From owner-freebsd-current@FreeBSD.ORG Mon Jan 1 02:19:36 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B8EDD16A403; Mon, 1 Jan 2007 02:19:36 +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 8486013C45D; Mon, 1 Jan 2007 02:19:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l012JZYw041268; Sun, 31 Dec 2006 21:19:35 -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.13.8/8.13.8) with ESMTP id l012JZTL030255; Sun, 31 Dec 2006 21:19:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 98F7373034; Sun, 31 Dec 2006 21:19:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070101021935.98F7373034@freebsd-current.sentex.ca> Date: Sun, 31 Dec 2006 21:19:35 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 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: Mon, 01 Jan 2007 02:19:36 -0000 TB --- 2007-01-01 00:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-01-01 00:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-01-01 00:40:00 - cleaning the object tree TB --- 2007-01-01 00:40:40 - checking out the source tree TB --- 2007-01-01 00:40:40 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-01-01 00:40:40 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-01-01 00:51:11 - building world (CFLAGS=-O2 -pipe) TB --- 2007-01-01 00:51:11 - cd /src TB --- 2007-01-01 00:51:11 - /usr/bin/make -B buildworld >>> World build started on Mon Jan 1 00:51:13 UTC 2007 >>> 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 Jan 1 02:07:30 UTC 2007 TB --- 2007-01-01 02:07:30 - generating LINT kernel config TB --- 2007-01-01 02:07:30 - cd /src/sys/amd64/conf TB --- 2007-01-01 02:07:30 - /usr/bin/make -B LINT TB --- 2007-01-01 02:07:30 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-01-01 02:07:30 - cd /src TB --- 2007-01-01 02:07:30 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jan 1 02:07:30 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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/compat/linux/linux_getcwd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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/compat/linux/linux_ioctl.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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/compat/linux/linux_ipc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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/compat/linux/linux_mib.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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/compat/linux/linux_misc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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/compat/linux/linux_signal.c /src/sys/compat/linux/linux_signal.c: In function `linux_rt_sigtimedwait': /src/sys/compat/linux/linux_signal.c:479: warning: int format, different type arg (arg 3) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-01-01 02:19:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-01-01 02:19:35 - ERROR: failed to build lint kernel TB --- 2007-01-01 02:19:35 - tinderbox aborted TB --- 0.72 user 2.82 system 5974.72 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Jan 1 08:52:42 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0583016A416; Mon, 1 Jan 2007 08:52:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BEECC13C44B; Mon, 1 Jan 2007 08:52:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l018qerA023336; Mon, 1 Jan 2007 03:52: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.13.8/8.13.8) with ESMTP id l018qe06053868; Mon, 1 Jan 2007 03:52:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 22BFA73034; Mon, 1 Jan 2007 03:52:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070101085240.22BFA73034@freebsd-current.sentex.ca> Date: Mon, 1 Jan 2007 03:52:40 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on clamscanner5 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, 01 Jan 2007 08:52:42 -0000 TB --- 2007-01-01 07:05:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-01-01 07:05:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-01-01 07:05:00 - cleaning the object tree TB --- 2007-01-01 07:05:38 - checking out the source tree TB --- 2007-01-01 07:05:38 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-01-01 07:05:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-01-01 07:15:26 - building world (CFLAGS=-O2 -pipe) TB --- 2007-01-01 07:15:26 - cd /src TB --- 2007-01-01 07:15:26 - /usr/bin/make -B buildworld >>> World build started on Mon Jan 1 07:15:27 UTC 2007 >>> 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 Jan 1 08:37:17 UTC 2007 TB --- 2007-01-01 08:37:17 - generating LINT kernel config TB --- 2007-01-01 08:37:17 - cd /src/sys/amd64/conf TB --- 2007-01-01 08:37:17 - /usr/bin/make -B LINT TB --- 2007-01-01 08:37:17 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-01-01 08:37:17 - cd /src TB --- 2007-01-01 08:37:17 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jan 1 08:37:17 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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/compat/linux/linux_getcwd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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/compat/linux/linux_ioctl.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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/compat/linux/linux_ipc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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/compat/linux/linux_mib.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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/compat/linux/linux_misc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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/compat/linux/linux_signal.c /src/sys/compat/linux/linux_signal.c: In function `linux_rt_sigtimedwait': /src/sys/compat/linux/linux_signal.c:479: warning: int format, different type arg (arg 3) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-01-01 08:52:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-01-01 08:52:40 - ERROR: failed to build lint kernel TB --- 2007-01-01 08:52:40 - tinderbox aborted TB --- 0.74 user 2.80 system 6459.42 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Jan 1 11:48:43 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C75416A40F; Mon, 1 Jan 2007 11:48:43 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.freebsd.org (Postfix) with ESMTP id DD12F13C45B; Mon, 1 Jan 2007 11:48:42 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id l01BNHeb083748 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 1 Jan 2007 12:23:17 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id l01BNHYa083747; Mon, 1 Jan 2007 12:23:17 +0100 (CET) Date: Mon, 1 Jan 2007 12:23:17 +0100 From: Divacky Roman To: FreeBSD Tinderbox Message-ID: <20070101112317.GA83714@stud.fit.vutbr.cz> References: <20070101085240.22BFA73034@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070101085240.22BFA73034@freebsd-current.sentex.ca> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 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: Mon, 01 Jan 2007 11:48:43 -0000 this www.stud.fit.vutbr.cz/~xdivac02/linux_tb.patch fixes it, someone please commit that From owner-freebsd-current@FreeBSD.ORG Mon Jan 1 15:18:17 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D383016A407; Mon, 1 Jan 2007 15:18:17 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 856F613C458; Mon, 1 Jan 2007 15:18:17 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 92A39EB52CA; Mon, 1 Jan 2007 22:48:13 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id nBKRlRjNVUiK; Mon, 1 Jan 2007 22:48:11 +0800 (CST) Received: from [192.168.1.32] (unknown [61.51.104.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 4766DEB091C; Mon, 1 Jan 2007 22:48:10 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=WD/g4Qc4LnuukjfWs+4ceLqBf+8IWlRtNIApiPnz54LWFs9WyTI28wtZMByC5TwFi lioVueDPdsFquQf8Tw1DQ== Message-ID: <45991EE6.9030308@delphij.net> Date: Mon, 01 Jan 2007 22:47:02 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Divacky Roman References: <20070101085240.22BFA73034@freebsd-current.sentex.ca> <20070101112317.GA83714@stud.fit.vutbr.cz> In-Reply-To: <20070101112317.GA83714@stud.fit.vutbr.cz> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigD4CB76FD2084E01C444547D8" Cc: amd64@freebsd.org, FreeBSD Tinderbox , 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: Mon, 01 Jan 2007 15:18:18 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD4CB76FD2084E01C444547D8 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Divacky Roman wrote: > this > www.stud.fit.vutbr.cz/~xdivac02/linux_tb.patch >=20 > fixes it, someone please commit that Committed, thanks! Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigD4CB76FD2084E01C444547D8 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.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFmR7mOfuToMruuMARA2O+AJwODnTYX8f1D8WZpTTNTbRoXMihpACbB3GB qADbZ2m4MPRfEQg4+CibmeI= =DGtw -----END PGP SIGNATURE----- --------------enigD4CB76FD2084E01C444547D8-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 1 15:23:44 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8478D16A403; Mon, 1 Jan 2007 15:23:44 +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 4B04313C442; Mon, 1 Jan 2007 15:23:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l01FNhpa031223; Mon, 1 Jan 2007 10:23:43 -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.13.8/8.13.8) with ESMTP id l01FNhX8031275; Mon, 1 Jan 2007 10:23:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 261EF73034; Mon, 1 Jan 2007 10:23:43 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070101152343.261EF73034@freebsd-current.sentex.ca> Date: Mon, 1 Jan 2007 10:23:43 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 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: Mon, 01 Jan 2007 15:23:44 -0000 TB --- 2007-01-01 13:45:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-01-01 13:45:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-01-01 13:45:01 - cleaning the object tree TB --- 2007-01-01 13:45:40 - checking out the source tree TB --- 2007-01-01 13:45:40 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-01-01 13:45:40 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-01-01 13:55:22 - building world (CFLAGS=-O2 -pipe) TB --- 2007-01-01 13:55:22 - cd /src TB --- 2007-01-01 13:55:22 - /usr/bin/make -B buildworld >>> World build started on Mon Jan 1 13:55:24 UTC 2007 >>> 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 Jan 1 15:11:33 UTC 2007 TB --- 2007-01-01 15:11:33 - generating LINT kernel config TB --- 2007-01-01 15:11:33 - cd /src/sys/amd64/conf TB --- 2007-01-01 15:11:33 - /usr/bin/make -B LINT TB --- 2007-01-01 15:11:33 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-01-01 15:11:33 - cd /src TB --- 2007-01-01 15:11:33 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jan 1 15:11:33 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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/compat/linux/linux_getcwd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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/compat/linux/linux_ioctl.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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/compat/linux/linux_ipc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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/compat/linux/linux_mib.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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/compat/linux/linux_misc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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/compat/linux/linux_signal.c /src/sys/compat/linux/linux_signal.c: In function `linux_rt_sigtimedwait': /src/sys/compat/linux/linux_signal.c:479: warning: int format, different type arg (arg 3) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-01-01 15:23:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-01-01 15:23:42 - ERROR: failed to build lint kernel TB --- 2007-01-01 15:23:42 - tinderbox aborted TB --- 0.65 user 2.94 system 5921.89 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Jan 1 20:33:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 53C6316A407 for ; Mon, 1 Jan 2007 20:33:25 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id D27F613C442 for ; Mon, 1 Jan 2007 20:33:24 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so5982639ugc for ; Mon, 01 Jan 2007 12:33:23 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=ONUnn//PExZhDY8GhyKWpkQJcMEXqEMlZFAdjmETSLZ9TZ8s8M+b0Q+FDbzkZ4Wy4Ncob1PTmw3rUT+35TStHDYiayWhwwh+cl/yzs0lj3aYEv0K0RKiwwEdahe1tzblpVNW/9qMT44hTjg329LwBmuP67uaOaPTisCzjR8+r7I= Received: by 10.66.216.1 with SMTP id o1mr24875149ugg.1167683603760; Mon, 01 Jan 2007 12:33:23 -0800 (PST) Received: by 10.67.27.15 with HTTP; Mon, 1 Jan 2007 12:33:23 -0800 (PST) Message-ID: <499c70c0701011233i6cd655afn3df9732920bf2614@mail.gmail.com> Date: Mon, 1 Jan 2007 23:33:23 +0300 From: "Abdullah Al-Marrie" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: 7.0 i386 cvsd today make buildkernel with sched_core in the conf fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jan 2007 20:33:25 -0000 Hello, here is my make.conf CPUTYPE?=k8 USE_GLX=yes KERNCONF=ARABIAN # added by use.perl 2006-11-05 02:29:27 PERL_VER=5.8.8 PERL_VERSION=5.8.8 And here is the error. awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/linker_if.m -c ; cc -c -O -pipe -march=athlon-mp -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror linker_if.c cc -c -O -pipe -march=athlon-mp -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /usr/src/sys/kern/md5c.c cc -c -O -pipe -march=athlon-mp -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /usr/src/sys/kern/p1003_1b.c cc -c -O -pipe -march=athlon-mp -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /usr/src/sys/kern/posix4_mib.c cc -c -O -pipe -march=athlon-mp -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /usr/src/sys/kern/sched_core.c /usr/src/sys/kern/sched_core.c:356: warning: "struct ksegrp" declared inside parameter list /usr/src/sys/kern/sched_core.c:356: warning: its scope is only this definition or declaration, which is probably not what you want /usr/src/sys/kern/sched_core.c:372: warning: "struct ksegrp" declared inside parameter list /usr/src/sys/kern/sched_core.c:374: warning: "struct ksegrp" declared inside parameter list /usr/src/sys/kern/sched_core.c:618: warning: "struct ksegrp" declared inside parameter list /usr/src/sys/kern/sched_core.c:619: error: conflicting types for 'sched_is_timeshare' /usr/src/sys/kern/sched_core.c:372: error: previous declaration of 'sched_is_timeshare' was here /usr/src/sys/kern/sched_core.c:619: error: conflicting types for 'sched_is_timeshare' /usr/src/sys/kern/sched_core.c:372: error: previous declaration of 'sched_is_timeshare' was here /usr/src/sys/kern/sched_core.c: In function `sched_is_timeshare': /usr/src/sys/kern/sched_core.c:620: error: dereferencing pointer to incomplete type /usr/src/sys/kern/sched_core.c: At top level: /usr/src/sys/kern/sched_core.c:624: warning: "struct ksegrp" declared inside parameter list /usr/src/sys/kern/sched_core.c:625: error: conflicting types for 'sched_calc_pri' /usr/src/sys/kern/sched_core.c:374: error: previous declaration of 'sched_calc_pri' was here /usr/src/sys/kern/sched_core.c:625: error: conflicting types for 'sched_calc_pri' /usr/src/sys/kern/sched_core.c:374: error: previous declaration of 'sched_calc_pri' was here /usr/src/sys/kern/sched_core.c: In function `sched_calc_pri': /usr/src/sys/kern/sched_core.c:629: error: dereferencing pointer to incomplete type /usr/src/sys/kern/sched_core.c:630: error: dereferencing pointer to incomplete type /usr/src/sys/kern/sched_core.c:630: error: dereferencing pointer to incomplete type /usr/src/sys/kern/sched_core.c:637: error: dereferencing pointer to incomplete type /usr/src/sys/kern/sched_core.c: In function `sched_recalc_pri': /usr/src/sys/kern/sched_core.c:647: error: structure has no member named `td_ksegrp' /usr/src/sys/kern/sched_core.c:649: warning: passing arg 1 of `sched_is_timeshare' from incompatible pointer type /usr/src/sys/kern/sched_core.c:650: error: dereferencing pointer to incomplete type /usr/src/sys/kern/sched_core.c:661: error: dereferencing pointer to incomplete type /usr/src/sys/kern/sched_core.c:663: error: dereferencing pointer to incomplete type /usr/src/sys/kern/sched_core.c:671: error: dereferencing pointer to incomplete type /usr/src/sys/kern/sched_core.c:673: error: dereferencing pointer to incomplete type /usr/src/sys/kern/sched_core.c:675: error: dereferencing pointer to incomplete type /usr/src/sys/kern/sched_core.c:683: error: dereferencing pointer to incomplete type /usr/src/sys/kern/sched_core.c:686: error: dereferencing pointer to incomplete type /usr/src/sys/kern/sched_core.c:687: error: dereferencing pointer to incomplete type /usr/src/sys/kern/sched_core.c:691: warning: passing arg 1 of `sched_calc_pri' from incompatible pointer type /usr/src/sys/kern/sched_core.c: In function `sched_update_runtime': /usr/src/sys/kern/sched_core.c:698: error: structure has no member named `td_ksegrp' /usr/src/sys/kern/sched_core.c:700: warning: passing arg 1 of `sched_is_timeshare' from incompatible pointer type /usr/src/sys/kern/sched_core.c:708: error: dereferencing pointer to incomplete type /usr/src/sys/kern/sched_core.c:709: error: dereferencing pointer to incomplete type /usr/src/sys/kern/sched_core.c: In function `sched_commit_runtime': /usr/src/sys/kern/sched_core.c:717: error: structure has no member named `td_ksegrp' /usr/src/sys/kern/sched_core.c:719: error: dereferencing pointer to incomplete type /usr/src/sys/kern/sched_core.c:719: error: dereferencing pointer to incomplete type /usr/src/sys/kern/sched_core.c:720: error: dereferencing pointer to incomplete type /usr/src/sys/kern/sched_core.c:722: error: dereferencing pointer to incomplete type /usr/src/sys/kern/sched_core.c:722: error: dereferencing pointer to incomplete type /usr/src/sys/kern/sched_core.c:723: error: dereferencing pointer to incomplete type /usr/src/sys/kern/sched_core.c: In function `schedinit': /usr/src/sys/kern/sched_core.c:815: error: `ksegrp0' undeclared (first use in this function) /usr/src/sys/kern/sched_core.c:815: error: (Each undeclared identifier is reported only once /usr/src/sys/kern/sched_core.c:815: error: for each function it appears in.) /usr/src/sys/kern/sched_core.c: In function `sched_unlend_prio': /usr/src/sys/kern/sched_core.c:911: error: structure has no member named `td_ksegrp' /usr/src/sys/kern/sched_core.c: In function `sched_prio': /usr/src/sys/kern/sched_core.c:926: error: structure has no member named `td_ksegrp' /usr/src/sys/kern/sched_core.c: At top level: /usr/src/sys/kern/sched_core.c:952: warning: "struct ksegrp" declared inside parameter list /usr/src/sys/kern/sched_core.c:953: error: conflicting types for 'sched_user_prio' /usr/src/sys/sys/sched.h:106: error: previous declaration of 'sched_user_prio' was here /usr/src/sys/kern/sched_core.c:953: error: conflicting types for 'sched_user_prio' /usr/src/sys/sys/sched.h:106: error: previous declaration of 'sched_user_prio' was here /usr/src/sys/kern/sched_core.c: In function `sched_user_prio': /usr/src/sys/kern/sched_core.c:957: error: dereferencing pointer to incomplete type /usr/src/sys/kern/sched_core.c:961: error: dereferencing pointer to incomplete type /usr/src/sys/kern/sched_core.c:963: error: dereferencing pointer to incomplete type /usr/src/sys/kern/sched_core.c:967: error: dereferencing pointer to incomplete type /usr/src/sys/kern/sched_core.c:970: error: dereferencing pointer to incomplete type /usr/src/sys/kern/sched_core.c:971: error: dereferencing pointer to incomplete type /usr/src/sys/kern/sched_core.c: In function `sched_lend_user_prio': /usr/src/sys/kern/sched_core.c:984: error: structure has no member named `td_ksegrp' /usr/src/sys/kern/sched_core.c:985: error: structure has no member named `td_ksegrp' /usr/src/sys/kern/sched_core.c: In function `sched_unlend_user_prio': /usr/src/sys/kern/sched_core.c:994: error: structure has no member named `td_ksegrp' /usr/src/sys/kern/sched_core.c:997: error: dereferencing pointer to incomplete type /usr/src/sys/kern/sched_core.c:1000: warning: passing arg 1 of `sched_user_prio' from incompatible pointer type /usr/src/sys/kern/sched_core.c: In function `sched_switch': /usr/src/sys/kern/sched_core.c:1017: error: structure has no member named `td_ksegrp' /usr/src/sys/kern/sched_core.c:1030: error: structure has no member named `td_ksegrp' /usr/src/sys/kern/sched_core.c:1039: error: structure has no member named `td_ksegrp' /usr/src/sys/kern/sched_core.c:1039: error: structure has no member named `td_ksegrp' /usr/src/sys/kern/sched_core.c:1046: error: structure has no member named `td_ksegrp' /usr/src/sys/kern/sched_core.c:1057: error: structure has no member named `td_ksegrp' /usr/src/sys/kern/sched_core.c: In function `sched_nice': /usr/src/sys/kern/sched_core.c:1094: warning: implicit declaration of function `FOREACH_KSEGRP_IN_PROC' /usr/src/sys/kern/sched_core.c:1094: warning: nested extern declaration of `FOREACH_KSEGRP_IN_PROC' /usr/src/sys/kern/sched_core.c:1094: error: syntax error before '{' token /usr/src/sys/kern/sched_core.c:1097: warning: implicit declaration of function `FOREACH_THREAD_IN_GROUP' /usr/src/sys/kern/sched_core.c:1097: warning: nested extern declaration of `FOREACH_THREAD_IN_GROUP' /usr/src/sys/kern/sched_core.c:1098: error: syntax error before "td" /usr/src/sys/kern/sched_core.c: At top level: /usr/src/sys/kern/sched_core.c:356: warning: 'slot_fill' declared `static' but never defined /usr/src/sys/kern/sched_core.c:578: warning: 'kseq_choose' defined but not used /usr/src/sys/kern/sched_core.c:372: warning: 'sched_is_timeshare' declared `static' but never defined /usr/src/sys/kern/sched_core.c:373: warning: 'sched_choose' declared `static' but never defined /usr/src/sys/kern/sched_core.c:374: warning: 'sched_calc_pri' declared `static' but never defined /usr/src/sys/kern/sched_core.c:375: warning: 'sched_starving' declared `static' but never defined /usr/src/sys/kern/sched_core.c:837: warning: 'sched_pctcpu_update' defined but not used /usr/src/sys/kern/sched_core.c:642: warning: 'sched_recalc_pri' defined but not used /usr/src/sys/kern/sched_core.c:716: warning: 'sched_commit_runtime' defined but not used /usr/src/sys/kern/sched_core.c:433: warning: 'krunq_check' defined but not used *** Error code 1 Stop in /usr/obj/usr/src/sys/ARABIAN. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Mon Jan 1 20:50:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 22C3816A412 for ; Mon, 1 Jan 2007 20:50:17 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id A356613C441 for ; Mon, 1 Jan 2007 20:50:16 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so4227193uge for ; Mon, 01 Jan 2007 12:50:15 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tkh2X71t4j+DmTHkoCDynpWeEaX1KUI3D3FiEp26uglLiILX7f0uxpKIcWUw1ahuyZ8BnZ1iFFtXwuJgs0oqWbWJ04eoCNzVHlqh06Vyrwedh7qV+pf407hTnIF5OwcCubRBALAOzownw0hKqEA8nZeLbGzRc0gEOFLqNL3/s7U= Received: by 10.67.29.12 with SMTP id g12mr7163891ugj.1167684615589; Mon, 01 Jan 2007 12:50:15 -0800 (PST) Received: by 10.67.27.15 with HTTP; Mon, 1 Jan 2007 12:50:15 -0800 (PST) Message-ID: <499c70c0701011250mad42614w30bc4a475c52e6e@mail.gmail.com> Date: Mon, 1 Jan 2007 23:50:15 +0300 From: "Abdullah Al-Marrie" To: "LI Xin" In-Reply-To: <459970C6.1060103@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <499c70c0701011233i6cd655afn3df9732920bf2614@mail.gmail.com> <459970C6.1060103@delphij.net> Cc: freebsd-current@freebsd.org Subject: Re: 7.0 i386 cvsd today make buildkernel with sched_core in the conf fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jan 2007 20:50:17 -0000 On 1/1/07, LI Xin wrote: > Abdullah Al-Marrie wrote: > > Hello, > > > > here is my make.conf > > > > CPUTYPE?=k8 > > USE_GLX=yes > > KERNCONF=ARABIAN > > # added by use.perl 2006-11-05 02:29:27 > > PERL_VER=5.8.8 > > PERL_VERSION=5.8.8 > > > > > > And here is the error. > > > [...] > > /usr/src/sys/kern/sched_core.c:716: warning: 'sched_commit_runtime' > > defined but not used > > /usr/src/sys/kern/sched_core.c:433: warning: 'krunq_check' defined but > > not used > > *** Error code 1 > > sched_core does not work with non-KSE kernels yet. David would work on > it later. > > Cheers, > -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > > > Thank you, how could I enable the kse in kernel? I don't see it in NOTES or GENERIC. -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Mon Jan 1 21:07:50 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 810D016A412 for ; Mon, 1 Jan 2007 21:07:50 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 35A1F13C441 for ; Mon, 1 Jan 2007 21:07:50 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 27B23EB5394; Tue, 2 Jan 2007 05:07:49 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id 8EVP7LaQOLL5; Tue, 2 Jan 2007 05:07:46 +0800 (CST) Received: from [192.168.1.32] (unknown [221.216.128.156]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 3C762EB0948; Tue, 2 Jan 2007 05:07:46 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=mU5o+GO771aZeH1G+jwRBUxks4Qd5uOXgDpaDJT2qJhhXu5RWypE4NaiYlco0tpCX 6O3y6AYDvtiivw6SXNW4w== Message-ID: <459977DF.40007@delphij.net> Date: Tue, 02 Jan 2007 05:06:39 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Abdullah Al-Marrie References: <499c70c0701011233i6cd655afn3df9732920bf2614@mail.gmail.com> <459970C6.1060103@delphij.net> <499c70c0701011250mad42614w30bc4a475c52e6e@mail.gmail.com> In-Reply-To: <499c70c0701011250mad42614w30bc4a475c52e6e@mail.gmail.com> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigC8994743160280949A78DEA1" Cc: freebsd-current@freebsd.org Subject: Re: 7.0 i386 cvsd today make buildkernel with sched_core in the conf fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jan 2007 21:07:50 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC8994743160280949A78DEA1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Abdullah Al-Marrie wrote: > On 1/1/07, LI Xin wrote: >> Abdullah Al-Marrie wrote: >> > Hello, >> > >> > here is my make.conf >> > >> > CPUTYPE?=3Dk8 >> > USE_GLX=3Dyes >> > KERNCONF=3DARABIAN >> > # added by use.perl 2006-11-05 02:29:27 >> > PERL_VER=3D5.8.8 >> > PERL_VERSION=3D5.8.8 >> > >> > >> > And here is the error. >> > >> [...] >> > /usr/src/sys/kern/sched_core.c:716: warning: 'sched_commit_runtime' >> > defined but not used >> > /usr/src/sys/kern/sched_core.c:433: warning: 'krunq_check' defined b= ut >> > not used >> > *** Error code 1 >> >> sched_core does not work with non-KSE kernels yet. David would work o= n >> it later. >=20 > Thank you, how could I enable the kse in kernel? I don't see it in > NOTES or GENERIC. Sorry, that should read, that sched_core was adapted with the KSE removal commit. For now, you have to use sched_4bsd instead. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigC8994743160280949A78DEA1 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.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFmXffOfuToMruuMARAzuHAJ9uYVDX45hoxVCfsf/Gb850o9YmYwCeLI+V kQZVoirAOp4PUt9G/oc/Cog= =VIdD -----END PGP SIGNATURE----- --------------enigC8994743160280949A78DEA1-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 1 21:10:26 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B233716A403 for ; Mon, 1 Jan 2007 21:10:26 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 677A013C448 for ; Mon, 1 Jan 2007 21:10:26 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 78836EB5379; Tue, 2 Jan 2007 04:37:32 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id LfNYl4QBj9lN; Tue, 2 Jan 2007 04:37:29 +0800 (CST) Received: from [192.168.1.32] (unknown [221.216.128.156]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 9F055EB5271; Tue, 2 Jan 2007 04:37:29 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=EhQB4+ed3hT5DrB8p39o6spimbrdh91kvYtWKoP4Zpi5+5jnEJNlvD2koCxtBlYk1 3Ek+w/VdrdD/ZtnwhsfwA== Message-ID: <459970C6.1060103@delphij.net> Date: Tue, 02 Jan 2007 04:36:22 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Abdullah Al-Marrie References: <499c70c0701011233i6cd655afn3df9732920bf2614@mail.gmail.com> In-Reply-To: <499c70c0701011233i6cd655afn3df9732920bf2614@mail.gmail.com> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig97B55151B43F8AE240385FF4" Cc: freebsd-current@freebsd.org Subject: Re: 7.0 i386 cvsd today make buildkernel with sched_core in the conf fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jan 2007 21:10:26 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig97B55151B43F8AE240385FF4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Abdullah Al-Marrie wrote: > Hello, >=20 > here is my make.conf >=20 > CPUTYPE?=3Dk8 > USE_GLX=3Dyes > KERNCONF=3DARABIAN > # added by use.perl 2006-11-05 02:29:27 > PERL_VER=3D5.8.8 > PERL_VERSION=3D5.8.8 >=20 >=20 > And here is the error. >=20 [...] > /usr/src/sys/kern/sched_core.c:716: warning: 'sched_commit_runtime' > defined but not used > /usr/src/sys/kern/sched_core.c:433: warning: 'krunq_check' defined but > not used > *** Error code 1 sched_core does not work with non-KSE kernels yet. David would work on it later. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig97B55151B43F8AE240385FF4 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.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFmXDHOfuToMruuMARA60CAJwLOAhasYnFiVtcT+sSr8UR2R720ACbBKCh BEto3pxa733a9iQQCizb91Y= =PERC -----END PGP SIGNATURE----- --------------enig97B55151B43F8AE240385FF4-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 1 22:54:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D363A16A412 for ; Mon, 1 Jan 2007 22:54:41 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from ms-smtp-04.rdc-nyc.rr.com (ms-smtp-04.rdc-nyc.rr.com [24.29.109.8]) by mx1.freebsd.org (Postfix) with ESMTP id 9AF1D13C448 for ; Mon, 1 Jan 2007 22:54:41 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from localhost (cpe-74-73-145-181.nyc.res.rr.com [74.73.145.181]) by ms-smtp-04.rdc-nyc.rr.com (8.13.4/8.13.4) with ESMTP id l01M5p3D023888 for ; Mon, 1 Jan 2007 17:05:51 -0500 (EST) Date: Mon, 1 Jan 2007 17:05:50 -0500 From: Scott Robbins To: freebsd-current@freebsd.org Message-ID: <20070101220550.GA1411@mail.scottro.net> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: latest upgrade seems to have broken vmware3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jan 2007 22:54:41 -0000 I've only seen one or two mentions of this after a fair amount of googling, so I don't know if it's just something on my system or more general. I've had vmware3 working without problems for quite awhile. Today, I upgraded to the latest CURRENT and when I started vmware I got an error message that the vmmon module wasn't loaded. I then tried to kldload it--the module is still showing in /usr/X11R6/lib/vmware/modules/vmmon_up.ko I got the message that there was no such file or directory. One googled solution, although a bit old, suggested reinstalling rtc then reinstalling vmware3. I tried this solution however, the build died in vmmon-only. It shows an error at line 1344 of work/vmware-distrib/vmmon-only/freebsd/driver.c /usr/ports/emulators/vmware3/work/vmware-distrib/vmmon-only/freebsd/driver.c:1344: error: `avail_end' undeclared (first use in this function) /usr/ports/emulators/vmware3/work/vmware-distrib/vmmon-only/freebsd/driver.c:1344: error: (Each undeclared identifier is reported only once /usr/ports/emulators/vmware3/work/vmware-distrib/vmmon-only/freebsd/driver.c:1344: error: for each function it appears in.) *** Error code 1 (Then it gives the usual stop in /usr/ports/blah/blah). Those are the only errors I see before the stop error. So, I'm at a bit of a loss, I'm not sure what the next step would be to troubleshoot the problem. Thank you for any help. I'm not sure what other information would be useful, but can reproduce this consistantly. -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Giles: Since Angel lost his soul, he's regained his sense of whimsy. From owner-freebsd-current@FreeBSD.ORG Mon Jan 1 23:37:32 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 63BD316A417 for ; Mon, 1 Jan 2007 23:37:32 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id EEB6613C474 for ; Mon, 1 Jan 2007 23:37:31 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so6613003nfc for ; Mon, 01 Jan 2007 15:37:30 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=CwZRAz+qgTXyZTb9TESfobW6gKBC/2skBJC4XWRVQMlTsCd4oYG4QfJlXnSCvq1oTFFNFKahDrZkOZepojCvviyu/0kbppN5wKLHY9Xy9SV9WfTZbYUB0xLu1dIg7OvFLkVpVg4TMOhktedPnr98xXZb97mO+UvGNKFaZWQJJ5A= Received: by 10.82.162.14 with SMTP id k14mr1067435bue.1167694650315; Mon, 01 Jan 2007 15:37:30 -0800 (PST) Received: by 10.82.191.16 with HTTP; Mon, 1 Jan 2007 15:37:30 -0800 (PST) Message-ID: Date: Mon, 1 Jan 2007 15:37:30 -0800 From: "Kip Macy" To: freebsd-current@freebsd.org In-Reply-To: <20070101220550.GA1411@mail.scottro.net> MIME-Version: 1.0 References: <20070101220550.GA1411@mail.scottro.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: latest upgrade seems to have broken vmware3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jan 2007 23:37:32 -0000 "avail_end" has been gone for a while. If you're up to it, you can update the code to calculate it by iterating through the ranges in phys_avail array and find the highest address. HTH. -Kip On 1/1/07, Scott Robbins wrote: > > I've only seen one or two mentions of this after a fair amount of > googling, so I don't know if it's just something on my system or more > general. > > I've had vmware3 working without problems for quite awhile. Today, I > upgraded to the latest CURRENT and when I started vmware I got an error > message that the vmmon module wasn't loaded. > > I then tried to kldload it--the module is still showing in > /usr/X11R6/lib/vmware/modules/vmmon_up.ko > > I got the message that there was no such file or directory. > > One googled solution, although a bit old, suggested reinstalling rtc > then reinstalling vmware3. I tried this solution however, the build > died in vmmon-only. It shows an error at line 1344 of > work/vmware-distrib/vmmon-only/freebsd/driver.c > > > > /usr/ports/emulators/vmware3/work/vmware-distrib/vmmon-only/freebsd/driver.c:1344: > error: `avail_end' undeclared (first use in this function) > > /usr/ports/emulators/vmware3/work/vmware-distrib/vmmon-only/freebsd/driver.c:1344: > error: (Each undeclared identifier is reported only once > > /usr/ports/emulators/vmware3/work/vmware-distrib/vmmon-only/freebsd/driver.c:1344: > error: for each function it appears in.) > *** Error code 1 > > (Then it gives the usual stop in /usr/ports/blah/blah). > Those are the only errors I see before the stop error. > > > > So, I'm at a bit of a loss, I'm not sure what the next step would be to > troubleshoot the problem. > > Thank you for any help. I'm not sure what other information would be > useful, but can reproduce this consistantly. > > > -- > > Scott Robbins > > PGP keyID EB3467D6 > ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) > gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 > > Giles: Since Angel lost his soul, he's regained his sense of > whimsy. > _______________________________________________ > 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 Jan 1 23:57:34 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D9F2D16A403 for ; Mon, 1 Jan 2007 23:57:34 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from ms-smtp-02.rdc-nyc.rr.com (ms-smtp-02.rdc-nyc.rr.com [24.29.109.6]) by mx1.freebsd.org (Postfix) with ESMTP id 9CEF913C428 for ; Mon, 1 Jan 2007 23:57:34 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from localhost (cpe-74-73-145-181.nyc.res.rr.com [74.73.145.181]) by ms-smtp-02.rdc-nyc.rr.com (8.13.6/8.13.6) with ESMTP id l01NvWXH007971 for ; Mon, 1 Jan 2007 18:57:33 -0500 (EST) Date: Mon, 1 Jan 2007 18:57:32 -0500 From: Scott Robbins To: freebsd-current@freebsd.org Message-ID: <20070101235732.GA3239@mail.scottro.net> Mail-Followup-To: freebsd-current@freebsd.org References: <20070101220550.GA1411@mail.scottro.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: latest upgrade seems to have broken vmware3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jan 2007 23:57:34 -0000 On Mon, Jan 01, 2007 at 03:37:30PM -0800, Kip Macy wrote: Scott Robbins wrote: > >I've had vmware3 working without problems for quite awhile. Today, I > >upgraded to the latest CURRENT and when I started vmware I got an error > >message that the vmmon module wasn't loaded. > >/usr/ports/emulators/vmware3/work/vmware-distrib/vmmon-only/freebsd/driver.c:1344: > >error: `avail_end' undeclared (first use in this function) > > > >/usr/ports/emulators/vmware3/work/vmware-distrib/vmmon-only/freebsd/driver.c:1344: > >error: (Each undeclared identifier is reported only once > > > >/usr/ports/emulators/vmware3/work/vmware-distrib/vmmon-only/freebsd/driver.c:1344: > >error: for each function it appears in.) > >*** Error code 1 > "avail_end" has been gone for a while. If you're up to it, you can update > the code to calculate it by iterating through the ranges in phys_avail array > and find the highest address. HTH. > > -Kip That's well beyond my abilities and knowledge. I'll try googling for information on how to do it, or ask a few programming friends. Thank you for the hint though. -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Jenny: You're here again? You kids really dig the library don't you? Buffy: We're literary. Xander: To read makes our speaking English good. From owner-freebsd-current@FreeBSD.ORG Tue Jan 2 00:31:48 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5BC1416A40F for ; Tue, 2 Jan 2007 00:31:48 +0000 (UTC) (envelope-from kip.macy@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 B49B613C459 for ; Tue, 2 Jan 2007 00:31:47 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so6627189nfc for ; Mon, 01 Jan 2007 16:31:46 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=eq3WlCQubEiiRbKSfYSkx/IoQMk9SCAY8dh3yKI9ZZVwoxR17q6Vow3PbUdu3g1WRJiXzBxzovtM458xFdbB04EYX7MmIOMUKDrgqugh1IDW6UERDJvuAYjaJrZC4R4l0z21kKM0KOUzuCi03It/Pyyo++zUxuMt/Ntu8geSTq0= Received: by 10.82.138.6 with SMTP id l6mr1448840bud.1167697906672; Mon, 01 Jan 2007 16:31:46 -0800 (PST) Received: by 10.82.191.16 with HTTP; Mon, 1 Jan 2007 16:31:46 -0800 (PST) Message-ID: Date: Mon, 1 Jan 2007 16:31:46 -0800 From: "Kip Macy" To: freebsd-current@freebsd.org In-Reply-To: <20070101235732.GA3239@mail.scottro.net> MIME-Version: 1.0 References: <20070101220550.GA1411@mail.scottro.net> <20070101235732.GA3239@mail.scottro.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: latest upgrade seems to have broken vmware3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jan 2007 00:31:48 -0000 > > That's well beyond my abilities and knowledge. I'll try googling > for information on how to do it, or ask a few programming friends. > > Thank you for the hint though. Pass this on to your programming friends: static vm_paddr_t get_avail_end(void) { vm_paddr_t avail_end; int i; avail_end = phys_avail[1]; for (i = 0; phys_avail[i + 1]; i += 2) { if (phys_avail[i + 1] > avail_end) avail_end = phys_avail[i + 1]; } return avail_end; } -Kip From owner-freebsd-current@FreeBSD.ORG Tue Jan 2 05:08:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 796CF16A416 for ; Tue, 2 Jan 2007 05:08:16 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id 1339A13C465 for ; Tue, 2 Jan 2007 05:08:15 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so6695441nfc for ; Mon, 01 Jan 2007 21:08:15 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=aEs2/llCmBRR9d4bQ7fi9SuPR6x9pghH+uxgpOcnN9JLzhyKMFBn8ftYVv9iCBedo97Q16QvWM/j8jxG8okuectOJ1UYc9YH1gdJ4L2v5Qw9A52rT5BVHyhEY73/gz1tbLaG/DQSOJOtYsCM/75fOZSzvwMO6tOwUF766xQtusQ= Received: by 10.82.116.15 with SMTP id o15mr411867buc.1167712837454; Mon, 01 Jan 2007 20:40:37 -0800 (PST) Received: by 10.82.106.13 with HTTP; Mon, 1 Jan 2007 20:40:37 -0800 (PST) Message-ID: Date: Tue, 2 Jan 2007 07:40:37 +0300 From: "Alexey Karagodov" To: "LI Xin" In-Reply-To: <459977DF.40007@delphij.net> MIME-Version: 1.0 References: <499c70c0701011233i6cd655afn3df9732920bf2614@mail.gmail.com> <459970C6.1060103@delphij.net> <499c70c0701011250mad42614w30bc4a475c52e6e@mail.gmail.com> <459977DF.40007@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: 7.0 i386 cvsd today make buildkernel with sched_core in the conf fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jan 2007 05:08:16 -0000 same for AMD64 2007/1/2, LI Xin : > > Abdullah Al-Marrie wrote: > > On 1/1/07, LI Xin wrote: > >> Abdullah Al-Marrie wrote: > >> > Hello, > >> > > >> > here is my make.conf > >> > > >> > CPUTYPE?=k8 > >> > USE_GLX=yes > >> > KERNCONF=ARABIAN > >> > # added by use.perl 2006-11-05 02:29:27 > >> > PERL_VER=5.8.8 > >> > PERL_VERSION=5.8.8 > >> > > >> > > >> > And here is the error. > >> > > >> [...] > >> > /usr/src/sys/kern/sched_core.c:716: warning: 'sched_commit_runtime' > >> > defined but not used > >> > /usr/src/sys/kern/sched_core.c:433: warning: 'krunq_check' defined > but > >> > not used > >> > *** Error code 1 > >> > >> sched_core does not work with non-KSE kernels yet. David would work on > >> it later. > > > > Thank you, how could I enable the kse in kernel? I don't see it in > > NOTES or GENERIC. > > Sorry, that should read, that sched_core was adapted with the KSE > removal commit. For now, you have to use sched_4bsd instead. > > Cheers, > -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > > > > From owner-freebsd-current@FreeBSD.ORG Tue Jan 2 06:53:48 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 006D016A407 for ; Tue, 2 Jan 2007 06:53:48 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id A8A6713C428 for ; Tue, 2 Jan 2007 06:53:47 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 87575EB4934; Tue, 2 Jan 2007 14:53:46 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id 9itDHlbMMDqr; Tue, 2 Jan 2007 14:53:37 +0800 (CST) Received: from [192.168.1.32] (unknown [221.216.128.156]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 613E0EB2B82; Tue, 2 Jan 2007 14:53:37 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=ZZs+ProRjmzBgA7PxXF/O88JvmQ5abCuJpGovQrePZU4UuGV7+A6hy8lZcPWQLgJi gI2JFK0ok8s8ngFWpUwEQ== Message-ID: <459A012E.9090705@delphij.net> Date: Tue, 02 Jan 2007 14:52:30 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Alexey Karagodov References: <499c70c0701011233i6cd655afn3df9732920bf2614@mail.gmail.com> <459970C6.1060103@delphij.net> <499c70c0701011250mad42614w30bc4a475c52e6e@mail.gmail.com> <459977DF.40007@delphij.net> In-Reply-To: X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigE8AE113743A81574E25B1974" Cc: freebsd-current@freebsd.org Subject: Re: 7.0 i386 cvsd today make buildkernel with sched_core in the conf fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jan 2007 06:53:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE8AE113743A81574E25B1974 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Alexey Karagodov wrote: > same for AMD64 Because the scheduler is mostly MI code so it's not a surprise. As David said, it is not ready for production environment yet, and needs more work... Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigE8AE113743A81574E25B1974 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.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFmgEuOfuToMruuMARA8BnAJ4mHfcqLCIn0DFt69Q7BFKxBsvpaQCdGU3S aSXTTAf0zqjuWIuyrNu8DOg= =PZNl -----END PGP SIGNATURE----- --------------enigE8AE113743A81574E25B1974-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 2 11:09:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 571B316A501 for ; Tue, 2 Jan 2007 11:09:04 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id E584513C458 for ; Tue, 2 Jan 2007 11:09:03 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so4312022uge for ; Tue, 02 Jan 2007 03:09:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KGVmzGOBLcNGiqnpo2Ld9kAFg3DfIZ/B5iTfPeMMd15cN2OxLPAAwaNR8WFKRDwgODyKMkjawg3t2C7RHTBGSsKrveba/DYj0Edukhn47lx222cO48UyD3tT0On5bupv8Vcwy1xkBA6WJcjtKDxgF0+eKWgY/KTLtSpuq8tFyUg= Received: by 10.66.250.17 with SMTP id x17mr9546914ugh.1167736142833; Tue, 02 Jan 2007 03:09:02 -0800 (PST) Received: by 10.67.27.15 with HTTP; Tue, 2 Jan 2007 03:09:02 -0800 (PST) Message-ID: <499c70c0701020309l2d2adb8fod1f5336a8b6bdb4c@mail.gmail.com> Date: Tue, 2 Jan 2007 14:09:02 +0300 From: "Abdullah Al-Marrie" To: "David Xu" In-Reply-To: <200701021258.43779.yfxu@corp.netease.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <499c70c0701011233i6cd655afn3df9732920bf2614@mail.gmail.com> <459970C6.1060103@delphij.net> <200701021258.43779.yfxu@corp.netease.com> Cc: freebsd-current@freebsd.org, LI Xin Subject: Re: 7.0 i386 cvsd today make buildkernel with sched_core in the conf fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jan 2007 11:09:04 -0000 On 1/2/07, David Xu wrote: > On Tuesday 02 January 2007 04:36, LI Xin wrote: > > Abdullah Al-Marrie wrote: > > > Hello, > > > > > > here is my make.conf > > > > > > CPUTYPE?=k8 > > > USE_GLX=yes > > > KERNCONF=ARABIAN > > > # added by use.perl 2006-11-05 02:29:27 > > > PERL_VER=5.8.8 > > > PERL_VERSION=5.8.8 > > > > > > > > > And here is the error. > > > > [...] > > > > > /usr/src/sys/kern/sched_core.c:716: warning: 'sched_commit_runtime' > > > defined but not used > > > /usr/src/sys/kern/sched_core.c:433: warning: 'krunq_check' defined but > > > not used > > > *** Error code 1 > > > > sched_core does not work with non-KSE kernels yet. David would work on > > it later. > > > > Cheers, > > I have fixed it, but there are lots of work to do, so don't use it in product > environment. :-) Thanks for fixing it, this is my laptop, not a server, so it's good to play with it. ;) How about the KSE, how could I enable it in the kernel config file? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Tue Jan 2 04:58:49 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 02F1216A407; Tue, 2 Jan 2007 04:58:48 +0000 (UTC) (envelope-from yfxu@corp.netease.com) From: David Xu Organization: netease.com To: freebsd-current@freebsd.org Date: Tue, 2 Jan 2007 12:58:43 +0800 User-Agent: KMail/1.8.2 References: <499c70c0701011233i6cd655afn3df9732920bf2614@mail.gmail.com> <459970C6.1060103@delphij.net> In-Reply-To: <459970C6.1060103@delphij.net> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200701021258.43779.yfxu@corp.netease.com> Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 02 Jan 2007 12:36:28 +0000 Cc: LI Xin , Abdullah Al-Marrie Subject: Re: 7.0 i386 cvsd today make buildkernel with sched_core in the conf fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jan 2007 04:58:49 -0000 On Tuesday 02 January 2007 04:36, LI Xin wrote: > Abdullah Al-Marrie wrote: > > Hello, > > > > here is my make.conf > > > > CPUTYPE?=k8 > > USE_GLX=yes > > KERNCONF=ARABIAN > > # added by use.perl 2006-11-05 02:29:27 > > PERL_VER=5.8.8 > > PERL_VERSION=5.8.8 > > > > > > And here is the error. > > [...] > > > /usr/src/sys/kern/sched_core.c:716: warning: 'sched_commit_runtime' > > defined but not used > > /usr/src/sys/kern/sched_core.c:433: warning: 'krunq_check' defined but > > not used > > *** Error code 1 > > sched_core does not work with non-KSE kernels yet. David would work on > it later. > > Cheers, I have fixed it, but there are lots of work to do, so don't use it in product environment. :-) From owner-freebsd-current@FreeBSD.ORG Tue Jan 2 11:11:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 900E816A407; Tue, 2 Jan 2007 11:11:39 +0000 (UTC) (envelope-from yfxu@corp.netease.com) From: David Xu Organization: netease.com To: "Abdullah Al-Marrie" Date: Tue, 2 Jan 2007 19:11:29 +0800 User-Agent: KMail/1.8.2 References: <499c70c0701011233i6cd655afn3df9732920bf2614@mail.gmail.com> <200701021258.43779.yfxu@corp.netease.com> <499c70c0701020309l2d2adb8fod1f5336a8b6bdb4c@mail.gmail.com> In-Reply-To: <499c70c0701020309l2d2adb8fod1f5336a8b6bdb4c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701021911.30095.yfxu@corp.netease.com> X-Mailman-Approved-At: Tue, 02 Jan 2007 12:36:40 +0000 Cc: freebsd-current@freebsd.org, LI Xin Subject: Re: 7.0 i386 cvsd today make buildkernel with sched_core in the conf fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jan 2007 11:11:40 -0000 On Tuesday 02 January 2007 19:09, Abdullah Al-Marrie wrote: > On 1/2/07, David Xu wrote: > > On Tuesday 02 January 2007 04:36, LI Xin wrote: > > > Abdullah Al-Marrie wrote: > > > > Hello, > > > > > > > > here is my make.conf > > > > > > > > CPUTYPE?=k8 > > > > USE_GLX=yes > > > > KERNCONF=ARABIAN > > > > # added by use.perl 2006-11-05 02:29:27 > > > > PERL_VER=5.8.8 > > > > PERL_VERSION=5.8.8 > > > > > > > > > > > > And here is the error. > > > > > > [...] > > > > > > > /usr/src/sys/kern/sched_core.c:716: warning: 'sched_commit_runtime' > > > > defined but not used > > > > /usr/src/sys/kern/sched_core.c:433: warning: 'krunq_check' defined > > > > but not used > > > > *** Error code 1 > > > > > > sched_core does not work with non-KSE kernels yet. David would work on > > > it later. > > > > > > Cheers, > > > > I have fixed it, but there are lots of work to do, so don't use it in > > product environment. :-) > > Thanks for fixing it, this is my laptop, not a server, so it's good to > play with it. ;) > > How about the KSE, how could I enable it in the kernel config file? Some KSE bits were removed, but you still can play libpthread. From owner-freebsd-current@FreeBSD.ORG Tue Jan 2 18:43:21 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E6B0B16A40F for ; Tue, 2 Jan 2007 18:43:21 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.swip.net [212.247.154.193]) by mx1.freebsd.org (Postfix) with ESMTP id 84FD313C428 for ; Tue, 2 Jan 2007 18:43:21 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [193.217.102.48] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe07.swip.net (CommuniGate Pro SMTP 5.0.12) with ESMTPA id 373446966 for freebsd-current@freebsd.org; Tue, 02 Jan 2007 18:43:10 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Tue, 2 Jan 2007 18:42:41 +0100 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701021842.42008.hselasky@c2i.net> Subject: /usr/ports/devel/libffi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jan 2007 18:43:22 -0000 Hi, How do I get libffi 2.0 built and installed on FreeBSD 7. I need it to be able to build the latest version of GnuStep. The ffi library is now part of GCC. Are there any plans to distribute it with the FreeBSD sources? --HPS From owner-freebsd-current@FreeBSD.ORG Wed Jan 3 12:36:28 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 699B916A4A0; Wed, 3 Jan 2007 12:36:28 +0000 (UTC) (envelope-from rnsanchez@wait4.org) Received: from sumo.dreamhost.com (sumo.dreamhost.com [66.33.216.29]) by mx1.freebsd.org (Postfix) with ESMTP id 52A9513C468; Wed, 3 Jan 2007 12:36:28 +0000 (UTC) (envelope-from rnsanchez@wait4.org) Received: from spunkymail-a6.dreamhost.com (sd-green-bigip-66.dreamhost.com [208.97.132.66]) by sumo.dreamhost.com (Postfix) with ESMTP id 0C3BE178C95; Wed, 3 Jan 2007 04:06:01 -0800 (PST) Received: from sauron.lan.box (unknown [200.180.187.117]) by spunkymail-a6.dreamhost.com (Postfix) with ESMTP id E1CF8109F2F; Wed, 3 Jan 2007 04:05:56 -0800 (PST) Date: Wed, 3 Jan 2007 10:05:55 -0200 From: Ricardo Nabinger Sanchez To: Randall Stewart Message-Id: <20070103100555.3611b41c.rnsanchez@wait4.org> In-Reply-To: <4594F282.7080504@cisco.com> References: <45891FE9.4020700@cisco.com> <58281AA0-3738-490C-9EA8-7766033713A2@siliconlandmark.com> <458960F2.9090703@cisco.com> <200612281756.29949.jhb@freebsd.org> <4594F282.7080504@cisco.com> Organization: SYS_WAIT4 X-Mailer: Sylpheed 2.3.0beta7 (GTK+ 2.10.6; i386-unknown-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: A stuck system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jan 2007 12:36:28 -0000 On Fri, 29 Dec 2006 05:48:34 -0500 Randall Stewart wrote: > Nope... its just a single port, on-motherboard msk0. > > It does wake up though if I ping any interface... > > I suspect it might be a hardware problem.. not sure > yet :-0 How about installing a ping trap in the device driver to generate a dump? What I mean is to, whenever the device driver receives a packet, it checks if the packet is a special ping packet (with some specific data, like "dumpdump..." in the data field), and if so, forces a dump so you can check (luckily) where the system came from. It's a long shot, but perhaps it gives a hint. Does this behavior happens on IA-64 boxes? If so, the kernel could set up the processor to save performance data (specifically the branch history), and the special ping (or something else) could be used to print the branch buffer history, instead of dumping a core. Debugging symbols would be a must, I believe. -- Ricardo Nabinger Sanchez Powered by FreeBSD "Left to themselves, things tend to go from bad to worse." From owner-freebsd-current@FreeBSD.ORG Wed Jan 3 15:50:10 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 418E016A417 for ; Wed, 3 Jan 2007 15:50:10 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id E42EF13C467 for ; Wed, 3 Jan 2007 15:50:09 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 094961747B for ; Wed, 3 Jan 2007 15:28:08 +0000 (UTC) To: current@freebsd.org From: Poul-Henning Kamp Date: Wed, 03 Jan 2007 15:28:08 +0000 Message-ID: <1009.1167838088@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Subject: =?iso-8859-1?q?Linux-o-lator_b=F8rken_=3F?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jan 2007 15:50:10 -0000 I updated my laptop to -current yesterday and rebuilt all the ports (except for openoffice) for good measure. When I try to start acroread7 the kernel instantly explodes with: Panic String: process not found in proc_init I have a (mini- YAH!)dump if anyone cares... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Jan 3 15:52:46 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C21F16A47B; Wed, 3 Jan 2007 15:52:46 +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 5D21513C467; Wed, 3 Jan 2007 15:52:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l03Fqjtm035998; Wed, 3 Jan 2007 10:52:45 -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.13.8/8.13.8) with ESMTP id l03FqjI5001145; Wed, 3 Jan 2007 10:52:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5736D73034; Wed, 3 Jan 2007 10:52:45 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070103155245.5736D73034@freebsd-current.sentex.ca> Date: Wed, 3 Jan 2007 10:52:45 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner2 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, 03 Jan 2007 15:52:46 -0000 TB --- 2007-01-03 15:21:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-01-03 15:21:57 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-01-03 15:21:57 - cleaning the object tree TB --- 2007-01-03 15:22:27 - checking out the source tree TB --- 2007-01-03 15:22:27 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-01-03 15:22:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-01-03 15:31:15 - building world (CFLAGS=-O2 -pipe) TB --- 2007-01-03 15:31:15 - cd /src TB --- 2007-01-03 15:31:15 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 3 15:31:17 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O2 -pipe -Wsystem-headers -Werror -c /src/lib/libalias/modules/smedia/../../../../sys/netinet/libalias/alias_smedia.c -o alias_smedia.So building shared library libalias_smedia.so ===> lib/libarchive (all) cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_check_magic.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_entry.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read.c /src/lib/libarchive/archive_read.c: In function `archive_read_data': /src/lib/libarchive/archive_read.c:437: warning: comparison between signed and unsigned *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-01-03 15:52:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-01-03 15:52:45 - ERROR: failed to build world TB --- 2007-01-03 15:52:45 - tinderbox aborted TB --- 0.81 user 2.36 system 1847.13 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 3 16:28:35 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8762816A412 for ; Wed, 3 Jan 2007 16:28:35 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 4A2B713C442 for ; Wed, 3 Jan 2007 16:28:35 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 935D81747C for ; Wed, 3 Jan 2007 16:28:33 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.8/8.13.8) with ESMTP id l03G12vw001313 for ; Wed, 3 Jan 2007 16:01:02 GMT (envelope-from phk@critter.freebsd.dk) From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 03 Jan 2007 15:28:08 GMT." <1009.1167838088@critter.freebsd.dk> Date: Wed, 03 Jan 2007 16:01:02 +0000 Message-ID: <1312.1167840062@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org Subject: Re: =?iso-8859-1?q?Linux-o-lator_b=F8rken_=3F?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jan 2007 16:28:35 -0000 In message <1009.1167838088@critter.freebsd.dk>, Poul-Henning Kamp writes: False alarm, I was running on the wrong root-filesystem. > >I updated my laptop to -current yesterday and rebuilt all the ports >(except for openoffice) for good measure. > >When I try to start acroread7 the kernel instantly explodes with: > > Panic String: process not found in proc_init > >I have a (mini- YAH!)dump if anyone cares... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Jan 3 16:31:50 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F415E16A4D1; Wed, 3 Jan 2007 16:31: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 C1FFF13C471; Wed, 3 Jan 2007 16:31:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l03GVm8P078284; Wed, 3 Jan 2007 11:31:48 -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.13.8/8.13.8) with ESMTP id l03GVmNg039473; Wed, 3 Jan 2007 11:31:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6AE0D73034; Wed, 3 Jan 2007 11:31:48 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070103163148.6AE0D73034@freebsd-current.sentex.ca> Date: Wed, 3 Jan 2007 11:31:48 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner1 X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner1 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: Wed, 03 Jan 2007 16:31:50 -0000 TB --- 2007-01-03 16:05:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-01-03 16:05:17 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-01-03 16:05:17 - cleaning the object tree TB --- 2007-01-03 16:05:49 - checking out the source tree TB --- 2007-01-03 16:05:49 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-01-03 16:05:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-01-03 16:14:29 - building world (CFLAGS=-O2 -pipe) TB --- 2007-01-03 16:14:29 - cd /src TB --- 2007-01-03 16:14:29 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 3 16:14:30 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fPIC -DPIC -O2 -pipe -Wsystem-headers -Werror -c /src/lib/libalias/modules/smedia/../../../../sys/netinet/libalias/alias_smedia.c -o alias_smedia.So building shared library libalias_smedia.so ===> lib/libarchive (all) cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_check_magic.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_entry.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read.c /src/lib/libarchive/archive_read.c: In function `archive_read_data': /src/lib/libarchive/archive_read.c:437: warning: comparison between signed and unsigned *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-01-03 16:31:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-01-03 16:31:48 - ERROR: failed to build world TB --- 2007-01-03 16:31:48 - tinderbox aborted TB --- 0.62 user 2.53 system 1590.79 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 3 16:57:36 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D39B316A49E; Wed, 3 Jan 2007 16:57:36 +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 6D11D13C441; Wed, 3 Jan 2007 16:57:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l03GvXKa050611; Wed, 3 Jan 2007 11:57:33 -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.13.8/8.13.8) with ESMTP id l03GvXVV070982; Wed, 3 Jan 2007 11:57:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5CEA473034; Wed, 3 Jan 2007 11:57:33 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070103165733.5CEA473034@freebsd-current.sentex.ca> Date: Wed, 3 Jan 2007 11:57:33 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner2 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: Wed, 03 Jan 2007 16:57:37 -0000 TB --- 2007-01-03 16:31:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-01-03 16:31:48 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-01-03 16:31:48 - cleaning the object tree TB --- 2007-01-03 16:32:21 - checking out the source tree TB --- 2007-01-03 16:32:21 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-01-03 16:32:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-01-03 16:40:05 - building world (CFLAGS=-O2 -pipe) TB --- 2007-01-03 16:40:05 - cd /src TB --- 2007-01-03 16:40:05 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 3 16:40:06 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fPIC -DPIC -O2 -pipe -Wsystem-headers -Werror -c /src/lib/libalias/modules/smedia/../../../../sys/netinet/libalias/alias_smedia.c -o alias_smedia.So building shared library libalias_smedia.so ===> lib/libarchive (all) cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/sun4v/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_check_magic.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/sun4v/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_entry.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/sun4v/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read.c /src/lib/libarchive/archive_read.c: In function `archive_read_data': /src/lib/libarchive/archive_read.c:437: warning: comparison between signed and unsigned *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-01-03 16:57:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-01-03 16:57:33 - ERROR: failed to build world TB --- 2007-01-03 16:57:33 - tinderbox aborted TB --- 0.66 user 2.09 system 1544.63 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 3 17:54:27 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 33FC916A415; Wed, 3 Jan 2007 17:54:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E426913C458; Wed, 3 Jan 2007 17:54: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.13.6/8.13.6) with ESMTP id l03HsQur090742; Wed, 3 Jan 2007 12:54: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.13.8/8.13.8) with ESMTP id l03HsOB2036703; Wed, 3 Jan 2007 12:54:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9F16B73034; Wed, 3 Jan 2007 12:54:24 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070103175424.9F16B73034@freebsd-current.sentex.ca> Date: Wed, 3 Jan 2007 12:54:24 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner1 X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 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, 03 Jan 2007 17:54:27 -0000 TB --- 2007-01-03 17:25:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-01-03 17:25:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-01-03 17:25:01 - cleaning the object tree TB --- 2007-01-03 17:25:47 - checking out the source tree TB --- 2007-01-03 17:25:47 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-01-03 17:25:47 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-01-03 17:35:32 - building world (CFLAGS=-O2 -pipe) TB --- 2007-01-03 17:35:32 - cd /src TB --- 2007-01-03 17:35:32 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 3 17:35:34 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O2 -pipe -Wsystem-headers -Werror -c /src/lib/libalias/modules/smedia/../../../../sys/netinet/libalias/alias_smedia.c -o alias_smedia.So building shared library libalias_smedia.so ===> lib/libarchive (all) cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_check_magic.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_entry.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read.c /src/lib/libarchive/archive_read.c: In function `archive_read_data': /src/lib/libarchive/archive_read.c:437: warning: comparison between signed and unsigned *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-01-03 17:54:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-01-03 17:54:24 - ERROR: failed to build world TB --- 2007-01-03 17:54:24 - tinderbox aborted TB --- 0.85 user 3.49 system 1763.30 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 3 18:47:25 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E250216A417 for ; Wed, 3 Jan 2007 18:47:25 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.freebsd.org (Postfix) with ESMTP id 60A3F13C471 for ; Wed, 3 Jan 2007 18:47:25 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id l03IlMj3087052 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Jan 2007 19:47:22 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id l03IlM1L087051; Wed, 3 Jan 2007 19:47:22 +0100 (CET) Date: Wed, 3 Jan 2007 19:47:22 +0100 From: Divacky Roman To: Poul-Henning Kamp Message-ID: <20070103184722.GA86878@stud.fit.vutbr.cz> References: <1009.1167838088@critter.freebsd.dk> <1312.1167840062@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1312.1167840062@critter.freebsd.dk> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: current@freebsd.org Subject: Re: Linux-o-lator b?rken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jan 2007 18:47:26 -0000 On Wed, Jan 03, 2007 at 04:01:02PM +0000, Poul-Henning Kamp wrote: > In message <1009.1167838088@critter.freebsd.dk>, Poul-Henning Kamp writes: > > False alarm, I was running on the wrong root-filesystem. still.. can you please describe what happened and show me the backtrace? it can be false positive but I want to be sure.. thnx roman From owner-freebsd-current@FreeBSD.ORG Wed Jan 3 18:53:29 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3546516A40F for ; Wed, 3 Jan 2007 18:53:29 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.freebsd.org (Postfix) with ESMTP id ABEAC13C448 for ; Wed, 3 Jan 2007 18:53:28 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id l03IrQ8G087906 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 3 Jan 2007 19:53:26 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id l03IrQgT087904 for current@freebsd.org; Wed, 3 Jan 2007 19:53:26 +0100 (CET) Date: Wed, 3 Jan 2007 19:53:26 +0100 From: Divacky Roman To: current@freebsd.org Message-ID: <20070103185326.GA87413@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: Subject: current being broken all the time X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jan 2007 18:53:29 -0000 hi in last few weeks/months -current is broken almost every day. Noone seems to test patches with make universe or something and current is unbuildable. something should happen to stop this situation. The situation got much worse recently for an unknown reason. can someone comment? thnx, roman From owner-freebsd-current@FreeBSD.ORG Wed Jan 3 19:53:47 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DAD0716A602 for ; Wed, 3 Jan 2007 19:53:47 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 74F0913C45A for ; Wed, 3 Jan 2007 19:53:47 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so4664774uge for ; Wed, 03 Jan 2007 11:53:46 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=MdHiX/4lYl59s6tNbVseudDqUahxjds+05dgID1+6Pkkdg6EUgLxAnikCf6ozuvFpL/qrEP/lWwn3frnxY6Tv5/lUFK3L84KbzF/tYCo0irUnUW325lClOj8uj8g8FxdgnAMpVTTQsGd/JxfhOpDdsinpPlzFb4/CxdnOS5vgfo= Received: by 10.78.149.15 with SMTP id w15mr3750916hud.1167852280710; Wed, 03 Jan 2007 11:24:40 -0800 (PST) Received: by 10.78.201.14 with HTTP; Wed, 3 Jan 2007 11:24:40 -0800 (PST) Message-ID: <7579f7fb0701031124k5028ad29o7d0fe971156f3ae8@mail.gmail.com> Date: Wed, 3 Jan 2007 11:24:40 -0800 From: "Matthew Jacob" To: "Divacky Roman" In-Reply-To: <20070103185326.GA87413@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070103185326.GA87413@stud.fit.vutbr.cz> Cc: current@freebsd.org Subject: Re: current being broken all the time X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jan 2007 19:53:47 -0000 I'm sorry that this is your experience. Mine has been quite a bit different in that it mostly has worked for me across the 5-8 machines I deploy it on and regularly update. On 1/3/07, Divacky Roman wrote: > hi > > in last few weeks/months -current is broken almost every day. Noone > seems to test patches with make universe or something and current > is unbuildable. > > something should happen to stop this situation. The situation got much > worse recently for an unknown reason. > > can someone comment? > > thnx, roman > > _______________________________________________ > 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 Jan 3 20:08:46 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7A76116A403; Wed, 3 Jan 2007 20:08:46 +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 381A813C458; Wed, 3 Jan 2007 20:08:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l03K8jES008997; Wed, 3 Jan 2007 15:08:45 -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.13.8/8.13.8) with ESMTP id l03K8jDG062053; Wed, 3 Jan 2007 15:08:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E1B7C73034; Wed, 3 Jan 2007 15:08:44 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070103200844.E1B7C73034@freebsd-current.sentex.ca> Date: Wed, 3 Jan 2007 15:08:44 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 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: Wed, 03 Jan 2007 20:08:46 -0000 TB --- 2007-01-03 19:38:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-01-03 19:38:47 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-01-03 19:38:47 - cleaning the object tree TB --- 2007-01-03 19:38:55 - checking out the source tree TB --- 2007-01-03 19:38:55 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-01-03 19:38:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-01-03 19:46:53 - building world (CFLAGS=-O2 -pipe) TB --- 2007-01-03 19:46:53 - cd /src TB --- 2007-01-03 19:46:53 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 3 19:46:54 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O2 -pipe -Wsystem-headers -Werror -c /src/lib/libalias/modules/smedia/../../../../sys/netinet/libalias/alias_smedia.c -o alias_smedia.So building shared library libalias_smedia.so ===> lib/libarchive (all) cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_check_magic.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_entry.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read.c /src/lib/libarchive/archive_read.c: In function `archive_read_data': /src/lib/libarchive/archive_read.c:437: warning: comparison between signed and unsigned *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-01-03 20:08:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-01-03 20:08:44 - ERROR: failed to build world TB --- 2007-01-03 20:08:44 - tinderbox aborted TB --- 0.21 user 0.59 system 1796.91 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 3 20:14:12 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A609116A49E for ; Wed, 3 Jan 2007 20:14:12 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.freebsd.org (Postfix) with ESMTP id 262AD13C4A6 for ; Wed, 3 Jan 2007 20:14:11 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id l03KE9Is097659 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Jan 2007 21:14:09 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id l03KE9IC097658; Wed, 3 Jan 2007 21:14:09 +0100 (CET) Date: Wed, 3 Jan 2007 21:14:09 +0100 From: Divacky Roman To: Matthew Jacob Message-ID: <20070103201409.GA97584@stud.fit.vutbr.cz> References: <20070103185326.GA87413@stud.fit.vutbr.cz> <7579f7fb0701031124k5028ad29o7d0fe971156f3ae8@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7579f7fb0701031124k5028ad29o7d0fe971156f3ae8@mail.gmail.com> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: current@freebsd.org Subject: Re: current being broken all the time X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jan 2007 20:14:12 -0000 On Wed, Jan 03, 2007 at 11:24:40AM -0800, Matthew Jacob wrote: > I'm sorry that this is your experience. Mine has been quite a bit > different in that it mostly has worked for me across the 5-8 machines > I deploy it on and regularly update. I wasnt probably clear enough.. I meant the constnat tinderbox breakages that occur almost every day... sorry for the misunderstanding From owner-freebsd-current@FreeBSD.ORG Wed Jan 3 20:37:39 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6146416A407; Wed, 3 Jan 2007 20:37:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3865B13C455; Wed, 3 Jan 2007 20:37:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l03KbYv0013114; Wed, 3 Jan 2007 15:37:34 -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.13.8/8.13.8) with ESMTP id l03KbXPQ090200; Wed, 3 Jan 2007 15:37:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C677773034; Wed, 3 Jan 2007 15:37:33 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070103203733.C677773034@freebsd-current.sentex.ca> Date: Wed, 3 Jan 2007 15:37:33 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner4 X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner1 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: Wed, 03 Jan 2007 20:37:39 -0000 TB --- 2007-01-03 20:08:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-01-03 20:08:44 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-01-03 20:08:44 - cleaning the object tree TB --- 2007-01-03 20:08:57 - checking out the source tree TB --- 2007-01-03 20:08:57 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-01-03 20:08:57 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-01-03 20:20:27 - building world (CFLAGS=-O2 -pipe) TB --- 2007-01-03 20:20:27 - cd /src TB --- 2007-01-03 20:20:27 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 3 20:20:28 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fPIC -DPIC -O2 -pipe -Wsystem-headers -Werror -c /src/lib/libalias/modules/smedia/../../../../sys/netinet/libalias/alias_smedia.c -o alias_smedia.So building shared library libalias_smedia.so ===> lib/libarchive (all) cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_check_magic.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_entry.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read.c /src/lib/libarchive/archive_read.c: In function `archive_read_data': /src/lib/libarchive/archive_read.c:437: warning: comparison between signed and unsigned *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-01-03 20:37:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-01-03 20:37:33 - ERROR: failed to build world TB --- 2007-01-03 20:37:33 - tinderbox aborted TB --- 0.25 user 0.55 system 1728.56 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 3 20:47:01 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 25FE816A40F for ; Wed, 3 Jan 2007 20:47:01 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by mx1.freebsd.org (Postfix) with ESMTP id 0400B13C44C for ; Wed, 3 Jan 2007 20:47:01 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-6.cisco.com with ESMTP; 03 Jan 2007 12:18:36 -0800 X-IronPort-AV: i="4.12,233,1165219200"; d="scan'208"; a="97679682:sNHT45914310" Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l03KIaUL001874 for ; Wed, 3 Jan 2007 12:18:36 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l03KIZUu019456 for ; Wed, 3 Jan 2007 12:18:36 -0800 (PST) Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 3 Jan 2007 12:18:34 -0800 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 3 Jan 2007 12:18:34 -0800 Message-ID: <459C0F84.7090607@cisco.com> Date: Wed, 03 Jan 2007 15:18:12 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 03 Jan 2007 20:18:34.0188 (UTC) FILETIME=[57F738C0:01C72F74] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1413; t=1167855516; x=1168719516; c=relaxed/simple; s=sjdkim2002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20strange=20crash |Sender:=20; bh=A0e+5ctbhIilRU/og7iFkc6JFZVmS0v4Z4EwqPnAVI0=; b=cS8Ivl9SxHsFDkA2SMUvFlFuPQ25foyLxkjAun4WjpEWisPbVPE1RPMD8uzGgRUxG8wbvNiS vZB8jhBV0gjlUJcusJuJS8QtiwGsx/i7+wwsFUfCm2hanwQk5P5cXlPy; Authentication-Results: sj-dkim-2; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim2002 verified; ); Cc: Subject: strange crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jan 2007 20:47:01 -0000 Hi all: My "vacation" project was to reload the 80Gig disk that came with my Thinkpad T43 with the latest version of current... (I had previously .. when my laptop arrived.. moved the old disk into the T43).. so to gain 20Gig.. I thought I would upgrade to the latest.. I loaded a 6.2 RC.. then transfered all things in.. did the ole buildworld/install new kernel thing.. All fine.. Then I went and made all the wonderful packages I use.. including the latest gnome2... So.. everything is up and running (for the past couple of days).. all is fine.. or .. not :-0 I just decided to rebuild and reload my latest kernel changes I am working on for SCTP.. and for the first time I did the logout button. Bam.. black-screen.. and reboot. So.. curious as I could be.. I tried several times in vain to get to the non-x windows.. each time I tried the logout button.. bam.. reboot before I could ctl-alt-f1 Finally I had an idea.. log in as root on screen f1.. and then do a kill -9 on a process.. So.. I kill gconfd-2 And bam.. reset without entering DDB?? Any suggestions on how I can get some valuable info would be most welcome... the video chip is a RADEON one .. or so the X stuff says... I am up and working.. as long as I don't try to logoff my X session.. :-0 R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Wed Jan 3 22:25:39 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0DB5816A40F for ; Wed, 3 Jan 2007 22:25:39 +0000 (UTC) (envelope-from tobez@tobez.org) Received: from heechee.tobez.org (heechee.tobez.org [194.255.56.42]) by mx1.freebsd.org (Postfix) with ESMTP id C284613C441 for ; Wed, 3 Jan 2007 22:25:38 +0000 (UTC) (envelope-from tobez@tobez.org) Received: by heechee.tobez.org (Postfix, from userid 1001) id A4AB912542B; Wed, 3 Jan 2007 23:00:14 +0100 (CET) Date: Wed, 3 Jan 2007 23:00:14 +0100 From: Anton Berezin To: Randall Stewart Message-ID: <20070103220014.GA22308@heechee.tobez.org> Mail-Followup-To: Anton Berezin , Randall Stewart , current@freebsd.org References: <459C0F84.7090607@cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <459C0F84.7090607@cisco.com> User-Agent: Mutt/1.4.2.2i X-Powered-By: FreeBSD http://www.freebsd.org/ Cc: current@freebsd.org Subject: Re: strange crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jan 2007 22:25:39 -0000 On Wed, Jan 03, 2007 at 03:18:12PM -0500, Randall Stewart wrote: > My "vacation" project was to reload the 80Gig disk that > came with my Thinkpad T43 with the latest version of > current... ... > I just decided to rebuild and reload my latest kernel changes I am > working on for SCTP.. and for the first time I did the logout button. > > Bam.. black-screen.. and reboot. I have the same experience with my T-43, but only when there is a /etc/X11/xorg.conf present. If I just start X without configuration, everything's fine and dandy. With configuration, ANY configuration (I had to build some to work with external monitor, with presentation projector, that sort of thing), I get exactly the symptoms you describe. It's been like that since I got the machine in the beginning of August. It's been running moderately recent -current (never older than a month or so). I did not got around reporting this. So, just for the sake of it: move /etc/X11/xorg.conf out of the way, sync and wait, do your reboot magic, then see whether it works. \Anton. -- We're going for 'working' here. 'clean' is for people with skills... -- Flemming Jacobsen From owner-freebsd-current@FreeBSD.ORG Wed Jan 3 22:46:38 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6652D16A4C8 for ; Wed, 3 Jan 2007 22:46:38 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 2A65913C4A6 for ; Wed, 3 Jan 2007 22:46:37 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 8E37117611; Wed, 3 Jan 2007 22:46:36 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.8/8.13.8) with ESMTP id l03IsXnG029427; Wed, 3 Jan 2007 18:54:33 GMT (envelope-from phk@critter.freebsd.dk) To: Divacky Roman From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 03 Jan 2007 19:47:22 +0100." <20070103184722.GA86878@stud.fit.vutbr.cz> Date: Wed, 03 Jan 2007 18:54:33 +0000 Message-ID: <29426.1167850473@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org Subject: Re: Linux-o-lator b?rken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jan 2007 22:46:38 -0000 In message <20070103184722.GA86878@stud.fit.vutbr.cz>, Divacky Roman writes: >On Wed, Jan 03, 2007 at 04:01:02PM +0000, Poul-Henning Kamp wrote: >> In message <1009.1167838088@critter.freebsd.dk>, Poul-Henning Kamp writes: >> >> False alarm, I was running on the wrong root-filesystem. > >still.. can you please describe what happened and show me the backtrace? >it can be false positive but I want to be sure.. It is absolutely a false positive: I booted a kernel and loaded a 28 days old linux.ko from the wrong root filesystem. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Jan 3 23:22:28 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 155AD16A412 for ; Wed, 3 Jan 2007 23:22:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id B9E3113C44C for ; Wed, 3 Jan 2007 23:22:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l03MwKw6023878; Wed, 3 Jan 2007 17:58:22 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Greg 'groggy' Lehey" Date: Wed, 3 Jan 2007 17:58:31 -0500 User-Agent: KMail/1.9.1 References: <459B5CA9.4070909@root.org> <20070103124106.U82671@maildrop.int.zabbadoz.net> <20070103223621.GX78631@wantadilla.lemis.com> In-Reply-To: <20070103223621.GX78631@wantadilla.lemis.com> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200701031758.31576.jhb@freebsd.org> Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 03 Jan 2007 17:58:22 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2411/Wed Jan 3 13:04:33 2007 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: current@freebsd.org Subject: Re: How to resolve problems in our software (was: Problems with kbdmux) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jan 2007 23:22:28 -0000 [ moved to current@ ] On Wednesday 03 January 2007 17:36, Greg 'groggy' Lehey wrote: > So: we have a problem with kbdmux, which looks suspiciously like a > bug. I don't know this code, but it seems to have been there for a > while. How, in your opinion, do I go about fixing it? So it's not clear from your original message how you are using kbdcontrol and kbdmux. It sounds like you want the USB keyboard (when present) to be the normal keyboard for syscons and atkbd0 to be left alone for use by a specific process, yes? Can't you just do 'kbdcontrol -A atkbd0 < /dev/kbdmux0' once during boot and be done? The default for the USB keyboard should be for it to be added to kbdmux0 and thus result in it being used for the regular console without any special magic needed. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Jan 4 00:03:42 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5045F16A416; Thu, 4 Jan 2007 00:03:42 +0000 (UTC) (envelope-from maksim.yevmenkin@savvis.net) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.freebsd.org (Postfix) with ESMTP id 0E1CE13C457; Thu, 4 Jan 2007 00:03:42 +0000 (UTC) (envelope-from maksim.yevmenkin@savvis.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate1b.savvis.net (Postfix) with ESMTP id 490C73BF39; Wed, 3 Jan 2007 17:45:32 -0600 (CST) Received: from mailgate1b.savvis.net ([127.0.0.1]) by localhost (mailgate1b.savvis.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 30781-01-4; Wed, 3 Jan 2007 17:45:32 -0600 (CST) Received: from [10.12.163.251] (unknown [10.12.163.251]) by mailgate1b.savvis.net (Postfix) with ESMTP id D3BED3BF35; Wed, 3 Jan 2007 17:45:31 -0600 (CST) Message-ID: <459C401B.20005@savvis.net> Date: Wed, 03 Jan 2007 15:45:31 -0800 From: Maksim Yevmenkin User-Agent: Thunderbird 1.5.0.5 (X11/20060906) MIME-Version: 1.0 To: John Baldwin References: <459B5CA9.4070909@root.org> <20070103124106.U82671@maildrop.int.zabbadoz.net> <20070103223621.GX78631@wantadilla.lemis.com> <200701031758.31576.jhb@freebsd.org> In-Reply-To: <200701031758.31576.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at savvis.net Cc: Greg 'groggy' Lehey , current@freebsd.org Subject: Re: How to resolve problems in our software X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jan 2007 00:03:42 -0000 John Baldwin wrote: > [ moved to current@ ] > > On Wednesday 03 January 2007 17:36, Greg 'groggy' Lehey wrote: >> So: we have a problem with kbdmux, which looks suspiciously like a >> bug. I don't know this code, but it seems to have been there for a >> while. How, in your opinion, do I go about fixing it? > > So it's not clear from your original message how you are using kbdcontrol and > kbdmux. It sounds like you want the USB keyboard (when present) to be the > normal keyboard for syscons and atkbd0 to be left alone for use by a specific > process, yes? Can't you just do 'kbdcontrol -A atkbd0 < /dev/kbdmux0' once not /dev/kbdmux0 - it is a keyboard device (just like /dev/ukb0 and /dev/atkbd0) and it will be busy because syscons already got kbdmux as its main keyboard. please use < /dev/console or < /dev/ttyv0. > during boot and be done? The default for the USB keyboard should be for it > to be added to kbdmux0 and thus result in it being used for the regular > console without any special magic needed. other then above comment everything else is correct and i suggested the same in private email. thanks, max From owner-freebsd-current@FreeBSD.ORG Thu Jan 4 05:08:43 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E4A8516A415 for ; Thu, 4 Jan 2007 05:08:43 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id 7D75213C455 for ; Thu, 4 Jan 2007 05:08:43 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so7390409nfc for ; Wed, 03 Jan 2007 21:08:42 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LBO3NN4iOKuZGwiYzNfY1egAGAqg8ixkS4KJ7hDSyEPkzlxKXUzJ4bY5NuHSQ0ef2FtW7p8FHT3dLzBrM/q2YIz07BQoirIgMDg41ptZSpyWWPqqYEBYtBrw+FoDo8SqPeTJHns5Dt2dWZ6ilsozF2uLMBXYuUxjZ5oU5rBg4XA= Received: by 10.78.201.10 with SMTP id y10mr3849797huf.1167887322133; Wed, 03 Jan 2007 21:08:42 -0800 (PST) Received: by 10.78.201.14 with HTTP; Wed, 3 Jan 2007 21:08:42 -0800 (PST) Message-ID: <7579f7fb0701032108s2532be43q9aff8e4ea4cef862@mail.gmail.com> Date: Wed, 3 Jan 2007 21:08:42 -0800 From: "Matthew Jacob" To: "Divacky Roman" In-Reply-To: <20070103201409.GA97584@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070103185326.GA87413@stud.fit.vutbr.cz> <7579f7fb0701031124k5028ad29o7d0fe971156f3ae8@mail.gmail.com> <20070103201409.GA97584@stud.fit.vutbr.cz> Cc: current@freebsd.org Subject: Re: current being broken all the time X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jan 2007 05:08:44 -0000 On 1/3/07, Divacky Roman wrote: > On Wed, Jan 03, 2007 at 11:24:40AM -0800, Matthew Jacob wrote: > > I'm sorry that this is your experience. Mine has been quite a bit > > different in that it mostly has worked for me across the 5-8 machines > > I deploy it on and regularly update. > > I wasnt probably clear enough.. I meant the constnat tinderbox breakages > that occur almost every day... > Yes, they are unfortunate. From owner-freebsd-current@FreeBSD.ORG Thu Jan 4 07:27:50 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8FA5F16A403 for ; Thu, 4 Jan 2007 07:27:50 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 2F39C13C428 for ; Thu, 4 Jan 2007 07:27:50 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so4767386uge for ; Wed, 03 Jan 2007 23:27:49 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=LcIwubChTPUNkgyaRB8T/wmeAPHEdK0Nh4e+Uq6v0SC4Wwhb0EyDfT+TNg1bfFutFkWK3bUBM54EijL9M3os+xMD8EkJJmAdnfIJ3q4auF4lE2Eami7jtQYQ75n1zuQvwi8bWwFn86TNLgXYYUdSpaT6wMuZpMIciytjvkZcL70= Received: by 10.67.91.6 with SMTP id t6mr12698781ugl.1167895669295; Wed, 03 Jan 2007 23:27:49 -0800 (PST) Received: by 10.66.255.10 with HTTP; Wed, 3 Jan 2007 23:27:49 -0800 (PST) Message-ID: <499c70c0701032327r204f4370ya82ee324b2945c55@mail.gmail.com> Date: Thu, 4 Jan 2007 10:27:49 +0300 From: "Abdullah Al-Marrie" To: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-current@freebsd.org Subject: Bugzilla instead of current problem system for bugs and features? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jan 2007 07:27:50 -0000 Hello, Why not use bugzilla for bugs and feature requests? isn't easier and more organized than current problem system? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Thu Jan 4 09:13:31 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2568E16A415 for ; Thu, 4 Jan 2007 09:13:31 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id E90CA13C46A for ; Thu, 4 Jan 2007 09:13:30 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [10.0.0.1] (216-160-98-154.tukw.qwest.net [216.160.98.154]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l049DLZx072788 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Thu, 4 Jan 2007 04:13:29 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Thu, 4 Jan 2007 01:11:59 -0800 (PST) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: current@freebsd.org Message-ID: <20070104005625.D1508@10.0.0.1> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jan 2007 09:13:31 -0000 Hello everyone, After a considerable vacation from ULE I have come back to address some long standing concerns. I felt that the old double-queue mechanism caused very unnatural behavior and have finally come up with something I'm happy to replace it with. I've been working on this off and on for several months now. Some details are below. More are at: http://jeffr-tech.livejournal.com/3729.html The version now in CVS(1.172) should restore ULE's earlier interactive performance under load. I have tested with a make -j128 kernel while using mozilla and while playing a dvd. Neither ever skip for me. nice now has a more gradual effect than before. It no longer allows the total starvation of processes. ULE should also be very slightly faster on UP as compared to before. SMP behavior should have changed very little although I did simplify some small parts of these algorithms. In general, non-interactive tasks are scheduled much more intelligently although this may not be apparent under most workloads. I'm hoping for the following types of feedback from anyone interested in testing: 1) Is the response to nice levels as you would hope? I think nice +20 may not inhibit the nice'd thread enough at the moment. 2) Is the interactive performance satisfactory? 3) Is there any performance degredation for your common tasks? 4) Does the cpu estimator give reasonable results? See %cpu in top. It is expected that there will be periods where summing up all threads will yield slightly over 100% cpu. Any and all feedback is welcome. Please make sure any problem reports are sent to jroberson@chesapeake.net in the to line so I see them more quickly. Thanks, Jeff ---------- Forwarded message ---------- Date: Thu, 4 Jan 2007 08:56:25 +0000 (UTC) From: Jeff Roberson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/kern sched_ule.c jeff 2007-01-04 08:56:25 UTC FreeBSD src repository Modified files: sys/kern sched_ule.c Log: ULE 2.0: - Remove the double queue mechanism for timeshare threads. It was slow due to excess cache lines in play, caused suboptimal scheduling behavior with niced and other non-interactive processes, complicated priority lending, etc. - Use a circular queue with a floating starting index for timeshare threads. Enforces fairness by moving the insertion point closer to threads with worse priorities over time. - Give interactive timeshare threads real-time user-space priorities and place them on the realtime/ithd queue. - Select non-interactive timeshare thread priorities based on their cpu utilization over the last 10 seconds combined with the nice value. This gives us more sane priorities and behavior in a loaded system as compared to the old method of using the interactivity score. The interactive score quickly hit a ceiling if threads were non-interactive and penalized new hog threads. - Use one slice size for all threads. The slice is not currently dynamically set to adjust scheduling behavior of different threads. - Add some new sysctls for scheduling parameters. Bug fixes/Clean up: - Fix zeroing of td_sched after initialization in sched_fork_thread() caused by recent ksegrp removal. - Fix KSE interactivity issues related to frequent forking and exiting of kse threads. We simply disable the penalty for thread creation and exit for kse threads. - Cleanup the cpu estimator by using tickincr here as well. Keep ticks and ltick/ftick in the same frequency. Previously ticks were stathz and others were hz. - Lots of new and updated comments. - Many many others. Tested on: up x86/amd64, 8way amd64. Revision Changes Path 1.172 +332 -412 src/sys/kern/sched_ule.c From owner-freebsd-current@FreeBSD.ORG Thu Jan 4 09:14:14 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B22716A412 for ; Thu, 4 Jan 2007 09:14:14 +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 2131913C448 for ; Thu, 4 Jan 2007 09:14:14 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5F451.dip.t-dialin.net [84.165.244.81]) by redbull.bpaserver.net (Postfix) with ESMTP id 792B32E1BA; Thu, 4 Jan 2007 10:18:28 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id D31215B4847; Thu, 4 Jan 2007 10:14:04 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l049E4FO001262; Thu, 4 Jan 2007 10:14:04 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Thu, 04 Jan 2007 10:14:04 +0100 Message-ID: <20070104101404.1owkjrmj4c40g40c@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Thu, 04 Jan 2007 10:14:04 +0100 From: Alexander Leidinger To: Abdullah Al-Marrie References: <499c70c0701032327r204f4370ya82ee324b2945c55@mail.gmail.com> In-Reply-To: <499c70c0701032327r204f4370ya82ee324b2945c55@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 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.864, required 6, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Bugzilla instead of current problem system for bugs and features? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jan 2007 09:14:14 -0000 Quoting Abdullah Al-Marrie (from Thu, 4 Jan 2007 10:27:49 +0300): > Why not use bugzilla for bugs and feature requests? isn't easier and > more organized than current problem system? We are evaluating our options: http://wiki.freebsd.org/Bugtracking Bye, Alexander. -- The warning message we sent the Russians was a calculated ambiguity that would be clearly understood. -- Alexander Haig 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 Thu Jan 4 09:40:44 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from [127.0.0.1] (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id A821416A407; Thu, 4 Jan 2007 09:40:43 +0000 (UTC) (envelope-from davidxu@freebsd.org) Message-ID: <459CCBA1.40305@freebsd.org> Date: Thu, 04 Jan 2007 17:40:49 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20061204 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeff Roberson References: <20070104005625.D1508@10.0.0.1> In-Reply-To: <20070104005625.D1508@10.0.0.1> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jan 2007 09:40:44 -0000 Jeff Roberson wrote: > Hello everyone, > > After a considerable vacation from ULE I have come back to address some > long standing concerns. I felt that the old double-queue mechanism > caused very unnatural behavior and have finally come up with something > I'm happy to replace it with. I've been working on this off and on for > several months now. Some details are below. More are at: > http://jeffr-tech.livejournal.com/3729.html > > The version now in CVS(1.172) should restore ULE's earlier interactive > performance under load. I have tested with a make -j128 kernel while > using mozilla and while playing a dvd. Neither ever skip for me. nice > now has a more gradual effect than before. It no longer allows the > total starvation of processes. ULE should also be very slightly faster > on UP as compared to before. SMP behavior should have changed very > little although I did simplify some small parts of these algorithms. In > general, non-interactive tasks are scheduled much more intelligently > although this may not be apparent under most workloads. > > I'm hoping for the following types of feedback from anyone interested in > testing: > > 1) Is the response to nice levels as you would hope? I think nice +20 > may not inhibit the nice'd thread enough at the moment. > 2) Is the interactive performance satisfactory? > 3) Is there any performance degredation for your common tasks? > 4) Does the cpu estimator give reasonable results? See %cpu in top. > It is expected that there will be periods where summing up all threads > will yield slightly over 100% cpu. > > Any and all feedback is welcome. Please make sure any problem reports > are sent to jroberson@chesapeake.net in the to line so I see them more > quickly. > > Thanks, > Jeff I think it might be not a right way to work on FreeBSD thread scheduler, it is more important to work out a cpu dispatcher rather than inventing a dynamic priority algorithm to replace 4BSD's algorithm, the 4BSD dynamic priority algorithm is still the best one I can find, it provides very good fairness. the most important thing is there should be a cpu dispatcher which knows how to place a thread on a cpu with cpu affinity-aware, maybe multiple runqueues, it knows cpu topology, and may be NUMA awareness, maybe provide cpu partitions, root can create and destroy a partition, root can add cpu to the partition or remove a cpu from the parition or move a cpu from partition a to partition b, bind applications to a partition etcs. On the top of cpu-dispatcher, there could be 4BSD or other dynamic priority alogrithm, but that's less important than this one. with this thought, I am going to remove sched_core as I found the cpu dispatcher is the key thing. Regards, David Xu From owner-freebsd-current@FreeBSD.ORG Thu Jan 4 10:00:41 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A262316A407; Thu, 4 Jan 2007 10:00:41 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 7A36513C44B; Thu, 4 Jan 2007 10:00:41 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [10.0.0.1] (216-160-98-154.tukw.qwest.net [216.160.98.154]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l04A0SSP075964 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Thu, 4 Jan 2007 05:00:29 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Thu, 4 Jan 2007 01:59:06 -0800 (PST) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: David Xu In-Reply-To: <459CCBA1.40305@freebsd.org> Message-ID: <20070104014840.N1508@10.0.0.1> References: <20070104005625.D1508@10.0.0.1> <459CCBA1.40305@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jan 2007 10:00:41 -0000 On Thu, 4 Jan 2007, David Xu wrote: > Jeff Roberson wrote: >> Hello everyone, >> >> After a considerable vacation from ULE I have come back to address some >> long standing concerns. I felt that the old double-queue mechanism caused >> very unnatural behavior and have finally come up with something I'm happy >> to replace it with. I've been working on this off and on for several >> months now. Some details are below. More are at: >> http://jeffr-tech.livejournal.com/3729.html >> >> The version now in CVS(1.172) should restore ULE's earlier interactive >> performance under load. I have tested with a make -j128 kernel while using >> mozilla and while playing a dvd. Neither ever skip for me. nice now has a >> more gradual effect than before. It no longer allows the total starvation >> of processes. ULE should also be very slightly faster on UP as compared to >> before. SMP behavior should have changed very little although I did >> simplify some small parts of these algorithms. In general, non-interactive >> tasks are scheduled much more intelligently although this may not be >> apparent under most workloads. >> >> I'm hoping for the following types of feedback from anyone interested in >> testing: >> >> 1) Is the response to nice levels as you would hope? I think nice +20 may >> not inhibit the nice'd thread enough at the moment. >> 2) Is the interactive performance satisfactory? >> 3) Is there any performance degredation for your common tasks? >> 4) Does the cpu estimator give reasonable results? See %cpu in top. It >> is expected that there will be periods where summing up all threads will >> yield slightly over 100% cpu. >> >> Any and all feedback is welcome. Please make sure any problem reports are >> sent to jroberson@chesapeake.net in the to line so I see them more quickly. >> >> Thanks, >> Jeff > > I think it might be not a right way to work on FreeBSD thread scheduler, > it is more important to work out a cpu dispatcher rather than inventing > a dynamic priority algorithm to replace 4BSD's algorithm, the 4BSD > dynamic priority algorithm is still the best one I can find, it provides > very good fairness. the most important thing is there should be a > cpu dispatcher which knows how to place a thread on a cpu with cpu > affinity-aware, maybe multiple runqueues, it knows cpu topology, and > may be NUMA awareness, maybe provide cpu partitions, root can create > and destroy a partition, root can add cpu to the partition or remove > a cpu from the parition or move a cpu from partition a to partition b, > bind applications to a partition etcs. On the top of cpu-dispatcher, there > could be 4BSD or other dynamic priority alogrithm, but that's > less important than this one. with this thought, I am going to remove > sched_core as I found the cpu dispatcher is the key thing. David, I share some of your sentiment. It has been very hard to match the 4BSD fairness algorithm. However, I do believe we can get there with ULE. Already ULE has had better behavior under extreme load for desktop applications. If I can get the nice and non-interactive timeshare worked out than it will definitely be better in this regard. The other things you mention, cpu affinity, cpu topologies, etc. are all things which are currently supported in ULE. Although admittedly they also need work but they do show benefits for many workloads today. I feel that working within the framework of the 4BSD scheduler would limit what we can do with these more complex scheduling problems. That is why I started ULE in the first place. I don't know how practical it is to try to seperate the SMP scheduling from the fairness and interactivity scheduling. In ULE they are somewhat tightly integrated. Although I think it's good to experiment. Perhaps you could try forking the 4BSD scheduler and add these SMP features if you like. Jeff > > Regards, > David Xu > From owner-freebsd-current@FreeBSD.ORG Thu Jan 4 10:37:56 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 09C6316A407 for ; Thu, 4 Jan 2007 10:37:56 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by mx1.freebsd.org (Postfix) with ESMTP id D5E7E13C455 for ; Thu, 4 Jan 2007 10:37:55 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-5.cisco.com with ESMTP; 04 Jan 2007 02:37:55 -0800 Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id l04Abtu2001117; Thu, 4 Jan 2007 02:37:55 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l04Aat0E012084; Thu, 4 Jan 2007 02:37:55 -0800 (PST) Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 4 Jan 2007 02:37:31 -0800 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 4 Jan 2007 02:37:31 -0800 Message-ID: <459CD8D1.5020803@cisco.com> Date: Thu, 04 Jan 2007 05:37:05 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: Anton Berezin , Randall Stewart , current@freebsd.org References: <459C0F84.7090607@cisco.com> <20070103220014.GA22308@heechee.tobez.org> In-Reply-To: <20070103220014.GA22308@heechee.tobez.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 04 Jan 2007 10:37:31.0697 (UTC) FILETIME=[56B70210:01C72FEC] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1665; t=1167907075; x=1168771075; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20strange=20crash |Sender:=20; bh=vogIay+AQEkFsbAPWFtR5Lo15I3OKqW1anpIaDgm70g=; b=U6EJRl7LEPC5uCRYHalObihwuHcZUphdwzNG60urwOX38czlZlCOSlnNFaZ7DjSJqyNHmg1+ mcZ9S/ZvVXAIIRZaRTzv+PYJoqp7cHPnIJMu130/fMHayNiGGC2659cO; Authentication-Results: sj-dkim-3; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim3002 verified; ); Cc: Subject: Re: strange crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jan 2007 10:37:56 -0000 Anton Berezin wrote: > On Wed, Jan 03, 2007 at 03:18:12PM -0500, Randall Stewart wrote: > >> My "vacation" project was to reload the 80Gig disk that >> came with my Thinkpad T43 with the latest version of >> current... > > ... > >> I just decided to rebuild and reload my latest kernel changes I am >> working on for SCTP.. and for the first time I did the logout button. >> >> Bam.. black-screen.. and reboot. > > I have the same experience with my T-43, but only when there is a > /etc/X11/xorg.conf present. If I just start X without configuration, > everything's fine and dandy. With configuration, ANY configuration (I had > to build some to work with external monitor, with presentation projector, > that sort of thing), I get exactly the symptoms you describe. > > It's been like that since I got the machine in the beginning of August. > It's been running moderately recent -current (never older than a month or > so). I did not got around reporting this. > > So, just for the sake of it: move /etc/X11/xorg.conf out of the way, sync > and wait, do your reboot magic, then see whether it works. > > \Anton. Hmm.. Do you mean /usr/X11R6/lib/X11/xorg.conf I don't have anything in the /etc/X11 directory... And I thought that is where X11 got its know-how on how to initialize.... I will try moving the one I have out of the way.. in fact thinking about it.. I did not regenerate this (with the config program) but copied it from my old disk.. but of course even if its bad it should not crash the kernel. R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Thu Jan 4 11:04:03 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3C9BD16A403 for ; Thu, 4 Jan 2007 11:04:03 +0000 (UTC) (envelope-from tobez@tobez.org) Received: from heechee.tobez.org (heechee.tobez.org [194.255.56.42]) by mx1.freebsd.org (Postfix) with ESMTP id F134313C467 for ; Thu, 4 Jan 2007 11:04:02 +0000 (UTC) (envelope-from tobez@tobez.org) Received: by heechee.tobez.org (Postfix, from userid 1001) id 0B14E12542C; Thu, 4 Jan 2007 12:04:02 +0100 (CET) Date: Thu, 4 Jan 2007 12:04:01 +0100 From: Anton Berezin To: Randall Stewart Message-ID: <20070104110401.GA66502@heechee.tobez.org> Mail-Followup-To: Anton Berezin , Randall Stewart , current@freebsd.org References: <459C0F84.7090607@cisco.com> <20070103220014.GA22308@heechee.tobez.org> <459CD8D1.5020803@cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <459CD8D1.5020803@cisco.com> User-Agent: Mutt/1.4.2.2i X-Powered-By: FreeBSD http://www.freebsd.org/ Cc: current@freebsd.org Subject: Re: strange crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jan 2007 11:04:03 -0000 On Thu, Jan 04, 2007 at 05:37:05AM -0500, Randall Stewart wrote: > >So, just for the sake of it: move /etc/X11/xorg.conf out of the way, sync > >and wait, do your reboot magic, then see whether it works. > Do you mean /usr/X11R6/lib/X11/xorg.conf > > I don't have anything in the /etc/X11 directory... It should not matter, xorg.conf(5) lists both paths (plus 11 more) as places X looks for its configuration. \Anton. -- We're going for 'working' here. 'clean' is for people with skills... -- Flemming Jacobsen From owner-freebsd-current@FreeBSD.ORG Thu Jan 4 11:10:43 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A30416A403 for ; Thu, 4 Jan 2007 11:10:43 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.236]) by mx1.freebsd.org (Postfix) with ESMTP id 21C3213C45B for ; Thu, 4 Jan 2007 11:10:43 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by wx-out-0506.google.com with SMTP id s18so6254132wxc for ; Thu, 04 Jan 2007 03:10:42 -0800 (PST) Received: by 10.90.72.10 with SMTP id u10mr105581aga.1167907357848; Thu, 04 Jan 2007 02:42:37 -0800 (PST) Received: by 10.90.55.13 with HTTP; Thu, 4 Jan 2007 02:42:37 -0800 (PST) Message-ID: Date: Thu, 4 Jan 2007 12:42:37 +0200 From: "Vlad Galu" To: "Randall Stewart" In-Reply-To: <459CD8D1.5020803@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <459C0F84.7090607@cisco.com> <20070103220014.GA22308@heechee.tobez.org> <459CD8D1.5020803@cisco.com> Cc: current@freebsd.org Subject: Re: strange crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jan 2007 11:10:43 -0000 On 1/4/07, Randall Stewart wrote: > Anton Berezin wrote: > > On Wed, Jan 03, 2007 at 03:18:12PM -0500, Randall Stewart wrote: > > > >> My "vacation" project was to reload the 80Gig disk that > >> came with my Thinkpad T43 with the latest version of > >> current... > > > > ... > > > >> I just decided to rebuild and reload my latest kernel changes I am > >> working on for SCTP.. and for the first time I did the logout button. > >> > >> Bam.. black-screen.. and reboot. > > > > I have the same experience with my T-43, but only when there is a > > /etc/X11/xorg.conf present. If I just start X without configuration, > > everything's fine and dandy. With configuration, ANY configuration (I had > > to build some to work with external monitor, with presentation projector, > > that sort of thing), I get exactly the symptoms you describe. > > > > It's been like that since I got the machine in the beginning of August. > > It's been running moderately recent -current (never older than a month or > > so). I did not got around reporting this. > > > > So, just for the sake of it: move /etc/X11/xorg.conf out of the way, sync > > and wait, do your reboot magic, then see whether it works. > > > > \Anton. > Hmm.. > > Do you mean /usr/X11R6/lib/X11/xorg.conf > > I don't have anything in the /etc/X11 directory... > > And I thought that is where X11 got its know-how on how > to initialize.... > > I will try moving the one I have out of the way.. in fact > thinking about it.. I did not regenerate this (with the > config program) but copied it from my old disk.. but of > course even if its bad it should not crash the kernel. FWIW, I experience the same symptoms on a Radeon Mobility X300. They go away when I disable DRI. I think that by not using a /etc/X11/xorg.conf, X switches to either vesa(4) or ati(4) drivers instead of using radeon(4). > R > > > -- > Randall Stewart > NSSTG - Cisco Systems Inc. > 803-345-0369 803-317-4952 (cell) > _______________________________________________ > 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" > -- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-current@FreeBSD.ORG Thu Jan 4 11:29:39 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6856C16A403 for ; Thu, 4 Jan 2007 11:29:39 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by mx1.freebsd.org (Postfix) with ESMTP id 4203B13C448 for ; Thu, 4 Jan 2007 11:29:39 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-6.cisco.com with ESMTP; 04 Jan 2007 03:29:39 -0800 X-IronPort-AV: i="4.12,236,1165219200"; d="scan'208"; a="97945622:sNHT46549116" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l04BTdue028910; Thu, 4 Jan 2007 03:29:39 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l04BTXZH008828; Thu, 4 Jan 2007 03:29:38 -0800 (PST) Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 4 Jan 2007 03:29:33 -0800 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 4 Jan 2007 03:29:33 -0800 Message-ID: <459CE507.1090804@cisco.com> Date: Thu, 04 Jan 2007 06:29:11 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: Vlad Galu References: <459C0F84.7090607@cisco.com> <20070103220014.GA22308@heechee.tobez.org> <459CD8D1.5020803@cisco.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 04 Jan 2007 11:29:33.0282 (UTC) FILETIME=[9B531420:01C72FF3] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=2713; t=1167910179; x=1168774179; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20strange=20crash |Sender:=20; bh=Kzac8FsKG8oYG9xCpj0HbXG72f7Hbz72rei+cGzsDKI=; b=XX6yiMJw1uPjyypJcZMKPFrk2NiTmxmUAkuFRzchOvsDR2yxREePDSS4EWOFFR4MJnJ/Y4j9 N7RTtty0hamFrRXkZFbuA+jaMrBh1pH7kz1qI//+KbRapzWKJ6CEaH3C; Authentication-Results: sj-dkim-4; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim4002 verified; ); Cc: current@freebsd.org Subject: Re: strange crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jan 2007 11:29:39 -0000 Vlad Galu wrote: > On 1/4/07, Randall Stewart wrote: >> Anton Berezin wrote: >> > On Wed, Jan 03, 2007 at 03:18:12PM -0500, Randall Stewart wrote: >> > >> >> My "vacation" project was to reload the 80Gig disk that >> >> came with my Thinkpad T43 with the latest version of >> >> current... >> > >> > ... >> > >> >> I just decided to rebuild and reload my latest kernel changes I am >> >> working on for SCTP.. and for the first time I did the logout button. >> >> >> >> Bam.. black-screen.. and reboot. >> > >> > I have the same experience with my T-43, but only when there is a >> > /etc/X11/xorg.conf present. If I just start X without configuration, >> > everything's fine and dandy. With configuration, ANY configuration >> (I had >> > to build some to work with external monitor, with presentation >> projector, >> > that sort of thing), I get exactly the symptoms you describe. >> > >> > It's been like that since I got the machine in the beginning of August. >> > It's been running moderately recent -current (never older than a >> month or >> > so). I did not got around reporting this. >> > >> > So, just for the sake of it: move /etc/X11/xorg.conf out of the way, >> sync >> > and wait, do your reboot magic, then see whether it works. >> > >> > \Anton. >> Hmm.. >> >> Do you mean /usr/X11R6/lib/X11/xorg.conf >> >> I don't have anything in the /etc/X11 directory... >> >> And I thought that is where X11 got its know-how on how >> to initialize.... >> >> I will try moving the one I have out of the way.. in fact >> thinking about it.. I did not regenerate this (with the >> config program) but copied it from my old disk.. but of >> course even if its bad it should not crash the kernel. > > FWIW, I experience the same symptoms on a Radeon Mobility X300. > They go away when I disable DRI. I think that by not using a > /etc/X11/xorg.conf, X switches to either vesa(4) or ati(4) drivers > instead of using radeon(4). > >> R >> >> >> -- >> Randall Stewart >> NSSTG - Cisco Systems Inc. >> 803-345-0369 803-317-4952 (cell) >> _______________________________________________ >> 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" >> > > Ok.. I now have a work around :-) with a bit of playing.. I find that if you go into the xorg.conf file and comment out the line: Section "Module" # Load "dri" <---- Then everything is fine.. no more crashes :-) R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Thu Jan 4 11:33:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6F06916A403; Thu, 4 Jan 2007 11:33:36 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by mx1.freebsd.org (Postfix) with ESMTP id 44D1013C441; Thu, 4 Jan 2007 11:33:36 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-6.cisco.com with ESMTP; 04 Jan 2007 03:33:36 -0800 X-IronPort-AV: i="4.12,236,1165219200"; d="scan'208"; a="97946289:sNHT44112645" Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l04BXa87018948; Thu, 4 Jan 2007 03:33:36 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l04BXZUg003341; Thu, 4 Jan 2007 03:33:35 -0800 (PST) Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 4 Jan 2007 03:33:35 -0800 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 4 Jan 2007 03:33:35 -0800 Message-ID: <459CE5F9.3020504@cisco.com> Date: Thu, 04 Jan 2007 06:33:13 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: Ricardo Nabinger Sanchez References: <45891FE9.4020700@cisco.com> <58281AA0-3738-490C-9EA8-7766033713A2@siliconlandmark.com> <458960F2.9090703@cisco.com> <200612281756.29949.jhb@freebsd.org> <4594F282.7080504@cisco.com> <20070103100555.3611b41c.rnsanchez@wait4.org> In-Reply-To: <20070103100555.3611b41c.rnsanchez@wait4.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 04 Jan 2007 11:33:35.0455 (UTC) FILETIME=[2BABBEF0:01C72FF4] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1797; t=1167910416; x=1168774416; c=relaxed/simple; s=sjdkim1002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20A=20stuck=20system |Sender:=20; bh=WFgi1KPgJ0NUnAm5aXUDkXZ3TKL/83fpthxx6sdoGXU=; b=CxiHyKxpoH1CAnsU5ODvzeADjqTD4QWbORwvUCXvGedtGtXES8SHUPBPwrvy0QIAapaSINDG xJq1hiSgg6O4pl6ACcM9LQUG8eNstahZ6YQvdvg5lcmfy+ejj6cx3Dy5; Authentication-Results: sj-dkim-1; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim1002 verified; ); Cc: freebsd-current@freebsd.org Subject: Re: A stuck system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jan 2007 11:33:36 -0000 Ricardo Nabinger Sanchez wrote: > On Fri, 29 Dec 2006 05:48:34 -0500 > Randall Stewart wrote: > >> Nope... its just a single port, on-motherboard msk0. >> >> It does wake up though if I ping any interface... >> >> I suspect it might be a hardware problem.. not sure >> yet :-0 > > How about installing a ping trap in the device driver to generate a dump? > What I mean is to, whenever the device driver receives a packet, it checks if > the packet is a special ping packet (with some specific data, like > "dumpdump..." in the data field), and if so, forces a dump so you can check > (luckily) where the system came from. > > It's a long shot, but perhaps it gives a hint. > > Does this behavior happens on IA-64 boxes? If so, the kernel could set up > the processor to save performance data (specifically the branch history), and > the special ping (or something else) could be used to print the branch buffer > history, instead of dumping a core. Debugging symbols would be a must, I > believe. > Well... the machine is only a p4d gigabit motherboard... I am more and more suspecting a hardware problem. There is a em card in the machine and the motherboard msk card. The most recent update of the msk card seems to crash the system at startup.. so I took it out of my load config.. have not played with it yet.. Previously I could ping the msk net.. and the machine would wakeup.. now that I don't have the msk card.. guess what.. pinging the em0 card DOES NOT wake the machine up.. I bet there is some foul-up on the motherboard causing it to not deliver interrupts until another one (on the mother board) comes in... oh well.. R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Thu Jan 4 12:17:57 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CE02416A407 for ; Thu, 4 Jan 2007 12:17:57 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id A67DF13C465 for ; Thu, 4 Jan 2007 12:17:57 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [10.0.0.1] (216-160-98-154.tukw.qwest.net [216.160.98.154]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l04CHod6092689 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Thu, 4 Jan 2007 07:17:56 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Thu, 4 Jan 2007 04:16:28 -0800 (PST) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: current@freebsd.org In-Reply-To: <20070104005625.D1508@10.0.0.1> Message-ID: <20070104041530.O613@10.0.0.1> References: <20070104005625.D1508@10.0.0.1> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jan 2007 12:17:58 -0000 Some last minute inspiration has the nice response looking much more favorable. This will be the last of my changes until I have some feedback. Thanks, Jeff On Thu, 4 Jan 2007, Jeff Roberson wrote: > Hello everyone, > > After a considerable vacation from ULE I have come back to address some long > standing concerns. I felt that the old double-queue mechanism caused very > unnatural behavior and have finally come up with something I'm happy to > replace it with. I've been working on this off and on for several months > now. Some details are below. More are at: > http://jeffr-tech.livejournal.com/3729.html > > The version now in CVS(1.172) should restore ULE's earlier interactive > performance under load. I have tested with a make -j128 kernel while using > mozilla and while playing a dvd. Neither ever skip for me. nice now has a > more gradual effect than before. It no longer allows the total starvation of > processes. ULE should also be very slightly faster on UP as compared to > before. SMP behavior should have changed very little although I did simplify > some small parts of these algorithms. In general, non-interactive tasks are > scheduled much more intelligently although this may not be apparent under > most workloads. > > I'm hoping for the following types of feedback from anyone interested in > testing: > > 1) Is the response to nice levels as you would hope? I think nice +20 may > not inhibit the nice'd thread enough at the moment. > 2) Is the interactive performance satisfactory? > 3) Is there any performance degredation for your common tasks? > 4) Does the cpu estimator give reasonable results? See %cpu in top. It is > expected that there will be periods where summing up all threads will yield > slightly over 100% cpu. > > Any and all feedback is welcome. Please make sure any problem reports are > sent to jroberson@chesapeake.net in the to line so I see them more quickly. > > Thanks, > Jeff > > ---------- Forwarded message ---------- > Date: Thu, 4 Jan 2007 08:56:25 +0000 (UTC) > From: Jeff Roberson > To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org > Subject: cvs commit: src/sys/kern sched_ule.c > > jeff 2007-01-04 08:56:25 UTC > > FreeBSD src repository > > Modified files: > sys/kern sched_ule.c > Log: > ULE 2.0: > - Remove the double queue mechanism for timeshare threads. It was slow > due to excess cache lines in play, caused suboptimal scheduling behavior > with niced and other non-interactive processes, complicated priority > lending, etc. > - Use a circular queue with a floating starting index for timeshare > threads. > Enforces fairness by moving the insertion point closer to threads with > worse priorities over time. > - Give interactive timeshare threads real-time user-space priorities and > place them on the realtime/ithd queue. > - Select non-interactive timeshare thread priorities based on their cpu > utilization over the last 10 seconds combined with the nice value. This > gives us more sane priorities and behavior in a loaded system as > compared to the old method of using the interactivity score. The > interactive score quickly hit a ceiling if threads were non-interactive > and penalized new hog threads. > - Use one slice size for all threads. The slice is not currently > dynamically set to adjust scheduling behavior of different threads. > - Add some new sysctls for scheduling parameters. > > Bug fixes/Clean up: > - Fix zeroing of td_sched after initialization in sched_fork_thread() > caused > by recent ksegrp removal. > - Fix KSE interactivity issues related to frequent forking and exiting of > kse threads. We simply disable the penalty for thread creation and exit > for kse threads. > - Cleanup the cpu estimator by using tickincr here as well. Keep ticks > and > ltick/ftick in the same frequency. Previously ticks were stathz and > others were hz. > - Lots of new and updated comments. > - Many many others. > > Tested on: up x86/amd64, 8way amd64. > > Revision Changes Path > 1.172 +332 -412 src/sys/kern/sched_ule.c > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Jan 4 13:37:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DFF9A16A403 for ; Thu, 4 Jan 2007 13:37:07 +0000 (UTC) (envelope-from siarodx@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 7903713C44B for ; Thu, 4 Jan 2007 13:37:07 +0000 (UTC) (envelope-from siarodx@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so7509921nfc for ; Thu, 04 Jan 2007 05:37:06 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:subject:references:content-type:content-transfer-encoding; b=nkJ/xWl4WHd1gKbuUNTWKDZHIMZKP9GSFKxGSMY6XTwaTrknqzYspvEyn5xRrYTg+MqvcMNxYroMQI1iM7Tb7LU4ZKIO2jVhsmUi03rnc/i/0hf0Ip13f8kqqVai1jYD2x/79985Tkms4bdEHR5EjVAtbPEG/uYRQpGGyaBa9Fk= Received: by 10.49.21.8 with SMTP id y8mr6491295nfi.1167916234273; Thu, 04 Jan 2007 05:10:34 -0800 (PST) Received: from ?192.168.0.1? ( [87.6.160.147]) by mx.google.com with ESMTP id r33sm92352706nfc.2007.01.04.05.10.32; Thu, 04 Jan 2007 05:10:32 -0800 (PST) Message-ID: <459CFCC2.7060505@gmail.com> Date: Thu, 04 Jan 2007 14:10:26 +0100 From: Diego User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: 20070104005625.D1508@10.0.0.1 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 04 Jan 2007 14:47:24 +0000 Subject: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jan 2007 13:37:08 -0000 Hi Jeff! Can you provide a patch for RELENG_6? Or it cannot be applicable? From owner-freebsd-current@FreeBSD.ORG Thu Jan 4 15:27:03 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6334116A412 for ; Thu, 4 Jan 2007 15:27:03 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.freebsd.org (Postfix) with ESMTP id 8E07013C467 for ; Thu, 4 Jan 2007 15:27:02 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.8/8.13.8/NinthNine) with SMTP id l04F56UH083226; Fri, 5 Jan 2007 00:05:06 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Fri, 5 Jan 2007 00:05:00 +0900 From: Norikatsu Shigemura To: Jeff Roberson Message-Id: <20070105000500.d005ca0b.nork@FreeBSD.org> In-Reply-To: <20070104005625.D1508@10.0.0.1> References: <20070104005625.D1508@10.0.0.1> X-Mailer: Sylpheed 2.3.0rc (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Fri, 05 Jan 2007 00:05:06 +0900 (JST) Cc: Norikatsu Shigemura , current@FreeBSD.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jan 2007 15:27:03 -0000 On Thu, 4 Jan 2007 01:11:59 -0800 (PST) Jeff Roberson wrote: > Any and all feedback is welcome. Please make sure any problem reports are > sent to jroberson@chesapeake.net in the to line so I see them more > quickly. How about following panic? pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff,0xd0000-0xd3fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec Fast IPsec: Initialized Security Association Processing. (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. (noperiph:sym1:0:-1:-1): SCSI BUS reset delivered. panic: sched_priority: invalid priority 225 cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper(806b9702,f7bf6b5c,804a1776,806d8769,0,...) at db_trace_self_wrapper+0x26 kdb_backtrace(806d8769,0,806b87f2,f7bf6b68,84685cb0,...) at kdb_backtrace+0x2e panic(806b87f2,e1,8072a900,8072a900,ffffffff,...) at panic+0x126 sched_priority(8072a900,1,806b86d1,570,8072a6c0,...) at sched_priority+0xc6 sched_wakeup(8072a900,1,806b7618,1cc,8072a900,...) at sched_wakeup+0xe8 setrunnable(8072a900,1,806ba13f,271) at setrunnable+0xb5 sleepq_resume_thread(84412980,8072a900,ffffffff,2bd,84d0f064,...) at sleepq_resume_thread+0x2a8 sleepq_signal(84d0f064,1,ffffffff,0,84d0f04c,...) at sleepq_signal+0x11b cv_signal(84d0f064,0,806b6bed,4f,8094c65d,...) at cv_signal+0x3b _sema_post(84d0f04c,8094c65d,1e1,84d0f000,84d0f000,...) at _sema_post+0x44 ata_completed(84d0f000,0,84d0f000,84a11880,f7bf6ca8,...) at ata_completed+0x35d ata_finish(84d0f000,2,8094bf73,156,84a1a780,...) at ata_finish+0x36 ata_interrupt(846aee00,f7bf6cd0,804befb1,8072c070,2,...) at ata_interrupt+0x14f ithread_execute_handlers(84684900,844b6680,80495eef,8072c070,84685cb0,...) at ithread_execute_handlers+0x168 ithread_loop(84a1a680,f7bf6d38,806b3baa,328,84684900,...) at ithread_loop+0x84 fork_exit(80486cd0,84a1a680,f7bf6d38) at fork_exit+0xd1 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xf7bf6d6c, ebp = 0 --- KDB: enter: panic [thread pid 33 tid 100032 ] Stopped at kdb_enter+0x30: leave db> call doadump Cannot dump. No dump device defined. = 0x25 db> From owner-freebsd-current@FreeBSD.ORG Thu Jan 4 15:39:32 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B9A6516A407; Thu, 4 Jan 2007 15:39:32 +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 6FBD113C44C; Thu, 4 Jan 2007 15:39:32 +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.4/8.13.4) with ESMTP id l04FR5hG058233; Thu, 4 Jan 2007 08:27:10 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <459D1CC8.9060604@samsco.org> Date: Thu, 04 Jan 2007 08:27:04 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20061227 SeaMonkey/1.1 MIME-Version: 1.0 To: David Xu References: <20070104005625.D1508@10.0.0.1> <459CCBA1.40305@freebsd.org> In-Reply-To: <459CCBA1.40305@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Thu, 04 Jan 2007 08:27:10 -0700 (MST) X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Jeff Roberson , current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jan 2007 15:39:32 -0000 David Xu wrote: > Jeff Roberson wrote: >> Hello everyone, >> >> After a considerable vacation from ULE I have come back to address >> some long standing concerns. I felt that the old double-queue >> mechanism caused very unnatural behavior and have finally come up with >> something I'm happy to replace it with. I've been working on this off >> and on for several months now. Some details are below. More are at: >> http://jeffr-tech.livejournal.com/3729.html >> >> The version now in CVS(1.172) should restore ULE's earlier interactive >> performance under load. I have tested with a make -j128 kernel while >> using mozilla and while playing a dvd. Neither ever skip for me. >> nice now has a more gradual effect than before. It no longer allows >> the total starvation of processes. ULE should also be very slightly >> faster on UP as compared to before. SMP behavior should have changed >> very little although I did simplify some small parts of these >> algorithms. In general, non-interactive tasks are scheduled much more >> intelligently although this may not be apparent under most workloads. >> >> I'm hoping for the following types of feedback from anyone interested >> in testing: >> >> 1) Is the response to nice levels as you would hope? I think nice >> +20 may not inhibit the nice'd thread enough at the moment. >> 2) Is the interactive performance satisfactory? >> 3) Is there any performance degredation for your common tasks? >> 4) Does the cpu estimator give reasonable results? See %cpu in top. >> It is expected that there will be periods where summing up all threads >> will yield slightly over 100% cpu. >> >> Any and all feedback is welcome. Please make sure any problem reports >> are sent to jroberson@chesapeake.net in the to line so I see them more >> quickly. >> >> Thanks, >> Jeff > > I think it might be not a right way to work on FreeBSD thread scheduler, > it is more important to work out a cpu dispatcher rather than inventing > a dynamic priority algorithm to replace 4BSD's algorithm, the 4BSD > dynamic priority algorithm is still the best one I can find, it provides > very good fairness. the most important thing is there should be a > cpu dispatcher which knows how to place a thread on a cpu with cpu > affinity-aware, maybe multiple runqueues, it knows cpu topology, and > may be NUMA awareness, maybe provide cpu partitions, root can create > and destroy a partition, root can add cpu to the partition or remove > a cpu from the parition or move a cpu from partition a to partition b, > bind applications to a partition etcs. On the top of cpu-dispatcher, > there could be 4BSD or other dynamic priority alogrithm, but that's > less important than this one. with this thought, I am going to remove > sched_core as I found the cpu dispatcher is the key thing. > > Regards, > David Xu > It sounds like you want the linux O(1) scheduler. It would be very interesting to see this applied to FreeBSD. Scott From owner-freebsd-current@FreeBSD.ORG Thu Jan 4 19:30:02 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B425616A407 for ; Thu, 4 Jan 2007 19:30:02 +0000 (UTC) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (bewilderbeast.blackhelicopters.org [198.22.63.8]) by mx1.freebsd.org (Postfix) with ESMTP id E6A0013C44B for ; Thu, 4 Jan 2007 19:30:01 +0000 (UTC) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.13.8/8.13.8) with ESMTP id l04Isnpi080069 for ; Thu, 4 Jan 2007 13:54:49 -0500 (EST) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.13.8/8.13.8/Submit) id l04Isncm080068 for current@freebsd.org; Thu, 4 Jan 2007 13:54:49 -0500 (EST) (envelope-from mwlucas) Date: Thu, 4 Jan 2007 13:54:49 -0500 From: "Michael W. Lucas" To: current@freebsd.org Message-ID: <20070104185449.GA79991@bewilderbeast.blackhelicopters.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (bewilderbeast.blackhelicopters.org [127.0.0.1]); Thu, 04 Jan 2007 13:54:49 -0500 (EST) Cc: Subject: -current silent lockups X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jan 2007 19:30:02 -0000 Hi, I have a -current box that is behaving badly. My main suspicion is that the hardware is flaky, but Google searches on the error code reveal that Linux had a software bug that caused this same issue. So, before I argue with Dell, I thought I'd ask here to see if there's any chance FreeBSD has a similar error. The system is a Dell 2850, with 6 300GB disks in hardware raid 5. The error occurs randomly. The machine locks up; keyboard is nonresponsive, console continues showing the same thing. Ctrl-Alt-Esc does nothing. Under normal use, every couple of weeks the box locks up like this. When I kldload ipmi.ko, the lockup occurs daily. When I attempt to boot a fresh -current GENERIC kernel on this system, the system completes a single-user-mode boot but never completes a multiuser mode boot. (It's a slightly older -current, so I thought an upgrade might be useful; but I don't want to run the installworld if it's going to do nothing but lock up!) Is there any chance this is a FreeBSD bug, and not a Dell hardware problem? This box is not in production yet, so I can beat the crap out of it for the next month or so. Any advice appreciated! System info follows. Thanks, ==ml FreeBSD aubsr019.us.add 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Thu Aug 24 19:14:23 EDT 2006 system_mwl@aubsr019.us.add:/usr/obj/usr/src/sys/LOGHOST amd64 aubsr019~;mount /dev/amrd0s1a on / (ufs, local) devfs on /dev (devfs, local) /dev/amrd0s1d on /altroot (ufs, local, soft-updates) /dev/amrd0s1f on /altroot/usr (ufs, local, soft-updates) /dev/amrd0s1g on /home (ufs, local, soft-updates) /dev/amrd0s1e on /usr (ufs, local, soft-updates) /dev/amrd0s1h on /var (ufs, local, soft-updates) /dev/md0 on /tmp (ufs, local) aubsr019~; Copyright (c) 1992-2006 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 7.0-CURRENT #2: Thu Aug 24 19:14:23 EDT 2006 system_mwl@aubsr019.us.add:/usr/obj/usr/src/sys/LOGHOST WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.00GHz (2992.71-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x641d AMD Features=0x20100800 Logical CPUs per core: 2 usable memory = 6434021376 (6135 MB) avail memory = 6218022912 (5929 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic1: Changing APIC ID to 3 ioapic1: WARNING: intbase 32 != expected base 24 ioapic2: Changing APIC ID to 4 ioapic2: WARNING: intbase 64 != expected base 56 ioapic3: Changing APIC ID to 5 ioapic3: WARNING: intbase 96 != expected base 88 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 32-55 on motherboard ioapic2 irqs 64-87 on motherboard ioapic3 irqs 96-119 on motherboard kbd1 at kbdmux0 acpi0: on motherboard 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 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 amr0: mem 0xf80f0000-0xf80fffff,0xfe9c0000-0xfe9fffff irq 46 at device 14.0 on pci2 amr0: Using 64-bit DMA amr0: delete logical drives supported by controller amr0: Firmware 521X, BIOS H430, 256MB RAM pcib3: at device 0.2 on pci1 pci3: on pcib3 pcib4: at device 4.0 on pci0 pci4: on pcib4 pcib5: at device 5.0 on pci0 pci5: on pcib5 pcib6: at device 0.0 on pci5 pci6: on pcib6 em0: port 0xecc0-0xecff mem 0xfe6e0000-0xfe6fffff irq 64 at device 7.0 on pci6 em0: Ethernet address: 00:13:72:64:cc:9d pcib7: at device 0.2 on pci5 pci7: on pcib7 em1: port 0xdcc0-0xdcff mem 0xfe4e0000-0xfe4fffff irq 65 at device 8.0 on pci7 em1: Ethernet address: 00:13:72:64:cc:9e pcib8: at device 6.0 on pci0 pci8: on pcib8 pcib9: at device 0.0 on pci8 pci9: on pcib9 em2: port 0xccc0-0xccff mem 0xfe1e0000-0xfe1fffff irq 106 at device 4.0 on pci9 em2: Ethernet address: 00:04:23:ce:45:d6 em3: port 0xcc80-0xccbf mem 0xfe1c0000-0xfe1dffff irq 107 at device 4.1 on pci9 em3: Ethernet address: 00:04:23:ce:45:d7 pcib10: at device 0.2 on pci8 pci10: on pcib10 em4: port 0xbcc0-0xbcff mem 0xfdfe0000-0xfdffffff,0xfdf80000-0xfdfbffff irq 96 at device 2.0 on pci10 em4: Ethernet address: 00:04:23:c2:91:02 em5: port 0xbc80-0xbcbf mem 0xfdfc0000-0xfdfdffff,0xfdf40000-0xfdf7ffff irq 97 at device 2.1 on pci10 em5: Ethernet address: 00:04:23:c2:91:03 em6: port 0xbc40-0xbc7f mem 0xfdf20000-0xfdf3ffff irq 101 at device 3.0 on pci10 em6: Ethernet address: 00:04:23:ce:4c:2a em7: port 0xbc00-0xbc3f mem 0xfdf00000-0xfdf1ffff irq 102 at device 3.1 on pci10 em7: Ethernet address: 00:04:23:ce:4c:2b uhci0: port 0x9ce0-0x9cff irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x9cc0-0x9cdf irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 usb1: root hub problem, error=4 uhci2: port 0x9ca0-0x9cbf irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 usb2: root hub problem, error=4 ehci0: mem 0xfeb00000-0xfeb003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 usb3: root hub problem, error=4 pcib11: at device 30.0 on pci0 pci11: on pcib11 vgapci0: port 0xac00-0xacff mem 0xf0000000-0xf7ffffff,0xfdcf0000-0xfdcfffff irq 18 at device 13.0 on pci11 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 ata1: on atapci0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 2000 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 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: [FAST] orm0: at iomem 0xc0000-0xcafff,0xec000-0xeffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master UDMA33 amr0: delete logical drives supported by controller amrd0: on amr0 amrd0: 1430400MB (2929459200 sectors) RAID 5 (optimal) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/amrd0s1a WARNING: / was not properly dismounted WARNING: /altroot was not properly dismounted WARNING: /altroot/usr was not properly dismounted WARNING: /home was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted /var: mount pending error: blocks 3380 files 9 # # GENERIC -- Generic kernel configuration file for FreeBSD/amd64 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/amd64/conf/GENERIC,v 1.464 2006/07/09 16:39:21 mjacob Exp $ cpu HAMMER ident GENERIC # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories #options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT #options NTFS # NT File System #options MSDOSFS # MSDOS Filesystem #options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_IA32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed options KDB_UNATTENDED # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel # Linux 32-bit ABI support options COMPAT_LINUX32 # Compatible with i386 linux binaries options LINPROCFS # Cannot be a module yet. options LINSYSFS # Bus support. device acpi device pci # Floppy drives device fdc # ATA and ATAPI devices device ata #device atadisk # ATA disk drives #device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahc # AHA2940 and onboard AIC7xxx devices #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. #device ahd # AHA39320/29320 and onboard AIC79xx devices #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. #device amd # AMD 53C974 (Tekram DC-390(T)) #device isp # Qlogic family ##device ispfw # Firmware for QLogic HBAs- normally a module #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters # SCSI peripherals device scbus # SCSI bus (required for SCSI) #device ch # SCSI media changers device da # Direct Access (disks) #device sa # Sequential Access (tape etc) #device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID #device arcmsr # Areca SATA II RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device rr232x # Highpoint RocketRAID 232x #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mfi # LSI MegaRAID SAS #device mlx # Mylex DAC960 family #XXX pointer/int warnings #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver #device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports device uart # Generic UART driver # Parallel port #device ppc #device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to sio, uart and/or ppc drivers): #device puc # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device le # AMD Am7900 LANCE and Am79C9xx PCnet #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! #device miibus # MII bus support #device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device lge # Level 1 LXT1001 gigabit Ethernet #device nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit Ethernet #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # # Wireless NIC cards #device wlan # 802.11 support #device wlan_wep # 802.11 WEP support #device wlan_ccmp # 802.11 CCMP support #device wlan_tkip # 802.11 TKIP support #device an # Aironet 4500/4800 802.11 wireless NICs. #device ath # Atheros pci/cardbus NIC's #device ath_hal # Atheros HAL (Hardware Access Layer) #device ath_rate_sample # SampleRate tx rate control for ath #device awi # BayStack 660 and others #device ral # Ralink Technology RT2500 wireless NICs. #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse #device ural # Ralink Technology RT2500USB wireless NICs #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires miibus #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) options DEVICE_POLLING options HZ=1000 -- Michael W. Lucas mwlucas@FreeBSD.org, mwlucas@BlackHelicopters.org http://www.BlackHelicopters.org/~mwlucas/ Latest book: PGP & GPG -- http://www.pgpandgpg.com "The cloak of anonymity protects me from the nuisance of caring." -Non Sequitur From owner-freebsd-current@FreeBSD.ORG Thu Jan 4 19:31:38 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C41016A412 for ; Thu, 4 Jan 2007 19:31:38 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id D69E413C442 for ; Thu, 4 Jan 2007 19:31:37 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so4902264uge for ; Thu, 04 Jan 2007 11:31:36 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=RjhocnoKLRYNqvZ5ZvMLydP/hyb0X4WCPrGFQi1Uva2kcNIjP7f5IsrDAjBJtLm7Sry3Vaj1HRkU+guT1A0LTEcZEm+0INdcJ201CjwSTA6/Emkm7KjrAKdi32JttV+AGVUocGXrwVg7PIRGcI2cDjbsi9pA2V1PwWwhKD10+gg= Received: by 10.82.139.17 with SMTP id m17mr2015128bud.1167939096563; Thu, 04 Jan 2007 11:31:36 -0800 (PST) Received: by 10.82.191.16 with HTTP; Thu, 4 Jan 2007 11:31:36 -0800 (PST) Message-ID: Date: Thu, 4 Jan 2007 11:31:36 -0800 From: "Kip Macy" To: "David Xu" In-Reply-To: <459CCBA1.40305@freebsd.org> MIME-Version: 1.0 References: <20070104005625.D1508@10.0.0.1> <459CCBA1.40305@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Jeff Roberson , current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jan 2007 19:31:38 -0000 4BSD is robust, but I wouldn't say it scales well. The way its decay scheduling is implemented is very centered around having one queue. The algorithm also does not have any way of taking more complex topologies multi-package vs. multi-core vs. multi-thread into account. The scheduler isn't FreeBSD's biggest scaling problem, but it will definitely wear thin with time. -Kip On1/4/07, David Xu wrote: > > Jeff Roberson wrote: > > Hello everyone, > > > > After a considerable vacation from ULE I have come back to address some > > long standing concerns. I felt that the old double-queue mechanism > > caused very unnatural behavior and have finally come up with something > > I'm happy to replace it with. I've been working on this off and on for > > several months now. Some details are below. More are at: > > http://jeffr-tech.livejournal.com/3729.html > > > > The version now in CVS(1.172) should restore ULE's earlier interactive > > performance under load. I have tested with a make -j128 kernel while > > using mozilla and while playing a dvd. Neither ever skip for me. nice > > now has a more gradual effect than before. It no longer allows the > > total starvation of processes. ULE should also be very slightly faster > > on UP as compared to before. SMP behavior should have changed very > > little although I did simplify some small parts of these algorithms. In > > general, non-interactive tasks are scheduled much more intelligently > > although this may not be apparent under most workloads. > > > > I'm hoping for the following types of feedback from anyone interested in > > testing: > > > > 1) Is the response to nice levels as you would hope? I think nice +20 > > may not inhibit the nice'd thread enough at the moment. > > 2) Is the interactive performance satisfactory? > > 3) Is there any performance degredation for your common tasks? > > 4) Does the cpu estimator give reasonable results? See %cpu in top. > > It is expected that there will be periods where summing up all threads > > will yield slightly over 100% cpu. > > > > Any and all feedback is welcome. Please make sure any problem reports > > are sent to jroberson@chesapeake.net in the to line so I see them more > > quickly. > > > > Thanks, > > Jeff > > I think it might be not a right way to work on FreeBSD thread scheduler, > it is more important to work out a cpu dispatcher rather than inventing > a dynamic priority algorithm to replace 4BSD's algorithm, the 4BSD > dynamic priority algorithm is still the best one I can find, it provides > very good fairness. the most important thing is there should be a > cpu dispatcher which knows how to place a thread on a cpu with cpu > affinity-aware, maybe multiple runqueues, it knows cpu topology, and > may be NUMA awareness, maybe provide cpu partitions, root can create > and destroy a partition, root can add cpu to the partition or remove > a cpu from the parition or move a cpu from partition a to partition b, > bind applications to a partition etcs. On the top of cpu-dispatcher, > there could be 4BSD or other dynamic priority alogrithm, but that's > less important than this one. with this thought, I am going to remove > sched_core as I found the cpu dispatcher is the key thing. > > Regards, > David Xu > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Jan 4 22:01:29 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C704216A403; Thu, 4 Jan 2007 22:01:29 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id A132D13C442; Thu, 4 Jan 2007 22:01:29 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [10.0.0.1] (216-160-98-154.tukw.qwest.net [216.160.98.154]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l04M1NdU090839 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Thu, 4 Jan 2007 17:01:27 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Thu, 4 Jan 2007 14:00:00 -0800 (PST) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Scott Long In-Reply-To: <459D1CC8.9060604@samsco.org> Message-ID: <20070104135604.H552@10.0.0.1> References: <20070104005625.D1508@10.0.0.1> <459CCBA1.40305@freebsd.org> <459D1CC8.9060604@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: David Xu , current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jan 2007 22:01:29 -0000 On Thu, 4 Jan 2007, Scott Long wrote: > David Xu wrote: >> Jeff Roberson wrote: >>> Hello everyone, >>> >>> After a considerable vacation from ULE I have come back to address some >>> long standing concerns. I felt that the old double-queue mechanism caused >>> very unnatural behavior and have finally come up with something I'm happy >>> to replace it with. I've been working on this off and on for several >>> months now. Some details are below. More are at: >>> http://jeffr-tech.livejournal.com/3729.html >>> >>> The version now in CVS(1.172) should restore ULE's earlier interactive >>> performance under load. I have tested with a make -j128 kernel while >>> using mozilla and while playing a dvd. Neither ever skip for me. nice >>> now has a more gradual effect than before. It no longer allows the total >>> starvation of processes. ULE should also be very slightly faster on UP as >>> compared to before. SMP behavior should have changed very little although >>> I did simplify some small parts of these algorithms. In general, >>> non-interactive tasks are scheduled much more intelligently although this >>> may not be apparent under most workloads. >>> >>> I'm hoping for the following types of feedback from anyone interested in >>> testing: >>> >>> 1) Is the response to nice levels as you would hope? I think nice +20 >>> may not inhibit the nice'd thread enough at the moment. >>> 2) Is the interactive performance satisfactory? >>> 3) Is there any performance degredation for your common tasks? >>> 4) Does the cpu estimator give reasonable results? See %cpu in top. It >>> is expected that there will be periods where summing up all threads will >>> yield slightly over 100% cpu. >>> >>> Any and all feedback is welcome. Please make sure any problem reports are >>> sent to jroberson@chesapeake.net in the to line so I see them more >>> quickly. >>> >>> Thanks, >>> Jeff >> >> I think it might be not a right way to work on FreeBSD thread scheduler, >> it is more important to work out a cpu dispatcher rather than inventing >> a dynamic priority algorithm to replace 4BSD's algorithm, the 4BSD >> dynamic priority algorithm is still the best one I can find, it provides >> very good fairness. the most important thing is there should be a >> cpu dispatcher which knows how to place a thread on a cpu with cpu >> affinity-aware, maybe multiple runqueues, it knows cpu topology, and >> may be NUMA awareness, maybe provide cpu partitions, root can create >> and destroy a partition, root can add cpu to the partition or remove >> a cpu from the parition or move a cpu from partition a to partition b, >> bind applications to a partition etcs. On the top of cpu-dispatcher, there >> could be 4BSD or other dynamic priority alogrithm, but that's >> less important than this one. with this thought, I am going to remove >> sched_core as I found the cpu dispatcher is the key thing. >> >> Regards, >> David Xu >> > > It sounds like you want the linux O(1) scheduler. It would be very > interesting to see this applied to FreeBSD. I looked at porting the linux O(1) scheduler when I started ULE. First, it wouldn't translate directly enough to FreeBSD to make a port worthwhile. The two systems are simply too different. Second, I know that this will sound like a bit of bsd elitism, but it's true. FreeBSD users wouldn't have accepted the level of fairness and interactivity of the linux scheduler. I did a lot of benchmarks and analysis of it at the time and they would've scoffed at it for sure as ULE was ahead of it in that regard. It may have come a long way since then as I haven't looked at it in years. Jeff > > Scott > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Jan 4 22:02:34 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 50F0D16A416; Thu, 4 Jan 2007 22:02:34 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 2991F13C467; Thu, 4 Jan 2007 22:02:34 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [10.0.0.1] (216-160-98-154.tukw.qwest.net [216.160.98.154]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l04M2VYE091241 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Thu, 4 Jan 2007 17:02:32 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Thu, 4 Jan 2007 14:01:08 -0800 (PST) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Norikatsu Shigemura In-Reply-To: <20070105000500.d005ca0b.nork@FreeBSD.org> Message-ID: <20070104140012.K552@10.0.0.1> References: <20070104005625.D1508@10.0.0.1> <20070105000500.d005ca0b.nork@FreeBSD.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1818303553-1167948068=:552" Cc: current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jan 2007 22:02:34 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1818303553-1167948068=:552 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Please test with the attached patch. Your system should boot now and report two printfs in dmesg: + printf("sched_priority: invalid priority %d", + pri); + printf("nice %d, ticks %d ftick %d ltick %d tick pri %d\n", If you could supply me with the output of those I can surely fix the problem. Thanks, Jeff On Fri, 5 Jan 2007, Norikatsu Shigemura wrote: > On Thu, 4 Jan 2007 01:11:59 -0800 (PST) > Jeff Roberson wrote: >> Any and all feedback is welcome. Please make sure any problem reports are >> sent to jroberson@chesapeake.net in the to line so I see them more >> quickly. > > How about following panic? > > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xccfff,0xd0000-0xd3fff pnpid ORM0000 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounters tick every 1.000 msec > Fast IPsec: Initialized Security Association Processing. > (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. > (noperiph:sym1:0:-1:-1): SCSI BUS reset delivered. > panic: sched_priority: invalid priority 225 > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper(806b9702,f7bf6b5c,804a1776,806d8769,0,...) at db_trace_self_wrapper+0x26 > kdb_backtrace(806d8769,0,806b87f2,f7bf6b68,84685cb0,...) at kdb_backtrace+0x2e > panic(806b87f2,e1,8072a900,8072a900,ffffffff,...) at panic+0x126 > sched_priority(8072a900,1,806b86d1,570,8072a6c0,...) at sched_priority+0xc6 > sched_wakeup(8072a900,1,806b7618,1cc,8072a900,...) at sched_wakeup+0xe8 > setrunnable(8072a900,1,806ba13f,271) at setrunnable+0xb5 > sleepq_resume_thread(84412980,8072a900,ffffffff,2bd,84d0f064,...) at sleepq_resume_thread+0x2a8 > sleepq_signal(84d0f064,1,ffffffff,0,84d0f04c,...) at sleepq_signal+0x11b > cv_signal(84d0f064,0,806b6bed,4f,8094c65d,...) at cv_signal+0x3b > _sema_post(84d0f04c,8094c65d,1e1,84d0f000,84d0f000,...) at _sema_post+0x44 > ata_completed(84d0f000,0,84d0f000,84a11880,f7bf6ca8,...) at ata_completed+0x35d > ata_finish(84d0f000,2,8094bf73,156,84a1a780,...) at ata_finish+0x36 > ata_interrupt(846aee00,f7bf6cd0,804befb1,8072c070,2,...) at ata_interrupt+0x14f > ithread_execute_handlers(84684900,844b6680,80495eef,8072c070,84685cb0,...) at ithread_execute_handlers+0x168 > ithread_loop(84a1a680,f7bf6d38,806b3baa,328,84684900,...) at ithread_loop+0x84 > fork_exit(80486cd0,84a1a680,f7bf6d38) at fork_exit+0xd1 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xf7bf6d6c, ebp = 0 --- > KDB: enter: panic > [thread pid 33 tid 100032 ] > Stopped at kdb_enter+0x30: leave > db> call doadump > Cannot dump. No dump device defined. > = 0x25 > db> > _______________________________________________ > 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" > --0-1818303553-1167948068=:552 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=ule.diff Content-Transfer-Encoding: BASE64 Content-ID: <20070104140108.K552@10.0.0.1> Content-Description: Content-Disposition: attachment; filename=ule.diff SW5kZXg6IHNjaGVkX3VsZS5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpS Q1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvc3lzL2tlcm4vc2NoZWRfdWxlLmMs dg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjE3Mw0KZGlmZiAtdSAtcjEuMTcz IHNjaGVkX3VsZS5jDQotLS0gc2NoZWRfdWxlLmMJNCBKYW4gMjAwNyAxMjox NjoxOSAtMDAwMAkxLjE3Mw0KKysrIHNjaGVkX3VsZS5jCTQgSmFuIDIwMDcg MjE6NTk6MDYgLTAwMDANCkBAIC0xMDM3LDExICsxMDM3LDI0IEBADQogCQkg ICAgKCJzY2hlZF9wcmlvcml0eTogaW52YWxpZCBpbnRlcmFjdGl2ZSBwcmlv cml0eSAlZCIsIHByaSkpOw0KIAl9IGVsc2Ugew0KIAkJcHJpID0gU0NIRURf UFJJX01JTjsNCi0JCWlmICh0ZC0+dGRfc2NoZWQtPnRzX3RpY2tzKQ0KLQkJ CXByaSArPSBTQ0hFRF9QUklfVElDS1ModGQtPnRkX3NjaGVkKTsNCisJCXBy aSArPSBTQ0hFRF9QUklfVElDS1ModGQtPnRkX3NjaGVkKTsNCiAJCXByaSAr PSBTQ0hFRF9QUklfTklDRSh0ZC0+dGRfcHJvYy0+cF9uaWNlKTsNCi0JCUtB U1NFUlQocHJpID49IFBSSV9NSU5fVElNRVNIQVJFICYmIHByaSA8PSBQUklf TUFYX1RJTUVTSEFSRSwNCi0JCSAgICAoInNjaGVkX3ByaW9yaXR5OiBpbnZh bGlkIHByaW9yaXR5ICVkIiwgcHJpKSk7DQorCQlpZiAoIShwcmkgPj0gUFJJ X01JTl9USU1FU0hBUkUgJiYgcHJpIDw9IFBSSV9NQVhfVElNRVNIQVJFKSkg ew0KKwkJCXN0YXRpYyBpbnQgb25jZSA9IDE7DQorCQkJaWYgKG9uY2UpIHsN CisJCQkJcHJpbnRmKCJzY2hlZF9wcmlvcml0eTogaW52YWxpZCBwcmlvcml0 eSAlZCIsDQorCQkJCSAgICBwcmkpOw0KKwkJCQlwcmludGYoIm5pY2UgJWQs IHRpY2tzICVkIGZ0aWNrICVkIGx0aWNrICVkIHRpY2sgcHJpICVkXG4iLA0K KwkJCQkgICAgdGQtPnRkX3Byb2MtPnBfbmljZSwNCisJCQkJICAgIHRkLT50 ZF9zY2hlZC0+dHNfdGlja3MsDQorCQkJCSAgICB0ZC0+dGRfc2NoZWQtPnRz X2Z0aWNrLA0KKwkJCQkgICAgdGQtPnRkX3NjaGVkLT50c19sdGljaywNCisJ CQkJICAgIFNDSEVEX1BSSV9USUNLUyh0ZC0+dGRfc2NoZWQpKTsNCisJCQkJ b25jZSA9IDA7DQorCQkJfQ0KKwkJCXByaSA9IG1pbihtYXgocHJpLCBQUklf TUlOX1RJTUVTSEFSRSksDQorCQkJICAgIFBSSV9NQVhfVElNRVNIQVJFKTsN CisJCX0NCiAJfQ0KIAlzY2hlZF91c2VyX3ByaW8odGQsIHByaSk7DQogDQo= --0-1818303553-1167948068=:552-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 4 22:32:17 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1123516A40F for ; Thu, 4 Jan 2007 22:32:17 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id 9F24513C43E for ; Thu, 4 Jan 2007 22:32:16 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so7632977nfc for ; Thu, 04 Jan 2007 14:32:15 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=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; b=e7HcCDBVNqQ8t2pk0QNVALv9+71cgBqbK2ncLdGk1mMU/nZ1mij8GBxXrr6WRFU5mlNfUM3ftMIjnJe1gomZTtpnnYNFjy4ak2xMmtmhBAAd9pi4Ok6FtAmslMUJ70dDagxAF/z83y+XybF2qJSa6XteThAU9pw7zX8uHR+Ozdk= Received: by 10.82.182.8 with SMTP id e8mr1662036buf.1167948189736; Thu, 04 Jan 2007 14:03:09 -0800 (PST) Received: by 10.82.189.18 with HTTP; Thu, 4 Jan 2007 14:03:09 -0800 (PST) Message-ID: <3bbf2fe10701041403n79f1b356o3359ab9c627b5e1f@mail.gmail.com> Date: Thu, 4 Jan 2007 23:03:09 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Scott Long" In-Reply-To: <459D1CC8.9060604@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070104005625.D1508@10.0.0.1> <459CCBA1.40305@freebsd.org> <459D1CC8.9060604@samsco.org> X-Google-Sender-Auth: 423af0cb57dd45fd Cc: current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jan 2007 22:32:17 -0000 2007/1/4, Scott Long : > David Xu wrote: > > Jeff Roberson wrote: > >> Hello everyone, > >> > >> After a considerable vacation from ULE I have come back to address > >> some long standing concerns. I felt that the old double-queue > >> mechanism caused very unnatural behavior and have finally come up with > >> something I'm happy to replace it with. I've been working on this off > >> and on for several months now. Some details are below. More are at: > >> http://jeffr-tech.livejournal.com/3729.html > >> > >> The version now in CVS(1.172) should restore ULE's earlier interactive > >> performance under load. I have tested with a make -j128 kernel while > >> using mozilla and while playing a dvd. Neither ever skip for me. > >> nice now has a more gradual effect than before. It no longer allows > >> the total starvation of processes. ULE should also be very slightly > >> faster on UP as compared to before. SMP behavior should have changed > >> very little although I did simplify some small parts of these > >> algorithms. In general, non-interactive tasks are scheduled much more > >> intelligently although this may not be apparent under most workloads. > >> > >> I'm hoping for the following types of feedback from anyone interested > >> in testing: > >> > >> 1) Is the response to nice levels as you would hope? I think nice > >> +20 may not inhibit the nice'd thread enough at the moment. > >> 2) Is the interactive performance satisfactory? > >> 3) Is there any performance degredation for your common tasks? > >> 4) Does the cpu estimator give reasonable results? See %cpu in top. > >> It is expected that there will be periods where summing up all threads > >> will yield slightly over 100% cpu. > >> > >> Any and all feedback is welcome. Please make sure any problem reports > >> are sent to jroberson@chesapeake.net in the to line so I see them more > >> quickly. > >> > >> Thanks, > >> Jeff > > > > I think it might be not a right way to work on FreeBSD thread scheduler, > > it is more important to work out a cpu dispatcher rather than inventing > > a dynamic priority algorithm to replace 4BSD's algorithm, the 4BSD > > dynamic priority algorithm is still the best one I can find, it provides > > very good fairness. the most important thing is there should be a > > cpu dispatcher which knows how to place a thread on a cpu with cpu > > affinity-aware, maybe multiple runqueues, it knows cpu topology, and > > may be NUMA awareness, maybe provide cpu partitions, root can create > > and destroy a partition, root can add cpu to the partition or remove > > a cpu from the parition or move a cpu from partition a to partition b, > > bind applications to a partition etcs. On the top of cpu-dispatcher, > > there could be 4BSD or other dynamic priority alogrithm, but that's > > less important than this one. with this thought, I am going to remove > > sched_core as I found the cpu dispatcher is the key thing. > > > > Regards, > > David Xu > > > > It sounds like you want the linux O(1) scheduler. It would be very > interesting to see this applied to FreeBSD. > > Scott Well, sched_core has a lot of the Linux scheduler features. I think what really David want are 2 layers (dispatching/topology) independent by the "scheduling" algorithms. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Jan 4 23:49:55 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 1F71316A403; Thu, 4 Jan 2007 23:49:55 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: "Kip Macy" Date: Fri, 5 Jan 2007 07:49:48 +0800 User-Agent: KMail/1.8.2 References: <20070104005625.D1508@10.0.0.1> <459CCBA1.40305@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701050749.49058.davidxu@freebsd.org> Cc: Jeff Roberson , current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jan 2007 23:49:55 -0000 On Friday 05 January 2007 03:31, Kip Macy wrote: > 4BSD is robust, but I wouldn't say it scales well. The way its decay > scheduling is implemented is very centered around having one queue. The > algorithm also does not have any way of taking more complex topologies > multi-package vs. multi-core vs. multi-thread into account. The scheduler > isn't FreeBSD's biggest scaling problem, but it will definitely wear thin > with time. > > > -Kip I am not sure 4BSD was designed for single queue, I only know it is just a dynamic priority alogrithm for time-sharing process. Within large system, you may have to split resource into some regions and hierarchies, each region will have a load average, (current we only have single load average), thread may always have affinity with region resources, the region may have a global run queue which for example is designed for real-time thread or kernel thread which should be run as soon as possible, user or less important thread can be on per-cpu queue. Current, the problem in ULE and Linux scheduler is they don't care priority balance, a CPU may have many high priority threads while another CPU may only have few of them, while all alogrithm are designed based on priority scheduling, this problem can not be ignored, I have a two CPUs priority balance algorithm based on Solaris idea,the algorithm is also cache-affinity, I must say it have best performance when running mysql super-smack, normally I can 8% better performance on 2-cpu system, it is still 4BSD, I don't have algorithm for 4 cpu or more yet. since we use blockable mutex and priority propagation, I think priority is important, if spinlock is widely used, each spinlock looks like a critical region, then priority is less important, Linux widely uses spinlock, it might be only of reason why it still works. Regards, David Xu From owner-freebsd-current@FreeBSD.ORG Thu Jan 4 23:52:04 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 43FA016A407; Thu, 4 Jan 2007 23:52:04 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: "Kip Macy" Date: Fri, 5 Jan 2007 07:51:59 +0800 User-Agent: KMail/1.8.2 References: <20070104005625.D1508@10.0.0.1> <200701050749.49058.davidxu@freebsd.org> In-Reply-To: <200701050749.49058.davidxu@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701050751.59315.davidxu@freebsd.org> Cc: Jeff Roberson , current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jan 2007 23:52:04 -0000 On Friday 05 January 2007 07:49, David Xu wrote: > important, Linux widely uses spinlock, it might be only of reason why it > still works. one of reason. From owner-freebsd-current@FreeBSD.ORG Thu Jan 4 23:54:53 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 70F9816A403 for ; Thu, 4 Jan 2007 23:54:53 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.232]) by mx1.freebsd.org (Postfix) with ESMTP id 17C4713C45E for ; Thu, 4 Jan 2007 23:54:53 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so6421061wxc for ; Thu, 04 Jan 2007 15:54:52 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=XdtYbSEZ8DLUojlmCuSHKqJbEPXCv1fLyJon2S+J0CxnhjopseLTThHZ73QpUVDZBB1XYLnrne05MgzzMMpYiJD7j58wuru6m3DcWacm3l4xZnkNwFBuKAHXdPmcNHdftvz1siT2ZLBD0t8bax0nxliKl97e7ttecJ/9nQmO+5E= Received: by 10.70.117.1 with SMTP id p1mr42034946wxc.1167954892053; Thu, 04 Jan 2007 15:54:52 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 10sm41461312wrl.2007.01.04.15.54.49; Thu, 04 Jan 2007 15:54:51 -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 l04NsvZd013207 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 5 Jan 2007 08:54:57 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l04Nsrsj013206; Fri, 5 Jan 2007 08:54:53 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 5 Jan 2007 08:54:53 +0900 From: Pyun YongHyeon To: Randall Stewart Message-ID: <20070104235453.GA13114@cdnetworks.co.kr> References: <45891FE9.4020700@cisco.com> <58281AA0-3738-490C-9EA8-7766033713A2@siliconlandmark.com> <458960F2.9090703@cisco.com> <200612281756.29949.jhb@freebsd.org> <4594F282.7080504@cisco.com> <20070103100555.3611b41c.rnsanchez@wait4.org> <459CE5F9.3020504@cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <459CE5F9.3020504@cisco.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Ricardo Nabinger Sanchez Subject: Re: A stuck system 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, 04 Jan 2007 23:54:53 -0000 On Thu, Jan 04, 2007 at 06:33:13AM -0500, Randall Stewart wrote: > Ricardo Nabinger Sanchez wrote: > >On Fri, 29 Dec 2006 05:48:34 -0500 > >Randall Stewart wrote: > > > >>Nope... its just a single port, on-motherboard msk0. > >> > >>It does wake up though if I ping any interface... > >> > >>I suspect it might be a hardware problem.. not sure > >>yet :-0 > > > >How about installing a ping trap in the device driver to generate a dump? > >What I mean is to, whenever the device driver receives a packet, it checks > >if > >the packet is a special ping packet (with some specific data, like > >"dumpdump..." in the data field), and if so, forces a dump so you can check > >(luckily) where the system came from. > > > >It's a long shot, but perhaps it gives a hint. > > > >Does this behavior happens on IA-64 boxes? If so, the kernel could set up > >the processor to save performance data (specifically the branch history), > >and > >the special ping (or something else) could be used to print the branch > >buffer > >history, instead of dumping a core. Debugging symbols would be a must, I > >believe. > > > Well... the machine is only a p4d gigabit motherboard... > > I am more and more suspecting a hardware problem. > > There is a em card in the machine and the motherboard msk card. > The most recent update of the msk card seems to crash the system > at startup.. so I took it out of my load config.. have not > played with it yet.. > Would you post backtrace information for msk(4)? Btw, how about disabling MSI for msk(4)? (loader tunable: hw.msk.msi_disable) > Previously I could ping the msk net.. and the machine would > wakeup.. now that I don't have the msk card.. guess what.. pinging > the em0 card DOES NOT wake the machine up.. > > I bet there is some foul-up on the motherboard causing it to > not deliver interrupts until another one (on the mother board) > comes in... oh well.. > > R > > -- > Randall Stewart > NSSTG - Cisco Systems Inc. > 803-345-0369 803-317-4952 (cell) > _______________________________________________ > 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" -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Jan 4 23:57:42 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id C287816A40F; Thu, 4 Jan 2007 23:57:41 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-current@freebsd.org Date: Fri, 5 Jan 2007 07:57:36 +0800 User-Agent: KMail/1.8.2 References: <20070104005625.D1508@10.0.0.1> <459D1CC8.9060604@samsco.org> <3bbf2fe10701041403n79f1b356o3359ab9c627b5e1f@mail.gmail.com> In-Reply-To: <3bbf2fe10701041403n79f1b356o3359ab9c627b5e1f@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701050757.36496.davidxu@freebsd.org> Cc: Attilio Rao , current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jan 2007 23:57:42 -0000 On Friday 05 January 2007 06:03, Attilio Rao wrote: > Well, sched_core has a lot of the Linux scheduler features. > I think what really David want are 2 layers (dispatching/topology) > independent by the "scheduling" algorithms. dynamic priority algorithms. :-) > Attilio From owner-freebsd-current@FreeBSD.ORG Thu Jan 4 23:57:42 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id C287816A40F; Thu, 4 Jan 2007 23:57:41 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-current@freebsd.org Date: Fri, 5 Jan 2007 07:57:36 +0800 User-Agent: KMail/1.8.2 References: <20070104005625.D1508@10.0.0.1> <459D1CC8.9060604@samsco.org> <3bbf2fe10701041403n79f1b356o3359ab9c627b5e1f@mail.gmail.com> In-Reply-To: <3bbf2fe10701041403n79f1b356o3359ab9c627b5e1f@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701050757.36496.davidxu@freebsd.org> Cc: Attilio Rao , current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jan 2007 23:57:42 -0000 On Friday 05 January 2007 06:03, Attilio Rao wrote: > Well, sched_core has a lot of the Linux scheduler features. > I think what really David want are 2 layers (dispatching/topology) > independent by the "scheduling" algorithms. dynamic priority algorithms. :-) > Attilio From owner-freebsd-current@FreeBSD.ORG Fri Jan 5 00:05:18 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 37DD016A417; Fri, 5 Jan 2007 00:05:18 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id EF05213C441; Fri, 5 Jan 2007 00:05:17 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [10.0.0.1] (216-160-98-154.tukw.qwest.net [216.160.98.154]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l0505EC0028075 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Thu, 4 Jan 2007 19:05:16 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Thu, 4 Jan 2007 16:03:51 -0800 (PST) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: David Xu In-Reply-To: <200701050749.49058.davidxu@freebsd.org> Message-ID: <20070104155755.Y552@10.0.0.1> References: <20070104005625.D1508@10.0.0.1> <459CCBA1.40305@freebsd.org> <200701050749.49058.davidxu@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kip Macy , current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jan 2007 00:05:18 -0000 On Fri, 5 Jan 2007, David Xu wrote: > On Friday 05 January 2007 03:31, Kip Macy wrote: >> 4BSD is robust, but I wouldn't say it scales well. The way its decay >> scheduling is implemented is very centered around having one queue. The >> algorithm also does not have any way of taking more complex topologies >> multi-package vs. multi-core vs. multi-thread into account. The scheduler >> isn't FreeBSD's biggest scaling problem, but it will definitely wear thin >> with time. >> >> >> -Kip > > I am not sure 4BSD was designed for single queue, I only know > it is just a dynamic priority alogrithm for time-sharing process. Well you are right in that it can be retrofitted to be more multi-cpu aware. Still I think it will be important on big system to get rid of the O(n) traversal of all threads. > Within large system, you may have to split resource into some > regions and hierarchies, each region will have a load average, > (current we only have single load average), thread may always > have affinity with region resources, the region may have a global > run queue which for example is designed for real-time thread or > kernel thread which should be run as soon as possible, > user or less important thread can be on per-cpu queue. > Current, the problem in ULE and Linux scheduler is they don't > care priority balance, a CPU may have many high priority threads > while another CPU may only have few of them, while all alogrithm > are designed based on priority scheduling, this problem can In ULE we try to handle realtime threads on the cpu that dispatched them so they get the lowest possible latency. I have noticed this problem of priority disparity myself. Part of it was that with the two queue system it was not as practical to try to balance based on priority because priority meant less than queue position. This is fixed in the new ULE. ULE does try to move higher priority threads to inactive CPUs when it does migrate, but there could be periods of short-term imbalance. It's hard to solve these without cache thrashing the run queues. > not be ignored, I have a two CPUs priority balance algorithm based > on Solaris idea,the algorithm is also cache-affinity, I must say it have > best performance when running mysql super-smack, normally I can 8% > better performance on 2-cpu system, it is still 4BSD, I don't have algorithm > for 4 cpu or more yet. since we use blockable mutex and priority > propagation, I think priority is important, if spinlock is widely used, I agree with your statement that priority is very important and that ULE did not honor it as well before. Could you tell me what the solaris algorithm is? I looked at it once and remember thinking it was quite simple and preferred to run the highest priority thread at all times, but I don't remember exactly what the algorithm was. > each spinlock looks like a critical region, then priority is less important, > Linux widely uses spinlock, it might be only of reason why it still works. I believe you are right here as well. Thanks, Jeff > > Regards, > David Xu > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Jan 5 00:32:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C13F16A40F for ; Fri, 5 Jan 2007 00:32:12 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by mx1.freebsd.org (Postfix) with ESMTP id 3670713C44B for ; Fri, 5 Jan 2007 00:32:12 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-3.cisco.com with ESMTP; 04 Jan 2007 16:32:12 -0800 X-IronPort-AV: i="4.12,240,1165219200"; d="scan'208"; a="455280745:sNHT44903380" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id l050WBks029223; Thu, 4 Jan 2007 16:32:11 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l050W708020782; Thu, 4 Jan 2007 16:32:11 -0800 (PST) Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 4 Jan 2007 16:32:07 -0800 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 4 Jan 2007 16:32:07 -0800 Message-ID: <459D9C6F.6000806@cisco.com> Date: Thu, 04 Jan 2007 19:31:43 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: pyunyh@gmail.com References: <45891FE9.4020700@cisco.com> <58281AA0-3738-490C-9EA8-7766033713A2@siliconlandmark.com> <458960F2.9090703@cisco.com> <200612281756.29949.jhb@freebsd.org> <4594F282.7080504@cisco.com> <20070103100555.3611b41c.rnsanchez@wait4.org> <459CE5F9.3020504@cisco.com> <20070104235453.GA13114@cdnetworks.co.kr> In-Reply-To: <20070104235453.GA13114@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 05 Jan 2007 00:32:07.0197 (UTC) FILETIME=[EE09ECD0:01C73060] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=655; t=1167957131; x=1168821131; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20A=20stuck=20system |Sender:=20; bh=//YaDbb6cIFBTjh+P89HT7lv6oP/4xYEi9lDsIdmOVo=; b=jvDwGxntNEnHoJfHbjt2yFZjjN5xl65+QT/xOnBkJB7cKh5R85MUqSanXPKJuvpEzPxtZTlh Ow7FvtV4X0+7ntymlsKBpnQwJvxySE2Wdw9luys7I1nvh9m6ZC0rpp4W; Authentication-Results: sj-dkim-3; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim3002 verified; ); Cc: freebsd-current@freebsd.org, Ricardo Nabinger Sanchez Subject: Re: A stuck system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jan 2007 00:32:12 -0000 Pyun YongHyeon wrote: > > Would you post backtrace information for msk(4)? > Btw, how about disabling MSI for msk(4)? > (loader tunable: hw.msk.msi_disable) > I already disabled MSI on all my machines because the EM drivers get real sick without it.. I will recreate this for you tommorrow.. and get you a trace.. and if you want I can give you a login on the machine and let you play with a true kernel dump.. Just send me a public key (off-list) and I will set you up an account on it (pyunyh) and give mail you login instructions.. R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Fri Jan 5 00:45:05 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA51F16A416; Fri, 5 Jan 2007 00:45:05 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 8139E13C441; Fri, 5 Jan 2007 00:45:05 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [10.0.0.1] (216-160-98-154.tukw.qwest.net [216.160.98.154]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l050j1R4038483 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Thu, 4 Jan 2007 19:45:04 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Thu, 4 Jan 2007 16:43:38 -0800 (PST) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: David Xu In-Reply-To: <20070104155755.Y552@10.0.0.1> Message-ID: <20070104163449.D552@10.0.0.1> References: <20070104005625.D1508@10.0.0.1> <459CCBA1.40305@freebsd.org> <200701050749.49058.davidxu@freebsd.org> <20070104155755.Y552@10.0.0.1> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kip Macy , current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jan 2007 00:45:06 -0000 On Thu, 4 Jan 2007, Jeff Roberson wrote: > On Fri, 5 Jan 2007, David Xu wrote: > >> On Friday 05 January 2007 03:31, Kip Macy wrote: >>> 4BSD is robust, but I wouldn't say it scales well. The way its decay >>> scheduling is implemented is very centered around having one queue. The >>> algorithm also does not have any way of taking more complex topologies >>> multi-package vs. multi-core vs. multi-thread into account. The scheduler >>> isn't FreeBSD's biggest scaling problem, but it will definitely wear thin >>> with time. >>> >>> >>> -Kip >> >> I am not sure 4BSD was designed for single queue, I only know >> it is just a dynamic priority alogrithm for time-sharing process. > > Well you are right in that it can be retrofitted to be more multi-cpu aware. > Still I think it will be important on big system to get rid of the O(n) > traversal of all threads. > >> Within large system, you may have to split resource into some >> regions and hierarchies, each region will have a load average, >> (current we only have single load average), thread may always >> have affinity with region resources, the region may have a global >> run queue which for example is designed for real-time thread or >> kernel thread which should be run as soon as possible, >> user or less important thread can be on per-cpu queue. >> Current, the problem in ULE and Linux scheduler is they don't >> care priority balance, a CPU may have many high priority threads >> while another CPU may only have few of them, while all alogrithm >> are designed based on priority scheduling, this problem can > > In ULE we try to handle realtime threads on the cpu that dispatched them so > they get the lowest possible latency. I have noticed this problem of > priority disparity myself. Part of it was that with the two queue system it > was not as practical to try to balance based on priority because priority > meant less than queue position. This is fixed in the new ULE. ULE does try > to move higher priority threads to inactive CPUs when it does migrate, but > there could be periods of short-term imbalance. It's hard to solve these > without cache thrashing the run queues. > >> not be ignored, I have a two CPUs priority balance algorithm based >> on Solaris idea,the algorithm is also cache-affinity, I must say it have >> best performance when running mysql super-smack, normally I can 8% >> better performance on 2-cpu system, it is still 4BSD, I don't have >> algorithm >> for 4 cpu or more yet. since we use blockable mutex and priority >> propagation, I think priority is important, if spinlock is widely used, > > I agree with your statement that priority is very important and that ULE did > not honor it as well before. Could you tell me what the solaris algorithm > is? I looked at it once and remember thinking it was quite simple and > preferred to run the highest priority thread at all times, but I don't > remember exactly what the algorithm was. I just looked it up. The solaris algorithm prevents direct preemption if the priority is not in the kernel or realtime priority range. Otherwise it simply sets NEEDRESCHED. When assigning a thread to a cpu it checks to see if the last cpu it executed on is running a higher priority thread (lower for solaris where higher is better) and if so puts it there. Otherwise it finds the cpu which is executing the lowest priority thread and assigns it there. This basically balances the cpus by priority rather than by load. Balancing by priority indirectly balances by load because threads which have slept for a long time will eventually have a higher priority. This is pretty smart, although it ends up inspecting per-cpu state of remote cpus on almost every wakeup. I would expect this to perform badly but perhaps the improvement in user-space speed outweighs the kernel time. I'll investigate this furher. One slight problem with this approach for ULE is that sitting on the run-queue for a long period of time improves your position on the run-queue but not directly your priority. I think I can solve this though by resetting the priority as soon as you run which will take into account the ticks that you were waiting. Anyway, thanks for the pointer Xu. I may hack this up and compare it to ULE's current balancing. Cheers, Jeff > >> each spinlock looks like a critical region, then priority is less >> important, >> Linux widely uses spinlock, it might be only of reason why it still works. > > I believe you are right here as well. > > Thanks, > Jeff > >> >> Regards, >> David Xu >> _______________________________________________ >> 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" >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Jan 5 01:11:14 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1AAE916A416; Fri, 5 Jan 2007 01:11:14 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id EA07713C44C; Fri, 5 Jan 2007 01:11:13 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [10.0.0.1] (216-160-98-154.tukw.qwest.net [216.160.98.154]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l051BACo045806 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Thu, 4 Jan 2007 20:11:12 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Thu, 4 Jan 2007 17:09:46 -0800 (PST) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Norikatsu Shigemura In-Reply-To: <20070105000500.d005ca0b.nork@FreeBSD.org> Message-ID: <20070104170932.C552@10.0.0.1> References: <20070104005625.D1508@10.0.0.1> <20070105000500.d005ca0b.nork@FreeBSD.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-701319132-1167959386=:552" Cc: current@FreeBSD.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jan 2007 01:11:14 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-701319132-1167959386=:552 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed One oops in my last patch. Try this one. On Fri, 5 Jan 2007, Norikatsu Shigemura wrote: > On Thu, 4 Jan 2007 01:11:59 -0800 (PST) > Jeff Roberson wrote: >> Any and all feedback is welcome. Please make sure any problem reports are >> sent to jroberson@chesapeake.net in the to line so I see them more >> quickly. > > How about following panic? > > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xccfff,0xd0000-0xd3fff pnpid ORM0000 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounters tick every 1.000 msec > Fast IPsec: Initialized Security Association Processing. > (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. > (noperiph:sym1:0:-1:-1): SCSI BUS reset delivered. > panic: sched_priority: invalid priority 225 > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper(806b9702,f7bf6b5c,804a1776,806d8769,0,...) at db_trace_self_wrapper+0x26 > kdb_backtrace(806d8769,0,806b87f2,f7bf6b68,84685cb0,...) at kdb_backtrace+0x2e > panic(806b87f2,e1,8072a900,8072a900,ffffffff,...) at panic+0x126 > sched_priority(8072a900,1,806b86d1,570,8072a6c0,...) at sched_priority+0xc6 > sched_wakeup(8072a900,1,806b7618,1cc,8072a900,...) at sched_wakeup+0xe8 > setrunnable(8072a900,1,806ba13f,271) at setrunnable+0xb5 > sleepq_resume_thread(84412980,8072a900,ffffffff,2bd,84d0f064,...) at sleepq_resume_thread+0x2a8 > sleepq_signal(84d0f064,1,ffffffff,0,84d0f04c,...) at sleepq_signal+0x11b > cv_signal(84d0f064,0,806b6bed,4f,8094c65d,...) at cv_signal+0x3b > _sema_post(84d0f04c,8094c65d,1e1,84d0f000,84d0f000,...) at _sema_post+0x44 > ata_completed(84d0f000,0,84d0f000,84a11880,f7bf6ca8,...) at ata_completed+0x35d > ata_finish(84d0f000,2,8094bf73,156,84a1a780,...) at ata_finish+0x36 > ata_interrupt(846aee00,f7bf6cd0,804befb1,8072c070,2,...) at ata_interrupt+0x14f > ithread_execute_handlers(84684900,844b6680,80495eef,8072c070,84685cb0,...) at ithread_execute_handlers+0x168 > ithread_loop(84a1a680,f7bf6d38,806b3baa,328,84684900,...) at ithread_loop+0x84 > fork_exit(80486cd0,84a1a680,f7bf6d38) at fork_exit+0xd1 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xf7bf6d6c, ebp = 0 --- > KDB: enter: panic > [thread pid 33 tid 100032 ] > Stopped at kdb_enter+0x30: leave > db> call doadump > Cannot dump. No dump device defined. > = 0x25 > db> > --0-701319132-1167959386=:552 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=ule.diff Content-Transfer-Encoding: BASE64 Content-ID: <20070104170946.J552@10.0.0.1> Content-Description: Content-Disposition: attachment; filename=ule.diff SW5kZXg6IHNjaGVkX3VsZS5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpS Q1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvc3lzL2tlcm4vc2NoZWRfdWxlLmMs dg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjE3Mw0KZGlmZiAtdSAtcjEuMTcz IHNjaGVkX3VsZS5jDQotLS0gc2NoZWRfdWxlLmMJNCBKYW4gMjAwNyAxMjox NjoxOSAtMDAwMAkxLjE3Mw0KKysrIHNjaGVkX3VsZS5jCTUgSmFuIDIwMDcg MDE6MDk6MDQgLTAwMDANCkBAIC0xMDQwLDggKzEwNDAsMjIgQEANCiAJCWlm ICh0ZC0+dGRfc2NoZWQtPnRzX3RpY2tzKQ0KIAkJCXByaSArPSBTQ0hFRF9Q UklfVElDS1ModGQtPnRkX3NjaGVkKTsNCiAJCXByaSArPSBTQ0hFRF9QUklf TklDRSh0ZC0+dGRfcHJvYy0+cF9uaWNlKTsNCi0JCUtBU1NFUlQocHJpID49 IFBSSV9NSU5fVElNRVNIQVJFICYmIHByaSA8PSBQUklfTUFYX1RJTUVTSEFS RSwNCi0JCSAgICAoInNjaGVkX3ByaW9yaXR5OiBpbnZhbGlkIHByaW9yaXR5 ICVkIiwgcHJpKSk7DQorCQlpZiAoIShwcmkgPj0gUFJJX01JTl9USU1FU0hB UkUgJiYgcHJpIDw9IFBSSV9NQVhfVElNRVNIQVJFKSkgew0KKwkJCXN0YXRp YyBpbnQgb25jZSA9IDE7DQorCQkJaWYgKG9uY2UpIHsNCisJCQkJcHJpbnRm KCJzY2hlZF9wcmlvcml0eTogaW52YWxpZCBwcmlvcml0eSAlZCIsDQorCQkJ CSAgICBwcmkpOw0KKwkJCQlwcmludGYoIm5pY2UgJWQsIHRpY2tzICVkIGZ0 aWNrICVkIGx0aWNrICVkIHRpY2sgcHJpICVkXG4iLA0KKwkJCQkgICAgdGQt PnRkX3Byb2MtPnBfbmljZSwNCisJCQkJICAgIHRkLT50ZF9zY2hlZC0+dHNf dGlja3MsDQorCQkJCSAgICB0ZC0+dGRfc2NoZWQtPnRzX2Z0aWNrLA0KKwkJ CQkgICAgdGQtPnRkX3NjaGVkLT50c19sdGljaywNCisJCQkJICAgIFNDSEVE X1BSSV9USUNLUyh0ZC0+dGRfc2NoZWQpKTsNCisJCQkJb25jZSA9IDA7DQor CQkJfQ0KKwkJCXByaSA9IG1pbihtYXgocHJpLCBQUklfTUlOX1RJTUVTSEFS RSksDQorCQkJICAgIFBSSV9NQVhfVElNRVNIQVJFKTsNCisJCX0NCiAJfQ0K IAlzY2hlZF91c2VyX3ByaW8odGQsIHByaSk7DQogDQo= --0-701319132-1167959386=:552-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 5 01:19:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7CBE016A415; Fri, 5 Jan 2007 01:19:58 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from merke.itea.ntnu.no (merke.itea.ntnu.no [129.241.7.61]) by mx1.freebsd.org (Postfix) with ESMTP id 0FF1713C457; Fri, 5 Jan 2007 01:19:58 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by merke.itea.ntnu.no (Postfix) with ESMTP id B43ED13C5BA; Fri, 5 Jan 2007 01:58:00 +0100 (CET) Received: from webmail.ntnu.no (textus12.itea.ntnu.no [129.241.56.162]) by merke.itea.ntnu.no (Postfix) with ESMTP; Fri, 5 Jan 2007 01:58:00 +0100 (CET) Received: from 53.3.erx-lhm.eidsiva.net (53.3.erx-lhm.eidsiva.net [87.248.3.53]) by webmail.ntnu.no (Horde MIME library) with HTTP; Fri, 5 Jan 2007 01:58:00 +0100 Message-ID: <20070105015800.s3rqdzgm8k8owk4s@webmail.ntnu.no> Date: Fri, 5 Jan 2007 01:58:00 +0100 From: lulf@stud.ntnu.no To: freebsd-geom@freebsd.org, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Cc: Subject: Pluggable Disk Schedulers in GEOM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jan 2007 01:19:58 -0000 Hi, I was wondering if someone have started on the pluggable =20 disk-scheduler project on the "new ideas"-page yet. I was thinking on how one could implement this in GEOM by creating a =20 lightweight scheduler API/Framework integrated in GEOM. The framework would be in =20 charge of changing which schedulers that are to be used by the g_up and g_down threads= . I've put down some design goals for this: 1. Little/no overhead in I/O processing with default scheduling =20 compared to the "old" way. 2. Easily modifiable, preferable on-the-fly switching of schedulers. 3. Make it possible to many different schedulers to be implemented, without creating a too alien interface too them, but at the same time not restric= t them too much. More specifically my plan was to change the =20 g_up_procbody/g_down_procbody to ask the scheduler framework on which scheduler to use, and then further implement =20 procedures in that framework to handle the details of loading, switching and unloading =20 different schedulers for I/O. Then I would extract out the default I/O scheduler and try out some other ways to schedule I/O. Also, I'm not sure how I would handle each schedulers way to organize the queue. One should allow for different types of bioq's for the schedulers since they may have different needs of organizi= ng queues (like a heap maybe). I've started with some of my tampering in a p4 branch lulf_gpds. I have a DESCRIPTION document that would maybe explain some of my thoughts and proble= ms further. Some small code are written, but I want to hear some others =20 thoughts on this before I go crashing around doing stuff I might hate =20 later I did :) I was also thinking of an alternative way to implement this like a "gpds"-layer that could provide different schedulers to service I/O requests= , because that would make it to fine-grain more on scheduling, say telling tha= t the system-drive is used in a characteristic way and that one specific =20 scheduler algorithm is more appropriate there, and another drive is having a different =20 characteristic which then should use a different algorithm. However, this should be doable directly in geom as previously described, but with a bit more tampering with other code. This is probably the most efficie= nt way since it has no overhead of another GEOM class. I also have some questions about the GEOM layer in itself. Does the VM-manag= er actually swap pages out to disk via GEOM, or does it do that by itself (whic= h would make more sense in terms of efficiency). I'd like to hear from some of the GEOM gurus' view on this. Is the something that sounds doable and worth spending time on? Is there something I've overlooked? Have I completely lost my mind? I sometimes have the ability to write a bit different than what my mind is thinking sometimes :) Anyway, I'd like to research a bit on this topic to just see how much =20 it does matter with different I/O scheduling for different purposes. Comments are welcomed! --=20 Ulf Lilleengen From owner-freebsd-current@FreeBSD.ORG Fri Jan 5 01:57:18 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E0AE16A403 for ; Fri, 5 Jan 2007 01:57:18 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id EA7EE13C458 for ; Fri, 5 Jan 2007 01:57:17 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1856214ana for ; Thu, 04 Jan 2007 17:57:17 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=UEKEOJhzr0n05J0JYmkwLqnlhS6lOEUIY1StO1fr+xNCXR2EZGouUNxwq5UlFc0jl6zKfuwD7/O6mLr77g7x/8jzSpEMAfFDrm9oxgVEV3vQNH6eyejc2sbUpA1TLMyQgNULO9ivOQSyxAGSknxYQWRvVfaOEv1Im8ghxNvf64A= Received: by 10.100.120.5 with SMTP id s5mr7773783anc.1167960647005; Thu, 04 Jan 2007 17:30:47 -0800 (PST) Received: by 10.100.105.12 with HTTP; Thu, 4 Jan 2007 17:30:46 -0800 (PST) Message-ID: <2a41acea0701041730u4be0dd07md2bcf523666fadd2@mail.gmail.com> Date: Thu, 4 Jan 2007 17:30:46 -0800 From: "Jack Vogel" To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: New 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, 05 Jan 2007 01:57:18 -0000 Will there be a Dec. snapshot out soon? Have a customer situation where they need to run CURRENT but I don't want them to have to cvsup and they need code later than the Nov snap. All the best in the New Year, Jack From owner-freebsd-current@FreeBSD.ORG Fri Jan 5 02:31:10 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from [127.0.0.1] (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 3816316A407; Fri, 5 Jan 2007 02:31:07 +0000 (UTC) (envelope-from davidxu@freebsd.org) Message-ID: <459DB871.1050109@freebsd.org> Date: Fri, 05 Jan 2007 10:31:13 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20061204 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeff Roberson References: <20070104005625.D1508@10.0.0.1> <459CCBA1.40305@freebsd.org> <200701050749.49058.davidxu@freebsd.org> <20070104155755.Y552@10.0.0.1> <20070104163449.D552@10.0.0.1> In-Reply-To: <20070104163449.D552@10.0.0.1> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Kip Macy , current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jan 2007 02:31:10 -0000 Jeff Roberson wrote: > I just looked it up. The solaris algorithm prevents direct preemption > if the priority is not in the kernel or realtime priority range. > Otherwise it simply sets NEEDRESCHED. When assigning a thread to a cpu > it checks to see if the last cpu it executed on is running a higher > priority thread (lower for solaris where higher is better) and if so > puts it there. Otherwise it finds the cpu which is executing the lowest > priority thread and assigns it there. > > This basically balances the cpus by priority rather than by load. > Balancing by priority indirectly balances by load because threads which > have slept for a long time will eventually have a higher priority. This > is pretty smart, although it ends up inspecting per-cpu state of remote > cpus on almost every wakeup. I would expect this to perform badly but > perhaps the improvement in user-space speed outweighs the kernel time. > The lookup does not always happen, there is a per-cpu rechoose value, it might be some ticks, a thread slept long enough (exceed the interval ticks) will end up looking for a cpu which has lower priority can run it, if it can not find one, it will stay at a cpu which has lowest priority but closest to the thread's last cpu, this is done by looking a cpu from leaf to root in a cpu topology tree. if the resumed thread is still within the interval, it will stay at its last cpu. The alogrithm bets that after some ticks, a sleeping thread's cache is trashed by other threads, so it should look for a cpu can run it immediately, but still closest to its last cpu. if a cpu is selected, it will look for its next cpu which is neighbour in a circle link list, check its runqueue length at the priority, and may use the next cpu rather than the cpu returned by above algorithm, the circle link list might link cpus within same locality together, e.g dual-core cpus might be a candidate. there is another path which makes a chip balance, e.g it tries to balance two chips which are multiple-cores, and make them have same load ratio. I am not Solaris expert, so above may not be very accurate. :-) > I'll investigate this furher. One slight problem with this approach for > ULE is that sitting on the run-queue for a long period of time improves > your position on the run-queue but not directly your priority. I think > I can solve this though by resetting the priority as soon as you run > which will take into account the ticks that you were waiting. Another problem in linux and ULE scheduler is they are less history friendly within past load, it only looks the thread itself's run time and sleep time, and don't know the system load, and calculate its priority based on this, under heavy load, it could be very inaccuracy, maybe you still need some anti-unfairness code, for example a thread stayed on a runqueue too long, ULE boosts its priority a bit, though I don't know how to do it in cheapest way. > Anyway, thanks for the pointer Xu. I may hack this up and compare it to > ULE's current balancing. Yesterday, I have tested super-smack benchmark on 2-cpu machine, ULE decreased performance about 40%, this might be a regression though. > > Cheers, > Jeff > Regards, David Xu From owner-freebsd-current@FreeBSD.ORG Fri Jan 5 07:10:31 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 648C216A40F; Fri, 5 Jan 2007 07:10:31 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 3E30A13C44C; Fri, 5 Jan 2007 07:10:31 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [10.0.0.1] (216-160-98-154.tukw.qwest.net [216.160.98.154]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l057AMC8003907 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Fri, 5 Jan 2007 02:10:25 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Thu, 4 Jan 2007 23:08:58 -0800 (PST) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: David Xu In-Reply-To: <459DB871.1050109@freebsd.org> Message-ID: <20070104224925.B552@10.0.0.1> References: <20070104005625.D1508@10.0.0.1> <459CCBA1.40305@freebsd.org> <200701050749.49058.davidxu@freebsd.org> <20070104155755.Y552@10.0.0.1> <20070104163449.D552@10.0.0.1> <459DB871.1050109@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kip Macy , current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jan 2007 07:10:31 -0000 On Fri, 5 Jan 2007, David Xu wrote: > Jeff Roberson wrote: > > >> I just looked it up. The solaris algorithm prevents direct preemption if >> the priority is not in the kernel or realtime priority range. Otherwise it >> simply sets NEEDRESCHED. When assigning a thread to a cpu it checks to see >> if the last cpu it executed on is running a higher priority thread (lower >> for solaris where higher is better) and if so puts it there. Otherwise it >> finds the cpu which is executing the lowest priority thread and assigns it >> there. >> >> This basically balances the cpus by priority rather than by load. Balancing >> by priority indirectly balances by load because threads which have slept >> for a long time will eventually have a higher priority. This is pretty >> smart, although it ends up inspecting per-cpu state of remote cpus on >> almost every wakeup. I would expect this to perform badly but perhaps the >> improvement in user-space speed outweighs the kernel time. >> > The lookup does not always happen, there is a per-cpu rechoose value, it > might be some ticks, a thread slept long enough (exceed the interval > ticks) will end up looking for a cpu which has lower priority can run > it, if it can not find one, it will stay at a cpu which has lowest priority > but closest to the thread's last cpu, this is done by looking > a cpu from leaf to root in a cpu topology tree. if the resumed thread > is still within the interval, it will stay at its last cpu. > The alogrithm bets that after some ticks, a sleeping thread's cache is > trashed by other threads, so it should look for a cpu can run it > immediately, but still closest to its last cpu. if a cpu is selected, > it will look for its next cpu which is neighbour in a circle link list, > check its runqueue length at the priority, and may use the next cpu > rather than the cpu returned by above algorithm, the circle link list > might link cpus within same locality together, e.g dual-core cpus > might be a candidate. there is another path which makes a chip balance, e.g > it tries to balance two chips which are multiple-cores, and make them have > same load ratio. I am not Solaris expert, so above may not be > very accurate. :-) Thanks for the description. I'm going to look into this over the next few weeks. > >> I'll investigate this furher. One slight problem with this approach for >> ULE is that sitting on the run-queue for a long period of time improves >> your position on the run-queue but not directly your priority. I think I >> can solve this though by resetting the priority as soon as you run which >> will take into account the ticks that you were waiting. > > Another problem in linux and ULE scheduler is they are less history > friendly within past load, it only looks the thread itself's run time > and sleep time, and don't know the system load, and calculate its priority > based on this, under heavy load, it could be very inaccuracy, > maybe you still need some anti-unfairness code, for example a thread > stayed on a runqueue too long, ULE boosts its priority a bit, though I > don't know how to do it in cheapest way. This has changed significantly with the ULE 2.0 commit. I no longer have the split run queue. ULE now boosts the priority as the thread sits on the run queue via a circular queue mechanism. > >> Anyway, thanks for the pointer Xu. I may hack this up and compare it to >> ULE's current balancing. > > Yesterday, I have tested super-smack benchmark on 2-cpu machine, ULE > decreased performance about 40%, this might be a regression though. I have found significant new bugs that were introduced mostly by changes in the threading system that ULE did not keep up with. It was, for a time, slightly faster than 4BSD on supersmack on several of my machines. I know it can be improved. I'm going to look into this sun algorithm in the next few weeks and see how it works out with ULE. Thanks, Jeff > >> >> Cheers, >> Jeff >> > > Regards, > David Xu > From owner-freebsd-current@FreeBSD.ORG Fri Jan 5 07:19:57 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E69716A407; Fri, 5 Jan 2007 07:19:57 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.freebsd.org (Postfix) with ESMTP id 1090A13C45E; Fri, 5 Jan 2007 07:19:56 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from mail.ninth-nine.com (localhost [IPv6:::1]) by sakura.ninth-nine.com (8.13.8/8.13.8/NinthNine) with ESMTP id l057Jhpq008457; Fri, 5 Jan 2007 16:19:43 +0900 (JST) (envelope-from nork@FreeBSD.org) Received: from 211.18.249.19 (SquirrelMail authenticated user nork) by mail.ninth-nine.com with HTTP; Fri, 5 Jan 2007 16:19:43 +0900 (JST) Message-ID: <2329.211.18.249.19.1167981583.squirrel@mail.ninth-nine.com> In-Reply-To: <20070104170932.C552@10.0.0.1> References: <20070104005625.D1508@10.0.0.1> <20070105000500.d005ca0b.nork@FreeBSD.org> <20070104170932.C552@10.0.0.1> Date: Fri, 5 Jan 2007 16:19:43 +0900 (JST) From: "Norikatsu Shigemura" To: "Jeff Roberson" User-Agent: SquirrelMail/1.4.9a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-2022-jp Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [IPv6:::1]); Fri, 05 Jan 2007 16:19:43 +0900 (JST) Cc: Norikatsu Shigemura , current@FreeBSD.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jan 2007 07:19:57 -0000 > One oops in my last patch. Try this one. I got following message. : vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec Fast IPsec: Initialized Security Association Processing. (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. (noperiph:sym1:0:-1:-1): SCSI BUS reset delivered. sched_priority: invalid priority 225nice 0, ticks 46194 ftick -1 ltick 45 tick pri 45 ad0: 78533MB at ata0-master UDMA100 firewire0: bus manager 2 ad1: 238475MB at ata1-master UDMA100 fwohci0: txd err= 3 miss Ack err : From owner-freebsd-current@FreeBSD.ORG Fri Jan 5 08:20:13 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4491A16A403; Fri, 5 Jan 2007 08:20:13 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id EDB4B13C448; Fri, 5 Jan 2007 08:20:12 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [10.0.0.1] (216-160-98-154.tukw.qwest.net [216.160.98.154]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l058K8Wn009325 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Fri, 5 Jan 2007 03:20:11 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Fri, 5 Jan 2007 00:18:43 -0800 (PST) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Norikatsu Shigemura In-Reply-To: <2329.211.18.249.19.1167981583.squirrel@mail.ninth-nine.com> Message-ID: <20070105001814.N552@10.0.0.1> References: <20070104005625.D1508@10.0.0.1> <20070105000500.d005ca0b.nork@FreeBSD.org> <20070104170932.C552@10.0.0.1> <2329.211.18.249.19.1167981583.squirrel@mail.ninth-nine.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jan 2007 08:20:13 -0000 On Fri, 5 Jan 2007, Norikatsu Shigemura wrote: >> One oops in my last patch. Try this one. > > I got following message. Thank you. I assume it booted ok after this? I will commit something soon to address it. I want to test it more heavily first. Jeff > > : > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounters tick every 1.000 msec > Fast IPsec: Initialized Security Association Processing. > (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. > (noperiph:sym1:0:-1:-1): SCSI BUS reset delivered. > > > sched_priority: invalid priority 225nice 0, ticks 46194 ftick -1 ltick 45 > tick pri 45 > > > ad0: 78533MB at ata0-master UDMA100 > firewire0: bus manager 2 > ad1: 238475MB at ata1-master UDMA100 > fwohci0: txd err= 3 miss Ack err > : > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Jan 5 08:58:59 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DEB2F16A583 for ; Fri, 5 Jan 2007 08:58:59 +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 8B07413C45E for ; Fri, 5 Jan 2007 08:58:59 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5D4F2.dip.t-dialin.net [84.165.212.242]) by redbull.bpaserver.net (Postfix) with ESMTP id 68A472E204; Fri, 5 Jan 2007 10:03:32 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id B34745B497E; Fri, 5 Jan 2007 09:58:53 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l058wrwH068816; Fri, 5 Jan 2007 09:58:53 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Fri, 05 Jan 2007 09:58:53 +0100 Message-ID: <20070105095853.705qf42sgkcoww4w@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Fri, 05 Jan 2007 09:58:53 +0100 From: Alexander Leidinger To: lulf@stud.ntnu.no References: <20070105015800.s3rqdzgm8k8owk4s@webmail.ntnu.no> In-Reply-To: <20070105015800.s3rqdzgm8k8owk4s@webmail.ntnu.no> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 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.864, required 6, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: joel@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Pluggable Disk Schedulers in GEOM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jan 2007 08:59:00 -0000 Quoting lulf@stud.ntnu.no (from Fri, 5 Jan 2007 01:58:00 +0100): > Hi, > > I was wondering if someone have started on the pluggable disk-scheduler > project > on the "new ideas"-page yet. As long as there's not an entry saying that someone is looking at it we (Joel and me) are not aware of someone working on it (but in general there may be still an entry somewhere about someone but no progress... Joel, we should ping them I think). Bye, Alexander. -- I will not be briefed or debriefed, my underwear is my own. 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 Fri Jan 5 10:18:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 26DAA16A416; Fri, 5 Jan 2007 10:18:29 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id DA2C013C468; Fri, 5 Jan 2007 10:18:28 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 553951747B; Fri, 5 Jan 2007 10:18:27 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.8/8.13.8) with ESMTP id l05AIO6U003764; Fri, 5 Jan 2007 10:18:24 GMT (envelope-from phk@critter.freebsd.dk) To: lulf@stud.ntnu.no From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 05 Jan 2007 01:58:00 +0100." <20070105015800.s3rqdzgm8k8owk4s@webmail.ntnu.no> Date: Fri, 05 Jan 2007 10:18:24 +0000 Message-ID: <3763.1167992304@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Pluggable Disk Schedulers in GEOM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jan 2007 10:18:29 -0000 In message <20070105015800.s3rqdzgm8k8owk4s@webmail.ntnu.no>, lulf@stud.ntnu.no writes: >I was wondering if someone have started on the pluggable >disk-scheduler project >on the "new ideas"-page yet. > >I was thinking on how one could implement this in GEOM by [...] Sorting and scheduling should only be implemented at selected points in the GEOM mesh and it can even be argued that it should only be implemented at the bottom most level, right above the physical storage media. But given the increasing intelligence of disk drives in this area, I would also caution against expecting too much of a gain in reality. So before you embark on a major expedition, I would suggest that you do some benchmarking and experiments with the current disksorting, to shed light on the potential for improvement. Here are some ideas: Remove disksorting and see if if and how big a difference it makes today. Test both SCSI, ATA and USB media, and test both low-level benchmarks and "real-world" workloads. Change disksorting to reverse unidirectional elevator and bidirectional elevator and see if it makes a difference. (Modern disks store blocks in reverse sector order on the disk, discover and explain why) Capture an I/O trace from a suitably sensible realworld system, including the detailed timestamps of issuance and completion of the requests. Treat results statistically and try to determine a formula for predicting how long a given request is going to take for the disk. It's not that I think that all your ideas are bad, I am just not sure that the (traditional) view of the hardware they are based on, is still relevant, and I think your time would be much better spent addressing that question. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Jan 5 11:31:30 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4593E16A407; Fri, 5 Jan 2007 11:31:30 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from signal.itea.ntnu.no (signal.itea.ntnu.no [129.241.190.231]) by mx1.freebsd.org (Postfix) with ESMTP id F08FD13C455; Fri, 5 Jan 2007 11:31:29 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by signal.itea.ntnu.no (Postfix) with ESMTP id AFF9333A89; Fri, 5 Jan 2007 12:31:27 +0100 (CET) Received: from webmail.ntnu.no (textus12.itea.ntnu.no [129.241.56.162]) by signal.itea.ntnu.no (Postfix) with ESMTP; Fri, 5 Jan 2007 12:31:27 +0100 (CET) Received: from 53.3.erx-lhm.eidsiva.net (53.3.erx-lhm.eidsiva.net [87.248.3.53]) by webmail.ntnu.no (Horde MIME library) with HTTP; Fri, 5 Jan 2007 12:31:27 +0100 Message-ID: <20070105123127.gnk0v58p44488g48@webmail.ntnu.no> Date: Fri, 5 Jan 2007 12:31:27 +0100 From: lulf@stud.ntnu.no To: Poul-Henning Kamp References: <3763.1167992304@critter.freebsd.dk> In-Reply-To: <3763.1167992304@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Cc: freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Pluggable Disk Schedulers in GEOM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jan 2007 11:31:30 -0000 Siterer Poul-Henning Kamp : > In message <20070105015800.s3rqdzgm8k8owk4s@webmail.ntnu.no>, =20 > lulf@stud.ntnu.no > writes: > >> I was wondering if someone have started on the pluggable >> disk-scheduler project >> on the "new ideas"-page yet. >> >> I was thinking on how one could implement this in GEOM by [...] > *snip* > > Here are some ideas: > > Remove disksorting and see if if and how big a difference > it makes today. Test both SCSI, ATA and USB media, and > test both low-level benchmarks and "real-world" workloads. > > Change disksorting to reverse unidirectional elevator > and bidirectional elevator and see if it makes a difference. > (Modern disks store blocks in reverse sector order on > the disk, discover and explain why) > > Capture an I/O trace from a suitably sensible realworld > system, including the detailed timestamps of issuance > and completion of the requests. Treat results statistically > and try to determine a formula for predicting how long > a given request is going to take for the disk. > > It's not that I think that all your ideas are bad, I am just > not sure that the (traditional) view of the hardware they > are based on, is still relevant, and I think your time would > be much better spent addressing that question. > I understand, and I clearly see the point about new hardware being =20 more intelligent in these matters. However, I will look into this a bit more just out of curiosity, and =20 do some actual test on how this can affect performance in the =20 scenarios you describe. And thanks for the tips! --=20 Ulf Lilleengen From owner-freebsd-current@FreeBSD.ORG Fri Jan 5 11:37:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8ACBE16A415; Fri, 5 Jan 2007 11:37:33 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 4987313C465; Fri, 5 Jan 2007 11:37:33 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 17E881747C; Fri, 5 Jan 2007 11:37:32 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.8/8.13.8) with ESMTP id l05BbTaU004086; Fri, 5 Jan 2007 11:37:29 GMT (envelope-from phk@critter.freebsd.dk) To: lulf@stud.ntnu.no From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 05 Jan 2007 12:31:27 +0100." <20070105123127.gnk0v58p44488g48@webmail.ntnu.no> Date: Fri, 05 Jan 2007 11:37:29 +0000 Message-ID: <4085.1167997049@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Pluggable Disk Schedulers in GEOM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jan 2007 11:37:33 -0000 In message <20070105123127.gnk0v58p44488g48@webmail.ntnu.no>, lulf@stud.ntnu.no writes: >However, I will look into this a bit more just out of curiosity, and =20 >do some actual test on how this can affect performance in the =20 >scenarios you describe. And thanks for the tips! Keep us posted, I am interested in your results even if they don't show anything remarkable. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Jan 5 13:05:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 41B7716A40F for ; Fri, 5 Jan 2007 13:05:13 +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 F0C3F13C45A for ; Fri, 5 Jan 2007 13:05:12 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1H2nl1-0002EF-38 for freebsd-current@freebsd.org; Fri, 05 Jan 2007 13:01:11 +0100 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 ; Fri, 05 Jan 2007 13:01:11 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 05 Jan 2007 13:01:11 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Fri, 05 Jan 2007 13:00:51 +0100 Lines: 15 Message-ID: References: <20070105123127.gnk0v58p44488g48@webmail.ntnu.no> <4085.1167997049@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.4 (X11/20060625) In-Reply-To: <4085.1167997049@critter.freebsd.dk> Sender: news Cc: freebsd-geom@freebsd.org Subject: Re: Pluggable Disk Schedulers in GEOM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jan 2007 13:05:13 -0000 Poul-Henning Kamp wrote: > In message <20070105123127.gnk0v58p44488g48@webmail.ntnu.no>, lulf@stud.ntnu.no > writes: > > >> However, I will look into this a bit more just out of curiosity, and =20 >> do some actual test on how this can affect performance in the =20 >> scenarios you describe. And thanks for the tips! > > Keep us posted, I am interested in your results even if they don't > show anything remarkable. Have both of you seen this: http://wikitest.freebsd.org/Hybrid ? From owner-freebsd-current@FreeBSD.ORG Fri Jan 5 13:22:25 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E0C816A47B for ; Fri, 5 Jan 2007 13:22:25 +0000 (UTC) (envelope-from derek@computinginnovations.com) Received: from betty.computinginnovations.com (dsl081-227-250.chi1.dsl.speakeasy.net [64.81.227.250]) by mx1.freebsd.org (Postfix) with ESMTP id 1F6F313C448 for ; Fri, 5 Jan 2007 13:22:22 +0000 (UTC) (envelope-from derek@computinginnovations.com) Received: from p28.computinginnovations.com (dhcp-10-20-30-100.computinginnovations.com [10.20.30.100]) (authenticated bits=0) by betty.computinginnovations.com (8.13.6/8.12.11) with ESMTP id l05D8wf0055203; Fri, 5 Jan 2007 07:08:59 -0600 (CST) Message-Id: <6.0.0.22.2.20070105070320.02422e28@mail.computinginnovations.com> X-Sender: derek@mail.computinginnovations.com X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Fri, 05 Jan 2007 07:08:48 -0600 To: "Michael W. Lucas" , current@freebsd.org From: Derek Ragona In-Reply-To: <20070104185449.GA79991@bewilderbeast.blackhelicopters.org> References: <20070104185449.GA79991@bewilderbeast.blackhelicopters.org> Mime-Version: 1.0 X-ComputingInnovations-MailScanner-Information: Please contact the ISP for more information X-ComputingInnovations-MailScanner: Found to be clean X-ComputingInnovations-MailScanner-From: derek@computinginnovations.com X-Spam-Status: No Content-Type: text/plain; charset="us-ascii"; format=flowed X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: -current silent lockups X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jan 2007 13:22:25 -0000 I would suggest you do some basic investigation, and start by running the dell diagnostics. Your post doesn't say how you have FreeBSD configured to run at boot, what applications are running? Are you running it just as a text console, or running X? If diagnostics doesn't show any issues, try simplifying your run-time environment, and run only a text mode console if you can. You might also want to try other OS's that you can load and run from CD to see if any lockups occur under those OS's. -Derek At 12:54 PM 1/4/2007, Michael W. Lucas wrote: >Hi, > >I have a -current box that is behaving badly. My main suspicion is >that the hardware is flaky, but Google searches on the error code >reveal that Linux had a software bug that caused this same issue. So, >before I argue with Dell, I thought I'd ask here to see if there's any >chance FreeBSD has a similar error. > >The system is a Dell 2850, with 6 300GB disks in hardware raid 5. > >The error occurs randomly. The machine locks up; keyboard is >nonresponsive, console continues showing the same thing. Ctrl-Alt-Esc >does nothing. > >Under normal use, every couple of weeks the box locks up like this. > >When I kldload ipmi.ko, the lockup occurs daily. > >When I attempt to boot a fresh -current GENERIC kernel on this system, >the system completes a single-user-mode boot but never completes a >multiuser mode boot. (It's a slightly older -current, so I thought an >upgrade might be useful; but I don't want to run the installworld if >it's going to do nothing but lock up!) > >Is there any chance this is a FreeBSD bug, and not a Dell hardware >problem? This box is not in production yet, so I can beat the crap >out of it for the next month or so. > >Any advice appreciated! System info follows. > >Thanks, >==ml > >FreeBSD aubsr019.us.add 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Thu Aug 24 >19:14:23 EDT >2006 system_mwl@aubsr019.us.add:/usr/obj/usr/src/sys/LOGHOST amd64 > >aubsr019~;mount >/dev/amrd0s1a on / (ufs, local) >devfs on /dev (devfs, local) >/dev/amrd0s1d on /altroot (ufs, local, soft-updates) >/dev/amrd0s1f on /altroot/usr (ufs, local, soft-updates) >/dev/amrd0s1g on /home (ufs, local, soft-updates) >/dev/amrd0s1e on /usr (ufs, local, soft-updates) >/dev/amrd0s1h on /var (ufs, local, soft-updates) >/dev/md0 on /tmp (ufs, local) >aubsr019~; > > >Copyright (c) 1992-2006 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 7.0-CURRENT #2: Thu Aug 24 19:14:23 EDT 2006 > system_mwl@aubsr019.us.add:/usr/obj/usr/src/sys/LOGHOST >WARNING: WITNESS option enabled, expect reduced performance. >Timecounter "i8254" frequency 1193182 Hz quality 0 >CPU: Intel(R) Xeon(TM) CPU 3.00GHz (2992.71-MHz K8-class CPU) > Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 > >Features=0xbfebfbff > Features2=0x641d > AMD Features=0x20100800 > Logical CPUs per core: 2 >usable memory = 6434021376 (6135 MB) >avail memory = 6218022912 (5929 MB) >ACPI APIC Table: >FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 >ioapic0: Changing APIC ID to 2 >ioapic1: Changing APIC ID to 3 >ioapic1: WARNING: intbase 32 != expected base 24 >ioapic2: Changing APIC ID to 4 >ioapic2: WARNING: intbase 64 != expected base 56 >ioapic3: Changing APIC ID to 5 >ioapic3: WARNING: intbase 96 != expected base 88 >ioapic0 irqs 0-23 on motherboard >ioapic1 irqs 32-55 on motherboard >ioapic2 irqs 64-87 on motherboard >ioapic3 irqs 96-119 on motherboard >kbd1 at kbdmux0 >acpi0: on motherboard >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 >cpu0: on acpi0 >cpu1: on acpi0 >pcib0: port 0xcf8-0xcff on acpi0 >pci0: on pcib0 >pcib1: at device 2.0 on pci0 >pci1: on pcib1 >pcib2: at device 0.0 on pci1 >pci2: on pcib2 >amr0: mem >0xf80f0000-0xf80fffff,0xfe9c0000-0xfe9fffff irq 46 at device 14.0 on pci2 >amr0: Using 64-bit DMA >amr0: delete logical drives supported by controller >amr0: Firmware 521X, BIOS H430, 256MB RAM >pcib3: at device 0.2 on pci1 >pci3: on pcib3 >pcib4: at device 4.0 on pci0 >pci4: on pcib4 >pcib5: at device 5.0 on pci0 >pci5: on pcib5 >pcib6: at device 0.0 on pci5 >pci6: on pcib6 >em0: port >0xecc0-0xecff mem 0xfe6e0000-0xfe6fffff irq 64 at device 7.0 on pci6 >em0: Ethernet address: 00:13:72:64:cc:9d >pcib7: at device 0.2 on pci5 >pci7: on pcib7 >em1: port >0xdcc0-0xdcff mem 0xfe4e0000-0xfe4fffff irq 65 at device 8.0 on pci7 >em1: Ethernet address: 00:13:72:64:cc:9e >pcib8: at device 6.0 on pci0 >pci8: on pcib8 >pcib9: at device 0.0 on pci8 >pci9: on pcib9 >em2: port >0xccc0-0xccff mem 0xfe1e0000-0xfe1fffff irq 106 at device 4.0 on pci9 >em2: Ethernet address: 00:04:23:ce:45:d6 >em3: port >0xcc80-0xccbf mem 0xfe1c0000-0xfe1dffff irq 107 at device 4.1 on pci9 >em3: Ethernet address: 00:04:23:ce:45:d7 >pcib10: at device 0.2 on pci8 >pci10: on pcib10 >em4: port >0xbcc0-0xbcff mem 0xfdfe0000-0xfdffffff,0xfdf80000-0xfdfbffff irq 96 at >device 2.0 on pci10 >em4: Ethernet address: 00:04:23:c2:91:02 >em5: port >0xbc80-0xbcbf mem 0xfdfc0000-0xfdfdffff,0xfdf40000-0xfdf7ffff irq 97 at >device 2.1 on pci10 >em5: Ethernet address: 00:04:23:c2:91:03 >em6: port >0xbc40-0xbc7f mem 0xfdf20000-0xfdf3ffff irq 101 at device 3.0 on pci10 >em6: Ethernet address: 00:04:23:ce:4c:2a >em7: port >0xbc00-0xbc3f mem 0xfdf00000-0xfdf1ffff irq 102 at device 3.1 on pci10 >em7: Ethernet address: 00:04:23:ce:4c:2b >uhci0: port 0x9ce0-0x9cff irq >16 at device 29.0 on pci0 >uhci0: [GIANT-LOCKED] >usb0: on uhci0 >usb0: USB revision 1.0 >uhub0: on usb0 >uhub0: 2 ports with 2 removable, self powered >uhci1: port 0x9cc0-0x9cdf irq >19 at device 29.1 on pci0 >uhci1: [GIANT-LOCKED] >usb1: on uhci1 >usb1: USB revision 1.0 >usb1: root hub problem, error=4 >uhci2: port 0x9ca0-0x9cbf irq >18 at device 29.2 on pci0 >uhci2: [GIANT-LOCKED] >usb2: on uhci2 >usb2: USB revision 1.0 >usb2: root hub problem, error=4 >ehci0: mem >0xfeb00000-0xfeb003ff irq 23 at device 29.7 on pci0 >ehci0: [GIANT-LOCKED] >usb3: EHCI version 1.0 >usb3: companion controllers, 2 ports each: usb0 usb1 usb2 >usb3: on ehci0 >usb3: USB revision 2.0 >usb3: root hub problem, error=4 >pcib11: at device 30.0 on pci0 >pci11: on pcib11 >vgapci0: port 0xac00-0xacff mem >0xf0000000-0xf7ffffff,0xfdcf0000-0xfdcfffff irq 18 at device 13.0 on pci11 >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 >ata1: on atapci0 >acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 >Timecounter "HPET" frequency 14318180 Hz quality 2000 >fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 >fdc0: [FAST] >atkbdc0: port 0x60,0x64 irq 1 on acpi0 >atkbd0: flags 0x1 irq 1 on atkbdc0 >kbd0 at atkbd0 >atkbd0: [GIANT-LOCKED] >psm0: irq 12 on atkbdc0 >psm0: [GIANT-LOCKED] >psm0: model IntelliMouse Explorer, device ID 4 >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: [FAST] >orm0: at iomem 0xc0000-0xcafff,0xec000-0xeffff on isa0 >sc0: at flags 0x100 on isa0 >sc0: VGA <16 virtual consoles, flags=0x300> >sio1: configured irq 3 not in bitmap of probed irqs 0 >sio1: port may not be enabled >vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 >Timecounters tick every 1.000 msec >acd0: CDROM at ata0-master UDMA33 >amr0: delete logical drives supported by controller >amrd0: on amr0 >amrd0: 1430400MB (2929459200 sectors) RAID 5 (optimal) >SMP: AP CPU #1 Launched! >Trying to mount root from ufs:/dev/amrd0s1a >WARNING: / was not properly dismounted >WARNING: /altroot was not properly dismounted >WARNING: /altroot/usr was not properly dismounted >WARNING: /home was not properly dismounted >WARNING: /usr was not properly dismounted >WARNING: /var was not properly dismounted >/var: mount pending error: blocks 3380 files 9 > ># ># GENERIC -- Generic kernel configuration file for FreeBSD/amd64 ># ># For more information on this file, please read the handbook section on ># Kernel Configuration Files: ># ># >http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html ># ># The handbook is also available locally in /usr/share/doc/handbook ># if you've installed the doc distribution, otherwise always see the ># FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the ># latest information. ># ># An exhaustive list of options and more detailed explanations of the ># device lines is also present in the ../../conf/NOTES and NOTES files. ># If you are in doubt as to the purpose or necessity of a line, check first ># in NOTES. ># ># $FreeBSD: src/sys/amd64/conf/GENERIC,v 1.464 2006/07/09 16:39:21 mjacob >Exp $ > >cpu HAMMER >ident GENERIC > ># To statically compile in device wiring instead of /boot/device.hints >#hints "GENERIC.hints" # Default places to look for devices. > >makeoptions DEBUG=-g # Build kernel with gdb(1) debug >symbols > >#options SCHED_ULE # ULE scheduler >options SCHED_4BSD # 4BSD scheduler >options PREEMPTION # Enable kernel thread preemption >options INET # InterNETworking >options INET6 # IPv6 communications protocols >options FFS # Berkeley Fast Filesystem >options SOFTUPDATES # Enable FFS soft updates support >options UFS_ACL # Support for access control lists >options UFS_DIRHASH # Improve performance on big >directories >#options MD_ROOT # MD is a potential root device >options NFSCLIENT # Network Filesystem Client >options NFSSERVER # Network Filesystem Server >#options NFS_ROOT # NFS usable as /, requires NFSCLIENT >#options NTFS # NT File System >#options MSDOSFS # MSDOS Filesystem >#options CD9660 # ISO 9660 Filesystem >options PROCFS # Process filesystem (requires >PSEUDOFS) >options PSEUDOFS # Pseudo-filesystem framework >options GEOM_GPT # GUID Partition Tables. >options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] >options COMPAT_IA32 # Compatible with i386 binaries >options COMPAT_FREEBSD4 # Compatible with FreeBSD4 >options COMPAT_FREEBSD5 # Compatible with FreeBSD5 >options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI >options KTRACE # ktrace(1) support >options SYSVSHM # SYSV-style shared memory >options SYSVMSG # SYSV-style message queues >options SYSVSEM # SYSV-style semaphores >options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time >extensions >options KBD_INSTALL_CDEV # install a CDEV entry in /dev >options ADAPTIVE_GIANT # Giant mutex is adaptive. >options STOP_NMI # Stop CPUS using NMI instead of IPI > ># Debugging for use in -current >options KDB # Enable kernel debugger support. >options DDB # Support DDB. >options GDB # Support remote GDB. >options INVARIANTS # Enable calls of extra sanity >checking >options INVARIANT_SUPPORT # Extra sanity checks of internal >structures, required by INVARIANTS >options WITNESS # Enable checks to detect >deadlocks and cycles >options WITNESS_SKIPSPIN # Don't run witness on spinlocks >for speed >options KDB_UNATTENDED > ># Make an SMP-capable kernel by default >options SMP # Symmetric MultiProcessor Kernel > ># Linux 32-bit ABI support >options COMPAT_LINUX32 # Compatible with i386 linux binaries >options LINPROCFS # Cannot be a module yet. >options LINSYSFS > ># Bus support. >device acpi >device pci > ># Floppy drives >device fdc > ># ATA and ATAPI devices >device ata >#device atadisk # ATA disk drives >#device ataraid # ATA RAID drives >device atapicd # ATAPI CDROM drives >#device atapifd # ATAPI floppy drives >#device atapist # ATAPI tape drives >options ATA_STATIC_ID # Static device numbering > ># SCSI Controllers >#device ahc # AHA2940 and onboard AIC7xxx devices >#options AHC_REG_PRETTY_PRINT # Print register bitfields in debug > # output. Adds ~128k to driver. >#device ahd # AHA39320/29320 and onboard AIC79xx devices >#options AHD_REG_PRETTY_PRINT # Print register bitfields in debug > # output. Adds ~215k to driver. >#device amd # AMD 53C974 (Tekram DC-390(T)) >#device isp # Qlogic family >##device ispfw # Firmware for QLogic HBAs- normally a module >#device mpt # LSI-Logic MPT-Fusion >#device ncr # NCR/Symbios Logic >#device sym # NCR/Symbios Logic (newer chipsets + >those of `ncr') >#device trm # Tekram DC395U/UW/F DC315U adapters > >#device adv # Advansys SCSI adapters >#device adw # Advansys wide SCSI adapters >#device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. >#device bt # Buslogic/Mylex MultiMaster SCSI adapters > > ># SCSI peripherals >device scbus # SCSI bus (required for SCSI) >#device ch # SCSI media changers >device da # Direct Access (disks) >#device sa # Sequential Access (tape etc) >#device cd # CD >device pass # Passthrough device (direct SCSI access) >device ses # SCSI Environmental Services (and SAF-TE) > ># RAID controllers interfaced to the SCSI subsystem >device amr # AMI MegaRAID >#device arcmsr # Areca SATA II RAID >#device ciss # Compaq Smart RAID 5* >#device dpt # DPT Smartcache III, IV - See NOTES for >options >#device hptmv # Highpoint RocketRAID 182x >#device rr232x # Highpoint RocketRAID 232x >#device iir # Intel Integrated RAID >#device ips # IBM (Adaptec) ServeRAID >#device mly # Mylex AcceleRAID/eXtremeRAID >#device twa # 3ware 9000 series PATA/SATA RAID > ># RAID controllers >#device aac # Adaptec FSA RAID >#device aacp # SCSI passthrough for aac (requires CAM) >#device ida # Compaq Smart RAID >#device mfi # LSI MegaRAID SAS >#device mlx # Mylex DAC960 family >#XXX pointer/int warnings >#device pst # Promise Supertrak SX6000 >#device twe # 3ware ATA RAID > ># atkbdc0 controls both the keyboard and the PS/2 mouse >device atkbdc # AT keyboard controller >device atkbd # AT keyboard >device psm # PS/2 mouse > >device kbdmux # keyboard multiplexer > >device vga # VGA video card driver > >#device splash # Splash screen and screen saver support > ># syscons is the default console driver, resembling an SCO console >device sc > >device agp # support several AGP chipsets > ># PCCARD (PCMCIA) support ># PCMCIA and cardbus bridge support >#device cbb # cardbus (yenta) bridge >#device pccard # PC Card (16-bit) bus >#device cardbus # CardBus (32-bit) bus > ># Serial (COM) ports >device sio # 8250, 16[45]50 based serial ports >device uart # Generic UART driver > ># Parallel port >#device ppc >#device ppbus # Parallel port bus (required) >#device lpt # Printer >#device plip # TCP/IP over parallel >#device ppi # Parallel port interface device >#device vpo # Requires scbus and da > ># If you've got a "dumb" serial or parallel PCI card that is ># supported by the puc(4) glue driver, uncomment the following ># line to enable it (connects to sio, uart and/or ppc drivers): >#device puc > ># PCI Ethernet NICs. >#device de # DEC/Intel DC21x4x (``Tulip'') >device em # Intel PRO/1000 adapter Gigabit Ethernet Card >#device ixgb # Intel PRO/10GbE Ethernet Card >#device le # AMD Am7900 LANCE and Am79C9xx PCnet >#device txp # 3Com 3cR990 (``Typhoon'') >#device vx # 3Com 3c590, 3c595 (``Vortex'') > ># PCI Ethernet NICs that use the common MII bus controller code. ># NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! >#device miibus # MII bus support >#device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet >#device bfe # Broadcom BCM440x 10/100 Ethernet >#device bge # Broadcom BCM570xx Gigabit Ethernet >#device dc # DEC/Intel 21143 and various workalikes >#device fxp # Intel EtherExpress PRO/100B (82557, 82558) >#device lge # Level 1 LXT1001 gigabit Ethernet >#device nge # NatSemi DP83820 gigabit Ethernet >#device nve # nVidia nForce MCP on-board Ethernet >Networking >#device pcn # AMD Am79C97x PCI 10/100 (precedence over >'le') >#device re # RealTek 8139C+/8169/8169S/8110S >#device rl # RealTek 8129/8139 >#device sf # Adaptec AIC-6915 (``Starfire'') >#device sis # Silicon Integrated Systems SiS 900/SiS 7016 >#device sk # SysKonnect SK-984x & SK-982x gigabit >Ethernet >#device ste # Sundance ST201 (D-Link DFE-550TX) >#device ti # Alteon Networks Tigon I/II gigabit Ethernet >#device tl # Texas Instruments ThunderLAN >#device tx # SMC EtherPower II (83c170 ``EPIC'') >#device vge # VIA VT612x gigabit Ethernet >#device vr # VIA Rhine, Rhine II >#device wb # Winbond W89C840F >#device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') > ># ISA Ethernet NICs. pccard NICs included. >#device cs # Crystal Semiconductor CS89x0 NIC ># 'device ed' requires 'device miibus' >#device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards >#device ex # Intel EtherExpress Pro/10 and Pro/10+ >#device ep # Etherlink III based cards >#device fe # Fujitsu MB8696x based cards >#device sn # SMC's 9000 series of Ethernet chips >#device xe # Xircom pccard Ethernet ># ># Wireless NIC cards >#device wlan # 802.11 support >#device wlan_wep # 802.11 WEP support >#device wlan_ccmp # 802.11 CCMP support >#device wlan_tkip # 802.11 TKIP support >#device an # Aironet 4500/4800 802.11 wireless NICs. >#device ath # Atheros pci/cardbus NIC's >#device ath_hal # Atheros HAL (Hardware Access Layer) >#device ath_rate_sample # SampleRate tx rate control for ath >#device awi # BayStack 660 and others >#device ral # Ralink Technology RT2500 wireless NICs. >#device wi # WaveLAN/Intersil/Symbol 802.11 wireless >NICs. > ># Pseudo devices. >device loop # Network loopback >device random # Entropy device >device ether # Ethernet support >device sl # Kernel SLIP >device ppp # Kernel PPP >device tun # Packet tunnel. >device pty # Pseudo-ttys (telnet etc) >device md # Memory "disks" >device gif # IPv6 and IPv4 tunneling >device faith # IPv6-to-IPv4 relaying (translation) >device firmware # firmware assist module > ># The `bpf' device enables the Berkeley Packet Filter. ># Be aware of the administrative consequences of enabling this! ># Note that 'bpf' is required for DHCP. >device bpf # Berkeley packet filter > ># USB support >device uhci # UHCI PCI->USB interface >device ohci # OHCI PCI->USB interface >device ehci # EHCI PCI->USB interface (USB 2.0) >device usb # USB Bus (required) >#device udbp # USB Double Bulk Pipe devices >device ugen # Generic >device uhid # "Human Interface Devices" >device ukbd # Keyboard >device ulpt # Printer >device umass # Disks/Mass storage - Requires scbus and da >device ums # Mouse >#device ural # Ralink Technology RT2500USB wireless NICs >#device urio # Diamond Rio 500 MP3 player >#device uscanner # Scanners ># USB Ethernet, requires miibus >#device aue # ADMtek USB Ethernet >#device axe # ASIX Electronics USB Ethernet >#device cdce # Generic USB over Ethernet >#device cue # CATC USB Ethernet >#device kue # Kawasaki LSI USB Ethernet >#device rue # RealTek RTL8150 USB Ethernet > ># FireWire support >#device firewire # FireWire bus code >#device sbp # SCSI over FireWire (Requires scbus and da) >#device fwe # Ethernet over FireWire (non-standard!) > >options DEVICE_POLLING >options HZ=1000 > > > > >-- >Michael W. Lucas mwlucas@FreeBSD.org, mwlucas@BlackHelicopters.org > http://www.BlackHelicopters.org/~mwlucas/ > Latest book: PGP & GPG -- http://www.pgpandgpg.com >"The cloak of anonymity protects me from the nuisance of caring." -Non >Sequitur >_______________________________________________ >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" > >-- >This message has been scanned for viruses and >dangerous content by MailScanner, and is >believed to be clean. >MailScanner thanks transtec Computers for their support. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks transtec Computers for their support. From owner-freebsd-current@FreeBSD.ORG Fri Jan 5 14:14:28 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 67F2B16A403 for ; Fri, 5 Jan 2007 14:14:28 +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 2161E13C468 for ; Fri, 5 Jan 2007 14:14:28 +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 07EE94C603; Fri, 5 Jan 2007 09:14:27 -0500 (EST) Date: Fri, 5 Jan 2007 14:14:26 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: lulf@stud.ntnu.no In-Reply-To: <20070105015800.s3rqdzgm8k8owk4s@webmail.ntnu.no> Message-ID: <20070105140941.B98541@fledge.watson.org> References: <20070105015800.s3rqdzgm8k8owk4s@webmail.ntnu.no> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Pluggable Disk Schedulers in GEOM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jan 2007 14:14:28 -0000 On Fri, 5 Jan 2007, lulf@stud.ntnu.no wrote: > Anyway, I'd like to research a bit on this topic to just see how much it > does matter with different I/O scheduling for different purposes. I think working on this is interesting, but the one caution I'd have is that it's possibly to introduce serious priority inversions through any complex scheduling scheme for I/O. In our VFS, I/O is frequently performed while holding locks or things that act like locks -- for example, during a directory lookup, while pulling an inode off the disk, etc. The I/O will be initiated by one thread, but then other threads will end up waiting for it also. If there is a naive mapping of initiating thread priority to I/O request priority, then you can end up with high priority threads being blocked on a low priority tasks, leading to nasty starvation effects, especially if the scheduler allows indefinite waiting for I/O at a low priority. This, at a rough approximation, is the problem that Kirk ran into when trying to rate limit bgfsck I/O in the kernel: key vnode locks, such as directory vnode locks, would be held across de-prioritized I/O, and high priority processes would then block on the vnode locks. There are various ways to address this, not least priority propagation (in which I/O priority is increased to match the priority of the highest priority thread waiting on the I/O request), but I wanted to make sure you had it on the list of design concerns. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Fri Jan 5 17:46:23 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7708816A40F; Fri, 5 Jan 2007 17:46:23 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from fri.itea.ntnu.no (fri.itea.ntnu.no [129.241.7.60]) by mx1.freebsd.org (Postfix) with ESMTP id 339D613C45A; Fri, 5 Jan 2007 17:46:23 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by fri.itea.ntnu.no (Postfix) with ESMTP id 2F4F580C2; Fri, 5 Jan 2007 18:46:22 +0100 (CET) Received: from webmail.ntnu.no (textus11.itea.ntnu.no [129.241.56.161]) by fri.itea.ntnu.no (Postfix) with ESMTP; Fri, 5 Jan 2007 18:46:21 +0100 (CET) Received: from 53.3.erx-lhm.eidsiva.net (53.3.erx-lhm.eidsiva.net [87.248.3.53]) by webmail.ntnu.no (Horde MIME library) with HTTP; Fri, 5 Jan 2007 18:46:21 +0100 Message-ID: <20070105184621.dh8kgoy7ko4gk4gc@webmail.ntnu.no> Date: Fri, 5 Jan 2007 18:46:21 +0100 From: lulf@stud.ntnu.no To: Ivan Voras References: <20070105123127.gnk0v58p44488g48@webmail.ntnu.no> <4085.1167997049@critter.freebsd.dk> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Cc: freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Pluggable Disk Schedulers in GEOM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jan 2007 17:46:23 -0000 Siterer Ivan Voras : > Poul-Henning Kamp wrote: >> In message <20070105123127.gnk0v58p44488g48@webmail.ntnu.no>, >> lulf@stud.ntnu.no >> writes: >> >> >>> However, I will look into this a bit more just out of curiosity, and =20 >>> do some actual test on how this can affect performance in the =20 >>> scenarios you describe. And thanks for the tips! >> >> Keep us posted, I am interested in your results even if they don't >> show anything remarkable. > > Have both of you seen this: > http://wikitest.freebsd.org/Hybrid Yes, this was what I was using as a basis. I forgot to paste the link, but I assumed people would know about it since it was referred to on the "ideas" page that I was referring to :) However, there was little actual test-result on that page, which would be nice to have. -- Ulf Lilleengen From owner-freebsd-current@FreeBSD.ORG Fri Jan 5 18:13:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3382116A416 for ; Fri, 5 Jan 2007 18:13:19 +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 DF1CA13C457 for ; Fri, 5 Jan 2007 18:13:18 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1H2tZ1-0001JR-O9 for freebsd-current@freebsd.org; Fri, 05 Jan 2007 19:13:12 +0100 Received: from 89-172-35-49.adsl.net.t-com.hr ([89.172.35.49]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 05 Jan 2007 19:13:11 +0100 Received: from ivoras by 89-172-35-49.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 05 Jan 2007 19:13:11 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Fri, 05 Jan 2007 19:12:52 +0100 Lines: 42 Message-ID: References: <20070105123127.gnk0v58p44488g48@webmail.ntnu.no> <4085.1167997049@critter.freebsd.dk> <20070105184621.dh8kgoy7ko4gk4gc@webmail.ntnu.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5DEF16797BDFA7E70FD10C42" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-35-49.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) In-Reply-To: <20070105184621.dh8kgoy7ko4gk4gc@webmail.ntnu.no> X-Enigmail-Version: 0.94.1.2 Sender: news Cc: freebsd-geom@freebsd.org Subject: Re: Pluggable Disk Schedulers in GEOM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jan 2007 18:13:19 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5DEF16797BDFA7E70FD10C42 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable lulf@stud.ntnu.no wrote: > Siterer Ivan Voras : >> Have both of you seen this: >> http://wikitest.freebsd.org/Hybrid >=20 > Yes, this was what I was using as a basis. > I forgot to paste the link, but I assumed people would know about it > since it was referred to on the "ideas" page that I was referring to :)= Ok, just checking, since nobody mentioned it yet :) Maybe you could contact the author of that previous effort to talk about his experience while doing this. You can maybe use my patched ggatel utility (http://ivoras.sharanet.org/freebsd/ggatel.tgz) to gather I/O statistics.= --------------enig5DEF16797BDFA7E70FD10C42 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.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFnpUqldnAQVacBcgRAsxZAKD6rkU+lMNkIfUHo+dJAJobRJPR3gCeIDVu n8Vmc3KX1ZbrpXm+u/hsfSY= =IOi3 -----END PGP SIGNATURE----- --------------enig5DEF16797BDFA7E70FD10C42-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 5 18:46:57 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A379C16A412; Fri, 5 Jan 2007 18:46:57 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id 2826213C441; Fri, 5 Jan 2007 18:46:57 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id l05IYH2R091528; Fri, 5 Jan 2007 10:34:17 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id l05IYHUM091527; Fri, 5 Jan 2007 10:34:17 -0800 (PST) (envelope-from rizzo) Date: Fri, 5 Jan 2007 10:34:17 -0800 From: Luigi Rizzo To: Robert Watson Message-ID: <20070105103417.B91349@xorpc.icir.org> References: <20070105015800.s3rqdzgm8k8owk4s@webmail.ntnu.no> <20070105140941.B98541@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20070105140941.B98541@fledge.watson.org>; from rwatson@freebsd.org on Fri, Jan 05, 2007 at 02:14:26PM +0000 Cc: freebsd-current@freebsd.org, lulf@stud.ntnu.no, freebsd-geom@freebsd.org Subject: Re: Pluggable Disk Schedulers in GEOM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jan 2007 18:46:57 -0000 On Fri, Jan 05, 2007 at 02:14:26PM +0000, Robert Watson wrote: > > On Fri, 5 Jan 2007, lulf@stud.ntnu.no wrote: > > > Anyway, I'd like to research a bit on this topic to just see how much it > > does matter with different I/O scheduling for different purposes. > > I think working on this is interesting, but the one caution I'd have is that > it's possibly to introduce serious priority inversions through any complex > scheduling scheme for I/O. In our VFS, I/O is frequently performed while > holding locks or things that act like locks -- for example, during a directory > lookup, while pulling an inode off the disk, etc. The I/O will be initiated > by one thread, but then other threads will end up waiting for it also. If > there is a naive mapping of initiating thread priority to I/O request > priority, then you can end up with high priority threads being blocked on a > low priority tasks, leading to nasty starvation effects, especially if the > scheduler allows indefinite waiting for I/O at a low priority. This, at a that's a problem with priority based schedulers. neither the elevator nor the proportional-fair scheduler in Hybrid, nor a plain FIFO scheduler soffer from this 'indefinite waiting' problem. If i remember well the elevator code in freebsd had some support for 'prioritized' requests that could go in front of the queue no matter what, but i think that part was not really used. cheers luigi From owner-freebsd-current@FreeBSD.ORG Fri Jan 5 18:46:57 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EDA0F16A47C; Fri, 5 Jan 2007 18:46:57 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id A591213C44C; Fri, 5 Jan 2007 18:46:57 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id l05IT5Po091469; Fri, 5 Jan 2007 10:29:05 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id l05IT5a9091468; Fri, 5 Jan 2007 10:29:05 -0800 (PST) (envelope-from rizzo) Date: Fri, 5 Jan 2007 10:29:05 -0800 From: Luigi Rizzo To: lulf@stud.ntnu.no Message-ID: <20070105102905.A91349@xorpc.icir.org> References: <20070105123127.gnk0v58p44488g48@webmail.ntnu.no> <4085.1167997049@critter.freebsd.dk> <20070105184621.dh8kgoy7ko4gk4gc@webmail.ntnu.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20070105184621.dh8kgoy7ko4gk4gc@webmail.ntnu.no>; from lulf@stud.ntnu.no on Fri, Jan 05, 2007 at 06:46:21PM +0100 Cc: freebsd-current@freebsd.org, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: Pluggable Disk Schedulers in GEOM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jan 2007 18:46:58 -0000 On Fri, Jan 05, 2007 at 06:46:21PM +0100, lulf@stud.ntnu.no wrote: > Siterer Ivan Voras : > > > Poul-Henning Kamp wrote: > >> In message <20070105123127.gnk0v58p44488g48@webmail.ntnu.no>, > >> lulf@stud.ntnu.no > >> writes: > >> > >> > >>> However, I will look into this a bit more just out of curiosity, and =20 > >>> do some actual test on how this can affect performance in the =20 > >>> scenarios you describe. And thanks for the tips! > >> > >> Keep us posted, I am interested in your results even if they don't > >> show anything remarkable. > > > > Have both of you seen this: > > http://wikitest.freebsd.org/Hybrid > > Yes, this was what I was using as a basis. > I forgot to paste the link, but I assumed people would know about it > since it was referred to on the "ideas" page that I was referring to :) > > However, there was little actual test-result on that page, which would > be nice to have. i can partly comment on the test results. Once you manage to make queues build up at the scheduler (using AIO and multiple outstanding requests per process etc.) we were able to achieve fairness whith the proportional-fair scheduler, whereas the elevator (standard scheduler) gave a lot more bandwidth to the process who started first. However there are a lot of conditions to make this happen: essentialy, anything that prevents queues to build up at the point where the scheduler is invoked will render the scheduler useless. Among these: - requests are made one at a time (e.g. without using AIO, or slower than the disk can serve them); - the ATA driver in 6.x/7.x does not queue bio's but moves them immediately to the layer below, where there is actually queueing; - locking at a higher level (e.g. the FS code) might enforce an ordering on requests before these are sent to the disk unit and so on. Also, there is a class of schedulers (non-work-conserving) that are not supported by this architecture, for the reasons explained in the wiki, and this is a shame as it is a very promising one judging by the literature. Essentially, a process doing e.g. a 'cvs checkout' on a large tree will still kill the performance of your disk no matter which scheduler you are using (elevator, hybrid, the dumb one that we wrote as an example). The reasons, i suspect, are a mixture of the ones described above. cheers luigi From owner-freebsd-current@FreeBSD.ORG Fri Jan 5 19:26:45 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 87C3F16A403 for ; Fri, 5 Jan 2007 19:26:45 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outQ.internet-mail-service.net (outQ.internet-mail-service.net [216.240.47.240]) by mx1.freebsd.org (Postfix) with ESMTP id 6507013C45E for ; Fri, 5 Jan 2007 19:26:45 +0000 (UTC) (envelope-from julian@elischer.org) Received: from shell.idiom.com (HELO idiom.com) (216.240.47.20) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Fri, 05 Jan 2007 10:56:44 -0800 Received: from [10.251.18.229] (nat.ironport.com [63.251.108.100]) by idiom.com (8.12.11/8.12.11) with ESMTP id l05JEjdr048470; Fri, 5 Jan 2007 11:14:47 -0800 (PST) (envelope-from julian@elischer.org) Message-ID: <459EA3A1.6010407@elischer.org> Date: Fri, 05 Jan 2007 11:14:41 -0800 From: Julian Elischer User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Ivan Voras References: <20070105123127.gnk0v58p44488g48@webmail.ntnu.no> <4085.1167997049@critter.freebsd.dk> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Pluggable Disk Schedulers in GEOM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jan 2007 19:26:45 -0000 Ivan Voras wrote: > > Have both of you seen this: > http://wikitest.freebsd.org/Hybrid It has no performance numbers at all. Do you know of any? From owner-freebsd-current@FreeBSD.ORG Fri Jan 5 21:52:23 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E49A216A407; Fri, 5 Jan 2007 21:52:23 +0000 (UTC) (envelope-from jd@ugcs.caltech.edu) Received: from heave.ugcs.caltech.edu (heave.ugcs.caltech.edu [131.215.176.104]) by mx1.freebsd.org (Postfix) with ESMTP id CF30113C441; Fri, 5 Jan 2007 21:52:23 +0000 (UTC) (envelope-from jd@ugcs.caltech.edu) Received: by heave.ugcs.caltech.edu (Postfix, from userid 3640) id D3E208F482; Fri, 5 Jan 2007 13:25:43 -0800 (PST) Date: Fri, 5 Jan 2007 13:25:43 -0800 From: Paul Allen To: Luigi Rizzo Message-ID: <20070105212543.GA8574@heave.ugcs.caltech.edu> References: <20070105123127.gnk0v58p44488g48@webmail.ntnu.no> <4085.1167997049@critter.freebsd.dk> <20070105184621.dh8kgoy7ko4gk4gc@webmail.ntnu.no> <20070105102905.A91349@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070105102905.A91349@xorpc.icir.org> Sender: jd@ugcs.caltech.edu Cc: freebsd-current@freebsd.org, lulf@stud.ntnu.no, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: Pluggable Disk Schedulers in GEOM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jan 2007 21:52:24 -0000 >From Luigi Rizzo , Fri, Jan 05, 2007 at 10:29:05AM -0800: > Essentially, a process doing e.g. a 'cvs checkout' on a large > tree will still kill the performance of your disk no matter > which scheduler you are using (elevator, hybrid, the dumb one that > we wrote as an example). The reasons, i suspect, are a mixture > of the ones described above. Interaction of the disk scheduler and softupdates? As I understand the softupdate code, the disk scheduler would be ignorant of I/O that depends on the completion of certain writes because issuing that I/O to the lower layers is delayed until the equiv of bio_done occurs. I don't see what use a disk scheduler would be unless it is possible to push information about any partial ordering requirements down to the level at which the scheduler can see and enforce them. As you alude to, the scheduler cannot do anything useful unless it sees a comprehensive picture of the pending I/O. -Paul From owner-freebsd-current@FreeBSD.ORG Fri Jan 5 22:59:18 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A635B16A403; Fri, 5 Jan 2007 22:59:18 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id 92A2D13C441; Fri, 5 Jan 2007 22:59:18 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id l05MxG5h094398; Fri, 5 Jan 2007 14:59:16 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id l05MxFeV094397; Fri, 5 Jan 2007 14:59:15 -0800 (PST) (envelope-from rizzo) Date: Fri, 5 Jan 2007 14:59:15 -0800 From: Luigi Rizzo To: Paul Allen Message-ID: <20070105145915.B94175@xorpc.icir.org> References: <20070105123127.gnk0v58p44488g48@webmail.ntnu.no> <4085.1167997049@critter.freebsd.dk> <20070105184621.dh8kgoy7ko4gk4gc@webmail.ntnu.no> <20070105102905.A91349@xorpc.icir.org> <20070105212543.GA8574@heave.ugcs.caltech.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20070105212543.GA8574@heave.ugcs.caltech.edu>; from nospam@nospam.com on Fri, Jan 05, 2007 at 01:25:43PM -0800 Cc: freebsd-current@freebsd.org, lulf@stud.ntnu.no, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: Pluggable Disk Schedulers in GEOM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jan 2007 22:59:18 -0000 On Fri, Jan 05, 2007 at 01:25:43PM -0800, Paul Allen wrote: > >From Luigi Rizzo , Fri, Jan 05, 2007 at 10:29:05AM -0800: > > Essentially, a process doing e.g. a 'cvs checkout' on a large > > tree will still kill the performance of your disk no matter > > which scheduler you are using (elevator, hybrid, the dumb one that > > we wrote as an example). The reasons, i suspect, are a mixture > > of the ones described above. > > Interaction of the disk scheduler and softupdates? As I understand > the softupdate code, the disk scheduler would be ignorant of I/O that this was also on 4.11 which probably does not use softupdates. > depends on the completion of certain writes because issuing that I/O > to the lower layers is delayed until the equiv of bio_done occurs. > > I don't see what use a disk scheduler would be unless it is possible > to push information about any partial ordering requirements down to > the level at which the scheduler can see and enforce them. that does not mean that a scheduler is useless in general. in fact, what i find questionable is hardwiring unnecessary (in the sense that they are done only for performance reasons) ordering constraints in the layers above. I cannot comment for the disk, but e.g. for the process scheduler there are priority updates in many places depending on what the process is doing. cheers luigi From owner-freebsd-current@FreeBSD.ORG Fri Jan 5 23:11:21 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2342316A415 for ; Fri, 5 Jan 2007 23:11:21 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outP.internet-mail-service.net (outP.internet-mail-service.net [216.240.47.239]) by mx1.freebsd.org (Postfix) with ESMTP id F34CB13C461 for ; Fri, 5 Jan 2007 23:11:20 +0000 (UTC) (envelope-from julian@elischer.org) Received: from shell.idiom.com (HELO idiom.com) (216.240.47.20) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Fri, 05 Jan 2007 14:53:15 -0800 Received: from [10.251.18.229] (nat.ironport.com [63.251.108.100]) by idiom.com (8.12.11/8.12.11) with ESMTP id l05NBFVL078286; Fri, 5 Jan 2007 15:11:15 -0800 (PST) (envelope-from julian@elischer.org) Message-ID: <459EDB0B.1050804@elischer.org> Date: Fri, 05 Jan 2007 15:11:07 -0800 From: Julian Elischer User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Luigi Rizzo References: <20070105123127.gnk0v58p44488g48@webmail.ntnu.no> <4085.1167997049@critter.freebsd.dk> <20070105184621.dh8kgoy7ko4gk4gc@webmail.ntnu.no> <20070105102905.A91349@xorpc.icir.org> <20070105212543.GA8574@heave.ugcs.caltech.edu> <20070105145915.B94175@xorpc.icir.org> In-Reply-To: <20070105145915.B94175@xorpc.icir.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: lulf@stud.ntnu.no, freebsd-current@freebsd.org, Paul Allen , Ivan Voras , freebsd-geom@freebsd.org Subject: Re: Pluggable Disk Schedulers in GEOM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jan 2007 23:11:21 -0000 Luigi Rizzo wrote: > On Fri, Jan 05, 2007 at 01:25:43PM -0800, Paul Allen wrote: orant of I/O that > > this was also on 4.11 which probably does not use softupdates. yes it does.. Doesn't have UFS2 and snapshots however. > > that does not mean that a scheduler is useless in general. > in fact, what i find questionable is hardwiring unnecessary > (in the sense that they are done only for performance reasons) > ordering constraints in the layers above. I cannot comment for > the disk, but e.g. for the process scheduler there are priority > updates in many places depending on what the process is doing. > > cheers > luigi > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Jan 5 23:48:15 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4299516A416; Fri, 5 Jan 2007 23:48:15 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 0FFE713C467; Fri, 5 Jan 2007 23:48:14 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [10.0.0.1] (216-160-98-154.tukw.qwest.net [216.160.98.154]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l05NlwVg054496 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Fri, 5 Jan 2007 18:48:08 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Fri, 5 Jan 2007 15:46:35 -0800 (PST) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: David Xu In-Reply-To: <459DB871.1050109@freebsd.org> Message-ID: <20070105154450.Y586@10.0.0.1> References: <20070104005625.D1508@10.0.0.1> <459CCBA1.40305@freebsd.org> <200701050749.49058.davidxu@freebsd.org> <20070104155755.Y552@10.0.0.1> <20070104163449.D552@10.0.0.1> <459DB871.1050109@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kip Macy , current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jan 2007 23:48:15 -0000 On Fri, 5 Jan 2007, David Xu wrote: > >> Anyway, thanks for the pointer Xu. I may hack this up and compare it to >> ULE's current balancing. > > Yesterday, I have tested super-smack benchmark on 2-cpu machine, ULE > decreased performance about 40%, this might be a regression though. I just fixed a regression in the load balancer. On my 8way opteron ULE is now 22% faster than 4BSD for select-key.smack with 32 threads. This is for both KSE and libthr. libthr is of course significantly faster overall. I believe I can improve this even more by borrowing some tricks from solaris. Jeff > >> >> Cheers, >> Jeff >> > > Regards, > David Xu > > _______________________________________________ > 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 Jan 6 00:59:43 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBD3316A403; Sat, 6 Jan 2007 00:59:43 +0000 (UTC) (envelope-from jd@ugcs.caltech.edu) Received: from heave.ugcs.caltech.edu (heave.ugcs.caltech.edu [131.215.176.104]) by mx1.freebsd.org (Postfix) with ESMTP id C784B13C442; Sat, 6 Jan 2007 00:59:43 +0000 (UTC) (envelope-from jd@ugcs.caltech.edu) Received: by heave.ugcs.caltech.edu (Postfix, from userid 3640) id 5B9048F482; Fri, 5 Jan 2007 16:59:43 -0800 (PST) Date: Fri, 5 Jan 2007 16:59:43 -0800 From: Paul Allen To: Luigi Rizzo Message-ID: <20070106005943.GB8574@heave.ugcs.caltech.edu> References: <20070105123127.gnk0v58p44488g48@webmail.ntnu.no> <4085.1167997049@critter.freebsd.dk> <20070105184621.dh8kgoy7ko4gk4gc@webmail.ntnu.no> <20070105102905.A91349@xorpc.icir.org> <20070105212543.GA8574@heave.ugcs.caltech.edu> <20070105145915.B94175@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070105145915.B94175@xorpc.icir.org> Sender: jd@ugcs.caltech.edu Cc: freebsd-current@freebsd.org, lulf@stud.ntnu.no, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: Pluggable Disk Schedulers in GEOM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jan 2007 00:59:44 -0000 >From Luigi Rizzo , Fri, Jan 05, 2007 at 02:59:15PM -0800: > that does not mean that a scheduler is useless in general. > in fact, what i find questionable is hardwiring unnecessary > (in the sense that they are done only for performance reasons) > ordering constraints in the layers above. I cannot comment for I agree in so much as my point was strictly focused on ordering constraints imposed for consistency reasons. softupdates is not a performance mechanism per se; it is a mechanism to allow async writes of fs data occur in a consistent fashion. Anyways, you can easily resolve this issue by mounting async with softupdates disabled and then repeating the test. From owner-freebsd-current@FreeBSD.ORG Sat Jan 6 01:40:42 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C679616A407; Sat, 6 Jan 2007 01:40:42 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 940F213C459; Sat, 6 Jan 2007 01:40:42 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [10.0.0.1] (216-160-98-154.tukw.qwest.net [216.160.98.154]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l061edrN077061 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Fri, 5 Jan 2007 20:40:41 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Fri, 5 Jan 2007 17:39:16 -0800 (PST) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: David Xu In-Reply-To: <20070105154450.Y586@10.0.0.1> Message-ID: <20070105173835.S586@10.0.0.1> References: <20070104005625.D1508@10.0.0.1> <459CCBA1.40305@freebsd.org> <200701050749.49058.davidxu@freebsd.org> <20070104155755.Y552@10.0.0.1> <20070104163449.D552@10.0.0.1> <459DB871.1050109@freebsd.org> <20070105154450.Y586@10.0.0.1> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kip Macy , current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jan 2007 01:40:42 -0000 On Fri, 5 Jan 2007, Jeff Roberson wrote: > On Fri, 5 Jan 2007, David Xu wrote: > >> >>> Anyway, thanks for the pointer Xu. I may hack this up and compare it to >>> ULE's current balancing. >> >> Yesterday, I have tested super-smack benchmark on 2-cpu machine, ULE >> decreased performance about 40%, this might be a regression though. > > I just fixed a regression in the load balancer. On my 8way opteron ULE is > now 22% faster than 4BSD for select-key.smack with 32 threads. This is for > both KSE and libthr. libthr is of course significantly faster overall. I > believe I can improve this even more by borrowing some tricks from solaris. An initial implementation of what I felt were the most significant parts of the solaris algorithm pushed it up to 50% faster than 4BSD. I probably won't have this ready to commit for a few days however. Thanks, Jeff. > > Jeff > >> >>> >>> Cheers, >>> Jeff >>> >> >> Regards, >> David Xu >> >> _______________________________________________ >> 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" >> > _______________________________________________ > 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 Jan 6 05:06:28 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 44B1616A417; Sat, 6 Jan 2007 05:06:28 +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 1E24E13C455; Sat, 6 Jan 2007 05:06:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l0656PDc044738; Sat, 6 Jan 2007 00:06:25 -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.13.8/8.13.8) with ESMTP id l0656OFI059136; Sat, 6 Jan 2007 00:06:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C968173034; Sat, 6 Jan 2007 00:06:24 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070106050624.C968173034@freebsd-current.sentex.ca> Date: Sat, 6 Jan 2007 00:06:24 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner2 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: Sat, 06 Jan 2007 05:06:28 -0000 TB --- 2007-01-06 03:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-01-06 03:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-01-06 03:30:00 - cleaning the object tree TB --- 2007-01-06 03:30:52 - checking out the source tree TB --- 2007-01-06 03:30:52 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-01-06 03:30:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-01-06 03:40:53 - building world (CFLAGS=-O2 -pipe) TB --- 2007-01-06 03:40:53 - cd /src TB --- 2007-01-06 03:40:53 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 6 03:40:56 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Jan 6 04:57:22 UTC 2007 TB --- 2007-01-06 04:57:22 - generating LINT kernel config TB --- 2007-01-06 04:57:22 - cd /src/sys/amd64/conf TB --- 2007-01-06 04:57:22 - /usr/bin/make -B LINT TB --- 2007-01-06 04:57:22 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-01-06 04:57:22 - cd /src TB --- 2007-01-06 04:57:22 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 6 04:57:22 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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/net/rtsock.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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/net/slcompress.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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/net/zlib.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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/net80211/ieee80211.c /src/sys/net80211/ieee80211.c:325: error: conflicting types for 'ieee80211_chan2ieee' /src/sys/net80211/ieee80211_var.h:304: error: previous declaration of 'ieee80211_chan2ieee' was here /src/sys/net80211/ieee80211.c:325: error: conflicting types for 'ieee80211_chan2ieee' /src/sys/net80211/ieee80211_var.h:304: error: previous declaration of 'ieee80211_chan2ieee' was here *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-01-06 05:06:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-01-06 05:06:24 - ERROR: failed to build lint kernel TB --- 2007-01-06 05:06:24 - tinderbox aborted TB --- 0.91 user 3.41 system 5784.26 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Jan 6 05:51:23 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B9F516A403; Sat, 6 Jan 2007 05:51:23 +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 CA33213C457; Sat, 6 Jan 2007 05:51:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l065pLJ4001737; Sat, 6 Jan 2007 00:51:21 -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.13.8/8.13.8) with ESMTP id l065pLqp081727; Sat, 6 Jan 2007 00:51:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 78FF673034; Sat, 6 Jan 2007 00:51:21 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070106055121.78FF673034@freebsd-current.sentex.ca> Date: Sat, 6 Jan 2007 00:51:21 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 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: Sat, 06 Jan 2007 05:51:23 -0000 TB --- 2007-01-06 04:37:05 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-01-06 04:37:05 - starting HEAD tinderbox run for i386/i386 TB --- 2007-01-06 04:37:05 - cleaning the object tree TB --- 2007-01-06 04:37:45 - checking out the source tree TB --- 2007-01-06 04:37:45 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-01-06 04:37:45 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-01-06 04:46:10 - building world (CFLAGS=-O2 -pipe) TB --- 2007-01-06 04:46:10 - cd /src TB --- 2007-01-06 04:46:10 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 6 04:46:11 UTC 2007 >>> 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 Jan 6 05:41:03 UTC 2007 TB --- 2007-01-06 05:41:03 - generating LINT kernel config TB --- 2007-01-06 05:41:03 - cd /src/sys/i386/conf TB --- 2007-01-06 05:41:03 - /usr/bin/make -B LINT TB --- 2007-01-06 05:41:03 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-01-06 05:41:03 - cd /src TB --- 2007-01-06 05:41:03 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 6 05:41:03 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/route.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/rtsock.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/zlib.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net80211/ieee80211.c /src/sys/net80211/ieee80211.c:325: error: conflicting types for 'ieee80211_chan2ieee' /src/sys/net80211/ieee80211_var.h:304: error: previous declaration of 'ieee80211_chan2ieee' was here /src/sys/net80211/ieee80211.c:325: error: conflicting types for 'ieee80211_chan2ieee' /src/sys/net80211/ieee80211_var.h:304: error: previous declaration of 'ieee80211_chan2ieee' was here *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-01-06 05:51:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-01-06 05:51:21 - ERROR: failed to build lint kernel TB --- 2007-01-06 05:51:21 - tinderbox aborted TB --- 0.82 user 2.77 system 4455.41 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Jan 6 06:18:34 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EBE5716A40F; Sat, 6 Jan 2007 06:18: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 AC3FF13C44B; Sat, 6 Jan 2007 06:18:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l066IXxl048010; Sat, 6 Jan 2007 01:18:33 -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.13.8/8.13.8) with ESMTP id l066IXq7018183; Sat, 6 Jan 2007 01:18:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0C1A573034; Sat, 6 Jan 2007 01:18:32 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070106061833.0C1A573034@freebsd-current.sentex.ca> Date: Sat, 6 Jan 2007 01:18:32 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070105, clamav-milter version devel-111206 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: Sat, 06 Jan 2007 06:18:34 -0000 TB --- 2007-01-06 05:06:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-01-06 05:06:24 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-01-06 05:06:24 - cleaning the object tree TB --- 2007-01-06 05:06:56 - checking out the source tree TB --- 2007-01-06 05:06:56 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-01-06 05:06:56 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-01-06 05:16:35 - building world (CFLAGS=-O2 -pipe) TB --- 2007-01-06 05:16:35 - cd /src TB --- 2007-01-06 05:16:35 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 6 05:16:36 UTC 2007 >>> 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 Jan 6 06:10:42 UTC 2007 TB --- 2007-01-06 06:10:42 - generating LINT kernel config TB --- 2007-01-06 06:10:42 - cd /src/sys/pc98/conf TB --- 2007-01-06 06:10:42 - /usr/bin/make -B LINT TB --- 2007-01-06 06:10:42 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-01-06 06:10:42 - cd /src TB --- 2007-01-06 06:10:42 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 6 06:10:42 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/route.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/rtsock.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/zlib.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net80211/ieee80211.c /src/sys/net80211/ieee80211.c:325: error: conflicting types for 'ieee80211_chan2ieee' /src/sys/net80211/ieee80211_var.h:304: error: previous declaration of 'ieee80211_chan2ieee' was here /src/sys/net80211/ieee80211.c:325: error: conflicting types for 'ieee80211_chan2ieee' /src/sys/net80211/ieee80211_var.h:304: error: previous declaration of 'ieee80211_chan2ieee' was here *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-01-06 06:18:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-01-06 06:18:32 - ERROR: failed to build lint kernel TB --- 2007-01-06 06:18:32 - tinderbox aborted TB --- 0.87 user 2.69 system 4327.93 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Jan 6 06:59:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B2C816A407 for ; Sat, 6 Jan 2007 06:59:13 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 2836713C44B for ; Sat, 6 Jan 2007 06:59:12 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so5239549uge for ; Fri, 05 Jan 2007 22:59:11 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=VLLPYxCmzwkb5jABrj94CUCKyWsqHdMqzyz3/cnIYc0Nt6w14kjBu5MpoTXMGWkqoSplTRjBAcw4z8u0P9d5afh9ViA1eXXJXXiJBE9r5UGgEe3hGuciXrfvn6+M4+LIaLLKyF6jSkDrfUc+JkXr6RgAh2EKb/kDdUwdiEJShgQ= Received: by 10.67.22.14 with SMTP id z14mr30817369ugi.1168066751853; Fri, 05 Jan 2007 22:59:11 -0800 (PST) Received: by 10.66.255.10 with HTTP; Fri, 5 Jan 2007 22:59:11 -0800 (PST) Message-ID: <499c70c0701052259y6c663d17qb0ee1e47225b312a@mail.gmail.com> Date: Sat, 6 Jan 2007 09:59:11 +0300 From: "Abdullah Al-Marrie" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Xorg with lock session 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: Sat, 06 Jan 2007 06:59:13 -0000 FreeBSD 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Thu Jan 4 14:03:35 AST 2007 Whenever I lock the session in kde 3.5.5 I can't unlock it, it says auth failed, and I must kill the pid manually. Did any of you got the same issue? All built from the ports and fresh. -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Sat Jan 6 07:32:16 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CCC7816A403; Sat, 6 Jan 2007 07:32:16 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.freebsd.org (Postfix) with ESMTP id 4FECD13C44C; Sat, 6 Jan 2007 07:32:16 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.8/8.13.8/NinthNine) with SMTP id l067W3p6046559; Sat, 6 Jan 2007 16:32:04 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sat, 6 Jan 2007 16:32:03 +0900 From: Norikatsu Shigemura To: Jeff Roberson Message-Id: <20070106163203.5bad1a4e.nork@FreeBSD.org> In-Reply-To: <20070105001814.N552@10.0.0.1> References: <20070104005625.D1508@10.0.0.1> <20070105000500.d005ca0b.nork@FreeBSD.org> <20070104170932.C552@10.0.0.1> <2329.211.18.249.19.1167981583.squirrel@mail.ninth-nine.com> <20070105001814.N552@10.0.0.1> X-Mailer: Sylpheed 2.3.0rc (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Sat, 06 Jan 2007 16:32:04 +0900 (JST) Cc: Norikatsu Shigemura , current@FreeBSD.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jan 2007 07:32:16 -0000 On Fri, 5 Jan 2007 00:18:43 -0800 (PST) Jeff Roberson wrote: > On Fri, 5 Jan 2007, Norikatsu Shigemura wrote: > >> One oops in my last patch. Try this one. > > I got following message. > Thank you. > I assume it booted ok after this? I will commit something soon to address > it. I want to test it more heavily first. Thank you. I got following message. Sorry I don't use latest your sched_ule.c. If this issue was fixed, please wait a minute. I'm compiling latest current kernel. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Timecounters tick every 1.000 msec Fast IPsec: Initialized Security Association Processing. (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. (noperiph:sym1:0:-1:-1): SCSI BUS reset delivered. sched_priority: invalid priority 225nice 0, ticks 46194 ftick 0 ltick 45 tick pri 45 ad0: 78533MB at ata0-master UDMA100 firewire0: bus manager 2 ad1: 238475MB at ata1-master UDMA100 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - I got 'invalid interactive priority' KASSERTion. Sorry I didn't take a note. If I reproduce it, I'll report to you. MY IMPRESSION: I don't know that ULE2.0 is faster than 4BSD. But I feel feathery. Because, on make extract in big tarball, I can use my desktop comfortably than 4BSD. And I can see .avi with a little stop:-) I'll continue to test ULE2.0. P.S. I think that 'invalid priority' message is ugly:-). Please change like following patch. This is cosmetic change. Index: sched_ule.c =================================================================== RCS file: /home/ncvs/src/sys/kern/sched_ule.c,v retrieving revision 1.176 diff -u -r1.176 sched_ule.c --- sched_ule.c 6 Jan 2007 02:34:23 -0000 1.176 +++ sched_ule.c 6 Jan 2007 07:12:24 -0000 @@ -1057,9 +1057,9 @@ if (!(pri >= PRI_MIN_TIMESHARE && pri <= PRI_MAX_TIMESHARE)) { static int once = 1; if (once) { - printf("sched_priority: invalid priority %d", + printf("sched_priority: invalid priority %d\n", pri); - printf("nice %d, ticks %d ftick %d ltick %d tick pri %d\n", + printf("nice %d, ticks %d, ftick %d, ltick %d, tick pri %d\n", td->td_proc->p_nice, td->td_sched->ts_ticks, td->td_sched->ts_ftick, From owner-freebsd-current@FreeBSD.ORG Sat Jan 6 07:46:32 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6761616A407; Sat, 6 Jan 2007 07:46:32 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 157C813C448; Sat, 6 Jan 2007 07:46:32 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [10.0.0.1] (216-160-98-154.tukw.qwest.net [216.160.98.154]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l067kT4I026413 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Sat, 6 Jan 2007 02:46:30 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Fri, 5 Jan 2007 23:45:05 -0800 (PST) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Norikatsu Shigemura In-Reply-To: <20070106163203.5bad1a4e.nork@FreeBSD.org> Message-ID: <20070105234421.I586@10.0.0.1> References: <20070104005625.D1508@10.0.0.1> <20070105000500.d005ca0b.nork@FreeBSD.org> <20070104170932.C552@10.0.0.1> <2329.211.18.249.19.1167981583.squirrel@mail.ninth-nine.com> <20070105001814.N552@10.0.0.1> <20070106163203.5bad1a4e.nork@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@FreeBSD.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jan 2007 07:46:32 -0000 On Sat, 6 Jan 2007, Norikatsu Shigemura wrote: > On Fri, 5 Jan 2007 00:18:43 -0800 (PST) > > Thank you. I got following message. Sorry I don't use latest your > sched_ule.c. If this issue was fixed, please wait a minute. I'm > compiling latest current kernel. You should no longer get the KASSERT. I have another patch for the invalid priority printf. It should go away soon. Thank you for testing. Jeff > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > Timecounters tick every 1.000 msec > Fast IPsec: Initialized Security Association Processing. > (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. > (noperiph:sym1:0:-1:-1): SCSI BUS reset delivered. > sched_priority: invalid priority 225nice 0, ticks 46194 ftick 0 ltick 45 tick pri 45 > ad0: 78533MB at ata0-master UDMA100 > firewire0: bus manager 2 > ad1: 238475MB at ata1-master UDMA100 > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > I got 'invalid interactive priority' KASSERTion. Sorry I didn't > take a note. If I reproduce it, I'll report to you. > > MY IMPRESSION: > I don't know that ULE2.0 is faster than 4BSD. But I feel feathery. > Because, on make extract in big tarball, I can use my desktop > comfortably than 4BSD. And I can see .avi with a little stop:-) > > I'll continue to test ULE2.0. > > P.S. > I think that 'invalid priority' message is ugly:-). Please change > like following patch. This is cosmetic change. > > Index: sched_ule.c > =================================================================== > RCS file: /home/ncvs/src/sys/kern/sched_ule.c,v > retrieving revision 1.176 > diff -u -r1.176 sched_ule.c > --- sched_ule.c 6 Jan 2007 02:34:23 -0000 1.176 > +++ sched_ule.c 6 Jan 2007 07:12:24 -0000 > @@ -1057,9 +1057,9 @@ > if (!(pri >= PRI_MIN_TIMESHARE && pri <= PRI_MAX_TIMESHARE)) { > static int once = 1; > if (once) { > - printf("sched_priority: invalid priority %d", > + printf("sched_priority: invalid priority %d\n", > pri); > - printf("nice %d, ticks %d ftick %d ltick %d tick pri %d\n", > + printf("nice %d, ticks %d, ftick %d, ltick %d, tick pri %d\n", > td->td_proc->p_nice, > td->td_sched->ts_ticks, > td->td_sched->ts_ftick, > From owner-freebsd-current@FreeBSD.ORG Sat Jan 6 08:46:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5BA5216A417 for ; Sat, 6 Jan 2007 08:46:47 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id E520D13C480 for ; Sat, 6 Jan 2007 08:46:46 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so5244699uge for ; Sat, 06 Jan 2007 00:46:46 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=NqHtR7ymhRy1mQAhYc8N3oCq6fOwMQ/ErrZjmbUj2tst6rrUgQFLsflwJ7ARbarJfWCUOJrvemIPOdBPjL1i7q+pbYX4oU4bBYZolF7NHiWNG3d7aVmIitZlET7Ce+Zfb8QZJX8d0ffK9CjCEG80E8kkJ8meL87PI5Rr51en4QI= Received: by 10.66.242.20 with SMTP id p20mr30896103ugh.1168073205916; Sat, 06 Jan 2007 00:46:45 -0800 (PST) Received: by 10.66.255.10 with HTTP; Sat, 6 Jan 2007 00:46:44 -0800 (PST) Message-ID: <499c70c0701060046h73ddfbf9ob31b0905837347a6@mail.gmail.com> Date: Sat, 6 Jan 2007 11:46:44 +0300 From: "Abdullah Al-Marrie" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-acpi@freebsd.org Subject: Current 7.0 i386 Fatal trap 9: general protection fault X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jan 2007 08:46:47 -0000 Hello, This is Acer 5102 WLMi with AMD Turion64 x2 FreeBSD 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Thu Jan 4 14:03:35 AST 2007 arabian@:/usr/obj/usr/src/sys/ARABIAN i386 I'm getting this when I boot the laptop with acpi disabled. Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 intstuction pointer = 0x70 :0x10000 stack pointer = 0x28 :0xfd0 frame pointer = 0x28 :0x899 code segment = base 0xc000e4cf, limit 0xffff, type 0x1b = DPL 0, press 1, def32 0, gran 0 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 0] stopped at 0x10000 : *** error reading from address 10000 *** db> where Tracing pid 0 tid 0 td 0xc08e3800 MAXCPU(0,0,0,0,0,...) at 0x10000 db>show apic vec 0x30 -> IRQ 14 vec 0x31 -> IRQ 15 vec 0x32 -> IRQ 4 vec 0x33 -> IRQ 11 vec 0xef -> lapic timer db>show thread Thread 0 at 0xc08e3800 : proc (pid 0) : 0xc08e35c0 flags: 0 pflags: 0x10000 state: RUNNING (CPU 0) priority: 68 db>show locks exclusive sleep mutex Giant r = 0 (0xc08e4f88) locked @ /usr/src/sys/vm/vm_contig.c:590 -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Sat Jan 6 08:46:50 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED80216A415 for ; Sat, 6 Jan 2007 08:46:50 +0000 (UTC) (envelope-from feature.id@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 81F6E13C46C for ; Sat, 6 Jan 2007 08:46:50 +0000 (UTC) (envelope-from feature.id@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so8104802nfc for ; Sat, 06 Jan 2007 00:46:49 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=USr3eZPyqoWkdw99XjUvMolLduHgSgJixKNl/UyYOnybsAAPfnLx3sIiDU9+BqfrH2KhH33Wg0MiGSXrDz5y+58TkZObOOqXUPyn9cxBSWy5hg7oxZ9YtkR56o45O4BMsy/Dt7RnfZB2MhDP31oOPar0IUoPu9Of/s4V+mtq7Vw= Received: by 10.49.15.16 with SMTP id s16mr4245002nfi.1168071614290; Sat, 06 Jan 2007 00:20:14 -0800 (PST) Received: from ?192.168.0.3? ( [85.141.190.105]) by mx.google.com with ESMTP id n22sm99007165nfc.2007.01.06.00.20.12; Sat, 06 Jan 2007 00:20:13 -0800 (PST) From: feature To: freebsd-current@freebsd.org Date: Sat, 6 Jan 2007 11:20:44 +0300 User-Agent: KMail/1.9.5 References: <499c70c0701052259y6c663d17qb0ee1e47225b312a@mail.gmail.com> In-Reply-To: <499c70c0701052259y6c663d17qb0ee1e47225b312a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701061120.46079.feature.id@gmail.com> Subject: Re: Xorg with lock session 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: Sat, 06 Jan 2007 08:46:51 -0000 On Saturday 06 January 2007 09:59, Abdullah Al-Marrie wrote: > FreeBSD 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Thu Jan 4 14:03:35 AST 2007 > > Whenever I lock the session in kde 3.5.5 I can't unlock it, it says > auth failed, and I must kill the pid manually. > > Did any of you got the same issue? > > All built from the ports and fresh. Same problem. (generic Nov 2006 snapshot and another one -- Sun Dec 31 01:08:18 MSK 2006) From owner-freebsd-current@FreeBSD.ORG Sat Jan 6 08:53:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4CCCD16A417 for ; Sat, 6 Jan 2007 08:53:33 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id D71D913C457 for ; Sat, 6 Jan 2007 08:53:32 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so5245074uge for ; Sat, 06 Jan 2007 00:53:31 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LqXiEEpGpqqom9mCFXeSd6Hd1rFaNNzvxEo5YzGz2tF7qGZTqqTuRy3rw3M0qhUQO+dWzcgLDvb72UQseGCyAsrUiaWEFI39b9ufapQpywB+9n1qilMrRZ2Rkh81Oo9LlM7pVvzqBBc+APU23U262ULkBWOnb9TGTL90XB/gQbI= Received: by 10.66.250.17 with SMTP id x17mr15022067ugh.1168073611422; Sat, 06 Jan 2007 00:53:31 -0800 (PST) Received: by 10.66.255.10 with HTTP; Sat, 6 Jan 2007 00:53:31 -0800 (PST) Message-ID: <499c70c0701060053l4430100bu7d5232271172ec26@mail.gmail.com> Date: Sat, 6 Jan 2007 11:53:31 +0300 From: "Abdullah Al-Marrie" To: "Alexander Leidinger" In-Reply-To: <20070104101404.1owkjrmj4c40g40c@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <499c70c0701032327r204f4370ya82ee324b2945c55@mail.gmail.com> <20070104101404.1owkjrmj4c40g40c@webmail.leidinger.net> Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Bugzilla instead of current problem system for bugs and features? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jan 2007 08:53:33 -0000 On 1/4/07, Alexander Leidinger wrote: > Quoting Abdullah Al-Marrie (from Thu, 4 Jan 2007 > 10:27:49 +0300): > > > Why not use bugzilla for bugs and feature requests? isn't easier and > > more organized than current problem system? > > We are evaluating our options: > http://wiki.freebsd.org/Bugtracking > > Bye, > Alexander. > > -- > The warning message we sent the Russians was a > calculated ambiguity that would be clearly understood. > -- Alexander Haig > > http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 > http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 > And are we close yet? You can keep the old pr for the old reports and make the new ones via bugzilla. I just don't feel the current bug system is good for the FreeBSD growing community -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Sat Jan 6 09:17:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0CB9A16A407 for ; Sat, 6 Jan 2007 09:17:15 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id C46F213C44C for ; Sat, 6 Jan 2007 09:17:14 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1959229ana for ; Sat, 06 Jan 2007 01:17:14 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=ao43tuqgJQCT5Z/HwBENo5XcopdaQaYrQ9nkCBpIb+q1bH3hWo835ctNhlUxGskf4hHnkSPKIPVbMxM0ESLmsxss4Dpy6obY+fEEqaF2Bw4l+HtPm+/QMDw0N0e6bUOSCRF01XFPXoV75vQHuRZw08rcPbLCHVLV/FTqA1iYGbk= Received: by 10.100.136.13 with SMTP id j13mr8616357and.1168073430886; Sat, 06 Jan 2007 00:50:30 -0800 (PST) Received: by 10.100.136.16 with HTTP; Sat, 6 Jan 2007 00:50:30 -0800 (PST) Message-ID: <6eb82e0701060050s2a28d307m199ccfe0924e1a9@mail.gmail.com> Date: Sat, 6 Jan 2007 16:50:30 +0800 From: "Rong-en Fan" To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: [CFT] ncurses update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jan 2007 09:17:15 -0000 The ncurses in the base system is way too old, say 5.2. Now we have 5.6 in the portstree. I have a mega patch that update the base system's ncurses to 5.6. To test it, cd /usr/src fetch http://people.freebsd.org/~rafan/ncurses/ncurses-5.6-fbsd7-20070106.diff.gz mkdir -p lib/ncurses/form lib/ncurses/menu lib/ncurses/ncurses lib/ncurses/panel zcat ncurses-5.6-fbsd7-20070106.diff.gz | patch -p0 Then, make a new world see if anything if broken. According to the author, the ABI should be compatible. So, there is no need to recompile your ports. The rest information can be found at http://people.freebsd.org/~rafan/ncurses/ Comments and feedback are welcome! Regards, Rong-En Fan From owner-freebsd-current@FreeBSD.ORG Sat Jan 6 10:55:27 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id CFDE416A407; Sat, 6 Jan 2007 10:55:23 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-current@freebsd.org Date: Sat, 6 Jan 2007 18:55:16 +0800 User-Agent: KMail/1.8.2 References: <20070104005625.D1508@10.0.0.1> <459DB871.1050109@freebsd.org> <20070105154450.Y586@10.0.0.1> In-Reply-To: <20070105154450.Y586@10.0.0.1> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200701061855.17104.davidxu@freebsd.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Cc: Jeff Roberson , current@freebsd.org, Kip Macy Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jan 2007 10:55:27 -0000 On Saturday 06 January 2007 07:46, Jeff Roberson wrote: > On Fri, 5 Jan 2007, David Xu wrote: > >> Anyway, thanks for the pointer Xu. I may hack this up and compare it to > >> ULE's current balancing. > > > > Yesterday, I have tested super-smack benchmark on 2-cpu machine, ULE > > decreased performance about 40%, this might be a regression though. > > I just fixed a regression in the load balancer. On my 8way opteron ULE is > now 22% faster than 4BSD for select-key.smack with 32 threads. This is > for both KSE and libthr. libthr is of course significantly faster > overall. I believe I can improve this even more by borrowing some tricks > from solaris. > > Jeff I have tried it, but my dual-core Athlon X2 3800+ is locked up under stress testing. David Xu From owner-freebsd-current@FreeBSD.ORG Sat Jan 6 10:55:27 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id CFDE416A407; Sat, 6 Jan 2007 10:55:23 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-current@freebsd.org Date: Sat, 6 Jan 2007 18:55:16 +0800 User-Agent: KMail/1.8.2 References: <20070104005625.D1508@10.0.0.1> <459DB871.1050109@freebsd.org> <20070105154450.Y586@10.0.0.1> In-Reply-To: <20070105154450.Y586@10.0.0.1> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200701061855.17104.davidxu@freebsd.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Cc: Jeff Roberson , current@freebsd.org, Kip Macy Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jan 2007 10:55:27 -0000 On Saturday 06 January 2007 07:46, Jeff Roberson wrote: > On Fri, 5 Jan 2007, David Xu wrote: > >> Anyway, thanks for the pointer Xu. I may hack this up and compare it to > >> ULE's current balancing. > > > > Yesterday, I have tested super-smack benchmark on 2-cpu machine, ULE > > decreased performance about 40%, this might be a regression though. > > I just fixed a regression in the load balancer. On my 8way opteron ULE is > now 22% faster than 4BSD for select-key.smack with 32 threads. This is > for both KSE and libthr. libthr is of course significantly faster > overall. I believe I can improve this even more by borrowing some tricks > from solaris. > > Jeff I have tried it, but my dual-core Athlon X2 3800+ is locked up under stress testing. David Xu From owner-freebsd-current@FreeBSD.ORG Sat Jan 6 11:00:13 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2792616A412; Sat, 6 Jan 2007 11:00:12 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id BD23713C45E; Sat, 6 Jan 2007 11:00:12 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [10.0.0.1] (216-160-98-154.tukw.qwest.net [216.160.98.154]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l06B0905039820 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Sat, 6 Jan 2007 06:00:11 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Sat, 6 Jan 2007 02:58:46 -0800 (PST) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: David Xu In-Reply-To: <200701061855.17104.davidxu@freebsd.org> Message-ID: <20070106025829.W586@10.0.0.1> References: <20070104005625.D1508@10.0.0.1> <459DB871.1050109@freebsd.org> <20070105154450.Y586@10.0.0.1> <200701061855.17104.davidxu@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kip Macy , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jan 2007 11:00:13 -0000 On Sat, 6 Jan 2007, David Xu wrote: > On Saturday 06 January 2007 07:46, Jeff Roberson wrote: >> On Fri, 5 Jan 2007, David Xu wrote: >>>> Anyway, thanks for the pointer Xu. I may hack this up and compare it to >>>> ULE's current balancing. >>> >>> Yesterday, I have tested super-smack benchmark on 2-cpu machine, ULE >>> decreased performance about 40%, this might be a regression though. >> >> I just fixed a regression in the load balancer. On my 8way opteron ULE is >> now 22% faster than 4BSD for select-key.smack with 32 threads. This is >> for both KSE and libthr. libthr is of course significantly faster >> overall. I believe I can improve this even more by borrowing some tricks >> from solaris. >> >> Jeff > > I have tried it, but my dual-core Athlon X2 3800+ is locked up under stress > testing. Can you tell me what revision of the file and what tests you were doing? > > David Xu > > _______________________________________________ > 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 Jan 6 11:00:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2792616A412; Sat, 6 Jan 2007 11:00:12 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id BD23713C45E; Sat, 6 Jan 2007 11:00:12 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [10.0.0.1] (216-160-98-154.tukw.qwest.net [216.160.98.154]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l06B0905039820 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Sat, 6 Jan 2007 06:00:11 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Sat, 6 Jan 2007 02:58:46 -0800 (PST) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: David Xu In-Reply-To: <200701061855.17104.davidxu@freebsd.org> Message-ID: <20070106025829.W586@10.0.0.1> References: <20070104005625.D1508@10.0.0.1> <459DB871.1050109@freebsd.org> <20070105154450.Y586@10.0.0.1> <200701061855.17104.davidxu@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kip Macy , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jan 2007 11:00:13 -0000 On Sat, 6 Jan 2007, David Xu wrote: > On Saturday 06 January 2007 07:46, Jeff Roberson wrote: >> On Fri, 5 Jan 2007, David Xu wrote: >>>> Anyway, thanks for the pointer Xu. I may hack this up and compare it to >>>> ULE's current balancing. >>> >>> Yesterday, I have tested super-smack benchmark on 2-cpu machine, ULE >>> decreased performance about 40%, this might be a regression though. >> >> I just fixed a regression in the load balancer. On my 8way opteron ULE is >> now 22% faster than 4BSD for select-key.smack with 32 threads. This is >> for both KSE and libthr. libthr is of course significantly faster >> overall. I believe I can improve this even more by borrowing some tricks >> from solaris. >> >> Jeff > > I have tried it, but my dual-core Athlon X2 3800+ is locked up under stress > testing. Can you tell me what revision of the file and what tests you were doing? > > David Xu > > _______________________________________________ > 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 Jan 6 11:07:09 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 9251016A403; Sat, 6 Jan 2007 11:07:09 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: Jeff Roberson Date: Sat, 6 Jan 2007 19:07:02 +0800 User-Agent: KMail/1.8.2 References: <20070104005625.D1508@10.0.0.1> <200701061855.17104.davidxu@freebsd.org> <20070106025829.W586@10.0.0.1> In-Reply-To: <20070106025829.W586@10.0.0.1> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701061907.03118.davidxu@freebsd.org> Cc: Kip Macy , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jan 2007 11:07:10 -0000 On Saturday 06 January 2007 18:58, Jeff Roberson wrote: > > I have tried it, but my dual-core Athlon X2 3800+ is locked up under > > stress testing. > > Can you tell me what revision of the file and what tests you were doing? > It is revision 1.177. From owner-freebsd-current@FreeBSD.ORG Sat Jan 6 11:07:09 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 9251016A403; Sat, 6 Jan 2007 11:07:09 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: Jeff Roberson Date: Sat, 6 Jan 2007 19:07:02 +0800 User-Agent: KMail/1.8.2 References: <20070104005625.D1508@10.0.0.1> <200701061855.17104.davidxu@freebsd.org> <20070106025829.W586@10.0.0.1> In-Reply-To: <20070106025829.W586@10.0.0.1> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701061907.03118.davidxu@freebsd.org> Cc: Kip Macy , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jan 2007 11:07:10 -0000 On Saturday 06 January 2007 18:58, Jeff Roberson wrote: > > I have tried it, but my dual-core Athlon X2 3800+ is locked up under > > stress testing. > > Can you tell me what revision of the file and what tests you were doing? > It is revision 1.177. From owner-freebsd-current@FreeBSD.ORG Sat Jan 6 11:14:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D86CD16A417; Sat, 6 Jan 2007 11:14:51 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id A2EC713C45A; Sat, 6 Jan 2007 11:14:51 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [10.0.0.1] (216-160-98-154.tukw.qwest.net [216.160.98.154]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l06BEmMn040766 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Sat, 6 Jan 2007 06:14:50 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Sat, 6 Jan 2007 03:13:24 -0800 (PST) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: David Xu In-Reply-To: <200701061907.03118.davidxu@freebsd.org> Message-ID: <20070106031259.P586@10.0.0.1> References: <20070104005625.D1508@10.0.0.1> <200701061855.17104.davidxu@freebsd.org> <20070106025829.W586@10.0.0.1> <200701061907.03118.davidxu@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kip Macy , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jan 2007 11:14:52 -0000 On Sat, 6 Jan 2007, David Xu wrote: > On Saturday 06 January 2007 18:58, Jeff Roberson wrote: >>> I have tried it, but my dual-core Athlon X2 3800+ is locked up under >>> stress testing. >> >> Can you tell me what revision of the file and what tests you were doing? >> > > It is revision 1.177. Can you try kern.sched.balance=0 and test? What type of tests were you running? > > _______________________________________________ > 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 Jan 6 11:14:51 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D86CD16A417; Sat, 6 Jan 2007 11:14:51 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id A2EC713C45A; Sat, 6 Jan 2007 11:14:51 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [10.0.0.1] (216-160-98-154.tukw.qwest.net [216.160.98.154]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l06BEmMn040766 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Sat, 6 Jan 2007 06:14:50 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Sat, 6 Jan 2007 03:13:24 -0800 (PST) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: David Xu In-Reply-To: <200701061907.03118.davidxu@freebsd.org> Message-ID: <20070106031259.P586@10.0.0.1> References: <20070104005625.D1508@10.0.0.1> <200701061855.17104.davidxu@freebsd.org> <20070106025829.W586@10.0.0.1> <200701061907.03118.davidxu@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kip Macy , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jan 2007 11:14:52 -0000 On Sat, 6 Jan 2007, David Xu wrote: > On Saturday 06 January 2007 18:58, Jeff Roberson wrote: >>> I have tried it, but my dual-core Athlon X2 3800+ is locked up under >>> stress testing. >> >> Can you tell me what revision of the file and what tests you were doing? >> > > It is revision 1.177. Can you try kern.sched.balance=0 and test? What type of tests were you running? > > _______________________________________________ > 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 Jan 6 11:35:38 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 969D016A412; Sat, 6 Jan 2007 11:35:37 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: Jeff Roberson Date: Sat, 6 Jan 2007 19:35:31 +0800 User-Agent: KMail/1.8.2 References: <20070104005625.D1508@10.0.0.1> <200701061907.03118.davidxu@freebsd.org> <20070106031259.P586@10.0.0.1> In-Reply-To: <20070106031259.P586@10.0.0.1> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701061935.31324.davidxu@freebsd.org> Cc: Kip Macy , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jan 2007 11:35:38 -0000 On Saturday 06 January 2007 19:13, Jeff Roberson wrote: > > Can you try kern.sched.balance=0 and test? What type of tests were you > running? No difference, it is still locked up, the kernel is in AMD64 mode. From owner-freebsd-current@FreeBSD.ORG Sat Jan 6 11:35:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 969D016A412; Sat, 6 Jan 2007 11:35:37 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: Jeff Roberson Date: Sat, 6 Jan 2007 19:35:31 +0800 User-Agent: KMail/1.8.2 References: <20070104005625.D1508@10.0.0.1> <200701061907.03118.davidxu@freebsd.org> <20070106031259.P586@10.0.0.1> In-Reply-To: <20070106031259.P586@10.0.0.1> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701061935.31324.davidxu@freebsd.org> Cc: Kip Macy , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jan 2007 11:35:38 -0000 On Saturday 06 January 2007 19:13, Jeff Roberson wrote: > > Can you try kern.sched.balance=0 and test? What type of tests were you > running? No difference, it is still locked up, the kernel is in AMD64 mode. From owner-freebsd-current@FreeBSD.ORG Sat Jan 6 11:39:47 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AC62E16A403; Sat, 6 Jan 2007 11:39:47 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 75EE813C459; Sat, 6 Jan 2007 11:39:42 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [10.0.0.1] (216-160-98-154.tukw.qwest.net [216.160.98.154]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l06Bdd3E042321 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Sat, 6 Jan 2007 06:39:40 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Sat, 6 Jan 2007 03:38:15 -0800 (PST) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: David Xu In-Reply-To: <200701061935.31324.davidxu@freebsd.org> Message-ID: <20070106033749.V586@10.0.0.1> References: <20070104005625.D1508@10.0.0.1> <200701061907.03118.davidxu@freebsd.org> <20070106031259.P586@10.0.0.1> <200701061935.31324.davidxu@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kip Macy , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jan 2007 11:39:47 -0000 On Sat, 6 Jan 2007, David Xu wrote: > On Saturday 06 January 2007 19:13, Jeff Roberson wrote: >> >> Can you try kern.sched.balance=0 and test? What type of tests were you >> running? > > No difference, it is still locked up, the kernel is in AMD64 mode. Can you tell me what you are doing? I have a dual core opteron that works fine here running normal things. > > _______________________________________________ > 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 Jan 6 11:39:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AC62E16A403; Sat, 6 Jan 2007 11:39:47 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 75EE813C459; Sat, 6 Jan 2007 11:39:42 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [10.0.0.1] (216-160-98-154.tukw.qwest.net [216.160.98.154]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l06Bdd3E042321 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Sat, 6 Jan 2007 06:39:40 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Sat, 6 Jan 2007 03:38:15 -0800 (PST) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: David Xu In-Reply-To: <200701061935.31324.davidxu@freebsd.org> Message-ID: <20070106033749.V586@10.0.0.1> References: <20070104005625.D1508@10.0.0.1> <200701061907.03118.davidxu@freebsd.org> <20070106031259.P586@10.0.0.1> <200701061935.31324.davidxu@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kip Macy , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jan 2007 11:39:47 -0000 On Sat, 6 Jan 2007, David Xu wrote: > On Saturday 06 January 2007 19:13, Jeff Roberson wrote: >> >> Can you try kern.sched.balance=0 and test? What type of tests were you >> running? > > No difference, it is still locked up, the kernel is in AMD64 mode. Can you tell me what you are doing? I have a dual core opteron that works fine here running normal things. > > _______________________________________________ > 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 Jan 6 11:58:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id D613E16A407; Sat, 6 Jan 2007 11:58:14 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-current@freebsd.org Date: Sat, 6 Jan 2007 19:58:06 +0800 User-Agent: KMail/1.8.2 References: <20070104005625.D1508@10.0.0.1> <200701061935.31324.davidxu@freebsd.org> <20070106033749.V586@10.0.0.1> In-Reply-To: <20070106033749.V586@10.0.0.1> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200701061958.06484.davidxu@freebsd.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Cc: Jeff Roberson , current@freebsd.org, Kip Macy Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jan 2007 11:58:15 -0000 On Saturday 06 January 2007 19:38, Jeff Roberson wrote: > > Can you tell me what you are doing? I have a dual core opteron that works > fine here running normal things. It is mysql super-smack, I am trying to get a performance result. From owner-freebsd-current@FreeBSD.ORG Sat Jan 6 11:58:15 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id D613E16A407; Sat, 6 Jan 2007 11:58:14 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-current@freebsd.org Date: Sat, 6 Jan 2007 19:58:06 +0800 User-Agent: KMail/1.8.2 References: <20070104005625.D1508@10.0.0.1> <200701061935.31324.davidxu@freebsd.org> <20070106033749.V586@10.0.0.1> In-Reply-To: <20070106033749.V586@10.0.0.1> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200701061958.06484.davidxu@freebsd.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Cc: Jeff Roberson , current@freebsd.org, Kip Macy Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jan 2007 11:58:15 -0000 On Saturday 06 January 2007 19:38, Jeff Roberson wrote: > > Can you tell me what you are doing? I have a dual core opteron that works > fine here running normal things. It is mysql super-smack, I am trying to get a performance result. From owner-freebsd-current@FreeBSD.ORG Sat Jan 6 12:16:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 45D0E16A412; Sat, 6 Jan 2007 12:16:41 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 0FEF713C465; Sat, 6 Jan 2007 12:16:40 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [10.0.0.1] (216-160-98-154.tukw.qwest.net [216.160.98.154]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l06CGbd5045559 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Sat, 6 Jan 2007 07:16:38 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Sat, 6 Jan 2007 04:15:13 -0800 (PST) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: David Xu In-Reply-To: <200701061958.06484.davidxu@freebsd.org> Message-ID: <20070106041435.P586@10.0.0.1> References: <20070104005625.D1508@10.0.0.1> <200701061935.31324.davidxu@freebsd.org> <20070106033749.V586@10.0.0.1> <200701061958.06484.davidxu@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kip Macy , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jan 2007 12:16:41 -0000 On Sat, 6 Jan 2007, David Xu wrote: > On Saturday 06 January 2007 19:38, Jeff Roberson wrote: > >> >> Can you tell me what you are doing? I have a dual core opteron that works >> fine here running normal things. > > It is mysql super-smack, I am trying to get a performance result. What threading library and what arguments? select-key? How many threads? Thanks, Jeff > > _______________________________________________ > 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 Jan 6 12:16:41 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 45D0E16A412; Sat, 6 Jan 2007 12:16:41 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 0FEF713C465; Sat, 6 Jan 2007 12:16:40 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [10.0.0.1] (216-160-98-154.tukw.qwest.net [216.160.98.154]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l06CGbd5045559 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Sat, 6 Jan 2007 07:16:38 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Sat, 6 Jan 2007 04:15:13 -0800 (PST) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: David Xu In-Reply-To: <200701061958.06484.davidxu@freebsd.org> Message-ID: <20070106041435.P586@10.0.0.1> References: <20070104005625.D1508@10.0.0.1> <200701061935.31324.davidxu@freebsd.org> <20070106033749.V586@10.0.0.1> <200701061958.06484.davidxu@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kip Macy , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jan 2007 12:16:41 -0000 On Sat, 6 Jan 2007, David Xu wrote: > On Saturday 06 January 2007 19:38, Jeff Roberson wrote: > >> >> Can you tell me what you are doing? I have a dual core opteron that works >> fine here running normal things. > > It is mysql super-smack, I am trying to get a performance result. What threading library and what arguments? select-key? How many threads? Thanks, Jeff > > _______________________________________________ > 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 Jan 6 12:56:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1BFC616A407; Sat, 6 Jan 2007 12:56:39 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id F38A513C46B; Sat, 6 Jan 2007 12:56:38 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id A3AC4665; Sat, 6 Jan 2007 06:34:40 -0600 (CST) Date: Sat, 6 Jan 2007 06:34:40 -0600 To: Abdullah Al-Marrie Message-ID: <20070106123440.GA29663@soaustin.net> References: <499c70c0701032327r204f4370ya82ee324b2945c55@mail.gmail.com> <20070104101404.1owkjrmj4c40g40c@webmail.leidinger.net> <499c70c0701060053l4430100bu7d5232271172ec26@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <499c70c0701060053l4430100bu7d5232271172ec26@mail.gmail.com> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Sat, 06 Jan 2007 13:35:27 +0000 Cc: Alexander Leidinger , freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Bugzilla instead of current problem system for bugs and features? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jan 2007 12:56:39 -0000 On Sat, Jan 06, 2007 at 11:53:31AM +0300, Abdullah Al-Marrie wrote: > I just don't feel the current bug system is good for the FreeBSD > growing community This question has been extensively discussed on various mailing lists over the past 2 years. The migration problem is not as easy as you seem to assume it will be. Please read up on the past history of this before being quite so certain about your conclusions. It is going to take a great deal of work to move away from the current bug system. mcl From owner-freebsd-current@FreeBSD.ORG Sat Jan 6 14:33:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4D76B16A412 for ; Sat, 6 Jan 2007 14:33:41 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id B8C1613C465 for ; Sat, 6 Jan 2007 14:33:40 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.8/8.13.8) with ESMTP id l06ELOlM093993; Sat, 6 Jan 2007 17:21:24 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.8/8.13.8/Submit) id l06ELOl6093992; Sat, 6 Jan 2007 17:21:24 +0300 (MSK) (envelope-from ache) Date: Sat, 6 Jan 2007 17:21:23 +0300 From: Andrey Chernov To: Rong-en Fan Message-ID: <20070106142123.GA93898@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Rong-en Fan , FreeBSD Current References: <6eb82e0701060050s2a28d307m199ccfe0924e1a9@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6eb82e0701060050s2a28d307m199ccfe0924e1a9@mail.gmail.com> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: FreeBSD Current Subject: Re: [CFT] ncurses update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jan 2007 14:33:41 -0000 On Sat, Jan 06, 2007 at 04:50:30PM +0800, Rong-en Fan wrote: > http://people.freebsd.org/~rafan/ncurses/ncurses-5.6-fbsd7-20070106.diff.gz In our code (*tok == '\0' || *tok == '\\' || !isgraph(*tok))) must be (*tok == '\0' || *tok == '\\' || !isgraph(UChar(*tok)))) BTW, why our glue is ever needed? I see ncurses already is able to use cgetent. Not sure about proper TERMPATH and isetuid handling. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sat Jan 6 15:27:43 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 676EC16A40F for ; Sat, 6 Jan 2007 15:27:43 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id 02E1713C448 for ; Sat, 6 Jan 2007 15:27:42 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so5277328uge for ; Sat, 06 Jan 2007 07:27:41 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Gt/jBhk+zlX0IQdapX4URXF65aOt5ls72Mp6KyJGLoe6UUi8/sqvM6VaugSpXIwpJIQ4d0HaOirT9REAEkp0e+TWmDS5pqJ3DRczsQ5uhbedBabBilR0yhvq5M22eFmbV2R8PNu7Bp0JM75+N7vW59T7J88zeJqBnWa6ORRkZJU= Received: by 10.67.91.6 with SMTP id t6mr15956856ugl.1168097261858; Sat, 06 Jan 2007 07:27:41 -0800 (PST) Received: by 10.66.255.10 with HTTP; Sat, 6 Jan 2007 07:27:41 -0800 (PST) Message-ID: <499c70c0701060727v530802ecx5a5cc7c4f6d22914@mail.gmail.com> Date: Sat, 6 Jan 2007 18:27:41 +0300 From: "Abdullah Al-Marrie" To: Diego In-Reply-To: <459CFCC2.7060505@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <459CFCC2.7060505@gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jan 2007 15:27:43 -0000 On 1/4/07, Diego wrote: > Hi Jeff! > Can you provide a patch for RELENG_6? Or it cannot be applicable? > _______________________________________________ > 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" > Jeff, I second this I think it will be great addition if we can see ULE 2.0 in RELENG_6 ;) -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Sat Jan 6 15:13:30 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 550F916A407 for ; Sat, 6 Jan 2007 15:13:30 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (palm.hoeg.nl [83.98.131.212]) by mx1.freebsd.org (Postfix) with ESMTP id 1B37013C44B for ; Sat, 6 Jan 2007 15:13:30 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 464C71CC6E; Sat, 6 Jan 2007 16:13:29 +0100 (CET) Date: Sat, 6 Jan 2007 16:13:29 +0100 From: Ed Schouten To: Rong-en Fan Message-ID: <20070106151329.GC46094@hoeg.nl> References: <6eb82e0701060050s2a28d307m199ccfe0924e1a9@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lCAWRPmW1mITcIfM" Content-Disposition: inline In-Reply-To: <6eb82e0701060050s2a28d307m199ccfe0924e1a9@mail.gmail.com> User-Agent: Mutt/1.5.13 (2006-08-11) X-Mailman-Approved-At: Sat, 06 Jan 2007 15:57:45 +0000 Cc: FreeBSD Current Subject: Re: [CFT] ncurses update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jan 2007 15:13:30 -0000 --lCAWRPmW1mITcIfM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, * Rong-en Fan wrote: > The ncurses in the base system is way too old, say 5.2. Now we > have 5.6 in the portstree. I have a mega patch that update the base > system's ncurses to 5.6. To test it, >=20 > [...] I took a quick look through the diff, but I couldn't see if it installs libncursesw now. Does compiling against libncursesw add more dependencies that are not in FreeBSD's base? --=20 Ed Schouten WWW: http://g-rave.nl/ --lCAWRPmW1mITcIfM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFn7yZ52SDGA2eCwURAtmcAJ92rlwTyyvoVQGjh/THcbJeohOzHgCfaFE+ VK6vsX79267nlQBLKoKaUuQ= =cfU2 -----END PGP SIGNATURE----- --lCAWRPmW1mITcIfM-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 6 15:18:44 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 66B1716A412 for ; Sat, 6 Jan 2007 15:18:44 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (palm.hoeg.nl [83.98.131.212]) by mx1.freebsd.org (Postfix) with ESMTP id 2FB4A13C428 for ; Sat, 6 Jan 2007 15:18:44 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 554521CCC2; Sat, 6 Jan 2007 16:01:39 +0100 (CET) Date: Sat, 6 Jan 2007 16:01:39 +0100 From: Ed Schouten To: FreeBSD Current Message-ID: <20070106150139.GB46094@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tjCHc7DPkfUGtrlw" Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) X-Mailman-Approved-At: Sat, 06 Jan 2007 15:57:58 +0000 Subject: Request for PTY/devfs changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jan 2007 15:18:44 -0000 --tjCHc7DPkfUGtrlw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello everyone, A few days ago I started to toy around with FreeBSD 7.x and jails with unionfs. After a few hours I got to know the dreaded 'zombie jail' bug (PR kern/89528). I've been reading a lot of kernel source the last few days and I think I now understand a lot of existing problems in the current code. There are a couple of bugs in the FreeBSD kernel that aren't hard to cure, but will lead to a better PTY implementation: - Dev_clone event handlers cannot determine whether a LOOKUP or a CREATE is performed. When you create a small script that performs a stat() on /dev/ptyp0 to /dev/ptySv, you create a bunch of device nodes that aren't bound to a real pty controller (which leads to ucred 'leaks'). Only invoking the event handler when a CREATE is performed simplifies the entire pty design, because we could immediately construct the pty structure. The pts code also suffers from this bug. A simple stat() on /dev/ptmx causes a pts to be created. - Both the pty and pts source contain some small checks to make sure you can't open pty's from other jails. A downside of this approach is that you can see all the system's pty's in /dev. This is thus a small information leak. A nicer implementation that would even be more generic would be to add a flag to cdevsw's d_flags called D_PRISONOWNED. When this flag is set, lookup()'s and readdir()'s inside a jail don't return objects that don't have the same prison as the caller. open() should have a small check to disallow access outside the jail and when not root. PRIV_TTY_PRISON could then be renamed to PRIV_DEVFS_PRISON. When the D_PRISONOWNED flag is unset, make_dev_credv() should make sure cr_prison inside cdev's si_cred is unset to prevent prison leaks. When both changes are implemented, the pty/pts code itself could be changed to be a lot more simple. I would love to send in the patches, but I first like to hear your opinions on this subject. Are my findings correct? If not, why? --=20 Ed Schouten WWW: http://g-rave.nl/ --tjCHc7DPkfUGtrlw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFn7nT52SDGA2eCwURAgpyAJoC3NSSh3s1sC19g6RrQH0k+hGWOwCfZ9Yk g0K7mUf1D69igIEcVeMPsJc= =q6O6 -----END PGP SIGNATURE----- --tjCHc7DPkfUGtrlw-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 6 16:09:02 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7428816A403 for ; Sat, 6 Jan 2007 16:09:02 +0000 (UTC) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40]) by mx1.freebsd.org (Postfix) with ESMTP id 38DCD13C44B for ; Sat, 6 Jan 2007 16:09:02 +0000 (UTC) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id l06F61WJ008115 for ; Sat, 6 Jan 2007 10:06:01 -0500 (EST) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id l06F61j2008114 for freebsd-current@freebsd.org; Sat, 6 Jan 2007 10:06:01 -0500 (EST) Date: Sat, 6 Jan 2007 10:06:01 -0500 From: Thomas Dickey To: FreeBSD Current Message-ID: <20070106150601.GA6157@saltmine.radix.net> References: <6eb82e0701060050s2a28d307m199ccfe0924e1a9@mail.gmail.com> <20070106142123.GA93898@nagual.pp.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline In-Reply-To: <20070106142123.GA93898@nagual.pp.ru> User-Agent: Mutt/1.3.27i Subject: Re: [CFT] ncurses update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jan 2007 16:09:02 -0000 --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 06, 2007 at 05:21:23PM +0300, Andrey Chernov wrote: > On Sat, Jan 06, 2007 at 04:50:30PM +0800, Rong-en Fan wrote: > > http://people.freebsd.org/~rafan/ncurses/ncurses-5.6-fbsd7-20070106.dif= f.gz >=20 > In our code >=20 > (*tok =3D=3D '\0' || *tok =3D=3D '\\' || !isgraph(*tok))) >=20 > must be >=20 > (*tok =3D=3D '\0' || *tok =3D=3D '\\' || !isgraph(UChar(*tok)))) >=20 > BTW, why our glue is ever needed? I see ncurses already is able to use=20 > cgetent. Not sure about proper TERMPATH and isetuid handling. Discounting some code that was removed by editing where an ifdef would have worked, there's a small change to use one of the FreeBSD-specific functions, e.g., /* For safety */ if (issetugid()) strcpy(pathbuf, _PATH_DEF_SEC); That's all I recall from doing a diff last summer. I don't recall any issues with $TERMPATH per se. --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --OgqxwSJOaUobr8KG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQFFn7rRtIqByHxlDocRAjdyAJwLP97zsOR4Jjk/WlSTrcqGFG1MeACfcq4x rBxeilxqV77+z2QNva2eTD8= =82Fp -----END PGP SIGNATURE----- --OgqxwSJOaUobr8KG-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 6 17:27:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E346616A403 for ; Sat, 6 Jan 2007 17:27:37 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id 6BC1713C45E for ; Sat, 6 Jan 2007 17:27:37 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so5291442uge for ; Sat, 06 Jan 2007 09:27:36 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=daNjEBoyYH7Esau3Y4nl60r/QzVP8q1MclFstcQIqywfNCNiTfEywJofs9oidziK01mruz7IiGntFZmKxQT0qFcjnbsrYCc6EcMTfUezeiXU/rFRZzGthP/ceel4ZDOD3r7KkpeY+A19iGC3YpsA2A0lx1Vz5iwrW8Q32X8X/Lg= Received: by 10.67.117.2 with SMTP id u2mr32730366ugm.1168104456481; Sat, 06 Jan 2007 09:27:36 -0800 (PST) Received: by 10.66.255.10 with HTTP; Sat, 6 Jan 2007 09:27:36 -0800 (PST) Message-ID: <499c70c0701060927o32d312feoddd9cf99ddd17c56@mail.gmail.com> Date: Sat, 6 Jan 2007 20:27:36 +0300 From: "Abdullah Al-Marrie" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline Cc: joachim.deguara@amd.com, freebsd-acpi@freebsd.org Subject: Acer laptop 5102 WLMi with AMD Turion 64 X2 hangs with cpufreq in latest 7.0-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jan 2007 17:27:38 -0000 SGVsbG8gZ3V5cywKCkkgaGF2ZSBwcm9ibGVtIHdpdGggbXkgbGFwdG9wIEFjZXIgQXNwaXJlIDUx MDIgV0xNaSB3aGljaCBoYXMgQU1EClR1cmlvbuKEoiA2NCBYMiBkdWFsLWNvcmUgVEwtNTAgMS42 IEdIei4KCiMgdW5hbWUgLWEKRnJlZUJTRCAgNy4wLUNVUlJFTlQgRnJlZUJTRCA3LjAtQ1VSUkVO VCAjMTogVGh1IEphbiAgNCAxNDowMzozNSBBU1QKMjAwNyAgICAgYXJhYmlhbkA6L3Vzci9vYmov dXNyL3NyYy9zeXMvQVJBQklBTiAgaTM4NgoKSWQgUmVmcyBBZGRyZXNzICAgIFNpemUgICAgIE5h bWUKIDEgICAxOCAweGMwNDAwMDAwIDYxN2RhOCAgIGtlcm5lbAogMiAgICAxIDB4YzBhMTgwMDAg MjczYmMgICAgbGludXgua28KIDMgICAgMiAweGMwYTQwMDAwIDQxZjI4ICAgIHNvdW5kLmtvCiA0 ICAgIDEgMHhjMGE4MjAwMCAxMjJmOCAgICBzbmRfaGRhLmtvCiA1ICAgIDEgMHhjMGE5NTAwMCA4 NTNmNCAgICBiY213bDVfc3lzLmtvCiA2ICAgIDMgMHhjMGIxYjAwMCAxYWM5YyAgICBuZGlzLmtv CiA3ICAgIDIgMHhjMGIzNjAwMCBkOWIwICAgICBpZl9uZGlzLmtvCiA4ICAgIDEgMHhjMGI0NDAw MCBhNDU4ICAgICBjcHVmcmVxLmtvCiA5ICAgIDEgMHhjMGI0ZjAwMCA2M2QyOCAgICBhY3BpLmtv CgoKQnV0IHRoZSB0aGUgbGFwdG9wIGV2ZW4gZG9lc24ndCBib290IHNvbWUgdGltZXMsICBhbmQg aWYgYm9vdGVkIGl0CmhhbmdzIGFsbCB0aGUgdGltZS4KClRoZSBvbmx5IHdvcmsgYXJvdW5kIHRo aXMgaXMgYWRkaW5nIHRoaXMgdG8gcmMuY29uZgpwb3dlcmRfZmxhZ3M9Ii1hIG1heGltdW0gLWIg bWF4aW11bSIKClNvIHdpbGwgc29tZW9uZSBmaXggdGhpcyBpbiAtY3VycmVudCBzb29uPwoKIyBz eXNjdGwgZGV2LmNwdQpkZXYuY3B1LjAuJWRlc2M6IEFDUEkgQ1BVCmRldi5jcHUuMC4lZHJpdmVy OiBjcHUKZGV2LmNwdS4wLiVsb2NhdGlvbjogaGFuZGxlPVxfUFJfLkNQVTAKZGV2LmNwdS4wLiVw bnBpbmZvOiBfSElEPW5vbmUgX1VJRD0wCmRldi5jcHUuMC4lcGFyZW50OiBhY3BpMApkZXYuY3B1 LjAuZnJlcTogMTU5MgpkZXYuY3B1LjAuZnJlcV9sZXZlbHM6IDE1OTIvNzAwMDAgNzk2LzE5Mzgz CmRldi5jcHUuMS4lZGVzYzogQUNQSSBDUFUKZGV2LmNwdS4xLiVkcml2ZXI6IGNwdQpkZXYuY3B1 LjEuJWxvY2F0aW9uOiBoYW5kbGU9XF9QUl8uQ1BVMQpkZXYuY3B1LjEuJXBucGluZm86IF9ISUQ9 bm9uZSBfVUlEPTAKZGV2LmNwdS4xLiVwYXJlbnQ6IGFjcGkwCgojc3lzY3RsIGRldi5wb3dlcm5v dwpkZXYucG93ZXJub3cuMC4lZGVzYzogUG93ZXJOb3chIEs4CmRldi5wb3dlcm5vdy4wLiVkcml2 ZXI6IHBvd2Vybm93CmRldi5wb3dlcm5vdy4wLiVwYXJlbnQ6IGNwdTAKZGV2LnBvd2Vybm93LjAu ZnJlcV9zZXR0aW5nczogMTU5Mi83MDAwMCA3OTYvMTkzODMKZGV2LnBvd2Vybm93LjEuJWRlc2M6 IFBvd2VyTm93ISBLOApkZXYucG93ZXJub3cuMS4lZHJpdmVyOiBwb3dlcm5vdwpkZXYucG93ZXJu b3cuMS4lcGFyZW50OiBjcHUxCmRldi5wb3dlcm5vdy4xLmZyZXFfc2V0dGluZ3M6IDE1OTIvNzAw MDAgNzk2LzE5MzgzCgojIHN5c2N0bCBodwpody5tYWNoaW5lOiBpMzg2Cmh3Lm1vZGVsOiBBTUQg VHVyaW9uKHRtKSA2NCBYMiBNb2JpbGUgVGVjaG5vbG9neSBUTC01MApody5uY3B1OiAyCmh3LmJ5 dGVvcmRlcjogMTIzNApody5waHlzbWVtOiAxNDY1OTI1NjMyCmh3LnVzZXJtZW06IDEzNjkzODcw MDgKaHcucGFnZXNpemU6IDQwOTYKaHcuZmxvYXRpbmdwb2ludDogMQpody5tYWNoaW5lX2FyY2g6 IGkzODYKaHcucmVhbG1lbTogMTQ3NDg4NzY4MApody5hdGEuYXRhX2RtYTogMQpody5hdGEuYXRh cGlfZG1hOiAxCmh3LmF0YS53YzogMQpody5jYXJkYnVzLmRlYnVnOiAwCmh3LmNhcmRidXMuY2lz X2RlYnVnOiAwCmh3LmZpcmV3aXJlLnRyeV9ibXI6IDEKaHcuZmlyZXdpcmUuaG9sZF9jb3VudDog Mwpody5maXJld2lyZS5md21lbS5ldWk2NF9oaTogMApody5maXJld2lyZS5md21lbS5ldWk2NF9s bzogMApody5maXJld2lyZS5md21lbS5zcGVlZDogMgpody5maXJld2lyZS5zYnAuYXV0b19sb2dp bjogMQpody5maXJld2lyZS5zYnAubWF4X3NwZWVkOiAtMQpody5maXJld2lyZS5zYnAuZXhjbHVz aXZlX2xvZ2luOiAxCmh3LmZpcmV3aXJlLnNicC5sb2dpbl9kZWxheTogMTAwMApody5maXJld2ly ZS5zYnAuc2Nhbl9kZWxheTogNTAwCmh3LmZpcmV3aXJlLnNicC51c2VfZG9vcmJlbGw6IDAKaHcu ZmlyZXdpcmUuc2JwLnRhZ3M6IDAKaHcucGNjYXJkLmRlYnVnOiAwCmh3LnBjY2FyZC5jaXNfZGVi dWc6IDAKaHcuY2JiLnN0YXJ0X21lbW9yeTogMjI4MTcwMTM3Ngpody5jYmIuc3RhcnRfMTZfaW86 IDI1Ngpody5jYmIuc3RhcnRfMzJfaW86IDQwOTYKaHcuY2JiLmRlYnVnOiAwCmh3LnBjaWMuaW50 cl9tYXNrOiA1NzAxNgpody5wY2ljLnBkNjcyMl92c2Vuc2U6IDEKaHcucGNpLmVuYWJsZV9pb19t b2RlczogMQpody5wY2kuZG9fcG93ZXJfbm9kcml2ZXI6IDAKaHcucGNpLmRvX3Bvd2VyX3Jlc3Vt ZTogMQpody5wY2kuZW5hYmxlX21zaTogMQpody5wY2kuZW5hYmxlX21zaXg6IDEKaHcucGNpLmhv bm9yX21zaV9ibGFja2xpc3Q6IDEKaHcucGNpLmhvc3RfbWVtX3N0YXJ0OiAyMTQ3NDgzNjQ4Cmh3 LnBjaS5pcnFfb3ZlcnJpZGVfbWFzazogNTcwODAKaHcuc3lzY29ucy5zYXZlci5rZXlib25seTog MQpody5zeXNjb25zLmJlbGw6IDEKaHcuc3lzY29ucy5rYmRfcmVib290OiAxCmh3LnN5c2NvbnMu a2JkX2RlYnVnOiAxCmh3LnN5c2NvbnMuc2Nfbm9fc3VzcGVuZF92dHN3aXRjaDogMApody5pbnRy X3N0b3JtX3RocmVzaG9sZDogNTAwCmh3LmF2YWlscGFnZXM6IDM1Nzg5Mgpody5idXMuZGV2Y3Rs X2Rpc2FibGU6IDAKaHcucHNtLnRhcF90aHJlc2hvbGQ6IDI1Cmh3LnBzbS50YXBfdGltZW91dDog MTI1MDAwCmh3LmtiZC5rZXltYXBfcmVzdHJpY3RfY2hhbmdlOiAwCmh3LmJ1c2RtYS50b3RhbF9i cGFnZXM6IDUxMwpody5idXNkbWEuem9uZTAudG90YWxfYnBhZ2VzOiA1MTIKaHcuYnVzZG1hLnpv bmUwLmZyZWVfYnBhZ2VzOiA1MTIKaHcuYnVzZG1hLnpvbmUwLnJlc2VydmVkX2JwYWdlczogMApo dy5idXNkbWEuem9uZTAuYWN0aXZlX2JwYWdlczogMApody5idXNkbWEuem9uZTAudG90YWxfYm91 bmNlZDogMApody5idXNkbWEuem9uZTAudG90YWxfZGVmZXJyZWQ6IDAKaHcuYnVzZG1hLnpvbmUw Lmxvd2FkZHI6IDB4ZmZmZmZmZmYKaHcuYnVzZG1hLnpvbmUwLmFsaWdubWVudDogMgpody5idXNk bWEuem9uZTAuYm91bmRhcnk6IDY1NTM2Cmh3LmJ1c2RtYS56b25lMS50b3RhbF9icGFnZXM6IDEK aHcuYnVzZG1hLnpvbmUxLmZyZWVfYnBhZ2VzOiAxCmh3LmJ1c2RtYS56b25lMS5yZXNlcnZlZF9i cGFnZXM6IDAKaHcuYnVzZG1hLnpvbmUxLmFjdGl2ZV9icGFnZXM6IDAKaHcuYnVzZG1hLnpvbmUx LnRvdGFsX2JvdW5jZWQ6IDAKaHcuYnVzZG1hLnpvbmUxLnRvdGFsX2RlZmVycmVkOiAwCmh3LmJ1 c2RtYS56b25lMS5sb3dhZGRyOiAweDNlN2ZmZmZmCmh3LmJ1c2RtYS56b25lMS5hbGlnbm1lbnQ6 IDY0Cmh3LmJ1c2RtYS56b25lMS5ib3VuZGFyeTogMApody5jbG9ja3JhdGU6IDE1OTYKaHcuaW5z dHJ1Y3Rpb25fc3NlOiAxCmh3LnZpYV9mZWF0dXJlX3JuZzogMApody52aWFfZmVhdHVyZV94Y3J5 cHQ6IDAKaHcuYXBpYy5lbmFibGVfZXh0aW50OiAwCmh3LnNuZC5sYXRlbmN5X3Byb2ZpbGU6IDEK aHcuc25kLmxhdGVuY3k6IDUKaHcuc25kLnJlcG9ydF9zb2Z0X2Zvcm1hdHM6IDEKaHcuc25kLmZl ZWRlcl9idWZmZXJzaXplOiAxNjM4NApody5zbmQuZmVlZGVyX3JhdGVfcm91bmQ6IDI1Cmh3LnNu ZC5mZWVkZXJfcmF0ZV9tYXg6IDIwMTYwMDAKaHcuc25kLmZlZWRlcl9yYXRlX21pbjogMQpody5z bmQudmVyYm9zZTogMQpody5zbmQubWF4YXV0b3ZjaGFuczogNApody5zbmQuZGVmYXVsdF91bml0 OiAwCmh3Lm1pZGkuaW5zdHJvZmY6IDAKaHcubWlkaS5kdW1wcmF3OiAwCmh3Lm1pZGkuZGVidWc6 IDAKaHcubWlkaS5zdGF0LnZlcmJvc2U6IDAKaHcubWlkaS5zZXEuZGVidWc6IDAKaHcubmRpc19m aWxlcGF0aDogL2NvbXBhdC9uZGlzCmh3LmFjcGkuc3VwcG9ydGVkX3NsZWVwX3N0YXRlOiBTMyBT NCBTNQpody5hY3BpLnBvd2VyX2J1dHRvbl9zdGF0ZTogUzUKaHcuYWNwaS5zbGVlcF9idXR0b25f c3RhdGU6IFMzCmh3LmFjcGkubGlkX3N3aXRjaF9zdGF0ZTogTk9ORQpody5hY3BpLnN0YW5kYnlf c3RhdGU6IFMxCmh3LmFjcGkuc3VzcGVuZF9zdGF0ZTogUzMKaHcuYWNwaS5zbGVlcF9kZWxheTog MQpody5hY3BpLnM0YmlvczogMApody5hY3BpLnZlcmJvc2U6IDEKaHcuYWNwaS5kaXNhYmxlX29u X3JlYm9vdDogMApody5hY3BpLmhhbmRsZV9yZWJvb3Q6IDAKaHcuYWNwaS5yZXNldF92aWRlbzog MApody5hY3BpLmNwdS5jeF9zdXBwb3J0ZWQ6IEMxLzAKaHcuYWNwaS5jcHUuY3hfbG93ZXN0OiBD MQpody5hY3BpLmNwdS5jeF91c2FnZTogMTAwLjAwJQpody5hY3BpLnRoZXJtYWwubWluX3J1bnRp bWU6IDAKaHcuYWNwaS50aGVybWFsLnBvbGxpbmdfcmF0ZTogMTAKaHcuYWNwaS50aGVybWFsLnVz ZXJfb3ZlcnJpZGU6IDAKaHcuYWNwaS50aGVybWFsLnR6MC50ZW1wZXJhdHVyZTogNDMuMEMKaHcu YWNwaS50aGVybWFsLnR6MC5hY3RpdmU6IC0xCmh3LmFjcGkudGhlcm1hbC50ejAucGFzc2l2ZV9j b29saW5nOiAxCmh3LmFjcGkudGhlcm1hbC50ejAudGhlcm1hbF9mbGFnczogMApody5hY3BpLnRo ZXJtYWwudHowLl9QU1Y6IDc4LjBDCmh3LmFjcGkudGhlcm1hbC50ejAuX0hPVDogLTEKaHcuYWNw aS50aGVybWFsLnR6MC5fQ1JUOiA5NS4wQwpody5hY3BpLnRoZXJtYWwudHowLl9BQ3g6IDUwLjBD IC0xIC0xIC0xIC0xIC0xIC0xIC0xIC0xIC0xCmh3LmFjcGkuYmF0dGVyeS5saWZlOiAxMDAKaHcu YWNwaS5iYXR0ZXJ5LnRpbWU6IC0xCmh3LmFjcGkuYmF0dGVyeS5zdGF0ZTogMApody5hY3BpLmJh dHRlcnkudW5pdHM6IDEKaHcuYWNwaS5iYXR0ZXJ5LmluZm9fZXhwaXJlOiA1Cmh3LmFjcGkuYWNs aW5lOiAxCgoKCkkgaGFkIHRoZSBzYW1lIGlzc3VlIHdpdGggUkVMRU5HXzYKCmh0dHA6Ly9saXN0 cy5mcmVlYnNkLm9yZy9waXBlcm1haWwvZnJlZWJzZC1tb2JpbGUvMjAwNi1EZWNlbWJlci8wMDkz OTQuaHRtbAoKCi0tIApSZWdhcmRzLAoKLUFiZHVsbGFoIElibiBIYW1hZCBBbC1NYXJyaQpBcmFi IFBvcnRhbApodHRwOi8vd3d3LldlQXJhYi5OZXQvCg== From owner-freebsd-current@FreeBSD.ORG Sat Jan 6 17:58:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A695616A403 for ; Sat, 6 Jan 2007 17:58:17 +0000 (UTC) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40]) by mx1.freebsd.org (Postfix) with ESMTP id 6B07F13C43E for ; Sat, 6 Jan 2007 17:58:17 +0000 (UTC) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id l06HwGWJ018711; Sat, 6 Jan 2007 12:58:16 -0500 (EST) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id l06HwGT8018710; Sat, 6 Jan 2007 12:58:16 -0500 (EST) Date: Sat, 6 Jan 2007 12:58:16 -0500 From: Thomas Dickey To: Ed Schouten Message-ID: <20070106175816.GA14828@saltmine.radix.net> References: <6eb82e0701060050s2a28d307m199ccfe0924e1a9@mail.gmail.com> <20070106151329.GC46094@hoeg.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline In-Reply-To: <20070106151329.GC46094@hoeg.nl> User-Agent: Mutt/1.3.27i Cc: FreeBSD Current Subject: Re: [CFT] ncurses update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jan 2007 17:58:17 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 06, 2007 at 04:13:29PM +0100, Ed Schouten wrote: > Hello, >=20 > * Rong-en Fan wrote: > > The ncurses in the base system is way too old, say 5.2. Now we > > have 5.6 in the portstree. I have a mega patch that update the base > > system's ncurses to 5.6. To test it, > >=20 > > [...] >=20 > I took a quick look through the diff, but I couldn't see if it installs > libncursesw now. Does compiling against libncursesw add more > dependencies that are not in FreeBSD's base? a quick look at my build-log (FreeBSD 6.0) doesn't show any dependencies. --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQFFn+M2tIqByHxlDocRAm3eAJ9If3vw0uElCBHFrdZxExyNVjyvPQCeJkXJ fdLUE/klLR5qWlQcYcDMKNI= =jK+q -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 6 19:52:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB56916A40F for ; Sat, 6 Jan 2007 19:52:40 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 7E09513C441 for ; Sat, 6 Jan 2007 19:52:40 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1980622ana for ; Sat, 06 Jan 2007 11:52:39 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=RqPpn0u+DVr7lF9j2fCEB/PfbBJ00kwScYqSVa0sm8nj1yLGazovLKCmFaCmh2ewiYwB+retq+UoMwZN4YHotpHLqaqccsylZvMkzpxNk8KCKKXYekLM5O0XuoT8vRMyKwIzMxGdbAfsGw/LqW5cqCF0lr17ZWsQTmgbrOzzxTg= Received: by 10.100.8.18 with SMTP id 18mr8883035anh.1168113159696; Sat, 06 Jan 2007 11:52:39 -0800 (PST) Received: by 10.100.136.16 with HTTP; Sat, 6 Jan 2007 11:52:39 -0800 (PST) Message-ID: <6eb82e0701061152l2cdebe13t8f6f6f07ee4a033f@mail.gmail.com> Date: Sun, 7 Jan 2007 03:52:39 +0800 From: "Rong-en Fan" To: "Ed Schouten" In-Reply-To: <20070106151329.GC46094@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6eb82e0701060050s2a28d307m199ccfe0924e1a9@mail.gmail.com> <20070106151329.GC46094@hoeg.nl> Cc: FreeBSD Current Subject: Re: [CFT] ncurses update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jan 2007 19:52:40 -0000 On 1/6/07, Ed Schouten wrote: > Hello, > > * Rong-en Fan wrote: > > The ncurses in the base system is way too old, say 5.2. Now we > > have 5.6 in the portstree. I have a mega patch that update the base > > system's ncurses to 5.6. To test it, > > > > [...] > > I took a quick look through the diff, but I couldn't see if it installs > libncursesw now. Does compiling against libncursesw add more > dependencies that are not in FreeBSD's base? I can not get lib32 build work. That's why it is not enabled. > > -- > Ed Schouten > WWW: http://g-rave.nl/ > > >