From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 00:17:04 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE3561065670 for ; Sun, 8 Feb 2009 00:17:04 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (brucec-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:c09::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6F2D88FC17 for ; Sun, 8 Feb 2009 00:17:04 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 401A619014 for ; Sat, 7 Feb 2009 19:17:03 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 Received: from gluon (unknown [IPv6:2a01:348:10f:0:240:f4ff:fe57:9871]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA for ; Sat, 7 Feb 2009 19:17:03 -0500 (EST) Date: Sun, 8 Feb 2009 00:16:56 +0000 From: Bruce Cran To: current@freebsd.org Message-ID: <20090208001656.48a1a14d@gluon> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.14.4; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: "Fatal trap" when unloading usb2_controller_ehci X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 00:17:05 -0000 Unloading usb2_controller_ehci is crashing FreeBSD on -CURRENT from a few days ago, resulting in a "Fatal trap" that isn't immediately fatal but ends up knocking out the rest of the system. Shortly after issuing a kldunload, the kernel drops into DDB with: Fatal trap 30: reserved (unknown) fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x8 : 0xffffffff804bc646 stack pointer = 0x10: 0xfffffffe40023b70 frame pointer = 0x10: 0xfffffffe40023b80 code segment = base 0x0, limit 0xfffff, type 0x1b processor eflags = interrupt enabled, IOPL = 0 current process = 11 (idle : cpu0) [thread pid 11 tid 100004] Stopped at acpi_cpu_c1+0x6 : leave A backtrace just shows that the idle task was running at the time of the trap. Attempting to continue results in a load of "calcru: runtime went backwards" messages followed by the ATA driver dying with: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly Then follows similar messages about SET_MULTI, ENABLE RCACHE, ENABLE_WCACHE and WRITE_DMA48 etc. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 02:16:37 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A592D106564A; Sun, 8 Feb 2009 02:16:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6905F8FC0C; Sun, 8 Feb 2009 02:16:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n182GYi0012877; Sat, 7 Feb 2009 21:16: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.14.3/8.14.3) with ESMTP id n182GYD0009430; Sat, 7 Feb 2009 21:16:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 718AD7302F; Sat, 7 Feb 2009 21:16:34 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090208021634.718AD7302F@freebsd-current.sentex.ca> Date: Sat, 7 Feb 2009 21:16:34 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 02:16:38 -0000 TB --- 2009-02-08 00:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-08 00:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-02-08 00:00:01 - cleaning the object tree TB --- 2009-02-08 00:00:43 - cvsupping the source tree TB --- 2009-02-08 00:00:43 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-02-08 00:00:51 - building world TB --- 2009-02-08 00:00:51 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-08 00:00:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-08 00:00:51 - TARGET=amd64 TB --- 2009-02-08 00:00:51 - TARGET_ARCH=amd64 TB --- 2009-02-08 00:00:51 - TZ=UTC TB --- 2009-02-08 00:00:51 - __MAKE_CONF=/dev/null TB --- 2009-02-08 00:00:51 - cd /src TB --- 2009-02-08 00:00:51 - /usr/bin/make -B buildworld >>> World build started on Sun Feb 8 00:00:53 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Feb 8 01:58:49 UTC 2009 TB --- 2009-02-08 01:58:49 - generating LINT kernel config TB --- 2009-02-08 01:58:49 - cd /src/sys/amd64/conf TB --- 2009-02-08 01:58:49 - /usr/bin/make -B LINT TB --- 2009-02-08 01:58:49 - building LINT kernel TB --- 2009-02-08 01:58:49 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-08 01:58:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-08 01:58:49 - TARGET=amd64 TB --- 2009-02-08 01:58:49 - TARGET_ARCH=amd64 TB --- 2009-02-08 01:58:49 - TZ=UTC TB --- 2009-02-08 01:58:49 - __MAKE_CONF=/dev/null TB --- 2009-02-08 01:58:49 - cd /src TB --- 2009-02-08 01:58:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 8 01:58:49 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] alias_db.o(.text+0x2cfd): In function `LibAliasUninit': : undefined reference to `AliasSctpTerm' alias_db.o(.text+0x2e89): In function `LibAliasInit': : undefined reference to `AliasSctpTerm' alias_db.o(.text+0x2e91): In function `LibAliasInit': : undefined reference to `AliasSctpInit' alias_db.o(.text+0x2ff4): In function `LibAliasInit': : undefined reference to `AliasSctpInit' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-08 02:16:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-08 02:16:34 - ERROR: failed to build lint kernel TB --- 2009-02-08 02:16:34 - 6482.38 user 642.36 system 8193.27 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 02:46:52 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61732106564A; Sun, 8 Feb 2009 02:46:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 24B2D8FC0A; Sun, 8 Feb 2009 02:46:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n182ko5l015585; Sat, 7 Feb 2009 21:46:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n182koXI018621; Sat, 7 Feb 2009 21:46:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F39C97302F; Sat, 7 Feb 2009 21:46:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090208024649.F39C97302F@freebsd-current.sentex.ca> Date: Sat, 7 Feb 2009 21:46:49 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 02:46:53 -0000 TB --- 2009-02-08 01:06:10 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-08 01:06:10 - starting HEAD tinderbox run for i386/i386 TB --- 2009-02-08 01:06:10 - cleaning the object tree TB --- 2009-02-08 01:06:39 - cvsupping the source tree TB --- 2009-02-08 01:06:39 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-02-08 01:06:48 - building world TB --- 2009-02-08 01:06:48 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-08 01:06:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-08 01:06:48 - TARGET=i386 TB --- 2009-02-08 01:06:48 - TARGET_ARCH=i386 TB --- 2009-02-08 01:06:48 - TZ=UTC TB --- 2009-02-08 01:06:48 - __MAKE_CONF=/dev/null TB --- 2009-02-08 01:06:48 - cd /src TB --- 2009-02-08 01:06:48 - /usr/bin/make -B buildworld >>> World build started on Sun Feb 8 01:06:49 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Feb 8 02:27:32 UTC 2009 TB --- 2009-02-08 02:27:32 - generating LINT kernel config TB --- 2009-02-08 02:27:32 - cd /src/sys/i386/conf TB --- 2009-02-08 02:27:32 - /usr/bin/make -B LINT TB --- 2009-02-08 02:27:32 - building LINT kernel TB --- 2009-02-08 02:27:32 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-08 02:27:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-08 02:27:32 - TARGET=i386 TB --- 2009-02-08 02:27:32 - TARGET_ARCH=i386 TB --- 2009-02-08 02:27:32 - TZ=UTC TB --- 2009-02-08 02:27:32 - __MAKE_CONF=/dev/null TB --- 2009-02-08 02:27:32 - cd /src TB --- 2009-02-08 02:27:32 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 8 02:27:32 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] alias_db.o(.text+0x2e4a): In function `LibAliasUninit': : undefined reference to `AliasSctpTerm' alias_db.o(.text+0x2fde): In function `LibAliasInit': : undefined reference to `AliasSctpTerm' alias_db.o(.text+0x2fe6): In function `LibAliasInit': : undefined reference to `AliasSctpInit' alias_db.o(.text+0x3126): In function `LibAliasInit': : undefined reference to `AliasSctpInit' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-08 02:46:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-08 02:46:49 - ERROR: failed to build lint kernel TB --- 2009-02-08 02:46:49 - 4874.24 user 440.17 system 6039.47 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 03:54:40 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A86C61065675; Sun, 8 Feb 2009 03:54:40 +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 693E68FC0C; Sun, 8 Feb 2009 03:54:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n183sbHa026264; Sat, 7 Feb 2009 22:54:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n183sbwK094450; Sat, 7 Feb 2009 22:54:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AFCDA7302F; Sat, 7 Feb 2009 22:54:37 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090208035437.AFCDA7302F@freebsd-current.sentex.ca> Date: Sat, 7 Feb 2009 22:54:37 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 03:54:41 -0000 TB --- 2009-02-08 02:16:34 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-08 02:16:34 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-02-08 02:16:34 - cleaning the object tree TB --- 2009-02-08 02:17:02 - cvsupping the source tree TB --- 2009-02-08 02:17:02 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-02-08 02:17:10 - building world TB --- 2009-02-08 02:17:10 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-08 02:17:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-08 02:17:10 - TARGET=pc98 TB --- 2009-02-08 02:17:10 - TARGET_ARCH=i386 TB --- 2009-02-08 02:17:10 - TZ=UTC TB --- 2009-02-08 02:17:10 - __MAKE_CONF=/dev/null TB --- 2009-02-08 02:17:10 - cd /src TB --- 2009-02-08 02:17:10 - /usr/bin/make -B buildworld >>> World build started on Sun Feb 8 02:17:12 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Feb 8 03:37:36 UTC 2009 TB --- 2009-02-08 03:37:36 - generating LINT kernel config TB --- 2009-02-08 03:37:36 - cd /src/sys/pc98/conf TB --- 2009-02-08 03:37:36 - /usr/bin/make -B LINT TB --- 2009-02-08 03:37:36 - building LINT kernel TB --- 2009-02-08 03:37:36 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-08 03:37:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-08 03:37:36 - TARGET=pc98 TB --- 2009-02-08 03:37:36 - TARGET_ARCH=i386 TB --- 2009-02-08 03:37:36 - TZ=UTC TB --- 2009-02-08 03:37:36 - __MAKE_CONF=/dev/null TB --- 2009-02-08 03:37:36 - cd /src TB --- 2009-02-08 03:37:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 8 03:37:36 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] alias_db.o(.text+0x2e4a): In function `LibAliasUninit': : undefined reference to `AliasSctpTerm' alias_db.o(.text+0x2fde): In function `LibAliasInit': : undefined reference to `AliasSctpTerm' alias_db.o(.text+0x2fe6): In function `LibAliasInit': : undefined reference to `AliasSctpInit' alias_db.o(.text+0x3126): In function `LibAliasInit': : undefined reference to `AliasSctpInit' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-08 03:54:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-08 03:54:37 - ERROR: failed to build lint kernel TB --- 2009-02-08 03:54:37 - 4695.36 user 443.58 system 5882.92 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 04:56:35 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2F71106566C; Sun, 8 Feb 2009 04:56:35 +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 78AC18FC08; Sun, 8 Feb 2009 04:56:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n184uWaP030187; Sat, 7 Feb 2009 23:56:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n184uW3I052728; Sat, 7 Feb 2009 23:56:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 99E5F7302F; Sat, 7 Feb 2009 23:56:32 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090208045632.99E5F7302F@freebsd-current.sentex.ca> Date: Sat, 7 Feb 2009 23:56:32 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 04:56:36 -0000 TB --- 2009-02-08 02:46:50 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-08 02:46:50 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-02-08 02:46:50 - cleaning the object tree TB --- 2009-02-08 02:47:11 - cvsupping the source tree TB --- 2009-02-08 02:47:11 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-02-08 02:47:21 - building world TB --- 2009-02-08 02:47:21 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-08 02:47:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-08 02:47:21 - TARGET=ia64 TB --- 2009-02-08 02:47:21 - TARGET_ARCH=ia64 TB --- 2009-02-08 02:47:21 - TZ=UTC TB --- 2009-02-08 02:47:21 - __MAKE_CONF=/dev/null TB --- 2009-02-08 02:47:21 - cd /src TB --- 2009-02-08 02:47:21 - /usr/bin/make -B buildworld >>> World build started on Sun Feb 8 02:47:23 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Feb 8 04:34:01 UTC 2009 TB --- 2009-02-08 04:34:01 - generating LINT kernel config TB --- 2009-02-08 04:34:01 - cd /src/sys/ia64/conf TB --- 2009-02-08 04:34:01 - /usr/bin/make -B LINT TB --- 2009-02-08 04:34:01 - building LINT kernel TB --- 2009-02-08 04:34:01 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-08 04:34:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-08 04:34:01 - TARGET=ia64 TB --- 2009-02-08 04:34:01 - TARGET_ARCH=ia64 TB --- 2009-02-08 04:34:01 - TZ=UTC TB --- 2009-02-08 04:34:01 - __MAKE_CONF=/dev/null TB --- 2009-02-08 04:34:01 - cd /src TB --- 2009-02-08 04:34:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 8 04:34:01 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror vers.c linking kernel alias.o(.text+0x5720): In function `LibAliasUnaliasOut': : undefined reference to `SctpAlias' alias_db.o(.text+0x6170): In function `FindNewPortGroup': : undefined reference to `AliasSctpTerm' alias_db.o(.text+0x6190): In function `FindNewPortGroup': : undefined reference to `AliasSctpInit' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-08 04:56:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-08 04:56:31 - ERROR: failed to build lint kernel TB --- 2009-02-08 04:56:31 - 6487.62 user 441.77 system 7781.62 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 05:21:11 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F5F31065677; Sun, 8 Feb 2009 05:21:11 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 06D468FC0A; Sun, 8 Feb 2009 05:21:10 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id D83791A3C3B; Sat, 7 Feb 2009 21:21:10 -0800 (PST) Date: Sat, 7 Feb 2009 21:21:10 -0800 From: Alfred Perlstein To: Maxim Sobolev Message-ID: <20090208052110.GY78804@elvis.mu.org> References: <20090206045349.GQ78804@elvis.mu.org> <498C013B.4000405@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <498C013B.4000405@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: usb@FreeBSD.org, current@FreeBSD.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 05:21:11 -0000 * Maxim Sobolev [090206 01:50] wrote: > Alfred Perlstein wrote: > > - Update GENERIC to use usb2 device names. > > Wasn't there a plan to rename usb2 devices to match oldusb names (where > applicable) once oldusb had been killed? I don't see it in the list. Probably, although coming from the other side as a user I find it pretty annoying when there's somewhat gratuitous changes to the kernel config files that I don't really care about that cause my kernels to break. Doing it once is probably enough, but let me know if this is really, really important... Basically, calling it usb2 isn't as bad as renaming it back to "usb" as it's less disruptive in my book. If a lot of people poke me about renaming it, we'll get it done, but I don't really believe in it. -- - Alfred Perlstein From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 09:24:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 271D2106566B; Sun, 8 Feb 2009 09:24:06 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swip.net [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id 88EE58FC12; Sun, 8 Feb 2009 09:24:05 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=gKk-Gem6gKgA:10 a=comVQFSu9oQA:10 a=rAuBOI65mGrkFIRhE1EA:9 a=0GG6t8vcIQnGG5-3tWUA:7 a=FgIEokKFjNFEQyUiM0jx47COt0AA:4 a=50e4U0PicR4A:10 Received: from [193.217.167.198] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1020316130; Sun, 08 Feb 2009 10:24:03 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sun, 8 Feb 2009 10:26:20 +0100 User-Agent: KMail/1.9.7 References: <20090208001656.48a1a14d@gluon> In-Reply-To: <20090208001656.48a1a14d@gluon> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902081026.22618.hselasky@c2i.net> Cc: Bruce Cran , current@freebsd.org Subject: Re: "Fatal trap" when unloading usb2_controller_ehci X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 09:24:06 -0000 Hi, I don't think this is a USB problem. I rather think it has something to do with the IRQ handler. On my box the EHCI IRQ is shared with the IRQ of the graphics adapter, and when I unload the EHCI driver under X11 a couple of times X11 freezes. This does not happen on the console. --HPS On Sunday 08 February 2009, Bruce Cran wrote: > Unloading usb2_controller_ehci is crashing FreeBSD on -CURRENT > from a few days ago, resulting in a "Fatal trap" that isn't immediately > fatal but ends up knocking out the rest of the system. > > Shortly after issuing a kldunload, the kernel drops into DDB with: > > Fatal trap 30: reserved (unknown) fault while in kernel mode > cpuid = 0; apic id = 00 > instruction pointer = 0x8 : 0xffffffff804bc646 > stack pointer = 0x10: 0xfffffffe40023b70 > frame pointer = 0x10: 0xfffffffe40023b80 > code segment = base 0x0, limit 0xfffff, type 0x1b > processor eflags = interrupt enabled, IOPL = 0 > current process = 11 (idle : cpu0) > [thread pid 11 tid 100004] > Stopped at acpi_cpu_c1+0x6 : leave > > A backtrace just shows that the idle task was running at the time of > the trap. Attempting to continue results in a load of "calcru: runtime > went backwards" messages followed by the ATA driver dying with: > > WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing > request directly > > Then follows similar messages about SET_MULTI, ENABLE RCACHE, > ENABLE_WCACHE and WRITE_DMA48 etc. From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 09:24:06 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 271D2106566B; Sun, 8 Feb 2009 09:24:06 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swip.net [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id 88EE58FC12; Sun, 8 Feb 2009 09:24:05 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=gKk-Gem6gKgA:10 a=comVQFSu9oQA:10 a=rAuBOI65mGrkFIRhE1EA:9 a=0GG6t8vcIQnGG5-3tWUA:7 a=FgIEokKFjNFEQyUiM0jx47COt0AA:4 a=50e4U0PicR4A:10 Received: from [193.217.167.198] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1020316130; Sun, 08 Feb 2009 10:24:03 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sun, 8 Feb 2009 10:26:20 +0100 User-Agent: KMail/1.9.7 References: <20090208001656.48a1a14d@gluon> In-Reply-To: <20090208001656.48a1a14d@gluon> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902081026.22618.hselasky@c2i.net> Cc: Bruce Cran , current@freebsd.org Subject: Re: "Fatal trap" when unloading usb2_controller_ehci X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 09:24:06 -0000 Hi, I don't think this is a USB problem. I rather think it has something to do with the IRQ handler. On my box the EHCI IRQ is shared with the IRQ of the graphics adapter, and when I unload the EHCI driver under X11 a couple of times X11 freezes. This does not happen on the console. --HPS On Sunday 08 February 2009, Bruce Cran wrote: > Unloading usb2_controller_ehci is crashing FreeBSD on -CURRENT > from a few days ago, resulting in a "Fatal trap" that isn't immediately > fatal but ends up knocking out the rest of the system. > > Shortly after issuing a kldunload, the kernel drops into DDB with: > > Fatal trap 30: reserved (unknown) fault while in kernel mode > cpuid = 0; apic id = 00 > instruction pointer = 0x8 : 0xffffffff804bc646 > stack pointer = 0x10: 0xfffffffe40023b70 > frame pointer = 0x10: 0xfffffffe40023b80 > code segment = base 0x0, limit 0xfffff, type 0x1b > processor eflags = interrupt enabled, IOPL = 0 > current process = 11 (idle : cpu0) > [thread pid 11 tid 100004] > Stopped at acpi_cpu_c1+0x6 : leave > > A backtrace just shows that the idle task was running at the time of > the trap. Attempting to continue results in a load of "calcru: runtime > went backwards" messages followed by the ATA driver dying with: > > WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing > request directly > > Then follows similar messages about SET_MULTI, ENABLE RCACHE, > ENABLE_WCACHE and WRITE_DMA48 etc. From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 10:01:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7D131065677 for ; Sun, 8 Feb 2009 10:01:09 +0000 (UTC) (envelope-from matt@chronos.org.uk) Received: from chronos.org.uk (chronos-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:12b::2]) by mx1.freebsd.org (Postfix) with ESMTP id C9B9D8FC08 for ; Sun, 8 Feb 2009 10:01:08 +0000 (UTC) (envelope-from matt@chronos.org.uk) Received: from workstation1.localnet (workstation1.local.chronos.org.uk [IPv6:2001:470:1f09:12b::20]) (authenticated bits=0) by chronos.org.uk (8.14.3/8.14.3) with ESMTP id n18A14ua078732 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 Feb 2009 10:01:04 GMT (envelope-from matt@chronos.org.uk) X-DKIM: Sendmail DKIM Filter v2.8.1 chronos.org.uk n18A14ua078732 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=chronos.org.uk; s=mail; t=1234087267; bh=AcHKqccYEubcCf/fmS7/MIBvrNdP3RMebbYQdIVQNxI=; h=From:To:Subject:Date:Cc:References:In-Reply-To:MIME-Version: Content-Type:Content-Transfer-Encoding:Message-Id; b=ESMlIALRzLbYNWlrZaRkPpV+qAOHRVHKiO/dCd0+jyvjohCV7RyKphB9MVTZZvDFM wzaQBvEs6fSK7/walFu+5uDkT1CVAMeILuFmOIRyawxxuoCIhfm3J6zPQNelGE8q5i Pk9N54IPIilsbsLzefd7oOyGu/2mmUrQK2d09oO8= From: Matt Dawson To: Oliver Fromme Date: Sun, 8 Feb 2009 10:01:03 +0000 User-Agent: KMail/1.10.4 (FreeBSD/7.1-STABLE; KDE/4.1.4; amd64; ; ) References: <200902071859.n17Ixh4k075786@lurza.secnetix.de> In-Reply-To: <200902071859.n17Ixh4k075786@lurza.secnetix.de> X-Face: Uq{{&_!oO{M&ydj?-f%{D]bN7/|/]a+utod35[+IyH#R>F~YPffK,=?utf-8?q?=25=60=7D=25=0A?=FTMbmzo,]0X3K:N&{h7],FI{?EkORzB; f:V3"vKXsUNw5Yh`}ef4MZ*a4,=?utf-8?q?ObuJ=5F=26=5B1S=27zP=5CK0wcKZP=0A?==?utf-8?q?_=60=23L=25=5Dq*OUPQ-4T=3FHZ=7EAKX0=7D3W=25o=3DP?= X-Spam-Status: No, score=-2.1 required=3.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on central.local.chronos.org.uk X-Virus-Scanned: ClamAV 0.94.2/8963/Sat Feb 7 05:53:02 2009 on central.local.chronos.org.uk X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (chronos.org.uk [IPv6:2001:470:1f09:12b::1]); Sun, 08 Feb 2009 10:01:07 +0000 (GMT) Cc: freebsd-current@freebsd.org Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 10:01:14 -0000 On Saturday 07 February 2009 18:59:43 Oliver Fromme wrote: > In fact I have prepared a theme with beastie; here's > a screen shot (preliminary): > > http://www.secnetix.de/olli/FreeBSD/vloader/screenshot5.png Perfect. Clean, logical, concise, the three words I associate above all with FreeBSD. I would change all machines' loaders to this in a heartbeat, although others may have different ideas, which is where the space hopper comes in, I suppose. Nothing against the horned ball and your variant of the new graphics looks very neat and clean, but I'm used to having Beastie around. For some reason, this strikes the correct balance for me between nice graphics and too much "bling." My personal tastes only, naturally. That screenshot looks very professional. Well done, Oliver. Any chance of rolling another tarball with that theme for we traditionalists? Please? Best regards, -- Matt Dawson MTD15-RIPE matt@chronos.org.uk From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 10:44:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA1BB1065674; Sun, 8 Feb 2009 10:44:52 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from kennaway-macbookpro.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7AEA68FC24; Sun, 8 Feb 2009 10:44:50 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <498EB79F.4010905@FreeBSD.org> Date: Sun, 08 Feb 2009 11:44:47 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Martin References: <1233007263.9302.2.camel@localhost.localdomain> <20090129233220.1ed64e6d@zelda.local> In-Reply-To: <20090129233220.1ed64e6d@zelda.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: sean.bruno@dsl-only.net, sbruno@freebsd.org, freebsd-current@freebsd.org Subject: Re: UFS Witness LoR + 5 other LoRs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 10:44:53 -0000 Martin wrote: > Am Mon, 26 Jan 2009 14:01:03 -0800 > schrieb Sean Bruno : > >> Anyone else seeing this LoR today? >> >> lock order reversal: >> 1st 0xc456b044 user map (user map) >> @ /root/bsd/head/sys/vm/vm_map.c:3198 >> 2nd 0xc4911ad0 ufs (ufs) @ /root/bsd/head/sys/kern/vfs_subr.c:2071 >> KDB: stack backtrace: >> db_trace_self_wrapper(c0bf0913,c417990c,c087a4b5,c0c1458c,0,...) at >> db_trace_self_wrapper+0x26 >> kdb_backtrace(c0c1458c,0,c4521728,c4526730,c4179968,...) at >> kdb_backtrace+0x29 >> _witness_debugger(c0bf3680,c4911ad0,c0be6d88,c4526730,c0bfa429,...) at >> _witness_debugger+0x25 >> witness_checkorder(c4911ad0,1,c0bfa429,817,0,...) at >> witness_checkorder +0x839 >> __lockmgr_args(c4911ad0,200501,c4911aec,0,0,...) at >> __lockmgr_args+0x237 >> ffs_lock(c4179a78,c087a25b,c0c1697a,200501,c4911a78,...) at ffs_lock >> +0x8a VOP_LOCK1_APV(c0cf7ca0,c4179a78,c4567e24,c0d0bdc0,c4911a78,...) >> at VOP_LOCK1_APV+0xb5 >> _vn_lock(c4911a78,200501,c0bfa429,817,4,...) at _vn_lock+0x5e >> vget(c4911a78,200501,c4567d80,4b4,0,...) at vget+0xc9 >> vnode_pager_lock(c187c1f0,0,c0c13f07,127,c4179c18,...) at >> vnode_pager_lock+0x1e0 >> vm_fault(c456b000,80db000,2,8,80db620,...) at vm_fault+0x1df >> trap_pfault(5,0,c0c241d1,2e7,c4565d34,...) at trap_pfault+0x118 >> trap(c4179d38) at trap+0x289 >> calltrap() at calltrap+0x6 >> --- trap 0xc, eip = 0x80480e5, esp = 0xbfbfeef0, ebp = 0xbfbfef10 --- > > Hi, > > I have similar LORs. One of them might be affecting Gnome2. I cannot > even save anything once the LOR happened. nautilus is also hanging > around. I cannot even kill it. This occurs since I migrated > my /usr/home to ZFS (see fourth, fifth LoR). > > Here one like yours: > > lock order reversal: > 1st 0xffffff0002402070 user map (user map) > @ /usr/src/sys/vm/vm_map.c:3198 2nd 0xffffff0002b8a7f8 ufs (ufs) > @ /usr/src/sys/kern/vfs_subr.c:2071 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > _witness_debugger() at _witness_debugger+0x2e > witness_checkorder() at witness_checkorder+0x81e > __lockmgr_args() at __lockmgr_args+0xca8 > ffs_lock() at ffs_lock+0x8c > VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b > _vn_lock() at _vn_lock+0x47 > vget() at vget+0x8b > vnode_pager_lock() at vnode_pager_lock+0x1d0 > vm_fault() at vm_fault+0x1e2 > trap_pfault() at trap_pfault+0x128 > trap() at trap+0x51c > calltrap() at calltrap+0x8 > --- trap 0xc, rip = 0x40014f, rsp = 0x7fffffffee70, rbp = > 0x7fffffffee90 --- > > > Here a second one: > > lock order reversal: > 1st 0xfffffffe803eb610 bufwait (bufwait) > @ /usr/src/sys/kern/vfs_bio.c:2443 2nd 0xffffff00080d2000 dirhash > (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:275 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > _witness_debugger() at _witness_debugger+0x2e > witness_checkorder() at witness_checkorder+0x81e > _sx_xlock() at _sx_xlock+0x55 > ufsdirhash_acquire() at ufsdirhash_acquire+0x33 > ufsdirhash_add() at ufsdirhash_add+0x19 > ufs_direnter() at ufs_direnter+0x88b > ufs_mkdir() at ufs_mkdir+0x633 > VOP_MKDIR_APV() at VOP_MKDIR_APV+0x93 > kern_mkdirat() at kern_mkdirat+0x2b1 > syscall() at syscall+0x1bf > Xfast_syscall() at Xfast_syscall+0xab > --- syscall (136, FreeBSD ELF64, mkdir), rip = 0x800719e9c, rsp = > 0x7fffffffed08, rbp = 0x7fffffffef76 --- > > > Here the third: > > lock order reversal: > 1st 0xffffff0008648248 filedesc structure (filedesc structure) > @ /usr/src/sys/kern/kern_descrip.c:1076 2nd 0xffffff0019110ba8 ufs > (ufs) @ /usr/src/sys/kern/vfs_subr.c:4057 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > _witness_debugger() at _witness_debugger+0x2e > witness_checkorder() at witness_checkorder+0x81e > __lockmgr_args() at __lockmgr_args+0xc2a > ffs_lock() at ffs_lock+0x8c > VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b > _vn_lock() at _vn_lock+0x47 > knlist_remove_kq() at knlist_remove_kq+0x73 > knote_fdclose() at knote_fdclose+0x177 > kern_close() at kern_close+0xe6 > syscall() at syscall+0x1bf > Xfast_syscall() at Xfast_syscall+0xab > --- syscall (6, FreeBSD ELF64, close), rip = 0x800e35e8c, rsp = > 0x7fffffffe678, rbp = 0x801063a00 --- > > > > And thes two are really nasty (ZFS): > > lock order reversal: > 1st 0xffffff00195ed620 zfs (zfs) @ /usr/src/sys/kern/vfs_vnops.c:531 > 2nd 0xffffff00080ab360 user map (user map) > @ /usr/src/sys/vm/vm_map.c:3198 KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > _witness_debugger() at _witness_debugger+0x2e > witness_checkorder() at witness_checkorder+0x81e > _sx_slock() at _sx_slock+0x55 > vm_map_lookup() at vm_map_lookup+0x47 > vm_fault() at vm_fault+0xfe > trap_pfault() at trap_pfault+0x128 > trap() at trap+0x347 > calltrap() at calltrap+0x8 > --- trap 0xc, rip = 0xffffffff8081ed4b, rsp = 0xfffffffe97261850, rbp = > 0xfffffffe972618d0 --- copyout() at copyout+0x3b > dmu_read_uio() at dmu_read_uio+0x98 > zfs_freebsd_read() at zfs_freebsd_read+0x56d > vn_read() at vn_read+0x267 > dofileread() at dofileread+0xa1 > kern_readv() at kern_readv+0x60 > read() at read+0x54 > syscall() at syscall+0x1bf > Xfast_syscall() at Xfast_syscall+0xab > --- syscall (3, FreeBSD ELF64, read), rip = 0x80647becc, rsp = > 0x7ffffffed8c8, rbp = 0x806682f80 --- > > lock order reversal: > 1st 0xffffff0019bc2270 zfs (zfs) @ /usr/src/sys/kern/vfs_subr.c:2071 > 2nd 0xffffff0019a77448 filedesc structure (filedesc structure) > @ /usr/src/sys/kern/vfs_syscalls.c:1720 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > _witness_debugger() at _witness_debugger+0x2e > witness_checkorder() at witness_checkorder+0x81e > _sx_slock() at _sx_slock+0x55 > kern_symlinkat() at kern_symlinkat+0x1f8 > syscall() at syscall+0x1bf > Xfast_syscall() at Xfast_syscall+0xab > --- syscall (57, FreeBSD ELF64, symlink), rip = 0x8049cb13c, rsp = > 0x7fffffffd6f8, rbp = 0x7fffffffdd10 --- > > And one with NFS: > > lock order reversal: > 1st 0xffffff00080a6940 user map (user map) > @ /usr/src/sys/vm/vm_map.c:3198 2nd 0xffffff00566a9ba8 nfs (nfs) > @ /usr/src/sys/kern/vfs_subr.c:2071 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > _witness_debugger() at _witness_debugger+0x2e > witness_checkorder() at witness_checkorder+0x81e > __lockmgr_args() at __lockmgr_args+0xca8 > vop_stdlock() at vop_stdlock+0x39 > VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b > _vn_lock() at _vn_lock+0x47 > vget() at vget+0x8b > vnode_pager_lock() at vnode_pager_lock+0x1d0 > vm_fault() at vm_fault+0x1e2 > trap_pfault() at trap_pfault+0x128 > trap() at trap+0x347 > calltrap() at calltrap+0x8 > --- trap 0xc, rip = 0xffffffff8081edcd, rsp = 0xfffffffe972b67d0, rbp = > 0xfffffffe972b6850 --- copyin() at copyin+0x3d > ffs_write() at ffs_write+0x2f8 > VOP_WRITE_APV() at VOP_WRITE_APV+0xfe > vn_write() at vn_write+0x23f > dofilewrite() at dofilewrite+0x85 > kern_writev() at kern_writev+0x60 > write() at write+0x54 > syscall() at syscall+0x1bf > Xfast_syscall() at Xfast_syscall+0xab > --- syscall (4, FreeBSD ELF64, write), rip = 0x80072beac, rsp = > 0x7fffffffe5d8, rbp = 0x800537000 --- > > > Can you beat my 6 LoRs? ;) Several of these are widely reported, and harmless (not sure about the filedesc ones though). Which one do you think is causing your problem? Kris From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 12:05:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80E81106568C; Sun, 8 Feb 2009 12:05:16 +0000 (UTC) (envelope-from nakal@web.de) Received: from fmmailgate02.web.de (fmmailgate02.web.de [217.72.192.227]) by mx1.freebsd.org (Postfix) with ESMTP id 10AF28FC1B; Sun, 8 Feb 2009 12:05:15 +0000 (UTC) (envelope-from nakal@web.de) Received: from smtp06.web.de (fmsmtp06.dlan.cinetic.de [172.20.5.172]) by fmmailgate02.web.de (Postfix) with ESMTP id 9428FFA21BBC; Sun, 8 Feb 2009 13:05:14 +0100 (CET) Received: from [217.236.42.73] (helo=zelda.local) by smtp06.web.de with asmtp (TLSv1:AES128-SHA:128) (WEB.DE 4.110 #277) id 1LW8PS-0001PE-00; Sun, 08 Feb 2009 13:05:14 +0100 Date: Sun, 8 Feb 2009 13:05:06 +0100 From: Martin To: Kris Kennaway Message-ID: <20090208130506.267a838d@zelda.local> In-Reply-To: <498EB79F.4010905@FreeBSD.org> References: <1233007263.9302.2.camel@localhost.localdomain> <20090129233220.1ed64e6d@zelda.local> <498EB79F.4010905@FreeBSD.org> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: nakal@web.de X-Sender: nakal@web.de X-Provags-ID: V01U2FsdGVkX18SdexEwhmqZBTVK30+Izr2urN56RbNo77lNxI9 4D9MJp8lo5VDvo48JfuPAb35WFH6/IcNWM9zyflBPPU18JNZh/ yTJVDMyyQ= Cc: sean.bruno@dsl-only.net, sbruno@freebsd.org, freebsd-current@freebsd.org Subject: Re: UFS Witness LoR + 5 other LoRs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 12:05:17 -0000 Am Sun, 08 Feb 2009 11:44:47 +0100 schrieb Kris Kennaway : > Several of these are widely reported, and harmless (not sure about > the filedesc ones though). Which one do you think is causing your > problem? > > Kris Hi Kris. I found out it has something to do with the softlink to an NFS share that I have on my desktop (nautilus). I've made some settings yesterday to fix it and will report, if this was the problem. Of course, the amd mounts and unmounts my NFS share and the mentioned LORs appear typically while mounting and unmounting, I noticed. So it is perhaps misleading. Btw... it would be very nice if someone finally implements timeouts and a detection strategy for NFS packets that don't arrive at their destination because of fragmentation and wrong rsize/wsize settings. But this is a totally different topic. There is not much in the docs about it. You mean this LOR "with filedesc"? lock order reversal: 1st 0xffffff001ada0ba8 zfs (zfs) @ /usr/src/sys/kern/vfs_subr.c:2071 2nd 0xffffff0008a92848 filedesc structure (filedesc structure) @ /usr/src/sys/kern/vfs_syscalls.c:1720 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x81e _sx_slock() at _sx_slock+0x55 kern_symlinkat() at kern_symlinkat+0x1f8 syscall() at syscall+0x1bf Xfast_syscall() at Xfast_syscall+0xab --- syscall (57, FreeBSD ELF64, symlink), rip = 0x8049cc13c, rsp = 0x7fffffffd6f8, rbp = 0x7fffffffdd10 --- It still occurs on: FreeBSD zelda.local 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Mon Feb 2 19:20:24 CET 2009 root@zelda.local:/usr/obj/usr/src/sys/ZELDA amd64 It appears a bit later when Gnome is already running, I think. I can only tell by looking at the time stamp that is 3 minutes after booting the machine. I'll to try to figure out what is running when exactly this LOR appears. -- Martin From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 12:17:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 983B21065673; Sun, 8 Feb 2009 12:17:47 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 16F2D8FC13; Sun, 8 Feb 2009 12:17:46 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n18CHZgc014127; Sun, 8 Feb 2009 13:17:35 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n18CHYlx014125; Sun, 8 Feb 2009 13:17:34 +0100 (CET) (envelope-from olli) From: Oliver Fromme Message-Id: <200902081217.n18CHYlx014125@lurza.secnetix.de> To: matt@chronos.org.uk (Matt Dawson) Date: Sun, 8 Feb 2009 13:17:34 +0100 (CET) In-Reply-To: <200902081001.04075.matt@chronos.org.uk> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Sun, 08 Feb 2009 13:17:35 +0100 (CET) Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 12:17:48 -0000 Matt Dawson wrote: > On Saturday 07 February 2009 18:59:43 Oliver Fromme wrote: > > In fact I have prepared a theme with beastie; here's > > a screen shot (preliminary): > > > > http://www.secnetix.de/olli/FreeBSD/vloader/screenshot5.png > > Perfect. Clean, logical, concise, the three words I associate above all with > FreeBSD. I would change all machines' loaders to this in a heartbeat, although > others may have different ideas, which is where the space hopper comes in, I > suppose. Nothing against the horned ball and your variant of the new graphics > looks very neat and clean, but I'm used to having Beastie around. For some > reason, this strikes the correct balance for me between nice graphics and too > much "bling." My personal tastes only, naturally. > > That screenshot looks very professional. Well done, Oliver. Any chance > of rolling another tarball with that theme for we traditionalists? Please? > Good news: I don't have to roll another tarball for that, because this is quite easy to configure. Please download the existing tarball and follow the instructions that I posted. Please verify that it works. Then download the background image that contains beastie: http://www.secnetix.de/olli/FreeBSD/vloader/background/beastie.pcx Create a directory /boot/themes/beastie and save the image as beastie.pcx in that directory. Then create a text file themes.conf in the same directory, containing these lines: theme_background="/boot/themes/beastie/beastie.pcx" theme_font="/boot/themes/default/stdfont" theme_fgcolor="0 0 0" # black theme_bgcolor="255 255 255" # white theme_litcolor="255 64 32" # bright red theme_dimcolor="64 64 128" # dark bluish grey theme_options_xy="17 170" theme_actions_xy="17 281" Finally, change the beastie_theme line in /boot/loader.conf like this: beastie_theme="/boot/themes/beastie/theme.conf" Done. Of course, you can also use your own image if you want to create one. Just make sure it's 640 x 480 pixels at 4 bit depth (16 colors maximum). I recommend to use ppmtopcx (from ports/graphics/netpbm), because I have used this extensively for testing with my PCX decoder. Also note that there should be appropriate palette entries for the text (e.g. black and white). The code will try to use the closest possible palette entry if there is no exact match for the given RGB values. There's ONE IMPORTANT THING I have to say: I cannot take credit for any of the artwork. I am not an artist. All of the graphics images where taken from the FreeBSD website. I only scaled and arranged it a little bit, adapted the palette etc. The only thing I created myself is the proportional font; the "source code" is here: http://www.secnetix.de/olli/FreeBSD/vloader/stdfont.txt Modifying the font or creating a completely new font is also very easy. There's a tool that "compiles" the text source code (like the one above) to binary format. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Software gets slower faster than hardware gets faster." -- Niklaus Wirth From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 12:39:55 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABD6F106564A; Sun, 8 Feb 2009 12:39:55 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 021938FC0A; Sun, 8 Feb 2009 12:39:54 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n18CdnRe015299; Sun, 8 Feb 2009 13:39:49 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n18CdnOk015298; Sun, 8 Feb 2009 13:39:49 +0100 (CET) (envelope-from olli) Date: Sun, 8 Feb 2009 13:39:49 +0100 (CET) Message-Id: <200902081239.n18CdnOk015298@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, paul@fletchermoorland.co.uk In-Reply-To: X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Sun, 08 Feb 2009 13:39:52 +0100 (CET) Cc: Subject: Re: ZFS and Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 12:39:56 -0000 Paul Wootton wrote: > Hi Oliver, > > This doesn?t work for me. > > I am booting off a ZFS mirror with GPT partitions (built from current on an > amd64). I'm sorry, I've compiled this loader binary with the default options, which does not include ZFS support. > Is there any change of a version of gloader but with ZFS support? I'll put it on my to-do list. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Software gets slower faster than hardware gets faster." -- Niklaus Wirth From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 12:39:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E3CE1065675; Sun, 8 Feb 2009 12:39:58 +0000 (UTC) (envelope-from matt@chronos.org.uk) Received: from chronos.org.uk (chronos-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:12b::2]) by mx1.freebsd.org (Postfix) with ESMTP id 739298FC16; Sun, 8 Feb 2009 12:39:57 +0000 (UTC) (envelope-from matt@chronos.org.uk) Received: from workstation1.localnet (workstation1.local.chronos.org.uk [IPv6:2001:470:1f09:12b::20]) (authenticated bits=0) by chronos.org.uk (8.14.3/8.14.3) with ESMTP id n18CdsOL022222 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 Feb 2009 12:39:54 GMT (envelope-from matt@chronos.org.uk) X-DKIM: Sendmail DKIM Filter v2.8.1 chronos.org.uk n18CdsOL022222 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=chronos.org.uk; s=mail; t=1234096796; bh=uu4zSGdhdR9wh/EFjOxiP/JBtzXvUsS83Fawe42+pI0=; h=From:To:Subject:Date:Cc:References:In-Reply-To:MIME-Version: Content-Type:Content-Transfer-Encoding:Message-Id; b=lWMANPBAtoJWZ+01l+rcORaQtbbdWnZrHaMQQoUpr33Bi/Kwcu7/3Mst+PD6NyJ3Z ntOZF4yKSVuP3fW9lWTmd6nnapaLL20t1fNCO5teo0IAQXJBbSGYqjM8XLQSlAhqU5 kS5w2yR9Z7ka59E8FNCjUqCbLhppbJRPdBWrE2CM= From: Matt Dawson To: Oliver Fromme Date: Sun, 8 Feb 2009 12:39:53 +0000 User-Agent: KMail/1.10.4 (FreeBSD/7.1-STABLE; KDE/4.1.4; amd64; ; ) References: <200902081217.n18CHYlx014125@lurza.secnetix.de> In-Reply-To: <200902081217.n18CHYlx014125@lurza.secnetix.de> X-Face: Uq{{&_!oO{M&ydj?-f%{D]bN7/|/]a+utod35[+IyH#R>F~YPffK,=?utf-8?q?=25=60=7D=25=0A?=FTMbmzo,]0X3K:N&{h7],FI{?EkORzB; f:V3"vKXsUNw5Yh`}ef4MZ*a4,=?utf-8?q?ObuJ=5F=26=5B1S=27zP=5CK0wcKZP=0A?==?utf-8?q?_=60=23L=25=5Dq*OUPQ-4T=3FHZ=7EAKX0=7D3W=25o=3DP?= X-Spam-Status: No, score=-2.1 required=3.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on central.local.chronos.org.uk X-Virus-Scanned: ClamAV 0.94.2/8963/Sat Feb 7 05:53:02 2009 on central.local.chronos.org.uk X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (chronos.org.uk [IPv6:2001:470:1f09:12b::1]); Sun, 08 Feb 2009 12:39:56 +0000 (GMT) Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 12:39:58 -0000 On Sunday 08 February 2009 12:17:34 Oliver Fromme wrote: > http://www.secnetix.de/olli/FreeBSD/vloader/background/beastie.pcx > > Create a directory /boot/themes/beastie and save the image > as beastie.pcx in that directory. =A0Then create a text file > themes.conf in the same directory, containing these lines: > > theme_background=3D"/boot/themes/beastie/beastie.pcx" > theme_font=3D"/boot/themes/default/stdfont" > theme_fgcolor=3D"0 0 0" =A0 =A0 =A0 =A0 =A0 # black > theme_bgcolor=3D"255 255 255" =A0 =A0 # white > theme_litcolor=3D"255 64 32" =A0 =A0 =A0# bright red > theme_dimcolor=3D"64 64 128" =A0 =A0 =A0# dark bluish grey > theme_options_xy=3D"17 170" > theme_actions_xy=3D"17 281" > > Finally, change the beastie_theme line in /boot/loader.conf > like this: > > beastie_theme=3D"/boot/themes/beastie/theme.conf" > > Done. =2E..and it is. Thanks, Oliver! =2D-=20 Matt Dawson MTD15-RIPE matt@chronos.org.uk From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 12:47:20 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3222106576F for ; Sun, 8 Feb 2009 12:47:20 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 490A18FC1B for ; Sun, 8 Feb 2009 12:47:20 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n18ClJYA015822; Sun, 8 Feb 2009 13:47:19 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n18ClJaM015821; Sun, 8 Feb 2009 13:47:19 +0100 (CET) (envelope-from olli) Date: Sun, 8 Feb 2009 13:47:19 +0100 (CET) Message-Id: <200902081247.n18ClJaM015821@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG In-Reply-To: <655a934b0902070025p5ab5ed21ncdb1e6efd3e21c24@mail.gmail.com> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Sun, 08 Feb 2009 13:47:19 +0100 (CET) Cc: Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 12:47:21 -0000 Antonios Anastasiadis wrote: > I've got the red border on a TFT monitor by the way. OK, yeah, the problem is more widespread than I thought. Obviously some TFT monitors (probably wide-screen ones in particular) aren't scaling VGA modes to the full size of the screen, so the border bug becomes visible. Anyway, I have fixed it in my local source tree. Thanks for reporting! Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd In my experience the term "transparent proxy" is an oxymoron (like jumbo shrimp). "Transparent" proxies seem to vary from the distortions of a funhouse mirror to barely translucent. I really, really dislike them when trying to figure out the corrective lenses needed with each of them. -- R. Kevin Oberman, Network Engineer From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 12:52:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB857106564A; Sun, 8 Feb 2009 12:52:53 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 422388FC21; Sun, 8 Feb 2009 12:52:53 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n18Cqh0h016156; Sun, 8 Feb 2009 13:52:44 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n18CqhZf016155; Sun, 8 Feb 2009 13:52:43 +0100 (CET) (envelope-from olli) From: Oliver Fromme Message-Id: <200902081252.n18CqhZf016155@lurza.secnetix.de> To: mwm@mired.org (Mike Meyer) Date: Sun, 8 Feb 2009 13:52:43 +0100 (CET) In-Reply-To: <20090208073927.77e2c829@bhuda.mired.org> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Sun, 08 Feb 2009 13:52:44 +0100 (CET) Cc: freebsd-hackers@freebsd.org, Matt Dawson , freebsd-current@freebsd.org Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 12:52:54 -0000 Mike Meyer wrote: > I'm curious - is there a reason that the numbers from the old screen > have turned into function keys on this one? No. That screen shot is an old one. In the current code, the number keys are used as usual, no function keys. In fact, it is not possible to use function keys from the FORTH code without resorting to dirty hacks. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Share your knowledge. It is a way to achieve immortality." -- The Dalai Lama From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 13:10:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBAD7106564A for ; Sun, 8 Feb 2009 13:10:39 +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 866488FC1B for ; Sun, 8 Feb 2009 13:10:39 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2E6FD.dip.t-dialin.net [217.226.230.253]) by redbull.bpaserver.net (Postfix) with ESMTP id 3E7E72E200; Sun, 8 Feb 2009 13:50:57 +0100 (CET) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id D829419E23C; Sun, 8 Feb 2009 13:50:53 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1234097454; bh=fL3+dNXPe7uYheGbF9Nyn6dUkeInUAUWw PIkzut6KXg=; h=Message-ID:Date:From:To:Cc:Subject:References: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=VqOAIz37U/ALE7WkMkPL1hLCQ+lrmbnLtgIYkaQEeSUONAkwBzDYOZV9sLwEklbRB nj6qEl+MxYiMTYT/bf39ec66h42S1W/kN26RQrCCLujAqkcdtsC+AMQ7SMxxo9FxGEV qiCs8+k3QeyLWU8UN679pRInbzuuuWM1iIGNfwYiatywtG7Q1Qw3AsNesazgF9xxM4j 5A7dvjtwGJEmYbtI06J3PatGA9u8EMMdOkq9bzZ1oUZPnfULAvaDR40SJOZmMqYoFnP UZQBC6jVdHTFbid1HIHcbA7QuldNBFoeVgSXxKOulVp5N4XF54Ya5/Sp7dM8lHOpfCZ iGUVXQDXQ== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id n18CorUh032891; Sun, 8 Feb 2009 13:50:53 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Luna.Leidinger.net (Luna.Leidinger.net [192.168.2.100]) by webmail.leidinger.net (Horde Framework) with HTTP; Sun, 08 Feb 2009 13:50:53 +0100 Message-ID: <20090208135053.12691emq58yl9m4k@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Sun, 08 Feb 2009 13:50:53 +0100 From: Alexander Leidinger To: Oliver Fromme References: <200902071859.n17Ixh4k075786@lurza.secnetix.de> In-Reply-To: <200902071859.n17Ixh4k075786@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.3) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 3E7E72E200.25149 X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-14.9, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Thomas.Sparrevohn@btinternet.com, freebsd-current@FreeBSD.ORG Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 13:10:40 -0000 Quoting Oliver Fromme (from Sat, 7 Feb 2009 =20 19:59:43 +0100 (CET)): > Thomas Sparrevohn wrote: > > Agreed - Looks very cool - but I miss beastie - Would love to have it > > as an option like, "WITH_SENTIMENTAL=3DYES" that maybe would install > > the old games as well....ahh well > > You can easily replace the background image, it's a > standard PCX image file. You can even re-arrange the > position of the menu if necessary; there are simple > variable settings for that in the theme.conf file. What about the actual menu items, are they configurable too (e.g. when =20 I want single-user as F1... ACPI should work now on most systems and I =20 don't see why disabling it should be in the first position), or does =20 it use the same stuff as the text menu for this (to fiddling with =20 forth would be necessary)? Bye, Alexander. --=20 QOTD: =09"The elder gods went to Suggoth and all I got was this lousy T-shirt." http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 13:06:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B6F51065670 for ; Sun, 8 Feb 2009 13:06:49 +0000 (UTC) (envelope-from mwm-dated-1234960768.c46cea@mired.org) Received: from mired.org (two.mired.org [74.143.213.43]) by mx1.freebsd.org (Postfix) with ESMTP id 302548FC1A for ; Sun, 8 Feb 2009 13:06:49 +0000 (UTC) (envelope-from mwm-dated-1234960768.c46cea@mired.org) Received: (qmail 72606 invoked by uid 1001); 8 Feb 2009 07:39:28 -0500 Received: from bhuda.mired.org (localhost.localdomain [127.0.0.1]) by bhuda (tmda-ofmipd) with ESMTP; Sun, 08 Feb 2009 07:39:28 -0500 Date: Sun, 8 Feb 2009 07:39:27 -0500 To: Oliver Fromme Message-ID: <20090208073927.77e2c829@bhuda.mired.org> In-Reply-To: <200902081217.n18CHYlx014125@lurza.secnetix.de> References: <200902081001.04075.matt@chronos.org.uk> <200902081217.n18CHYlx014125@lurza.secnetix.de> Organization: Meyer Consulting X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd7.0) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAG1BMVEXguIzRkGnhyaz069mXhW0WHRnbrnR9WCQ6LB0CchNMAAACSUlEQVQ4jV2TQW7jMAxFGaPQOgQEdZaGMsgBrAvUA03dCxj1Uu4U2gfwQD7AGNax51NK07RcxXz6/CSl0Ij450vkPG1jzpIZM1UwDCl/xB14TWnNX8A00Qj5a0mnVFVbVUz4MeErea2HikSRqZzY894zwg9p2+/AtO8LzxFED+tNAUFeU29iFOLRxlZAcdo9A8wi8ZBMV4BKPde82Oxrvs6BTkulQIClte0DLFzzsKk9j1MBex8iUaP00Bd78S/muyFScrTXz6zLkEUxJp+SabQfNOs4f4Jpx5qSZ/304PWwlEWP1cOn/mJQR7EOD+uKhjcBLziuL7xoY5Xm+VFAUSw/LwwwsHEHxihpwV4EJH0xXRkbw1PkRw+X4pEuSJwBggqk+HEYKkiL5/74/nQkogigzQsAFrakxZyfw3wMIEEZPv4AWMfxwqE5GNxGaERjmH+PG8AE0L4/w9g0lsp1raLYAN5azQa+AOoO9NwcpFkTrG2VKNMNEL5UKUUAw34tha0z7onUG0oBoNtczE04GwFE3wCHc0ChezAJ6A1WMV81AtY7wDAJSlXwV+4cwBvsOsrQMRawfQEBz0deEZ7WNpV2szckIKo5VpDHDSDvF1GItwqqAlG01Hh50BGtVhuUkjkasg/14bYFGCgWg1fSWHvmOoJck2xdp9ZvZBHzDVTzX23TkrOn7qe5U2COEw5D4Vx3qEQpFY2Z/3QFnJxzp7YCmSMG19nOUoe869zZfOQb5ywQuWu0yCn5+8gxZz+BE7vG3j4/wbf4D/sXN9Wug1s7AAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Delivery-Agent: TMDA/1.1.12 (Macallan) From: Mike Meyer X-Mailman-Approved-At: Sun, 08 Feb 2009 13:23:12 +0000 Cc: freebsd-hackers@freebsd.org, Matt Dawson , freebsd-current@freebsd.org Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 13:06:50 -0000 I'm curious - is there a reason that the numbers from the old screen have turned into function keys on this one? http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. O< ascii ribbon campaign - stop html mail - www.asciiribbon.org From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 13:35:08 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E65DE1065672 for ; Sun, 8 Feb 2009 13:35:08 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 506C28FC14 for ; Sun, 8 Feb 2009 13:35:08 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n18DZ257018584; Sun, 8 Feb 2009 14:35:02 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n18DZ2h4018582; Sun, 8 Feb 2009 14:35:02 +0100 (CET) (envelope-from olli) From: Oliver Fromme Message-Id: <200902081335.n18DZ2h4018582@lurza.secnetix.de> To: Alexander@leidinger.net (Alexander Leidinger) Date: Sun, 8 Feb 2009 14:35:02 +0100 (CET) In-Reply-To: <20090208135053.12691emq58yl9m4k@webmail.leidinger.net> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Sun, 08 Feb 2009 14:35:02 +0100 (CET) Cc: Thomas.Sparrevohn@btinternet.com, freebsd-current@FreeBSD.ORG Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 13:35:09 -0000 Alexander Leidinger wrote: > Oliver Fromme wrote: > > You can easily replace the background image, it's a > > standard PCX image file. You can even re-arrange the > > position of the menu if necessary; there are simple > > variable settings for that in the theme.conf file. > > What about the actual menu items, are they configurable too (e.g. when > I want single-user as F1... ACPI should work now on most systems and I > don't see why disabling it should be in the first position), or does > it use the same stuff as the text menu for this (to fiddling with > forth would be necessary)? The actual menu contents are in the beastie.4th file, just like for the old text menu. So, yes, you'd need to speak FORTH in order to change that. How many of the FreeBSD developers are actually fluent in FORTH? How many committers are able to review the .4th code that I wrote? Would there be strong resistance if I tried to replace FICL with something else that is not as brain-knotting as FORTH? Just to name an example, I once wrote a bourne-shell-like parser that would not be difficult to embed. I assume that would enable many more developers and users to play with the boot menu stuff. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 13:39:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA396106564A for ; Sun, 8 Feb 2009 13:39:10 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay10.ispgateway.de (smtprelay10.ispgateway.de [80.67.29.24]) by mx1.freebsd.org (Postfix) with ESMTP id A81668FC08 for ; Sun, 8 Feb 2009 13:39:10 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from [88.153.16.241] (helo=localhost) by smtprelay10.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1LW9iJ-0001pQ-Uf for freebsd-current@freebsd.org; Sun, 08 Feb 2009 14:28:48 +0100 Date: Sun, 8 Feb 2009 14:28:43 +0100 From: Fabian Keil To: freebsd-current@freebsd.org Message-ID: <20090208142843.3c5da278@fabiankeil.de> In-Reply-To: <1233732660.1767.30.camel@localhost> References: <1233732660.1767.30.camel@localhost> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; i386-portbld-freebsd8.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/oxZ=rZsXu1Gx2o0yGd=+=8/"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Df-Sender: 775067 Subject: Re: USB2 - libusb20 vs devel/libusb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 13:39:11 -0000 --Sig_/oxZ=rZsXu1Gx2o0yGd=+=8/ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Vladimir Grebenschikov wrote: > I've tried libusb, looks like it works more or less. =20 > PS. I didn't try yet libgphoto2 (it also uses ugen directly). gphoto2 stopped working for me with the new USB code. I needed the pictures quickly so I just moved back to the old code. I can retry and report more details if someone is interested. Fabian --Sig_/oxZ=rZsXu1Gx2o0yGd=+=8/ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkmO3gsACgkQBYqIVf93VJ3KLQCbBeKY8Jki+GVMqz+ruhF4e2Mj QoIAoMkTM1PfcOUrEsjWxNV07l68m7wP =7aH1 -----END PGP SIGNATURE----- --Sig_/oxZ=rZsXu1Gx2o0yGd=+=8/-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 13:59:31 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DEC6106564A; Sun, 8 Feb 2009 13:59:31 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: from bsdcrew.de (duro.unixfreunde.de [85.214.90.4]) by mx1.freebsd.org (Postfix) with ESMTP id D4FAB8FC1B; Sun, 8 Feb 2009 13:59:30 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: by bsdcrew.de (Postfix, from userid 1001) id 2E8A14ACD1; Sun, 8 Feb 2009 14:44:21 +0100 (CET) Date: Sun, 8 Feb 2009 14:44:21 +0100 From: Martin Wilke To: Alfred Perlstein Message-ID: <20090208134420.GA42242@bsdcrew.de> References: <20090206045349.GQ78804@elvis.mu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <20090206045349.GQ78804@elvis.mu.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: usb@freebsd.org, current@freebsd.org, Hans Petter Selasky Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 13:59:31 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 May be also a ports exp-run to make sure you don't break to many ports? - - Martin On Thu, Feb 05, 2009 at 08:53:49PM -0800, Alfred Perlstein wrote: > Hello -current and -usb. > > We are in the final stages of bringing in the new usb > stack. > > Features include: SMP, better device support, speed increases. > > We hope to make it in for 8.0. It will really take a unified effort > to make this all work and I look forward to all contributors input. > > We have a few large steps ahead of us and I wanted to lay out the > schedule so that people understand what is coming and what to expect. > > At this point we expect there to be no style or changes in usb2 > that are not bugfixes until Phase 3 "Hand off". The reason for > this is to prevent bugs from creeping in and allow the maintainer > to focus 100% on bugs and feature parity with the oldusb stack. > > Here is the plan and timeline: > > Phase 1) Make usb2 the default, by enabling it in GENERIC. > > * Sunday 8 Feb 2009 -- Toggle the usb2 knob in GENERIC > > - Add all the usb2 options to NOTES, including commented > documentation about recommended usb2 'sets' of options, > and the usual NOTES-based hints about the options. > > - Update GENERIC to use usb2 device names. > > - Bump __FreeBSD_version and edit UPDATING to note usb2 is now the > default. > > - Verify that it still possible to use the old usb code as a > fallback, until we are ready to detach and remove it from /head > > * Sunday 22 Feb 2009 -- Go through quirks in old-usb code and port > over any remaining bits to usb2 > > - Lock the oldusb code for 2 weeks, until the next usb2 > checkpoint, to verify usb2 is a viable replacement without > having to keep chasing a moving oldusb target. > > Phase 2) Removing the oldusb code. > > * Sunday 15 Mar 2009 -- usb2 bug busting weekend > > - Go through the open usb2 problem reports, and see if there are > any usb2 blocker bugs that need fixing. > > - If the bug hunt shows we are ready to do away with oldusb, > unlink the old usb code from the build, but leave it in for > a few more days. > > * Sunday 22 Mar 2009 -- remove oldusb code. > > - old usb code will be removed. > > Phase 3) Hand-off. > > * Sunday 29 Mar 2009 -- usb2 hand over to src-committers > > - The switch from a private Hans-only repository to the main > subversion tree. > > - At this point, the usb2 is handed over to the src-committers > and Hans has to go through a mentor/committer before committing > changes. > > Thank you! > > -- > - Alfred Perlstein > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > - -- +-----------------------+-------------------------------+ | PGP : 0x05682353 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkmO4bQACgkQFwpycAVoI1NEcACeMQyjZGYPG1WO/pAT7ErFaKop pyYAnAuICJDTLDepTnLvvth1o+53m0nU =R3Om -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 14:16:51 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 903D5106566C for ; Sun, 8 Feb 2009 14:16:51 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id D74F98FC3F for ; Sun, 8 Feb 2009 14:16:50 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 08 Feb 2009 14:16:49 -0000 Received: from p54A3DED5.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.222.213] by mail.gmx.net (mp055) with SMTP; 08 Feb 2009 15:16:49 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX1/zWGwpJJrzCLZYrmuaFWapCL99eTA9DopJVySh/o y5F5IsuOVQlAm7 Message-ID: <498EE950.300@gmx.de> Date: Sun, 08 Feb 2009 15:16:48 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Oliver Fromme References: <200902081247.n18ClJaM015821@lurza.secnetix.de> In-Reply-To: <200902081247.n18ClJaM015821@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.66 Cc: freebsd-current@FreeBSD.ORG Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 14:16:52 -0000 Oliver Fromme schrieb: > Antonios Anastasiadis wrote: > > I've got the red border on a TFT monitor by the way. > > OK, yeah, the problem is more widespread than I thought. > Obviously some TFT monitors (probably wide-screen ones in > particular) aren't scaling VGA modes to the full size of > the screen, so the border bug becomes visible. This "bug" is called "overscan" and is actually a feature of graphics cards. The overscan colour index can be selected with the "Overscan Color" register (0x11) of the attribute controller (port 0x3C0). You can even set a colour which is outside of the 0-15 range, so you get a 17th colour for the border! From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 15:39:08 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB5A41065698 for ; Sun, 8 Feb 2009 15:39:08 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 605558FC08 for ; Sun, 8 Feb 2009 15:39:08 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n18Fd5Ql023910; Sun, 8 Feb 2009 16:39:06 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n18Fd5T6023909; Sun, 8 Feb 2009 16:39:05 +0100 (CET) (envelope-from olli) From: Oliver Fromme Message-Id: <200902081539.n18Fd5T6023909@lurza.secnetix.de> To: christoph.mallon@gmx.de (Christoph Mallon) Date: Sun, 8 Feb 2009 16:39:05 +0100 (CET) In-Reply-To: <498EE950.300@gmx.de> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Sun, 08 Feb 2009 16:39:07 +0100 (CET) Cc: freebsd-current@FreeBSD.ORG Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 15:39:09 -0000 Christoph Mallon wrote: > Oliver Fromme schrieb: > > Antonios Anastasiadis wrote: > > > I've got the red border on a TFT monitor by the way. > > > > OK, yeah, the problem is more widespread than I thought. > > Obviously some TFT monitors (probably wide-screen ones in > > particular) aren't scaling VGA modes to the full size of > > the screen, so the border bug becomes visible. > > This "bug" is called "overscan" No, the bug I'm talking about is in my code, which happens to always leave the overscan color at index 0, no matter what the actual palette entry is. This bug has been fixed. > and is actually a feature of graphics > cards. You definitely don't have to lecture me about graphics cards. ;-) I know the overscan property very well; I already mentioned it earlier in this thread. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Clear perl code is better than unclear awk code; but NOTHING comes close to unclear perl code" (taken from comp.lang.awk FAQ) From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 15:51:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3758A106573E for ; Sun, 8 Feb 2009 15:51:50 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swipnet.se [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id BA5B68FC22 for ; Sun, 8 Feb 2009 15:51:49 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=6I5d2MoRAAAA:8 a=4T-Uc1uzEQ4dSpD5hBUA:9 a=XOEfvOHfNL0zF9ZSYjOGe2QM5IAA:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.198] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1020291818; Sun, 08 Feb 2009 16:51:47 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sun, 8 Feb 2009 16:54:14 +0100 User-Agent: KMail/1.9.7 References: <1233732660.1767.30.camel@localhost> <20090208142843.3c5da278@fabiankeil.de> In-Reply-To: <20090208142843.3c5da278@fabiankeil.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902081654.14659.hselasky@c2i.net> Cc: Subject: Re: USB2 - libusb20 vs devel/libusb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 15:51:51 -0000 On Sunday 08 February 2009, Fabian Keil wrote: > Vladimir Grebenschikov wrote: > > I've tried libusb, looks like it works more or less. > > > > PS. I didn't try yet libgphoto2 (it also uses ugen directly). > > gphoto2 stopped working for me with the new USB code. > > I needed the pictures quickly so I just moved back to > the old code. I can retry and report more details if > someone is interested. > Hi, How did you try out the new USB code? Did you make sure that libusb0.1.x was mapped to libusb20 like described at http://wiki.freebsd.org/USB ? --HPS From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 16:00:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9F951065716 for ; Sun, 8 Feb 2009 16:00:10 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay10.ispgateway.de (smtprelay10.ispgateway.de [80.67.29.24]) by mx1.freebsd.org (Postfix) with ESMTP id 64A418FC20 for ; Sun, 8 Feb 2009 16:00:10 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from [88.153.16.241] (helo=localhost) by smtprelay10.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1LWC4n-0003T8-2z for freebsd-current@freebsd.org; Sun, 08 Feb 2009 17:00:09 +0100 Date: Sun, 8 Feb 2009 17:00:03 +0100 From: Fabian Keil To: freebsd-current@freebsd.org Message-ID: <20090208170003.168dd033@fabiankeil.de> In-Reply-To: <200902081654.14659.hselasky@c2i.net> References: <1233732660.1767.30.camel@localhost> <20090208142843.3c5da278@fabiankeil.de> <200902081654.14659.hselasky@c2i.net> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; i386-portbld-freebsd8.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/S080uRfRHNodZkSi7z9bJtk"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Df-Sender: 775067 Subject: Re: USB2 - libusb20 vs devel/libusb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 16:00:11 -0000 --Sig_/S080uRfRHNodZkSi7z9bJtk Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hans Petter Selasky wrote: > On Sunday 08 February 2009, Fabian Keil wrote: > > Vladimir Grebenschikov wrote: > > > I've tried libusb, looks like it works more or less. > > > > > > PS. I didn't try yet libgphoto2 (it also uses ugen directly). > > > > gphoto2 stopped working for me with the new USB code. > > > > I needed the pictures quickly so I just moved back to > > the old code. I can retry and report more details if > > someone is interested. =20 > How did you try out the new USB code? Did you make sure that libusb0.1.x = was=20 > mapped to libusb20 like described at http://wiki.freebsd.org/USB ? I wasn't aware of these steps, sorry. I just recompiled everything and assumed that was it. I'll retry this week. Fabian --Sig_/S080uRfRHNodZkSi7z9bJtk Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkmPAYMACgkQBYqIVf93VJ3qmQCdENQgMPEcOmf48RHtDj+UFS5U M40AnA2REDBA5YHqbMEp3xIAdmerYPag =vZ5w -----END PGP SIGNATURE----- --Sig_/S080uRfRHNodZkSi7z9bJtk-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 17:29:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E34EB1065674; Sun, 8 Feb 2009 17:29:40 +0000 (UTC) (envelope-from nakal@web.de) Received: from fmmailgate02.web.de (fmmailgate02.web.de [217.72.192.227]) by mx1.freebsd.org (Postfix) with ESMTP id 717008FC25; Sun, 8 Feb 2009 17:29:40 +0000 (UTC) (envelope-from nakal@web.de) Received: from smtp07.web.de (fmsmtp07.dlan.cinetic.de [172.20.5.215]) by fmmailgate02.web.de (Postfix) with ESMTP id 5F828FA23E25; Sun, 8 Feb 2009 18:29:39 +0100 (CET) Received: from [217.236.42.73] (helo=zelda.local) by smtp07.web.de with asmtp (TLSv1:AES128-SHA:128) (WEB.DE 4.110 #277) id 1LWDTO-0007Hd-00; Sun, 08 Feb 2009 18:29:38 +0100 Date: Sun, 8 Feb 2009 18:29:40 +0100 From: Martin To: Martin Message-ID: <20090208182940.43d6c929@zelda.local> In-Reply-To: <20090208130506.267a838d@zelda.local> References: <1233007263.9302.2.camel@localhost.localdomain> <20090129233220.1ed64e6d@zelda.local> <498EB79F.4010905@FreeBSD.org> <20090208130506.267a838d@zelda.local> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: nakal@web.de X-Sender: nakal@web.de X-Provags-ID: V01U2FsdGVkX1/bjxU147SS5r6QVqwUqLrr/uaICLYyKq7z5V3l Rt/YIwGvknmRcGY8NPN+t8J5uG/FihTaOjrNuLUS95bReo3CRl l57hbxEJY= Cc: sean.bruno@dsl-only.net, Kris Kennaway , freebsd-current@freebsd.org, sbruno@freebsd.org Subject: Re: UFS Witness LoR + 5 other LoRs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 17:29:41 -0000 Am Sun, 8 Feb 2009 13:05:06 +0100 schrieb Martin : > I found out it has something to do with the softlink to an NFS share > that I have on my desktop (nautilus). I've made some settings > yesterday to fix it and will report, if this was the problem. Of > course, the amd mounts and unmounts my NFS share and the mentioned > LORs appear typically while mounting and unmounting, I noticed. So it > is perhaps misleading. > > Btw... it would be very nice if someone finally implements timeouts > and a detection strategy for NFS packets that don't arrive at their > destination because of fragmentation and wrong rsize/wsize settings. > But this is a totally different topic. There is not much in the docs > about it. Hi. I have further information on this. My desktop stopped working again, because of NFS. Now I am sure. I have a LOR before this happened: Feb 8 18:06:47 zelda kernel: lock order reversal: Feb 8 18:06:47 zelda kernel: 1st 0xffffff001a1cca48 filedesc structure (filedes c structure) @ /usr/src/sys/kern/kern_descrip.c:1076 Feb 8 18:06:47 zelda kernel: 2nd 0xffffff0002ed4098 pseudofs (pseudofs) @ /usr/src/sys/kern/vfs_subr.c:4057 Feb 8 18:06:47 zelda kernel: KDB: stack backtrace: Feb 8 18:06:47 zelda kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a Feb 8 18:06:47 zelda kernel: _witness_debugger() at _witness_debugger+0x2e Feb 8 18:06:47 zelda kernel: witness_checkorder() at witness_checkorder+0x81e Feb 8 18:06:47 zelda kernel: __lockmgr_args() at __lockmgr_args+0xc2a Feb 8 18:06:47 zelda kernel: vop_stdlock() at vop_stdlock+0x39 Feb 8 18:06:47 zelda kernel: VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b Feb 8 18:06:47 zelda kernel: _vn_lock() at _vn_lock+0x47 Feb 8 18:06:47 zelda kernel: knlist_remove_kq() at knlist_remove_kq+0x73 Feb 8 18:06:47 zelda kernel: knote_fdclose() at knote_fdclose+0x177 Feb 8 18:06:47 zelda kernel: kern_close() at kern_close+0xe6 Feb 8 18:06:47 zelda kernel: syscall() at syscall+0x1bf Feb 8 18:06:47 zelda kernel: Xfast_syscall() at Xfast_syscall+0xab Feb 8 18:06:47 zelda kernel: --- syscall (6, FreeBSD ELF64, close), rip = 0x800e35e8c, rsp = 0x7fffffffe4f8, rbp = 0x801063100 --- And 5 minutes later I tried to access my amd-mounted share: Feb 8 18:11:09 zelda amd[1063]: ignoring request from 127.0.0.1:21215, port not reserved Feb 8 18:11:10 zelda last message repeated 7 times Feb 8 18:11:11 zelda amd[1063]: ignoring request from 127.0.0.1:32008, port not reserved amd is suddenly flooding my syslog with these messages. On 7.1R NFS client I did not have this effect at all. This is new on 8-CURRENT. I hope this helps. -- Martin From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 17:31:53 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E0CC10656C8 for ; Sun, 8 Feb 2009 17:31:53 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63906.mail.re1.yahoo.com (web63906.mail.re1.yahoo.com [69.147.97.121]) by mx1.freebsd.org (Postfix) with SMTP id 22D878FC13 for ; Sun, 8 Feb 2009 17:31:52 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 88211 invoked by uid 60001); 8 Feb 2009 17:31:52 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Message-ID; b=1oJuEv/npOilrgqWpvFyNJBH+GtsnE6iQemoKttHYYNFAKYnax1BZ/9Q1E/V+oNhEL13ob82Aw0ct7V/yRQCJ2gPcDHO/KSbbfN5Z5nfZFqxRItgeu7R9iHRtu8BUJDsv1qSIpH5CZuOa2mvCSKvDNWnSH95becjUt9Ns7hHuVI=; X-YMail-OSG: _Lphm50VM1m69u5sJNGzvXVOzNCboPvMrKqgZ3hGLhMtMil7aMFQySR4jGBH2Knm8E12I0sFrNOS3dhFHFCVk4mIdg37REHmwJ2KXgWfxI3tbYTDB1NSd683_m5g.YHBShiiZY868k44hORA_X3CJq4PR0U- Received: from [98.242.222.229] by web63906.mail.re1.yahoo.com via HTTP; Sun, 08 Feb 2009 09:31:52 PST X-Mailer: YahooMailWebService/0.7.260.1 Date: Sun, 8 Feb 2009 09:31:52 -0800 (PST) From: Barney Cordoba To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <426059.88012.qm@web63906.mail.re1.yahoo.com> Cc: Subject: is there a protected/locked printf? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: barney_cordoba@yahoo.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 17:31:54 -0000 Its taking me all day to figure out something that should take 5 minutes if I could get printf to not print garbage. Is there a mulitcore version of printf that isn't completely useless for use for trace code? Barney From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 18:20:22 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 864201065672 for ; Sun, 8 Feb 2009 18:20:22 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from springbank.echomania.com (springbank.echomania.com [82.94.255.114]) by mx1.freebsd.org (Postfix) with ESMTP id 450148FC0A for ; Sun, 8 Feb 2009 18:20:22 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from localhost (localhost [127.0.0.1]) by springbank.echomania.com (Postfix) with ESMTP id C8C18A7087; Sun, 8 Feb 2009 19:20:20 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at springbank.echomania.com Received: from springbank.echomania.com ([127.0.0.1]) by localhost (springbank.echomania.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id A+F5gaWvu6nj; Sun, 8 Feb 2009 19:20:02 +0100 (CET) Received: from [87.251.56.140] (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by springbank.echomania.com (Postfix) with ESMTPSA id D130BA707C; Sun, 8 Feb 2009 19:20:02 +0100 (CET) Message-ID: <498F2253.9010204@andric.com> Date: Sun, 08 Feb 2009 19:20:03 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b3pre) Gecko/20090207 Shredder/3.0b2pre MIME-Version: 1.0 To: barney_cordoba@yahoo.com References: <426059.88012.qm@web63906.mail.re1.yahoo.com> In-Reply-To: <426059.88012.qm@web63906.mail.re1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: is there a protected/locked printf? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 18:20:22 -0000 On 2009-02-08 18:31, Barney Cordoba wrote: > Its taking me all day to figure out something that should take 5 minutes > if I could get printf to not print garbage. Is there a mulitcore version > of printf that isn't completely useless for use for trace code? Add: options PRINTF_BUFR_SIZE=128 to your kernel config file, that might help. From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 18:30:03 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BA81106564A; Sun, 8 Feb 2009 18:30:03 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from websrv01.jr-hosting.nl (websrv01.jr-hosting.nl [78.47.69.233]) by mx1.freebsd.org (Postfix) with ESMTP id B65328FC1A; Sun, 8 Feb 2009 18:30:02 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from localhost ([127.0.0.1] helo=galain.elvandar.org) by websrv01.jr-hosting.nl with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LWDln-000391-Rl; Sun, 08 Feb 2009 18:48:39 +0100 Received: from 195.64.94.120 (SquirrelMail authenticated user remko) by galain.elvandar.org with HTTP; Sun, 8 Feb 2009 18:48:39 +0100 (CET) Message-ID: <8b3974a5f1b260fd438518f703aee2f5.squirrel@galain.elvandar.org> In-Reply-To: <20090208052110.GY78804@elvis.mu.org> References: <20090206045349.GQ78804@elvis.mu.org> <498C013B.4000405@FreeBSD.org> <20090208052110.GY78804@elvis.mu.org> Date: Sun, 8 Feb 2009 18:48:39 +0100 (CET) From: "Remko Lodder" To: "Alfred Perlstein" User-Agent: SquirrelMail/1.4.17 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: usb@freebsd.org, current@freebsd.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 18:30:03 -0000 On Sun, February 8, 2009 6:21 am, Alfred Perlstein wrote: > * Maxim Sobolev [090206 01:50] wrote: >> Alfred Perlstein wrote: >> > - Update GENERIC to use usb2 device names. >> >> Wasn't there a plan to rename usb2 devices to match oldusb names (where >> applicable) once oldusb had been killed? I don't see it in the list. [snip] > > If a lot of people poke me about renaming it, we'll get it done, > but I don't really believe in it. > I would like to enfavor that it is being named "usb" at some point. We do not want to keep names like rcNG while at some point it's the defacto standard right? Also names like USB2 tell people that there might be a USB1 as well, which we no longer ship at some point. Please name it "usb_*". In addition; there is a request from Warner (if I remember correctly); which I do share; there is a manual regeneration needed if you add something to usbdevs, please make sure that that goes automatically like "usb1" does at the moment. Thanks, Remko -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 18:38:26 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DE3C1065677; Sun, 8 Feb 2009 18:38:26 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8F8688FC13; Sun, 8 Feb 2009 18:38:25 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 9572AFF90; Mon, 9 Feb 2009 07:38:24 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dMnTSWPAMRnB; Mon, 9 Feb 2009 07:38:21 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Mon, 9 Feb 2009 07:38:21 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id B266511428; Mon, 9 Feb 2009 07:38:20 +1300 (NZDT) Date: Sun, 8 Feb 2009 10:38:20 -0800 From: Andrew Thompson To: Remko Lodder Message-ID: <20090208183820.GA21343@citylink.fud.org.nz> References: <20090206045349.GQ78804@elvis.mu.org> <498C013B.4000405@FreeBSD.org> <20090208052110.GY78804@elvis.mu.org> <8b3974a5f1b260fd438518f703aee2f5.squirrel@galain.elvandar.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8b3974a5f1b260fd438518f703aee2f5.squirrel@galain.elvandar.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: usb@freebsd.org, Alfred Perlstein , current@freebsd.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 18:38:27 -0000 On Sun, Feb 08, 2009 at 06:48:39PM +0100, Remko Lodder wrote: > On Sun, February 8, 2009 6:21 am, Alfred Perlstein wrote: > > * Maxim Sobolev [090206 01:50] wrote: > >> Alfred Perlstein wrote: > >> > - Update GENERIC to use usb2 device names. > >> > >> Wasn't there a plan to rename usb2 devices to match oldusb names (where > >> applicable) once oldusb had been killed? I don't see it in the list. > > [snip] > > > > > If a lot of people poke me about renaming it, we'll get it done, > > but I don't really believe in it. > > > > I would like to enfavor that it is being named "usb" at some point. We do > not want to keep names like rcNG while at some point it's the defacto > standard right? Also names like USB2 tell people that there might be a > USB1 as well, which we no longer ship at some point. > > Please name it "usb_*". > > In addition; there is a request from Warner (if I remember correctly); > which I do share; there is a manual regeneration needed if you add > something to usbdevs, please make sure that that goes automatically like > "usb1" does at the moment. I take it the stage (1) is to switch over GENERIC to the new usb2 code and will not involve renaming the config items. stage (2) moves the usb code around in svn and all USB2 kernel config items will assume their original names, ie. usb2_controller_echi -> ehci. I think this is what Alfred was getting about with only changing it once. Andrew From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 18:42:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC86C106564A for ; Sun, 8 Feb 2009 18:42:47 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from email1.allantgroup.com (email1.emsphone.com [199.67.51.115]) by mx1.freebsd.org (Postfix) with ESMTP id 625558FC19 for ; Sun, 8 Feb 2009 18:42:47 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by email1.allantgroup.com (8.14.0/8.14.0) with ESMTP id n18IKrnK007919 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 8 Feb 2009 12:21:03 -0600 (CST) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.3/8.14.3) with ESMTP id n18IKSgQ043731 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 8 Feb 2009 12:20:28 -0600 (CST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.3/8.14.3/Submit) id n18IKNTt043708; Sun, 8 Feb 2009 12:20:23 -0600 (CST) (envelope-from dan) Date: Sun, 8 Feb 2009 12:20:23 -0600 From: Dan Nelson To: Martin Message-ID: <20090208182023.GF85840@dan.emsphone.com> References: <1233007263.9302.2.camel@localhost.localdomain> <20090129233220.1ed64e6d@zelda.local> <498EB79F.4010905@FreeBSD.org> <20090208130506.267a838d@zelda.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090208130506.267a838d@zelda.local> X-OS: FreeBSD 7.1-STABLE User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: ClamAV version 0.94.1, clamav-milter version 0.94.1 on email1.allantgroup.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (email1.allantgroup.com [199.67.51.78]); Sun, 08 Feb 2009 12:21:03 -0600 (CST) X-Scanned-By: MIMEDefang 2.45 Cc: sean.bruno@dsl-only.net, freebsd-current@freebsd.org, sbruno@freebsd.org Subject: Re: UFS Witness LoR + 5 other LoRs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 18:42:47 -0000 In the last episode (Feb 08), Martin said: > Btw... it would be very nice if someone finally implements timeouts and a > detection strategy for NFS packets that don't arrive at their destination > because of fragmentation and wrong rsize/wsize settings. But this is a > totally different topic. There is not much in the docs about it. The solution to that problem is TCP mounts :) -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 18:48:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10CD2106566C; Sun, 8 Feb 2009 18:48:53 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id DE8F98FC0C; Sun, 8 Feb 2009 18:48:51 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=8UcZu9N6atoA:10 a=rZF0ZLlPMY8A:10 a=XtESaCWIz7Q3b-GXq_kA:9 a=YjkJybZi3bJXguEcEoQA:7 a=ijnvtekda0QIE_g3qzDQK413FEAA:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.198] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 142006620; Sun, 08 Feb 2009 19:48:50 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sun, 8 Feb 2009 19:51:15 +0100 User-Agent: KMail/1.9.7 References: <20090206045349.GQ78804@elvis.mu.org> <8b3974a5f1b260fd438518f703aee2f5.squirrel@galain.elvandar.org> <20090208183820.GA21343@citylink.fud.org.nz> In-Reply-To: <20090208183820.GA21343@citylink.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902081951.16823.hselasky@c2i.net> Cc: usb@freebsd.org, Remko Lodder , Alfred Perlstein , Andrew Thompson Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 18:48:53 -0000 On Sunday 08 February 2009, Andrew Thompson wrote: > On Sun, Feb 08, 2009 at 06:48:39PM +0100, Remko Lodder wrote: > > On Sun, February 8, 2009 6:21 am, Alfred Perlstein wrote: > > > > Please name it "usb_*". Beware that if you rename everything from "usb2_" to "usb_" there will be symbol and structure clashes with the linux USB compat layer, which needs to be resolved. --HPS From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 18:50:15 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5274D1065673; Sun, 8 Feb 2009 18:50:15 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.freebsd.org (Postfix) with ESMTP id D66B38FC16; Sun, 8 Feb 2009 18:50:14 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw0.york.ac.uk (8.13.6/8.13.6) with ESMTP id n18Io9NX009174; Sun, 8 Feb 2009 18:50:09 GMT Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LWEjJ-0002fh-8p; Sun, 08 Feb 2009 18:50:09 +0000 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.2/8.14.2) with ESMTP id n18Io9Ah009872; Sun, 8 Feb 2009 18:50:09 GMT (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.2/8.14.2/Submit) id n18Io91Y009871; Sun, 8 Feb 2009 18:50:09 GMT (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: Alfred Perlstein In-Reply-To: <20090208052110.GY78804@elvis.mu.org> References: <20090206045349.GQ78804@elvis.mu.org> <498C013B.4000405@FreeBSD.org> <20090208052110.GY78804@elvis.mu.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Sun, 08 Feb 2009 18:50:08 +0000 Message-Id: <1234119008.7997.32.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: usb@FreeBSD.org, Maxim Sobolev , current@FreeBSD.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 18:50:15 -0000 On Sat, 2009-02-07 at 21:21 -0800, Alfred Perlstein wrote: > * Maxim Sobolev [090206 01:50] wrote: > > Alfred Perlstein wrote: > > > - Update GENERIC to use usb2 device names. > > > > Wasn't there a plan to rename usb2 devices to match oldusb names (where > > applicable) once oldusb had been killed? I don't see it in the list. > > Probably, although coming from the other side as a user I find it pretty > annoying when there's somewhat gratuitous changes to the kernel config > files that I don't really care about that cause my kernels to break. The vast majority of our users do not run -CURRENT, and so haven't had to change config files yet. One day, those users will be migrating from 7.x to 8.x, and shouldn't need to change their kernel config for a "somewhat gratuitous change". Your argument only works if people had already had to change their config files once (usb -> usb2), and that by renaming these back they will have to change their kernel config back. Only people running -CURRENT will end up having to do this twice (or indeed at all) if the rename takes place, end users will not need to do it at all. > Basically, calling it usb2 isn't as bad as renaming it back to "usb" > as it's less disruptive in my book. Again, I disagree. Gavin From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 19:12:59 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 700661065674 for ; Sun, 8 Feb 2009 19:12:59 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 3F7228FC16 for ; Sun, 8 Feb 2009 19:12:59 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n18JCwnC013295 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 Feb 2009 11:12:58 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <498F2EBA.9000106@freebsd.org> Date: Sun, 08 Feb 2009 11:12:58 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Gavin Atkinson References: <20090206045349.GQ78804@elvis.mu.org> <498C013B.4000405@FreeBSD.org> <20090208052110.GY78804@elvis.mu.org> <1234119008.7997.32.camel@buffy.york.ac.uk> In-Reply-To: <1234119008.7997.32.camel@buffy.york.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Rhyolite-Metrics: ebb.errno.com; whitelist Cc: usb@freebsd.org, current@freebsd.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 19:12:59 -0000 Gavin Atkinson wrote: > On Sat, 2009-02-07 at 21:21 -0800, Alfred Perlstein wrote: > >> * Maxim Sobolev [090206 01:50] wrote: >> >>> Alfred Perlstein wrote: >>> >>>> - Update GENERIC to use usb2 device names. >>>> >>> Wasn't there a plan to rename usb2 devices to match oldusb names (where >>> applicable) once oldusb had been killed? I don't see it in the list. >>> >> Probably, although coming from the other side as a user I find it pretty >> annoying when there's somewhat gratuitous changes to the kernel config >> files that I don't really care about that cause my kernels to break. >> > > The vast majority of our users do not run -CURRENT, and so haven't had > to change config files yet. > > One day, those users will be migrating from 7.x to 8.x, and shouldn't > need to change their kernel config for a "somewhat gratuitous change". > > Your argument only works if people had already had to change their > config files once (usb -> usb2), and that by renaming these back they > will have to change their kernel config back. Only people running > -CURRENT will end up having to do this twice (or indeed at all) if the > rename takes place, end users will not need to do it at all. > > >> Basically, calling it usb2 isn't as bad as renaming it back to "usb" >> as it's less disruptive in my book. >> > > Again, I disagree. > I agree with your comments. And, as I've said previously, any name changes from usb1 will require _all_ documentation (manual pages, handbook, etc) to change; not a good idea. Sam From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 19:35:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7032106564A for ; Sun, 8 Feb 2009 19:35:23 +0000 (UTC) (envelope-from odhiambo@gmail.com) Received: from mail-bw0-f163.google.com (mail-bw0-f163.google.com [209.85.218.163]) by mx1.freebsd.org (Postfix) with ESMTP id 396FF8FC20 for ; Sun, 8 Feb 2009 19:35:22 +0000 (UTC) (envelope-from odhiambo@gmail.com) Received: by bwz7 with SMTP id 7so782976bwz.19 for ; Sun, 08 Feb 2009 11:35:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=oLLwZjQjfzBbXbvS/e6zWfRBUZUIgKQsuwwb8q9WaUc=; b=Zv0KgeAllo6XRB/0kDRyFkH7hPN0GGgFhfCrLf3hiStPv86G+exO/kVOITFjnse60n /qkzW9rirJNeNCaNfN3He6ct7iVxyLvOa4uAQjd6e8n4+1SOBTkIhCLduX8MFPhvAWsJ KvjeO3IG0sEDhFn0zz2QIx2bmzvEeq/boMwVU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=IELsiyW8999mnp0De/uw0CS1h6U59UNiEB13pjGpRZAnw+PPCNpFERrWhJ61fHTfhs y+6jFnvv1S2KwJMm4FdW9WkSksyq4yD8HEVkAEyTDpPLHr6FoaMIrjgF2tS8BhxIY2Fc lEdHdna3eERYO4Ve2cIR4xEvRsE/4kpe+1Ke8= MIME-Version: 1.0 Received: by 10.223.114.79 with SMTP id d15mr940672faq.88.1234120403478; Sun, 08 Feb 2009 11:13:23 -0800 (PST) Date: Sun, 8 Feb 2009 22:13:23 +0300 Message-ID: <991123400902081113p40b14113rb7f22f2649f4f9be@mail.gmail.com> From: Odhiambo Washington To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: System Freeze when custom kernel is compiled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 19:35:24 -0000 Helloz, I have installed -CURRENT inside VMware and I am trying to compile a custom kernel to play with. Basically, I've just added a few things - IPSEC, Atheros wireless adapter support and IPFILTER and PF. Kernel compiles successfully, but when I reboot, the system does not go beyond the point where it brings the status of the network interface up.I have had to kill the system and boot the GENERIC kernel, which boots okay. I have put my kernel config file and dmesg.boot at http://gw.crownkenya.com/~wash/ I have commented out some of the stuff I'd have wanted, but still no go! Well, I still have from "device gre all the way to device ef" and two wlan_* lines, IPFILTER and ALTQ stuff that I am not willing to comment out, as those will make my intentions for the testing to be negated. Is it possible I am being over-ambitious with my kernel file? Or is it VMWare failing me? I've run 7.x inside VMWare quite successfully, so I hoped -CURRENT woud too, but yes, I know it is -CURRENT;-) It would be nice for me to test stuff under -CURRENT, yes? -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ "The only time a woman really succeeds in changing a man is when he is a baby." - Natalie Wood From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 19:48:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98FFC1065673; Sun, 8 Feb 2009 19:48:48 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 503728FC1D; Sun, 8 Feb 2009 19:48:48 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id n18Jlr22006620; Sun, 8 Feb 2009 12:47:53 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 08 Feb 2009 12:47:56 -0700 (MST) Message-Id: <20090208.124756.-942592244.imp@bsdimp.com> To: hselasky@c2i.net From: "M. Warner Losh" In-Reply-To: <200902081951.16823.hselasky@c2i.net> References: <8b3974a5f1b260fd438518f703aee2f5.squirrel@galain.elvandar.org> <20090208183820.GA21343@citylink.fud.org.nz> <200902081951.16823.hselasky@c2i.net> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org, remko@freebsd.org, freebsd-current@freebsd.org, thompsa@freebsd.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 19:48:49 -0000 In message: <200902081951.16823.hselasky@c2i.net> Hans Petter Selasky writes: : On Sunday 08 February 2009, Andrew Thompson wrote: : > On Sun, Feb 08, 2009 at 06:48:39PM +0100, Remko Lodder wrote: : > > On Sun, February 8, 2009 6:21 am, Alfred Perlstein wrote: : : > > : > > Please name it "usb_*". : : Beware that if you rename everything from "usb2_" to "usb_" there will be : symbol and structure clashes with the linux USB compat layer, which needs to : be resolved. No. that's not the case. usb2_foo vs usb_foo in the kernel config files only affects what files config brings in, and we can easily tell it to bring the right ones in w/o any symbol issues. I'd leave everything else where it is now in the source tree. The rename is fairly trivial. Do people want me to float a patch? Warner From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 19:54:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 653AF106566C; Sun, 8 Feb 2009 19:54:17 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 1D8358FC1E; Sun, 8 Feb 2009 19:54:17 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id n18JrE25006682; Sun, 8 Feb 2009 12:53:14 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 08 Feb 2009 12:53:17 -0700 (MST) Message-Id: <20090208.125317.1170142000.imp@bsdimp.com> To: hselasky@c2i.net From: "M. Warner Losh" In-Reply-To: <20090208.124756.-942592244.imp@bsdimp.com> References: <20090208183820.GA21343@citylink.fud.org.nz> <200902081951.16823.hselasky@c2i.net> <20090208.124756.-942592244.imp@bsdimp.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org, remko@freebsd.org, freebsd-current@freebsd.org, thompsa@freebsd.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 19:54:17 -0000 In message: <20090208.124756.-942592244.imp@bsdimp.com> "M. Warner Losh" writes: : In message: <200902081951.16823.hselasky@c2i.net> : Hans Petter Selasky writes: : : On Sunday 08 February 2009, Andrew Thompson wrote: : : > On Sun, Feb 08, 2009 at 06:48:39PM +0100, Remko Lodder wrote: : : > > On Sun, February 8, 2009 6:21 am, Alfred Perlstein wrote: : : : : > > : : > > Please name it "usb_*". : : : : Beware that if you rename everything from "usb2_" to "usb_" there will be : : symbol and structure clashes with the linux USB compat layer, which needs to : : be resolved. : : No. that's not the case. usb2_foo vs usb_foo in the kernel config : files only affects what files config brings in, and we can easily tell : it to bring the right ones in w/o any symbol issues. : : I'd leave everything else where it is now in the source tree. The : rename is fairly trivial. Do people want me to float a patch? Of course, the kernel config file names are just one aspect here. There's also the module names, that need to be considered. And also just because it can be done, doesn't mean we have to it. Warner From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 22:34:08 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97AE6106566B; Sun, 8 Feb 2009 22:34:08 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 511038FC0A; Sun, 8 Feb 2009 22:34:08 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id n18MWUk8008409; Sun, 8 Feb 2009 15:32:30 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 08 Feb 2009 15:32:33 -0700 (MST) Message-Id: <20090208.153233.1154625921.imp@bsdimp.com> To: remko@elvandar.org From: "M. Warner Losh" In-Reply-To: References: <8b3974a5f1b260fd438518f703aee2f5.squirrel@galain.elvandar.org> <20090208183820.GA21343@citylink.fud.org.nz> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org, remko@freebsd.org, current@freebsd.org, thompsa@freebsd.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 22:34:09 -0000 In message: Remko Lodder writes: : >> : > : > I take it the stage (1) is to switch over GENERIC to the new usb2 code : > and will not involve renaming the config items. : > : > stage (2) moves the usb code around in svn and all USB2 kernel config : > items will assume their original names, ie. usb2_controller_echi -> : > ehci. : > : > I think this is what Alfred was getting about with only changing it : > once. : > : > Andrew : : : That I would like :-) : : thnx for the additional comment :) Also, keep in mind, once Alfred does the hand off, the project will be free to do #2. It really isn't a second change, if you think about it. Just because we change the default, that doesn't force people to use the new default... Warner From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 01:00:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AEBE106564A for ; Mon, 9 Feb 2009 01:00:01 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-fx0-f14.google.com (mail-fx0-f14.google.com [209.85.220.14]) by mx1.freebsd.org (Postfix) with ESMTP id 49C6D8FC1D for ; Mon, 9 Feb 2009 00:59:59 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by fxm7 with SMTP id 7so697394fxm.19 for ; Sun, 08 Feb 2009 16:59:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=gwi+6cVa5kCwrQ1WSM21hehhwOHzjWAXtIxBKsHs7FM=; b=Sb3iHh9BzNnRz7ya/A5jc4cotVVeHcC3Vp+cQ/p+7y9JyGsiJrACSqKv7rEXZS3V1X STGvFQcHdpCNJFk55IUv7zOfquf8KRwUebqU5az/Hve7UMPNO7/ufSzSUyQmWz/nnedj hWK8PNI3AF/uUO5E/V6nEWSZzi8vPZGKZVJSs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=KJcRA0TE24SZhiNrj/mw75CWABE1ihFTKYH5FI3u9c6Js8LYcMXeFz2k0owSMJcZPZ Wc9/AuBP19afCR1dLjgzluKoDWZHT2mt4VyCVP8x/svZ2Gw9JxKKHYvDYgi1rrIPoFEP jujFBVn+yy1CzdEJIpwU586OVlx41c03BCuN8= MIME-Version: 1.0 Received: by 10.181.202.12 with SMTP id e12mr547419bkq.138.1234141199121; Sun, 08 Feb 2009 16:59:59 -0800 (PST) Date: Sun, 8 Feb 2009 16:59:59 -0800 Message-ID: <7d6fde3d0902081659i7cb86al921ea109d17e1a3c@mail.gmail.com> From: Garrett Cooper To: rrs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: WITHOUT_INET6 broken on 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: Mon, 09 Feb 2009 01:00:01 -0000 Hi Randall, I recently rebuilt my sources today and I noticed that it's now breaking on a valid warning with sctp: cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=nocona -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/netinet/sctputil.c cc1: warnings being treated as errors In file included from /usr/src/sys/netinet/sctputil.c:6553: /usr/src/sys/netinet6/sctp6_var.h:57: warning: 'struct icmp6_hdr' declared inside parameter list /usr/src/sys/netinet6/sctp6_var.h:57: warning: its scope is only this definition or declaration, which is probably not what you want *** Error code 1 Stop in /usr/obj/usr/src/sys/OPTIMUS. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. I'm going to rebuild setting WITHOUT_SCTP for now, but this needs to be fixed. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 01:24:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F694106566B for ; Mon, 9 Feb 2009 01:24:03 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail-qy0-f17.google.com (mail-qy0-f17.google.com [209.85.221.17]) by mx1.freebsd.org (Postfix) with ESMTP id 472558FC1A for ; Mon, 9 Feb 2009 01:24:02 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: by qyk10 with SMTP id 10so3178321qyk.19 for ; Sun, 08 Feb 2009 17:24:02 -0800 (PST) MIME-Version: 1.0 Received: by 10.229.73.194 with SMTP id r2mr1027362qcj.29.1234142642287; Sun, 08 Feb 2009 17:24:02 -0800 (PST) In-Reply-To: <7d6fde3d0902081659i7cb86al921ea109d17e1a3c@mail.gmail.com> References: <7d6fde3d0902081659i7cb86al921ea109d17e1a3c@mail.gmail.com> Date: Sun, 8 Feb 2009 20:24:02 -0500 Message-ID: <1de79840902081724k243fc300n97dd4f430e0c6cde@mail.gmail.com> From: Michael Proto To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: rrs@freebsd.org, FreeBSD Current Subject: Re: WITHOUT_INET6 broken on 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: Mon, 09 Feb 2009 01:24:03 -0000 On Sun, Feb 8, 2009 at 7:59 PM, Garrett Cooper wrote: > Hi Randall, > I recently rebuilt my sources today and I noticed that it's now > breaking on a valid warning with sctp: > > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=nocona > -std=c99 -g -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc > -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL > -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel > -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx > -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables > -ffreestanding -fstack-protector -Werror > /usr/src/sys/netinet/sctputil.c > cc1: warnings being treated as errors > In file included from /usr/src/sys/netinet/sctputil.c:6553: > /usr/src/sys/netinet6/sctp6_var.h:57: warning: 'struct icmp6_hdr' > declared inside parameter list > /usr/src/sys/netinet6/sctp6_var.h:57: warning: its scope is only this > definition or declaration, which is probably not what you want > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/OPTIMUS. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > I'm going to rebuild setting WITHOUT_SCTP for now, but this needs > to be fixed. > Thanks, > -Garrett IIRC SCTP has always required INET6 to compile since it was first introduced. I thought it was a prerequisite. -Proto From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 03:17:07 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DCB21065672 for ; Mon, 9 Feb 2009 03:17:07 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id 404038FC08 for ; Mon, 9 Feb 2009 03:17:06 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so807847yxb.13 for ; Sun, 08 Feb 2009 19:17:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=xDGecUwoZeCXwNCmnbJkOwUrBiY0vHPMB/w7BC3pkwA=; b=gEnf32xwT88ggbqPkBEeITD/9LQw4cVIyysuT6LvEzW/JHoxrphOxHsSTz69PlAlYY C1vG+bW2ne4FsKPJAjYLwZZI5l1pGAd8aljHxJiZh5pL7p2mbf52QsjDpRoiTxfoxoz4 d6EwbeHemxb+hClmrKMrfe3ZVtlTHCeY67kbM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=vlTC6j7LIfQyi17ypsRFsMJx3S7AOGIXaCk1w/io0W8gUosSzTiynDsSQvpkKIeToz a1EZ+TJRl7tNifdk5hVzmhs2qdSvz+TYTYCObOcpoHT88FcEc0d2Z5uIIfCFsJtxr6kZ IoOMhVq3VjCo+bMjJYdq7/bb8TDi+eFuSJNEY= MIME-Version: 1.0 Received: by 10.151.48.20 with SMTP id a20mr298523ybk.179.1234149426306; Sun, 08 Feb 2009 19:17:06 -0800 (PST) In-Reply-To: <498F2EBA.9000106@freebsd.org> References: <20090206045349.GQ78804@elvis.mu.org> <498C013B.4000405@FreeBSD.org> <20090208052110.GY78804@elvis.mu.org> <1234119008.7997.32.camel@buffy.york.ac.uk> <498F2EBA.9000106@freebsd.org> Date: Sun, 8 Feb 2009 19:17:06 -0800 Message-ID: From: Maksim Yevmenkin To: Sam Leffler Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org, Gavin Atkinson , current@freebsd.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2009 03:17:07 -0000 On Sun, Feb 8, 2009 at 11:12 AM, Sam Leffler wrote: [...] >>>>> - Update GENERIC to use usb2 device names. >>>> >>>> Wasn't there a plan to rename usb2 devices to match oldusb names (where >>>> applicable) once oldusb had been killed? I don't see it in the list. >>> >>> Probably, although coming from the other side as a user I find it pretty >>> annoying when there's somewhat gratuitous changes to the kernel config >>> files that I don't really care about that cause my kernels to break. >> >> The vast majority of our users do not run -CURRENT, and so haven't had >> to change config files yet. >> >> One day, those users will be migrating from 7.x to 8.x, and shouldn't >> need to change their kernel config for a "somewhat gratuitous change". >> >> Your argument only works if people had already had to change their >> config files once (usb -> usb2), and that by renaming these back they >> will have to change their kernel config back. Only people running >> -CURRENT will end up having to do this twice (or indeed at all) if the >> rename takes place, end users will not need to do it at all. >> >>> Basically, calling it usb2 isn't as bad as renaming it back to "usb" >>> as it's less disruptive in my book. >> >> Again, I disagree. > > I agree with your comments. And, as I've said previously, any name changes > from usb1 will require _all_ documentation (manual pages, handbook, etc) to > change; not a good idea. i second that. i would really like to see old module names to be preserved as much as possible. thanks, max From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 03:34:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC0A81065672; Mon, 9 Feb 2009 03:34:28 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id B93E38FC08; Mon, 9 Feb 2009 03:34:28 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by wa-out-1112.google.com with SMTP id k34so817659wah.27 for ; Sun, 08 Feb 2009 19:34:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=0jUqRwxWpVhs/mnfHHHYH9YBp/lqVbgKLV2pS8+Dzzg=; b=i5PFDPgh9CMdjNjaFHHmKBCoi58SQbtOM4zzgu/p99AY9JI9j38NAd3ESM+la0NYXZ m/xylLAhVo1gGOcV2Z80jJjcI75IaLZU3wqqfv017TlDe+h9uglDGlvT3z6zWlDw/sh8 WtdlBRtxYwpBQX26aRouH8mmIWForJsxxI0HA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=G21+WeUxvRCHqq1IYnv09GAzGd889U/V9/yPNEpmqF5eKKmyMXyE9nxYkHVHL+aCA7 +tKARFKrF3R69DAcqcz39do/3ZFvcAyF4AYOhDdpzmjyg2LMk34xGPaX4IimUafcOeVm JAwfN6gOm7/ohp3XkjgANV2mIFWaYeK9cdDxA= MIME-Version: 1.0 Received: by 10.114.89.1 with SMTP id m1mr3255725wab.35.1234150468393; Sun, 08 Feb 2009 19:34:28 -0800 (PST) In-Reply-To: <1de79840902081724k243fc300n97dd4f430e0c6cde@mail.gmail.com> References: <7d6fde3d0902081659i7cb86al921ea109d17e1a3c@mail.gmail.com> <1de79840902081724k243fc300n97dd4f430e0c6cde@mail.gmail.com> Date: Sun, 8 Feb 2009 19:34:28 -0800 Message-ID: <7d6fde3d0902081934w18ea7a0fgdd0d603ea822f660@mail.gmail.com> From: Garrett Cooper To: Michael Proto Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: rrs@freebsd.org, FreeBSD Current Subject: Re: WITHOUT_INET6 broken on 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: Mon, 09 Feb 2009 03:34:29 -0000 On Sun, Feb 8, 2009 at 5:24 PM, Michael Proto wrote: > On Sun, Feb 8, 2009 at 7:59 PM, Garrett Cooper wrote: >> Hi Randall, >> I recently rebuilt my sources today and I noticed that it's now >> breaking on a valid warning with sctp: >> >> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=nocona >> -std=c99 -g -Wall -Wredundant-decls -Wnested-externs >> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >> -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc >> -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL >> -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common >> -finline-limit=8000 --param inline-unit-growth=100 --param >> large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel >> -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx >> -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables >> -ffreestanding -fstack-protector -Werror >> /usr/src/sys/netinet/sctputil.c >> cc1: warnings being treated as errors >> In file included from /usr/src/sys/netinet/sctputil.c:6553: >> /usr/src/sys/netinet6/sctp6_var.h:57: warning: 'struct icmp6_hdr' >> declared inside parameter list >> /usr/src/sys/netinet6/sctp6_var.h:57: warning: its scope is only this >> definition or declaration, which is probably not what you want >> *** Error code 1 >> >> Stop in /usr/obj/usr/src/sys/OPTIMUS. >> *** Error code 1 >> >> Stop in /usr/src. >> *** Error code 1 >> >> Stop in /usr/src. >> >> I'm going to rebuild setting WITHOUT_SCTP for now, but this needs >> to be fixed. >> Thanks, >> -Garrett > > > IIRC SCTP has always required INET6 to compile since it was first > introduced. I thought it was a prerequisite. > > -Proto In that file there's a #ifdef INET6 -- maybe that should be #if INET6? Also, it's a preprocessor define that doesn't disable any features as well. Also, about INET6 support -- this blurb from the manpage for sctp makes me believe that IPV6 isn't required (pardon the formatting -- a direct paste really screwed up the spacing): SCTP_I_WANT_MAPPED_V4_ADDR SCTP supports both IPV4 and IPV6. An associ- ation may span both IPV4 and IPV6 addresses since SCTP is multi-homed. By default, when opening an IPV6 socket, when data arrives on the socket from a peer's V4 address the V4 address will be presented with an address family of AF_INET. If this is undesireable, then this option can be enabled which will then convert all V4 addresses into mapped V6 representations. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 03:40:40 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80F44106564A; Mon, 9 Feb 2009 03:40:40 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183]) by mx1.freebsd.org (Postfix) with ESMTP id 3D3458FC17; Mon, 9 Feb 2009 03:40:40 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by wa-out-1112.google.com with SMTP id k34so818739wah.27 for ; Sun, 08 Feb 2009 19:40:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=93hxrUzNlmqRROMvDSXdehTiBplOcrOh/J31CiPOlak=; b=bH7PuqrXgZ3nKSZLgPUapwrUEL2Ce/AcEMO0nVCyYGIjWq2K4YQKQzAwQG6VSbEMoI B1CP9FzFYc6awT0AqU486CFdJdRJrdZZCpqejiY+ApZtOWKr/XfjCJrZ03KpB4MYuzxN aPciY+lqWkrr7Mhfg6wqvGljHwzpkuWzJXdBU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Zw60VKRnhhtTofRWZ0pimec60Vhhfekj7YsBpW9LhkZVfbrpU0y58xTUpBLbfWRD+u V875T8whRrrrwAhvkC6dtdwmoaXiPBOQASteZwoZm/A1qfDQJQ05t3nwm0Eq4xPpMJ/D hZTWqeMauaUEcdzdyVf1X1zCwtpfs1whnl5QI= MIME-Version: 1.0 Received: by 10.114.161.11 with SMTP id j11mr3259431wae.19.1234150839736; Sun, 08 Feb 2009 19:40:39 -0800 (PST) In-Reply-To: References: <20090206045349.GQ78804@elvis.mu.org> <498C013B.4000405@FreeBSD.org> <20090208052110.GY78804@elvis.mu.org> <1234119008.7997.32.camel@buffy.york.ac.uk> <498F2EBA.9000106@freebsd.org> Date: Sun, 8 Feb 2009 19:40:39 -0800 Message-ID: <7d6fde3d0902081940o3ffd8ea1m6f59d65ee59d57ff@mail.gmail.com> From: Garrett Cooper To: Maksim Yevmenkin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org, Sam Leffler , current@freebsd.org, Gavin Atkinson Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2009 03:40:40 -0000 On Sun, Feb 8, 2009 at 7:17 PM, Maksim Yevmenkin wrote: > On Sun, Feb 8, 2009 at 11:12 AM, Sam Leffler wrote: > > [...] > >>>>>> - Update GENERIC to use usb2 device names. >>>>> >>>>> Wasn't there a plan to rename usb2 devices to match oldusb names (where >>>>> applicable) once oldusb had been killed? I don't see it in the list. >>>> >>>> Probably, although coming from the other side as a user I find it pretty >>>> annoying when there's somewhat gratuitous changes to the kernel config >>>> files that I don't really care about that cause my kernels to break. >>> >>> The vast majority of our users do not run -CURRENT, and so haven't had >>> to change config files yet. >>> >>> One day, those users will be migrating from 7.x to 8.x, and shouldn't >>> need to change their kernel config for a "somewhat gratuitous change". >>> >>> Your argument only works if people had already had to change their >>> config files once (usb -> usb2), and that by renaming these back they >>> will have to change their kernel config back. Only people running >>> -CURRENT will end up having to do this twice (or indeed at all) if the >>> rename takes place, end users will not need to do it at all. >>> >>>> Basically, calling it usb2 isn't as bad as renaming it back to "usb" >>>> as it's less disruptive in my book. >>> >>> Again, I disagree. >> >> I agree with your comments. And, as I've said previously, any name changes >> from usb1 will require _all_ documentation (manual pages, handbook, etc) to >> change; not a good idea. > > i second that. i would really like to see old module names to be > preserved as much as possible. > > thanks, > max In some cases I find the new module names to be more intuitive (uplcom -> usb2_serial_plcom), but I find having to add the additional modules required for USB4BSD (usb2_core, etc) to be a bit more annoying. Also, there's an issue with the example USB2 kernel config -- you need to have double-quotes around the include file otherwise config says `syntax error' and pukes. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 04:00:14 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 200161065676; Mon, 9 Feb 2009 04:00:14 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id CD2D98FC12; Mon, 9 Feb 2009 04:00:13 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.38] (S0106001372fd1e07.vs.shawcable.net [70.71.171.106]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id n1940Bhd034972 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 Feb 2009 20:00:12 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <498FAA44.9050105@FreeBSD.org> Date: Sun, 08 Feb 2009 20:00:04 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Gavin Atkinson References: <20090206045349.GQ78804@elvis.mu.org> <498C013B.4000405@FreeBSD.org> <20090208052110.GY78804@elvis.mu.org> <1234119008.7997.32.camel@buffy.york.ac.uk> In-Reply-To: <1234119008.7997.32.camel@buffy.york.ac.uk> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: usb@FreeBSD.org, Alfred Perlstein , current@FreeBSD.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2009 04:00:14 -0000 Gavin Atkinson wrote: > On Sat, 2009-02-07 at 21:21 -0800, Alfred Perlstein wrote: >> * Maxim Sobolev [090206 01:50] wrote: >>> Alfred Perlstein wrote: >>>> - Update GENERIC to use usb2 device names. >>> Wasn't there a plan to rename usb2 devices to match oldusb names (where >>> applicable) once oldusb had been killed? I don't see it in the list. >> Probably, although coming from the other side as a user I find it pretty >> annoying when there's somewhat gratuitous changes to the kernel config >> files that I don't really care about that cause my kernels to break. > > The vast majority of our users do not run -CURRENT, and so haven't had > to change config files yet. > > One day, those users will be migrating from 7.x to 8.x, and shouldn't > need to change their kernel config for a "somewhat gratuitous change". > > Your argument only works if people had already had to change their > config files once (usb -> usb2), and that by renaming these back they > will have to change their kernel config back. Only people running > -CURRENT will end up having to do this twice (or indeed at all) if the > rename takes place, end users will not need to do it at all. That's exactly my point. Number of people running -CURRENT is much less than total number of people running FreeBSD. Therefore, I believe we should try to avoid introducing any superfluous changes upon those users. Not even to mention large body of USB-related documentation that will need to be altered to match the new USB world order. Users running -CURRENT should be prepared to make changes now and then, it's part of the game. I don't POLA is really applicable to them. -Maxim From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 20:00:03 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0ED061065672; Sun, 8 Feb 2009 20:00:03 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from websrv01.jr-hosting.nl (websrv01.jr-hosting.nl [78.47.69.233]) by mx1.freebsd.org (Postfix) with ESMTP id 9A4108FC2A; Sun, 8 Feb 2009 20:00:02 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from adslgebruiker.xs4all.nl ([195.64.94.120] helo=[10.0.2.153]) by websrv01.jr-hosting.nl with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LWF8A-0004k4-9x; Sun, 08 Feb 2009 20:15:50 +0100 Message-Id: From: Remko Lodder To: Andrew Thompson In-Reply-To: <20090208183820.GA21343@citylink.fud.org.nz> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sun, 8 Feb 2009 20:15:45 +0100 References: <20090206045349.GQ78804@elvis.mu.org> <498C013B.4000405@FreeBSD.org> <20090208052110.GY78804@elvis.mu.org> <8b3974a5f1b260fd438518f703aee2f5.squirrel@galain.elvandar.org> <20090208183820.GA21343@citylink.fud.org.nz> X-Mailer: Apple Mail (2.930.3) X-Mailman-Approved-At: Mon, 09 Feb 2009 04:19:54 +0000 Cc: usb@freebsd.org, Remko Lodder , Alfred Perlstein , current@freebsd.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 20:00:03 -0000 >> > > I take it the stage (1) is to switch over GENERIC to the new usb2 code > and will not involve renaming the config items. > > stage (2) moves the usb code around in svn and all USB2 kernel config > items will assume their original names, ie. usb2_controller_echi -> > ehci. > > I think this is what Alfred was getting about with only changing it > once. > > Andrew That I would like :-) thnx for the additional comment :) -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 06:50:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB0051065670 for ; Mon, 9 Feb 2009 06:50:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 6E8178FC0C for ; Mon, 9 Feb 2009 06:50:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id AFB6B41C7B6; Mon, 9 Feb 2009 07:50:05 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id ZBfobgWm6-pJ; Mon, 9 Feb 2009 07:50:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 56A0241C7BB; Mon, 9 Feb 2009 07:50:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 1DCF74448EC; Mon, 9 Feb 2009 06:48:31 +0000 (UTC) Date: Mon, 9 Feb 2009 06:48:31 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Michael Proto In-Reply-To: <1de79840902081724k243fc300n97dd4f430e0c6cde@mail.gmail.com> Message-ID: <20090209064718.C93725@maildrop.int.zabbadoz.net> References: <7d6fde3d0902081659i7cb86al921ea109d17e1a3c@mail.gmail.com> <1de79840902081724k243fc300n97dd4f430e0c6cde@mail.gmail.com> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Garrett Cooper , FreeBSD Current , Randall Stewart Subject: Re: WITHOUT_INET6 broken on 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: Mon, 09 Feb 2009 06:50:08 -0000 On Sun, 8 Feb 2009, Michael Proto wrote: > On Sun, Feb 8, 2009 at 7:59 PM, Garrett Cooper wrote: >> Hi Randall, >> I recently rebuilt my sources today and I noticed that it's now >> breaking on a valid warning with sctp: >> ... >> /usr/src/sys/netinet/sctputil.c >> cc1: warnings being treated as errors >> In file included from /usr/src/sys/netinet/sctputil.c:6553: >> /usr/src/sys/netinet6/sctp6_var.h:57: warning: 'struct icmp6_hdr' >> declared inside parameter list >> /usr/src/sys/netinet6/sctp6_var.h:57: warning: its scope is only this >> definition or declaration, which is probably not what you want >> *** Error code 1 ... >> I'm going to rebuild setting WITHOUT_SCTP for now, but this needs >> to be fixed. > > IIRC SCTP has always required INET6 to compile since it was first > introduced. I thought it was a prerequisite. No, we've always fixed it. I have sent this patch to Randall last weekend: Index: sys/netinet/sctputil.c =================================================================== --- sys/netinet/sctputil.c (revision 188293) +++ sys/netinet/sctputil.c (working copy) @@ -6550,7 +6550,6 @@ #include #include #include -#include static void sctp_recv_udp_tunneled_packet(struct mbuf *m, int off, struct inpcb *ignored) -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 08:24:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B640106564A; Mon, 9 Feb 2009 08:24:40 +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 BF4988FC19; Mon, 9 Feb 2009 08:24:38 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=8UcZu9N6atoA:10 a=rZF0ZLlPMY8A:10 a=OnW5LBC3fXBS4YDd7W4A:9 a=vU1u5jrEdvucmjNbPeMWpbf5_YMA:4 a=WY4ZyggBrbsA:10 a=MSl-tDqOz04A:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: from [193.217.167.198] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1191090215; Mon, 09 Feb 2009 09:24:37 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 9 Feb 2009 09:27:03 +0100 User-Agent: KMail/1.9.7 References: <20090206045349.GQ78804@elvis.mu.org> <7d6fde3d0902081940o3ffd8ea1m6f59d65ee59d57ff@mail.gmail.com> In-Reply-To: <7d6fde3d0902081940o3ffd8ea1m6f59d65ee59d57ff@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200902090927.04378.hselasky@c2i.net> Cc: current@freebsd.org, usb@freebsd.org, Sam Leffler , Maksim Yevmenkin , Garrett Cooper , Gavin Atkinson Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2009 08:24:40 -0000 On Monday 09 February 2009, Garrett Cooper wrote: > On Sun, Feb 8, 2009 at 7:17 PM, Maksim Yevmenkin > > wrote: > > On Sun, Feb 8, 2009 at 11:12 AM, Sam Leffler wrote: > > > > [...] > > > >>>>>> - Update GENERIC to use usb2 device names. > >>>>> > >>>>> Wasn't there a plan to rename usb2 devices to match oldusb names > >>>>> (where applicable) once oldusb had been killed? I don't see it in t= he > >>>>> list. > >>>> > >>>> Probably, although coming from the other side as a user I find it > >>>> pretty annoying when there's somewhat gratuitous changes to the kern= el > >>>> config files that I don't really care about that cause my kernels to > >>>> break. > >>> > >>> The vast majority of our users do not run -CURRENT, and so haven't had > >>> to change config files yet. > >>> > >>> One day, those users will be migrating from 7.x to 8.x, and shouldn't > >>> need to change their kernel config for a "somewhat gratuitous change". > >>> > >>> Your argument only works if people had already had to change their > >>> config files once (usb -> usb2), and that by renaming these back they > >>> will have to change their kernel config back. Only people running > >>> -CURRENT will end up having to do this twice (or indeed at all) if the > >>> rename takes place, end users will not need to do it at all. > >>> > >>>> Basically, calling it usb2 isn't as bad as renaming it back to "usb" > >>>> as it's less disruptive in my book. > >>> > >>> Again, I disagree. > >> > >> I agree with your comments. And, as I've said previously, any name > >> changes from usb1 will require _all_ documentation (manual pages, > >> handbook, etc) to change; not a good idea. > > > > i second that. i would really like to see old module names to be > > preserved as much as possible. > > > > thanks, > > max > > In some cases I find the new module names to be more intuitive > (uplcom -> usb2_serial_plcom), but I find having to add the additional > modules required for USB4BSD (usb2_core, etc) to be a bit more > annoying. > Also, there's an issue with the example USB2 kernel config -- you > need to have double-quotes around the include file otherwise config > says `syntax error' and pukes. How about symlinking the old module names with the new ones? And the same in the kernel, so that device uplcom Is equivalent to device usb2_serial_plcom =46rom what I understand the "conf/files" syntax allows this. Not sure abou= t=20 KMODs, if there is a LINK option. =2D-HPS From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 08:24:40 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B640106564A; Mon, 9 Feb 2009 08:24:40 +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 BF4988FC19; Mon, 9 Feb 2009 08:24:38 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=8UcZu9N6atoA:10 a=rZF0ZLlPMY8A:10 a=OnW5LBC3fXBS4YDd7W4A:9 a=vU1u5jrEdvucmjNbPeMWpbf5_YMA:4 a=WY4ZyggBrbsA:10 a=MSl-tDqOz04A:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: from [193.217.167.198] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1191090215; Mon, 09 Feb 2009 09:24:37 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 9 Feb 2009 09:27:03 +0100 User-Agent: KMail/1.9.7 References: <20090206045349.GQ78804@elvis.mu.org> <7d6fde3d0902081940o3ffd8ea1m6f59d65ee59d57ff@mail.gmail.com> In-Reply-To: <7d6fde3d0902081940o3ffd8ea1m6f59d65ee59d57ff@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200902090927.04378.hselasky@c2i.net> Cc: current@freebsd.org, usb@freebsd.org, Sam Leffler , Maksim Yevmenkin , Garrett Cooper , Gavin Atkinson Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2009 08:24:40 -0000 On Monday 09 February 2009, Garrett Cooper wrote: > On Sun, Feb 8, 2009 at 7:17 PM, Maksim Yevmenkin > > wrote: > > On Sun, Feb 8, 2009 at 11:12 AM, Sam Leffler wrote: > > > > [...] > > > >>>>>> - Update GENERIC to use usb2 device names. > >>>>> > >>>>> Wasn't there a plan to rename usb2 devices to match oldusb names > >>>>> (where applicable) once oldusb had been killed? I don't see it in t= he > >>>>> list. > >>>> > >>>> Probably, although coming from the other side as a user I find it > >>>> pretty annoying when there's somewhat gratuitous changes to the kern= el > >>>> config files that I don't really care about that cause my kernels to > >>>> break. > >>> > >>> The vast majority of our users do not run -CURRENT, and so haven't had > >>> to change config files yet. > >>> > >>> One day, those users will be migrating from 7.x to 8.x, and shouldn't > >>> need to change their kernel config for a "somewhat gratuitous change". > >>> > >>> Your argument only works if people had already had to change their > >>> config files once (usb -> usb2), and that by renaming these back they > >>> will have to change their kernel config back. Only people running > >>> -CURRENT will end up having to do this twice (or indeed at all) if the > >>> rename takes place, end users will not need to do it at all. > >>> > >>>> Basically, calling it usb2 isn't as bad as renaming it back to "usb" > >>>> as it's less disruptive in my book. > >>> > >>> Again, I disagree. > >> > >> I agree with your comments. And, as I've said previously, any name > >> changes from usb1 will require _all_ documentation (manual pages, > >> handbook, etc) to change; not a good idea. > > > > i second that. i would really like to see old module names to be > > preserved as much as possible. > > > > thanks, > > max > > In some cases I find the new module names to be more intuitive > (uplcom -> usb2_serial_plcom), but I find having to add the additional > modules required for USB4BSD (usb2_core, etc) to be a bit more > annoying. > Also, there's an issue with the example USB2 kernel config -- you > need to have double-quotes around the include file otherwise config > says `syntax error' and pukes. How about symlinking the old module names with the new ones? And the same in the kernel, so that device uplcom Is equivalent to device usb2_serial_plcom =46rom what I understand the "conf/files" syntax allows this. Not sure abou= t=20 KMODs, if there is a LINK option. =2D-HPS From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 09:04:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6A4E106567F for ; Mon, 9 Feb 2009 09:04:30 +0000 (UTC) (envelope-from michael.gusek@web.de) Received: from fmmailgate02.web.de (fmmailgate02.web.de [217.72.192.227]) by mx1.freebsd.org (Postfix) with ESMTP id 7881C8FC0C for ; Mon, 9 Feb 2009 09:04:30 +0000 (UTC) (envelope-from michael.gusek@web.de) Received: from smtp06.web.de (fmsmtp06.dlan.cinetic.de [172.20.5.172]) by fmmailgate02.web.de (Postfix) with ESMTP id 1226FFA28D09 for ; Mon, 9 Feb 2009 10:04:29 +0100 (CET) Received: from [83.236.167.154] (helo=patmos.vanguard.de) by smtp06.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.110 #277) id 1LWS44-00068S-00 for freebsd-current@freebsd.org; Mon, 09 Feb 2009 10:04:28 +0100 Message-ID: <498FF19C.7000303@web.de> Date: Mon, 09 Feb 2009 10:04:28 +0100 From: Michael Gusek User-Agent: Thunderbird 2.0.0.7pre (X11/20090206) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200902051224.34442.michael.gusek@web.de> <20090206232327.GA19383@hyperion.scode.org> <498D6824.8060303@web.de> In-Reply-To: <498D6824.8060303@web.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Sender: michael.gusek@web.de X-Sender: michael.gusek@web.de X-Provags-ID: V01U2FsdGVkX19DBks+LOZfquPG0IHZKsYUL/oPsfPuKdcOtdfw 6o/yj5pMI8bwOAulyiASQhbeGyjpuSMfUthNotnwxJr48vbY0I sNTWsHDvY2Gubt4WlTDg== Subject: Re: zfs: allocating allocated segment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2009 09:04:31 -0000 Michael Gusek schrieb: > Peter Schuller schrieb: >>> I'm running a File server with zfs, 64 Bit, 4 GB Ram and RELENG_7. >>> Two days ago i uploaded a file via ftp to the server and the server >>> is crashing. After reboot FreeBSD can't import the zfs-pool. There >>> is a kernel-message: >>> >>> panic: Solaris(panic): zfs: allocating allocated >>> segment(offset=123456... size=74) >>> >>> cpuid = 0 >>> Uptime: 14m22s >>> panic: bufwrite: buffer is not busy??? >>> >>> Now i try to import the zfs-pool with a recent 8.0-current but with >>> the same result. It's very important to me to access the pool, so >>> did you have some idea's ? >>> >> >> The ZFS panic is from space_map.c in space_map_add(), happening via >> zfs_panic_recover(). It in turn is affected by zfs_recover: >> >> /* >> * zfs_recover can be set to nonzero to attempt to recover >> from >> * otherwise-fatal errors, typically caused by on-disk corruption. >> When >> * set, calls to zfs_panic_recover() will turn into warning >> messages. >> */ >> >> Setting the vfs.zfs.recover loader variable to 1 might possibly >> help. However I have never tried using that option and I'm not >> familiar with the code, so I have no idea how safe it is. In >> particular since you then seem to be getting a secondary panic (the >> "buffer is not busy" which is from ffs_vfsops. >> >> On another note: >> >> http://www.google.com/search?client=opera&rls=en&q=zfs:+allocating+allocated+segment&sourceid=opera&ie=utf-8&oe=utf-8 >> >> >> indicates you're not the only person who has seen similar >> errors. Unfortunately I cannot offer any insight other than to suggest >> digging through the google results. >> >> Was the original crash, prior to the mount problem, purely a software >> crash or was there, for example, a power outtage? I'm wondering >> whether there is any particular reason to believe there was some >> hardware/firmware fault causing corruption. >> >> > Thank you for your response Petter, > > on Monday i will give vfs.zfs.recover a try. The original crash was > beeing a ftp upload. There was'nt a power outtage or another kernel > message, so i don't think it is an hardware issue. > > Regards, > > Michael So now i'm trying set vfs.zfs.recover to 1. But the kernel crashed with panic: solaris assert: sm->sm_space == space (0xxfceee400 == 0xfceefc00) file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/space_map.c, line: 357 I't seems the zfs structure is corrupt ? And then, is there a chance to repair this ? Greetings, Michael From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 09:58:36 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C03D210656C0; Mon, 9 Feb 2009 09:58:36 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 2DEDE8FC1D; Mon, 9 Feb 2009 09:58:35 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl89-44.kln.forthnet.gr [77.49.56.44]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id n199wNp4028512 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 9 Feb 2009 11:58:29 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id n199wNiL002810; Mon, 9 Feb 2009 11:58:23 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id n199wMwE002809; Mon, 9 Feb 2009 11:58:22 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Hans Petter Selasky References: <20090206045349.GQ78804@elvis.mu.org> <7d6fde3d0902081940o3ffd8ea1m6f59d65ee59d57ff@mail.gmail.com> <200902090927.04378.hselasky@c2i.net> Date: Mon, 09 Feb 2009 11:58:22 +0200 In-Reply-To: <200902090927.04378.hselasky@c2i.net> (Hans Petter Selasky's message of "Mon, 9 Feb 2009 09:27:03 +0100") Message-ID: <87zlgwq6dd.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: n199wNp4028512 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.872, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.53, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: current@freebsd.org, freebsd-current@freebsd.org, usb@freebsd.org, Sam Leffler , Maksim Yevmenkin , Garrett Cooper , Gavin Atkinson Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2009 09:58:37 -0000 On Mon, 9 Feb 2009 09:27:03 +0100, Hans Petter Selasky wrote: > On Monday 09 February 2009, Garrett Cooper wrote: >> In some cases I find the new module names to be more intuitive >> (uplcom -> usb2_serial_plcom), but I find having to add the additional >> modules required for USB4BSD (usb2_core, etc) to be a bit more >> annoying. >> >> Also, there's an issue with the example USB2 kernel config -- you >> need to have double-quotes around the include file otherwise config >> says `syntax error' and pukes. > > How about symlinking the old module names with the new ones? That may work as a temporary 'hack' for kldload, but it won't really work kldstat, kldunload and apropos(1) or the examples of these in the documentation. From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 09:58:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C03D210656C0; Mon, 9 Feb 2009 09:58:36 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 2DEDE8FC1D; Mon, 9 Feb 2009 09:58:35 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl89-44.kln.forthnet.gr [77.49.56.44]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id n199wNp4028512 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 9 Feb 2009 11:58:29 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id n199wNiL002810; Mon, 9 Feb 2009 11:58:23 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id n199wMwE002809; Mon, 9 Feb 2009 11:58:22 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Hans Petter Selasky References: <20090206045349.GQ78804@elvis.mu.org> <7d6fde3d0902081940o3ffd8ea1m6f59d65ee59d57ff@mail.gmail.com> <200902090927.04378.hselasky@c2i.net> Date: Mon, 09 Feb 2009 11:58:22 +0200 In-Reply-To: <200902090927.04378.hselasky@c2i.net> (Hans Petter Selasky's message of "Mon, 9 Feb 2009 09:27:03 +0100") Message-ID: <87zlgwq6dd.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: n199wNp4028512 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.872, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.53, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: current@freebsd.org, freebsd-current@freebsd.org, usb@freebsd.org, Sam Leffler , Maksim Yevmenkin , Garrett Cooper , Gavin Atkinson Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2009 09:58:37 -0000 On Mon, 9 Feb 2009 09:27:03 +0100, Hans Petter Selasky wrote: > On Monday 09 February 2009, Garrett Cooper wrote: >> In some cases I find the new module names to be more intuitive >> (uplcom -> usb2_serial_plcom), but I find having to add the additional >> modules required for USB4BSD (usb2_core, etc) to be a bit more >> annoying. >> >> Also, there's an issue with the example USB2 kernel config -- you >> need to have double-quotes around the include file otherwise config >> says `syntax error' and pukes. > > How about symlinking the old module names with the new ones? That may work as a temporary 'hack' for kldload, but it won't really work kldstat, kldunload and apropos(1) or the examples of these in the documentation. From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 11:20:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 454C6106570A; Mon, 9 Feb 2009 11:20:02 +0000 (UTC) (envelope-from rrs@lakerest.net) Received: from lakerest.net (unknown [IPv6:2001:240:585:2:203:6dff:fe1a:4ddc]) by mx1.freebsd.org (Postfix) with ESMTP id A3BD48FC14; Mon, 9 Feb 2009 11:20:01 +0000 (UTC) (envelope-from rrs@lakerest.net) Received: from [10.1.1.53] ([10.1.1.53]) (authenticated bits=0) by lakerest.net (8.14.3/8.14.3) with ESMTP id n19BKAbM039102 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 9 Feb 2009 06:20:10 -0500 (EST) (envelope-from rrs@lakerest.net) DKIM-Signature: a=rsa-sha1; c=simple/simple; d=lakerest.net; s=mail; t=1234178411; h=Cc:Message-Id:From:To:In-Reply-To:Content-Type: Content-Transfer-Encoding:Mime-Version:Subject:Date:References: X-Mailer; b=OTtJaov70Nxb1V0nnwZmo1h4fhwkvvqKcNr+dpogHDpO2SihIoUbwMl PoRrf/gfBTZJAsnFvLJSFlNb6bN1QIg== Message-Id: From: Randall Stewart To: Garrett Cooper In-Reply-To: <7d6fde3d0902081659i7cb86al921ea109d17e1a3c@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Mon, 9 Feb 2009 06:20:00 -0500 References: <7d6fde3d0902081659i7cb86al921ea109d17e1a3c@mail.gmail.com> X-Mailer: Apple Mail (2.930.3) Cc: rrs@freebsd.org, FreeBSD Current Subject: Re: WITHOUT_INET6 broken on 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: Mon, 09 Feb 2009 11:20:29 -0000 Garrett: Pointy hat to me :-) I will be committing a fix within the next few minutes (also adding the no-v6 option to my build list :-D) Thanks R On Feb 8, 2009, at 7:59 PM, Garrett Cooper wrote: > Hi Randall, > I recently rebuilt my sources today and I noticed that it's now > breaking on a valid warning with sctp: > > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=nocona > -std=c99 -g -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc > -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL > -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel > -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx > -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables > -ffreestanding -fstack-protector -Werror > /usr/src/sys/netinet/sctputil.c > cc1: warnings being treated as errors > In file included from /usr/src/sys/netinet/sctputil.c:6553: > /usr/src/sys/netinet6/sctp6_var.h:57: warning: 'struct icmp6_hdr' > declared inside parameter list > /usr/src/sys/netinet6/sctp6_var.h:57: warning: its scope is only this > definition or declaration, which is probably not what you want > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/OPTIMUS. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > I'm going to rebuild setting WITHOUT_SCTP for now, but this needs > to be fixed. > Thanks, > -Garrett > _______________________________________________ > 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 > " > ------------------------------ Randall Stewart 803-317-4952 (cell) 803-345-0391(direct) From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 11:24:42 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9ED2E10656D9 for ; Mon, 9 Feb 2009 11:24:42 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 033788FC0C for ; Mon, 9 Feb 2009 11:24:41 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 09 Feb 2009 11:24:39 -0000 Received: from p54A3E6F0.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.230.240] by mail.gmx.net (mp068) with SMTP; 09 Feb 2009 12:24:39 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX1+LdyFwApqL+0hiW1nxPyyVmRiUEqYSlsiNdugS/4 cgck83cC+yobL8 Message-ID: <49901276.5040604@gmx.de> Date: Mon, 09 Feb 2009 12:24:38 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Alfred Perlstein References: <20090206045349.GQ78804@elvis.mu.org> In-Reply-To: <20090206045349.GQ78804@elvis.mu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.57 Cc: usb@freebsd.org, current@freebsd.org, Hans Petter Selasky Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2009 11:24:53 -0000 Alfred Perlstein schrieb: > Hello -current and -usb. > > We are in the final stages of bringing in the new usb > stack. [...] > At this point we expect there to be no style or changes in usb2 > that are not bugfixes until Phase 3 "Hand off". The reason for > this is to prevent bugs from creeping in and allow the maintainer > to focus 100% on bugs and feature parity with the oldusb stack. cparser identifies 40 variables in libusb20 and the usb2 code, which are only assigned, but never read. I think it's worrisome that 12 of these are named "err" or "error". This should be investigated, so here's the complete list: > lib/libusb20/libusb20_desc.c:509: warning: variable 'dummy' is never read > lib/libusb20/libusb20_desc.c:665: warning: variable 'dummy' is never read > sys/dev/usb2/controller/at91dci.c:1829: warning: variable 'use_polling' is never read > sys/dev/usb2/controller/at91dci_atmelarm.c:77: warning: variable 'temp' is never read > sys/dev/usb2/controller/at91dci_atmelarm.c:250: warning: variable 'err' is never read > sys/dev/usb2/controller/atmegadci.c:777: warning: variable 'sc' is never read > sys/dev/usb2/controller/atmegadci.c:780: warning: variable 'ep_no' is never read > sys/dev/usb2/controller/atmegadci.c:1698: warning: variable 'use_polling' is never read > sys/dev/usb2/controller/atmegadci.c:2151: warning: variable 'sc' is never read > sys/dev/usb2/controller/ehci2.c:2308: warning: variable 'slot' is never read > sys/dev/usb2/controller/musb2_otg.c:899: warning: variable 'sc' is never read > sys/dev/usb2/controller/musb2_otg.c:1124: warning: variable 'sc' is never read > sys/dev/usb2/controller/musb2_otg.c:1127: warning: variable 'ep_no' is never read > sys/dev/usb2/controller/musb2_otg.c:2235: warning: variable 'use_polling' is never read > sys/dev/usb2/controller/musb2_otg.c:2697: warning: variable 'sc' is never read > sys/dev/usb2/controller/musb2_otg_atmelarm.c:165: warning: variable 'err' is never read > sys/dev/usb2/controller/ohci2.c:2501: warning: variable 'sc' is never read > sys/dev/usb2/controller/ohci2_atmelarm.c:151: warning: variable 'err' is never read > sys/dev/usb2/controller/uhci2.c:1297: warning: variable 'token' is never read > sys/dev/usb2/controller/uhci2.c:2986: warning: variable 'sc' is never read > sys/dev/usb2/controller/uss820dci.c:821: warning: variable 'sc' is never read > sys/dev/usb2/controller/uss820dci.c:824: warning: variable 'ep_no' is never read > sys/dev/usb2/controller/uss820dci.c:1847: warning: variable 'use_polling' is never read > sys/dev/usb2/controller/uss820dci_atmelarm.c:206: warning: variable 'err' is never read > sys/dev/usb2/core/usb2_busdma.c:202: warning: variable 'error' is never read > sys/dev/usb2/core/usb2_compat_linux.c:337: warning: variable 'err' is never read > sys/dev/usb2/core/usb2_compat_linux.c:355: warning: variable 'err' is never read > sys/dev/usb2/core/usb2_compat_linux.c:1181: warning: variable 'err' is never read > sys/dev/usb2/core/usb2_compat_linux.c:1274: warning: variable 'err' is never read > sys/dev/usb2/core/usb2_dev.c:1753: warning: variable 'resid' is never read > sys/dev/usb2/core/usb2_dev.c:1896: warning: variable 'resid' is never read > sys/dev/usb2/core/usb2_device.c:925: warning: variable 'err' is never read > sys/dev/usb2/core/usb2_util.c:275: warning: variable 'err' is never read > sys/dev/usb2/serial/umoscom2.c:525: warning: variable 'lsr' is never read > sys/dev/usb2/sound/uaudio2.c:795: warning: variable 'ep_sync' is never read > sys/dev/usb2/sound/uaudio2.c:2001: warning: variable 'd1' is never read > sys/dev/usb2/storage/ata-usb2.c:328: warning: variable 'has_intr' is never read > sys/dev/usb2/storage/umass2.c:1636: warning: variable 'err' is never read > sys/dev/usb2/storage/ustorage2_fs.c:906: warning: variable 'file_offset' is never read > sys/dev/usb2/storage/ustorage2_fs.c:907: warning: variable 'amount_left' is never read (For easy processing copy the list into $FILE and use "vim -q $FILE") Regards Christoph From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 11:29:32 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8339F1065AB8 for ; Mon, 9 Feb 2009 11:29:32 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id BC9588FC1D for ; Mon, 9 Feb 2009 11:29:31 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 09 Feb 2009 11:29:30 -0000 Received: from p54A3E6F0.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.230.240] by mail.gmx.net (mp025) with SMTP; 09 Feb 2009 12:29:30 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX195ytw2wRt5Cq1aOPdBC+ll/XBhzvmAI/Lil5V4pP OdrhW6qO2dnBMo Message-ID: <49901399.8070409@gmx.de> Date: Mon, 09 Feb 2009 12:29:29 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Alfred Perlstein References: <20090206045349.GQ78804@elvis.mu.org> <49901276.5040604@gmx.de> In-Reply-To: <49901276.5040604@gmx.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.79 Cc: usb@freebsd.org, current@freebsd.org, Hans Petter Selasky Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2009 11:29:38 -0000 Christoph Mallon schrieb: > are named "err" or "error". This should be investigated, so here's the > complete list: Sorry, my MUA seems to have damaged the list. You can get the list here: http://tron.homeunix.org/usb2.unread.log From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 13:47:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A80AA10656DA; Mon, 9 Feb 2009 13:47:41 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe10.swipnet.se [212.247.155.33]) by mx1.freebsd.org (Postfix) with ESMTP id DD46D8FC17; Mon, 9 Feb 2009 13:47:40 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=8UcZu9N6atoA:10 a=rZF0ZLlPMY8A:10 a=N3vH5299AAAA:8 a=l4-ZkMkHmJN93r8poBYA:9 a=-_ctTtuuDRGB89JibmJQzKNZYS0A:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.198] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe10.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1023953638; Mon, 09 Feb 2009 14:47:39 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 9 Feb 2009 14:50:05 +0100 User-Agent: KMail/1.9.7 References: <20090206045349.GQ78804@elvis.mu.org> <49901276.5040604@gmx.de> <49901399.8070409@gmx.de> In-Reply-To: <49901399.8070409@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902091450.07014.hselasky@c2i.net> Cc: usb@freebsd.org, Christoph Mallon , Alfred Perlstein Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2009 13:47:42 -0000 On Monday 09 February 2009, Christoph Mallon wrote: > Christoph Mallon schrieb: > > are named "err" or "error". This should be investigated, so here's the > > complete list: > > Sorry, my MUA seems to have damaged the list. You can get the list here: > http://tron.homeunix.org/usb2.unread.log I think some of these errors depend if you have USB debugging compiled or not. At least GCC does not warn? --HPS From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 13:48:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A6721065672 for ; Mon, 9 Feb 2009 13:48:20 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [217.170.79.85]) by mx1.freebsd.org (Postfix) with ESMTP id 12BB58FC1E for ; Mon, 9 Feb 2009 13:48:19 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1LWWUm-0006wG-IV; Mon, 09 Feb 2009 16:48:20 +0300 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id E9591125B8; Mon, 9 Feb 2009 16:47:58 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 7DE7E108838; Mon, 9 Feb 2009 16:48:06 +0300 (MSK) Date: Mon, 9 Feb 2009 16:48:06 +0300 From: Dmitry Marakasov To: Anonymous Message-ID: <20090209134806.GF17600@hades.panopticon> References: <20090206183344.GE17600@hades.panopticon> <867i43742t.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <867i43742t.fsf@gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org Subject: Re: Bad unicode `-' in manpages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2009 13:48:20 -0000 * Anonymous (swell.k@gmail.com) wrote: > Have you tried to change locale to `C' or invoke man(1) with `-o'? Yes, they both result in the old behaviour with correct `-'. > Anyway, same here, but I vaguely remember it first appeared about half a I'm only using current for couple of weeks, so it's new to me. > year ago. And I think it can cause trouble when trying to view localized > man page written in unicode when you can't escape to either `C' locale > or `-o' option. Agreed. But actually you shouldn't need to specify extra arguments to man or change locale to view /correct/ man page, so I think it should be fixed. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 14:08:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D59C7106564A for ; Mon, 9 Feb 2009 14:08:33 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 23A348FC1F for ; Mon, 9 Feb 2009 14:08:32 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 09 Feb 2009 14:08:31 -0000 Received: from p54A3E6F0.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.230.240] by mail.gmx.net (mp053) with SMTP; 09 Feb 2009 15:08:31 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX1+jXGVziiGj2J4TBcyqysy07hi0KZClK2DR40cHCU 5o5kcdgs3Lc3KF Message-ID: <499038DE.3050501@gmx.de> Date: Mon, 09 Feb 2009 15:08:30 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Hans Petter Selasky References: <20090206045349.GQ78804@elvis.mu.org> <49901276.5040604@gmx.de> <49901399.8070409@gmx.de> <200902091450.07014.hselasky@c2i.net> In-Reply-To: <200902091450.07014.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.61 Cc: usb@freebsd.org, freebsd-current@freebsd.org, Alfred Perlstein Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2009 14:08:34 -0000 Hans Petter Selasky schrieb: > On Monday 09 February 2009, Christoph Mallon wrote: >> Christoph Mallon schrieb: >>> are named "err" or "error". This should be investigated, so here's the >>> complete list: >> Sorry, my MUA seems to have damaged the list. You can get the list here: >> http://tron.homeunix.org/usb2.unread.log > > I think some of these errors depend if you have USB debugging compiled or not. > At least GCC does not warn? No, it does not depend on USB debugging. GCC has no warning at all for variables which are only assigned to. It only can warn about variables, which are only initialised. { int x = 23; // GCC warns here ... int y; // ... but not here - cparser does y = 42; y++; } cparser has an analysis, which can warn about "y", too. I manually verified all 40 warnings and I cannot find any users (i.e. readers) for these variables. From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 14:31:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E4EA1065672; Mon, 9 Feb 2009 14:31:47 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.tele2.se [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id 4EF6A8FC1D; Mon, 9 Feb 2009 14:31:46 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=8UcZu9N6atoA:10 a=rZF0ZLlPMY8A:10 a=mHKO8asG7wzLhKhmW7EWpA==:17 a=N3vH5299AAAA:8 a=upynJNJRtZUlNixpW5AA:9 a=ncBT8MuvYSPfGVYwbTYA:7 a=7zg74Y2UBjUfTpqLAdPfTiz3lyQA:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.198] (account mc467741@c2i.net HELO laptop) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 803498199; Mon, 09 Feb 2009 15:31:44 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 9 Feb 2009 15:34:11 +0100 User-Agent: KMail/1.9.7 References: <20090206045349.GQ78804@elvis.mu.org> <200902091450.07014.hselasky@c2i.net> <499038DE.3050501@gmx.de> In-Reply-To: <499038DE.3050501@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902091534.12506.hselasky@c2i.net> Cc: usb@freebsd.org, Christoph Mallon , Alfred Perlstein Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2009 14:31:47 -0000 On Monday 09 February 2009, Christoph Mallon wrote: > Hans Petter Selasky schrieb: > > On Monday 09 February 2009, Christoph Mallon wrote: > >> Christoph Mallon schrieb: > >>> are named "err" or "error". This should be investigated, so here's the > >>> complete list: > >> > >> Sorry, my MUA seems to have damaged the list. You can get the list here: > >> http://tron.homeunix.org/usb2.unread.log > > > > I think some of these errors depend if you have USB debugging compiled or > > not. At least GCC does not warn? > > No, it does not depend on USB debugging. > GCC has no warning at all for variables which are only assigned to. > It only can warn about variables, which are only initialised. > > { > int x = 23; // GCC warns here ... > int y; // ... but not here - cparser does > y = 42; > y++; > } > > cparser has an analysis, which can warn about "y", too. > > I manually verified all 40 warnings and I cannot find any users (i.e. > readers) for these variables. What is the correct way to discard the return argument of a function? That's basically what most of the warnings are about. 1) (void)my_fn() cast 2) if (my_fn()) { } 3) err = my_fn(); 4) my_fn(); --HPS From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 14:48:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F9191065678 for ; Mon, 9 Feb 2009 14:48:29 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 7B9308FC16 for ; Mon, 9 Feb 2009 14:48:28 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 09 Feb 2009 14:48:26 -0000 Received: from p54A3E6F0.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.230.240] by mail.gmx.net (mp001) with SMTP; 09 Feb 2009 15:48:26 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX1/3SGIX4ZL38ICiuzMJ32NOnrIo+IsEszbdf9020r sv39Y6hfqr6B+4 Message-ID: <49904238.50505@gmx.de> Date: Mon, 09 Feb 2009 15:48:24 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Hans Petter Selasky References: <20090206045349.GQ78804@elvis.mu.org> <200902091450.07014.hselasky@c2i.net> <499038DE.3050501@gmx.de> <200902091534.12506.hselasky@c2i.net> In-Reply-To: <200902091534.12506.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.53 Cc: usb@freebsd.org, freebsd-current@freebsd.org, Alfred Perlstein Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2009 14:48:30 -0000 Hans Petter Selasky schrieb: > On Monday 09 February 2009, Christoph Mallon wrote: >> Hans Petter Selasky schrieb: >>> On Monday 09 February 2009, Christoph Mallon wrote: >>>> Christoph Mallon schrieb: >>>>> are named "err" or "error". This should be investigated, so here's the >>>>> complete list: >>>> Sorry, my MUA seems to have damaged the list. You can get the list here: >>>> http://tron.homeunix.org/usb2.unread.log >>> I think some of these errors depend if you have USB debugging compiled or >>> not. At least GCC does not warn? >> No, it does not depend on USB debugging. >> GCC has no warning at all for variables which are only assigned to. >> It only can warn about variables, which are only initialised. >> >> { >> int x = 23; // GCC warns here ... >> int y; // ... but not here - cparser does >> y = 42; >> y++; >> } >> >> cparser has an analysis, which can warn about "y", too. >> >> I manually verified all 40 warnings and I cannot find any users (i.e. >> readers) for these variables. > > What is the correct way to discard the return argument of a function? That's > basically what most of the warnings are about. > > 1) (void)my_fn() cast > 2) if (my_fn()) { } > 3) err = my_fn(); > 4) my_fn(); Just to understand this correctly: You want to discard error codes? Basically I see four categories: 1) Getting the softc and not using it. This can be removed completely. Example: sc = ATMEGA_BUS2SC(xfer->xroot->bus); 2) calling mtx_owned() and discarding the return value. Can be removed, too, after checking that the value is really unnecessary. Example: use_polling = mtx_owned(xfer->xroot->xfer_mtx) ? 1 : 0; 3) Getting some value and not using it. Can be removed, too, after checking that the value is really unnecessary. Example: ep_no = (xfer->endpoint & UE_ADDR); 4) The rest are return values of functions, which contain error codes. Discarding them is questionable at best. Example: (err is not read) if (udev->flags.suspended) { err = DEVICE_SUSPEND(iface->subdev); device_printf(iface->subdev, "Suspend failed\n"); } return (0); /* success */ From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 15:06:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E15C1065677; Mon, 9 Feb 2009 15:06:10 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe15.swipnet.se [212.247.155.193]) by mx1.freebsd.org (Postfix) with ESMTP id 47F298FC62; Mon, 9 Feb 2009 15:06:08 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=8UcZu9N6atoA:10 a=rZF0ZLlPMY8A:10 a=mHKO8asG7wzLhKhmW7EWpA==:17 a=N3vH5299AAAA:8 a=Ruid5yuE4hOwrEPXKGEA:9 a=SuN8P6eQdEvpyuhK8lEA:7 a=jGL5X-ozjliaIbx9_VpGlXmfPTQA:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.198] (account mc467741@c2i.net HELO laptop) by mailfe15.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 447140681; Mon, 09 Feb 2009 16:06:07 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 9 Feb 2009 16:08:32 +0100 User-Agent: KMail/1.9.7 References: <20090206045349.GQ78804@elvis.mu.org> <200902091534.12506.hselasky@c2i.net> <49904238.50505@gmx.de> In-Reply-To: <49904238.50505@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902091608.34376.hselasky@c2i.net> Cc: usb@freebsd.org, Christoph Mallon , Alfred Perlstein Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2009 15:06:11 -0000 On Monday 09 February 2009, Christoph Mallon wrote: > Hans Petter Selasky schrieb: > > On Monday 09 February 2009, Christoph Mallon wrote: > >> Hans Petter Selasky schrieb: > >>> On Monday 09 February 2009, Christoph Mallon wrote: > >>>> Christoph Mallon schrieb: > >>>>> are named "err" or "error". This should be investigated, so here's > >>>>> the complete list: > >>>> > >>>> Sorry, my MUA seems to have damaged the list. You can get the list > >>>> here: http://tron.homeunix.org/usb2.unread.log > >>> > >>> I think some of these errors depend if you have USB debugging compiled > >>> or not. At least GCC does not warn? > >> > >> No, it does not depend on USB debugging. > >> GCC has no warning at all for variables which are only assigned to. > >> It only can warn about variables, which are only initialised. > >> > >> { > >> int x = 23; // GCC warns here ... > >> int y; // ... but not here - cparser does > >> y = 42; > >> y++; > >> } > >> > >> cparser has an analysis, which can warn about "y", too. > >> > >> I manually verified all 40 warnings and I cannot find any users (i.e. > >> readers) for these variables. > > > > What is the correct way to discard the return argument of a function? > > That's basically what most of the warnings are about. > > > > 1) (void)my_fn() cast > > 2) if (my_fn()) { } > > 3) err = my_fn(); > > 4) my_fn(); > > Just to understand this correctly: You want to discard error codes? > > > Basically I see four categories: > > 1) Getting the softc and not using it. > This can be removed completely. > Example: > sc = ATMEGA_BUS2SC(xfer->xroot->bus); > > 2) calling mtx_owned() and discarding the return value. > Can be removed, too, after checking that the value is really unnecessary. > Example: > use_polling = mtx_owned(xfer->xroot->xfer_mtx) ? 1 : 0; > > 3) Getting some value and not using it. > Can be removed, too, after checking that the value is really unnecessary. > Example: > ep_no = (xfer->endpoint & UE_ADDR); > > 4) The rest are return values of functions, which contain error codes. > Discarding them is questionable at best. > Example: (err is not read) > if (udev->flags.suspended) { > err = DEVICE_SUSPEND(iface->subdev); > device_printf(iface->subdev, "Suspend failed\n"); > } > return (0); /* success */ Hi, Can you wait some days and re-run the analysis on -current, because there is a bulk of patches going in to some of the code you have analysed, so the line numbers are likely to not match. Then we fix those warnings! --HPS From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 15:15:43 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 087D3106566B for ; Mon, 9 Feb 2009 15:15:43 +0000 (UTC) (envelope-from julian@elischer.com) Received: from outL.internet-mail-service.net (outl.internet-mail-service.net [216.240.47.235]) by mx1.freebsd.org (Postfix) with ESMTP id E67FA8FC0A for ; Mon, 9 Feb 2009 15:15:42 +0000 (UTC) (envelope-from julian@elischer.com) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 8763124E2 for ; Mon, 9 Feb 2009 07:05:11 -0800 (PST) X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 3E0802D6023 for ; Mon, 9 Feb 2009 07:05:11 -0800 (PST) Message-ID: <49904626.60901@elischer.com> Date: Mon, 09 Feb 2009 07:05:10 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 09 Feb 2009 16:18:47 +0000 Cc: Subject: performance testing of VIMAGE 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: Mon, 09 Feb 2009 15:15:43 -0000 I have been doing netowrk performace testing with and without (comparing) the VIMAGE_GLOBALS option. SO far I have seen no real significant changes in throughput or latency, (judged by ministat). I, however, am only one person and I would love to see if anyone could confirm this. just compile two (otherwise) identical kernels, but one with options VIMAGE_GLOBALS. and perform teh same tests on each and put the results in ministat. any network test you can imagine is fine.. thanks Julian (off to DisneyLand for a few days with the kids). From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 17:56:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3A4810656F8; Mon, 9 Feb 2009 17:56:29 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 935F68FC14; Mon, 9 Feb 2009 17:56:29 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 24ADC46B1A; Mon, 9 Feb 2009 12:56:29 -0500 (EST) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n19HuN2r005367; Mon, 9 Feb 2009 12:56:23 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 9 Feb 2009 11:30:07 -0500 User-Agent: KMail/1.9.7 References: <20090128193318.GA42071@freebsd.org> In-Reply-To: <20090128193318.GA42071@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902091130.08006.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 09 Feb 2009 12:56:23 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8968/Mon Feb 9 10:06:24 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Roman Divacky , scottl@freebsd.org Subject: Re: sysctl question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2009 17:56:31 -0000 On Wednesday 28 January 2009 2:33:18 pm Roman Divacky wrote: > hi > > we dont need Giant to be held for sysctl_ctx_init/SYSCTL_ADD_*, right? > > if that's true, is this ok for commit? You should be able to commit this now. > Index: cam/scsi/scsi_da.c > =================================================================== > --- cam/scsi/scsi_da.c (revision 187838) > +++ cam/scsi/scsi_da.c (working copy) > @@ -1086,7 +1086,6 @@ > snprintf(tmpstr, sizeof(tmpstr), "CAM DA unit %d", periph->unit_number); > snprintf(tmpstr2, sizeof(tmpstr2), "%d", periph->unit_number); > > - mtx_lock(&Giant); > sysctl_ctx_init(&softc->sysctl_ctx); > softc->flags |= DA_FLAG_SCTX_INIT; > softc->sysctl_tree = SYSCTL_ADD_NODE(&softc->sysctl_ctx, > @@ -1094,7 +1093,6 @@ > CTLFLAG_RD, 0, tmpstr); > if (softc->sysctl_tree == NULL) { > printf("dasysctlinit: unable to allocate sysctl tree\n"); > - mtx_unlock(&Giant); > cam_periph_release(periph); > return; > } > @@ -1108,7 +1106,6 @@ > &softc->minimum_cmd_size, 0, dacmdsizesysctl, "I", > "Minimum CDB size"); > > - mtx_unlock(&Giant); > cam_periph_release(periph); > } > > Index: cam/scsi/scsi_cd.c > =================================================================== > --- cam/scsi/scsi_cd.c (revision 187838) > +++ cam/scsi/scsi_cd.c (working copy) > @@ -555,8 +555,6 @@ > snprintf(tmpstr, sizeof(tmpstr), "CAM CD unit %d", periph->unit_number); > snprintf(tmpstr2, sizeof(tmpstr2), "%d", periph->unit_number); > > - mtx_lock(&Giant); > - > sysctl_ctx_init(&softc->sysctl_ctx); > softc->flags |= CD_FLAG_SCTX_INIT; > softc->sysctl_tree = SYSCTL_ADD_NODE(&softc->sysctl_ctx, > @@ -565,7 +563,6 @@ > > if (softc->sysctl_tree == NULL) { > printf("cdsysctlinit: unable to allocate sysctl tree\n"); > - mtx_unlock(&Giant); > cam_periph_release(periph); > return; > } > @@ -579,7 +576,6 @@ > &softc->minimum_command_size, 0, cdcmdsizesysctl, "I", > "Minimum CDB size"); > > - mtx_unlock(&Giant); > cam_periph_release(periph); > } > > > thnx! > > roman > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 17:56:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8F6010656D0 for ; Mon, 9 Feb 2009 17:56:35 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id A9A898FC1E for ; Mon, 9 Feb 2009 17:56:35 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 3DC6846B38; Mon, 9 Feb 2009 12:56:35 -0500 (EST) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n19HuN2s005367; Mon, 9 Feb 2009 12:56:29 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org, akbeech@gmail.com Date: Mon, 9 Feb 2009 11:33:48 -0500 User-Agent: KMail/1.9.7 References: <200902021643.39862.c47g@gmx.at> <200902052203.37792.beech@freebsd.org> <200902061231.46516.beech@freebsd.org> In-Reply-To: <200902061231.46516.beech@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902091133.48838.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 09 Feb 2009 12:56:29 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8968/Mon Feb 9 10:06:24 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: lpt stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 17:56:36 -0000 On Friday 06 February 2009 4:31:46 pm Beech Rintoul wrote: > On Thursday 05 February 2009 22:03:37 Beech Rintoul wrote: > > On Wednesday 04 February 2009 05:14:10 John Baldwin wrote: > > > On Monday 02 February 2009 10:43:39 am Christian Gusenbauer wrote: > > > > Hi! > > > > > > > > Since the recent update (svn r187576) to the ppbus/ppc code my printer > > > > > > stopped > > > > > > > working. Every request seems to hang forever in ppb_request_bus waiting > > > > for ppb->ppc_lock (at least 'top' tells me that it's hanging in state > > > > 'ppbreq'). > > > > > > Can you use procstat to get a stack trace of the hung thread? > > > > My printer is still showing "device busy" for lpt0 does anyone know offhand > > when the changes were committed? I need to revert. > > There is regression somewhere in the ppbus code committed two weeks ago. I > reverted back to previous code and lpt0 no longer reports "device busy" and > printing is working again. Please help to debug this so we can have working lpt0 in 8.0. No one tested the patches months ago when I first posted them, and if folks do not test them now I will simply remove the driver before 8.0 ships. I no longer have any hardware such that I can test this directly, so I am depending on folks to test things I have asked for and report back. I believe the last thing I asked for was for someone to do this when they lpt was hung: Ok, can you run kgdb against your running kernel (Just run 'kgdb' without any arguments) and do the following: (kgdb) p *(struct ppb_data *)ppbus_devclass->devices[0]->softc Assuming the ppb_owner is not 0, can you then do this: (kgdb) p *(device_t)((struct ppb_data *)ppbus_devclass->devices[0]->softc)->ppb_owner -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 17:56:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20ABC10656C3 for ; Mon, 9 Feb 2009 17:56:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E5BA18FC21 for ; Mon, 9 Feb 2009 17:56:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 771FC46B2A; Mon, 9 Feb 2009 12:56:41 -0500 (EST) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n19HuN2t005367; Mon, 9 Feb 2009 12:56:35 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 9 Feb 2009 11:44:03 -0500 User-Agent: KMail/1.9.7 References: <20090208001656.48a1a14d@gluon> <200902081026.22618.hselasky@c2i.net> In-Reply-To: <200902081026.22618.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902091144.03748.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 09 Feb 2009 12:56:35 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8968/Mon Feb 9 10:06:24 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Bruce Cran , Hans Petter Selasky Subject: Re: "Fatal trap" when unloading usb2_controller_ehci X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2009 17:56:42 -0000 On Sunday 08 February 2009 4:26:20 am Hans Petter Selasky wrote: > Hi, > > I don't think this is a USB problem. I rather think it has something to do > with the IRQ handler. On my box the EHCI IRQ is shared with the IRQ of the > graphics adapter, and when I unload the EHCI driver under X11 a couple of > times X11 freezes. This does not happen on the console. Perhaps try reverting Jeff's per-CPU IDT changes to see if it is related to that? It seems that the IDT handler was torn down, but that an APIC IRQ wasn't masked or some such. > --HPS > > On Sunday 08 February 2009, Bruce Cran wrote: > > Unloading usb2_controller_ehci is crashing FreeBSD on -CURRENT > > from a few days ago, resulting in a "Fatal trap" that isn't immediately > > fatal but ends up knocking out the rest of the system. > > > > Shortly after issuing a kldunload, the kernel drops into DDB with: > > > > Fatal trap 30: reserved (unknown) fault while in kernel mode > > cpuid = 0; apic id = 00 > > instruction pointer = 0x8 : 0xffffffff804bc646 > > stack pointer = 0x10: 0xfffffffe40023b70 > > frame pointer = 0x10: 0xfffffffe40023b80 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > processor eflags = interrupt enabled, IOPL = 0 > > current process = 11 (idle : cpu0) > > [thread pid 11 tid 100004] > > Stopped at acpi_cpu_c1+0x6 : leave > > > > A backtrace just shows that the idle task was running at the time of > > the trap. Attempting to continue results in a load of "calcru: runtime > > went backwards" messages followed by the ATA driver dying with: > > > > WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing > > request directly > > > > Then follows similar messages about SET_MULTI, ENABLE RCACHE, > > ENABLE_WCACHE and WRITE_DMA48 etc. > > > _______________________________________________ > 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" > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 18:18:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 171C3106566B; Mon, 9 Feb 2009 18:18:07 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 4DE1F8FC0A; Mon, 9 Feb 2009 18:18:05 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl89-44.kln.forthnet.gr [77.49.56.44]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id n19IHu4X000959 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 9 Feb 2009 20:18:01 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id n19IHtpX007413; Mon, 9 Feb 2009 20:17:55 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id n19IHs6U007412; Mon, 9 Feb 2009 20:17:54 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Hans Petter Selasky References: <20090206045349.GQ78804@elvis.mu.org> <200902091450.07014.hselasky@c2i.net> <499038DE.3050501@gmx.de> <200902091534.12506.hselasky@c2i.net> Date: Mon, 09 Feb 2009 20:17:54 +0200 In-Reply-To: <200902091534.12506.hselasky@c2i.net> (Hans Petter Selasky's message of "Mon, 9 Feb 2009 15:34:11 +0100") Message-ID: <87ocxbpj8t.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: n19IHu4X000959 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.873, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.53, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: usb@freebsd.org, Christoph Mallon , freebsd-current@freebsd.org, Alfred Perlstein Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2009 18:18:07 -0000 On Mon, 9 Feb 2009 15:34:11 +0100, Hans Petter Selasky wrote: > On Monday 09 February 2009, Christoph Mallon wrote: >> Hans Petter Selasky schrieb: >> > On Monday 09 February 2009, Christoph Mallon wrote: >> >> Christoph Mallon schrieb: >> >>> are named "err" or "error". This should be investigated, so here's the >> >>> complete list: >> >> >> >> Sorry, my MUA seems to have damaged the list. You can get the list here: >> >> http://tron.homeunix.org/usb2.unread.log >> > >> > I think some of these errors depend if you have USB debugging compiled or >> > not. At least GCC does not warn? >> >> No, it does not depend on USB debugging. >> GCC has no warning at all for variables which are only assigned to. >> It only can warn about variables, which are only initialised. >> >> { >> int x = 23; // GCC warns here ... >> int y; // ... but not here - cparser does >> y = 42; >> y++; >> } >> >> cparser has an analysis, which can warn about "y", too. >> >> I manually verified all 40 warnings and I cannot find any users (i.e. >> readers) for these variables. > > What is the correct way to discard the return argument of a function? > That's basically what most of the warnings are about. > > 1) (void)my_fn() cast > 2) if (my_fn()) { } > 3) err = my_fn(); > 4) my_fn(); If you *really* don't care about the returned error code: (void)function(arg1, arg2, ...); From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 18:18:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 998C6106566C for ; Mon, 9 Feb 2009 18:18:45 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [217.170.79.85]) by mx1.freebsd.org (Postfix) with ESMTP id 4CB428FC1F for ; Mon, 9 Feb 2009 18:18:45 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1LWaiS-0002hP-FI; Mon, 09 Feb 2009 21:18:44 +0300 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 6184612F14; Mon, 9 Feb 2009 21:18:22 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 8D23F108838; Mon, 9 Feb 2009 21:18:29 +0300 (MSK) Date: Mon, 9 Feb 2009 21:18:29 +0300 From: Dmitry Marakasov To: Martin Message-ID: <20090209181829.GK17600@hades.panopticon> References: <1233007263.9302.2.camel@localhost.localdomain> <20090129233220.1ed64e6d@zelda.local> <498EB79F.4010905@FreeBSD.org> <20090208130506.267a838d@zelda.local> <20090208182940.43d6c929@zelda.local> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20090208182940.43d6c929@zelda.local> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: sean.bruno@dsl-only.net, Kris Kennaway , freebsd-current@freebsd.org, sbruno@freebsd.org Subject: Re: UFS Witness LoR + 5 other LoRs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2009 18:18:46 -0000 * Martin (nakal@web.de) wrote: > And 5 minutes later I tried to access my amd-mounted share: > > Feb 8 18:11:09 zelda amd[1063]: ignoring request from 127.0.0.1:21215, > port not reserved Feb 8 18:11:10 zelda last message repeated 7 times > Feb 8 18:11:11 zelda amd[1063]: ignoring request from 127.0.0.1:32008, > port not reserved > > amd is suddenly flooding my syslog with these messages. > > On 7.1R NFS client I did not have this effect at all. This is new on > 8-CURRENT. > > I hope this helps. Oh, I wanted to report the same thing, after some more investigation. The cause is most likely amd solely, as switching to static mounts solved the problem in my case: 9:13PM up 7 days, 18:05, 8 users, load averages: 0,91 0,44 0,17 ports, distfiles, video, music and bunch of other stuff mounted via NFS. With amd enabled, however, I've experienced the same behaviour with `port not reserved' messages, hanging mount, then hanging the whole system. FreeBSD hades.panopticon 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat Jan 24 06:27:03 UTC 2009 amdmi3@chrysalis.panopticon:/mnt/usr/obj/mnt/usr/src/sys/HADES i386 I have WITNESS disabled, so I can't provide any info on whether these LoR's appear and how they correlate with hangs. But I can enable it and test if needed. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 18:40:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD8C31065670 for ; Mon, 9 Feb 2009 18:40:20 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ew0-f21.google.com (mail-ew0-f21.google.com [209.85.219.21]) by mx1.freebsd.org (Postfix) with ESMTP id 24F368FC08 for ; Mon, 9 Feb 2009 18:40:19 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by ewy14 with SMTP id 14so3294841ewy.19 for ; Mon, 09 Feb 2009 10:40:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ThRov50nwjBJoyaixdjijRW4rrvfHEcFg/WQqEJzTE4=; b=kwqd+FGEkOqXNn5irBttZ4O1D7mlb69kEL97yqAVIhGTiJ91R2qSE0OAtZs288BxiI AF8K1Lrq3kgxXuasDrbw64vomTEjCla1BCiDnGmdrmcJAdl/jIckCzdZe6by1MJKl7n5 quAA5T8Ist9WCEsbDCz6P0mo154/Dx6vJgQSs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=flnhVFk0FRMK8QnN8oUy6Jj4Zvy2q060mfFedYl6yPIpKaOrI1ScVUIBh9K+CDI+5e Zi/Yzp10BDVci/nKd762XgzBkyYmoiRu0rmygBVZ0iCmVHIaSpaI/TgQUCEn72bO7/Ka SwkqaXpzDGsBAcjoYKY5gS2aOvH9ObeCJOWww= MIME-Version: 1.0 Received: by 10.210.136.10 with SMTP id j10mr4070671ebd.25.1234204819064; Mon, 09 Feb 2009 10:40:19 -0800 (PST) In-Reply-To: <200902091144.03748.jhb@freebsd.org> References: <20090208001656.48a1a14d@gluon> <200902081026.22618.hselasky@c2i.net> <200902091144.03748.jhb@freebsd.org> Date: Mon, 9 Feb 2009 19:40:19 +0100 Message-ID: <3a142e750902091040l522ab605i13d0d5a56c292a6c@mail.gmail.com> From: "Paul B. Mahol" To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Bruce Cran , freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: "Fatal trap" when unloading usb2_controller_ehci X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2009 18:40:21 -0000 On 2/9/09, John Baldwin wrote: > On Sunday 08 February 2009 4:26:20 am Hans Petter Selasky wrote: >> Hi, >> >> I don't think this is a USB problem. I rather think it has something to do >> >> with the IRQ handler. On my box the EHCI IRQ is shared with the IRQ of the >> >> graphics adapter, and when I unload the EHCI driver under X11 a couple of >> times X11 freezes. This does not happen on the console. > > Perhaps try reverting Jeff's per-CPU IDT changes to see if it is related to > that? It seems that the IDT handler was torn down, but that an APIC IRQ > wasn't masked or some such. I'm reporting similar problem with drm+X11+intel when zaping Xorg on SMP enabled kernel (core2 CPU) Panic happens in something like acpi_ec handler. I share John's opinion about *recent* per CPU IDT changes being source of problem. >> --HPS >> >> On Sunday 08 February 2009, Bruce Cran wrote: >> > Unloading usb2_controller_ehci is crashing FreeBSD on -CURRENT >> > from a few days ago, resulting in a "Fatal trap" that isn't immediately >> > fatal but ends up knocking out the rest of the system. >> > >> > Shortly after issuing a kldunload, the kernel drops into DDB with: >> > >> > Fatal trap 30: reserved (unknown) fault while in kernel mode >> > cpuid = 0; apic id = 00 >> > instruction pointer = 0x8 : 0xffffffff804bc646 >> > stack pointer = 0x10: 0xfffffffe40023b70 >> > frame pointer = 0x10: 0xfffffffe40023b80 >> > code segment = base 0x0, limit 0xfffff, type 0x1b >> > processor eflags = interrupt enabled, IOPL = 0 >> > current process = 11 (idle : cpu0) >> > [thread pid 11 tid 100004] >> > Stopped at acpi_cpu_c1+0x6 : leave >> > >> > A backtrace just shows that the idle task was running at the time of >> > the trap. Attempting to continue results in a load of "calcru: runtime >> > went backwards" messages followed by the ATA driver dying with: >> > >> > WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing >> > request directly >> > >> > Then follows similar messages about SET_MULTI, ENABLE RCACHE, >> > ENABLE_WCACHE and WRITE_DMA48 etc. >> >> >> _______________________________________________ >> 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" >> > > > > -- > John Baldwin > _______________________________________________ > 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" > -- Paul From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 18:58:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99AB01065675 for ; Mon, 9 Feb 2009 18:58:26 +0000 (UTC) (envelope-from c47g@gmx.at) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 886328FC23 for ; Mon, 9 Feb 2009 18:58:25 +0000 (UTC) (envelope-from c47g@gmx.at) Received: (qmail invoked by alias); 09 Feb 2009 18:58:17 -0000 Received: from cm56-152-15.liwest.at (EHLO bones) [86.56.152.15] by mail.gmx.net (mp056) with SMTP; 09 Feb 2009 19:58:17 +0100 X-Authenticated: #9978462 X-Provags-ID: V01U2FsdGVkX1/0iwFQ/P30MzOi9Zshu2QIkLxUSaPyslCgqV1Rmo dylVUecM38rjjn From: Christian Gusenbauer To: freebsd-current@freebsd.org Date: Mon, 9 Feb 2009 19:58:39 +0100 User-Agent: KMail/1.9.10 References: <200902021643.39862.c47g@gmx.at> <200902061231.46516.beech@freebsd.org> <200902091133.48838.jhb@freebsd.org> In-Reply-To: <200902091133.48838.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902091958.39480.c47g@gmx.at> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.54 Cc: akbeech@gmail.com Subject: Re: lpt stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 18:58:26 -0000 On Monday 09 February 2009, John Baldwin wrote: > On Friday 06 February 2009 4:31:46 pm Beech Rintoul wrote: > > On Thursday 05 February 2009 22:03:37 Beech Rintoul wrote: > > > On Wednesday 04 February 2009 05:14:10 John Baldwin wrote: > > > > On Monday 02 February 2009 10:43:39 am Christian Gusenbauer wrote: > > > > > Hi! > > > > > > > > > > Since the recent update (svn r187576) to the ppbus/ppc code my > > > > > printer > > > > > > > > stopped > > > > > > > > > working. Every request seems to hang forever in ppb_request_bus > > > > > waiting for ppb->ppc_lock (at least 'top' tells me that it's > > > > > hanging in state 'ppbreq'). > > > > > > > > Can you use procstat to get a stack trace of the hung thread? > > > > > > My printer is still showing "device busy" for lpt0 does anyone know > > > offhand when the changes were committed? I need to revert. > > > > There is regression somewhere in the ppbus code committed two weeks ago. > > I reverted back to previous code and lpt0 no longer reports "device busy" > > and printing is working again. > > Please help to debug this so we can have working lpt0 in 8.0. No one > tested the patches months ago when I first posted them, and if folks do not > test them now I will simply remove the driver before 8.0 ships. I no Mea culpa, too. As you sent your patches, I thought someone else will do the tests surely ... :-(. > longer have any hardware such that I can test this directly, so I am > depending on folks to test things I have asked for and report back. I > believe the last thing I asked for was for someone to do this when they lpt > was hung: > > Ok, can you run kgdb against your running kernel (Just run 'kgdb' without > any arguments) and do the following: > > (kgdb) p *(struct ppb_data *)ppbus_devclass->devices[0]->softc > > Assuming the ppb_owner is not 0, can you then do this: > > (kgdb) p *(device_t)((struct ppb_data > *)ppbus_devclass->devices[0]->softc)->ppb_owner This is the output (unfortunately ppb_owner IS 0): (kgdb) p *(struct ppb_data *)ppbus_devclass->devices[0]->softc $1 = {class_id = 10, state = 1, error = 0, mode = 0, ppb_owner = 0x0, ppc_lock = 0xc56bfe7c, ppc_irq_res = 0xc573d5c0} Christian. From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 19:19:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E37491065674; Mon, 9 Feb 2009 19:19:01 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7BB1D8FC21; Mon, 9 Feb 2009 19:19:01 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by wa-out-1112.google.com with SMTP id k34so980851wah.27 for ; Mon, 09 Feb 2009 11:19:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=IUTcyDPKBfq7S+xhRat7voNSKti1J41rPubV1E/7I0Y=; b=VFYk9whRIExI6HFFQFXa6GSiM78HswYRRgx/9Knwj84D3KrgI6KkyCLqz2Ua82MF/G SbtvuO/uZvtUFj0goDlwY3c6vW0L/moIy2qpJ8seeSXNCIXnYYEcaIvK1aMCrahWoiH3 JmseQQZT0AuGqLlAQip0Sw7h1Ym7EsTwQ93qg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=V51CDA8OX5FdFoJ0ljJZmA2AoBqjj2WI99IuT+eLm8cZB5HVB62fviJhsMbpOjGEls IZDGjaTnwPQziengHiCSwIFmNdI4eoVBV7O9tGKNcIjUcni8HMs1TWZs89yS1G3Gj9YV kB/28SNI8Ijl9m9Sh3K9AGhSAvD9QDjrXIsgY= MIME-Version: 1.0 Received: by 10.114.122.9 with SMTP id u9mr3872473wac.129.1234207141061; Mon, 09 Feb 2009 11:19:01 -0800 (PST) In-Reply-To: References: <7d6fde3d0902081659i7cb86al921ea109d17e1a3c@mail.gmail.com> Date: Mon, 9 Feb 2009 11:19:01 -0800 Message-ID: <7d6fde3d0902091119i4cb35db2ua61e7b5420b3518@mail.gmail.com> From: Garrett Cooper To: Randall Stewart Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: rrs@freebsd.org, FreeBSD Current Subject: Re: WITHOUT_INET6 broken on 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: Mon, 09 Feb 2009 19:19:02 -0000 On Mon, Feb 9, 2009 at 3:20 AM, Randall Stewart wrote: > Garrett: > > Pointy hat to me :-) > > I will be committing a fix within the next few minutes (also adding the > no-v6 option to > my build list :-D) > > Thanks > > R > On Feb 8, 2009, at 7:59 PM, Garrett Cooper wrote: > >> Hi Randall, >> I recently rebuilt my sources today and I noticed that it's now >> breaking on a valid warning with sctp: >> >> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=nocona >> -std=c99 -g -Wall -Wredundant-decls -Wnested-externs >> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >> -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc >> -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL >> -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common >> -finline-limit=8000 --param inline-unit-growth=100 --param >> large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel >> -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx >> -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables >> -ffreestanding -fstack-protector -Werror >> /usr/src/sys/netinet/sctputil.c >> cc1: warnings being treated as errors >> In file included from /usr/src/sys/netinet/sctputil.c:6553: >> /usr/src/sys/netinet6/sctp6_var.h:57: warning: 'struct icmp6_hdr' >> declared inside parameter list >> /usr/src/sys/netinet6/sctp6_var.h:57: warning: its scope is only this >> definition or declaration, which is probably not what you want >> *** Error code 1 >> >> Stop in /usr/obj/usr/src/sys/OPTIMUS. >> *** Error code 1 >> >> Stop in /usr/src. >> *** Error code 1 >> >> Stop in /usr/src. >> >> I'm going to rebuild setting WITHOUT_SCTP for now, but this needs >> to be fixed. >> Thanks, >> -Garrett Thanks a million Randall ;). -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 19:24:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38D2D1065673 for ; Mon, 9 Feb 2009 19:24:24 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id 0CE698FC13 for ; Mon, 9 Feb 2009 19:24:23 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by wa-out-1112.google.com with SMTP id k34so981872wah.27 for ; Mon, 09 Feb 2009 11:24:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=UrFXyneZUe34M5Xbr3JGLPqDVyVo6kd6ulGC8CK1yUE=; b=QNvATXdZ/TWDdD8Pfokm/LqNDSk0XbjzgiAmY4a6prt4yAEymWJHTIceac83eSPgBV bz4imVbzw50j51nez9bq0/q+AR0VFLVAwS6T4UOk0CTLxoMOQ53ajSJC7c5aJkXFSOGP 6hHNqhanh5YOkoAcHY0AfkONnlp6smrc5ghaU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=CKqB5OcZiSVPdVkEJxa5eIgSv4Vj2WHT/ixhYdnyeGMWPoPaIwe0U727BJRr2WdvZS fExyUaX6lvAPLClCLBlkpdGDbBC7fa1NQHLuaG/ch9jgtUNvWQXWu6zNfzGS5P4c0YXE BxpANk/bQ+gG5iHs0Ehg+B/K710CzNzICtiGU= MIME-Version: 1.0 Received: by 10.115.50.5 with SMTP id c5mr2001078wak.7.1234207463359; Mon, 09 Feb 2009 11:24:23 -0800 (PST) In-Reply-To: <20090209062948.GK1230@hoeg.nl> References: <7d6fde3d0902081719u476fa3bbp26cf37ba085a78b@mail.gmail.com> <20090209062948.GK1230@hoeg.nl> Date: Mon, 9 Feb 2009 11:24:23 -0800 Message-ID: <7d6fde3d0902091124m6ed63a26n2634f530437a6aba@mail.gmail.com> From: Garrett Cooper To: Ed Schouten Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: libteken related compiling error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 19:24:24 -0000 On Sun, Feb 8, 2009 at 10:29 PM, Ed Schouten wrote: > Hi Garrett, > > * Garrett Cooper wrote: >> In file included from /usr/src/sys/dev/syscons/teken/teken.c:411: >> /usr/src/sys/dev/syscons/teken/teken_state.h: In function 'teken_state_6': >> /usr/src/sys/dev/syscons/teken/teken_state.h:188: warning: implicit >> declaration of function 'teken_subr_scs' >> /usr/src/sys/dev/syscons/teken/teken_state.h:188: warning: nested >> extern declaration of 'teken_subr_scs' > > This file should not exist. Can you run `make clean' in > /sys/dev/syscons/teken? Let me know if it fixes your problem. Thanks! Ok, that built properly that time, but it's kind of weird because I ran make clean cleandir beforehand... hrmmmm... Thanks :), -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 19:59:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB6EB1065674 for ; Mon, 9 Feb 2009 19:59:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id BBE008FC17 for ; Mon, 9 Feb 2009 19:59:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 3A0F046B23; Mon, 9 Feb 2009 14:59:17 -0500 (EST) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n19JxA2N006215; Mon, 9 Feb 2009 14:59:10 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Christian Gusenbauer Date: Mon, 9 Feb 2009 14:58:41 -0500 User-Agent: KMail/1.9.7 References: <200902021643.39862.c47g@gmx.at> <200902091133.48838.jhb@freebsd.org> <200902091958.39480.c47g@gmx.at> In-Reply-To: <200902091958.39480.c47g@gmx.at> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902091458.41637.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 09 Feb 2009 14:59:10 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8968/Mon Feb 9 10:06:24 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org, akbeech@gmail.com Subject: Re: lpt stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 19:59:18 -0000 On Monday 09 February 2009 1:58:39 pm Christian Gusenbauer wrote: > On Monday 09 February 2009, John Baldwin wrote: > > On Friday 06 February 2009 4:31:46 pm Beech Rintoul wrote: > > > On Thursday 05 February 2009 22:03:37 Beech Rintoul wrote: > > > > On Wednesday 04 February 2009 05:14:10 John Baldwin wrote: > > > > > On Monday 02 February 2009 10:43:39 am Christian Gusenbauer wrote: > > > > > > Hi! > > > > > > > > > > > > Since the recent update (svn r187576) to the ppbus/ppc code my > > > > > > printer > > > > > > > > > > stopped > > > > > > > > > > > working. Every request seems to hang forever in ppb_request_bus > > > > > > waiting for ppb->ppc_lock (at least 'top' tells me that it's > > > > > > hanging in state 'ppbreq'). > > > > > > > > > > Can you use procstat to get a stack trace of the hung thread? > > > > > > > > My printer is still showing "device busy" for lpt0 does anyone know > > > > offhand when the changes were committed? I need to revert. > > > > > > There is regression somewhere in the ppbus code committed two weeks ago. > > > I reverted back to previous code and lpt0 no longer reports "device busy" > > > and printing is working again. > > > > Please help to debug this so we can have working lpt0 in 8.0. No one > > tested the patches months ago when I first posted them, and if folks do not > > test them now I will simply remove the driver before 8.0 ships. I no > > Mea culpa, too. As you sent your patches, I thought someone else will do the > tests surely ... :-(. > > > longer have any hardware such that I can test this directly, so I am > > depending on folks to test things I have asked for and report back. I > > believe the last thing I asked for was for someone to do this when they lpt > > was hung: > > > > Ok, can you run kgdb against your running kernel (Just run 'kgdb' without > > any arguments) and do the following: > > > > (kgdb) p *(struct ppb_data *)ppbus_devclass->devices[0]->softc > > > > Assuming the ppb_owner is not 0, can you then do this: > > > > (kgdb) p *(device_t)((struct ppb_data > > *)ppbus_devclass->devices[0]->softc)->ppb_owner > > This is the output (unfortunately ppb_owner IS 0): > > (kgdb) p *(struct ppb_data *)ppbus_devclass->devices[0]->softc > $1 = {class_id = 10, state = 1, error = 0, mode = 0, ppb_owner = 0x0, > ppc_lock = 0xc56bfe7c, ppc_irq_res = 0xc573d5c0} And this is while lpd or the like is hung trying to write to /dev/lpt0? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 20:08:11 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C0881065746 for ; Mon, 9 Feb 2009 20:08:11 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id DBF878FC0C for ; Mon, 9 Feb 2009 20:08:10 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 403DB33C0D; Mon, 9 Feb 2009 21:08:09 +0100 (CET) Date: Mon, 9 Feb 2009 21:08:09 +0100 From: Lars Engels To: Oliver Fromme Message-ID: <20090209200809.GK30761@e.0x20.net> Mail-Followup-To: Lars Engels , Oliver Fromme , Alexander Leidinger , Thomas.Sparrevohn@btinternet.com, freebsd-current@FreeBSD.ORG References: <20090208135053.12691emq58yl9m4k@webmail.leidinger.net> <200902081335.n18DZ2h4018582@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fWddYNRDgTk9wQGZ" Content-Disposition: inline In-Reply-To: <200902081335.n18DZ2h4018582@lurza.secnetix.de> X-Editor: VIM - Vi IMproved 7.1 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Alexander Leidinger , Thomas.Sparrevohn@btinternet.com, freebsd-current@FreeBSD.ORG Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lars Engels List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 20:08:12 -0000 --fWddYNRDgTk9wQGZ Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 08, 2009 at 02:35:02PM +0100, Oliver Fromme wrote: >=20 > Alexander Leidinger wrote: > > Oliver Fromme wrote: > > > You can easily replace the background image, it's a > > > standard PCX image file. You can even re-arrange the > > > position of the menu if necessary; there are simple > > > variable settings for that in the theme.conf file. > >=20 > > What about the actual menu items, are they configurable too (e.g. when= =20 > > I want single-user as F1... ACPI should work now on most systems and I= =20 > > don't see why disabling it should be in the first position), or does = =20 > > it use the same stuff as the text menu for this (to fiddling with =20 > > forth would be necessary)? >=20 > The actual menu contents are in the beastie.4th file, just > like for the old text menu. So, yes, you'd need to speak > FORTH in order to change that. >=20 > How many of the FreeBSD developers are actually fluent in > FORTH? How many committers are able to review the .4th > code that I wrote? >=20 > Would there be strong resistance if I tried to replace FICL > with something else that is not as brain-knotting as FORTH? > Just to name an example, I once wrote a bourne-shell-like > parser that would not be difficult to embed. I assume that > would enable many more developers and users to play with > the boot menu stuff. Great idea. That Forth code is really an obstacle for playing with the boot menu... --fWddYNRDgTk9wQGZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkmQjSkACgkQKc512sD3afhiugCgp3ZdtmuXU9eDYNid7fuNQ9iI 5r8AoJYNYCp3Rbyd+uQ6/G+AvyP3Axt4 =5v6K -----END PGP SIGNATURE----- --fWddYNRDgTk9wQGZ-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 20:19:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF7DD1065672; Mon, 9 Feb 2009 20:19:14 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id B1F9B8FC1B; Mon, 9 Feb 2009 20:19:14 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 953901A3C3A; Mon, 9 Feb 2009 12:19:14 -0800 (PST) Date: Mon, 9 Feb 2009 12:19:14 -0800 From: Alfred Perlstein To: "M. Warner Losh" Message-ID: <20090209201914.GM68801@elvis.mu.org> References: <8b3974a5f1b260fd438518f703aee2f5.squirrel@galain.elvandar.org> <20090208183820.GA21343@citylink.fud.org.nz> <200902081951.16823.hselasky@c2i.net> <20090208.124756.-942592244.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090208.124756.-942592244.imp@bsdimp.com> User-Agent: Mutt/1.4.2.3i Cc: usb@freebsd.org, remko@freebsd.org, freebsd-current@freebsd.org, thompsa@freebsd.org, hselasky@c2i.net Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2009 20:19:15 -0000 * M. Warner Losh [090208 11:48] wrote: > In message: <200902081951.16823.hselasky@c2i.net> > Hans Petter Selasky writes: > : On Sunday 08 February 2009, Andrew Thompson wrote: > : > On Sun, Feb 08, 2009 at 06:48:39PM +0100, Remko Lodder wrote: > : > > On Sun, February 8, 2009 6:21 am, Alfred Perlstein wrote: > : > : > > > : > > Please name it "usb_*". > : > : Beware that if you rename everything from "usb2_" to "usb_" there will be > : symbol and structure clashes with the linux USB compat layer, which needs to > : be resolved. > > No. that's not the case. usb2_foo vs usb_foo in the kernel config > files only affects what files config brings in, and we can easily tell > it to bring the right ones in w/o any symbol issues. > > I'd leave everything else where it is now in the source tree. The > rename is fairly trivial. Do people want me to float a patch? That would be useful, but it might be premature as there might be changes that conflict shortly (not trying to hide information, just don't know what changes might happen). If you can schedule to do this at the time for the rename (when the remove happens) that would be best. -Alfred From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 20:21:12 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8E8510656FC; Mon, 9 Feb 2009 20:21:12 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 8BDB18FC17; Mon, 9 Feb 2009 20:21:12 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 7CE8C1A3C3D; Mon, 9 Feb 2009 12:21:12 -0800 (PST) Date: Mon, 9 Feb 2009 12:21:12 -0800 From: Alfred Perlstein To: Gavin Atkinson Message-ID: <20090209202112.GN68801@elvis.mu.org> References: <20090206045349.GQ78804@elvis.mu.org> <498C013B.4000405@FreeBSD.org> <20090208052110.GY78804@elvis.mu.org> <1234119008.7997.32.camel@buffy.york.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1234119008.7997.32.camel@buffy.york.ac.uk> User-Agent: Mutt/1.4.2.3i Cc: usb@FreeBSD.org, Maxim Sobolev , current@FreeBSD.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2009 20:21:13 -0000 * Gavin Atkinson [090208 10:50] wrote: > On Sat, 2009-02-07 at 21:21 -0800, Alfred Perlstein wrote: > > * Maxim Sobolev [090206 01:50] wrote: > > > Alfred Perlstein wrote: > > > > - Update GENERIC to use usb2 device names. > > > > > > Wasn't there a plan to rename usb2 devices to match oldusb names (where > > > applicable) once oldusb had been killed? I don't see it in the list. > > > > Probably, although coming from the other side as a user I find it pretty > > annoying when there's somewhat gratuitous changes to the kernel config > > files that I don't really care about that cause my kernels to break. > > The vast majority of our users do not run -CURRENT, and so haven't had > to change config files yet. > > One day, those users will be migrating from 7.x to 8.x, and shouldn't > need to change their kernel config for a "somewhat gratuitous change". > > Your argument only works if people had already had to change their > config files once (usb -> usb2), and that by renaming these back they > will have to change their kernel config back. Only people running > -CURRENT will end up having to do this twice (or indeed at all) if the > rename takes place, end users will not need to do it at all. > > > Basically, calling it usb2 isn't as bad as renaming it back to "usb" > > as it's less disruptive in my book. > > Again, I disagree. Your point is very good! I hadn't thought about 7 users coming to 8 and having the rename actually be a nice thing for them. I was a bit more concerned with backlash from developers for churn, but your point makes a lot of sense. thanks, -- - Alfred Perlstein From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 20:25:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65809106566B for ; Mon, 9 Feb 2009 20:25:41 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id E24C68FC20 for ; Mon, 9 Feb 2009 20:25:40 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1002141fgb.35 for ; Mon, 09 Feb 2009 12:25:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=/7RSX5VRW4KR2EhnUwwzu4C7nc7JiCwncNnMJ27Pse8=; b=Rc4FHF8fzTaYv3FmXqfeGN3njI7lT1DT3P0PA69Xeq5rrDsD+8un2wmKQNUaCYL8Ci doFreu3oX+oVQeyucp/j7yZ830aVSO3np71cC5A6qFKPhkCKf5QUmPmSzvmzNPsz+shf HuBa9BqZD4T55js5dMXrWkCYb9zRD7MKb7rvM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=Ik0EhpkdYxegLTzPSyh6aFmOx5YbMAURk4e+KAS5nMhILK5XACjttaUrqjXBnr7Vn7 MZD1uSZd6SdOPL1OtJkcoIL37F+AH9Kmx1cV0osv9QrwPsTs7M887dfEHvrn1UD16Yk2 jwArp9n1kjFXP7OU6EgxJOrKgmG9gTspwkVNk= Received: by 10.86.80.17 with SMTP id d17mr1001122fgb.55.1234211139903; Mon, 09 Feb 2009 12:25:39 -0800 (PST) Received: from localhost (78-106-77-183.broadband.corbina.ru [78.106.77.183]) by mx.google.com with ESMTPS id e11sm1807243fga.20.2009.02.09.12.25.34 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 09 Feb 2009 12:25:37 -0800 (PST) From: Anonymous To: Dmitry Marakasov References: <20090206183344.GE17600@hades.panopticon> <867i43742t.fsf@gmail.com> <20090209134806.GF17600@hades.panopticon> Date: Mon, 09 Feb 2009 23:25:32 +0300 In-Reply-To: <20090209134806.GF17600@hades.panopticon> (Dmitry Marakasov's message of "Mon, 9 Feb 2009 16:48:06 +0300") Message-ID: <86fxin9x37.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.90 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: freebsd-current@freebsd.org Subject: Re: Bad unicode `-' in manpages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2009 20:25:41 -0000 --=-=-= Dmitry Marakasov writes: >> year ago. And I think it can cause trouble when trying to view localized >> man page written in unicode when you can't escape to either `C' locale >> or `-o' option. > > Agreed. But actually you shouldn't need to specify extra arguments to > man or change locale to view /correct/ man page, so I think it should be > fixed. Go ahead and file a PR. --=-=-= Content-Disposition: inline; filename=a Content-Description: workaround Index: contrib/groff/font/devutf8/R.proto =================================================================== --- contrib/groff/font/devutf8/R.proto (revision 188399) +++ contrib/groff/font/devutf8/R.proto (working copy) @@ -726,7 +726,7 @@ product 24 0 0x220F coproduct 24 0 0x2210 sum 24 0 0x2211 -\- 24 0 0x2212 +\- 24 0 0x002d mi " -+ 24 0 0x2213 ** 24 0 0x2217 --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 20:45:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61A4F1065692; Mon, 9 Feb 2009 20:45:39 +0000 (UTC) (envelope-from nakal@web.de) Received: from fmmailgate01.web.de (fmmailgate01.web.de [217.72.192.221]) by mx1.freebsd.org (Postfix) with ESMTP id 1AD998FC29; Mon, 9 Feb 2009 20:45:39 +0000 (UTC) (envelope-from nakal@web.de) Received: from smtp07.web.de (fmsmtp07.dlan.cinetic.de [172.20.5.215]) by fmmailgate01.web.de (Postfix) with ESMTP id D1D25FCFDA49; Mon, 9 Feb 2009 21:45:37 +0100 (CET) Received: from [217.236.34.41] (helo=zelda.local) by smtp07.web.de with asmtp (TLSv1:AES128-SHA:128) (WEB.DE 4.110 #277) id 1LWd0Z-0008MG-00; Mon, 09 Feb 2009 21:45:36 +0100 Date: Mon, 9 Feb 2009 21:45:23 +0100 From: Martin To: Dan Nelson Message-ID: <20090209214523.519ee4d6@zelda.local> In-Reply-To: <20090208182023.GF85840@dan.emsphone.com> References: <1233007263.9302.2.camel@localhost.localdomain> <20090129233220.1ed64e6d@zelda.local> <498EB79F.4010905@FreeBSD.org> <20090208130506.267a838d@zelda.local> <20090208182023.GF85840@dan.emsphone.com> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: nakal@web.de X-Sender: nakal@web.de X-Provags-ID: V01U2FsdGVkX1+7/VeQB6wY5cTFxVeg/70J48TBLC33nLo7GGx2 fXFeyf4Uo9fn9LAzXertNsI2rtisfO0b4dAHWUtwoYL1NJSUvC DrRwaJHrM= Cc: sean.bruno@dsl-only.net, freebsd-current@freebsd.org, sbruno@freebsd.org Subject: Re: UFS Witness LoR + 5 other LoRs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2009 20:45:40 -0000 Am Sun, 8 Feb 2009 12:20:23 -0600 schrieb Dan Nelson : > In the last episode (Feb 08), Martin said: > > Btw... it would be very nice if someone finally implements timeouts > > and a detection strategy for NFS packets that don't arrive at their > > destination because of fragmentation and wrong rsize/wsize > > settings. But this is a totally different topic. There is not > > much in the docs about it. > > The solution to that problem is TCP mounts :) Hi Dan. Yes. This could be right, of course. I haven't tried it yet, but I will. There are two points, I want to add: 1) Some people say that UDP mounts have faster transfer rates. I don't know yet, if it's true. 2) I mention the problem with NFS over UDP, because UDP mounts are somehow "fishy", it seems. A robust piece of software should recover from erroneous situations and not get stuck somewhere. The only solution to this situation is an unclean reboot. This is not "nice". -- Martin From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 21:59:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B02E3106564A for ; Mon, 9 Feb 2009 21:59:37 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 3D8CD8FC0C for ; Mon, 9 Feb 2009 21:59:37 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 3085 invoked by uid 399); 9 Feb 2009 21:59:30 -0000 Received: from localhost (HELO ?192.168.0.19?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 9 Feb 2009 21:59:30 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4990A73D.6060108@FreeBSD.org> Date: Mon, 09 Feb 2009 13:59:25 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Kris Kennaway References: <1233007263.9302.2.camel@localhost.localdomain> <20090129233220.1ed64e6d@zelda.local> <498EB79F.4010905@FreeBSD.org> In-Reply-To: <498EB79F.4010905@FreeBSD.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: sean.bruno@dsl-only.net, sbruno@freebsd.org, freebsd-current@freebsd.org, Martin Subject: Re: UFS Witness LoR + 5 other LoRs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2009 21:59:38 -0000 Kris Kennaway wrote: > Several of these are widely reported, and harmless Given that we're coming closer and closer to the time when 8.x will be in pre-release slush, shouldn't at least some of these get fixed soonish? If for no other reason than to make it easier to detect real problems when they arise. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 22:19:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A99C41065670; Mon, 9 Feb 2009 22:19:38 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 476C38FC19; Mon, 9 Feb 2009 22:19:38 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1LWeTW-000DiH-9x; Tue, 10 Feb 2009 00:19:34 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n19MJVAL007117 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Feb 2009 00:19:31 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n19MJVgb091382; Tue, 10 Feb 2009 00:19:31 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n19MJUar091381; Tue, 10 Feb 2009 00:19:30 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 10 Feb 2009 00:19:30 +0200 From: Kostik Belousov To: Doug Barton Message-ID: <20090209221930.GI9427@deviant.kiev.zoral.com.ua> References: <1233007263.9302.2.camel@localhost.localdomain> <20090129233220.1ed64e6d@zelda.local> <498EB79F.4010905@FreeBSD.org> <4990A73D.6060108@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Iovxle6z3WGVZjcj" Content-Disposition: inline In-Reply-To: <4990A73D.6060108@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1LWeTW-000DiH-9x d88866ab386e0ab92d5033950fd8d039 X-Terabit: YES Cc: sean.bruno@dsl-only.net, freebsd-current@freebsd.org, sbruno@freebsd.org, Martin Subject: Re: UFS Witness LoR + 5 other LoRs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2009 22:19:39 -0000 --Iovxle6z3WGVZjcj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 09, 2009 at 01:59:25PM -0800, Doug Barton wrote: > Kris Kennaway wrote: > > Several of these are widely reported, and harmless=20 >=20 > Given that we're coming closer and closer to the time when 8.x will be > in pre-release slush, shouldn't at least some of these get fixed > soonish? If for no other reason than to make it easier to detect real > problems when they arise. Fix for most often reported LOR between user map and vnode lock, typically UFS, was committed yesterday. --Iovxle6z3WGVZjcj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkmQq/IACgkQC3+MBN1Mb4j8nwCeODeHyrBJ/3ECagrMbiaNQYc0 hnAAmwd7zOIIjsm9RFk+ySaKWH8YtPYT =CEcl -----END PGP SIGNATURE----- --Iovxle6z3WGVZjcj-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 22:21:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE753106584E for ; Mon, 9 Feb 2009 22:21:49 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 390F88FC1C for ; Mon, 9 Feb 2009 22:21:48 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 20903 invoked by uid 399); 9 Feb 2009 22:21:41 -0000 Received: from localhost (HELO ?192.168.0.19?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 9 Feb 2009 22:21:41 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4990AC6D.4030508@FreeBSD.org> Date: Mon, 09 Feb 2009 14:21:33 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Kostik Belousov References: <1233007263.9302.2.camel@localhost.localdomain> <20090129233220.1ed64e6d@zelda.local> <498EB79F.4010905@FreeBSD.org> <4990A73D.6060108@FreeBSD.org> <20090209221930.GI9427@deviant.kiev.zoral.com.ua> In-Reply-To: <20090209221930.GI9427@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: UFS Witness LoR + 5 other LoRs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2009 22:21:52 -0000 Kostik Belousov wrote: > On Mon, Feb 09, 2009 at 01:59:25PM -0800, Doug Barton wrote: >> Kris Kennaway wrote: >>> Several of these are widely reported, and harmless >> Given that we're coming closer and closer to the time when 8.x will be >> in pre-release slush, shouldn't at least some of these get fixed >> soonish? If for no other reason than to make it easier to detect real >> problems when they arise. > > Fix for most often reported LOR between user map and vnode lock, typically > UFS, was committed yesterday. Excellent! Can't wait to give this a roll. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 22:50:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D677D10656DB for ; Mon, 9 Feb 2009 22:50:22 +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 4DC178FC20 for ; Mon, 9 Feb 2009 22:50:22 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LWexH-0000mK-Pe for freebsd-current@freebsd.org; Mon, 09 Feb 2009 22:50:19 +0000 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 09 Feb 2009 22:50:19 +0000 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 09 Feb 2009 22:50:19 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Mon, 09 Feb 2009 14:50:03 -0800 Lines: 134 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.10.9 Sender: news Subject: Re: memory alignment problems with -current on 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, 09 Feb 2009 22:50:23 -0000 Mark Atkinson wrote: > With recent kernels on HAMMER/amd64 I cannot complete a buildworld. The > compilation keeps failing with problems like: > > cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=64 -I. > -I/usr/src/gnu/usr.bin/binutils/as > -I/usr/src/gnu/usr.bin/binutils/as/../libbfd > -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/binutils/as/../libbfd > -I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/include > -DDEFAULT_ARCH=\"x86_64\" -DTARGET_CPU=\"x86_64\" > -DTARGET_CANONICAL=\"x86_64-obrien-freebsd\" > -DTARGET_ALIAS=\"x86_64-obrien-freebsd\" -DVERSION=\""2.15 > [FreeBSD] > 2004-05-23"\" -D_GNU_SOURCE > -I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas > -I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config > -I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils > -I/usr/src/gnu/usr.bin/binutils/as > -I/usr/src/gnu/usr.bin/binutils/as/amd64-freebsd > -I/usr/obj/usr/src/tmp/legacy/usr/include -c > /usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/subsegs.c > /usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/subsegs.c: > In function 'subseg_set_rest': > /usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/subsegs.c:205: > internal compiler error: Bus error: 10 Please submit a full bug report, > with preprocessed source if appropriate. See > for instructions. *** Error code 1 1 > error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 > 1 error > *** Error code 2 > 1 error > > Yet if I run the failed command it will complete successfully: > > [root@dl385g5 /usr/src]# > cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=64 -I. > -I/usr/src/gnu/usr.bin/binutils/as > -I/usr/src/gnu/usr.bin/binutils/as/../libbfd > -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/binutils/as/../libbfd > -I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/include > -DDEFAULT_ARCH=\"x86_64\" -DTARGET_CPU=\"x86_64\" > -DTARGET_CANONICAL=\"x86_64-obrien-freebsd\" > -DTARGET_ALIAS=\"x86_64-obrien-freebsd\" -DVERSION=\""2.15 > [FreeBSD] > 2004-05-23"\" -D_GNU_SOURCE > -I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas > -I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config > -I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils > -I/usr/src/gnu/usr.bin/binutils/as > -I/usr/src/gnu/usr.bin/binutils/as/amd64-freebsd > -I/usr/obj/usr/src/tmp/legacy/usr/include -c > /usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/subsegs.c > [root@dl385g5 /usr/src]# echo $? > 0 > > If I boot back to a kernel from sources Oct 15th 2008, I can complete a > buildworld on this machine no problem. > > * This is a HP DL385G5 with 1 quad core AMD 2100 and 10G of memory. > * This the amd64 GENERIC kernel > * I've tried reducing hw.physmem to 2G, but that didn't make any > difference. * I will recieve bus errors when running buildworld w/ -j1 > * If I run buildworld with a larger number the machine will reset w/ no > panic. > > Ideas? It turns out some errors will turn up in memtest86+ if you select 'Bios Probe' as the sizing method. Otherwise using the e820 method by default it will run all day over the 10G. The Memtest doc themselve state that 'Probe' and 'All' may return the same sizing and are not considered safe. 'Probe' seems to behave exactly the way -current is behaving (returning errors, and reseting the box). 'All' happens to lock the box on this machine. Since I can go back to the Oct 15th kernel and do a complete buildworld, I can only assume -current has changed since then for amd64 sizing to maybe access something other than what the e820 method would return? The SMAP appears the same, but you can see the difference in the Physical memory chunk(s) below for the two kernels. 8-current (from Feb 4th): SMAP type=01 base=0000000000000000 len=000000000009f400 SMAP type=02 base=000000000009f400 len=0000000000000c00 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=01 base=0000000000100000 len=000000000ff00000 SMAP type=01 base=0000000010000000 len=0000000010000000 SMAP type=01 base=0000000020000000 len=00000000afe4e000 SMAP type=03 base=00000000cfe4e000 len=0000000000008000 SMAP type=01 base=00000000cfe56000 len=0000000000001000 SMAP type=02 base=00000000cfe57000 len=00000000001a9000 SMAP type=02 base=00000000d0000000 len=0000000010000000 SMAP type=02 base=00000000fec00000 len=0000000000100000 SMAP type=02 base=00000000fee00000 len=0000000000010000 SMAP type=02 base=00000000ffc00000 len=0000000000400000 SMAP type=01 base=0000000100000000 len=00000001affff000 usable memory = 10720202752 (10223 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x0000000000f54000 - 0x00000000cfe4dfff, 3471810560 bytes (847610 pages) 0x00000000cfe56000 - 0x00000000cfe56fff, 4096 bytes (1 pages) 0x0000000100000000 - 0x000000029d212fff, 6931165184 bytes (1692179 pages) avail memory = 10365558784 (9885 MB) 8-current (Oct 15th) SMAP type=01 base=0000000000000000 len=000000000009f400 SMAP type=02 base=000000000009f400 len=0000000000000c00 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=01 base=0000000000100000 len=000000000ff00000 SMAP type=01 base=0000000010000000 len=0000000010000000 SMAP type=01 base=0000000020000000 len=00000000afe4e000 SMAP type=03 base=00000000cfe4e000 len=0000000000008000 SMAP type=01 base=00000000cfe56000 len=0000000000001000 SMAP type=02 base=00000000cfe57000 len=00000000001a9000 SMAP type=02 base=00000000d0000000 len=0000000010000000 SMAP type=02 base=00000000fec00000 len=0000000000100000 SMAP type=02 base=00000000fee00000 len=0000000000010000 SMAP type=02 base=00000000ffc00000 len=0000000000400000 SMAP type=01 base=0000000100000000 len=00000001affff000 usable memory = 10720538624 (10223 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x0000000000f02000 - 0x00000000cfe4dfff, 3472146432 bytes (847692 pages) 0x00000000cfe56000 - 0x00000000cfe56fff, 4096 bytes (1 pages) 0x0000000100000000 - 0x000000029d212fff, 6931165184 bytes (1692179 pages) avail memory = 10365890560 (9885 MB) -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 22:52:01 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70F45106566B for ; Mon, 9 Feb 2009 22:52:01 +0000 (UTC) (envelope-from wkoszek@freebsd.czest.pl) Received: from freebsd.czest.pl (l95h.icis.pcz.pl [212.87.224.105]) by mx1.freebsd.org (Postfix) with ESMTP id EE6788FC19 for ; Mon, 9 Feb 2009 22:52:00 +0000 (UTC) (envelope-from wkoszek@freebsd.czest.pl) Received: from freebsd.czest.pl (l95h.icis.pcz.pl [212.87.224.105]) by freebsd.czest.pl (8.14.2/8.14.2) with ESMTP id n19Lx9X0095078 for ; Mon, 9 Feb 2009 21:59:09 GMT (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.2/8.14.2/Submit) id n19Lx9CZ095077 for current@freebsd.org; Mon, 9 Feb 2009 21:59:09 GMT (envelope-from wkoszek) Date: Mon, 9 Feb 2009 21:59:09 +0000 From: "Wojciech A. Koszek" To: current@freebsd.org Message-ID: <20090209215909.GQ83537@FreeBSD.org> Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-3.0 (freebsd.czest.pl [212.87.224.105]); Mon, 09 Feb 2009 21:59:09 +0000 (UTC) Cc: Subject: [wkoszek@FreeBSD.org: svn commit: r188309 - head/sys/conf] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2009 22:52:02 -0000 Hi, Just to point out, following drivers are looking for interested people, who could actually fix and test them on real hardware: - cy(4) (no respective sys/modules/.. directory) - rc(4) - rp(4) They won't be added to NOTES till they get fixed just not to mislead people, as all other comments have respective "device" entries. ----- Forwarded message from "Wojciech A. Koszek" ----- To: src-committers@FreeBSD.org, svn-src-all@FreeBSD.org, svn-src-head@FreeBSD.org From: "Wojciech A. Koszek" Date: Sun, 8 Feb 2009 12:33:05 +0000 (UTC) Subject: svn commit: r188309 - head/sys/conf Author: wkoszek Date: Sun Feb 8 12:33:05 2009 New Revision: 188309 URL: http://svn.freebsd.org/changeset/base/188309 Log: Further NOTES cleanup -- following drivers didn't survive TTY-ng and aren't included in NOTES anyway: cy(4), rc(4), rp(4). si(4) doesn't belong to global NOTES. Modified: head/sys/conf/NOTES Modified: head/sys/conf/NOTES ============================================================================== --- head/sys/conf/NOTES Sun Feb 8 12:12:19 2009 (r188308) +++ head/sys/conf/NOTES Sun Feb 8 12:33:05 2009 (r188309) @@ -2138,44 +2138,9 @@ device tnt4882 # scd: Sony CD-ROM using proprietary (non-ATAPI) interface # mcd: Mitsumi CD-ROM using proprietary (non-ATAPI) interface # bktr: Brooktree bt848/848a/849a/878/879 video capture and TV Tuner board -# cy: Cyclades serial driver # joy: joystick (including IO DATA PCJOY PC Card joystick) -# rc: RISCom/8 multiport card -# rp: Comtrol Rocketport(ISA/PCI) - single card -# si: Specialix SI/XIO 4-32 port terminal multiplexor # cmx: OmniKey CardMan 4040 pccard smartcard reader -- Wojciech A. Koszek wkoszek@FreeBSD.org http://people.freebsd.org/~wkoszek/ From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 05:10:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B801106566C for ; Tue, 10 Feb 2009 05:10:24 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 323FF8FC12 for ; Tue, 10 Feb 2009 05:10:24 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 62ED9290EA1 for ; Tue, 10 Feb 2009 00:10:23 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Tue, 10 Feb 2009 00:10:23 -0500 X-Sasl-enc: IMwuI2IVnP/zSO3tZ6zifxzDcH9dqEgWxy6oHDrbmrsV 1234242623 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id F034F2CBBC for ; Tue, 10 Feb 2009 00:10:22 -0500 (EST) Message-ID: <49910C3D.90709@incunabulum.net> Date: Tue, 10 Feb 2009 05:10:21 +0000 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.19 (X11/20090126) MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: uart(4) not working in QEMU X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Feb 2009 05:10:24 -0000 Hi, I have been trying to test my kernel code in QEMU as it saves a lot of time and effort. However, I have noticed since returning to my current project, that sio(4) was deprecated in favour of uart(4). Whilst I updated my kernel configs to reflect this, I've noticed a lot of problems with I/O and QEMU -- in particular, the kernel will log messages over uart(4) just fine, but when the kernel runs init, I can't get any I/O out of the uart(4) at all, apart from a single 'c' or 'F' character. The kernel continues to log messages OK to the uart0/ttyu0 device regardless of what's going on in userland. If I configure ttyv0 in the QEMU virtual machine up via /etc/ttys to run a getty there, I can get in, and see that the getty for ttyu0 is running. However, echo'ing or cat'ing data to /dev/ttyu0 won't work, even if I kill the getty process first. I just don't see anything appearing in my QEMU serial console. I've tried a lot of combinations of 3wire.115200 vs std.9600, boot.config options, loader.conf options, none of which have solved the problem (mostly working from the threads on this list from when the changes were made). I have also tried other bindings for the QEMU serial device -- e.g. tcp ports, nmdm(4), and always see the same effects. I do have INVARIANTS enabled -- could this be an issue? thanks, BMS From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 08:12:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F4C6106572C; Tue, 10 Feb 2009 08:12:44 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id B44EA8FC0A; Tue, 10 Feb 2009 08:12:43 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id E85389CB08D; Tue, 10 Feb 2009 09:09:53 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ES621HLGKymG; Tue, 10 Feb 2009 09:09:51 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 9355C9CB12D; Tue, 10 Feb 2009 09:09:51 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n1A89pSn023088; Tue, 10 Feb 2009 09:09:51 +0100 (CET) (envelope-from rdivacky) Date: Tue, 10 Feb 2009 09:09:51 +0100 From: Roman Divacky To: John Baldwin Message-ID: <20090210080951.GA20487@freebsd.org> References: <20090128193318.GA42071@freebsd.org> <200902091130.08006.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: <200902091130.08006.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, scottl@freebsd.org Subject: Re: sysctl question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Feb 2009 08:12:45 -0000 --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 09, 2009 at 11:30:07AM -0500, John Baldwin wrote: > On Wednesday 28 January 2009 2:33:18 pm Roman Divacky wrote: > > hi > >=20 > > we dont need Giant to be held for sysctl_ctx_init/SYSCTL_ADD_*, right? > >=20 > > if that's true, is this ok for commit? >=20 > You should be able to commit this now. please do it yourself.. my commit machine broke down :( --X1bOJ3K7DJ5YkBrT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmRNk4ACgkQLVEj6D3CBEzbowCfdghHb1K4DNU27OypIGVuf5G0 5oUAn0EZpy0RkHlodL9cW+DKfS5TCXfq =DxAE -----END PGP SIGNATURE----- --X1bOJ3K7DJ5YkBrT-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 09:08:12 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67CB010656CA for ; Tue, 10 Feb 2009 09:08:12 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id D6DB78FC14 for ; Tue, 10 Feb 2009 09:08:11 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n1A98AKd034745; Tue, 10 Feb 2009 10:08:10 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n1A989IJ034744; Tue, 10 Feb 2009 10:08:09 +0100 (CET) (envelope-from olli) Date: Tue, 10 Feb 2009 10:08:09 +0100 (CET) Message-Id: <200902100908.n1A989IJ034744@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, shuvaev@physik.uni-wuerzburg.de In-Reply-To: <20090207200630.GA50298@wep4035.physik.uni-wuerzburg.de> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 10 Feb 2009 10:08:10 +0100 (CET) Cc: Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, shuvaev@physik.uni-wuerzburg.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2009 09:08:12 -0000 Hi, Sorry for the late reply. I'm swamped with emails, and real life takes its time, too ... Alexey Shuvaev wrote: > Looks good, BTW is 640x480 in 4 bits per pixel the maximum of standard VGA? > Can you go higher or you are already in protected mode with (almost) no BIOS? > I mean, 640x480 is ok, but 4 bits per pixel... mmm... the same 16 colors as > in text mode... although with a palette... For logos and simple graphics, 16 colors is actually not that bad. Look at the various examples (screen shots) that you can find here: http://www.secnetix.de/olli/FreeBSD/vloader/ With a proper palette and dithering you can make quite nice background graphics with only 16 colors. I made all of those with the netbpm tools, xv and a little bit of gimp. Also take into account that this is "only" a boot screen. Most people will see it only for a few seconds. Regarding your question about VGA modes: Standard VGA supports at most 640x480 at 4 bits and 320x200 at 8 bits. So that's the common denominator. There are some "hacked modes" (sometimes called "mode X") that allow somewhat higher resolutions, such as 704×528 at 4 bits or 360x256 at 8 bits. But those don't work well with all monitors. And then there is VESA, of course. I plan to add limited VESA support, so higher resolutions are possible. However, there are a few issues with VESA support: - 1. Some VESA BIOS implementations have serious bugs, because nobody uses it in the Windows world. - 2. There is no simple and reliable way to autodetect which resolutions are supported by the monitor. - 3. There are many, many different VESA modes and display resolutions. It's unfeasible that FreeBSD ships with appropriate graphics files for every conceivable VESA mode, color depth, display size and height/width ratio. So, the default FreeBSD boot loader (as shipped on the CD or DVD images) will use the standard VGA mode 640x480 at 4 bits, because that's the only thing guaranteed to work everywhere out of the box. It might be possible to use a VESA mode at higher color depth (e.g. 8 bits), but the default resolution should stay at 640x480. Of course, those who want higher resolutions will be able to use them by editing their theme.conf file and providing graphics files of appropriate size. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "When your hammer is C++, everything begins to look like a thumb." -- Steve Haflich, in comp.lang.c++ From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 09:40:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4828106564A for ; Tue, 10 Feb 2009 09:40:45 +0000 (UTC) (envelope-from pagxir@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.185]) by mx1.freebsd.org (Postfix) with ESMTP id 6B9C68FC1E for ; Tue, 10 Feb 2009 09:40:45 +0000 (UTC) (envelope-from pagxir@gmail.com) Received: by fk-out-0910.google.com with SMTP id f40so1882201fka.11 for ; Tue, 10 Feb 2009 01:40:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=rwRVHgLuHhAvzSyKbl9941vV3C9whm/IalXdCS+DrOs=; b=J2Z6HvV5Z2t4gftJGfiVU96HIt15NpnCYoVl4iS4ZHf6VrIY0855PqguHHhHTcFlD3 CXxZ1JbVSXLA2QN+uMY2RriiMC2gi50nTQbLkgH6B720JwVbqmixVXuZaYFsiOhpOFJd ZEF6ciNICwKhjtBX6vd97zkR0iuoTDZi9INBE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=UdU+ACTLyfaH9N7jvIohgM67aCF3B6bQFY4F+ebSTvCrn5gjxfHt8wqBaA56pGtW04 2gndibohyLLRXEDaICYdI+YSf2ODmMrpOTgQZKw7mZGo266+grMqmawlatZX2NjK1oOq TDHbILw1ipxNH51Jl36+x2WXKkyayaBEZE/R4= MIME-Version: 1.0 Received: by 10.103.117.8 with SMTP id u8mr253500mum.123.1234257153308; Tue, 10 Feb 2009 01:12:33 -0800 (PST) Date: Tue, 10 Feb 2009 17:12:33 +0800 Message-ID: <98869b7c0902100112s6dae54bm4c14487076ceb75c@mail.gmail.com> From: =?UTF-8?B?6KO05Zu95YW0?= To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: patch: let msdosfs(vfat)/ntfs to support UTF-8 locale well X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Feb 2009 09:40:46 -0000 I write a patch to support UTF-8 locale well. I think it maybe help for some FreeBSD user. follow link is the patch (base on FreeBSD 7.1): http://btload.googlegroups.com/web/msdosfs.patch?gda=MzIscT8AAABs_gmy4a1S9lRiXjEy-V5OpwtI67JnIGlz0zr18tjObOtoi5oIt3BJMRGeqGBbbj-ccyFKn-rNKC-d1pM_IdV0 the full tar.bz2 package: http://btload.googlegroups.com/web/msdosfs.tar.bz2?gda=IG1pBkEAAABs_gmy4a1S9lRiXjEy-V5OpwtI67JnIGlz0zr18tjObNLRc95Ps2S1UISaL0WhuitTCT_pCLcFTwcI3Sro5jAzlXFeCn-cdYleF-vtiGpWAA I also will patch for ntfs driver http://btload.googlegroups.com/web/ntfs.patch?gda=OqsHoDwAAABs_gmy4a1S9lRiXjEy-V5O7RN7t-m4MjZ-5dQn_EvaqDVCWO9_HyYEQJyRQYPtRCL9Wm-ajmzVoAFUlE7c_fAt http://btload.googlegroups.com/web/ntfs.tar.bz2?gda=zErXED4AAABs_gmy4a1S9lRiXjEy-V5O7RN7t-m4MjZ-5dQn_EvaqG3K0t6fVz8SMYStF_2dqCPjsKXVs-X7bdXZc5buSfmx The Chinese characters in the fat32 partition can be displayed correctly now. when mount windows partitions, you should do like this: mount_ntfs -C UTF-8 /dev/ad?s? /path/to/mount mount_msdosfs -L zh_CN.UTF-8 /dev/ad?s? /path/to/mount From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 13:03:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8ED11065673 for ; Tue, 10 Feb 2009 13:03:10 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from mail-ew0-f21.google.com (mail-ew0-f21.google.com [209.85.219.21]) by mx1.freebsd.org (Postfix) with ESMTP id 162588FC1B for ; Tue, 10 Feb 2009 13:03:09 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: by ewy14 with SMTP id 14so3694279ewy.19 for ; Tue, 10 Feb 2009 05:03:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:organization:to:subject :date:user-agent:references:in-reply-to:mime-version:content-type :content-transfer-encoding:message-id; bh=xdw4RmSsQaSaF0u4tsT5ilMynUqki+9dKsavlVrPHLE=; b=iFTnTRTK8glTVligRYXv7TLzRaCi+iiQSmiEhUnMYmLCXDKIkt4g9UCkE8bnkg9QUW hHiXSOtbh4sCkBWRZ2UeERudx54AM1vkmjXz6jwVatU9A72qSZ9Wb50ORF+uT8tExPZn CuQJ5YiQG6Mjd3MvuoX+cQP6AwKP12tRSA8tQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:organization:to:subject:date:user-agent:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; b=mP2AgjAMgkOh/0oTLmPO1qDBcIMe8Ytl4RLuDUE/IUg8DoRhp8Yqs8FmGStJT4X8tt t7y1SqI7ynSNd3cySXFhaaqoiuukhpY4ovo5sLuRhlTGmOk8mbY2QHH9qn/lIe3K9Cte 64iLkyogxoLqeuqVfcnBQA+gpg1FeIFJn+GYs= Received: by 10.210.86.10 with SMTP id j10mr875792ebb.153.1234269400351; Tue, 10 Feb 2009 04:36:40 -0800 (PST) Received: from ?0.0.0.0? ([196.34.241.123]) by mx.google.com with ESMTPS id 7sm4146597eyg.57.2009.02.10.04.36.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 10 Feb 2009 04:36:39 -0800 (PST) From: David Naylor Organization: Private To: freebsd-current@freebsd.org, shuvaev@physik.uni-wuerzburg.de Date: Tue, 10 Feb 2009 14:36:50 +0200 User-Agent: KMail/1.9.10 References: <200902100908.n1A989IJ034744@lurza.secnetix.de> In-Reply-To: <200902100908.n1A989IJ034744@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1509852.2kRW0svqZF"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200902101436.53619.naylor.b.david@gmail.com> X-Mailman-Approved-At: Tue, 10 Feb 2009 13:49:58 +0000 Cc: Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Feb 2009 13:03:11 -0000 --nextPart1509852.2kRW0svqZF Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 10 February 2009 11:08:09 Oliver Fromme wrote: > Hi, > > Sorry for the late reply. I'm swamped with emails, and > real life takes its time, too ... > > Alexey Shuvaev wrote: > > Looks good, BTW is 640x480 in 4 bits per pixel the maximum of standard > > VGA? Can you go higher or you are already in protected mode with > > (almost) no BIOS? I mean, 640x480 is ok, but 4 bits per pixel... mmm... > > the same 16 colors as in text mode... although with a palette... > > For logos and simple graphics, 16 colors is actually not > that bad. Look at the various examples (screen shots) that > you can find here: > > http://www.secnetix.de/olli/FreeBSD/vloader/ > > With a proper palette and dithering you can make quite > nice background graphics with only 16 colors. I made all > of those with the netbpm tools, xv and a little bit of gimp. > > Also take into account that this is "only" a boot screen. > Most people will see it only for a few seconds. > > Regarding your question about VGA modes: > > Standard VGA supports at most 640x480 at 4 bits and 320x200 > at 8 bits. So that's the common denominator. > > There are some "hacked modes" (sometimes called "mode X") > that allow somewhat higher resolutions, such as 704=D7528 > at 4 bits or 360x256 at 8 bits. But those don't work well > with all monitors. > > And then there is VESA, of course. I plan to add limited > VESA support, so higher resolutions are possible. However, > there are a few issues with VESA support: > > - 1. Some VESA BIOS implementations have serious bugs, > because nobody uses it in the Windows world. > > - 2. There is no simple and reliable way to autodetect > which resolutions are supported by the monitor. > > - 3. There are many, many different VESA modes and display > resolutions. It's unfeasible that FreeBSD ships with > appropriate graphics files for every conceivable VESA > mode, color depth, display size and height/width ratio. > > So, the default FreeBSD boot loader (as shipped on the CD > or DVD images) will use the standard VGA mode 640x480 at > 4 bits, because that's the only thing guaranteed to work > everywhere out of the box. It might be possible to use > a VESA mode at higher color depth (e.g. 8 bits), but the > default resolution should stay at 640x480. > > Of course, those who want higher resolutions will be able > to use them by editing their theme.conf file and providing > graphics files of appropriate size. > > Best regards > Oliver Agreed about 'default' behaviour, but... It would be a nice feature to support themes at multiple (high) resolutions= =20 (and depth) [for example]: - Provide images at the common aspect ratios (and at the largest resolutio= ns)=20 and scale the image to the correct size. - Provide the correct theme.conf for the various aspect ratios/sizes (perh= aps=20 by using relative offsets [i.e. top: 10%, left-middle: 25%, width: 15%]) - Add a switch in loader.conf to choose the correct resolution... - Add caching/tool to do the scaling for first point. Or provide a way=20 to 'compile' the themes at various resolutions (and provide proper theme.co= nf=20 files for that specific resolution?) Of course the above is just a suggestion... =20 Also, GRUB AFAIK supports higher resolutions, perhaps they have found a way= to=20 handle the VESA problems... Oh, and nice work ;-). Loader is looking very good. =20 Thanks David --nextPart1509852.2kRW0svqZF Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAkmRdOUACgkQUaaFgP9pFrKuMgCffQYBiQn0q9BQ0mQLkAZsSiYZ A5UAn3sI8EGgBzs1oX8Nq2n5/BsdWt3f =YSh/ -----END PGP SIGNATURE----- --nextPart1509852.2kRW0svqZF-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 15:01:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B945106564A; Tue, 10 Feb 2009 15:01:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id DEFEE8FC13; Tue, 10 Feb 2009 15:01:19 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 886AA46B23; Tue, 10 Feb 2009 10:01:19 -0500 (EST) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n1AF17no013737; Tue, 10 Feb 2009 10:01:13 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 10 Feb 2009 09:42:33 -0500 User-Agent: KMail/1.9.7 References: <1233007263.9302.2.camel@localhost.localdomain> <498EB79F.4010905@FreeBSD.org> <4990A73D.6060108@FreeBSD.org> In-Reply-To: <4990A73D.6060108@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902100942.34044.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 10 Feb 2009 10:01:13 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8975/Tue Feb 10 08:17:08 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: sean.bruno@dsl-only.net, Doug Barton , sbruno@freebsd.org, Martin Subject: Re: UFS Witness LoR + 5 other LoRs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Feb 2009 15:01:20 -0000 On Monday 09 February 2009 4:59:25 pm Doug Barton wrote: > Kris Kennaway wrote: > > Several of these are widely reported, and harmless > > Given that we're coming closer and closer to the time when 8.x will be > in pre-release slush, shouldn't at least some of these get fixed > soonish? If for no other reason than to make it easier to detect real > problems when they arise. Most of these LORs have been present in the tree since at least the unified buffer-cache work back in FreeBSD 2.x. We just did not have the tools to report them prior to 8.x. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 18:35:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 120551065689; Tue, 10 Feb 2009 18:35:17 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 111E58FC16; Tue, 10 Feb 2009 18:35:14 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA14578; Tue, 10 Feb 2009 20:35:12 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4991C8DF.1020805@icyb.net.ua> Date: Tue, 10 Feb 2009 20:35:11 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-fs@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: [repost] multiple filesystems sharing/clobbering device vnode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Feb 2009 18:35:18 -0000 Unfortunately I wasn't able to devote enough time/thinking to this issue, so I am cowardly resorting to just reminding about it. -------- Original Message -------- Subject: multiple filesystems sharing/clobbering device vnode Date: Sat, 01 Mar 2008 11:33:37 +0200 From: Andriy Gapon To: freebsd-arch@freebsd.org First, a little demonstration suggested by Bruce Evance: [I hope you will continue reading after reboot] 1. mount_cd9660 /dev/acd0 /mnt1 2. mount -r /dev/acd0 /mnt2 # -r is important 3. ls -l /mnt1 The issue can be laconically described as follows: 1. We do not disallow multiple RO mounts of the same device (which could be done either on purpose or by an accident). 2. All popular (on-disk) filesystems use/clobber bufobj of device's vnode, even for RO mounts; some (ufs) do that even if mount fails. 3. There are no considerations for such a shared access, all filesystems act as if it is an exclusive owner of the vnode / its bufobj. Small snippet of code that speaks for itself (the most interesting lines are marked with XXX at the beginning): int g_vfs_open(struct vnode *vp, struct g_consumer **cpp, const char *fsname, int wr) { struct g_geom *gp; struct g_provider *pp; struct g_consumer *cp; struct bufobj *bo; int vfslocked; int error; g_topology_assert(); *cpp = NULL; pp = g_dev_getprovider(vp->v_rdev); if (pp == NULL) return (ENOENT); gp = g_new_geomf(&g_vfs_class, "%s.%s", fsname, pp->name); cp = g_new_consumer(gp); g_attach(cp, pp); error = g_access(cp, 1, wr, 1); if (error) { g_wither_geom(gp, ENXIO); return (error); } vfslocked = VFS_LOCK_GIANT(vp->v_mount); vnode_create_vobject(vp, pp->mediasize, curthread); VFS_UNLOCK_GIANT(vfslocked); *cpp = cp; XXX bo = &vp->v_bufobj; XXX bo->bo_ops = g_vfs_bufops; XXX bo->bo_private = cp; XXX bo->bo_bsize = pp->sectorsize; gp->softc = bo; return (error); } In addition to this, some filesystems (ufs) directly modify v_bufobj. I've been pondering this issue for over a month now, I have some ideas but they all are wanting in one aspect or other. I would like to hear ideas and opinions of the people on this list. P.S. for those who didn't actually run the test, here's a hand-copied excerpt from stack trace: g_io_request g_vfs_strategy ffs_geom_strategy cd9660_strategy VOP_STRATEGY_APV bufstrategy breadn bread cd9660_readdir -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 18:45:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14DAF106564A for ; Tue, 10 Feb 2009 18:45:40 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 9DDE58FC22 for ; Tue, 10 Feb 2009 18:45:39 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 3240 invoked by uid 399); 10 Feb 2009 18:45:37 -0000 Received: from localhost (HELO ?192.168.0.19?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 10 Feb 2009 18:45:37 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4991CB51.2060609@FreeBSD.org> Date: Tue, 10 Feb 2009 10:45:37 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: John Baldwin References: <1233007263.9302.2.camel@localhost.localdomain> <498EB79F.4010905@FreeBSD.org> <4990A73D.6060108@FreeBSD.org> <200902100942.34044.jhb@freebsd.org> In-Reply-To: <200902100942.34044.jhb@freebsd.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: sean.bruno@dsl-only.net, freebsd-current@freebsd.org, sbruno@freebsd.org, Martin Subject: Re: UFS Witness LoR + 5 other LoRs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Feb 2009 18:45:40 -0000 John Baldwin wrote: > On Monday 09 February 2009 4:59:25 pm Doug Barton wrote: >> Kris Kennaway wrote: >>> Several of these are widely reported, and harmless >> Given that we're coming closer and closer to the time when 8.x will be >> in pre-release slush, shouldn't at least some of these get fixed >> soonish? If for no other reason than to make it easier to detect real >> problems when they arise. > > Most of these LORs have been present in the tree since at least the unified > buffer-cache work back in FreeBSD 2.x. We just did not have the tools to > report them prior to 8.x. I'm not saying that I think the ones that are oft-reported are harmful. I'm saying that they ought to be fixed so that when harmful ones do show up it's easier to spot them. FWIW, I had an experience similar to the OP. I have several LORs that show up every time I boot which I try to ignore. However, I recently had a problem with my current laptop NFS mounting my 6-stable file server. There was a LOR in there somewhere, but I couldn't tell if it was one of the "usual" ones, or if it was relevant. As we get closer to the 8-release slushie and start asking people to do serious debugging this issue is going to make that more difficult. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 20:13:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 836E71065678 for ; Tue, 10 Feb 2009 20:13:31 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 08B498FC08 for ; Tue, 10 Feb 2009 20:13:30 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so38805fgb.35 for ; Tue, 10 Feb 2009 12:13:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=EYU/r0rjg3Vq3mfolxg69JK1nAjJOCshnskSex/N6A8=; b=dZJNXbE3t4qo+3i4X+zj15+wp+PT4pGXmdX4ei0ttLaMGq72BW2kTj7Y04Hfn3MUVq GlRSv6EernCO+D0qtcg87Na/bGMws9d1Lxy6PKSDH7OcGzkWbAvrZcSnKtjNI9notfhS DV17e7WVlYA6p47IF6GPM1RI22fzfjQ+1zO3A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=mo4UIAjvOz4OmAw+elD9rfzVEAVVxhlDsrQXE5BD8bKiFC4uq+gwBHOF7uNyKJhyT/ arhTqG1bxafY1omjCCVmh8WXRdB2qN/uu2/R8a9nm7Uw+/u0eQ+lpp22U1uQmCx8D1Af kj4CvtOP0k76GVJkl8Xd0WzGdvyrY1vUSDOeA= MIME-Version: 1.0 Received: by 10.86.94.11 with SMTP id r11mr75334fgb.53.1234296807611; Tue, 10 Feb 2009 12:13:27 -0800 (PST) Date: Tue, 10 Feb 2009 23:13:27 +0300 Message-ID: From: pluknet To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: hald/geom(?) lock up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Feb 2009 20:13:32 -0000 Hi all. On recent -current after inserting a CD my system locks up in a few minutes. Any commands I tried then lock on sysctl lock; i.e. ctrl+t returns: load: 0.04 cmd: sudo 1008 [sysctl lock] 0.00u 0.00s 0% 312k FreeBSD 8.0-CURRENT #19: Tue Feb 10 00:24:21 UTC 2009 Captured ddb (partially transcribed as ddb capture does not return some data): db> show alllocks Process 924 (sshd) thread 0xc5d606c0 (100107) exclusive sx so_rcv_sx ... uipc_sockbuf.c:148 Process 890 (hald-addon-storage) thread 0xc5afd240 (100091) exclusive sx GEOM topology ... geom_dev.c:171 Process 880 (hald) thread 0xc5d60900 (100106) exclusive sx sysctl lock ... kern_sysctl.c:1510 Process 12 (intr) thread 0xc5663000 (100023) exclusive sleep mutex Giant ... kbdmux.c:1044 db> bt 890 Tracing pid 890 tid 100091 td 0xc5afd240 sched_switch(c5afd240,0,104,18d,ae7e8399,...) at sched_switch+0x437 mi_switch(104,0,c0805c50,1d2,0,...) at mi_switch+0x200 sleepq_switch(c5afd240,0,c0805c50,26a,2,...) at sleepq_switch+0x15f sleepq_timedwait(c089b424,0,c07f05e9,2,0,...) at sleepq_timedwait+0x6b _sleep(c089b424,0,0,c07f05e9,1f4,...) at _sleep+0x329 pause(c07f05e9,1f4,10,c5e170d0,c5986200,...) at pause+0x47 acd_geom_access(c5986200,1,0,0,0,...) at acd_geom_access+0xeb g_access(c5989340,1,0,0,2000,...) at g_access+0x20b g_dev_open(c59a0500,1,2000,c5afd240,c052a7b4,...) at g_dev_open+0x104 devfs_open(e7f1cacc,c5afd240,e7f1cba8,0,e7f1caf4,...) at devfs_open+0xe6 VOP_OPEN_APV(c0847e80,e7f1cacc,c07fd022,c07fa9c9,c5decb84,...) at VOP_OPEN_APV+0xa5 vn_open_cred(e7f1cba8,e7f1cc5c,0,c5512900,c5de47a8,...) at vn_open_cred+0x429 vn_open(e7f1cba8,e7f1cc5c,0,c5de47a8,3,...) at vn_open+0x33 kern_openat(c5afd240,ffffff9c,bfbfe490,0,1,...) at kern_openat+0x110 kern_open(c5afd240,bfbfe490,0,0,0,...) at kern_open+0x35 open(c5afd240,e7f1ccf8,c,c0818fe7,c084b2d8,...) at open+0x30 syscall(e7f1cd38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (5, FreeBSD ELF32, open), eip = 0x281c5fd3, esp = 0xbfbfe19c, ebp = 0xbfbfe1c8 --- db> bt 880 Tracing pid 880 tid 100106 td 0xc5d60900 sched_switch(c5d60900,0,104,18d,dc8c7829,...) at sched_switch+0x437 mi_switch(104,0,c0805c50,1d2,4c,...) at mi_switch+0x200 sleepq_switch(c5d60900,0,c0805c50,26a,0,...) at sleepq_switch+0x15f sleepq_timedwait(c5c8e200,4c,c07f97cd,0,0,...) at sleepq_timedwait+0x6b _sleep(c5c8e200,0,4c,c07f97cd,3e8,...) at _sleep+0x329 g_waitfor_event(c0542cb0,c59847e0,2,0,0,...) at g_waitfor_event+0x9c sysctl_kern_geom_conftxt(c08493c0,0,0,e7f72ba4,e7f72ba4,...) at sysctl_kern_geom_conftxt+0x58 sysctl_root(e7f72ba4,0,c0802669,5e6,c5d60900,...) at sysctl_root+0x199 userland_sysctl(c5d60900,e7f72c10,3,0,bfbfe9c4,...) at userland_sysctl+0x115 __sysctl(c5d60900,e7f72cf8,18,c08087f9,c084c550,...) at __sysctl+0x94 syscall(e7f72d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x28350b3f, esp = 0xbfbfe8bc, ebp = 0xbfbfe8e8 --- db> c [thread pid 12 tid 100023 ] Stopped at kdb_enter+0x3a: movl $0,kdb_why db> ps pid ppid pgrp uid state wmesg wchan cmd 1113 932 1113 1001 S+ sysctl l 0xc089b464 ls 1042 1 1042 0 Ss select 0xc5e3aaa4 sshd 981 884 880 0 S select 0xc5c950a4 initial thread 932 868 932 1001 S+ wait 0xc5af7a90 bash 929 928 929 1001 Ss+ ttyin 0xc575e270 bash 928 924 924 1001 S select 0xc5799624 sshd 924 1 924 0 Ss sbwait 0xc5df7238 sshd 890 884 880 0 S acdld 0xc089b424 initial thread 884 880 880 0 S select 0xc5989de4 initial thread 883 1 883 0 Ss (threaded) console-kit-daemon 100111 S waitvt 0xc0896f84 console-kit-daemon 100125 S waitvt 0xc0896fbc console-kit-daemon 100124 S waitvt 0xc0896fb8 console-kit-daemon 100123 S waitvt 0xc0896fb4 console-kit-daemon 100122 S waitvt 0xc0896fb0 console-kit-daemon 100121 S waitvt 0xc0896fac console-kit-daemon 100120 S waitvt 0xc0896fa8 console-kit-daemon 100119 S waitvt 0xc0896fa4 console-kit-daemon 100118 S waitvt 0xc0896fa0 console-kit-daemon db> bt 1113 Tracing pid 1113 tid 100126 td 0xc5d5f6c0 sched_switch(c5d5f6c0,0,104,18d,6d4b9014,...) at sched_switch+0x437 mi_switch(104,0,c0805c50,1d2,0,...) at mi_switch+0x200 sleepq_switch(c5d5f6c0,0,c0805c50,247,c089b464,...) at sleepq_switch+0x15f sleepq_wait(c089b464,0,c0802757,3,0,...) at sleepq_wait+0x63 _sx_xlock_hard(c089b464,c5d5f6c0,0,c0802669,5e6,...) at _sx_xlock_hard+0x286 _sx_xlock(c089b464,0,c0802669,5e6,c5d5f6c0,...) at _sx_xlock+0xc0 userland_sysctl(c5d5f6c0,e7faec10,2,bfbfeacc,bfbfead0,...) at userland_sysctl+0xf1 __sysctl(c5d5f6c0,e7faecf8,18,c,c084c550,...) at __sysctl+0x94 syscall(e7faed38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x2806147b, esp = 0xbfbfea6c, ebp = 0xbfbfea98 --- db> c -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 20:14:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6CF71065670; Tue, 10 Feb 2009 20:14:49 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 62C4C8FC24; Tue, 10 Feb 2009 20:14:49 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 0A3A0199071; Tue, 10 Feb 2009 21:14:48 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id F1AD719906E; Tue, 10 Feb 2009 21:14:47 +0100 (CET) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id D2AEF199062; Tue, 10 Feb 2009 21:14:47 +0100 (CET) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2HF443) with ESMTP id 2009021021144764-50479 ; Tue, 10 Feb 2009 21:14:47 +0100 Received: by wep4035 (sSMTP sendmail emulation); Tue, 10 Feb 2009 21:14:47 +0100 From: "Alexey Shuvaev" Date: Tue, 10 Feb 2009 21:14:47 +0100 To: John Baldwin Message-ID: <20090210201447.GA1664@wep4035.physik.uni-wuerzburg.de> References: <200902021643.39862.c47g@gmx.at> <200902091133.48838.jhb@freebsd.org> <200902091958.39480.c47g@gmx.at> <200902091458.41637.jhb@freebsd.org> MIME-Version: 1.0 In-Reply-To: <200902091458.41637.jhb@freebsd.org> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 02/10/2009 09:14:47 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 02/10/2009 09:14:47 PM, Serialize complete at 02/10/2009 09:14:47 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: freebsd-current@freebsd.org Subject: Re: lpt stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2009 20:14:50 -0000 On Mon, Feb 09, 2009 at 02:58:41PM -0500, John Baldwin wrote: > On Monday 09 February 2009 1:58:39 pm Christian Gusenbauer wrote: > > On Monday 09 February 2009, John Baldwin wrote: > > > > > > Please help to debug this so we can have working lpt0 in 8.0. No one > > > tested the patches months ago when I first posted them, and if folks do > not > > > test them now I will simply remove the driver before 8.0 ships. I no > > > > Mea culpa, too. As you sent your patches, I thought someone else will do the > > tests surely ... :-(. > > > > > longer have any hardware such that I can test this directly, so I am > > > depending on folks to test things I have asked for and report back. I > > > believe the last thing I asked for was for someone to do this when they > lpt > > > was hung: > > > > > > Ok, can you run kgdb against your running kernel (Just run 'kgdb' without > > > any arguments) and do the following: > > > > > > (kgdb) p *(struct ppb_data *)ppbus_devclass->devices[0]->softc > > > > > > Assuming the ppb_owner is not 0, can you then do this: > > > > > > (kgdb) p *(device_t)((struct ppb_data > > > *)ppbus_devclass->devices[0]->softc)->ppb_owner > > > > This is the output (unfortunately ppb_owner IS 0): > > > > (kgdb) p *(struct ppb_data *)ppbus_devclass->devices[0]->softc > > $1 = {class_id = 10, state = 1, error = 0, mode = 0, ppb_owner = 0x0, > > ppc_lock = 0xc56bfe7c, ppc_irq_res = 0xc573d5c0} > > And this is while lpd or the like is hung trying to write to /dev/lpt0? > Hello all! Ok, here we go. 1st, the system: ~> uname -a FreeBSD wep4035 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat Feb 7 20:25:10 CET 2009 root@wep4035:/usr/obj/usr/src/sys/NOUSB amd64 Parallel port (from dmesg): ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppc0: [ITHREAD] ppbus0: on ppc0 ppbus0: IEEE1284 device found /NIBBLE/ECP ppbus0: Probing for PnP devices: ppbus0: PRINTER MLC,PCL,PML,SCL plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 I have simplified things and do not run lpd. The command is: 'ktrace -id cat monitor_info > /dev/lpt0' (I think it should work?) kdump -E > ktrace.dump does not show anything interesting: [snip] 1564 cat 0.001120 CALL open(0x7fffffffee1c,O_RDONLY,0x6d) 1564 cat 0.001127 NAMI "monitor_info" 1564 cat 0.001143 RET open 3 1564 cat 0.001149 CALL fstat(0x1,0x7fffffffeac0) 1564 cat 0.001155 STRU struct stat {dev=83951360, ino=53, mode=crw-rw--- - , nlink=1, uid=0, gid=0, rdev=53, atime=1234294743.332164000, stime=1234294743 .332164000, ctime=1234294974, birthtime=-1, size=0, blksize=4096, blocks=0, flag s=0x0 } 1564 cat 0.001160 RET fstat 0 1564 cat 0.001180 CALL __sysctl(0x7fffffffea20,0x2,0x80085eeb8,0x7ffffff fea18,0,0) 1564 cat 0.001187 RET __sysctl 0 1564 cat 0.001191 CALL __sysctl(0x7fffffffea60,0x2,0x7fffffffea7c,0x7fff ffffea70,0,0) 1564 cat 0.001198 RET __sysctl 0 1564 cat 0.001203 CALL __sysctl(0x7fffffffea60,0x2,0x7fffffffea7c,0x7fffffffea70,0,0) 1564 cat 0.001208 RET __sysctl 0 1564 cat 0.001230 CALL __sysctl(0x7fffffffe5f0,0x2,0x8008509e8,0x7fffffffe5e8,0,0) 1564 cat 0.001236 RET __sysctl 0 1564 cat 0.001242 CALL readlink(0x800722639,0x7fffffffe610,0x400) 1564 cat 0.001248 NAMI "/etc/malloc.conf" 1564 cat 0.001264 RET readlink -1 errno 2 No such file or directory 1564 cat 0.001270 CALL issetugid 1564 cat 0.001275 RET issetugid 0 1564 cat 0.001296 CALL break(0x600000) 1564 cat 0.001302 RET break 0 1564 cat 0.001317 CALL __sysctl(0x7fffffffe850,0x2,0x7fffffffe86c,0x7fffffffe860,0,0) 1564 cat 0.001324 RET __sysctl 0 1564 cat 0.001329 CALL mmap(0,0x100000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,0xffffffff,0) 1564 cat 0.001335 RET mmap 8790016/0x800862000 1564 cat 0.001340 CALL mmap(0x800962000,0x9e000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,0xffffffff,0) 1564 cat 0.001346 RET mmap 9838592/0x800962000 1564 cat 0.001351 CALL munmap(0x800862000,0x9e000) 1564 cat 0.001359 RET munmap 0 1564 cat 0.001378 CALL read(0x3,0x800902000,0x1000) 1564 cat 0.006845 GIO fd 3 read 4096 bytes "(II) VESA(0): VESA VBE DDC supported (II) VESA(0): VESA VBE DDC Level 2 (II) VESA(0): VESA VBE DDC transfer in appr. 1 sec. (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear [snip] 1 604 625 +hsync +vsync (46.9 kHz) (II) VESA(0): Modeline "800x600"x0.0 50.00 800 856 976 1040 600 63\ 7 643 666 +hsync +vsync (48.1 kHz) (II) VESA(0): Modeline "1280x1024"x60.0 108.88 1280 1360 1496 1712 \ 1024 1025 1028 1060 -hsync +vsync (63.6 kHz) (II) VESA(0): Modeline "1680x1050"x60.0 147.14 16" 1564 cat 0.006879 RET read 4096/0x1000 1564 cat 0.006888 CALL write(0x1,0x800902000,0x1000) 1564 cat 114.695563 RET write RESTART 1564 cat 114.695637 PSIG SIGINT SIG_DFL After 114 seconds I have hit Ctrl-C. And this is from kgdb: (kgdb) p *(struct ppb_data *)ppbus_devclass->devices[0]->softc $1 = {class_id = 0, state = 1, error = 0, mode = 0, ppb_owner = 0xffffff0004668700, ppc_lock = 0xffffff0004668eb8, ppc_irq_res = 0xffffff0004677900} (kgdb) p *(device_t)((struct ppb_data*)ppbus_devclass->devices[0]->softc)->ppb _owner $2 = {ops = 0xffffff0001520000, link = {tqe_next = 0xffffff0004668500, tqe_prev = 0xffffff0004668908}, devlink = {tqe_next = 0xffffff0004668500, tqe_prev = 0xffffff0004668918}, parent = 0xffffff0004669000, children = { tqh_first = 0x0, tqh_last = 0xffffff0004668730}, driver = 0xffffffff806961c0, devclass = 0xffffff00014f4900, unit = 0, nameunit = 0xffffff0004666940 "lpt0", desc = 0xffffffff804fc110 "Printer", busy = 0, state = DS_ATTACHED, devflags = 0, flags = 7, order = 0 '\0', pad = 0 '\0', ivars = 0xffffff0004668800, softc = 0xffffff0004668400, sysctl_ctx = {tqh_first = 0xffffff0004674180, tqh_last = 0xffffff0004674288}, sysctl_tree = 0xffffff000467d480} (kgdb) The driver stays in this state even after exit of 'cat' process (I think this was already reported): ~> cat monitor_info > /dev/lpt0 /dev/lpt0: Device busy. I can play with the printer et. al. (ppi, maybe plip) in the evenings, so if you need something else... Alexey. From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 20:20:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A1CB1065670 for ; Tue, 10 Feb 2009 20:20:51 +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 ED0258FC1F for ; Tue, 10 Feb 2009 20:20:50 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LWz67-0005Ho-Bi for freebsd-current@freebsd.org; Tue, 10 Feb 2009 20:20:47 +0000 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 Feb 2009 20:20:47 +0000 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 Feb 2009 20:20:47 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Tue, 10 Feb 2009 12:20:39 -0800 Lines: 40 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.10.9 Sender: news Subject: Re: memory alignment problems with -current on amd64? [Found Cause] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Feb 2009 20:20:51 -0000 Mark Atkinson wrote: > Mark Atkinson wrote: >> With recent kernels on HAMMER/amd64 I cannot complete a buildworld. The >> compilation keeps failing with problems like: [...] >> /usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/subsegs.c:205: >> internal compiler error: Bus error: 10 Please submit a full bug report, >> with preprocessed source if appropriate. See >> for instructions. *** Error code 1 1 [...] >> If I boot back to a kernel from sources Oct 15th 2008, I can complete a >> buildworld on this machine no problem. >> >> * This is a HP DL385G5 with 1 quad core AMD 2100 and 10G of memory. >> * This the amd64 GENERIC kernel >> * I've tried reducing hw.physmem to 2G, but that didn't make any >> difference. * I will recieve bus errors when running buildworld w/ -j1 >> * If I run buildworld with a larger number the machine will reset w/ no >> panic. [...] > Since I can go back to the Oct 15th kernel and do a complete buildworld, I > can only assume -current has changed since then for amd64 sizing to maybe > access something other than what the e820 method would return? Well, taking the information I knew -- OCT 15th == good, Mid DEC == BAD, I trolled every commit logged between. Eventually I found this one: http://svn.freebsd.org/viewvc/base?view=revision&revision=185715 http://docs.freebsd.org/cgi/mid.cgi?200812061937.mB6JbqAI003273 I set vm.pmap.pg_ps_enabled="0" in /boot/loader.conf, and was able to complete buildworld and -j16 buildworld and -j8 buildkernel no problem. It appears superpage mapping causes alignment problems on this box. -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 20:42:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69D4F106564A for ; Tue, 10 Feb 2009 20:42:13 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id EEA578FC13 for ; Tue, 10 Feb 2009 20:42:12 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so45606fgb.35 for ; Tue, 10 Feb 2009 12:42:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=kQgptY2N4ZhN79AuorTKP0YgWTc4zMbPYboYHZp0VF0=; b=EU8ow/I8oykq6BK6lHAPIYwa3zSMZMV9mzl6ObhpOuyI77VQNVFvTc12u+EmcLbsVF s1eOAMqZPEssMuzdDQPwkFqArN8/YgAola9sBXenkUAGbgoCYWWBNp/wj7EM0VRYYGKB D2d5DnShe5cPfobfUNiitDufip9LkLhv6Mfs4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=jAFWk8QJXNba7ee0d2ftaH4GwVQ2sRkbrO1Vx/AjyusxkKxv5ndbMtM/PnelNX6Dg/ uBl0Aq45GeTBYGjxHktLVovtx7NTBJq8dLSNCfXSsozDubBvuZol47RTP0C445/+x3Pf /Wkvc6VLhLe+zfe1wYbndYZm4P4UdDc46setY= MIME-Version: 1.0 Received: by 10.86.52.6 with SMTP id z6mr87004fgz.63.1234298532134; Tue, 10 Feb 2009 12:42:12 -0800 (PST) In-Reply-To: References: Date: Tue, 10 Feb 2009 23:42:12 +0300 Message-ID: From: pluknet To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: hald/geom(?) lock up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Feb 2009 20:42:14 -0000 2009/2/10 pluknet : > Hi all. > > On recent -current after inserting a CD my system locks up in a few minutes. > Any commands I tried then lock on sysctl lock; i.e. ctrl+t returns: > load: 0.04 cmd: sudo 1008 [sysctl lock] 0.00u 0.00s 0% 312k > Well, yes, looks more like a broken acd driver. -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 20:51:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 238DC1065670 for ; Tue, 10 Feb 2009 20:51:27 +0000 (UTC) (envelope-from c47g@gmx.at) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id E14768FC21 for ; Tue, 10 Feb 2009 20:51:25 +0000 (UTC) (envelope-from c47g@gmx.at) Received: (qmail invoked by alias); 10 Feb 2009 20:51:23 -0000 Received: from cm56-152-15.liwest.at (EHLO bones) [86.56.152.15] by mail.gmx.net (mp037) with SMTP; 10 Feb 2009 21:51:23 +0100 X-Authenticated: #9978462 X-Provags-ID: V01U2FsdGVkX19B0QQBZtNB/cBIBbICpq7PrJWW9f6eQorAYkWusI /etbJ47MdfteIH From: Christian Gusenbauer To: freebsd-current@freebsd.org Date: Tue, 10 Feb 2009 21:51:49 +0100 User-Agent: KMail/1.9.10 References: <200902021643.39862.c47g@gmx.at> <200902091458.41637.jhb@freebsd.org> <20090210201447.GA1664@wep4035.physik.uni-wuerzburg.de> In-Reply-To: <20090210201447.GA1664@wep4035.physik.uni-wuerzburg.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902102151.49625.c47g@gmx.at> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.44 Cc: Alexey Shuvaev Subject: Re: lpt stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2009 20:51:27 -0000 On Tuesday 10 February 2009, Alexey Shuvaev wrote: > On Mon, Feb 09, 2009 at 02:58:41PM -0500, John Baldwin wrote: > > On Monday 09 February 2009 1:58:39 pm Christian Gusenbauer wrote: > > > On Monday 09 February 2009, John Baldwin wrote: > > > > Please help to debug this so we can have working lpt0 in 8.0. No one > > > > tested the patches months ago when I first posted them, and if folks > > > > do > > > > not > > > > > > test them now I will simply remove the driver before 8.0 ships. I no > > > > > > Mea culpa, too. As you sent your patches, I thought someone else will > > > do the tests surely ... :-(. > > > > > > > longer have any hardware such that I can test this directly, so I am > > > > depending on folks to test things I have asked for and report back. > > > > I believe the last thing I asked for was for someone to do this when > > > > they > > > > lpt > > > > > > was hung: > > > > > > > > Ok, can you run kgdb against your running kernel (Just run 'kgdb' > > > > without any arguments) and do the following: > > > > > > > > (kgdb) p *(struct ppb_data *)ppbus_devclass->devices[0]->softc > > > > > > > > Assuming the ppb_owner is not 0, can you then do this: > > > > > > > > (kgdb) p *(device_t)((struct ppb_data > > > > *)ppbus_devclass->devices[0]->softc)->ppb_owner > > > > > > This is the output (unfortunately ppb_owner IS 0): > > > > > > (kgdb) p *(struct ppb_data *)ppbus_devclass->devices[0]->softc > > > $1 = {class_id = 10, state = 1, error = 0, mode = 0, ppb_owner = 0x0, > > > ppc_lock = 0xc56bfe7c, ppc_irq_res = 0xc573d5c0} > > > > And this is while lpd or the like is hung trying to write to /dev/lpt0? > > Hello all! > > Ok, here we go. 1st, the system: > ~> uname -a > FreeBSD wep4035 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat Feb 7 20:25:10 CET > 2009 root@wep4035:/usr/obj/usr/src/sys/NOUSB amd64 > > Parallel port (from dmesg): > ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/9 bytes threshold > ppc0: [ITHREAD] > ppbus0: on ppc0 > ppbus0: IEEE1284 device found /NIBBLE/ECP > ppbus0: Probing for PnP devices: > ppbus0: PRINTER MLC,PCL,PML,SCL > plip0: on ppbus0 > plip0: [ITHREAD] > lpt0: on ppbus0 > lpt0: [ITHREAD] > lpt0: Interrupt-driven port > ppi0: on ppbus0 > > I have simplified things and do not run lpd. The command is: > 'ktrace -id cat monitor_info > /dev/lpt0' > (I think it should work?) > kdump -E > ktrace.dump does not show anything interesting: > [snip] > 1564 cat 0.001120 CALL open(0x7fffffffee1c,O_RDONLY,0x6d) > 1564 cat 0.001127 NAMI "monitor_info" > 1564 cat 0.001143 RET open 3 > 1564 cat 0.001149 CALL fstat(0x1,0x7fffffffeac0) > 1564 cat 0.001155 STRU struct stat {dev=83951360, ino=53, > mode=crw-rw--- - , nlink=1, uid=0, gid=0, rdev=53, > atime=1234294743.332164000, stime=1234294743 .332164000, ctime=1234294974, > birthtime=-1, size=0, blksize=4096, blocks=0, flag s=0x0 } > 1564 cat 0.001160 RET fstat 0 > 1564 cat 0.001180 CALL > __sysctl(0x7fffffffea20,0x2,0x80085eeb8,0x7ffffff fea18,0,0) > 1564 cat 0.001187 RET __sysctl 0 > 1564 cat 0.001191 CALL > __sysctl(0x7fffffffea60,0x2,0x7fffffffea7c,0x7fff ffffea70,0,0) > 1564 cat 0.001198 RET __sysctl 0 > 1564 cat 0.001203 CALL > __sysctl(0x7fffffffea60,0x2,0x7fffffffea7c,0x7fffffffea70,0,0) 1564 cat > 0.001208 RET __sysctl 0 > 1564 cat 0.001230 CALL > __sysctl(0x7fffffffe5f0,0x2,0x8008509e8,0x7fffffffe5e8,0,0) 1564 cat > 0.001236 RET __sysctl 0 > 1564 cat 0.001242 CALL readlink(0x800722639,0x7fffffffe610,0x400) > 1564 cat 0.001248 NAMI "/etc/malloc.conf" > 1564 cat 0.001264 RET readlink -1 errno 2 No such file or > directory 1564 cat 0.001270 CALL issetugid > 1564 cat 0.001275 RET issetugid 0 > 1564 cat 0.001296 CALL break(0x600000) > 1564 cat 0.001302 RET break 0 > 1564 cat 0.001317 CALL > __sysctl(0x7fffffffe850,0x2,0x7fffffffe86c,0x7fffffffe860,0,0) 1564 cat > 0.001324 RET __sysctl 0 > 1564 cat 0.001329 CALL > mmap(0,0x100000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,0xffffffff,0) > 1564 cat 0.001335 RET mmap 8790016/0x800862000 > 1564 cat 0.001340 CALL > mmap(0x800962000,0x9e000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,0xffffff >ff,0) 1564 cat 0.001346 RET mmap 9838592/0x800962000 > 1564 cat 0.001351 CALL munmap(0x800862000,0x9e000) > 1564 cat 0.001359 RET munmap 0 > 1564 cat 0.001378 CALL read(0x3,0x800902000,0x1000) > 1564 cat 0.006845 GIO fd 3 read 4096 bytes > "(II) VESA(0): VESA VBE DDC supported > (II) VESA(0): VESA VBE DDC Level 2 > (II) VESA(0): VESA VBE DDC transfer in appr. 1 sec. > (==) VESA(0): Write-combining range (0x0,0x1000) was already clear > (==) VESA(0): Write-combining range (0x0,0x1000) was already clear > [snip] > 1 604 625 +hsync +vsync (46.9 kHz) > (II) VESA(0): Modeline "800x600"x0.0 50.00 800 856 976 1040 600 > 63\ 7 643 666 +hsync +vsync (48.1 kHz) > (II) VESA(0): Modeline "1280x1024"x60.0 108.88 1280 1360 1496 > 1712 \ 1024 1025 1028 1060 -hsync +vsync (63.6 kHz) > (II) VESA(0): Modeline "1680x1050"x60.0 147.14 16" > 1564 cat 0.006879 RET read 4096/0x1000 > 1564 cat 0.006888 CALL write(0x1,0x800902000,0x1000) > 1564 cat 114.695563 RET write RESTART > 1564 cat 114.695637 PSIG SIGINT SIG_DFL > > After 114 seconds I have hit Ctrl-C. > > And this is from kgdb: > (kgdb) p *(struct ppb_data *)ppbus_devclass->devices[0]->softc > $1 = {class_id = 0, state = 1, error = 0, mode = 0, > ppb_owner = 0xffffff0004668700, ppc_lock = 0xffffff0004668eb8, > ppc_irq_res = 0xffffff0004677900} > (kgdb) p *(device_t)((struct > ppb_data*)ppbus_devclass->devices[0]->softc)->ppb _owner > $2 = {ops = 0xffffff0001520000, link = {tqe_next = 0xffffff0004668500, > tqe_prev = 0xffffff0004668908}, devlink = {tqe_next = > 0xffffff0004668500, tqe_prev = 0xffffff0004668918}, parent = > 0xffffff0004669000, children = { tqh_first = 0x0, tqh_last = > 0xffffff0004668730}, > driver = 0xffffffff806961c0, devclass = 0xffffff00014f4900, unit = 0, > nameunit = 0xffffff0004666940 "lpt0", desc = 0xffffffff804fc110 > "Printer", busy = 0, state = DS_ATTACHED, devflags = 0, flags = 7, order = > 0 '\0', pad = 0 '\0', ivars = 0xffffff0004668800, softc = > 0xffffff0004668400, sysctl_ctx = {tqh_first = 0xffffff0004674180, > tqh_last = 0xffffff0004674288}, sysctl_tree = 0xffffff000467d480} > (kgdb) > > The driver stays in this state even after exit of 'cat' process > (I think this was already reported): > ~> cat monitor_info > /dev/lpt0 > /dev/lpt0: Device busy. > > I can play with the printer et. al. (ppi, maybe plip) in the evenings, > so if you need something else... > > Alexey. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" I second that. I do not use lpd, too. Just a plain cat as Alexey does. @John: sorry, it seems that I still do not get your mails :-(. Christian. From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 21:13:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A9CE106564A for ; Tue, 10 Feb 2009 21:13:16 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 24F1D8FC0C for ; Tue, 10 Feb 2009 21:13:16 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id A21E346B39; Tue, 10 Feb 2009 16:13:15 -0500 (EST) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n1ALCwdc016194; Tue, 10 Feb 2009 16:13:09 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Alexey Shuvaev" Date: Tue, 10 Feb 2009 16:12:57 -0500 User-Agent: KMail/1.9.7 References: <200902021643.39862.c47g@gmx.at> <200902091458.41637.jhb@freebsd.org> <20090210201447.GA1664@wep4035.physik.uni-wuerzburg.de> In-Reply-To: <20090210201447.GA1664@wep4035.physik.uni-wuerzburg.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902101612.57922.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 10 Feb 2009 16:13:09 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8977/Tue Feb 10 14:33:54 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: lpt stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2009 21:13:16 -0000 On Tuesday 10 February 2009 3:14:47 pm Alexey Shuvaev wrote: > On Mon, Feb 09, 2009 at 02:58:41PM -0500, John Baldwin wrote: > > On Monday 09 February 2009 1:58:39 pm Christian Gusenbauer wrote: > > > On Monday 09 February 2009, John Baldwin wrote: > > > > > > > > Please help to debug this so we can have working lpt0 in 8.0. No one > > > > tested the patches months ago when I first posted them, and if folks do > > not > > > > test them now I will simply remove the driver before 8.0 ships. I no > > > > > > Mea culpa, too. As you sent your patches, I thought someone else will do the > > > tests surely ... :-(. > > > > > > > longer have any hardware such that I can test this directly, so I am > > > > depending on folks to test things I have asked for and report back. I > > > > believe the last thing I asked for was for someone to do this when they > > lpt > > > > was hung: > > > > > > > > Ok, can you run kgdb against your running kernel (Just run 'kgdb' without > > > > any arguments) and do the following: > > > > > > > > (kgdb) p *(struct ppb_data *)ppbus_devclass->devices[0]->softc > > > > > > > > Assuming the ppb_owner is not 0, can you then do this: > > > > > > > > (kgdb) p *(device_t)((struct ppb_data > > > > *)ppbus_devclass->devices[0]->softc)->ppb_owner > > > > > > This is the output (unfortunately ppb_owner IS 0): > > > > > > (kgdb) p *(struct ppb_data *)ppbus_devclass->devices[0]->softc > > > $1 = {class_id = 10, state = 1, error = 0, mode = 0, ppb_owner = 0x0, > > > ppc_lock = 0xc56bfe7c, ppc_irq_res = 0xc573d5c0} > > > > And this is while lpd or the like is hung trying to write to /dev/lpt0? > > > Hello all! > > Ok, here we go. 1st, the system: > ~> uname -a > FreeBSD wep4035 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat Feb 7 20:25:10 CET 2009 root@wep4035:/usr/obj/usr/src/sys/NOUSB amd64 > > Parallel port (from dmesg): > ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/9 bytes threshold > ppc0: [ITHREAD] > ppbus0: on ppc0 > ppbus0: IEEE1284 device found /NIBBLE/ECP > ppbus0: Probing for PnP devices: > ppbus0: PRINTER MLC,PCL,PML,SCL > plip0: on ppbus0 > plip0: [ITHREAD] > lpt0: on ppbus0 > lpt0: [ITHREAD] > lpt0: Interrupt-driven port > ppi0: on ppbus0 > > I have simplified things and do not run lpd. The command is: > 'ktrace -id cat monitor_info > /dev/lpt0' > (I think it should work?) > kdump -E > ktrace.dump does not show anything interesting: > [snip] > 1564 cat 0.001120 CALL open(0x7fffffffee1c,O_RDONLY,0x6d) > 1564 cat 0.001127 NAMI "monitor_info" > 1564 cat 0.001143 RET open 3 > 1564 cat 0.001149 CALL fstat(0x1,0x7fffffffeac0) > 1564 cat 0.001155 STRU struct stat {dev=83951360, ino=53, mode=crw-rw--- > - , nlink=1, uid=0, gid=0, rdev=53, atime=1234294743.332164000, stime=1234294743 > .332164000, ctime=1234294974, birthtime=-1, size=0, blksize=4096, blocks=0, flag > s=0x0 } > 1564 cat 0.001160 RET fstat 0 > 1564 cat 0.001180 CALL __sysctl(0x7fffffffea20,0x2,0x80085eeb8,0x7ffffff > fea18,0,0) > 1564 cat 0.001187 RET __sysctl 0 > 1564 cat 0.001191 CALL __sysctl(0x7fffffffea60,0x2,0x7fffffffea7c,0x7fff > ffffea70,0,0) > 1564 cat 0.001198 RET __sysctl 0 > 1564 cat 0.001203 CALL __sysctl(0x7fffffffea60,0x2,0x7fffffffea7c,0x7fffffffea70,0,0) > 1564 cat 0.001208 RET __sysctl 0 > 1564 cat 0.001230 CALL __sysctl(0x7fffffffe5f0,0x2,0x8008509e8,0x7fffffffe5e8,0,0) > 1564 cat 0.001236 RET __sysctl 0 > 1564 cat 0.001242 CALL readlink(0x800722639,0x7fffffffe610,0x400) > 1564 cat 0.001248 NAMI "/etc/malloc.conf" > 1564 cat 0.001264 RET readlink -1 errno 2 No such file or directory > 1564 cat 0.001270 CALL issetugid > 1564 cat 0.001275 RET issetugid 0 > 1564 cat 0.001296 CALL break(0x600000) > 1564 cat 0.001302 RET break 0 > 1564 cat 0.001317 CALL __sysctl(0x7fffffffe850,0x2,0x7fffffffe86c,0x7fffffffe860,0,0) > 1564 cat 0.001324 RET __sysctl 0 > 1564 cat 0.001329 CALL mmap(0,0x100000,PROT_READ| PROT_WRITE,MAP_PRIVATE|MAP_ANON,0xffffffff,0) > 1564 cat 0.001335 RET mmap 8790016/0x800862000 > 1564 cat 0.001340 CALL mmap(0x800962000,0x9e000,PROT_READ| PROT_WRITE,MAP_PRIVATE|MAP_ANON,0xffffffff,0) > 1564 cat 0.001346 RET mmap 9838592/0x800962000 > 1564 cat 0.001351 CALL munmap(0x800862000,0x9e000) > 1564 cat 0.001359 RET munmap 0 > 1564 cat 0.001378 CALL read(0x3,0x800902000,0x1000) > 1564 cat 0.006845 GIO fd 3 read 4096 bytes > "(II) VESA(0): VESA VBE DDC supported > (II) VESA(0): VESA VBE DDC Level 2 > (II) VESA(0): VESA VBE DDC transfer in appr. 1 sec. > (==) VESA(0): Write-combining range (0x0,0x1000) was already clear > (==) VESA(0): Write-combining range (0x0,0x1000) was already clear > [snip] > 1 604 625 +hsync +vsync (46.9 kHz) > (II) VESA(0): Modeline "800x600"x0.0 50.00 800 856 976 1040 600 63\ > 7 643 666 +hsync +vsync (48.1 kHz) > (II) VESA(0): Modeline "1280x1024"x60.0 108.88 1280 1360 1496 1712 \ > 1024 1025 1028 1060 -hsync +vsync (63.6 kHz) > (II) VESA(0): Modeline "1680x1050"x60.0 147.14 16" > 1564 cat 0.006879 RET read 4096/0x1000 > 1564 cat 0.006888 CALL write(0x1,0x800902000,0x1000) > 1564 cat 114.695563 RET write RESTART > 1564 cat 114.695637 PSIG SIGINT SIG_DFL > > After 114 seconds I have hit Ctrl-C. > > And this is from kgdb: > (kgdb) p *(struct ppb_data *)ppbus_devclass->devices[0]->softc > $1 = {class_id = 0, state = 1, error = 0, mode = 0, > ppb_owner = 0xffffff0004668700, ppc_lock = 0xffffff0004668eb8, > ppc_irq_res = 0xffffff0004677900} > (kgdb) p *(device_t)((struct ppb_data*)ppbus_devclass->devices[0]->softc)->ppb > _owner > $2 = {ops = 0xffffff0001520000, link = {tqe_next = 0xffffff0004668500, > tqe_prev = 0xffffff0004668908}, devlink = {tqe_next = 0xffffff0004668500, > tqe_prev = 0xffffff0004668918}, parent = 0xffffff0004669000, children = { > tqh_first = 0x0, tqh_last = 0xffffff0004668730}, > driver = 0xffffffff806961c0, devclass = 0xffffff00014f4900, unit = 0, > nameunit = 0xffffff0004666940 "lpt0", desc = 0xffffffff804fc110 "Printer", > busy = 0, state = DS_ATTACHED, devflags = 0, flags = 7, order = 0 '\0', > pad = 0 '\0', ivars = 0xffffff0004668800, softc = 0xffffff0004668400, > sysctl_ctx = {tqh_first = 0xffffff0004674180, > tqh_last = 0xffffff0004674288}, sysctl_tree = 0xffffff000467d480} > (kgdb) > > The driver stays in this state even after exit of 'cat' process > (I think this was already reported): > ~> cat monitor_info > /dev/lpt0 > /dev/lpt0: Device busy. Ok, so the first cat works, the second one gets EBUSY? Can you see if the first 'cat' process is still around? Hmm, I think I've found it. Due to a bug, lptclose() wasn't releasing the bus. --- //depot/user/jhb/acpipci/dev/ppbus/lpt.c +++ /home/jhb/work/p4/acpipci/dev/ppbus/lpt.c @@ -611,11 +611,8 @@ int err; ppb_lock(ppbus); - if (sc->sc_flags & LP_BYPASS) { - sc->sc_state = 0; - ppb_unlock(ppbus); + if (sc->sc_flags & LP_BYPASS) goto end_close; - } if ((err = lpt_request_ppbus(lptdev, PPB_WAIT|PPB_INTR)) != 0) { ppb_unlock(ppbus); @@ -635,16 +632,16 @@ sc->sc_state &= ~OPEN; callout_stop(&sc->sc_timer); ppb_wctr(ppbus, LPC_NINIT); - sc->sc_state = 0; - sc->sc_xfercnt = 0; /* * unregistration of interrupt forced by release */ lpt_release_ppbus(lptdev); - ppb_unlock(ppbus); end_close: + sc->sc_state = 0; + sc->sc_xfercnt = 0; + ppb_unlock(ppbus); lprintf(("closed.\n")); return(0); } -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 21:57:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BD141065690; Tue, 10 Feb 2009 21:57:22 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id D62ED8FC2C; Tue, 10 Feb 2009 21:57:21 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 31E1219907D; Tue, 10 Feb 2009 22:57:21 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 25CE719907B; Tue, 10 Feb 2009 22:57:21 +0100 (CET) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 076F219906E; Tue, 10 Feb 2009 22:57:21 +0100 (CET) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2HF443) with ESMTP id 2009021022572051-50830 ; Tue, 10 Feb 2009 22:57:20 +0100 Received: by wep4035 (sSMTP sendmail emulation); Tue, 10 Feb 2009 22:57:20 +0100 From: "Alexey Shuvaev" Date: Tue, 10 Feb 2009 22:57:20 +0100 To: John Baldwin Message-ID: <20090210215720.GA1594@wep4035.physik.uni-wuerzburg.de> References: <200902021643.39862.c47g@gmx.at> <200902091458.41637.jhb@freebsd.org> <20090210201447.GA1664@wep4035.physik.uni-wuerzburg.de> <200902101612.57922.jhb@freebsd.org> MIME-Version: 1.0 In-Reply-To: <200902101612.57922.jhb@freebsd.org> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 02/10/2009 10:57:20 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 02/10/2009 10:57:20 PM, Serialize complete at 02/10/2009 10:57:20 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: freebsd-current@freebsd.org Subject: Re: lpt stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2009 21:57:22 -0000 On Tue, Feb 10, 2009 at 04:12:57PM -0500, John Baldwin wrote: > On Tuesday 10 February 2009 3:14:47 pm Alexey Shuvaev wrote: > > Hello all! > > > > [snip] > > > > And this is from kgdb: > > (kgdb) p *(struct ppb_data *)ppbus_devclass->devices[0]->softc > > $1 = {class_id = 0, state = 1, error = 0, mode = 0, > > ppb_owner = 0xffffff0004668700, ppc_lock = 0xffffff0004668eb8, > > ppc_irq_res = 0xffffff0004677900} > > (kgdb) p *(device_t)((struct > ppb_data*)ppbus_devclass->devices[0]->softc)->ppb > > _owner > > $2 = {ops = 0xffffff0001520000, link = {tqe_next = 0xffffff0004668500, > > tqe_prev = 0xffffff0004668908}, devlink = {tqe_next = > 0xffffff0004668500, > > tqe_prev = 0xffffff0004668918}, parent = 0xffffff0004669000, children = > { > > tqh_first = 0x0, tqh_last = 0xffffff0004668730}, > > driver = 0xffffffff806961c0, devclass = 0xffffff00014f4900, unit = 0, > > nameunit = 0xffffff0004666940 "lpt0", desc = 0xffffffff804fc110 "Printer", > > busy = 0, state = DS_ATTACHED, devflags = 0, flags = 7, order = 0 '\0', > > pad = 0 '\0', ivars = 0xffffff0004668800, softc = 0xffffff0004668400, > > sysctl_ctx = {tqh_first = 0xffffff0004674180, > > tqh_last = 0xffffff0004674288}, sysctl_tree = 0xffffff000467d480} > > (kgdb) > > > > The driver stays in this state even after exit of 'cat' process > > (I think this was already reported): > > ~> cat monitor_info > /dev/lpt0 > > /dev/lpt0: Device busy. > > Ok, so the first cat works, the second one gets EBUSY? > Mmm... I don't think the first cat really works. It hangs, I suppose nothing goes to the wire, and during this I got the above printigs from kgdb. > Can you see if the first 'cat' process is still around? > It is possible to kill this cat process either by kill or just type Ctrl-C twice in the terminal where it hangs. I don't see it in ps output thereafter. Nevertheless the lpt returns 'Device busy' and if I try kgdb commands again the results are the same. > Hmm, I think I've found it. Due to a bug, lptclose() wasn't releasing the > bus. > > --- //depot/user/jhb/acpipci/dev/ppbus/lpt.c > +++ /home/jhb/work/p4/acpipci/dev/ppbus/lpt.c > @@ -611,11 +611,8 @@ > int err; > > ppb_lock(ppbus); > - if (sc->sc_flags & LP_BYPASS) { > - sc->sc_state = 0; > - ppb_unlock(ppbus); > + if (sc->sc_flags & LP_BYPASS) > goto end_close; > - } > > if ((err = lpt_request_ppbus(lptdev, PPB_WAIT|PPB_INTR)) != 0) { > ppb_unlock(ppbus); > @@ -635,16 +632,16 @@ > sc->sc_state &= ~OPEN; > callout_stop(&sc->sc_timer); > ppb_wctr(ppbus, LPC_NINIT); > - sc->sc_state = 0; > - sc->sc_xfercnt = 0; > > /* > * unregistration of interrupt forced by release > */ > lpt_release_ppbus(lptdev); > - ppb_unlock(ppbus); > > end_close: > + sc->sc_state = 0; > + sc->sc_xfercnt = 0; > + ppb_unlock(ppbus); > lprintf(("closed.\n")); > return(0); > } > Just recompiled the whole kernel and tried again. The same symptoms and almost the same kgdb output: --- old 2009-02-10 22:42:53.000000000 +0100 +++ lpt_2 2009-02-10 22:41:20.000000000 +0100 @@ -9,9 +9,10 @@ tqe_prev = 0xffffff0004668918}, parent = 0xffffff0004669000, children = { tqh_first = 0x0, tqh_last = 0xffffff0004668730}, driver = 0xffffffff806961c0, devclass = 0xffffff00014f4900, unit = 0, - nameunit = 0xffffff0004666940 "lpt0", desc = 0xffffffff804fc110 "Printer", + nameunit = 0xffffff0004666930 "lpt0", desc = 0xffffffff804fc110 "Printer", busy = 0, state = DS_ATTACHED, devflags = 0, flags = 7, order = 0 '\0', pad = 0 '\0', ivars = 0xffffff0004668800, softc = 0xffffff0004668400, - sysctl_ctx = {tqh_first = 0xffffff0004674180, - tqh_last = 0xffffff0004674288}, sysctl_tree = 0xffffff000467d480} + sysctl_ctx = {tqh_first = 0xffffff0004674160, + tqh_last = 0xffffff0004674268}, sysctl_tree = 0xffffff000467d480} (kgdb) Interesting, I get something in the dmesg about the printer: ppbus0: on ppc0 ppbus0: IEEE1284 device found /NIBBLE/ECP ppbus0: Probing for PnP devices: ppbus0: PRINTER MLC,PCL,PML,SCL AFAIK the second core is not launched at this moment (and yes, I am on a dual-core machine :). Just some thoughts, Alexey. From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 22:34:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A24E106564A for ; Tue, 10 Feb 2009 22:34:30 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 293E48FC12 for ; Tue, 10 Feb 2009 22:34:30 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 71BCF46B51; Tue, 10 Feb 2009 17:34:29 -0500 (EST) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n1AMYN6A016673; Tue, 10 Feb 2009 17:34:23 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Alexey Shuvaev" Date: Tue, 10 Feb 2009 17:34:10 -0500 User-Agent: KMail/1.9.7 References: <200902021643.39862.c47g@gmx.at> <200902101612.57922.jhb@freebsd.org> <20090210215720.GA1594@wep4035.physik.uni-wuerzburg.de> In-Reply-To: <20090210215720.GA1594@wep4035.physik.uni-wuerzburg.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902101734.10365.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 10 Feb 2009 17:34:23 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8977/Tue Feb 10 14:33:54 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: lpt stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2009 22:34:30 -0000 On Tuesday 10 February 2009 4:57:20 pm Alexey Shuvaev wrote: > On Tue, Feb 10, 2009 at 04:12:57PM -0500, John Baldwin wrote: > > Ok, so the first cat works, the second one gets EBUSY? > > > Mmm... I don't think the first cat really works. > It hangs, I suppose nothing goes to the wire, > and during this I got the above printigs from kgdb. > > > Hmm, I think I've found it. Due to a bug, lptclose() wasn't releasing the > > bus. Grr, lptopen() was also busted. The old lpt driver didn't actually check the HAVEBUS flag in lpt_release_ppbus() which masked the bugs in lptopen(). Try this: --- //depot/vendor/freebsd/src/sys/dev/ppbus/lpt.c 2009/01/26 21:00:15 +++ //depot/user/jhb/acpipci/dev/ppbus/lpt.c 2009/02/10 22:32:11 @@ -544,10 +544,10 @@ do { /* ran out of waiting for the printer */ if (trys++ >= LPINITRDY*4) { - sc->sc_state = 0; lprintf(("status %x\n", ppb_rstr(ppbus))); lpt_release_ppbus(lptdev); + sc->sc_state = 0; ppb_unlock(ppbus); return (EBUSY); } @@ -555,9 +555,8 @@ /* wait 1/4 second, give up if we get a signal */ if (ppb_sleep(ppbus, lptdev, LPPRI | PCATCH, "lptinit", hz / 4) != EWOULDBLOCK) { + lpt_release_ppbus(lptdev); sc->sc_state = 0; - - lpt_release_ppbus(lptdev); ppb_unlock(ppbus); return (EBUSY); } @@ -577,7 +576,8 @@ ppb_wctr(ppbus, sc->sc_control); - sc->sc_state = OPEN; + sc->sc_state &= ~LPTINIT; + sc->sc_state |= OPEN; sc->sc_xfercnt = 0; /* only use timeout if using interrupt */ @@ -611,11 +611,8 @@ int err; ppb_lock(ppbus); - if (sc->sc_flags & LP_BYPASS) { - sc->sc_state = 0; - ppb_unlock(ppbus); + if (sc->sc_flags & LP_BYPASS) goto end_close; - } if ((err = lpt_request_ppbus(lptdev, PPB_WAIT|PPB_INTR)) != 0) { ppb_unlock(ppbus); @@ -635,16 +632,16 @@ sc->sc_state &= ~OPEN; callout_stop(&sc->sc_timer); ppb_wctr(ppbus, LPC_NINIT); - sc->sc_state = 0; - sc->sc_xfercnt = 0; /* * unregistration of interrupt forced by release */ lpt_release_ppbus(lptdev); - ppb_unlock(ppbus); end_close: + sc->sc_state = 0; + sc->sc_xfercnt = 0; + ppb_unlock(ppbus); lprintf(("closed.\n")); return(0); } -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 23:53:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94645106566B for ; Tue, 10 Feb 2009 23:53:53 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 540428FC22 for ; Tue, 10 Feb 2009 23:53:53 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 8BF3F1E00287; Wed, 11 Feb 2009 00:24:26 +0100 (CET) Received: from saturn.kn-bremen.de (noident@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id n1ANLjog014509; Wed, 11 Feb 2009 00:21:45 +0100 (CET) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id n1ANLjG2014508; Wed, 11 Feb 2009 00:21:45 +0100 (CET) (envelope-from nox) Date: Wed, 11 Feb 2009 00:21:45 +0100 (CET) From: Juergen Lock Message-Id: <200902102321.n1ANLjG2014508@saturn.kn-bremen.de> To: bms@incunabulum.net X-Newsgroups: local.list.freebsd.current In-Reply-To: <49910C3D.90709@incunabulum.net> Organization: home X-Mailman-Approved-At: Wed, 11 Feb 2009 00:05:08 +0000 Cc: freebsd-current@freebsd.org Subject: Re: uart(4) not working in QEMU X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Feb 2009 23:53:53 -0000 In article <49910C3D.90709@incunabulum.net> you write: >Hi, > >I have been trying to test my kernel code in QEMU as it saves a lot of >time and effort. >However, I have noticed since returning to my current project, that >sio(4) was deprecated in favour of uart(4). > >Whilst I updated my kernel configs to reflect this, I've noticed a lot >of problems with I/O and QEMU -- in particular, the kernel will log >messages over uart(4) just fine, but when the kernel runs init, I can't >get any I/O out of the uart(4) at all, apart from a single 'c' or 'F' >character. > >The kernel continues to log messages OK to the uart0/ttyu0 device >regardless of what's going on in userland. > >If I configure ttyv0 in the QEMU virtual machine up via /etc/ttys to run >a getty there, I can get in, and see that the getty for ttyu0 is >running. However, echo'ing or cat'ing data to /dev/ttyu0 won't work, >even if I kill the getty process first. I just don't see anything >appearing in my QEMU serial console. > >I've tried a lot of combinations of 3wire.115200 vs std.9600, >boot.config options, loader.conf options, none of which have solved the >problem (mostly working from the threads on this list from when the >changes were made). > >I have also tried other bindings for the QEMU serial device -- e.g. tcp >ports, nmdm(4), and always see the same effects. I do have INVARIANTS >enabled -- could this be an issue? I dunno if INVARIANTS changes the behaviour of the uart driver (my guess is it doesn't), but I see there have been commits to qemu's hw/serial.c since the versions in ports so you could try a more recent svn snapshot like the one posted here: http://lists.freebsd.org/pipermail/freebsd-emulation/2009-February/005650.html If that doesn't help and you feel like debugging this maybe uncommenting the DEBUG_SERIAL #define in hw/serial.c helps... Good luck, Juergen From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 00:07:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11BCA106566C; Wed, 11 Feb 2009 00:07:44 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 8D7BF8FC12; Wed, 11 Feb 2009 00:07:43 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 81786199081; Wed, 11 Feb 2009 01:07:42 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 7576919907F; Wed, 11 Feb 2009 01:07:42 +0100 (CET) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 6180A199071; Wed, 11 Feb 2009 01:07:42 +0100 (CET) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2HF443) with ESMTP id 2009021101074153-51215 ; Wed, 11 Feb 2009 01:07:41 +0100 Received: by wep4035 (sSMTP sendmail emulation); Wed, 11 Feb 2009 01:07:41 +0100 From: "Alexey Shuvaev" Date: Wed, 11 Feb 2009 01:07:41 +0100 To: John Baldwin Message-ID: <20090211000741.GA1625@wep4035.physik.uni-wuerzburg.de> References: <200902021643.39862.c47g@gmx.at> <200902101612.57922.jhb@freebsd.org> <20090210215720.GA1594@wep4035.physik.uni-wuerzburg.de> <200902101734.10365.jhb@freebsd.org> MIME-Version: 1.0 In-Reply-To: <200902101734.10365.jhb@freebsd.org> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 02/11/2009 01:07:41 AM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 02/11/2009 01:07:42 AM, Serialize complete at 02/11/2009 01:07:42 AM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: freebsd-current@freebsd.org Subject: Re: lpt stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 00:07:44 -0000 On Tue, Feb 10, 2009 at 05:34:10PM -0500, John Baldwin wrote: > On Tuesday 10 February 2009 4:57:20 pm Alexey Shuvaev wrote: > > On Tue, Feb 10, 2009 at 04:12:57PM -0500, John Baldwin wrote: > > > Ok, so the first cat works, the second one gets EBUSY? > > > > > Mmm... I don't think the first cat really works. > > It hangs, I suppose nothing goes to the wire, > > and during this I got the above printigs from kgdb. > > > > > Hmm, I think I've found it. Due to a bug, lptclose() wasn't releasing the > > > bus. > > Grr, lptopen() was also busted. The old lpt driver didn't actually check the > HAVEBUS flag in lpt_release_ppbus() which masked the bugs in lptopen(). Try > this: > > --- //depot/vendor/freebsd/src/sys/dev/ppbus/lpt.c 2009/01/26 21:00:15 > +++ //depot/user/jhb/acpipci/dev/ppbus/lpt.c 2009/02/10 22:32:11 > @@ -544,10 +544,10 @@ > do { > /* ran out of waiting for the printer */ > if (trys++ >= LPINITRDY*4) { > - sc->sc_state = 0; > lprintf(("status %x\n", ppb_rstr(ppbus))); > > lpt_release_ppbus(lptdev); > + sc->sc_state = 0; > ppb_unlock(ppbus); > return (EBUSY); > } > @@ -555,9 +555,8 @@ > /* wait 1/4 second, give up if we get a signal */ > if (ppb_sleep(ppbus, lptdev, LPPRI | PCATCH, "lptinit", > hz / 4) != EWOULDBLOCK) { > + lpt_release_ppbus(lptdev); > sc->sc_state = 0; > - > - lpt_release_ppbus(lptdev); > ppb_unlock(ppbus); > return (EBUSY); > } > @@ -577,7 +576,8 @@ > > ppb_wctr(ppbus, sc->sc_control); > > - sc->sc_state = OPEN; > + sc->sc_state &= ~LPTINIT; > + sc->sc_state |= OPEN; > sc->sc_xfercnt = 0; > > /* only use timeout if using interrupt */ > @@ -611,11 +611,8 @@ > int err; > > ppb_lock(ppbus); > - if (sc->sc_flags & LP_BYPASS) { > - sc->sc_state = 0; > - ppb_unlock(ppbus); > + if (sc->sc_flags & LP_BYPASS) > goto end_close; > - } > > if ((err = lpt_request_ppbus(lptdev, PPB_WAIT|PPB_INTR)) != 0) { > ppb_unlock(ppbus); > @@ -635,16 +632,16 @@ > sc->sc_state &= ~OPEN; > callout_stop(&sc->sc_timer); > ppb_wctr(ppbus, LPC_NINIT); > - sc->sc_state = 0; > - sc->sc_xfercnt = 0; > > /* > * unregistration of interrupt forced by release > */ > lpt_release_ppbus(lptdev); > - ppb_unlock(ppbus); > > end_close: > + sc->sc_state = 0; > + sc->sc_xfercnt = 0; > + ppb_unlock(ppbus); > lprintf(("closed.\n")); > return(0); > } > Seems to work! No messages in the console, like "interrupt storm", too. Thanks! Alexey. From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 01:23:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DED41065686 for ; Wed, 11 Feb 2009 01:23:14 +0000 (UTC) (envelope-from sean.bruno@dsl-only.net) Received: from iron2.pdx.net (iron2.pdx.net [69.64.224.71]) by mx1.freebsd.org (Postfix) with ESMTP id 6E4CC8FC1A for ; Wed, 11 Feb 2009 01:23:14 +0000 (UTC) (envelope-from sean.bruno@dsl-only.net) Received: (qmail 8222 invoked from network); 10 Feb 2009 17:22:44 -0800 Received: from 069-064-235-060.pdx.net (HELO ?192.168.1.51?) (69.64.235.60) by iron2.pdx.net with SMTP; 10 Feb 2009 17:22:44 -0800 From: Sean Bruno To: freebsd-current@freebsd.org Content-Type: text/plain Date: Tue, 10 Feb 2009 17:23:13 -0800 Message-Id: <1234315393.14556.6.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 (2.24.3-1.fc10) Content-Transfer-Encoding: 7bit Subject: [sysctl] New sysctl LoR today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2009 01:23:14 -0000 I'm working on some items in the firewire stack and after a update, I was greeted with a new LoR against the SYSCTL lock. I noted that some things were changing in that space. Did I miss an interface change that I need to pickup in the firewire stack? Sean lock order reversal: (sleepable after non-sleepable) 1st 0xc471bbec sbp (sbp) @ dev/firewire/sbp.c:2253 2nd 0xc0d3aea4 sysctl lock (sysctl lock) @ kern/kern_sysctl.c:250 KDB: stack backtrace: db_trace_self_wrapper(c0be8361,c42aa328,c087a355,4,c0be39e8,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0be39e8,c4524e00,c4521ad0,c42aa384,...) at kdb_backtrace+0x29 _witness_debugger(c0beb056,c0d3aea4,c0be5e30,c4521ad0,c0be5d4f,...) at _witness_debugger+0x25 witness_checkorder(c0d3aea4,9,c0be5d46,fa,0,...) at witness_checkorder +0x839 _sx_xlock(c0d3aea4,0,c0be5d46,fa,c471a000,...) at _sx_xlock+0x85 sysctl_ctx_free(c471a2c0,c0b8f786,c0d0696c,0,c469fa0c,...) at sysctl_ctx_free+0x30 dacleanup(c4c54700,c0b900bb,c480e000,c42aa410,246,...) at dacleanup+0x35 camperiphfree(c4c54700,c4c54700,c42aa694,c047763d,c4c54700,...) at camperiphfree+0xc2 cam_periph_invalidate(c4c54700,c0bb6c60,c42aa6c8,c048ba73,c4c54700,...) at cam_periph_invalidate+0x3e cam_periph_async(c4c54700,100,c4a03450,0,c480e000,c42aa70c,c087ada8,c480e0a4,c0e7b688,c0ccf6a4) at cam_periph_async+0x2d daasync(c4c54700,100,c4a03450,0,c4a26000,...) at daasync+0xf3 xpt_async_bcast(0,4,c0b88347,117f,c4736500,...) at xpt_async_bcast+0x32 xpt_async(100,c4a03450,0,8cd,0,...) at xpt_async+0x194 sbp_cam_detach_sdev(c471bbec,0,c0bb6c57,333,1,...) at sbp_cam_detach_sdev+0xa4 sbp_post_explore(c471b800,c42aaca4,c42aaca0,1,3,...) at sbp_post_explore +0xed9 fw_bus_probe_thread(c472f000,c42aad38,c0be11ff,32d,c472ea90,...) at fw_bus_probe_thread+0x88b fork_exit(c0636be0,c472f000,c42aad38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc42aad70, ebp = 0 --- From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 02:52:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6395E10656E9 for ; Wed, 11 Feb 2009 02:52:33 +0000 (UTC) (envelope-from chris@young-alumni.com) Received: from mail.oldschoolpunx.net (cpe-72-177-10-243.austin.res.rr.com [72.177.10.243]) by mx1.freebsd.org (Postfix) with ESMTP id 349578FC26 for ; Wed, 11 Feb 2009 02:52:33 +0000 (UTC) (envelope-from chris@young-alumni.com) Received: by mail.oldschoolpunx.net (Postfix, from userid 58) id 76F0893100; Tue, 10 Feb 2009 20:52:32 -0600 (CST) Received: from [192.168.8.100] (unknown [192.168.8.100]) by mail.oldschoolpunx.net (Postfix) with ESMTPSA id 4CFCD930C8 for ; Tue, 10 Feb 2009 20:48:43 -0600 (CST) Message-Id: From: Chris Ruiz To: freebsd-current@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 10 Feb 2009 20:48:42 -0600 X-Mailer: Apple Mail (2.930.3) Subject: fwohci0: panic: blockable sleep lock (sleep mutex ) Giant @ /usr/src/sys/dev/kbdmux/kbdmux.c:1103 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2009 02:52:33 -0000 After 11 days of uptime, I typed 'fwcontrol -p' from a ssh session and my system rebooted. This is all the information I could obtain. After reboot, fwcontrol did not cause another panic. I do no have any swap nor did I get a chance to enter the debugger before the reboot. I'm currently in the process of updating to 188474 and will report back if this happens again. kernel: FreeBSD attack.young-alumni.com 8.0-CURRENT FreeBSD 8.0-CURRENT #0 r187913M: Fri Jan 30 05:35:09 CST 2009 root@attack.young- alumni.com:/usr/obj/usr/src/sys/FAILWHALE amd64 panic message: Feb 10 20:24:50 attack kernel: fwohci0: panic: blockable sleep lock (sleep mutex ) Giant @ /usr/src/sys/dev/kbdmux/kbdmux.c:1103panic: panic: panic: panic: panic : panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: p anic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: pani c: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: pan ic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: pa nic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic : panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: p anic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: pani c: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: pan ic: pan Feb 10 20:24:50 attack kernel: c: panic: panic: panic: panic: panic: panic: pani c: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: pan ic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: pa nic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic : panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: p anic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: pani c: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: pan ic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: pa nic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic : panic Feb 10 20:24:50 attack kernel: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: pan ic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: pa nic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic : panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: p anic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: pani c: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: pan ic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: pa nic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic : panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: p anic: p Feb 10 20:24:50 attack kernel: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: pan ic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: panic: p4 - Chris From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 03:24:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9314106566B; Wed, 11 Feb 2009 03:24:40 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0549B8FC15; Wed, 11 Feb 2009 03:24:40 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id E4E4E28449; Wed, 11 Feb 2009 11:24:38 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 5EDD5EC5F3F; Wed, 11 Feb 2009 11:24:38 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id DlZ5fODzqsZS; Wed, 11 Feb 2009 11:24:32 +0800 (CST) Received: from charlie.delphij.net (adsl-76-237-33-62.dsl.pltn13.sbcglobal.net [76.237.33.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 3B7CEEC5F3B; Wed, 11 Feb 2009 11:24:29 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:x-enigmail-version:openpgp:content-type; b=cz71M8fNQ2aL2xH4nJ6J9HJxJ/+t7FzWiAskgiAJvDkWWgb3UTaZQZ/i5QGnQQkhN Rp+zxByEk52CRzc1nXFDg== Message-ID: <499244E6.9030205@delphij.net> Date: Tue, 10 Feb 2009 19:24:22 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.19 (X11/20090202) MIME-Version: 1.0 To: freebsd-rc@FreeBSD.org X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: multipart/mixed; boundary="------------010704020508080109030502" Cc: FreeBSD Current Subject: [RFC] Skeleton jail (rc.d feature proposal) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 03:24:41 -0000 This is a multi-part message in MIME format. --------------010704020508080109030502 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Ok, some local users has prodded me in committing the "skeleton jail" feature, I find it useful myself but not sure if it's appropriate to commit it against -HEAD, so I'd like to explain it, try to present it in a better way, and request for comments. I'd like to have some native English speakers to proof read the manual page changes if this is found useful for general consumption. Some descriptions: ===== What is it? Basically, a "skeleton" jail is a jail which has part of its directories, typically directories containing the base system, say the binaries, libraries, mount_nullfs'ed from a template, usually /. What I did implemented is some helper scripts as well as some Makefile changes to make the task easier. A NULLFS mount, typically, read-only, from either a template (an installed world located in some directory, or the host system, say, / itself), would reduce the time that is taken upon system upgrade; on the other hand, it makes it possible to switch the base system libraries on-the-fly. The read-only nature of these NULLFS mounts also helps development environments that don't want programmers to make unauthorized changes to the base system itself, we actually have used it in our development environment and found this as an useful side effect. ===== How to use it? One make(1) target, "installskel" has been added to top-level (/usr/src) Makefile. This can be used to populate a skeleton where only a minimal set of files and directories are installed that will support the startup of a skeleton jail. "installskel" is actually a shortcut of "make hierarchy" and "cd etc; make distribution". So, to create a skeleton: cd /usr/src make installskel DESTDIR=$D Where "D" is the directory where you want the skeleton to be placed at, say, /vhost/myjail in this example; then, set up rc.conf(5) parameters like this: jail_myjail_rootdir="/vhost/myjail/" jail_myjail_devfs_enable="YES" jail_myjail_skel_enable="YES" The rc.d infrastructure would automatically mount the following directories from the template (when not specified, /) as read-only: bin lib libexec sbin usr/bin usr/include usr/lib usr/libdata usr/libexec usr/sbin usr/share usr/src usr/obj Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmSROUACgkQi+vbBBjt66DncwCguU5YAytGEhvwMGbLzk0uFqkI lKEAn3RhVNxIF4XROQj0ijWyEsZgP+IJ =Sd9e -----END PGP SIGNATURE----- --------------010704020508080109030502 Content-Type: text/plain; name="skel.diff" Content-Transfer-Encoding: 8bit Content-Disposition: inline; filename="skel.diff" Index: Makefile =================================================================== --- Makefile （版本 188424） +++ Makefile （工作副本） @@ -84,6 +84,7 @@ depend distribute distributeworld distrib-dirs distribution doxygen \ everything hierarchy install installcheck installkernel \ installkernel.debug reinstallkernel reinstallkernel.debug \ + installskel \ installworld kernel-toolchain libraries lint maninstall \ obj objlink regress rerelease showconfig tags toolchain update \ _worldtmp _legacy _bootstrap-tools _cleanobj _obj \ @@ -98,6 +99,7 @@ .ORDER: buildworld installworld .ORDER: buildworld distributeworld .ORDER: buildworld buildkernel +.ORDER: buildworld installskel .ORDER: buildkernel installkernel .ORDER: buildkernel installkernel.debug .ORDER: buildkernel reinstallkernel Index: Makefile.inc1 =================================================================== --- Makefile.inc1 （版本 188424） +++ Makefile.inc1 （工作副本） @@ -651,6 +651,18 @@ ${IMAKEENV} rm -rf ${INSTALLTMP} # +# installskel +# +# Installs a minimum set of files that can support a mini-jail +# +installskel: + @echo "--------------------------------------------------------------" + @echo ">>> Making installskel" + @echo "--------------------------------------------------------------" + ${_+_}cd ${.CURDIR}; ${MAKE} hierarchy + ${_+_}cd ${.CURDIR}/etc; ${MAKE} distribution + +# # reinstall # # If you have a build server, you can NFS mount the source and obj directories Index: etc/defaults/rc.conf =================================================================== --- etc/defaults/rc.conf （版本 188424） +++ etc/defaults/rc.conf （工作副本） @@ -611,6 +611,11 @@ jail_set_hostname_allow="YES" # Allow root user in a jail to change its hostname jail_socket_unixiproute_only="YES" # Route only TCP/IP within a jail jail_sysvipc_allow="NO" # Allow SystemV IPC use from within a jail +jail_skel_enable="NO" # Whether to globally enable "skel" jail +jail_skel_root="/" # The root directory for skel template +jail_skel_romounts="bin lib libexec sbin usr/bin usr/include usr/lib usr/libdata usr/libexec usr/sbin usr/share usr/src usr/obj" + # Read-only nullfs mounts from the template +jail_skel_rwmounts="" # Read-write nullfs mounts from the template # # To use rc's built-in jail infrastructure create entries for @@ -640,6 +645,11 @@ #jail_example_mount_enable="NO" # mount/umount jail's fs #jail_example_fstab="" # fstab(5) for mount/umount #jail_example_flags="-l -U root" # flags for jail(8) +#jail_example_skel_enable="NO" # Whether to enable "skel" jail +#jail_example_skel_root="/" # The root directory for skel template +#jail_example_skel_romounts="bin lib libexec sbin usr/bin usr/include usr/lib usr/libdata usr/libexec usr/sbin usr/share usr/src usr/obj usr/ports" + # Read-only nullfs mounts from the template +#jail_example_skel_rwmounts="" # Read-write nullfs mounts from the template ############################################################## ### Define source_rc_confs, the mechanism used by /etc/rc.* ## Index: etc/rc.d/jail =================================================================== --- etc/rc.d/jail （版本 188424） +++ etc/rc.d/jail （工作副本） @@ -85,6 +85,16 @@ [ -z "${_consolelog}" ] && _consolelog="/var/log/jail_${_j}_console.log" eval _fib=\"\${jail_${_j}_fib:-${jail_fib}}\" + # Default settings for skel jail + eval _skel_enable=\"\${jail_${_j}_skel_enable:-${jail_skel_enable}}\" + [ -z "${_skel_enable}" ] && _skel_enable="NO" + eval _skel_root=\"\${jail_${_j}_skel_root:-${jail_skel_root}}\" + [ -z "${_skel_root}" ] && _skel_root="/" + eval _skel_romounts=\"\${jail_${_j}_skel_romounts:-${jail_skel_romounts}}\" + [ -z "${_skel_romounts}" ] && _skel_romounts="bin lib libexec sbin usr/bin usr/include usr/lib usr/libdata usr/libexec usr/sbin usr/share usr/src usr/obj" + eval _skel_rwmounts=\"\${jail_${_j}_skel_rwmounts:-${jail_skel_rwmounts}}\" + [ -z "${_skel_rwmounts}" ] && _skel_rwmounts="" + # Debugging aid # debug "$_j devfs enable: $_devfs" @@ -120,6 +130,10 @@ debug "$_j exec stop: $_exec_stop" debug "$_j flags: $_flags" debug "$_j consolelog: $_consolelog" + debug "$_j skel enable: $_skel_enable" + debug "$_j skel mount-readonly: $_skel_romounts" + debug "$_j skel mount-readwrite: $_skel_rwmounts" + debug "$_j skel mount skeleton from: $_skel_root" if [ -z "${_hostname}" ]; then err 3 "$name: No hostname has been defined for ${_j}" @@ -241,6 +255,14 @@ secure_umount ${_mountpt} done fi + if checkyesno _skel_enable; then + for _mntpt in ${_skel_romounts} ${_skel_rwmounts} + do + if [ -d "${_rootdir}/${_mntpt}" ] ; then + umount -f ${_rootdir}/${_mntpt} > /dev/null 2>&1 + fi + done + fi } # jail_mount_fstab() @@ -509,6 +531,17 @@ fi jail_mount_fstab fi + if checkyesno _skel_enable; then + info "Mounting skeleton for jail ${_jail} from ${_skel_root}" + for _mntpt in $_skel_rwmounts + do + mount_nullfs ${_skel_root}/${_mntpt} ${_rootdir}/${_mntpt} > /dev/null 2>&1 + done + for _mntpt in $_skel_romounts + do + mount_nullfs -ordonly ${_skel_root}/${_mntpt} ${_rootdir}/${_mntpt} > /dev/null 2>&1 + done + fi if checkyesno _devfs; then # If devfs is already mounted here, skip it. df -t devfs "${_devdir}" >/dev/null Index: share/man/man5/rc.conf.5 =================================================================== --- share/man/man5/rc.conf.5 （版本 188424） +++ share/man/man5/rc.conf.5 （工作副本） @@ -24,7 +24,7 @@ .\" .\" $FreeBSD$ .\" -.Dd January 27, 2009 +.Dd February 10, 2009 .Dt RC.CONF 5 .Os .Sh NAME @@ -3413,6 +3413,46 @@ .Va jail_ Ns Ao Ar jname Ac Ns Va _exec_stop for every jail in .Va jail_list . +.It Va jail_skel_enable +.Pq Vt bool +Set to +.Dq Li NO +by default. +When set to +.Dq Li YES , +sets +.Va jail_ Ns Ao Ar jname Ac Ns Va _skel_enable +to +.Dq Li YES +by default for every jail in +.Va jail_list . +.It Va jail_skel_root +.Pq Vt str +Set to +.Dq Li / +by default. +When set, use as default value for +.Va jail_ Ns Ao Ar jname Ac Ns Va _skel_root +for every jail in +.Va jail_list . +.It Va jail_skel_romount +.Pq Vt str +Set to +.Dq Li bin lib libexec sbin usr/bin usr/include usr/lib usr/libdata usr/libexec usr/sbin usr/share usr/src usr/obj +by default. +When set, use as default value for +.Va jail_ Ns Ao Ar jname Ac Ns Va _skel_romount +for every jail in +.Va jail_list . +.It Va jail_skel_rwmount +.Pq Vt str +Set to empty by default. +When set, use as default value for +.Va jail_ Ns Ao Ar jname Ac Ns Va _skel_rwmount +for every jail in +.Va jail_list . .It Va jail_ Ns Ao Ar jname Ac Ns Va _rootdir .Pq Vt str Unset by default. @@ -3549,6 +3589,38 @@ .Dq Li /bin/sh /etc/rc.shutdown by default. This is the command executed at jail shutdown. +.It Va jail_ Ns Ao Ar jname Ac Ns Va _skel_enable +.Pq Vt bool +Set to +.Dq Li NO +by default. +When set to +.Dq Li YES , +enable the skeleton jail, which +.Xr mount_nullfs 8 +two lists of filesystems, one of which lists read-only, +another lists read-write as specified by the administrator, +relative to the template root, into inside jail +.Ar jname +respectively, at jail startup. +.It Va jail_ Ns Ao Ar jname Ac Ns Va _skel_root +.Pq Vt str +Set to +.Dq Li / +by default. +Specifies the root directory that a skeleton template is based on. +.It Va jail_ Ns Ao Ar jname Ac Ns Va _skel_romounts +.Pq Vt str +Specifies a list of directories that is expected to be mounted from +the skeleton template, into inside jail +.Ar jname , +as read-only. +.It Va jail_ Ns Ao Ar jname Ac Ns Va _skel_rwmounts +.Pq Vt str +Specifies a list of directories that is expected to be mounted from +the skeleton template, into inside jail +.Ar jname , +as read-write. .It Va jail_set_hostname_allow .Pq Vt bool If set to Index: usr.sbin/jail/jail.8 =================================================================== --- usr.sbin/jail/jail.8 （版本 188424） +++ usr.sbin/jail/jail.8 （工作副本） @@ -412,6 +412,46 @@ /etc/rc.d/jail start myjail /etc/rc.d/jail stop myjail .Ed +.Ss "Setting up a Jail from a template directory" +A so-called skeleton jail, is an environment where part of its +directories comes from +.Xr mount_nullfs 8 +from a template directory. +.Pp +Such setup can save the time for the administrator because it makes +it possible to share certain binaries and libraries between several +jails, as well as easy experimenting different releases of the +operating system libraries by switching template directories. +Also, this type of setup would save certain amount of disk space. +.Pp +A template directory can be populated with +.Dq "make world" , +or, the host system environment +.Aq Dq "/" , +can be used as well. +.Pp +To set up a jail directory tree containing the jail, one can use +the following +.Xr sh 1 +command script: +.Bd -literal +D=/here/is/the/jail +cd /usr/src +mkdir -p $D +make installskel DESTDIR=$D +.Ed +.Pp +One should explicitly specify that the jail is skeleton jail, by +either enabling the global flag +.Dq jail_skel_enable , +or the per-jail flag +.Dq Va jail_ Ns Ao Ar jname Ac Ns Va _skel_enable +in +.Xr rc.conf 5 +configuration. The system supplied a set of defaults that is +useful for typical setup, and is tweakable through several variables +as described in +.Xr rc.conf 5 . .Ss "Managing the Jail" Normal machine shutdown commands, such as .Xr halt 8 , --------------010704020508080109030502-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 03:53:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 228BD1065675; Wed, 11 Feb 2009 03:53:05 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id BC2B48FC1F; Wed, 11 Feb 2009 03:53:04 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 3F9B528449; Wed, 11 Feb 2009 11:53:03 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id F2D55EC5F63; Wed, 11 Feb 2009 11:53:02 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id bT41jMwvSqdc; Wed, 11 Feb 2009 11:52:55 +0800 (CST) Received: from charlie.delphij.net (adsl-76-237-33-62.dsl.pltn13.sbcglobal.net [76.237.33.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 4F0A9EC5F5F; Wed, 11 Feb 2009 11:52:53 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=jVxk19pNjLjcDfshSQWw3PmkO06J0h5V08vEzUcGntyu4tuXSIwc6t6HMDy/c1dsY lf8R//pJSAlJX3GHGd2oQ== Message-ID: <49924B92.6050307@delphij.net> Date: Tue, 10 Feb 2009 19:52:50 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.19 (X11/20090202) MIME-Version: 1.0 To: Lawrence Stewart References: <499244E6.9030205@delphij.net> <499246D4.8020908@freebsd.org> In-Reply-To: <499246D4.8020908@freebsd.org> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-rc@freebsd.org, FreeBSD Current , d@delphij.net Subject: Re: [RFC] Skeleton jail (rc.d feature proposal) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 03:53:05 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Lawrence Stewart wrote: > Xin LI wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Hi, >> >> Ok, some local users has prodded me in committing the "skeleton jail" > > [snip] > > Can you describe how this differs from the functionality provided by the > ezjail port? (/usr/ports/sysutils/ezjail/) I think they have different targets. Skeleton jail is more lightweight which is only very few lines of changes to the base system (i.e. the aim is to provide convenient shortcut for common tasks, not to be a complete solution); the functionality provided by skeleton jail, on the other hand, could be useful building blocks to ezjail. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmSS5EACgkQi+vbBBjt66D4NQCfSL6g+UgptFPEAnea7HBjDZU4 /30AnAkF7eJU1/v6gD+irFrdO/aaLZvS =spnz -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 03:16:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 956E5106566B for ; Wed, 11 Feb 2009 03:16:11 +0000 (UTC) (envelope-from lists@mawer.org) Received: from outbound.icp-qv1-irony-out1.iinet.net.au (outbound.icp-qv1-irony-out1.iinet.net.au [203.59.1.108]) by mx1.freebsd.org (Postfix) with ESMTP id 168E18FC12 for ; Wed, 11 Feb 2009 03:16:10 +0000 (UTC) (envelope-from lists@mawer.org) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkkBALjKkUnLzq3r/2dsb2JhbAAIw04Ij2WCXAiBNgY X-IronPort-AV: E=Sophos;i="4.38,189,1233500400"; d="scan'208";a="452454665" Received: from unknown (HELO [10.24.1.1]) ([203.206.173.235]) by outbound.icp-qv1-irony-out1.iinet.net.au with ESMTP; 11 Feb 2009 11:47:05 +0900 Message-ID: <49923B2F.2080804@mawer.org> Date: Wed, 11 Feb 2009 13:42:55 +1100 From: Antony Mawer User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG, shuvaev@physik.uni-wuerzburg.de References: <200902100908.n1A989IJ034744@lurza.secnetix.de> In-Reply-To: <200902100908.n1A989IJ034744@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 11 Feb 2009 03:55:01 +0000 Cc: Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2009 03:16:11 -0000 Oliver Fromme wrote: > Also take into account that this is "only" a boot screen. > Most people will see it only for a few seconds. > > Regarding your question about VGA modes: > > Standard VGA supports at most 640x480 at 4 bits and 320x200 > at 8 bits. So that's the common denominator. Hi Oliver, Do you know if it would be hard to modify splash(4) to supports 640x480 4-bit images? At the moment, according to the man page: "If the standard VGA video mode is used, the size of the bitmap must be 320x200 or less." I would find a 640x480 image with a custom 16 colour palette and appropriate dithering much more attractive than the current 320x200 but with 256 colours offering (ignoring VESA, which seems to have varied levels of support). At the moment, a 640x480 4-bit image is just gives me a blank screen unless I load the VESA module (and on a VESA capable machine) If you have any suggestions then I am willing to try patches! Cheers Antony From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 03:56:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9D331065675; Wed, 11 Feb 2009 03:56:45 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id 321AF8FC0C; Wed, 11 Feb 2009 03:56:45 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lstewart.caia.swin.edu.au (lstewart.caia.swin.edu.au [136.186.229.95]) (authenticated bits=0) by lauren.room52.net (8.14.3/8.14.3) with ESMTP id n1B3WgES006675 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Feb 2009 14:32:43 +1100 (EST) (envelope-from lstewart@freebsd.org) Message-ID: <499246D4.8020908@freebsd.org> Date: Wed, 11 Feb 2009 14:32:36 +1100 From: Lawrence Stewart User-Agent: Thunderbird 2.0.0.19 (X11/20090128) MIME-Version: 1.0 To: d@delphij.net References: <499244E6.9030205@delphij.net> In-Reply-To: <499244E6.9030205@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,SPF_SOFTFAIL autolearn=disabled version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on lauren.room52.net Cc: FreeBSD Current , freebsd-rc@freebsd.org Subject: Re: [RFC] Skeleton jail (rc.d feature proposal) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2009 03:56:46 -0000 Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > Ok, some local users has prodded me in committing the "skeleton jail" [snip] Can you describe how this differs from the functionality provided by the ezjail port? (/usr/ports/sysutils/ezjail/) Cheers, Lawrence From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 04:14:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DD09106566B for ; Wed, 11 Feb 2009 04:14:14 +0000 (UTC) (envelope-from sean.bruno@dsl-only.net) Received: from iron2.pdx.net (iron2.pdx.net [69.64.224.71]) by mx1.freebsd.org (Postfix) with ESMTP id D44028FC0C for ; Wed, 11 Feb 2009 04:14:13 +0000 (UTC) (envelope-from sean.bruno@dsl-only.net) Received: (qmail 7164 invoked from network); 10 Feb 2009 20:13:43 -0800 Received: from 069-064-235-060.pdx.net (HELO ?192.168.1.51?) (69.64.235.60) by iron2.pdx.net with SMTP; 10 Feb 2009 20:13:43 -0800 From: Sean Bruno To: Chris Ruiz In-Reply-To: References: Content-Type: text/plain Date: Tue, 10 Feb 2009 20:14:12 -0800 Message-Id: <1234325652.14556.9.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 (2.24.3-1.fc10) Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-firewire Subject: Re: fwohci0: panic: blockable sleep lock (sleep mutex ) Giant @ /usr/src/sys/dev/kbdmux/kbdmux.c:1103 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2009 04:14:14 -0000 On Tue, 2009-02-10 at 20:48 -0600, Chris Ruiz wrote: > > After 11 days of uptime, I typed 'fwcontrol -p' from a ssh session and > my system rebooted. This is all the information I could obtain. > After reboot, fwcontrol did not cause another panic. I do no have any > swap nor did I get a chance to enter the debugger before the reboot. > I'm currently in the process of updating to 188474 and will report > back if this happens again. > Ah ... finally, an AMD64 reporter. Let's break this down a bit, what Firewire card do you have(pciconf -lv) What Firewire device was attached to the box? What is the output of "fwcontrol -p" and "fwcontrol"? Also, let's move this over to freebsd-firewire for the time being. Sean From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 06:09:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0A73106567F for ; Wed, 11 Feb 2009 06:09:29 +0000 (UTC) (envelope-from sean.bruno@dsl-only.net) Received: from iron2.pdx.net (iron2.pdx.net [69.64.224.71]) by mx1.freebsd.org (Postfix) with ESMTP id CE4B08FC25 for ; Wed, 11 Feb 2009 06:09:29 +0000 (UTC) (envelope-from sean.bruno@dsl-only.net) Received: (qmail 2165 invoked from network); 10 Feb 2009 22:08:59 -0800 Received: from 069-064-235-060.pdx.net (HELO ?192.168.1.51?) (69.64.235.60) by iron2.pdx.net with SMTP; 10 Feb 2009 22:08:59 -0800 From: Sean Bruno To: freebsd-current@freebsd.org In-Reply-To: <1234315393.14556.6.camel@localhost.localdomain> References: <1234315393.14556.6.camel@localhost.localdomain> Content-Type: text/plain Date: Tue, 10 Feb 2009 22:09:28 -0800 Message-Id: <1234332568.14556.11.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 (2.24.3-1.fc10) Content-Transfer-Encoding: 7bit Cc: Subject: Re: [sysctl] New sysctl LoR today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2009 06:09:30 -0000 On Tue, 2009-02-10 at 17:23 -0800, Sean Bruno wrote: > I'm working on some items in the firewire stack and after a update, I > was greeted with a new LoR against the SYSCTL lock. I noted that some > things were changing in that space. > > Did I miss an interface change that I need to pickup in the firewire > stack? > > Sean > > lock order reversal: (sleepable after non-sleepable) > 1st 0xc471bbec sbp (sbp) @ dev/firewire/sbp.c:2253 > 2nd 0xc0d3aea4 sysctl lock (sysctl lock) @ kern/kern_sysctl.c:250 > KDB: stack backtrace: > db_trace_self_wrapper(c0be8361,c42aa328,c087a355,4,c0be39e8,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(4,c0be39e8,c4524e00,c4521ad0,c42aa384,...) at > kdb_backtrace+0x29 > _witness_debugger(c0beb056,c0d3aea4,c0be5e30,c4521ad0,c0be5d4f,...) at > _witness_debugger+0x25 > witness_checkorder(c0d3aea4,9,c0be5d46,fa,0,...) at witness_checkorder > +0x839 > _sx_xlock(c0d3aea4,0,c0be5d46,fa,c471a000,...) at _sx_xlock+0x85 > sysctl_ctx_free(c471a2c0,c0b8f786,c0d0696c,0,c469fa0c,...) at > sysctl_ctx_free+0x30 > dacleanup(c4c54700,c0b900bb,c480e000,c42aa410,246,...) at dacleanup+0x35 > camperiphfree(c4c54700,c4c54700,c42aa694,c047763d,c4c54700,...) at > camperiphfree+0xc2 > cam_periph_invalidate(c4c54700,c0bb6c60,c42aa6c8,c048ba73,c4c54700,...) > at cam_periph_invalidate+0x3e > cam_periph_async(c4c54700,100,c4a03450,0,c480e000,c42aa70c,c087ada8,c480e0a4,c0e7b688,c0ccf6a4) at cam_periph_async+0x2d > daasync(c4c54700,100,c4a03450,0,c4a26000,...) at daasync+0xf3 > xpt_async_bcast(0,4,c0b88347,117f,c4736500,...) at xpt_async_bcast+0x32 > xpt_async(100,c4a03450,0,8cd,0,...) at xpt_async+0x194 > sbp_cam_detach_sdev(c471bbec,0,c0bb6c57,333,1,...) at > sbp_cam_detach_sdev+0xa4 > sbp_post_explore(c471b800,c42aaca4,c42aaca0,1,3,...) at sbp_post_explore > +0xed9 > fw_bus_probe_thread(c472f000,c42aad38,c0be11ff,32d,c472ea90,...) at > fw_bus_probe_thread+0x88b > fork_exit(c0636be0,c472f000,c42aad38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xc42aad70, ebp = 0 --- > I spent some time dissecting the point at which this LoR occurred in checkin history and hit this one as the culprit: r188232 | jhb | 2009-02-06 06:51:32 -0800 (Fri, 06 Feb 2009) | 33 lines Reverting these changes makes the LoR warning go away. So, does the Firewire stack need an enhancement or did I stumble across something more? Sean From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 07:18:12 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3C59106566B; Wed, 11 Feb 2009 07:18:12 +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 A90608FC16; Wed, 11 Feb 2009 07:18:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n1B7IAxI038470; Wed, 11 Feb 2009 02:18:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n1B7IAE6090571; Wed, 11 Feb 2009 02:18:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 41D217302F; Wed, 11 Feb 2009 02:18:10 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090211071810.41D217302F@freebsd-current.sentex.ca> Date: Wed, 11 Feb 2009 02:18:10 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 07:18:13 -0000 TB --- 2009-02-11 06:08:16 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-11 06:08:16 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-02-11 06:08:16 - cleaning the object tree TB --- 2009-02-11 06:08:37 - cvsupping the source tree TB --- 2009-02-11 06:08:37 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-02-11 06:08:46 - building world TB --- 2009-02-11 06:08:46 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-11 06:08:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-11 06:08:46 - TARGET=sun4v TB --- 2009-02-11 06:08:46 - TARGET_ARCH=sparc64 TB --- 2009-02-11 06:08:46 - TZ=UTC TB --- 2009-02-11 06:08:46 - __MAKE_CONF=/dev/null TB --- 2009-02-11 06:08:46 - cd /src TB --- 2009-02-11 06:08:46 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 11 06:08:48 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] 5536 bytes transferred in 0.000060 secs (92508633 bytes/sec) ===> sys/boot/sparc64/loader (all) cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DLOADER_TFTP_SUPPORT -DBOOT_FORTH -I/src/sys/boot/sparc64/loader/../../ficl -I/src/sys/boot/sparc64/loader/../../ficl/sparc64 -I/src/sys/boot/sparc64/loader/../../common -I. -I/src/sys/boot/sparc64/loader/../../ofw/libofw/ -I/src/sys/boot/sparc64/loader/../../../../lib/libstand/ -ffreestanding -c /src/sys/boot/sparc64/loader/locore.S cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DLOADER_TFTP_SUPPORT -DBOOT_FORTH -I/src/sys/boot/sparc64/loader/../../ficl -I/src/sys/boot/sparc64/loader/../../ficl/sparc64 -I/src/sys/boot/sparc64/loader/../../common -I. -I/src/sys/boot/sparc64/loader/../../ofw/libofw/ -I/src/sys/boot/sparc64/loader/../../../../lib/libstand/ -ffreestanding -c /src/sys/boot/sparc64/loader/main.c /src/sys/boot/sparc64/loader/main.c: In function 'itlb_enter_sun4u': /src/sys/boot/sparc64/loader/main.c:502: error: 'PROMBASE' undeclared (first use in this function) /src/sys/boot/sparc64/loader/main.c:502: error: (Each undeclared identifier is reported only once /src/sys/boot/sparc64/loader/main.c:502: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/boot/sparc64/loader. *** Error code 1 Stop in /src/sys/boot/sparc64. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-11 07:18:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-11 07:18:10 - ERROR: failed to build world TB --- 2009-02-11 07:18:10 - 3371.59 user 331.06 system 4193.59 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 07:23:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D9C8106566B for ; Wed, 11 Feb 2009 07:23:14 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 0AA9C8FC20 for ; Wed, 11 Feb 2009 07:23:14 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id CCD7A1CCE1; Wed, 11 Feb 2009 08:23:12 +0100 (CET) Date: Wed, 11 Feb 2009 08:23:12 +0100 From: Ed Schouten To: pluknet Message-ID: <20090211072312.GL68388@hoeg.nl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="S6vg04ofUPzW4qJg" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Current Subject: Contention on sysctl lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2009 07:23:14 -0000 --S6vg04ofUPzW4qJg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, * pluknet wrote: > Any commands I tried then lock on sysctl lock; i.e. ctrl+t returns: > load: 0.04 cmd: sudo 1008 [sysctl lock] 0.00u 0.00s 0% 312k The problem with sysctl's current implementation is that all calls to sysctl() are protected with an sx lock, sysctl lock. This means that if one call to sysctl() gets blocked on a different lock (one of GEOM's in this case), all further calls get blocked as well. Because we call sysctl() on process creation (to obtain a random number for the stack protector), this becomes a mess. Some time ago I was thinking it shouldn't be all that hard to make sysctl() lockless for any sysctls that aren't created dynamically. I still have to find some time to implement this. --=20 Ed Schouten WWW: http://80386.nl/ --S6vg04ofUPzW4qJg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkmSfOAACgkQ52SDGA2eCwVZxwCggOhrj9vN1Rg3CVTuI4GX6IzH pGQAnRUMrwZk+gPdBi0axv1LMwxuPBXy =FroI -----END PGP SIGNATURE----- --S6vg04ofUPzW4qJg-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 09:27:43 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6894C106564A for ; Wed, 11 Feb 2009 09:27:43 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id DC2958FC0C for ; Wed, 11 Feb 2009 09:27:42 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n1B9Re43099140; Wed, 11 Feb 2009 10:27:40 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n1B9RXSE099109; Wed, 11 Feb 2009 10:27:33 +0100 (CET) (envelope-from olli) Date: Wed, 11 Feb 2009 10:27:33 +0100 (CET) Message-Id: <200902110927.n1B9RXSE099109@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, lists@mawer.org In-Reply-To: <49923B2F.2080804@mawer.org> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 11 Feb 2009 10:27:41 +0100 (CET) Cc: Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2009 09:27:44 -0000 Antony Mawer wrote: > Oliver Fromme wrote: > > Standard VGA supports at most 640x480 at 4 bits and 320x200 > > at 8 bits. So that's the common denominator. > > Do you know if it would be hard to modify splash(4) to supports 640x480 > 4-bit images? Uhm. Actually I thought that was already supported. If it's not, it shouldn't be too hard to implement it. I'll look into that. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "It combines all the worst aspects of C and Lisp: a billion different sublanguages in one monolithic executable. It combines the power of C with the readability of PostScript." -- Jamie Zawinski, when asked: "What's wrong with perl?" From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 11:02:37 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C1131065686 for ; Wed, 11 Feb 2009 11:02:37 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.freebsd.org (Postfix) with SMTP id 955278FC2C for ; Wed, 11 Feb 2009 11:02:35 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: (qmail 19973 invoked from network); 11 Feb 2009 11:02:34 -0000 Received: from unknown (HELO ale.andxor.it) (192.168.2.5) by andxor.it with SMTP; 11 Feb 2009 11:02:34 -0000 Message-ID: <4992B049.30903@FreeBSD.org> Date: Wed, 11 Feb 2009 12:02:33 +0100 From: Alex Dupre User-Agent: Thunderbird 2.0.0.17 (X11/20080929) MIME-Version: 1.0 To: Oliver Fromme References: <200902061139.n16BdB6b058473@lurza.secnetix.de> In-Reply-To: <200902061139.n16BdB6b058473@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2009 11:02:38 -0000 Oliver Fromme ha scritto: > The problem is related to the fact that a 64bit kernel > cannot use VESA BIOS functions. You should be able to > use standard VGA modes though, which don't require VESA > support. Actually I cannot see any splash screen on amd64, at least on the machines I tried (most with ATI ES1000 cards), with a 320x200x8 bitmap. No problems with i386 (on the same machines). -- Alex Dupre From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 11:02:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF61D1065693 for ; Wed, 11 Feb 2009 11:02:41 +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 3241B8FC1C for ; Wed, 11 Feb 2009 11:02:41 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2D329.dip.t-dialin.net [217.226.211.41]) by redbull.bpaserver.net (Postfix) with ESMTP id 422532E0FD; Wed, 11 Feb 2009 12:02:30 +0100 (CET) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id EE277101720; Wed, 11 Feb 2009 12:02:26 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1234350147; bh=jxLVqlWY4TSXDPobOtsS5FNixycUv3cqo W/mt1nBFfY=; h=Message-ID:Date:From:To:Cc:Subject:References: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Vc7sWlCIYcSDD2tbkEGeC3jnCzAXwFbK9mcVQoSrr3Peq8yjFY0K+JwcDNojZlwwb Bx1aXAj3bMbijmSYXqlOtyBvReJpXGdKE+S8ftYdmOg3IVAEiTY1vRisD899iV2c3O2 TbSwWlcIWGjvISU3e+5pQn+KQBOcRocIErI0GTT/7VyzFhPPzCvapVqjeDcxmxXxdTY /xo34wHw7D3Pe/tcEgeDIxg0zGsR2LJHOKVAoWB93W3BrcvyD4shsINOCMXFWRQRo/D em4BqnLRRP8rSupu6HI+rwQhOL7QnoTRaZHkX+RAYlMteHQdsrhdajhYuFKBuAtUQ8U L9LK72Lgg== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id n1BB2QfP075160; Wed, 11 Feb 2009 12:02:26 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from entertainment.Leidinger.net (entertainment.Leidinger.net [192.168.1.113]) by webmail.leidinger.net (Horde Framework) with HTTP; Wed, 11 Feb 2009 12:02:26 +0100 Message-ID: <20090211120226.75402wimhlvv1fk0@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 11 Feb 2009 12:02:26 +0100 From: Alexander Leidinger To: d@delphij.net, Xin LI References: <499244E6.9030205@delphij.net> <499246D4.8020908@freebsd.org> <49924B92.6050307@delphij.net> In-Reply-To: <49924B92.6050307@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.3) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 422532E0FD.302CB X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-14.223, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, J_CHICKENPOX_21 0.60, RDNS_DYNAMIC 0.10, TW_ZJ 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Lawrence Stewart , FreeBSD Current , freebsd-rc@freebsd.org, d@delphij.net Subject: Re: [RFC] Skeleton jail (rc.d feature proposal) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2009 11:02:42 -0000 Quoting Xin LI (from Tue, 10 Feb 2009 19:52:50 -0800): > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Lawrence Stewart wrote: >> Xin LI wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> Hi, >>> >>> Ok, some local users has prodded me in committing the "skeleton jail" >> >> [snip] >> >> Can you describe how this differs from the functionality provided by the >> ezjail port? (/usr/ports/sysutils/ezjail/) > > I think they have different targets. Skeleton jail is more lightweight > which is only very few lines of changes to the base system (i.e. the aim > is to provide convenient shortcut for common tasks, not to be a complete > solution); the functionality provided by skeleton jail, on the other > hand, could be useful building blocks to ezjail. Ezjail already has this skeleon feature. It's used for every jail you =20 create with ezjail. You can then upadate this skeleton, and you update =20 the basesystem of all jails at once. Your solution looks a little bit =20 more generic, as you can use a different skeleton for each jail. The =20 make installskel part could be compatible with ezjail, but I'm not =20 sure if the rc.d part could be used easily by ezjail. Ezjail is =20 nullfs-mounting (RO) the skeleton into each jail, and it has symlinks =20 from the normal directory layout to the "/basejail/..." =20 location. It creates the basejail by doing a full install and then =20 removing some parts. Maybe you can have a look at ezjail to see the requirements of it? =20 It's simple to setup, you just need to specify the path to the =20 location where you want all jails to be installed to, and then you can =20 install a jail (it does a buildworld if ou do not tell to skip this =20 part, e.g. becuse you already did one yourself). Bye, Alexander. --=20 God said it, I believe it and that's all there is to it. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 12:01:00 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A22C81065728; Wed, 11 Feb 2009 12:01:00 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 13B228FC14; Wed, 11 Feb 2009 12:00:59 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n1BC0wqH006844; Wed, 11 Feb 2009 13:00:58 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n1BC0wni006842; Wed, 11 Feb 2009 13:00:58 +0100 (CET) (envelope-from olli) From: Oliver Fromme Message-Id: <200902111200.n1BC0wni006842@lurza.secnetix.de> To: ale@FreeBSD.org (Alex Dupre) Date: Wed, 11 Feb 2009 13:00:58 +0100 (CET) In-Reply-To: <4992B049.30903@FreeBSD.org> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 11 Feb 2009 13:00:58 +0100 (CET) Cc: freebsd-hackers@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2009 12:01:06 -0000 Alex Dupre wrote: > Oliver Fromme ha scritto: > > The problem is related to the fact that a 64bit kernel > > cannot use VESA BIOS functions. You should be able to > > use standard VGA modes though, which don't require VESA > > support. > > Actually I cannot see any splash screen on amd64, at least on the > machines I tried (most with ATI ES1000 cards), with a 320x200x8 bitmap. > No problems with i386 (on the same machines). Yeah, my fingers were faster than my brain. The current syscons code cannot switch modes (no matter if VESA or standard VGA) if there is no BIOS support. It probably makes sense to let the boot loader set up graphics mode (including VESA support), so it is already active when the kernel comes up. Then the kernel will only have to deal with the frame buffer, not with the BIOS. That will work on both i386 and amd64 platforms. The only drawback is that the mode cannot be changed by the kernel once it is running, i.e. you have to stay in that mode till reboot. That solution requires support by the loader and by syscons. It is my plan to look into that, as soon as the basic graphics support in the loader is finished. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "[...] one observation we can make here is that Python makes an excellent pseudocoding language, with the wonderful attribute that it can actually be executed." -- Bruce Eckel From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 13:11:58 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B448A106566B; Wed, 11 Feb 2009 13:11:58 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx1.rink.nu (gloom.rink.nu [213.34.49.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6F2CA8FC1F; Wed, 11 Feb 2009 13:11:58 +0000 (UTC) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id CAC036D41A; Wed, 11 Feb 2009 14:13:37 +0100 (CET) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.2]) by localhost (gloom.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nBoiv1r8icU4; Wed, 11 Feb 2009 14:13:31 +0100 (CET) Received: by mx1.rink.nu (Postfix, from userid 1000) id 723E56D439; Wed, 11 Feb 2009 14:13:31 +0100 (CET) Date: Wed, 11 Feb 2009 14:13:31 +0100 From: Rink Springer To: Oliver Fromme Message-ID: <20090211131331.GA78543@rink.nu> References: <4992B049.30903@FreeBSD.org> <200902111200.n1BC0wni006842@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200902111200.n1BC0wni006842@lurza.secnetix.de> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hackers@FreeBSD.org, freebsd-current@FreeBSD.org, Alex Dupre Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2009 13:11:58 -0000 On Wed, Feb 11, 2009 at 01:00:58PM +0100, Oliver Fromme wrote: > It probably makes sense to let the boot loader set up > graphics mode (including VESA support), so it is already > active when the kernel comes up. Then the kernel will > only have to deal with the frame buffer, not with the BIOS. > That will work on both i386 and amd64 platforms. The only > drawback is that the mode cannot be changed by the kernel > once it is running, i.e. you have to stay in that mode > till reboot. FWIW, this is exactly what FreeBSD/xbox does; the boot loader is responsible for setting up the video mode, and all it does is remap the framebuffer to a more sensible location (the way to do this is just writing to a register which is the same for any Xbox, and most bootloaders set the framebuffer to 4MB, which is a bit much for 640x480x16M especially if your machine only has 64MB of memory :-) > That solution requires support by the loader and by > syscons. It is my plan to look into that, as soon as the > basic graphics support in the loader is finished. I think that is a good approach. Go for it! Regards, -- Rink P.W. Springer - http://rink.nu "Chance favours the prepared mind" - Penn From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 14:02:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C760106564A for ; Wed, 11 Feb 2009 14:02:53 +0000 (UTC) (envelope-from prvs=02938fe137=ob@gruft.de) Received: from obh.snafu.de (v6.gruft.de [IPv6:2001:1560:2342::2]) by mx1.freebsd.org (Postfix) with ESMTP id B6E7F8FC15 for ; Wed, 11 Feb 2009 14:02:52 +0000 (UTC) (envelope-from prvs=02938fe137=ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LXFfv-000KGp-Qn for freebsd-current@freebsd.org; Wed, 11 Feb 2009 15:02:51 +0100 Date: Wed, 11 Feb 2009 15:02:51 +0100 From: Oliver Brandmueller To: freebsd-current@freebsd.org Message-ID: <20090211140251.GF51761@e-Gitt.NET> Mail-Followup-To: freebsd-current@freebsd.org References: <4992B049.30903@FreeBSD.org> <200902111200.n1BC0wni006842@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200902111200.n1BC0wni006842@lurza.secnetix.de> User-Agent: Mutt/1.5.19 (2009-01-05) Sender: Oliver Brandmueller Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2009 14:02:53 -0000 Hi, On Wed, Feb 11, 2009 at 01:00:58PM +0100, Oliver Fromme wrote: > It probably makes sense to let the boot loader set up > graphics mode (including VESA support), so it is already > active when the kernel comes up. Then the kernel will > only have to deal with the frame buffer, not with the BIOS. > That will work on both i386 and amd64 platforms. The only > drawback is that the mode cannot be changed by the kernel > once it is running, i.e. you have to stay in that mode > till reboot. Theoretically spoken, would this include the chance of a rotated display? I'm currently using 2 widescreens, but rotated (else it would just be too wide ;-)). Using X this is fine, but booting and probably doing things like fixing X after the Xorg upgrade (which worked more or less painless for me) is a pain when you have to turn your head 90° to the side ;-) This is just a (now not anymore too) silent wish, not exactly a feature request, as I think this is an edge case. Greetings, Olli -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 14:50:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 635D3106564A for ; Wed, 11 Feb 2009 14:50:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 33DE38FC16 for ; Wed, 11 Feb 2009 14:50:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id D521B46B65; Wed, 11 Feb 2009 09:50:32 -0500 (EST) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n1BEo9FC025248; Wed, 11 Feb 2009 09:50:27 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Alexey Shuvaev" Date: Wed, 11 Feb 2009 09:34:22 -0500 User-Agent: KMail/1.9.7 References: <200902021643.39862.c47g@gmx.at> <200902101734.10365.jhb@freebsd.org> <20090211000741.GA1625@wep4035.physik.uni-wuerzburg.de> In-Reply-To: <20090211000741.GA1625@wep4035.physik.uni-wuerzburg.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902110934.23146.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 11 Feb 2009 09:50:27 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8979/Wed Feb 11 07:23:15 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: lpt stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 14:50:33 -0000 On Tuesday 10 February 2009 7:07:41 pm Alexey Shuvaev wrote: > On Tue, Feb 10, 2009 at 05:34:10PM -0500, John Baldwin wrote: > > On Tuesday 10 February 2009 4:57:20 pm Alexey Shuvaev wrote: > > > On Tue, Feb 10, 2009 at 04:12:57PM -0500, John Baldwin wrote: > > > > Ok, so the first cat works, the second one gets EBUSY? > > > > > > > Mmm... I don't think the first cat really works. > > > It hangs, I suppose nothing goes to the wire, > > > and during this I got the above printigs from kgdb. > > > > > > > Hmm, I think I've found it. Due to a bug, lptclose() wasn't releasing the > > > > bus. > > > > Grr, lptopen() was also busted. The old lpt driver didn't actually check the > > HAVEBUS flag in lpt_release_ppbus() which masked the bugs in lptopen(). Try > > this: > > > Seems to work! > No messages in the console, like "interrupt storm", too. > Thanks! Thank you to you and everyone else for patience and testing! -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 14:50:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 521E610656CC for ; Wed, 11 Feb 2009 14:50:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 227A08FC23 for ; Wed, 11 Feb 2009 14:50:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id A872A46B3C; Wed, 11 Feb 2009 09:50:38 -0500 (EST) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n1BEo9FD025248; Wed, 11 Feb 2009 09:50:32 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Sean Bruno Date: Wed, 11 Feb 2009 09:46:45 -0500 User-Agent: KMail/1.9.7 References: <1234315393.14556.6.camel@localhost.localdomain> <1234332568.14556.11.camel@localhost.localdomain> In-Reply-To: <1234332568.14556.11.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902110946.46153.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 11 Feb 2009 09:50:32 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8979/Wed Feb 11 07:23:15 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: [sysctl] New sysctl LoR today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2009 14:50:39 -0000 On Wednesday 11 February 2009 1:09:28 am Sean Bruno wrote: > On Tue, 2009-02-10 at 17:23 -0800, Sean Bruno wrote: > > I'm working on some items in the firewire stack and after a update, I > > was greeted with a new LoR against the SYSCTL lock. I noted that some > > things were changing in that space. > > > > Did I miss an interface change that I need to pickup in the firewire > > stack? > > > > Sean > > > > lock order reversal: (sleepable after non-sleepable) > > 1st 0xc471bbec sbp (sbp) @ dev/firewire/sbp.c:2253 > > 2nd 0xc0d3aea4 sysctl lock (sysctl lock) @ kern/kern_sysctl.c:250 > > KDB: stack backtrace: > > _sx_xlock(c0d3aea4,0,c0be5d46,fa,c471a000,...) at _sx_xlock+0x85 > > sysctl_ctx_free(c471a2c0,c0b8f786,c0d0696c,0,c469fa0c,...) at > > sysctl_ctx_free+0x30 > > dacleanup(c4c54700,c0b900bb,c480e000,c42aa410,246,...) at dacleanup+0x35 > > camperiphfree(c4c54700,c4c54700,c42aa694,c047763d,c4c54700,...) at No, this is due to CAM calling sysctl_ctx_free() with a lock held. You can try this change: --- //depot/user/jhb/lock/cam/scsi/scsi_cd.c +++ /home/jhb/work/p4/lock/cam/scsi/scsi_cd.c @@ -401,11 +401,6 @@ xpt_print(periph->path, "removing device entry\n"); - if ((softc->flags & CD_FLAG_SCTX_INIT) != 0 - && sysctl_ctx_free(&softc->sysctl_ctx) != 0) { - xpt_print(periph->path, "can't remove sysctl context\n"); - } - /* * In the queued, non-active case, the device in question * has already been removed from the changer run queue. Since this @@ -474,9 +469,14 @@ free(softc->changer, M_DEVBUF); } cam_periph_unlock(periph); + if ((softc->flags & CD_FLAG_SCTX_INIT) != 0 + && sysctl_ctx_free(&softc->sysctl_ctx) != 0) { + xpt_print(periph->path, "can't remove sysctl context\n"); + } + disk_destroy(softc->disk); + free(softc, M_DEVBUF); cam_periph_lock(periph); - free(softc, M_DEVBUF); } static void --- //depot/user/jhb/lock/cam/scsi/scsi_da.c +++ /home/jhb/work/p4/lock/cam/scsi/scsi_da.c @@ -995,6 +995,8 @@ softc = (struct da_softc *)periph->softc; xpt_print(periph->path, "removing device entry\n"); + cam_periph_unlock(periph); + /* * If we can't free the sysctl tree, oh well... */ @@ -1003,11 +1005,10 @@ xpt_print(periph->path, "can't remove sysctl context\n"); } - cam_periph_unlock(periph); disk_destroy(softc->disk); callout_drain(&softc->sendordered_c); + free(softc, M_DEVBUF); cam_periph_lock(periph); - free(softc, M_DEVBUF); } static void -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 16:07:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8B661065670 for ; Wed, 11 Feb 2009 16:07:56 +0000 (UTC) (envelope-from c47g@gmx.at) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 1EBA88FC12 for ; Wed, 11 Feb 2009 16:07:55 +0000 (UTC) (envelope-from c47g@gmx.at) Received: (qmail invoked by alias); 11 Feb 2009 16:07:52 -0000 Received: from cm56-152-15.liwest.at (EHLO bones) [86.56.152.15] by mail.gmx.net (mp063) with SMTP; 11 Feb 2009 17:07:52 +0100 X-Authenticated: #9978462 X-Provags-ID: V01U2FsdGVkX19ornNClwNonn0dMqSG1Ely3YOMJ8XhofwziXGRDC 6RUOjh7vuRlb77 From: Christian Gusenbauer To: freebsd-current@freebsd.org Date: Wed, 11 Feb 2009 17:08:22 +0100 User-Agent: KMail/1.9.10 References: <200902021643.39862.c47g@gmx.at> <200902101734.10365.jhb@freebsd.org> <20090211000741.GA1625@wep4035.physik.uni-wuerzburg.de> In-Reply-To: <20090211000741.GA1625@wep4035.physik.uni-wuerzburg.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902111708.23030.c47g@gmx.at> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.43 Cc: Alexey Shuvaev Subject: Re: lpt stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 16:07:57 -0000 On Wednesday 11 February 2009, Alexey Shuvaev wrote: > On Tue, Feb 10, 2009 at 05:34:10PM -0500, John Baldwin wrote: > > On Tuesday 10 February 2009 4:57:20 pm Alexey Shuvaev wrote: > > > On Tue, Feb 10, 2009 at 04:12:57PM -0500, John Baldwin wrote: > > > > Ok, so the first cat works, the second one gets EBUSY? > > > > > > Mmm... I don't think the first cat really works. > > > It hangs, I suppose nothing goes to the wire, > > > and during this I got the above printigs from kgdb. > > > > > > > Hmm, I think I've found it. Due to a bug, lptclose() wasn't > > > > releasing the bus. > > > > Grr, lptopen() was also busted. The old lpt driver didn't actually check > > the HAVEBUS flag in lpt_release_ppbus() which masked the bugs in > > lptopen(). Try this: > > > > --- //depot/vendor/freebsd/src/sys/dev/ppbus/lpt.c 2009/01/26 21:00:15 > > +++ //depot/user/jhb/acpipci/dev/ppbus/lpt.c 2009/02/10 22:32:11 > > @@ -544,10 +544,10 @@ > > do { > > /* ran out of waiting for the printer */ > > if (trys++ >= LPINITRDY*4) { > > - sc->sc_state = 0; > > lprintf(("status %x\n", ppb_rstr(ppbus))); > > > > lpt_release_ppbus(lptdev); > > + sc->sc_state = 0; > > ppb_unlock(ppbus); > > return (EBUSY); > > } > > @@ -555,9 +555,8 @@ > > /* wait 1/4 second, give up if we get a signal */ > > if (ppb_sleep(ppbus, lptdev, LPPRI | PCATCH, "lptinit", > > hz / 4) != EWOULDBLOCK) { > > + lpt_release_ppbus(lptdev); > > sc->sc_state = 0; > > - > > - lpt_release_ppbus(lptdev); > > ppb_unlock(ppbus); > > return (EBUSY); > > } > > @@ -577,7 +576,8 @@ > > > > ppb_wctr(ppbus, sc->sc_control); > > > > - sc->sc_state = OPEN; > > + sc->sc_state &= ~LPTINIT; > > + sc->sc_state |= OPEN; > > sc->sc_xfercnt = 0; > > > > /* only use timeout if using interrupt */ > > @@ -611,11 +611,8 @@ > > int err; > > > > ppb_lock(ppbus); > > - if (sc->sc_flags & LP_BYPASS) { > > - sc->sc_state = 0; > > - ppb_unlock(ppbus); > > + if (sc->sc_flags & LP_BYPASS) > > goto end_close; > > - } > > > > if ((err = lpt_request_ppbus(lptdev, PPB_WAIT|PPB_INTR)) != 0) { > > ppb_unlock(ppbus); > > @@ -635,16 +632,16 @@ > > sc->sc_state &= ~OPEN; > > callout_stop(&sc->sc_timer); > > ppb_wctr(ppbus, LPC_NINIT); > > - sc->sc_state = 0; > > - sc->sc_xfercnt = 0; > > > > /* > > * unregistration of interrupt forced by release > > */ > > lpt_release_ppbus(lptdev); > > - ppb_unlock(ppbus); > > > > end_close: > > + sc->sc_state = 0; > > + sc->sc_xfercnt = 0; > > + ppb_unlock(ppbus); > > lprintf(("closed.\n")); > > return(0); > > } > > Seems to work! > No messages in the console, like "interrupt storm", too. > Thanks! > > Alexey. That works for me, too. Thanks for fixing it! Christian. From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 16:26:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D241106574E for ; Wed, 11 Feb 2009 16:26:26 +0000 (UTC) (envelope-from sean.bruno@dsl-only.net) Received: from iron2.pdx.net (iron2.pdx.net [69.64.224.71]) by mx1.freebsd.org (Postfix) with ESMTP id 2537B8FC2F for ; Wed, 11 Feb 2009 16:26:25 +0000 (UTC) (envelope-from sean.bruno@dsl-only.net) Received: (qmail 16082 invoked from network); 11 Feb 2009 08:25:53 -0800 Received: from 069-064-235-060.pdx.net (HELO ?192.168.1.51?) (69.64.235.60) by iron2.pdx.net with SMTP; 11 Feb 2009 08:25:53 -0800 From: Sean Bruno To: John Baldwin In-Reply-To: <200902110946.46153.jhb@freebsd.org> References: <1234315393.14556.6.camel@localhost.localdomain> <1234332568.14556.11.camel@localhost.localdomain> <200902110946.46153.jhb@freebsd.org> Content-Type: text/plain Date: Wed, 11 Feb 2009 08:26:23 -0800 Message-Id: <1234369583.26300.0.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 (2.24.3-1.fc10) Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [sysctl] New sysctl LoR today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2009 16:26:29 -0000 On Wed, 2009-02-11 at 09:46 -0500, John Baldwin wrote: > On Wednesday 11 February 2009 1:09:28 am Sean Bruno wrote: > > On Tue, 2009-02-10 at 17:23 -0800, Sean Bruno wrote: > > > I'm working on some items in the firewire stack and after a update, I > > > was greeted with a new LoR against the SYSCTL lock. I noted that some > > > things were changing in that space. > > > > > > Did I miss an interface change that I need to pickup in the firewire > > > stack? > > > > > > Sean > > > > > > lock order reversal: (sleepable after non-sleepable) > > > 1st 0xc471bbec sbp (sbp) @ dev/firewire/sbp.c:2253 > > > 2nd 0xc0d3aea4 sysctl lock (sysctl lock) @ kern/kern_sysctl.c:250 > > > KDB: stack backtrace: > > > _sx_xlock(c0d3aea4,0,c0be5d46,fa,c471a000,...) at _sx_xlock+0x85 > > > sysctl_ctx_free(c471a2c0,c0b8f786,c0d0696c,0,c469fa0c,...) at > > > sysctl_ctx_free+0x30 > > > dacleanup(c4c54700,c0b900bb,c480e000,c42aa410,246,...) at dacleanup+0x35 > > > camperiphfree(c4c54700,c4c54700,c42aa694,c047763d,c4c54700,...) at > > No, this is due to CAM calling sysctl_ctx_free() with a lock held. You can > try this change: > > --- //depot/user/jhb/lock/cam/scsi/scsi_cd.c > +++ /home/jhb/work/p4/lock/cam/scsi/scsi_cd.c > @@ -401,11 +401,6 @@ > > xpt_print(periph->path, "removing device entry\n"); > > - if ((softc->flags & CD_FLAG_SCTX_INIT) != 0 > - && sysctl_ctx_free(&softc->sysctl_ctx) != 0) { > - xpt_print(periph->path, "can't remove sysctl context\n"); > - } > - > /* > * In the queued, non-active case, the device in question > * has already been removed from the changer run queue. Since this > @@ -474,9 +469,14 @@ > free(softc->changer, M_DEVBUF); > } > cam_periph_unlock(periph); > + if ((softc->flags & CD_FLAG_SCTX_INIT) != 0 > + && sysctl_ctx_free(&softc->sysctl_ctx) != 0) { > + xpt_print(periph->path, "can't remove sysctl context\n"); > + } > + > disk_destroy(softc->disk); > + free(softc, M_DEVBUF); > cam_periph_lock(periph); > - free(softc, M_DEVBUF); > } > > static void > --- //depot/user/jhb/lock/cam/scsi/scsi_da.c > +++ /home/jhb/work/p4/lock/cam/scsi/scsi_da.c > @@ -995,6 +995,8 @@ > softc = (struct da_softc *)periph->softc; > > xpt_print(periph->path, "removing device entry\n"); > + cam_periph_unlock(periph); > + > /* > * If we can't free the sysctl tree, oh well... > */ > @@ -1003,11 +1005,10 @@ > xpt_print(periph->path, "can't remove sysctl context\n"); > } > > - cam_periph_unlock(periph); > disk_destroy(softc->disk); > callout_drain(&softc->sendordered_c); > + free(softc, M_DEVBUF); > cam_periph_lock(periph); > - free(softc, M_DEVBUF); > } > > static void > > Yup. Thanks for the quick fix! Sean From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 16:51:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89493106564A for ; Wed, 11 Feb 2009 16:51:04 +0000 (UTC) (envelope-from sean.bruno@dsl-only.net) Received: from iron2.pdx.net (iron2.pdx.net [69.64.224.71]) by mx1.freebsd.org (Postfix) with ESMTP id 67A598FC17 for ; Wed, 11 Feb 2009 16:51:04 +0000 (UTC) (envelope-from sean.bruno@dsl-only.net) Received: (qmail 4488 invoked from network); 11 Feb 2009 08:50:32 -0800 Received: from 069-064-235-060.pdx.net (HELO ?192.168.1.51?) (69.64.235.60) by iron2.pdx.net with SMTP; 11 Feb 2009 08:50:31 -0800 From: Sean Bruno To: freebsd-current@freebsd.org Content-Type: text/plain Date: Wed, 11 Feb 2009 08:51:03 -0800 Message-Id: <1234371063.26300.2.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 (2.24.3-1.fc10) Content-Transfer-Encoding: 7bit Subject: LoR when drives are dirty X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2009 16:51:04 -0000 Another LoR for your review folks. If my file system is dirty it appears that the background fsck generates the following LoR. Fairly easy to reproduce on my box. lock order reversal: 1st 0xc4d6a164 ufs (ufs) @ ufs/ffs/ffs_snapshot.c:424 2nd 0xd850d7c0 bufwait (bufwait) @ kern/vfs_bio.c:2443 3rd 0xc4b0b058 ufs (ufs) @ ufs/ffs/ffs_snapshot.c:545 KDB: stack backtrace: db_trace_self_wrapper(c0be8332,e696540c,c087a295,4,c0be39cf,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0be39cf,c4523740,c4526730,e6965468,...) at kdb_backtrace+0x29 _witness_debugger(c0beb040,c4b0b058,c0bdea8a,c4526730,c0c078ce,...) at _witness_debugger+0x25 witness_checkorder(c4b0b058,9,c0c078c5,221,0,...) at witness_checkorder +0x839 __lockmgr_args(c4b0b058,80100,c4b0b074,0,0,...) at __lockmgr_args+0x797 ffs_lock(e6965578,c0e7aa00,c4a770a4,80100,c4b0b000,...) at ffs_lock+0x8a VOP_LOCK1_APV(c0ced860,e6965578,e6965598,c0d06180,c4b0b000,...) at VOP_LOCK1_APV+0xb5 _vn_lock(c4b0b000,80100,c0c078c5,221,c4553200,...) at _vn_lock+0x5e ffs_snapshot(c4a4fa00,c4b3e7c0,c0c09222,15e,3,...) at ffs_snapshot +0x1527 ffs_mount(c4a4fa00,c4a77000,c0bf1665,3d7,c4839b20,...) at ffs_mount +0x146f vfs_donmount(c4a77000,211000,c4a54e80,c4a54e80,bfbfed04,...) at vfs_donmount+0x130e nmount(c4a77000,e6965cf8,c,e6965d38,c0ccadf0,...) at nmount+0xbe syscall(e6965d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280e6cab, esp = 0xbfbfeb2c, ebp = 0xbfbfee78 --- lock order reversal: 1st 0xd850d7c0 bufwait (bufwait) @ kern/vfs_bio.c:2443 2nd 0xc4961a1c snaplk (snaplk) @ ufs/ffs/ffs_snapshot.c:794 KDB: stack backtrace: db_trace_self_wrapper(c0be8332,e696540c,c087a295,4,c0be39cf,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0be39cf,c4523740,c4526a70,e6965468,...) at kdb_backtrace+0x29 _witness_debugger(c0beb027,c4961a1c,c0c07923,c4526a70,c0c078ce,...) at _witness_debugger+0x25 witness_checkorder(c4961a1c,9,c0c078c5,31a,c4d6a180,...) at witness_checkorder+0x839 __lockmgr_args(c4961a1c,80400,c4d6a180,0,0,...) at __lockmgr_args+0x797 ffs_lock(e6965578,0,0,80400,c4d6a10c,...) at ffs_lock+0x8a VOP_LOCK1_APV(c0ced860,e6965578,c1901b14,c0d06180,c4d6a10c,...) at VOP_LOCK1_APV+0xb5 _vn_lock(c4d6a10c,80400,c0c078c5,31a,0,...) at _vn_lock+0x5e ffs_snapshot(c4a4fa00,c4b3e7c0,c0c09222,15e,3,...) at ffs_snapshot +0x28c6 ffs_mount(c4a4fa00,c4a77000,c0bf1665,3d7,c4839b20,...) at ffs_mount +0x146f vfs_donmount(c4a77000,211000,c4a54e80,c4a54e80,bfbfed04,...) at vfs_donmount+0x130e nmount(c4a77000,e6965cf8,c,e6965d38,c0ccadf0,...) at nmount+0xbe syscall(e6965d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280e6cab, esp = 0xbfbfeb2c, ebp = 0xbfbfee78 --- lock order reversal: 1st 0xc4961a1c snaplk (snaplk) @ kern/vfs_vnops.c:293 2nd 0xc4d6a164 ufs (ufs) @ ufs/ffs/ffs_snapshot.c:1588 KDB: stack backtrace: db_trace_self_wrapper(c0be8332,e69658c4,c087a295,4,c0be39cf,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0be39cf,c4526a70,c4526730,e6965920,...) at kdb_backtrace+0x29 _witness_debugger(c0beb027,c4d6a164,c0bdea8a,c4526730,c0c078ce,...) at _witness_debugger+0x25 witness_checkorder(c4d6a164,9,c0c078c5,634,0,...) at witness_checkorder +0x839 __lockmgr_args(c4d6a164,80000,0,0,0,...) at __lockmgr_args+0x797 ffs_snapremove(c4d6a10c,c4a4fa00,0,c0bf2e5d,414,...) at ffs_snapremove +0x11f softdep_releasefile(c4a5a168,e6965aa8,2,c0e7a9d0,c0ccf6a4,...) at softdep_releasefile+0x3b ufs_inactive(e6965ae8,c4d6a180,c4d6a10c,c4d6a180,e6965b00,...) at ufs_inactive+0x1bc VOP_INACTIVE_APV(c0ced860,e6965ae8,c0bf1c91,92d,c0d06140,...) at VOP_INACTIVE_APV+0xa5 vinactive(c0ced860,e6965b1c,c0bf1c91,8b3,129,...) at vinactive+0x8e vput(c4d6a10c,e6965b54,c0bf2e5d,125,c0d05ea0,...) at vput+0x1db vn_close(c4d6a10c,1,c456c400,c4a77000,e6965be0,...) at vn_close+0xee vn_closefile(c4a64bd0,c4a77000,3,0,c4a64bd0,...) at vn_closefile+0xe9 _fdrop(c4a64bd0,c4a77000,e6965c1c,c087a0dc,0,c4a770a4,c0e7a9d0,c0cd0eb0,c0be0764,c4b4612c,44f,c0be075b,e6965c44,c0842890,c4b4612c,8,c0be075b,44f) at _fdrop+0x43 closef(c4a64bd0,c4a77000,44f,434,c4a64bd0,...) at closef+0x290 kern_close(c4a77000,4,e6965d2c,c0b3e1e3,c4a77000,...) at kern_close +0x11d close(c4a77000,e6965cf8,4,c0bebdc0,c0cc8b10,...) at close+0x1a syscall(e6965d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (6, FreeBSD ELF32, close), eip = 0x28184c53, esp = 0xbfbfeb2c, ebp = 0xbfbfee78 --- Sean From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 17:03:19 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58F59106566B for ; Wed, 11 Feb 2009 17:03:19 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63905.mail.re1.yahoo.com (web63905.mail.re1.yahoo.com [69.147.97.120]) by mx1.freebsd.org (Postfix) with SMTP id DE1068FC12 for ; Wed, 11 Feb 2009 17:03:18 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 97277 invoked by uid 60001); 11 Feb 2009 17:03:18 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Message-ID; b=COGdEyY6gIK8JQ+8VAq3/bWLP4ROIWc+wx96f/3NfPYeHcd5/DwIqrndj1L6tYZCIRkJlmdpuq34J69E6SY16LqPHSdBfS1c6jqzfD8Do8IL/pRGwEpegsWYWvu7KnHzI9reVqfjwbdAIPudYc4i1MaNVGk36pmLyfaSeTM8Qp0=; X-YMail-OSG: daStqbEVM1lE3urZo0QhN2Jcldm0T4ZFw3tpl50NfPrLaY.JiUjGCfY7UWoNjwLttHMUF7PIStbFojMQK_V9CP_e_XJfXDuMTg_S5UCnqb_N58wHcJQ8jtmxUT24ptD4JP1y0ByZTsFacNL0d7S75myEfJeFCPenVMJL6qmOg8rIYYwZCpuy846Bup1nfgjhhVJPEPY- Received: from [98.242.222.229] by web63905.mail.re1.yahoo.com via HTTP; Wed, 11 Feb 2009 09:03:18 PST X-Mailer: YahooMailWebService/0.7.260.1 Date: Wed, 11 Feb 2009 09:03:18 -0800 (PST) From: Barney Cordoba To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <255177.96589.qm@web63905.mail.re1.yahoo.com> Cc: Subject: Profiling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: barney_cordoba@yahoo.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 17:03:19 -0000 I found a page on watson.org that says that profiling generated incorrect results in SMP mode. Has this changed? Its not clear how old the page is or if its current. BC From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 17:30:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E56E21065670 for ; Wed, 11 Feb 2009 17:30:38 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.185]) by mx1.freebsd.org (Postfix) with ESMTP id 9C66B8FC13 for ; Wed, 11 Feb 2009 17:30:38 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: by rn-out-0910.google.com with SMTP id k32so287928rnd.12 for ; Wed, 11 Feb 2009 09:30:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=JQdoke7zntHIc6SuavGS16ok2QfHZO0Z6vpC0dkzEa8=; b=WfbLchVkSBb6Mdmv7uS9SUXbCqLbYYPpGXjEegXwJ/3Ybc6eh2sEfD/n3vfkr5je5w VD7MixGY+fg6f5N43Hy1tmRaBXDsr+rWZ9ZUomUZ2No3ns0UCpFrGdUIZt5/1QI4gDCm 67JMjcR+BKwDr5UK25hDks8H2kAQZof6gY5A0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=V5Ch8OoomeLyhAhpTB4CMbgykrmyBTNGn0ZvgztWdgXZIp10cmPi1H/hpmsj+AjOPW fnh5LLsPByfZyAAxJYL1NxLJaAK4RBQDQQcBN/a8d7hpYkHjtffdvO4XbYWUR3ljnwVk tlhT/EFT7thZHkhjWUx16uFHmdxo1hwaWu37U= MIME-Version: 1.0 Received: by 10.151.14.5 with SMTP id r5mr49409ybi.193.1234371609228; Wed, 11 Feb 2009 09:00:09 -0800 (PST) In-Reply-To: References: Date: Wed, 11 Feb 2009 11:00:09 -0600 Message-ID: From: Alan Cox To: Mark Atkinson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, alc@cs.rice.edu Subject: Re: memory alignment problems with -current on amd64? [Found Cause] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2009 17:30:39 -0000 On Tue, Feb 10, 2009 at 2:20 PM, Mark Atkinson wrote: [snip] > > > > Well, taking the information I knew -- OCT 15th == good, Mid DEC == BAD, > I trolled every commit logged between. Eventually I found this one: > > http://svn.freebsd.org/viewvc/base?view=revision&revision=185715 > > http://docs.freebsd.org/cgi/mid.cgi?200812061937.mB6JbqAI003273 > > I set vm.pmap.pg_ps_enabled="0" in /boot/loader.conf, and > was able to complete buildworld and -j16 buildworld and -j8 buildkernel > no problem. > > It appears superpage mapping causes alignment problems on this box. Can you please provide more detailed information about this machine, in particular, the processor including the revision? It would also be helpful to see what gdb says about a couple of these crashes, specifically, the machine registers at the time of the exception. Thanks in advance, Alan From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 18:03:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A06A1065675 for ; Wed, 11 Feb 2009 18:03:46 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail17.syd.optusnet.com.au (mail17.syd.optusnet.com.au [211.29.132.198]) by mx1.freebsd.org (Postfix) with ESMTP id 15BE38FC1C for ; Wed, 11 Feb 2009 18:03:45 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-216-167.belrs3.nsw.optusnet.com.au [122.106.216.167]) by mail17.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n1BI3gB6031542 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Feb 2009 05:03:43 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n1BI3gvF004601; Thu, 12 Feb 2009 05:03:42 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n1BI3fUk004600; Thu, 12 Feb 2009 05:03:41 +1100 (EST) (envelope-from peter) Date: Thu, 12 Feb 2009 05:03:41 +1100 From: Peter Jeremy To: Oliver Fromme Message-ID: <20090211180341.GA1467@server.vk2pj.dyndns.org> References: <20090208135053.12691emq58yl9m4k@webmail.leidinger.net> <200902081335.n18DZ2h4018582@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="O5XBE6gyVG5Rl6Rj" Content-Disposition: inline In-Reply-To: <200902081335.n18DZ2h4018582@lurza.secnetix.de> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2009 18:03:46 -0000 --O5XBE6gyVG5Rl6Rj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Feb-08 14:35:02 +0100, Oliver Fromme wrote: >The actual menu contents are in the beastie.4th file, just >like for the old text menu. So, yes, you'd need to speak >FORTH in order to change that. Well, you need the ability to read the existing FORTH code and extrapolate a bit. You don't need to be a FORTH guru. >Would there be strong resistance if I tried to replace FICL >with something else that is not as brain-knotting as FORTH? I disagree that FORTH is brain-knotting. As a small, general- purpose language that is close to the hardware, I don't think you can do much better. What are you proposing as a replacement? >Just to name an example, I once wrote a bourne-shell-like >parser that would not be difficult to embed. /boot/loader isn't just a matter of parsing an rc.conf style config file. It needs the ability to talk to disk and physical memory and the whole thing needs to be fairly small. If you look at the installed base of computers, FORTH is probably the most popular language for bootloaders. --=20 Peter Jeremy --O5XBE6gyVG5Rl6Rj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmTEv0ACgkQ/opHv/APuIcIFwCZAYOpqQ3SrXK9y6A16pPN7Iht MiIAmgMobh48NOI7YKNEiWUBa3Dij7ON =njuJ -----END PGP SIGNATURE----- --O5XBE6gyVG5Rl6Rj-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 18:28:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 822EB106566B for ; Wed, 11 Feb 2009 18:28:47 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-bw0-f170.google.com (mail-bw0-f170.google.com [209.85.218.170]) by mx1.freebsd.org (Postfix) with ESMTP id 1915A8FC18 for ; Wed, 11 Feb 2009 18:28:46 +0000 (UTC) (envelope-from olivier@gid0.org) Received: by bwz18 with SMTP id 18so622459bwz.19 for ; Wed, 11 Feb 2009 10:28:46 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.124.209 with SMTP id v17mr3960194far.6.1234376924832; Wed, 11 Feb 2009 10:28:44 -0800 (PST) In-Reply-To: <20090211180341.GA1467@server.vk2pj.dyndns.org> References: <20090208135053.12691emq58yl9m4k@webmail.leidinger.net> <200902081335.n18DZ2h4018582@lurza.secnetix.de> <20090211180341.GA1467@server.vk2pj.dyndns.org> Date: Wed, 11 Feb 2009 19:28:44 +0100 Message-ID: <367b2c980902111028q2b1e07b8q29732402f3637c54@mail.gmail.com> From: Olivier SMEDTS To: Peter Jeremy Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Oliver Fromme Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2009 18:28:47 -0000 2009/2/11 Peter Jeremy : > On 2009-Feb-08 14:35:02 +0100, Oliver Fromme wrote: >>The actual menu contents are in the beastie.4th file, just >>like for the old text menu. So, yes, you'd need to speak >>FORTH in order to change that. > > Well, you need the ability to read the existing FORTH code and > extrapolate a bit. You don't need to be a FORTH guru. > >>Would there be strong resistance if I tried to replace FICL >>with something else that is not as brain-knotting as FORTH? > > I disagree that FORTH is brain-knotting. As a small, general- > purpose language that is close to the hardware, I don't think > you can do much better. What are you proposing as a replacement? > >>Just to name an example, I once wrote a bourne-shell-like >>parser that would not be difficult to embed. > > /boot/loader isn't just a matter of parsing an rc.conf style > config file. It needs the ability to talk to disk and physical > memory and the whole thing needs to be fairly small. > > If you look at the installed base of computers, FORTH is > probably the most popular language for bootloaders. Yes, that must be the way to go. And if you look at the installed base of computers, Windows is probably the most popular operating system. Oh, wait... Sorry, that was just for the joke ;) Too much slashdot reading today... Cheers -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 19:22:37 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DAB4106566C; Wed, 11 Feb 2009 19:22:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 377098FC15; Wed, 11 Feb 2009 19:22:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n1BJMYTb033581; Wed, 11 Feb 2009 14:22: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.14.3/8.14.3) with ESMTP id n1BJMYiF050888; Wed, 11 Feb 2009 14:22:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 852997302F; Wed, 11 Feb 2009 14:22:34 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090211192234.852997302F@freebsd-current.sentex.ca> Date: Wed, 11 Feb 2009 14:22:34 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 19:22:38 -0000 TB --- 2009-02-11 17:46:38 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-11 17:46:38 - starting HEAD tinderbox run for i386/i386 TB --- 2009-02-11 17:46:38 - cleaning the object tree TB --- 2009-02-11 17:47:14 - cvsupping the source tree TB --- 2009-02-11 17:47:14 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-02-11 17:47:22 - building world TB --- 2009-02-11 17:47:22 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-11 17:47:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-11 17:47:22 - TARGET=i386 TB --- 2009-02-11 17:47:22 - TARGET_ARCH=i386 TB --- 2009-02-11 17:47:22 - TZ=UTC TB --- 2009-02-11 17:47:22 - __MAKE_CONF=/dev/null TB --- 2009-02-11 17:47:22 - cd /src TB --- 2009-02-11 17:47:22 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 11 17:47:24 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Feb 11 19:08:19 UTC 2009 TB --- 2009-02-11 19:08:19 - generating LINT kernel config TB --- 2009-02-11 19:08:19 - cd /src/sys/i386/conf TB --- 2009-02-11 19:08:19 - /usr/bin/make -B LINT TB --- 2009-02-11 19:08:19 - building LINT kernel TB --- 2009-02-11 19:08:19 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-11 19:08:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-11 19:08:19 - TARGET=i386 TB --- 2009-02-11 19:08:19 - TARGET_ARCH=i386 TB --- 2009-02-11 19:08:19 - TZ=UTC TB --- 2009-02-11 19:08:19 - __MAKE_CONF=/dev/null TB --- 2009-02-11 19:08:19 - cd /src TB --- 2009-02-11 19:08:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Feb 11 19:08:19 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net80211/ieee80211_amrr.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 -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net80211/ieee80211_crypto.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 -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net80211/ieee80211_crypto_ccmp.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 -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net80211/ieee80211_crypto_none.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 -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net80211/ieee80211_crypto_tkip.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 -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net80211/ieee80211_crypto_wep.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 -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net80211/ieee80211_ddb.c /src/sys/net80211/ieee80211_ddb.c:292:43: error: octal escape sequence out of range *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-11 19:22:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-11 19:22:34 - ERROR: failed to build lint kernel TB --- 2009-02-11 19:22:34 - 4601.85 user 429.51 system 5755.94 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 19:48:17 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E81A106564A for ; Wed, 11 Feb 2009 19:48:17 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.233]) by mx1.freebsd.org (Postfix) with ESMTP id 2290B8FC18 for ; Wed, 11 Feb 2009 19:48:17 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so61974rvb.43 for ; Wed, 11 Feb 2009 11:48:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=NVkrbGW6H8EREfAbFlnqSRzIxmgNjei6OSNWuMrHsuA=; b=TKvH2b7wqLBG8qDnC5JWvEFRBOFZd8mZQoaytFb5b4MdbgzLp3Dy40AL6p9FA7xJ8e aMKdVtpckfW6xBhIZypg7txH4ePrwSeNqjgi4cW/HvOinIco15jcX6e6Lyjo8mthbN2w 89aLeXC8HJ9jTOfoJaF2gmMqW9qyAPwbObC88= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=cPRCbaSsuf7kqZwc5axRFnYjSAXF3KBzFr5XG+9q+OSEuEgbxG9+9EC+jfGNv69Emf 4mwHV/vXwBtsUBY49LRH4mhT+0fKl/+MFkpxS9eXKW8UFMFXp8OpGjzYeeoQvCjgKVXG U4hydLdA0ZKonXNbv7/1/P/qRb4A1WNJbgguA= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.140.147.18 with SMTP id u18mr4015411rvd.55.1234380024821; Wed, 11 Feb 2009 11:20:24 -0800 (PST) In-Reply-To: <255177.96589.qm@web63905.mail.re1.yahoo.com> References: <255177.96589.qm@web63905.mail.re1.yahoo.com> Date: Wed, 11 Feb 2009 11:20:24 -0800 X-Google-Sender-Auth: 559f95f11c569929 Message-ID: <3c1674c90902111120x10337a5ei199e9ba1ae6c5a69@mail.gmail.com> From: Kip Macy To: barney_cordoba@yahoo.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Profiling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2009 19:48:17 -0000 Provided your hardware supports it, you are much better off using hwpmc. Cheers, Kip On Wed, Feb 11, 2009 at 9:03 AM, Barney Cordoba wrote: > I found a page on watson.org that says that profiling generated incorrect > results in SMP mode. Has this changed? Its not clear how old the page is or if its current. > > BC > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 20:17:41 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 297ED106564A for ; Wed, 11 Feb 2009 20:17:41 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id D383E8FC08 for ; Wed, 11 Feb 2009 20:17:39 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 472949CB07D for ; Wed, 11 Feb 2009 21:14:48 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UaI24zlfGQXW for ; Wed, 11 Feb 2009 21:14:36 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 6DB0A9CB124 for ; Wed, 11 Feb 2009 21:14:36 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n1BKEaoW016045 for current@freebsd.org; Wed, 11 Feb 2009 21:14:36 +0100 (CET) (envelope-from rdivacky) Date: Wed, 11 Feb 2009 21:14:36 +0100 From: Roman Divacky To: current@freebsd.org Message-ID: <20090211201436.GA14586@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: nvidia users of Geforce 7050 PV X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2009 20:17:41 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline hi I've just bought Geforce 7050 PV and X does not start. I use the nvidia driver (tried 3 versions - 177.80 and two 180.x flavours) the Xorg.log is filled with NVIDIA(0): Initialized GPU GART. (3217 times for one session) and the LCD says that the card is pushing it to some insane HZ values. it definitely worked for the very first time I turned the computer on, but then I rebooted and it never worked again :( this is on 8-current as of Feb 5th if that matters. can someone please comment (I have the same card and it (does not) works etc.) thnx! roman --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmTMasACgkQLVEj6D3CBEwqIACeKAKouqE+xuhdTdsaeh8Vdafj YVYAn3r8qloLP7HMkqJK9nQzsyuHdotm =eHly -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 20:41:40 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2C13106564A; Wed, 11 Feb 2009 20:41:40 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 7E9E68FC15; Wed, 11 Feb 2009 20:41:40 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.183]) by hub.org (Postfix) with ESMTP id E83EE53BC38; Wed, 11 Feb 2009 16:22:45 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 69129-02; Wed, 11 Feb 2009 16:22:45 -0400 (AST) Received: by hub.org (Postfix, from userid 1002) id AAFC253BC36; Wed, 11 Feb 2009 16:22:45 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by hub.org (Postfix) with ESMTP id A9A2153BC30; Wed, 11 Feb 2009 16:22:45 -0400 (AST) Date: Wed, 11 Feb 2009 16:22:45 -0400 (AST) From: "Marc G. Fournier" To: Roman Divacky In-Reply-To: <20090211201436.GA14586@freebsd.org> Message-ID: <20090211162217.X14664@hub.org> References: <20090211201436.GA14586@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Wed, 11 Feb 2009 20:46:35 +0000 Cc: current@freebsd.org Subject: Re: nvidia users of Geforce 7050 PV X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2009 20:41:41 -0000 xorg 7.3 or 7.4? I just downgraded to 7.3 due to font issues (couldnt' read them), but haven't tried re-enablin the nvidia-driver yet ... On Wed, 11 Feb 2009, Roman Divacky wrote: > hi > > I've just bought Geforce 7050 PV and X does not > start. I use the nvidia driver (tried 3 versions > - 177.80 and two 180.x flavours) > > the Xorg.log is filled with > > NVIDIA(0): Initialized GPU GART. > > (3217 times for one session) and the LCD says > that the card is pushing it to some insane HZ > values. > > it definitely worked for the very first time > I turned the computer on, but then I rebooted > and it never worked again :( > > this is on 8-current as of Feb 5th if that matters. > > can someone please comment (I have the same card > and it (does not) works etc.) > > thnx! > > roman > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 20:52:39 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87CD3106564A for ; Wed, 11 Feb 2009 20:52:39 +0000 (UTC) (envelope-from buganini@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.186]) by mx1.freebsd.org (Postfix) with ESMTP id 1DE5E8FC18 for ; Wed, 11 Feb 2009 20:52:38 +0000 (UTC) (envelope-from buganini@gmail.com) Received: by fk-out-0910.google.com with SMTP id f40so201734fka.11 for ; Wed, 11 Feb 2009 12:52:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=F8v0hpsW/IgNmIUEeAcWFgzdU0avWa60aQOI+fDbKKc=; b=SX3l/XYLNqTts2UuQfgO4ms3vexIy6ZABAfdZO3pJreULtAlGm886UQq0R3hTWja6G /tbkwrCR+yIQbGQV8fzSGPAacJN0CmVj+Hnhc5ayiUsUBowS5pF91r0sSw3Wc+OiYbt5 WEOgBja3uQNt30CdjCyPONDXSdFBJUyVIoykw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=BFr+03qlZogL4Gp9pmZGnxmBbWkaOkXm46y+QjSmd/HrqcxbXPHooYGb5Bg4GYpT63 U5Ci23qq2mjn/3j78Da1HtsE5LBu8Un9C8mdxXBE8WN3dSu8F4UsWGEW02Nbvrlo7EuH ydQhkm2TP2l2JtbK1jjb8eGXbnAsNG/zb02cM= MIME-Version: 1.0 Received: by 10.103.198.20 with SMTP id a20mr18533muq.63.1234384281167; Wed, 11 Feb 2009 12:31:21 -0800 (PST) Date: Thu, 12 Feb 2009 04:31:21 +0800 Message-ID: From: Buganini To: current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: modular kernconf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2009 20:52:39 -0000 (on i386 or amd64) I think it would be good to modularize kernconf. Now my kernconf include GENERIC, then add things I need, but I need to nodevice/nooptions many things I dont want. Maybe we can split GENERIC into several parts, the first parts is things before "device fdc" and atkbc, syscons, power sections. The others could be only one part or seperated to parts like SCSI, NIC, WIRELESS, USB...etc. This way I can customize my kernconf cleanly and easily. Like today I want to try USB2, I just change the GENERIC to USB2, then I got what I want. I dont like to make a replica GENERIC then modify it, because sometimes options in the SCHED section changes, and in this case, if I want to try USB2, things become dirty. Or any better ideas? From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 22:01:27 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46CF61065674 for ; Wed, 11 Feb 2009 22:01:27 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout019.mac.com (asmtpout019.mac.com [17.148.16.94]) by mx1.freebsd.org (Postfix) with ESMTP id 33D5B8FC17 for ; Wed, 11 Feb 2009 22:01:27 +0000 (UTC) (envelope-from cswiger@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from cswiger1.apple.com ([17.227.140.124]) by asmtp019.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0KEX005976E4QP50@asmtp019.mac.com> for current@freebsd.org; Wed, 11 Feb 2009 13:01:16 -0800 (PST) Message-id: From: Chuck Swiger To: Buganini In-reply-to: Date: Wed, 11 Feb 2009 13:01:15 -0800 References: X-Mailer: Apple Mail (2.930.3) Cc: current@freebsd.org Subject: Re: modular kernconf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2009 22:01:27 -0000 On Feb 11, 2009, at 12:31 PM, Buganini wrote: [ ... ] > This way I can customize my kernconf cleanly and easily. > Like today I want to try USB2, I just change the GENERIC to USB2, then > I got what I want. > > I dont like to make a replica GENERIC then modify it, > because sometimes options in the SCHED section changes, > and in this case, if I want to try USB2, things become dirty. > > Or any better ideas? You should look into the way the include directive is used for the SMP and PAE kernels (ie, /usr/src/sys/i386/conf/SMP). You can make specific changes to GENERIC to enable or disable things without having to roll an entire kernel config file.... Regards, -- -Chuck From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 22:07:53 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDD161065670 for ; Wed, 11 Feb 2009 22:07:53 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: from mail-bw0-f170.google.com (mail-bw0-f170.google.com [209.85.218.170]) by mx1.freebsd.org (Postfix) with ESMTP id 50F1D8FC18 for ; Wed, 11 Feb 2009 22:07:52 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: by bwz18 with SMTP id 18so793330bwz.19 for ; Wed, 11 Feb 2009 14:07:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=/4arin/pKxQNs8hNMLs7nenBCo2vuDcb/rLdYOM9A30=; b=ngpkOvphSYpf5UCmgTEkT5oZsGrwdJN6oMgrCWnfYlTorIfH00Hq+cPVP75x6cuVVg YiaITXqcxluiZcZU+IM2SHba2h5GY70FxUO1LWqqLmIbUWYGtBBzFvedDpe+g5SUF7vf g2BjpwTwYriLbHJMM5GLCDEnYCEtSZODq41Gg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=JVAr3vho56Y7xPiqfyuyqlYkXBXFAhY51V4qKjHMtcnfdOSHkQcGHGDra348XoVT0V yUGIMMzeFxz1MUa2d8npv6luNuhT6gTjug4V7+acFSEkx8LPkxbTlYr7cSVBxXqo1/3K z59d1blxCz9lxCe3oOJ7yzaluaJLnM7IUO+0c= MIME-Version: 1.0 Received: by 10.223.106.73 with SMTP id w9mr175539fao.21.1234388242044; Wed, 11 Feb 2009 13:37:22 -0800 (PST) In-Reply-To: <20090211201436.GA14586@freebsd.org> References: <20090211201436.GA14586@freebsd.org> Date: Wed, 11 Feb 2009 22:37:22 +0100 Message-ID: <83e5fb980902111337l5dc4c74dq6041cac459ae570f@mail.gmail.com> From: Diego Depaoli To: Roman Divacky Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: nvidia users of Geforce 7050 PV X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2009 22:07:54 -0000 On 2/11/09, Roman Divacky wrote: > hi > > I've just bought Geforce 7050 PV and X does not > start. I use the nvidia driver (tried 3 versions > - 177.80 and two 180.x flavours) > can someone please comment (I have the same card > and it (does not) works etc.) That one? (--) PCI:*(0@0:18:0) nVidia Corporation GeForce 7050 PV / nForce 630a rev 162, Mem @ 0xfc000000/0, 0xd0000000/0, 0xfb000000/0, BIOS @ 0x????????/131072 It works with 180.22 driver, Xorg 7.4 on -CURRENT #13: Wed Feb 11 21:44:42 CET 2009 Cheers -- Diego Depaoli From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 22:22:33 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 427A410657DD for ; Wed, 11 Feb 2009 22:22:32 +0000 (UTC) (envelope-from army.of.root@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 7422F8FC22 for ; Wed, 11 Feb 2009 22:22:31 +0000 (UTC) (envelope-from army.of.root@googlemail.com) Received: by fg-out-1718.google.com with SMTP id l26so184023fgb.35 for ; Wed, 11 Feb 2009 14:22:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=uiGMuGUENsOtKflWHwnqaCq/NdRCjT+2AM445tcXq6s=; b=gAYV9s4yoH56rCYJpoFnNN7AmscsrzRaPKdtPKplKB0esus/IcE8AoTx09IIG3XLoL /nX2MfToNtmSJbCmxfdH5DarqXvqbt9VuNnqTiNaoSB9LZhO+fdHcB1b9mi6Igm0tZXr ZceNEd7QZH/byINAPHEJ+6zjKpZhKNC40XfNc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=BZ3m4E0xDtSDr90HXe6Eepaqcn1eMNPUgDQzmVrAV0gdBB4Xy2mz5iXes4hlTb06Wl jGqE2phpKWN0jmalbpqCCwh1xf7WNc33wpBpEq/TARVKAw7avLW6ZAnB6EbBs4Cl9Zbp Q1qfIbptZDbRS1jrKwnJzfdzs6JgDKecUis8M= Received: by 10.86.91.3 with SMTP id o3mr962513fgb.60.1234389344006; Wed, 11 Feb 2009 13:55:44 -0800 (PST) Received: from ?192.168.2.24? (p5486F15E.dip.t-dialin.net [84.134.241.94]) by mx.google.com with ESMTPS id d6sm5175303fga.49.2009.02.11.13.55.43 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 11 Feb 2009 13:55:43 -0800 (PST) Message-ID: <49934959.4060803@gmail.com> Date: Wed, 11 Feb 2009 22:55:37 +0100 From: "army.of.root" User-Agent: Thunderbird 2.0.0.17 (X11/20081028) MIME-Version: 1.0 To: Buganini References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 11 Feb 2009 22:45:53 +0000 Cc: current@freebsd.org Subject: Re: modular kernconf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2009 22:22:39 -0000 Buganini wrote: > (on i386 or amd64) > I think it would be good to modularize kernconf. > Now my kernconf include GENERIC, then add things I need, > but I need to nodevice/nooptions many things I dont want. > Maybe we can split GENERIC into several parts, > the first parts is things before "device fdc" and atkbc, syscons, > power sections. > The others could be only one part or seperated to parts like SCSI, > NIC, WIRELESS, USB...etc. > > This way I can customize my kernconf cleanly and easily. > Like today I want to try USB2, I just change the GENERIC to USB2, then > I got what I want. > > I dont like to make a replica GENERIC then modify it, > because sometimes options in the SCHED section changes, > and in this case, if I want to try USB2, things become dirty. Hi, I would really like the kernconf to stay in one file. What would help is a more well structure in the GENERIC and extensive documentation for what a specific module is good for and what depends on it and what it depends on. I did also try the usb2 stack a while ago and got a bit confused. :) regards PS: Thanks to all Devs for the pure awesomness of FreeBSD! From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 23:20:49 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC852106564A for ; Wed, 11 Feb 2009 23:20:49 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from mail.stillbilde.net (d80.iso100.no [81.175.61.195]) by mx1.freebsd.org (Postfix) with ESMTP id 882668FC13 for ; Wed, 11 Feb 2009 23:20:49 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from [192.168.4.8] (varnish.stillbilde.net [192.168.4.8]) (Authenticated sender: svein) by mail.stillbilde.net (Familien Skogens mail) with ESMTPSA id EB17B39; Wed, 11 Feb 2009 23:01:40 +0000 (UTC) Message-ID: <49935993.50303@stillbilde.net> Date: Thu, 12 Feb 2009 00:04:51 +0100 From: "Svein Skogen (listmail account)" User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Chuck Swiger References: In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Buganini , current@freebsd.org Subject: Re: modular kernconf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2009 23:20:50 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Chuck Swiger wrote: > On Feb 11, 2009, at 12:31 PM, Buganini wrote: > [ ... ] >> This way I can customize my kernconf cleanly and easily. >> Like today I want to try USB2, I just change the GENERIC to USB2, then >> I got what I want. >> >> I dont like to make a replica GENERIC then modify it, >> because sometimes options in the SCHED section changes, >> and in this case, if I want to try USB2, things become dirty. >> >> Or any better ideas? > > You should look into the way the include directive is used for the SMP > and PAE kernels (ie, /usr/src/sys/i386/conf/SMP). You can make specific > changes to GENERIC to enable or disable things without having to roll an > entire kernel config file.... > > Regards, Can the kernel file (that contains the include directive) contain an opposite of the option and device, such as no_option or no_device? //Svein - -- - --------+-------------------+------------------------------- /"\ |Svein Skogen | svein@d80.iso100.no \ / |Solberg Østli 9 | PGP Key: 0xE5E76831 X |2020 Skedsmokorset | svein@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | svein@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listmail@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +-------------------+------------------------------- |msn messenger: | Mobile Phone: +47 907 03 575 |svein@jernhuset.no | RIPE handle: SS16503-RIPE - --------+-------------------+------------------------------- Picture Gallery: https://gallery.stillbilde.net/v/svein/ - ------------------------------------------------------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmTWZMACgkQODUnwSLUlKQBMQCgqPnymLv06QkHnqieoms0fg1Q twAAoICQrkQGusjghbkmPSCDwMMbH7I9 =rp5Y -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Feb 11 23:26:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E1E5106564A for ; Wed, 11 Feb 2009 23:26:56 +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 2B2568FC15 for ; Wed, 11 Feb 2009 23:26:55 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LXOTh-00060I-7g for freebsd-current@freebsd.org; Wed, 11 Feb 2009 23:26:49 +0000 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 11 Feb 2009 23:26:49 +0000 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 11 Feb 2009 23:26:49 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Wed, 11 Feb 2009 15:26:35 -0800 Lines: 65 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.10.9 Sender: news Subject: Re: memory alignment problems with -current on amd64? [Found Cause] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2009 23:26:57 -0000 Alan Cox wrote: > On Tue, Feb 10, 2009 at 2:20 PM, Mark Atkinson wrote: > [snip] >> >> >> >> Well, taking the information I knew -- OCT 15th == good, Mid DEC == BAD, >> I trolled every commit logged between. Eventually I found this one: >> >> http://svn.freebsd.org/viewvc/base?view=revision&revision=185715 >> >> http://docs.freebsd.org/cgi/mid.cgi?200812061937.mB6JbqAI003273 >> >> I set vm.pmap.pg_ps_enabled="0" in /boot/loader.conf, and >> was able to complete buildworld and -j16 buildworld and -j8 buildkernel >> no problem. >> >> It appears superpage mapping causes alignment problems on this box. > > > Can you please provide more detailed information about this machine, in > particular, the processor including the revision? It would also be > helpful to see what gdb says about a couple of these crashes, > specifically, the machine registers at the time of the exception. Is there something specifically preventing cores during buildworld? I can't find one after a bus error. I'll try to find something to dump the revision for me. Here's the verbose boot for the processor. CPU: Quad-Core AMD Opteron(tm) Processor 2352 (2100.09-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f23 Stepping = 3 Features=0x178bfbff Features2=0x802009 AMD Features=0xee400800 AMD Features2=0x7ff TSC: P-state invariant Cores per package: 4 L1 2MB data TLB: 48 entries, fully associative L1 2MB instruction TLB: 16 entries, fully associative L1 4KB data TLB: 48 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB data TLB: 128 entries, 2-way associative L2 2MB instruction TLB: 0 entries, 2-way associative L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative usable memory = 10720198656 (10223 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x0000000000f55000 - 0x00000000cfe4dfff, 3471806464 bytes (847609 pages) 0x00000000cfe56000 - 0x00000000cfe56fff, 4096 bytes (1 pages) 0x0000000100000000 - 0x000000029d212fff, 6931165184 bytes (1692179 pages) -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 09:21:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38518106564A for ; Thu, 12 Feb 2009 09:21:08 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id E3E8A8FC12 for ; Thu, 12 Feb 2009 09:21:07 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: by yw-out-2324.google.com with SMTP id 2so375351ywt.13 for ; Thu, 12 Feb 2009 01:21:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=Mc28+VbwhuE9UHd+jG2PfmNHSRP1VlqkMrblBvgPD9g=; b=Un8wWZEWMVlj53wHf1APoZA2j8DzMueS9j5rAKJghlfAQMTHAs2THmSRU2xZnQRDCb JKQIHIyMB6/OvYlSyQxUqpG5rbksXa8VhSDYhRJKqCHi9s8cLkn7SvMqFEqrIuqcNoHn uo8Q/YsxZcIiPdHoUWoDTuHF0AhXQyFqYhmBU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=AoxcyH3PGmqL9NfbalUaK2qtOFGvdMYwDr2G1XK33r4yrdpkPk9Gke3GfEb+ucoT1z 3NEWD5EL0/bj/qXAXDlXfYwfIBkiLN4YYSEDJgCbarn7GOvSiwcyPghU0vdpTchmi33a 5SSJl1tCaPbKpclqhikaRHLQtfiJLdcwfC19Q= MIME-Version: 1.0 Received: by 10.151.147.10 with SMTP id z10mr291718ybn.192.1234430467259; Thu, 12 Feb 2009 01:21:07 -0800 (PST) In-Reply-To: References: Date: Thu, 12 Feb 2009 03:21:07 -0600 Message-ID: From: Alan Cox To: Mark Atkinson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, alc@cs.rice.edu Subject: Re: memory alignment problems with -current on amd64? [Found Cause] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 09:21:08 -0000 Do you know why NX is disabled on this processor? If possible, could you re-enable it and vm.pmap.pg_ps_enabled, and see if you still have the same problem. On Wed, Feb 11, 2009 at 5:26 PM, Mark Atkinson wrote: > Alan Cox wrote: > > > On Tue, Feb 10, 2009 at 2:20 PM, Mark Atkinson > wrote: > > [snip] > >> > >> > >> > >> Well, taking the information I knew -- OCT 15th == good, Mid DEC == BAD, > >> I trolled every commit logged between. Eventually I found this one: > >> > >> http://svn.freebsd.org/viewvc/base?view=revision&revision=185715 > >> > >> http://docs.freebsd.org/cgi/mid.cgi?200812061937.mB6JbqAI003273 > >> > >> I set vm.pmap.pg_ps_enabled="0" in /boot/loader.conf, and > >> was able to complete buildworld and -j16 buildworld and -j8 buildkernel > >> no problem. > >> > >> It appears superpage mapping causes alignment problems on this box. > > > > > > Can you please provide more detailed information about this machine, in > > particular, the processor including the revision? It would also be > > helpful to see what gdb says about a couple of these crashes, > > specifically, the machine registers at the time of the exception. > > Is there something specifically preventing cores during buildworld? I > can't > find one after a bus error. I'll try to find something to dump the > revision for me. Here's the verbose boot for the processor. > > CPU: Quad-Core AMD Opteron(tm) Processor 2352 (2100.09-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x100f23 Stepping = 3 > > > Features=0x178bfbff > Features2=0x802009 > AMD Features=0xee400800 +,3DNow!> > AMD > Features2=0x7ff > TSC: P-state invariant > Cores per package: 4 > L1 2MB data TLB: 48 entries, fully associative > L1 2MB instruction TLB: 16 entries, fully associative > L1 4KB data TLB: 48 entries, fully associative > L1 4KB instruction TLB: 32 entries, fully associative > L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative > L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way > associative > L2 2MB data TLB: 128 entries, 2-way associative > L2 2MB instruction TLB: 0 entries, 2-way associative > L2 4KB data TLB: 512 entries, 4-way associative > L2 4KB instruction TLB: 512 entries, 4-way associative > L2 unified cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 16-way > associative > usable memory = 10720198656 (10223 MB) > Physical memory chunk(s): > 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) > 0x0000000000f55000 - 0x00000000cfe4dfff, 3471806464 bytes (847609 pages) > 0x00000000cfe56000 - 0x00000000cfe56fff, 4096 bytes (1 pages) > 0x0000000100000000 - 0x000000029d212fff, 6931165184 bytes (1692179 pages) > > > -- > Mark Atkinson > atkin901@yahoo.com > (!wired)?(coffee++):(wired); > > _______________________________________________ > 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 Feb 12 10:01:31 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23AE01065672 for ; Thu, 12 Feb 2009 10:01:31 +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 DDB438FC21 for ; Thu, 12 Feb 2009 10:01:30 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 62FF63F130 for ; Thu, 12 Feb 2009 10:01:29 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id n1C9cOhX001651 for ; Thu, 12 Feb 2009 09:38:24 GMT (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Thu, 12 Feb 2009 09:38:24 +0000 Message-ID: <1650.1234431504@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Subject: @188498: u3g works, Xorg does not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 10:01:31 -0000 I just tried @188498 on my laptop. The good news is that with USB2 my 3G modem works. The bad news is that Xorg does not, it takes no mouse or keyboard input. Interestingly, changing to a different VTY with CTRL-ALT-Fx works. VTY switches use SIGUSR1 as far as I remember. That could indicate that recent tty/syscons changes are to blame and that Xorg is simply not getting the events it is waiting for. -- 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 Thu Feb 12 10:16:59 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3A08106564A for ; Thu, 12 Feb 2009 10:16:59 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.185]) by mx1.freebsd.org (Postfix) with ESMTP id 9F8448FC15 for ; Thu, 12 Feb 2009 10:16:59 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: by rn-out-0910.google.com with SMTP id k32so619795rnd.12 for ; Thu, 12 Feb 2009 02:16:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=4AOLJU4fA9MQ9i4MU5y5ais2/xqRs7Ct595y/x0fgks=; b=FCLucDTGUyiEtrNzjadjUTBMGyKj81LhD+K8YI/JLC9GV/BClotsS7BQebV22aFRhO S2le6m/cjFWiR5RGAoJBG7EOPlFBvxCoBDR8EwxHR8FlmR7Um8vYE76TCOCuMPPR6W26 HinSAa8841uPIBR1lPyZH8cPSqsy+tjcUn4WA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=xkm1mbTGwsy/cLYc7G1qHHhLTYAkh/kDE8mohBellES/5q+6j6Mf3vI7mO2LDABfEL /yTZw4gt4/9tA9IAz8FFT1/RU6q30VG8Sqdu2iurMWg6eNS0fI9rLJZcBIYercSVEs6B RE3aR98/lARwBin8Zg5xmkvQg54Fk/zbtYSRQ= MIME-Version: 1.0 Received: by 10.151.46.17 with SMTP id y17mr828452ybj.211.1234433818884; Thu, 12 Feb 2009 02:16:58 -0800 (PST) In-Reply-To: <1650.1234431504@critter.freebsd.dk> References: <1650.1234431504@critter.freebsd.dk> Date: Thu, 12 Feb 2009 08:16:58 -0200 Message-ID: <747dc8f30902120216o7755a234t435e5ed7120f1b0e@mail.gmail.com> From: Renato Botelho To: Poul-Henning Kamp Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: @188498: u3g works, Xorg does not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 10:17:00 -0000 On Thu, Feb 12, 2009 at 7:38 AM, Poul-Henning Kamp wrote: > > I just tried @188498 on my laptop. > > The good news is that with USB2 my 3G modem works. > > The bad news is that Xorg does not, it takes no mouse or keyboard > input. > > Interestingly, changing to a different VTY with CTRL-ALT-Fx works. > > VTY switches use SIGUSR1 as far as I remember. > > That could indicate that recent tty/syscons changes are to blame > and that Xorg is simply not getting the events it is waiting for. Do you have hald running? If not, try to add following line to ServerLayout section of xorg.conf Option "AllowEmptyInput" "off" -- Renato Botelho From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 10:18:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83BF910656C3 for ; Thu, 12 Feb 2009 10:18:05 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.10]) by mx1.freebsd.org (Postfix) with ESMTP id 12E4C8FC1B for ; Thu, 12 Feb 2009 10:18:05 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-026-076.pools.arcor-ip.net [88.66.26.76]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1LXYdw05GA-0003eS; Thu, 12 Feb 2009 11:18:04 +0100 Received: (qmail 28475 invoked from network); 12 Feb 2009 10:18:03 -0000 Received: from fbsd8.laiers.local (192.168.4.200) by laiers.local with SMTP; 12 Feb 2009 10:18:03 -0000 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Thu, 12 Feb 2009 11:18:03 +0100 User-Agent: KMail/1.10.4 (FreeBSD/8.0-CURRENT; KDE/4.1.4; i386; ; ) References: <1650.1234431504@critter.freebsd.dk> In-Reply-To: <1650.1234431504@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902121118.03599.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1/qZEbQwx3wOdAJHVYy0+5xFhsKJAE8vS4maWI AVvtqmFbrkJz7uYzBYOsSFwME2XG16PVoMcmnQwbE/+bpeL+d2 P2+b+LYKcDPY7UNPc3ctA== Cc: Poul-Henning Kamp Subject: Re: @188498: u3g works, Xorg does not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 10:18:06 -0000 On Thursday 12 February 2009 10:38:24 Poul-Henning Kamp wrote: > I just tried @188498 on my laptop. > > The good news is that with USB2 my 3G modem works. > > The bad news is that Xorg does not, it takes no mouse or keyboard > input. > > Interestingly, changing to a different VTY with CTRL-ALT-Fx works. > > VTY switches use SIGUSR1 as far as I remember. > > That could indicate that recent tty/syscons changes are to blame > and that Xorg is simply not getting the events it is waiting for. There have been serious changes in how xorg detects input (see ports/UPDATING 20090123). It now relies on hald to provide keyboard and mouse configuration. For us keyboard layout it's as simple as starting dbus and hald (dbus_enable="YES" hald_enable="YES") for localization you need something like this: $cat /usr/local/etc/hal/fdi/policy/x11-input.fdi de Ugly, isn't it. Of course you want to change "de" to whatever your layout is called. -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 10:23:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89F43106564A for ; Thu, 12 Feb 2009 10:23:31 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.swip.net [212.247.154.225]) by mx1.freebsd.org (Postfix) with ESMTP id 20DF38FC21 for ; Thu, 12 Feb 2009 10:23:30 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=7mdv1hh8KW0A:10 a=kw03RjmKpLm8ql5X2xOdcA==:17 a=6I5d2MoRAAAA:8 a=H_KhN8Rl-AdXF7rXvxoA:9 a=dfxdoUqTluCfeWMmNldEggTpjEgA:4 a=zoKOyUDlhksA:10 Received: from [85.19.218.115] (account mc467741@c2i.net HELO laptop) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1193302448; Thu, 12 Feb 2009 11:23:29 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Thu, 12 Feb 2009 11:25:55 +0100 User-Agent: KMail/1.9.7 References: <1650.1234431504@critter.freebsd.dk> <200902121118.03599.max@love2party.net> In-Reply-To: <200902121118.03599.max@love2party.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902121125.57378.hselasky@c2i.net> Cc: Max Laier , Poul-Henning Kamp Subject: Re: @188498: u3g works, Xorg does not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 10:23:31 -0000 Before enabling hald and USB2 at the same time, read the USB wiki: http://wiki.freebsd.org/USB --HPS From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 10:24:52 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16A0B1065676 for ; Thu, 12 Feb 2009 10:24:52 +0000 (UTC) (envelope-from akm@theinternet.com.au) Received: from fallbackmx07.syd.optusnet.com.au (fallbackmx07.syd.optusnet.com.au [211.29.132.9]) by mx1.freebsd.org (Postfix) with ESMTP id E4FBB8FC0C for ; Thu, 12 Feb 2009 10:24:50 +0000 (UTC) (envelope-from akm@theinternet.com.au) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by fallbackmx07.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n1CADIaX021930 for ; Thu, 12 Feb 2009 21:13:20 +1100 Received: from camelot.theinternet.com.au (d122-105-150-189.bla11.nsw.optusnet.com.au [122.105.150.189]) by mail11.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n1CADEdo009025; Thu, 12 Feb 2009 21:13:15 +1100 Received: by camelot.theinternet.com.au (Postfix, from userid 1000) id 9D67717021; Thu, 12 Feb 2009 21:11:42 +1100 (EST) Date: Thu, 12 Feb 2009 21:11:42 +1100 From: Andrew Milton To: Poul-Henning Kamp Message-ID: <20090212101142.GE8296@camelot.theinternet.com.au> References: <1650.1234431504@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1650.1234431504@critter.freebsd.dk> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: @188498: u3g works, Xorg does not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 10:24:52 -0000 +-------[ Poul-Henning Kamp ]---------------------- | | I just tried @188498 on my laptop. | | The good news is that with USB2 my 3G modem works. | | The bad news is that Xorg does not, it takes no mouse or keyboard | input. | | Interestingly, changing to a different VTY with CTRL-ALT-Fx works. | | VTY switches use SIGUSR1 as far as I remember. | | That could indicate that recent tty/syscons changes are to blame | and that Xorg is simply not getting the events it is waiting for. I see the same behaviour (on 7.1), if I kill kdm, when it restarts it works fine and so does the resultant session. I think it's an X-org 7.4 issue. -- Andrew Milton akm@theinternet.com.au From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 10:31:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A2B8106566C for ; Thu, 12 Feb 2009 10:31:09 +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 3DFAD8FC16 for ; Thu, 12 Feb 2009 10:31:08 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 1ED503F129; Thu, 12 Feb 2009 10:31:08 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id n1CAV7hg002030; Thu, 12 Feb 2009 10:31:07 GMT (envelope-from phk@critter.freebsd.dk) To: Max Laier From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 12 Feb 2009 11:18:03 +0100." <200902121118.03599.max@love2party.net> Date: Thu, 12 Feb 2009 10:31:07 +0000 Message-ID: <2029.1234434667@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org Subject: Re: @188498: u3g works, Xorg does not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 10:31:09 -0000 In message <200902121118.03599.max@love2party.net>, Max Laier writes: >There have been serious changes in how xorg detects input (see ports/UPDATING >20090123). It now relies on hald to provide keyboard and mouse configuration. So, obviously, our Xorg port should start hald automatically, shouldn't it ? This was a freshly built system with freshly built packages, I would generally expect that to DTRT. Poul-Henning -- 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 Thu Feb 12 10:40:30 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E906310656F1 for ; Thu, 12 Feb 2009 10:40:30 +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 A48908FC28 for ; Thu, 12 Feb 2009 10:40:30 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id D7DC33F129; Thu, 12 Feb 2009 10:40:29 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id n1CAeS9Z001522; Thu, 12 Feb 2009 10:40:28 GMT (envelope-from phk@critter.freebsd.dk) To: Rink Springer From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 12 Feb 2009 11:18:10 +0100." <20090212101809.GB78543@rink.nu> Date: Thu, 12 Feb 2009 10:40:28 +0000 Message-ID: <1521.1234435228@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@FreeBSD.org Subject: Re: @188498: u3g works, Xorg does not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 10:40:31 -0000 In message <20090212101809.GB78543@rink.nu>, Rink Springer writes: >On Thu, Feb 12, 2009 at 09:38:24AM +0000, Poul-Henning Kamp wrote: >> That could indicate that recent tty/syscons changes are to blame >> and that Xorg is simply not getting the events it is waiting for. > >I seem to recall that hald is a requirement for X these days; have you >tried enabling it? That seems to solve the problem. Thanks to all who suggested it. -- 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 Thu Feb 12 10:43:51 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7FF51065673 for ; Thu, 12 Feb 2009 10:43:51 +0000 (UTC) (envelope-from haro@kgt.co.jp) Received: from mail02.kgt.co.jp (dmz02.kgt.co.jp [210.141.246.82]) by mx1.freebsd.org (Postfix) with ESMTP id 87D1B8FC1A for ; Thu, 12 Feb 2009 10:43:51 +0000 (UTC) (envelope-from haro@kgt.co.jp) Received: from navgw.tt.kgt.co.jp (unknown [210.141.246.71]) by mail02.kgt.co.jp (Postfix) with ESMTP id F20683C3DD5C; Thu, 12 Feb 2009 19:28:52 +0900 (JST) Received: from localhost (posh.tt.kgt.co.jp [192.168.15.51]) by navgw.tt.kgt.co.jp (Postfix) with ESMTP id CF2B547715; Thu, 12 Feb 2009 19:28:51 +0900 (JST) Date: Thu, 12 Feb 2009 19:28:51 +0900 (JST) Message-Id: <20090212.192851.57971498.haro@kgt.co.jp> To: rbgarga@gmail.com From: haro@kgt.co.jp In-Reply-To: <747dc8f30902120216o7755a234t435e5ed7120f1b0e@mail.gmail.com> References: <1650.1234431504@critter.freebsd.dk> <747dc8f30902120216o7755a234t435e5ed7120f1b0e@mail.gmail.com> X-Mailer: Mew version 4.2 on Emacs 21.4 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: phk@phk.freebsd.dk, current@freebsd.org Subject: Re: @188498: u3g works, Xorg does not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 10:43:52 -0000 From: Renato Botelho Date: Thu, 12 Feb 2009 08:16:58 -0200 ::On Thu, Feb 12, 2009 at 7:38 AM, Poul-Henning Kamp wrote: ::> ::> I just tried @188498 on my laptop. ::> ::> The good news is that with USB2 my 3G modem works. ::> ::> The bad news is that Xorg does not, it takes no mouse or keyboard ::> input. ::> ::> Interestingly, changing to a different VTY with CTRL-ALT-Fx works. ::> ::> VTY switches use SIGUSR1 as far as I remember. ::> ::> That could indicate that recent tty/syscons changes are to blame ::> and that Xorg is simply not getting the events it is waiting for. :: ::Do you have hald running? If not, try to add following line to ::ServerLayout section of xorg.conf :: ::Option "AllowEmptyInput" "off" The description in /usr/ports/UPDATING is wrong about this. It should be in ServerFlags section, not the ServerLayout section. Adding following line to xorg.conf worked for me: Section "ServerFlags" Option "AllowEmptyInput" "off" EndSection Hope this helps, Haro =----------------------------------------------------------------------- _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| KGT Inc. /|\ |_| |_|_| From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 10:51:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4818F1065670 for ; Thu, 12 Feb 2009 10:51:54 +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 0BB4C8FC22 for ; Thu, 12 Feb 2009 10:51:52 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id BDC043F130; Thu, 12 Feb 2009 10:51:51 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id n1CApniJ001879; Thu, 12 Feb 2009 10:51:49 GMT (envelope-from phk@critter.freebsd.dk) To: Hans Petter Selasky From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 12 Feb 2009 11:25:55 +0100." <200902121125.57378.hselasky@c2i.net> Date: Thu, 12 Feb 2009 10:51:49 +0000 Message-ID: <1878.1234435909@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Max Laier , freebsd-current@freebsd.org Subject: Re: @188498: u3g works, Xorg does not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 10:51:54 -0000 In message <200902121125.57378.hselasky@c2i.net>, Hans Petter Selasky writes: >Before enabling hald and USB2 at the same time, read the USB wiki: > >http://wiki.freebsd.org/USB I added the following two lines to libmap.conf: libusb-0.1.so libusb20.so libusb-0.1.so.8 libusb20.so.1 But that does not seem to help much. hald(8) does not seem to be linked (dynamically) against libusb ? critter# ldd /usr/local/sbin/hald | grep -i usb critter# So is it statically linked ? In that case the Wiki should state that libmap.conf is not going to help. Why doesn't the wiki have a libmap.conf examble btw ? -- 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 Thu Feb 12 11:00:54 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A23D1065679 for ; Thu, 12 Feb 2009 11:00:54 +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 1E08E8FC13 for ; Thu, 12 Feb 2009 11:00:53 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id EAFC33F129; Thu, 12 Feb 2009 11:00:52 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id n1CB0ofT001347; Thu, 12 Feb 2009 11:00:51 GMT (envelope-from phk@critter.freebsd.dk) To: haro@kgt.co.jp From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 12 Feb 2009 19:28:51 +0900." <20090212.192851.57971498.haro@kgt.co.jp> Date: Thu, 12 Feb 2009 11:00:50 +0000 Message-ID: <1346.1234436450@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: rbgarga@gmail.com, current@freebsd.org Subject: Re: @188498: u3g works, Xorg does not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 11:00:54 -0000 In message <20090212.192851.57971498.haro@kgt.co.jp>, haro@kgt.co.jp writes: > >Section "ServerFlags" > Option "AllowEmptyInput" "off" >EndSection That also works, and avoids four hald processes on the system, so I prefer this fix. -- 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 Thu Feb 12 11:18:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0332E106564A for ; Thu, 12 Feb 2009 11:18:44 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id 621358FC0A for ; Thu, 12 Feb 2009 11:18:43 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=7mdv1hh8KW0A:10 a=kw03RjmKpLm8ql5X2xOdcA==:17 a=8kQB0OdkAAAA:8 a=6I5d2MoRAAAA:8 a=AQOCufLK2YYQtnp0RWYA:9 a=DWrLbdOKEB1w1zQ2EFjy8c-dHD4A:4 a=LY0hPdMaydYA:10 a=9aOQ2cSd83gA:10 Received: from [85.19.218.115] (account mc467741@c2i.net HELO laptop) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 144054818; Thu, 12 Feb 2009 12:18:41 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org, jylefort@FreeBSD.org Date: Thu, 12 Feb 2009 12:21:05 +0100 User-Agent: KMail/1.9.7 References: <1878.1234435909@critter.freebsd.dk> In-Reply-To: <1878.1234435909@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902121221.07622.hselasky@c2i.net> Cc: Max Laier , Poul-Henning Kamp Subject: Re: @188498: u3g works, Xorg does not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 11:18:44 -0000 On Thursday 12 February 2009, Poul-Henning Kamp wrote: > In message <200902121125.57378.hselasky@c2i.net>, Hans Petter Selasky writes: > >Before enabling hald and USB2 at the same time, read the USB wiki: > > > >http://wiki.freebsd.org/USB > > I added the following two lines to libmap.conf: > > libusb-0.1.so libusb20.so > libusb-0.1.so.8 libusb20.so.1 > > But that does not seem to help much. > > hald(8) does not seem to be linked (dynamically) against libusb ? > > critter# ldd /usr/local/sbin/hald | grep -i usb > critter# > > So is it statically linked ? No, dnl Check libusb AC_ARG_ENABLE([usb], AS_HELP_STRING([--disable-usb], [Do not use libusb]), [use_usb=$enableval], [use_usb=yes]) if test "x$use_usb" = "xyes" ; then AC_CHECK_HEADERS([usb.h], [USE_LIBUSB=yes], [USE_LIBUSB=no]) if test "x$USE_LIBUSB" = "xyes"; then AC_CHECK_LIB([usb], [usb_find_devices], [USE_LIBUSB=yes], [USE_LIBUSB=no]) fi else USE_LIBUSB=no fi You need to have libusb0.1.x installed before building hald. The following file is no longer useful with USB2. I could make some patches for HAL, but I don't know where to send them. /usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd/hf-usb.c > > In that case the Wiki should state that libmap.conf is not going to help. > > Why doesn't the wiki have a libmap.conf examble btw ? Fixed. --HPS From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 11:32:09 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3CD21065687 for ; Thu, 12 Feb 2009 11:32:08 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx1.rink.nu (gloom.rink.nu [213.34.49.2]) by mx1.freebsd.org (Postfix) with ESMTP id B133D8FC23 for ; Thu, 12 Feb 2009 11:32:08 +0000 (UTC) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 0C4136D423; Thu, 12 Feb 2009 11:18:13 +0100 (CET) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.2]) by localhost (gloom.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IMJ3EwZ7ZxnM; Thu, 12 Feb 2009 11:18:10 +0100 (CET) Received: by mx1.rink.nu (Postfix, from userid 1000) id 05FC46D42B; Thu, 12 Feb 2009 11:18:10 +0100 (CET) Date: Thu, 12 Feb 2009 11:18:10 +0100 From: Rink Springer To: Poul-Henning Kamp Message-ID: <20090212101809.GB78543@rink.nu> References: <1650.1234431504@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1650.1234431504@critter.freebsd.dk> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: current@freebsd.org Subject: Re: @188498: u3g works, Xorg does not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 11:32:09 -0000 On Thu, Feb 12, 2009 at 09:38:24AM +0000, Poul-Henning Kamp wrote: > That could indicate that recent tty/syscons changes are to blame > and that Xorg is simply not getting the events it is waiting for. I seem to recall that hald is a requirement for X these days; have you tried enabling it? Regards, -- Rink P.W. Springer - http://rink.nu "Chance favours the prepared mind" - Penn From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 11:58:36 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 182BA106564A for ; Thu, 12 Feb 2009 11:58:36 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout0.freenet.de (mout0.freenet.de [IPv6:2001:748:100:40::2:2]) by mx1.freebsd.org (Postfix) with ESMTP id A35538FC19 for ; Thu, 12 Feb 2009 11:58:35 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.26] (helo=16.mx.freenet.de) by mout0.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1LXaD9-00032k-T1; Thu, 12 Feb 2009 12:58:31 +0100 Received: from tfb4f.t.pppool.de ([89.55.251.79]:50163 helo=ernst.jennejohn.org) by 16.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1LXaD9-00081a-K8; Thu, 12 Feb 2009 12:58:31 +0100 Date: Thu, 12 Feb 2009 12:58:28 +0100 From: Gary Jennejohn To: "Poul-Henning Kamp" Message-ID: <20090212125828.2ff46a75@ernst.jennejohn.org> In-Reply-To: <1346.1234436450@critter.freebsd.dk> References: <20090212.192851.57971498.haro@kgt.co.jp> <1346.1234436450@critter.freebsd.dk> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: rbgarga@gmail.com, haro@kgt.co.jp, current@freebsd.org Subject: Re: @188498: u3g works, Xorg does not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Feb 2009 11:58:36 -0000 On Thu, 12 Feb 2009 11:00:50 +0000 "Poul-Henning Kamp" wrote: > In message <20090212.192851.57971498.haro@kgt.co.jp>, haro@kgt.co.jp writes: > > > > >Section "ServerFlags" > > Option "AllowEmptyInput" "off" > >EndSection > > That also works, and avoids four hald processes on the system, so > I prefer this fix. > I agree. Especially since hald eats 100% of one of my cores (AMD64 X2) apparently doing nothing. I remade the xorg server w/o hal and am now a much happier camper. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 12:01:46 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A4BF1065772 for ; Thu, 12 Feb 2009 12:01:46 +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 2F5E78FC0C for ; Thu, 12 Feb 2009 12:01:45 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id E8AA83F129; Thu, 12 Feb 2009 12:01:44 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id n1CC1hGH018204; Thu, 12 Feb 2009 12:01:43 GMT (envelope-from phk@critter.freebsd.dk) To: gary.jennejohn@freenet.de From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 12 Feb 2009 12:58:28 +0100." <20090212125828.2ff46a75@ernst.jennejohn.org> Date: Thu, 12 Feb 2009 12:01:43 +0000 Message-ID: <18203.1234440103@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: rbgarga@gmail.com, haro@kgt.co.jp, current@freebsd.org Subject: Re: @188498: u3g works, Xorg does not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 12:02:02 -0000 In message <20090212125828.2ff46a75@ernst.jennejohn.org>, Gary Jennejohn writes: >On Thu, 12 Feb 2009 11:00:50 +0000 >"Poul-Henning Kamp" wrote: > >> In message <20090212.192851.57971498.haro@kgt.co.jp>, haro@kgt.co.jp writes: >> >> > >> >Section "ServerFlags" >> > Option "AllowEmptyInput" "off" >> >EndSection >> >> That also works, and avoids four hald processes on the system, so >> I prefer this fix. >> > >I agree. Especially since hald eats 100% of one of my cores (AMD64 X2) >apparently doing nothing. > >I remade the xorg server w/o hal and am now a much happier camper. The ports defaults should be changed IMO. -- 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 Thu Feb 12 12:14:18 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 464FB1065712 for ; Thu, 12 Feb 2009 12:14:18 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-fx0-f16.google.com (mail-fx0-f16.google.com [209.85.220.16]) by mx1.freebsd.org (Postfix) with ESMTP id 83A258FC0A for ; Thu, 12 Feb 2009 12:14:17 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: by fxm9 with SMTP id 9so157798fxm.19 for ; Thu, 12 Feb 2009 04:14:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=WEGKyCc+MK811c29ixNYAmSsU5Xpd5nDKs8YpYrr3Sg=; b=MR8RraeLPaZG3m2gu8Ve7669Xgp5y7yeebsk7B/uvWEhdVkysngexRn1/n/AcR0vNU GtICS0CwUPtRYU4l62bL2cXSgH3W6idKjOS6CaJihKe3YiPlvUd3xI/eI4QXK9cxd7+F FIO7A7fmcdhJanWqDvK8f11p5bqw6L92VcCvE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=I7r9vH3QLCdvbYQZEfHxDlYPqdJfglEB5GynyheApQKI2yFeV0oxnvCdben6fK6zYD KZuW9AQ6FtvYJmURMheRkJXa7VIaLI804W1oNBeXhhk9gtDXtun+kj4mDI/gRZ/RxRb/ nMQn/2JQzgiHCcw0ZBwFlwIpmj0m3J62MPJ2s= MIME-Version: 1.0 Received: by 10.103.11.5 with SMTP id o5mr307982mui.132.1234440660402; Thu, 12 Feb 2009 04:11:00 -0800 (PST) In-Reply-To: <6101e8c40901231246j264c3e43y7989d14fb9b77037@mail.gmail.com> References: <20090115144459.GA3154@a91-153-125-115.elisa-laajakaista.fi> <6101e8c40901231246j264c3e43y7989d14fb9b77037@mail.gmail.com> Date: Thu, 12 Feb 2009 13:11:00 +0100 Message-ID: <6101e8c40902120410p5b7aedf9j87efd75e1f3d2c59@mail.gmail.com> From: Oliver Pinter To: current@freebsd.org Content-Type: multipart/mixed; boundary=0016364169dd0f41fa0462b79d90 Cc: Subject: Fwd: [patch] libc Berkeley DB information leak X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 12:14:19 -0000 --0016364169dd0f41fa0462b79d90 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit ---------- Forwarded message ---------- From: Oliver Pinter Date: Fri, 23 Jan 2009 21:46:33 +0100 Subject: Re: [patch] libc Berkeley DB information leak To: Jaakko Heinonen Cc: freebsd-security@freebsd.org On 1/15/09, Jaakko Heinonen wrote: > > Hi, > > FreeBSD libc Berkeley DB can leak sensitive information to database > files. The problem is that it writes uninitialized memory obtained from > malloc(3) to database files. > > You can use this simple test program to reproduce the behavior: > > http://www.saunalahti.fi/~jh3/dbtest.c > > Run the program and see the resulting test.db file which will contain a > sequence of 0xa5 bytes directly from malloc(3). (See malloc(3) manual > page for the explanation for the "J" flag if you need more information.) > > This has been reported as PR 123529 > (http://www.freebsd.org/cgi/query-pr.cgi?pr=123529) which contains a > real information leak case. The PR is assigned to secteam and I have > also personally reported it to secteam but I haven't heard a word from > secteam members. > > A code to initialize malloc'd memory exists but the feature must be > enabled with PURIFY macro. With following patch applied > the test program doesn't output 0xa5 bytes to the database file: > > %%% > Index: lib/libc/db/hash/hash_buf.c > =================================================================== > --- lib/libc/db/hash/hash_buf.c (revision 187214) > +++ lib/libc/db/hash/hash_buf.c (working copy) > @@ -57,6 +57,7 @@ __FBSDID("$FreeBSD$"); > #include > #include > #include > +#include > > #ifdef DEBUG > #include > Index: lib/libc/db/Makefile.inc > =================================================================== > --- lib/libc/db/Makefile.inc (revision 187214) > +++ lib/libc/db/Makefile.inc (working copy) > @@ -3,6 +3,8 @@ > # > CFLAGS+=-D__DBINTERFACE_PRIVATE > > +CFLAGS+=-DPURIFY > + > .include "${.CURDIR}/db/btree/Makefile.inc" > .include "${.CURDIR}/db/db/Makefile.inc" > .include "${.CURDIR}/db/hash/Makefile.inc" > %%% > > Could someone consider committing this or some other fix for the > problem? > > -- > Jaakko > _______________________________________________ > freebsd-security@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-security > To unsubscribe, send any mail to "freebsd-security-unsubscribe@freebsd.org" > --0016364169dd0f41fa0462b79d90 Content-Type: text/x-diff; charset=US-ASCII; name="0001-fix-mem-info-leak.patch" Content-Disposition: attachment; filename="0001-fix-mem-info-leak.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: file0 RnJvbSA3YmIzYmIzOTU1Yjc1NDc4MTM1ZDhlMzcwYmYwNjgxOGJhNzA4ZWJmIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBPbGl2ZXIgUGludGVyIDxwX2JwQG9saXZlcnAuKioqLmJtZS5o dT4KRGF0ZTogRnJpLCAyMyBKYW4gMjAwOSAwNDoyMjo0MSArMDEwMApTdWJqZWN0OiBbUEFUQ0hd IGZpeCBtZW0gaW5mbyBsZWFrCgotLS0KIGxpYi9saWJjL2RiL2hhc2gvaGFzaF9idWYuYyB8ICAg IDQgKystLQogMSBmaWxlcyBjaGFuZ2VkLCAyIGluc2VydGlvbnMoKyksIDIgZGVsZXRpb25zKC0p CgpkaWZmIC0tZ2l0IGEvbGliL2xpYmMvZGIvaGFzaC9oYXNoX2J1Zi5jIGIvbGliL2xpYmMvZGIv aGFzaC9oYXNoX2J1Zi5jCmluZGV4IGRiOGFkMWEuLjZjZmYxNWIgMTAwNjQ0Ci0tLSBhL2xpYi9s aWJjL2RiL2hhc2gvaGFzaF9idWYuYworKysgYi9saWIvbGliYy9kYi9oYXNoL2hhc2hfYnVmLmMK QEAgLTE3NCwxMiArMTc0LDEyIEBAIG5ld2J1ZihoYXNocCwgYWRkciwgcHJldl9icCkKIAkgKi8K IAlpZiAoaGFzaHAtPm5idWZzIHx8IChicC0+ZmxhZ3MgJiBCVUZfUElOKSkgewogCQkvKiBBbGxv Y2F0ZSBhIG5ldyBvbmUgKi8KLQkJaWYgKChicCA9IChCVUZIRUFEICopbWFsbG9jKHNpemVvZihC VUZIRUFEKSkpID09IE5VTEwpCisJCWlmICgoYnAgPSAoQlVGSEVBRCAqKWNhbGxvYygxLCBzaXpl b2YoQlVGSEVBRCkpKSA9PSBOVUxMKQogCQkJcmV0dXJuIChOVUxMKTsKICNpZmRlZiBQVVJJRlkK IAkJbWVtc2V0KGJwLCAweGZmLCBzaXplb2YoQlVGSEVBRCkpOwogI2VuZGlmCi0JCWlmICgoYnAt PnBhZ2UgPSAoY2hhciAqKW1hbGxvYyhoYXNocC0+QlNJWkUpKSA9PSBOVUxMKSB7CisJCWlmICgo YnAtPnBhZ2UgPSAoY2hhciAqKWNhbGxvYygxLCBoYXNocC0+QlNJWkUpKSA9PSBOVUxMKSB7CiAJ CQlmcmVlKGJwKTsKIAkJCXJldHVybiAoTlVMTCk7CiAJCX0KLS0gCjEuNi4wLjYKCg== --0016364169dd0f41fa0462b79d90-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 12:38:01 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADCD3106564A for ; Thu, 12 Feb 2009 12:38:01 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (brucec-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:c09::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6D3D08FC16 for ; Thu, 12 Feb 2009 12:38:01 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 7ECFB19256 for ; Thu, 12 Feb 2009 12:37:59 +0000 (GMT) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 Received: from gluon (unknown [IPv6:2a01:348:10f:0:240:f4ff:fe57:9871]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA for ; Thu, 12 Feb 2009 12:37:59 +0000 (GMT) Date: Thu, 12 Feb 2009 12:37:53 +0000 From: Bruce Cran To: current@freebsd.org Message-ID: <20090212123753.1602cb81@gluon> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.14.4; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Duplicate slice entries in /dev X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 12:38:01 -0000 I'm running -CURRENT from about a week ago, and have noticed that duplicate entries are showing up in /dev before a slice is mounted. For example I created a swap-based md disk, used fdisk to write a partition table containing a single msdos partition and noticed that two /dev/md0s1 entries existed. Today I've just got a new microSD card connected via a card reader. I created a filesystem on /dev/da0s1 and I see the following: tau# fdisk /dev/da0 ******* Working on device /dev/da0 ******* parameters extracted from in-core disklabel are: cylinders=968 heads=255 sectors/track=63 (16065 blks/cyl) parameters to be used for BIOS calculations are: cylinders=968 heads=255 sectors/track=63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 15550857 (7593 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 967/ head 254/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: tau# ls -l /dev/da0* crw-r----- 1 root operator 0, 85 Feb 12 12:28 /dev/da0 crw-r----- 1 root operator 0, 86 Feb 12 12:28 /dev/da0s1 crw-r----- 1 root operator 0, 86 Feb 12 12:28 /dev/da0s1 tau# mount /dev/da0s1 /mnt tau# ls -l /dev/da0* crw-r----- 1 root operator 0, 85 Feb 12 12:28 /dev/da0 crw-r----- 1 root operator 0, 86 Feb 12 12:28 /dev/da0s1 tau# umount /mnt tau# ls -l /dev/da0* crw-r----- 1 root operator 0, 85 Feb 12 12:28 /dev/da0 crw-r----- 1 root operator 0, 86 Feb 12 12:28 /dev/da0s1 crw-r----- 1 root operator 0, 86 Feb 12 12:28 /dev/da0s1 -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 13:05:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F47D106564A; Thu, 12 Feb 2009 13:05:09 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 2266A8FC1A; Thu, 12 Feb 2009 13:05:09 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id DFAEC41C70C; Thu, 12 Feb 2009 14:05:06 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id OlWeUiC4ysJ7; Thu, 12 Feb 2009 14:05:06 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 71C9E41C707; Thu, 12 Feb 2009 14:05:06 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 882934448EC; Thu, 12 Feb 2009 13:02:28 +0000 (UTC) Date: Thu, 12 Feb 2009 13:02:27 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: d@delphij.net In-Reply-To: <499244E6.9030205@delphij.net> Message-ID: <20090212122419.Q53478@maildrop.int.zabbadoz.net> References: <499244E6.9030205@delphij.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-jail@freebsd.org, freebsd-rc@FreeBSD.org, FreeBSD Current Subject: Re: [RFC] Skeleton jail (rc.d feature proposal) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 13:05:10 -0000 On Tue, 10 Feb 2009, Xin LI wrote: Hi, PreS: I added freebsd-jail@ to Cc:. > Ok, some local users has prodded me in committing the "skeleton jail" > feature, I find it useful myself but not sure if it's appropriate to > commit it against -HEAD, so I'd like to explain it, try to present it in > a better way, and request for comments. I have seen lots of "skeleton jail" features the last years working with lots of different parties and I have a private one myself tied into some other stuff which is even more meagre than most. It's 2 files and 7 lines of sh and that's only because I am lazy. I have seen everything from sh scripts to install worlds/distribution for a jail, to the same and then remove stuff, unionfs tries and nullfs mounts. From mergemaster setups populating worlds for jail from private trees to restores from master images. Some were really nice, others were .. improvable. They all helped the people in their environment but few could use what the others had done in their environment. > The rc.d infrastructure would automatically mount the following > directories from the template (when not specified, /) as read-only: > > bin > lib > libexec > sbin > usr/bin > usr/include > usr/lib > usr/libdata > usr/libexec > usr/sbin > usr/share I do not have the following two on most/any of my machines: > usr/src > usr/obj The correct way to do this I think would leave rc.d/jail untouched and (pre-)populate an /etc/fstab. and use that. Considering that my last commit messages already said that Simon and I have big worries about all the features in /etc/rc.d/jail and would rather remove than than keep them and that this is basically two things: 1) pre-seed a jail hierachy and etc from a source tree 2) mount some nullfs into the jail on start, unmount on stop (I hope I didn't miss anything else) I am wondering if this large patch cannot be reduced to a few line sh script to seed the jail + fstab, not needing to fiddle with base for that. 1 #/bin/sh 2 # $1 is DESTDIR of the jail 3 # $2 is the jail name as in rc.conf 4 # $3 is the skel root to mount from 5 # other arguments are rw nullfs mounts 6 cd /usr/src 7 make hierachy DESTDIR=$1 8 make distribution DESTDIR=$1 9 for d in bin lib libexec ..; do 10 echo "$3/${d} $1/$3 nullfs ro 0 0" >> /etc/fstab.$2 11 done 12 shift; shift; shift 13 for d in bin lib libexec ..; do 14 echo "$3/${d} $1/$3 nullfs rw 0 0" >> /etc/fstab.$2 15 done 16 echo "Add jail_$2_mount_enable='YES' to /etc/rc.conf" This is untested and doesn't have error checking etc. I would even put it in a Makefile instead of doing it in sh. A lot more flexible than anything in base will ever be. Just my 5ct. /bz -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 13:50:59 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD1B61065678 for ; Thu, 12 Feb 2009 13:50:59 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 798F28FC1C for ; Thu, 12 Feb 2009 13:50:59 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1LXbhC-00032o-Ey for current@freebsd.org; Thu, 12 Feb 2009 13:33:42 +0000 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1LXbh5-00076q-O0 for current@freebsd.org; Thu, 12 Feb 2009 13:33:32 +0000 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n1CDXVr1048019 for ; Thu, 12 Feb 2009 13:33:31 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n1CDXT70048018 for current@freebsd.org; Thu, 12 Feb 2009 13:33:29 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 12 Feb 2009 13:33:29 +0000 From: Anton Shterenlikht To: current@freebsd.org Message-ID: <20090212133329.GA47985@mech-cluster238.men.bris.ac.uk> References: <20090212.192851.57971498.haro@kgt.co.jp> <1346.1234436450@critter.freebsd.dk> <20090212125828.2ff46a75@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090212125828.2ff46a75@ernst.jennejohn.org> User-Agent: Mutt/1.5.19 (2009-01-05) X-Spam-Score: -1.4 X-Spam-Level: - Cc: Subject: Re: @188498: u3g works, Xorg does not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 13:51:00 -0000 On Thu, Feb 12, 2009 at 12:58:28PM +0100, Gary Jennejohn wrote: > On Thu, 12 Feb 2009 11:00:50 +0000 > "Poul-Henning Kamp" wrote: > > > In message <20090212.192851.57971498.haro@kgt.co.jp>, haro@kgt.co.jp writes: > > > > > > > >Section "ServerFlags" > > > Option "AllowEmptyInput" "off" > > >EndSection > > > > That also works, and avoids four hald processes on the system, so > > I prefer this fix. > > > > I agree. Especially since hald eats 100% of one of my cores (AMD64 X2) > apparently doing nothing. > > I remade the xorg server w/o hal and am now a much happier camper. but many other x parts depend on hal: # pkg_info -xR hal Information for hal-0.5.11_17: Required by: xf86-input-keyboard-1.3.2 xf86-video-intel-2.5.1 xf86-video-vesa-2.1.0 xf86-input-mouse-1.4.0_3 and these aren't optional, I think. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 13:55:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C39031065670 for ; Thu, 12 Feb 2009 13:55:03 +0000 (UTC) (envelope-from rohit.trip@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.230]) by mx1.freebsd.org (Postfix) with ESMTP id 9B0988FC12 for ; Thu, 12 Feb 2009 13:55:03 +0000 (UTC) (envelope-from rohit.trip@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so334522rvb.43 for ; Thu, 12 Feb 2009 05:55:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=3H3o/WyX5JrhedAaJZIWzZQi8CgRsaugo76GIt9yu48=; b=MAnCA+aYsUWivxXCeLkt7VO7wCDlt7zsXKMY7n3dd46AukV6Uj9SoBoVolOlRjRh/T cL0gvhkOAmxFkSKosoT02w/ZPmBZBN8cSlQnITEELVs/tWk30nR20dnc0jxI64Fbtmgq Ha/7TstCLhi8nKrvLRIGWECTyJDYhmQEyzDGU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=PTJdGlDenuVdPeOKFeCqWhwppOgW/x4+3lR7jw2WuaEMvKJFmKLtL0LzNeC2dZ9OhK k0W09VvJgzpjTar3E5y6WYgYPXef6g+QWWW134CLn+xsXFsAQD+Rp0MiXqiWJjJjsLwM iHNbE8TTv4CkTTT0TSToxlMHGvBopjMmBw/vI= MIME-Version: 1.0 Received: by 10.141.19.16 with SMTP id w16mr568934rvi.146.1234445559163; Thu, 12 Feb 2009 05:32:39 -0800 (PST) Date: Thu, 12 Feb 2009 08:32:39 -0500 Message-ID: <33615c8e0902120532k52d45bf2sd44efde7ef2ed1d6@mail.gmail.com> From: Rohit Tripathi To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: page 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: Thu, 12 Feb 2009 13:55:04 -0000 My kernel (compiled trunk at Feb 6th) did the following twice: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address - 0x796f000 fault code = supervisor read, page not present .... .... Dumping 245 MB: wlan0: link state changed to DOWN On a different tty, I was upgrading my kernel (after the first crash), and saw: cc: environment corrupt; missing value for -mno-align-long-strings From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 13:56:05 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C627106566C for ; Thu, 12 Feb 2009 13:56:05 +0000 (UTC) (envelope-from akm@theinternet.com.au) Received: from mail02.syd.optusnet.com.au (mail02.syd.optusnet.com.au [211.29.132.183]) by mx1.freebsd.org (Postfix) with ESMTP id EE0538FC13 for ; Thu, 12 Feb 2009 13:56:04 +0000 (UTC) (envelope-from akm@theinternet.com.au) Received: from camelot.theinternet.com.au (d122-105-150-189.bla11.nsw.optusnet.com.au [122.105.150.189]) by mail02.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n1CDtlAw013720; Fri, 13 Feb 2009 00:55:52 +1100 Received: by camelot.theinternet.com.au (Postfix, from userid 1000) id 7E06217021; Fri, 13 Feb 2009 00:54:15 +1100 (EST) Date: Fri, 13 Feb 2009 00:54:15 +1100 From: Andrew Milton To: Anton Shterenlikht Message-ID: <20090212135415.GF8296@camelot.theinternet.com.au> References: <20090212.192851.57971498.haro@kgt.co.jp> <1346.1234436450@critter.freebsd.dk> <20090212125828.2ff46a75@ernst.jennejohn.org> <20090212133329.GA47985@mech-cluster238.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090212133329.GA47985@mech-cluster238.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: @188498: u3g works, Xorg does not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 13:56:06 -0000 +-------[ Anton Shterenlikht ]---------------------- | On Thu, Feb 12, 2009 at 12:58:28PM +0100, Gary Jennejohn wrote: | > On Thu, 12 Feb 2009 11:00:50 +0000 | > "Poul-Henning Kamp" wrote: | > | > > In message <20090212.192851.57971498.haro@kgt.co.jp>, haro@kgt.co.jp writes: | > > | > > > | > > >Section "ServerFlags" | > > > Option "AllowEmptyInput" "off" | > > >EndSection | > > | > > That also works, and avoids four hald processes on the system, so | > > I prefer this fix. | > > | > | > I agree. Especially since hald eats 100% of one of my cores (AMD64 X2) | > apparently doing nothing. | > | > I remade the xorg server w/o hal and am now a much happier camper. | | but many other x parts depend on hal: | | # pkg_info -xR hal | Information for hal-0.5.11_17: | | Required by: | xf86-input-keyboard-1.3.2 | xf86-video-intel-2.5.1 | xf86-video-vesa-2.1.0 | xf86-input-mouse-1.4.0_3 | | and these aren't optional, I think. But if xdm or other display managers are started from /etc/tty, X starts before hal does leaving you with an unresponsive login screen. -- Andrew Milton akm@theinternet.com.au From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 14:24:13 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61725106568A for ; Thu, 12 Feb 2009 14:24:13 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 17A558FC1B for ; Thu, 12 Feb 2009 14:24:12 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1LXcTz-00043Z-3I; Thu, 12 Feb 2009 14:24:07 +0000 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1LXcTs-0007hA-Mn; Thu, 12 Feb 2009 14:23:57 +0000 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n1CENtuE048330; Thu, 12 Feb 2009 14:23:55 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n1CENnUh048329; Thu, 12 Feb 2009 14:23:49 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 12 Feb 2009 14:23:49 +0000 From: Anton Shterenlikht To: Warren Block Message-ID: <20090212142349.GA48301@mech-cluster238.men.bris.ac.uk> References: <20090212.192851.57971498.haro@kgt.co.jp> <1346.1234436450@critter.freebsd.dk> <20090212125828.2ff46a75@ernst.jennejohn.org> <20090212133329.GA47985@mech-cluster238.men.bris.ac.uk> <20090212135415.GF8296@camelot.theinternet.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) X-Spam-Score: -1.4 X-Spam-Level: - Cc: Anton Shterenlikht , current@freebsd.org Subject: Re: @188498: u3g works, Xorg does not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 14:24:15 -0000 On Thu, Feb 12, 2009 at 07:12:21AM -0700, Warren Block wrote: > On Fri, 13 Feb 2009, Andrew Milton wrote: > > > +-------[ Anton Shterenlikht ]---------------------- > > | On Thu, Feb 12, 2009 at 12:58:28PM +0100, Gary Jennejohn wrote: > > | > On Thu, 12 Feb 2009 11:00:50 +0000 > > | > "Poul-Henning Kamp" wrote: > > | > > > | > > In message <20090212.192851.57971498.haro@kgt.co.jp>, haro@kgt.co.jp writes: > > | > > > > | > > > > > | > > >Section "ServerFlags" > > | > > > Option "AllowEmptyInput" "off" > > | > > >EndSection > > | > > > > | > > That also works, and avoids four hald processes on the system, so > > | > > I prefer this fix. > > | > > > > | > > > | > I agree. Especially since hald eats 100% of one of my cores (AMD64 X2) > > | > apparently doing nothing. > > | > > > | > I remade the xorg server w/o hal and am now a much happier camper. > > | > > | but many other x parts depend on hal: > > | > > | # pkg_info -xR hal > > | Information for hal-0.5.11_17: > > | > > | Required by: > > | xf86-input-keyboard-1.3.2 > > | xf86-video-intel-2.5.1 > > | xf86-video-vesa-2.1.0 > > | xf86-input-mouse-1.4.0_3 > > | > > | and these aren't optional, I think. no, sorry, my fault. If I rebuild xorg-server without hal, and then all above ports, they they no longer depend on hal: # pkg_info -xR hal Information for hal-0.5.11_17: # I'll give this a go. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 14:36:14 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DC03106566B; Thu, 12 Feb 2009 14:36:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5CBB68FC14; Thu, 12 Feb 2009 14:36:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id E01F346B3C; Thu, 12 Feb 2009 09:36:13 -0500 (EST) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n1CEZWYL034674; Thu, 12 Feb 2009 09:36:03 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 12 Feb 2009 08:18:33 -0500 User-Agent: KMail/1.9.7 References: <49935993.50303@stillbilde.net> In-Reply-To: <49935993.50303@stillbilde.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902120818.34567.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 12 Feb 2009 09:36:04 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8983/Thu Feb 12 07:48:01 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: "Svein Skogen \(listmail account\)" , Buganini , current@freebsd.org Subject: Re: modular kernconf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 14:36:15 -0000 On Wednesday 11 February 2009 6:04:51 pm Svein Skogen (listmail account) wrote: > Chuck Swiger wrote: > > On Feb 11, 2009, at 12:31 PM, Buganini wrote: > > [ ... ] > >> This way I can customize my kernconf cleanly and easily. > >> Like today I want to try USB2, I just change the GENERIC to USB2, then > >> I got what I want. > >> > >> I dont like to make a replica GENERIC then modify it, > >> because sometimes options in the SCHED section changes, > >> and in this case, if I want to try USB2, things become dirty. > >> > >> Or any better ideas? > > > > You should look into the way the include directive is used for the SMP > > and PAE kernels (ie, /usr/src/sys/i386/conf/SMP). You can make specific > > changes to GENERIC to enable or disable things without having to roll an > > entire kernel config file.... > > > > Regards, > > Can the kernel file (that contains the include directive) contain an > opposite of the option and device, such as no_option or no_device? Yes, just prefix a line with 'no', e.g. 'nodevice de'. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 14:36:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DC03106566B; Thu, 12 Feb 2009 14:36:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5CBB68FC14; Thu, 12 Feb 2009 14:36:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id E01F346B3C; Thu, 12 Feb 2009 09:36:13 -0500 (EST) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n1CEZWYL034674; Thu, 12 Feb 2009 09:36:03 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 12 Feb 2009 08:18:33 -0500 User-Agent: KMail/1.9.7 References: <49935993.50303@stillbilde.net> In-Reply-To: <49935993.50303@stillbilde.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902120818.34567.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 12 Feb 2009 09:36:04 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8983/Thu Feb 12 07:48:01 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: "Svein Skogen \(listmail account\)" , Buganini , current@freebsd.org Subject: Re: modular kernconf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 14:36:15 -0000 On Wednesday 11 February 2009 6:04:51 pm Svein Skogen (listmail account) wrote: > Chuck Swiger wrote: > > On Feb 11, 2009, at 12:31 PM, Buganini wrote: > > [ ... ] > >> This way I can customize my kernconf cleanly and easily. > >> Like today I want to try USB2, I just change the GENERIC to USB2, then > >> I got what I want. > >> > >> I dont like to make a replica GENERIC then modify it, > >> because sometimes options in the SCHED section changes, > >> and in this case, if I want to try USB2, things become dirty. > >> > >> Or any better ideas? > > > > You should look into the way the include directive is used for the SMP > > and PAE kernels (ie, /usr/src/sys/i386/conf/SMP). You can make specific > > changes to GENERIC to enable or disable things without having to roll an > > entire kernel config file.... > > > > Regards, > > Can the kernel file (that contains the include directive) contain an > opposite of the option and device, such as no_option or no_device? Yes, just prefix a line with 'no', e.g. 'nodevice de'. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 14:36:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B778106570C; Thu, 12 Feb 2009 14:36:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id BCB0B8FC21; Thu, 12 Feb 2009 14:36:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 4D84C46B3C; Thu, 12 Feb 2009 09:36:27 -0500 (EST) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n1CEZWYO034674; Thu, 12 Feb 2009 09:36:21 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Roman Divacky Date: Thu, 12 Feb 2009 09:23:27 -0500 User-Agent: KMail/1.9.7 References: <20081120171325.GA53026@freebsd.org> <200812041745.14587.jhb@freebsd.org> <20081211221628.GA12494@freebsd.org> In-Reply-To: <20081211221628.GA12494@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902120923.28105.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 12 Feb 2009 09:36:21 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8983/Thu Feb 12 07:48:01 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: atrtc0: Warnings about mappings of I/O and interrupt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 14:36:29 -0000 On Thursday 11 December 2008 5:16:28 pm Roman Divacky wrote: > On Thu, Dec 04, 2008 at 05:45:14PM -0500, John Baldwin wrote: > > On Thursday 04 December 2008 05:04:38 pm Roman Divacky wrote: > > > On Thu, Dec 04, 2008 at 02:24:13PM -0500, John Baldwin wrote: > > > > On Thursday 20 November 2008 12:13:25 pm Roman Divacky wrote: > > > > > hi > > > > > > > > > > I upgraded from roughly 10 days old -CURRENT to this: > > > > > > > > > > FreeBSD witten 8.0-CURRENT FreeBSD 8.0-CURRENT #55: Wed Nov 19 23:23:49 > > CET > > > > 2008 > > > > > root@witten:/usr/obj/usr/src/sys/MYKERNEL i386 > > > > > > > > > > and I am getting this at boot: > > > > > > > > > > atrtc0: at port 0x70 irq 8 on isa0 > > > > > atrtc0: Warning: Couldn't map I/O. > > > > > atrtc0: Warning: Couldn't map Interrupt. > > > > > > > > > > the booting itself works fine and I dont see any odd effects. > > > > > > > > The driver is just a stub anyway. Do you have any atrtc0 hints, and can > > you > > > > grab the output for the 'atrtc0' device from 'devinfo -r'? > > > > > > witten ~# grep atrtc /boot/device.hints > > > hint.atrtc.0.at="isa" > > > hint.atrtc.0.port="0x70" > > > hint.atrtc.0.irq="8" > > > > > > (but that's the default I believe) > > > > > > devinfo -r shows "empty" atrtc0 but: > > > > > > atrtc1 > > > Interrupt request lines: > > > 8 > > > I/O ports: > > > 0x70-0x71 > > > > > > any more info I can provide? > > > > Hmmmm, that should have worked fine in that atrtc1 should have taken over > > the 'atrtc0' hints. If you don't mind, can you add some debugging printfs to > > acpi_hint_device_unit() (maybe only do them if the 'name' parameter > > is "atrtc" to avoid clutter). > > with the attached patch I am getting the attached dmesg. > > do you want me to do some other thing? Can you get the dmesg output from this patch? --- //depot/user/jhb/acpipci/dev/acpica/acpi.c +++ /home/jhb/work/p4/acpipci/dev/acpica/acpi.c @@ -974,6 +974,9 @@ const char *s; long value; int line, matches, unit; + int debug; + + debug = (strcmp(name, "atrtc") == 0); /* * Iterate over all the hints for the devices with the specified @@ -984,11 +987,18 @@ if (resource_find_dev(&line, name, &unit, "at", NULL) != 0) break; + if (debug) + printf("Trying %s%d ...", name, unit); + /* Must have an "at" for acpi or isa. */ resource_string_value(name, unit, "at", &s); if (!(strcmp(s, "acpi0") == 0 || strcmp(s, "acpi") == 0 || strcmp(s, "isa0") == 0 || strcmp(s, "isa") == 0)) + { + if (debug) + printf(" bad bus %s\n", s); continue; + } /* * Check for matching resources. We must have at least one, @@ -1000,9 +1010,17 @@ matches = 0; if (resource_long_value(name, unit, "port", &value) == 0) { if (acpi_match_resource_hint(child, SYS_RES_IOPORT, value)) + { matches++; + if (debug) + printf(" port ok"); + } else + { + if (debug) + printf(" bad port\n"); continue; + } } if (resource_long_value(name, unit, "maddr", &value) == 0) { if (acpi_match_resource_hint(child, SYS_RES_MEMORY, value)) @@ -1012,9 +1030,17 @@ } if (resource_long_value(name, unit, "irq", &value) == 0) { if (acpi_match_resource_hint(child, SYS_RES_IRQ, value)) + { + if (debug) + printf(" irq ok"); matches++; + } else + { + if (debug) + printf(" bad irq\n"); continue; + } } if (resource_long_value(name, unit, "drq", &value) == 0) { if (acpi_match_resource_hint(child, SYS_RES_DRQ, value)) @@ -1023,6 +1049,8 @@ continue; } + if (debug) + printf(" matches %d\n", matches); if (matches > 0) { /* We have a winner! */ *unitp = unit; -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 14:42:05 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AACC10656F7 for ; Thu, 12 Feb 2009 14:42:05 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id E13FA8FC2E for ; Thu, 12 Feb 2009 14:42:04 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id n1CECLCZ074487; Thu, 12 Feb 2009 07:12:21 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id n1CECL3d074484; Thu, 12 Feb 2009 07:12:21 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Thu, 12 Feb 2009 07:12:21 -0700 (MST) From: Warren Block To: Andrew Milton In-Reply-To: <20090212135415.GF8296@camelot.theinternet.com.au> Message-ID: References: <20090212.192851.57971498.haro@kgt.co.jp> <1346.1234436450@critter.freebsd.dk> <20090212125828.2ff46a75@ernst.jennejohn.org> <20090212133329.GA47985@mech-cluster238.men.bris.ac.uk> <20090212135415.GF8296@camelot.theinternet.com.au> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (wonkity.com [127.0.0.1]); Thu, 12 Feb 2009 07:12:21 -0700 (MST) Cc: Anton Shterenlikht , current@freebsd.org Subject: Re: @188498: u3g works, Xorg does not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 14:42:08 -0000 On Fri, 13 Feb 2009, Andrew Milton wrote: > +-------[ Anton Shterenlikht ]---------------------- > | On Thu, Feb 12, 2009 at 12:58:28PM +0100, Gary Jennejohn wrote: > | > On Thu, 12 Feb 2009 11:00:50 +0000 > | > "Poul-Henning Kamp" wrote: > | > > | > > In message <20090212.192851.57971498.haro@kgt.co.jp>, haro@kgt.co.jp writes: > | > > > | > > > > | > > >Section "ServerFlags" > | > > > Option "AllowEmptyInput" "off" > | > > >EndSection > | > > > | > > That also works, and avoids four hald processes on the system, so > | > > I prefer this fix. > | > > > | > > | > I agree. Especially since hald eats 100% of one of my cores (AMD64 X2) > | > apparently doing nothing. > | > > | > I remade the xorg server w/o hal and am now a much happier camper. > | > | but many other x parts depend on hal: > | > | # pkg_info -xR hal > | Information for hal-0.5.11_17: > | > | Required by: > | xf86-input-keyboard-1.3.2 > | xf86-video-intel-2.5.1 > | xf86-video-vesa-2.1.0 > | xf86-input-mouse-1.4.0_3 > | > | and these aren't optional, I think. > > But if xdm or other display managers are started from /etc/tty, X starts > before hal does leaving you with an unresponsive login screen. That was fixed for me with xorg-server-1.5.3_5,1 from Sun Feb 8 07:23:46 2009. At least on -stable, haven't tried it yet on -current. -Warren Block * Rapid City, South Dakota USA From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 17:10:39 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE6F91065672; Thu, 12 Feb 2009 17:10:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9E1738FC20; Thu, 12 Feb 2009 17:10:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n1CHAZR2082224; Thu, 12 Feb 2009 12:10:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n1CHAZEe029884; Thu, 12 Feb 2009 12:10:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9487E7302F; Thu, 12 Feb 2009 12:10:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090212171035.9487E7302F@freebsd-current.sentex.ca> Date: Thu, 12 Feb 2009 12:10:35 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Feb 2009 17:10:40 -0000 TB --- 2009-02-12 15:42:41 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-12 15:42:41 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-02-12 15:42:41 - cleaning the object tree TB --- 2009-02-12 15:43:15 - cvsupping the source tree TB --- 2009-02-12 15:43:15 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-02-12 15:43:22 - building world TB --- 2009-02-12 15:43:22 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-12 15:43:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-12 15:43:22 - TARGET=powerpc TB --- 2009-02-12 15:43:22 - TARGET_ARCH=powerpc TB --- 2009-02-12 15:43:22 - TZ=UTC TB --- 2009-02-12 15:43:22 - __MAKE_CONF=/dev/null TB --- 2009-02-12 15:43:22 - cd /src TB --- 2009-02-12 15:43:22 - /usr/bin/make -B buildworld >>> World build started on Thu Feb 12 15:43:25 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Feb 12 17:07:47 UTC 2009 TB --- 2009-02-12 17:07:48 - generating LINT kernel config TB --- 2009-02-12 17:07:48 - cd /src/sys/powerpc/conf TB --- 2009-02-12 17:07:48 - /usr/bin/make -B LINT TB --- 2009-02-12 17:07:48 - building LINT kernel TB --- 2009-02-12 17:07:48 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-12 17:07:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-12 17:07:48 - TARGET=powerpc TB --- 2009-02-12 17:07:48 - TARGET_ARCH=powerpc TB --- 2009-02-12 17:07:48 - TZ=UTC TB --- 2009-02-12 17:07:48 - __MAKE_CONF=/dev/null TB --- 2009-02-12 17:07:48 - cd /src TB --- 2009-02-12 17:07:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Feb 12 17:07:48 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] machine -> /src/sys/powerpc/include ln -sf /obj/powerpc/src/sys/LINT/opt_compat.h opt_compat.h ln -sf /obj/powerpc/src/sys/LINT/opt_mac.h opt_mac.h ln -sf /obj/powerpc/src/sys/LINT/opt_svr4.h opt_svr4.h awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h make: don't know how to make svr4_machdep.c. Stop *** Error code 2 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-12 17:10:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-12 17:10:35 - ERROR: failed to build lint kernel TB --- 2009-02-12 17:10:35 - 4153.18 user 385.32 system 5273.79 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 17:16:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B62E8106571A for ; Thu, 12 Feb 2009 17:16:33 +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 40ABA8FC19 for ; Thu, 12 Feb 2009 17:16:32 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LXfAs-0002XG-RA for freebsd-current@freebsd.org; Thu, 12 Feb 2009 17:16:30 +0000 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Feb 2009 17:16:30 +0000 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Feb 2009 17:16:30 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Thu, 12 Feb 2009 09:16:15 -0800 Lines: 117 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.10.9 Sender: news Subject: Re: memory alignment problems with -current on amd64? [Found Cause] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 17:16:36 -0000 Alan Cox wrote: > Do you know why NX is disabled on this processor? If possible, could you > re-enable it and vm.pmap.pg_ps_enabled, and see if you still have the same > problem. I'm not sure why it's off, but I re-enabled it in BIOS with the same result (still resets or gives a bus error). For the processor, I can't seem to find anything that gives the revision. Is the Id and stepping good enough? Ports misc/cpuid seems to give the same information that's in the verbose boot. Still can't get the buildworld bus error to dump core for me. I inserted a 'ulimit -a' command into some targets in Makefile.inc and it shows unlimited for the Make environment. However, I note that it doesn't say (core dumped) when the error occurs. example, my latest failure: peigen.c: In function '_bfd_pei_only_swap_filehdr_out': peigen.c:2089: internal compiler error: Bus error: 10 Please submit a full bug report, with preprocessed source if appropriate. With an deliberately induced bus error, a program will dump core. > On Wed, Feb 11, 2009 at 5:26 PM, Mark Atkinson wrote: > >> Alan Cox wrote: >> >> > On Tue, Feb 10, 2009 at 2:20 PM, Mark Atkinson >> wrote: >> > [snip] >> >> >> >> >> >> >> >> Well, taking the information I knew -- OCT 15th == good, Mid DEC == >> >> BAD, >> >> I trolled every commit logged between. Eventually I found this one: >> >> >> >> http://svn.freebsd.org/viewvc/base?view=revision&revision=185715 >> >> >> >> http://docs.freebsd.org/cgi/mid.cgi?200812061937.mB6JbqAI003273 >> >> >> >> I set vm.pmap.pg_ps_enabled="0" in /boot/loader.conf, and >> >> was able to complete buildworld and -j16 buildworld and -j8 >> >> buildkernel no problem. >> >> >> >> It appears superpage mapping causes alignment problems on this box. >> > >> > >> > Can you please provide more detailed information about this machine, in >> > particular, the processor including the revision? It would also be >> > helpful to see what gdb says about a couple of these crashes, >> > specifically, the machine registers at the time of the exception. >> >> Is there something specifically preventing cores during buildworld? I >> can't >> find one after a bus error. I'll try to find something to dump the >> revision for me. Here's the verbose boot for the processor. >> >> CPU: Quad-Core AMD Opteron(tm) Processor 2352 (2100.09-MHz K8-class CPU) >> Origin = "AuthenticAMD" Id = 0x100f23 Stepping = 3 >> >> >> Features=0x178bfbff >> Features2=0x802009 >> AMD Features=0xee400800> +,3DNow!> >> AMD >> Features2=0x7ff >> TSC: P-state invariant >> Cores per package: 4 >> L1 2MB data TLB: 48 entries, fully associative >> L1 2MB instruction TLB: 16 entries, fully associative >> L1 4KB data TLB: 48 entries, fully associative >> L1 4KB instruction TLB: 32 entries, fully associative >> L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative >> L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way >> associative >> L2 2MB data TLB: 128 entries, 2-way associative >> L2 2MB instruction TLB: 0 entries, 2-way associative >> L2 4KB data TLB: 512 entries, 4-way associative >> L2 4KB instruction TLB: 512 entries, 4-way associative >> L2 unified cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 16-way >> associative >> usable memory = 10720198656 (10223 MB) >> Physical memory chunk(s): >> 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) >> 0x0000000000f55000 - 0x00000000cfe4dfff, 3471806464 bytes (847609 pages) >> 0x00000000cfe56000 - 0x00000000cfe56fff, 4096 bytes (1 pages) >> 0x0000000100000000 - 0x000000029d212fff, 6931165184 bytes (1692179 pages) >> >> >> -- >> Mark Atkinson >> atkin901@yahoo.com >> (!wired)?(coffee++):(wired); >> >> _______________________________________________ >> 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" -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 18:26:33 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59E8D1065675; Thu, 12 Feb 2009 18:26:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 18C628FC0C; Thu, 12 Feb 2009 18:26:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n1CIQNVX000145; Thu, 12 Feb 2009 13:26:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n1CIQNKA062639; Thu, 12 Feb 2009 13:26:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 021277302F; Thu, 12 Feb 2009 13:26:22 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090212182623.021277302F@freebsd-current.sentex.ca> Date: Thu, 12 Feb 2009 13:26:22 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Feb 2009 18:26:34 -0000 TB --- 2009-02-12 17:03:15 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-12 17:03:15 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-02-12 17:03:15 - cleaning the object tree TB --- 2009-02-12 17:03:45 - cvsupping the source tree TB --- 2009-02-12 17:03:45 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-02-12 17:03:54 - building world TB --- 2009-02-12 17:03:54 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-12 17:03:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-12 17:03:54 - TARGET=sparc64 TB --- 2009-02-12 17:03:54 - TARGET_ARCH=sparc64 TB --- 2009-02-12 17:03:54 - TZ=UTC TB --- 2009-02-12 17:03:54 - __MAKE_CONF=/dev/null TB --- 2009-02-12 17:03:54 - cd /src TB --- 2009-02-12 17:03:54 - /usr/bin/make -B buildworld >>> World build started on Thu Feb 12 17:03:55 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Feb 12 18:23:20 UTC 2009 TB --- 2009-02-12 18:23:20 - generating LINT kernel config TB --- 2009-02-12 18:23:20 - cd /src/sys/sparc64/conf TB --- 2009-02-12 18:23:20 - /usr/bin/make -B LINT TB --- 2009-02-12 18:23:20 - building LINT kernel TB --- 2009-02-12 18:23:20 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-12 18:23:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-12 18:23:20 - TARGET=sparc64 TB --- 2009-02-12 18:23:20 - TARGET_ARCH=sparc64 TB --- 2009-02-12 18:23:20 - TZ=UTC TB --- 2009-02-12 18:23:20 - __MAKE_CONF=/dev/null TB --- 2009-02-12 18:23:20 - cd /src TB --- 2009-02-12 18:23:20 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Feb 12 18:23:20 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] machine -> /src/sys/sparc64/include ln -sf /obj/sparc64/src/sys/LINT/opt_compat.h opt_compat.h ln -sf /obj/sparc64/src/sys/LINT/opt_mac.h opt_mac.h ln -sf /obj/sparc64/src/sys/LINT/opt_svr4.h opt_svr4.h awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h make: don't know how to make svr4_machdep.c. Stop *** Error code 2 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-12 18:26:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-12 18:26:22 - ERROR: failed to build lint kernel TB --- 2009-02-12 18:26:22 - 3922.27 user 385.20 system 4987.52 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 18:31:56 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C383D1065674; Thu, 12 Feb 2009 18:31:56 +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 848DC8FC13; Thu, 12 Feb 2009 18:31:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n1CIVs1w001518; Thu, 12 Feb 2009 13:31:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n1CIVs7G076097; Thu, 12 Feb 2009 13:31:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 843D17302F; Thu, 12 Feb 2009 13:31:54 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090212183154.843D17302F@freebsd-current.sentex.ca> Date: Thu, 12 Feb 2009 13:31:54 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Feb 2009 18:31:57 -0000 TB --- 2009-02-12 17:10:35 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-12 17:10:35 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-02-12 17:10:35 - cleaning the object tree TB --- 2009-02-12 17:10:59 - cvsupping the source tree TB --- 2009-02-12 17:10:59 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-02-12 17:11:07 - building world TB --- 2009-02-12 17:11:07 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-12 17:11:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-12 17:11:07 - TARGET=sun4v TB --- 2009-02-12 17:11:07 - TARGET_ARCH=sparc64 TB --- 2009-02-12 17:11:07 - TZ=UTC TB --- 2009-02-12 17:11:07 - __MAKE_CONF=/dev/null TB --- 2009-02-12 17:11:07 - cd /src TB --- 2009-02-12 17:11:07 - /usr/bin/make -B buildworld >>> World build started on Thu Feb 12 17:11:08 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Feb 12 18:29:23 UTC 2009 TB --- 2009-02-12 18:29:23 - generating LINT kernel config TB --- 2009-02-12 18:29:23 - cd /src/sys/sun4v/conf TB --- 2009-02-12 18:29:23 - /usr/bin/make -B LINT TB --- 2009-02-12 18:29:23 - building LINT kernel TB --- 2009-02-12 18:29:23 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-12 18:29:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-12 18:29:23 - TARGET=sun4v TB --- 2009-02-12 18:29:23 - TARGET_ARCH=sparc64 TB --- 2009-02-12 18:29:23 - TZ=UTC TB --- 2009-02-12 18:29:23 - __MAKE_CONF=/dev/null TB --- 2009-02-12 18:29:23 - cd /src TB --- 2009-02-12 18:29:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Feb 12 18:29:23 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] sparc64 -> /src/sys/sparc64/include ln -sf /obj/sun4v/src/sys/LINT/opt_compat.h opt_compat.h ln -sf /obj/sun4v/src/sys/LINT/opt_mac.h opt_mac.h ln -sf /obj/sun4v/src/sys/LINT/opt_svr4.h opt_svr4.h awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h make: don't know how to make svr4_machdep.c. Stop *** Error code 2 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-12 18:31:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-12 18:31:54 - ERROR: failed to build lint kernel TB --- 2009-02-12 18:31:54 - 3917.34 user 386.91 system 4878.81 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 18:37:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CD0E106574B for ; Thu, 12 Feb 2009 18:37:47 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-fx0-f16.google.com (mail-fx0-f16.google.com [209.85.220.16]) by mx1.freebsd.org (Postfix) with ESMTP id 7DEAA8FC29 for ; Thu, 12 Feb 2009 18:37:46 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: by fxm9 with SMTP id 9so225169fxm.19 for ; Thu, 12 Feb 2009 10:37:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=+CQ43fBqr4ule4+yoT44DsefcBMDkkghkm5LAsmOtxQ=; b=jty+g7w9tqBZxN6TE2HxOr0YlAMAREbHoMumOWgwT214qqJerkc+XedUMITjtsBFJ7 hDoYG2Bsh8rWrKzSHJDIYkhhNZCE3vgXioYH3+nX72r1/zxhO9kB8i4lXr1psz0CmltS w0EEvLs7DK1zrILH7A+rh81N/JDZRMX0j/K6g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent; b=syfRq3s5UePFFKbWJcOHP8xS4VDggwJwgAs90wvfcaQuILGXXTVUoxqHNUlPBaTWm3 6OwcNxsMj6AoHIvZuEQcjVkfRIThMhYLzRlS55j9pbHDmuz4uzkXA2mSxeW1MTc73KSg FIJcGpLJ3Jbk1MsDUCQ5zgH6k92C3PAFeFPJs= Received: by 10.103.8.17 with SMTP id l17mr526922mui.125.1234463670875; Thu, 12 Feb 2009 10:34:30 -0800 (PST) Received: from localhost (cable-234-140.cgates.lt [79.133.234.140]) by mx.google.com with ESMTPS id b9sm493668mug.2.2009.02.12.10.34.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 12 Feb 2009 10:34:29 -0800 (PST) Date: Thu, 12 Feb 2009 20:34:40 +0200 From: Gleb Kurtsou To: =?utf-8?B?6KO05Zu95YW0?= Message-ID: <20090212183440.GA1446@tops> References: <98869b7c0902100112s6dae54bm4c14487076ceb75c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <98869b7c0902100112s6dae54bm4c14487076ceb75c@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org Subject: Re: patch: let msdosfs(vfat)/ntfs to support UTF-8 locale well X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 18:37:48 -0000 On (10/02/2009 17:12), 裴国兴 wrote: > I write a patch to support UTF-8 locale well. I think it maybe help > for some FreeBSD user. > follow link is the patch (base on FreeBSD 7.1): > http://btload.googlegroups.com/web/msdosfs.patch?gda=MzIscT8AAABs_gmy4a1S9lRiXjEy-V5OpwtI67JnIGlz0zr18tjObOtoi5oIt3BJMRGeqGBbbj-ccyFKn-rNKC-d1pM_IdV0 > the full tar.bz2 package: > http://btload.googlegroups.com/web/msdosfs.tar.bz2?gda=IG1pBkEAAABs_gmy4a1S9lRiXjEy-V5OpwtI67JnIGlz0zr18tjObNLRc95Ps2S1UISaL0WhuitTCT_pCLcFTwcI3Sro5jAzlXFeCn-cdYleF-vtiGpWAA > > I also will patch for ntfs driver > http://btload.googlegroups.com/web/ntfs.patch?gda=OqsHoDwAAABs_gmy4a1S9lRiXjEy-V5O7RN7t-m4MjZ-5dQn_EvaqDVCWO9_HyYEQJyRQYPtRCL9Wm-ajmzVoAFUlE7c_fAt > http://btload.googlegroups.com/web/ntfs.tar.bz2?gda=zErXED4AAABs_gmy4a1S9lRiXjEy-V5O7RN7t-m4MjZ-5dQn_EvaqG3K0t6fVz8SMYStF_2dqCPjsKXVs-X7bdXZc5buSfmx > > The Chinese characters in the fat32 partition can be displayed correctly now. > > when mount windows partitions, you should do like this: > mount_ntfs -C UTF-8 /dev/ad?s? /path/to/mount > mount_msdosfs -L zh_CN.UTF-8 /dev/ad?s? /path/to/mount I've also looked at it recently but my idea was to update kiconv to handle ucs-2 (or whatever it is) -> utf-8 conversion in kernel. kiconv supports different translation methods. Current implementation just creates a table for ucs2->utf-8 conversion and passes it too kernel. It seems it can't even handle all of unicode chars. Fixing kiconv would be a better solution, imho. From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 18:47:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1060) id 25D0E106576B; Thu, 12 Feb 2009 18:47:33 +0000 (UTC) Date: Thu, 12 Feb 2009 18:47:33 +0000 From: Craig Rodrigues To: Hans Petter Selasky Message-ID: <20090212184733.GA29118@crodrigues.org> References: <1878.1234435909@critter.freebsd.dk> <200902121221.07622.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200902121221.07622.hselasky@c2i.net> User-Agent: Mutt/1.4.2.1i Cc: jylefort@FreeBSD.org, Max Laier , Poul-Henning Kamp , freebsd-current@freebsd.org Subject: Re: @188498: u3g works, Xorg does not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 18:47:35 -0000 On Thu, Feb 12, 2009 at 12:21:05PM +0100, Hans Petter Selasky wrote: > The following file is no longer useful with USB2. I could make some patches > for HAL, but I don't know where to send them. > > /usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd/hf-usb.c cd /usr/ports/sysutils/hal make -V MAINTAINER gnome@FreeBSD.org So, file a ports PR, and make sure it gets assigned to gnome@FreeBSD.org -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 19:16:54 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE4FE1065674 for ; Thu, 12 Feb 2009 19:16:54 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 74DBF8FC21 for ; Thu, 12 Feb 2009 19:16:54 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180135086.adsl.alicedsl.de [85.180.135.86]) by acme.spoerlein.net (8.14.3/8.14.3) with ESMTP id n1CJGpw9074035 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 12 Feb 2009 20:16:52 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.3/8.14.3) with ESMTP id n1CJGow0001933 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 12 Feb 2009 20:16:50 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by roadrunner.spoerlein.net (8.14.3/8.14.3/Submit) id n1CJGnhk001932 for current@freebsd.org; Thu, 12 Feb 2009 20:16:49 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Thu, 12 Feb 2009 20:16:49 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: current@freebsd.org Message-ID: <20090212191649.GA1808@roadrunner.spoerlein.net> Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: GEOM panic due to unreadable MODE2 CD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 19:16:55 -0000 Hi, Got this interessting (?) panic, when my 8.0 test machine booted up. There was an old VCD in the tray and after several minutes of trying to read this CD (I think it's the Zpool tasting) I ejected the CD -> instant panic Entropy harvesting: interrupts ethernet point_to_point kickstart. /dev/ad0s2a: 4539 files, 91325 used, 35514 free (2658 frags, 4107 blocks, 2.1% fragmentation) /dev/ad0s2d: 4157 files, 128842 used, 122253 free (2677 frags, 14947 blocks, 1.1% fragmentation) /dev/ad0s2f: 26708 files, 451167 used, 3609896 free (18472 frags, 448928 blocks, 0.5% fragmentation) /dev/ad0s2g: 293102 files, 2127805 used, 9143762 free (56602 frags, 1135895 blocks, 0.5% fragmentation) This module (opensolaris) contains code covered by the Common Development and Distribution License (CDDL) see http://opensolaris.org/os/licensing/opensolaris_license/ WARNING: ZFS is considered to be an experimental feature in FreeBSD. ZFS filesystem version 13 ZFS storage pool version 13 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 GEOM_LABEL: Label for provider acd0t01 is iso9660/FOO_BAR. acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 panic: wrong length 131072 for sectorsize 2352 cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper(c07ffd0a,c2f21bec,c056eb40,c08299ce,0,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08299ce,0,c07f47df,c2f21bf8,0,...) at kdb_backtrace+0x29 panic(c07f47df,20000,0,930,4b,...) at panic+0x114 g_io_request(c33b3cf0,c3714980,0,2,800,...) at g_io_request+0x1a8 g_slice_start(c378f120,0,800,0,a,...) at g_slice_start+0x279 g_io_schedule_down(c317c480,0,c07f4ab3,74,0,...) at g_io_schedule_down+0x26e g_down_procbody(0,c2f21d38,c07f8981,32d,c3141000,...) at g_down_procbody+0x8d fork_exit(c051902f,0,c2f21d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc2f21d70, ebp = 0 --- KDB: enter: panic [thread pid 4 tid 100009 ] Stopped at kdb_enter+0x3a: movl $0,kdb_why I think I can reproduce this at will. Anyone feeling like taking this up? Cheers, Ulrich Spörlein -- None are more hopelessly enslaved than those who falsely believe they are free -- Johann Wolfgang von Goethe From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 20:42:28 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71A6B106566B; Thu, 12 Feb 2009 20:42:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2F1DA8FC0C; Thu, 12 Feb 2009 20:42:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n1CKgOTl031166; Thu, 12 Feb 2009 15:42:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n1CKgOTq080590; Thu, 12 Feb 2009 15:42:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 795A17302F; Thu, 12 Feb 2009 15:42:24 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090212204224.795A17302F@freebsd-current.sentex.ca> Date: Thu, 12 Feb 2009 15:42:24 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Feb 2009 20:42:29 -0000 TB --- 2009-02-12 18:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-12 18:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-02-12 18:40:00 - cleaning the object tree TB --- 2009-02-12 18:40:51 - cvsupping the source tree TB --- 2009-02-12 18:40:51 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-02-12 18:40:58 - building world TB --- 2009-02-12 18:40:58 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-12 18:40:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-12 18:40:58 - TARGET=amd64 TB --- 2009-02-12 18:40:58 - TARGET_ARCH=amd64 TB --- 2009-02-12 18:40:58 - TZ=UTC TB --- 2009-02-12 18:40:58 - __MAKE_CONF=/dev/null TB --- 2009-02-12 18:40:58 - cd /src TB --- 2009-02-12 18:40:58 - /usr/bin/make -B buildworld >>> World build started on Thu Feb 12 18:41:01 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Feb 12 20:38:28 UTC 2009 TB --- 2009-02-12 20:38:28 - generating LINT kernel config TB --- 2009-02-12 20:38:28 - cd /src/sys/amd64/conf TB --- 2009-02-12 20:38:28 - /usr/bin/make -B LINT TB --- 2009-02-12 20:38:28 - building LINT kernel TB --- 2009-02-12 20:38:28 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-12 20:38:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-12 20:38:28 - TARGET=amd64 TB --- 2009-02-12 20:38:28 - TARGET_ARCH=amd64 TB --- 2009-02-12 20:38:28 - TZ=UTC TB --- 2009-02-12 20:38:28 - __MAKE_CONF=/dev/null TB --- 2009-02-12 20:38:28 - cd /src TB --- 2009-02-12 20:38:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Feb 12 20:38:28 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] machine -> /src/sys/amd64/include ln -sf /obj/amd64/src/sys/LINT/opt_compat.h opt_compat.h ln -sf /obj/amd64/src/sys/LINT/opt_mac.h opt_mac.h ln -sf /obj/amd64/src/sys/LINT/opt_svr4.h opt_svr4.h awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h make: don't know how to make svr4_machdep.c. Stop *** Error code 2 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-12 20:42:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-12 20:42:24 - ERROR: failed to build lint kernel TB --- 2009-02-12 20:42:24 - 5730.42 user 606.31 system 7343.34 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 20:53:11 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B14610656C2 for ; Thu, 12 Feb 2009 20:53:11 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id C38758FC13 for ; Thu, 12 Feb 2009 20:53:10 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-154-188-244.bna.bellsouth.net [68.154.188.244]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n1CKpcaN012795 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Feb 2009 15:51:39 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Andrew Milton In-Reply-To: <20090212135415.GF8296@camelot.theinternet.com.au> References: <20090212.192851.57971498.haro@kgt.co.jp> <1346.1234436450@critter.freebsd.dk> <20090212125828.2ff46a75@ernst.jennejohn.org> <20090212133329.GA47985@mech-cluster238.men.bris.ac.uk> <20090212135415.GF8296@camelot.theinternet.com.au> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-Lcwn8LjbU7U+A8Eewfzs" Organization: FreeBSD Date: Thu, 12 Feb 2009 15:52:53 -0500 Message-Id: <1234471973.1524.42.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Anton Shterenlikht , current@freebsd.org Subject: Re: @188498: u3g works, Xorg does not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 20:53:11 -0000 --=-Lcwn8LjbU7U+A8Eewfzs Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-02-13 at 00:54 +1100, Andrew Milton wrote: > +-------[ Anton Shterenlikht ]---------------------- > | On Thu, Feb 12, 2009 at 12:58:28PM +0100, Gary Jennejohn wrote: > | > On Thu, 12 Feb 2009 11:00:50 +0000 > | > "Poul-Henning Kamp" wrote: > | >=20 > | > > In message <20090212.192851.57971498.haro@kgt.co.jp>, haro@kgt.co.j= p writes: > | > >=20 > | > > > > | > > >Section "ServerFlags" > | > > > Option "AllowEmptyInput" "off" > | > > >EndSection > | > >=20 > | > > That also works, and avoids four hald processes on the system, so > | > > I prefer this fix. > | > >=20 > | >=20 > | > I agree. Especially since hald eats 100% of one of my cores (AMD64 X= 2) > | > apparently doing nothing. > | >=20 > | > I remade the xorg server w/o hal and am now a much happier camper. > |=20 > | but many other x parts depend on hal: > |=20 > | # pkg_info -xR hal > | Information for hal-0.5.11_17: > |=20 > | Required by: > | xf86-input-keyboard-1.3.2 > | xf86-video-intel-2.5.1 > | xf86-video-vesa-2.1.0 > | xf86-input-mouse-1.4.0_3 > |=20 > | and these aren't optional, I think. >=20 > But if xdm or other display managers are started from /etc/tty, X starts > before hal does leaving you with an unresponsive login screen. I have applied a patch to the xserver that should address this issue. robert. --=20 Robert Noland FreeBSD --=-Lcwn8LjbU7U+A8Eewfzs Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmUjCUACgkQM4TrQ4qfROPvgwCePrbdmeVorhP1Kvh9y4pJbdYG sgIAniXPjzH/+uDEtYxem/ZwjOzsPsog =GNKJ -----END PGP SIGNATURE----- --=-Lcwn8LjbU7U+A8Eewfzs-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 21:09:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E6F7106564A for ; Thu, 12 Feb 2009 21:09:09 +0000 (UTC) (envelope-from buganini@gmail.com) Received: from mail-fx0-f16.google.com (mail-fx0-f16.google.com [209.85.220.16]) by mx1.freebsd.org (Postfix) with ESMTP id E5CAA8FC16 for ; Thu, 12 Feb 2009 21:09:08 +0000 (UTC) (envelope-from buganini@gmail.com) Received: by fxm9 with SMTP id 9so344728fxm.19 for ; Thu, 12 Feb 2009 13:09:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=AGG1kAstKurhpMZcmFxeroQiF9MXM4wUHwIY1OOAj/A=; b=VqXYvRjC69LjOAnY5MFtEFjpvuXY8YCX3+04dtRacC98GCqpQjrl/BSrf6wQ0s5R6p hAwgyvyV5KOnJWmHnXoubQ9Co5TyVjyNLpPd2/3p2oBS3CPVmXXjW4jFri5BzlwfkCrQ +XNVU3mCvsUqc2QH+dYH15axPvkSmuf8nH6cI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=aOm+CgT0wdcTfL1aoEaBUBRndZLD1DyCH3V+vKwTSdbbexntxiIhNI8IWQRb8/kfoi K7zs74/y0nGi3jukIRGHaUyOREr4lhgUYDhX4KTzz8JcAjHrtAy8Dkce/7EK5hwsn2Yc FfTx6RhfUQEJbL8cdA/Q5eC4lB3/MC3Qs1/Ec= MIME-Version: 1.0 Received: by 10.103.192.10 with SMTP id u10mr640723mup.101.1234471432829; Thu, 12 Feb 2009 12:43:52 -0800 (PST) In-Reply-To: <20090212183440.GA1446@tops> References: <98869b7c0902100112s6dae54bm4c14487076ceb75c@mail.gmail.com> <20090212183440.GA1446@tops> Date: Fri, 13 Feb 2009 04:43:52 +0800 Message-ID: From: Buganini To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: patch: let msdosfs(vfat)/ntfs to support UTF-8 locale well X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 21:09:10 -0000 Anyone know about the behaviors on short filename? Are they all the same in different windows version? Some articles said it dont store long filename when filename is 8.3 compliant, but the behavior on Windows XP is different. And according to pagxir (patch's author), the patch doesn't convert encoding for short filename. Whether the behavior was changed or not, I think the conversion for short filename is needed to comfort all cases. On Fri, Feb 13, 2009 at 2:34 AM, Gleb Kurtsou wrot= e: > On (10/02/2009 17:12), =E8=A3=B4=E5=9B=BD=E5=85=B4 wrote: >> I write a patch to support UTF-8 locale well. I think it maybe help >> for some FreeBSD user. >> follow link is the patch (base on FreeBSD 7.1): >> http://btload.googlegroups.com/web/msdosfs.patch?gda=3DMzIscT8AAABs_gmy4= a1S9lRiXjEy-V5OpwtI67JnIGlz0zr18tjObOtoi5oIt3BJMRGeqGBbbj-ccyFKn-rNKC-d1pM_= IdV0 >> the full tar.bz2 package: >> http://btload.googlegroups.com/web/msdosfs.tar.bz2?gda=3DIG1pBkEAAABs_gm= y4a1S9lRiXjEy-V5OpwtI67JnIGlz0zr18tjObNLRc95Ps2S1UISaL0WhuitTCT_pCLcFTwcI3S= ro5jAzlXFeCn-cdYleF-vtiGpWAA >> >> I also will patch for ntfs driver >> http://btload.googlegroups.com/web/ntfs.patch?gda=3DOqsHoDwAAABs_gmy4a1S= 9lRiXjEy-V5O7RN7t-m4MjZ-5dQn_EvaqDVCWO9_HyYEQJyRQYPtRCL9Wm-ajmzVoAFUlE7c_fA= t >> http://btload.googlegroups.com/web/ntfs.tar.bz2?gda=3DzErXED4AAABs_gmy4a= 1S9lRiXjEy-V5O7RN7t-m4MjZ-5dQn_EvaqG3K0t6fVz8SMYStF_2dqCPjsKXVs-X7bdXZc5buS= fmx >> >> The Chinese characters in the fat32 partition can be displayed correctly= now. >> >> when mount windows partitions, you should do like this: >> mount_ntfs -C UTF-8 /dev/ad?s? /path/to/mount >> mount_msdosfs -L zh_CN.UTF-8 /dev/ad?s? /path/to/mount > > I've also looked at it recently but my idea was to update kiconv to > handle ucs-2 (or whatever it is) -> utf-8 conversion in kernel. kiconv > supports different translation methods. Current implementation just > creates a table for ucs2->utf-8 conversion and passes it too kernel. It > seems it can't even handle all of unicode chars. > Fixing kiconv would be a better solution, imho. > > _______________________________________________ > 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 Feb 12 21:49:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06323106567D; Thu, 12 Feb 2009 21:49:52 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.170]) by mx1.freebsd.org (Postfix) with ESMTP id C74138FC16; Thu, 12 Feb 2009 21:49:50 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: by wf-out-1314.google.com with SMTP id 27so852591wfd.7 for ; Thu, 12 Feb 2009 13:49:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=cZfbtuTaMsgjUmq5HLxybsbNJ6uskNbAtXbT0M/TDPU=; b=qlGO+a+E8IFqcBiY0/SaBuxs7MlMgmQYX4aStr4fTif7gBW5+GDbZ7logXhKSgjYku DXcBNfrH2KWD/CTiZPgDR1zKhGWzLYw/36PMkLLRfPp1nq8z1S/5RE/fT+nE1Z+7C2fo h8p+mq/Tl+d4viokMCO+7o2CI2s+YubyKKTMA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=ugMatOumqxrVWFjJgwj7iXxS3UJ/nKTwWQvj6eS0w/+07+JMNO5zha6SWKB8YfvG2M rDPivacKSAqWot33z4I+D50A/L315/df1xBSM9S6yTEn97HvA+jv0FjhWfAEAuwE2ZiY Cy4FPoCTfGJMSxFk5L/gi6T2M0kNs6liAeL2A= MIME-Version: 1.0 Received: by 10.142.101.17 with SMTP id y17mr644436wfb.69.1234475390292; Thu, 12 Feb 2009 13:49:50 -0800 (PST) In-Reply-To: <20090212083207.GA22952@freebsd.org> References: <20090211201436.GA14586@freebsd.org> <83e5fb980902111337l5dc4c74dq6041cac459ae570f@mail.gmail.com> <20090212083207.GA22952@freebsd.org> Date: Thu, 12 Feb 2009 22:49:50 +0100 Message-ID: <83e5fb980902121349j1c2c4072n7d137f454060a979@mail.gmail.com> From: Diego Depaoli To: Roman Divacky , freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: nvidia users of Geforce 7050 PV X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2009 21:49:52 -0000 On Thu, Feb 12, 2009 at 9:32 AM, Roman Divacky wrote: >> That one? >> (--) PCI:*(0@0:18:0) nVidia Corporation GeForce 7050 PV / nForce 630a >> rev 162, Mem @ 0xfc000000/0, 0xd0000000/0, 0xfb000000/0, BIOS @ >> 0x????????/131072 >> >> It works with 180.22 driver, Xorg 7.4 on -CURRENT #13: Wed Feb 11 >> 21:44:42 CET 2009 > > yes... exactly! where did you get the first line? >From Xorg.log While in dmesg I get vgapci0: mem 0xfc000000-0xfcffffff,0xd0000000-0xdffffff f,0xfb000000-0xfbffffff irq 21 at device 18.0 on pci0 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_busmaster vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io nvidia0: [GIANT-LOCKED] nvidia0: [ITHREAD] Cheers -- Diego Depaoli From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 01:24:57 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DC07106566C for ; Fri, 13 Feb 2009 01:24:57 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3A5808FC15 for ; Fri, 13 Feb 2009 01:24:57 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:6ddd:2202:d85d:dd34] (unknown [IPv6:2001:7b8:3a7:0:6ddd:2202:d85d:dd34]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id D986A5C44; Fri, 13 Feb 2009 02:24:55 +0100 (CET) Message-ID: <4994CBE5.5090805@andric.com> Date: Fri, 13 Feb 2009 02:24:53 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b3pre) Gecko/20090207 Shredder/3.0b2pre MIME-Version: 1.0 To: Bruce Cran References: <20090212123753.1602cb81@gluon> In-Reply-To: <20090212123753.1602cb81@gluon> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Duplicate slice entries in /dev X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2009 01:24:57 -0000 On 2009-02-12 13:37, Bruce Cran wrote: > I'm running -CURRENT from about a week ago, and have noticed that > duplicate entries are showing up in /dev before a slice is mounted. Any chance you might have both GEOM_MBR and GEOM_PART_MBR in your kernel configuration? From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 03:08:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCBD7106566C for ; Fri, 13 Feb 2009 03:08:45 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.168]) by mx1.freebsd.org (Postfix) with ESMTP id AE3328FC1A for ; Fri, 13 Feb 2009 03:08:45 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: by wf-out-1314.google.com with SMTP id 27so975720wfd.7 for ; Thu, 12 Feb 2009 19:08:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=PBE5I0EYSnhibR8zkZt5jMPVl/paGf5nAzrmoHm5cQQ=; b=HEAIQ3ogl4IqT1152G8qeUs19tTe3hsiVV0Nfz39Mypa/rhD+u53VCP3ILPe6R9Z/R ajp4r1jplsyDSZHSvh9e6SFaRV5qYsS2C9WW3j4Cc71zz7QF3WY2uGUH+8zuHHSKN/Wl WtUSthv+lv5CiDILpI9kzflliIj55IMNF8J08= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=xDDStLNO7lJ+NX8lL24pOKg75dLub/myZJqc8NFlZ6HKud1pQUfaYphtt0C36XWc3m ZWoJ3tKOhss9oOwWsKbZwt07YyqEj701DPWhbVB89af31cg9QQILKeoxXJWg589G4jgq HPmS65/NzRidZlhPkVkSjoIDS6/Is+Yk0OUWs= MIME-Version: 1.0 Received: by 10.143.13.17 with SMTP id q17mr735668wfi.222.1234492725030; Thu, 12 Feb 2009 18:38:45 -0800 (PST) In-Reply-To: References: Date: Fri, 13 Feb 2009 08:08:44 +0530 Message-ID: <84dead720902121838p3a72f993xc1c52104c666ed0a@mail.gmail.com> From: Joseph Koshy To: Mark Atkinson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: memory alignment problems with -current on amd64? [Found Cause] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2009 03:08:46 -0000 > example, my latest failure: > peigen.c: In function '_bfd_pei_only_swap_filehdr_out': > peigen.c:2089: internal compiler error: Bus error: 10 > Please submit a full bug report, > with preprocessed source if appropriate. > With an deliberately induced bus error, a program will dump core. You may need to specify option "-dH" if you want gcc to dump core on error. See: contrib/gcc/diagnostic.[ch]. Koshy From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 04:20:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA1B4106566B for ; Fri, 13 Feb 2009 04:19:59 +0000 (UTC) (envelope-from pagxir@gmail.com) Received: from mail-bw0-f170.google.com (mail-bw0-f170.google.com [209.85.218.170]) by mx1.freebsd.org (Postfix) with ESMTP id 4A9F68FC08 for ; Fri, 13 Feb 2009 04:19:58 +0000 (UTC) (envelope-from pagxir@gmail.com) Received: by bwz18 with SMTP id 18so1858665bwz.19 for ; Thu, 12 Feb 2009 20:19:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=2feJGkGpp5yiAB+7MbdRoexZ86Fuc/Wwv1EyiXEzUZs=; b=fmDi7cOoHjw8sG6fyzkfmWaAFxqOZfhSY8xbrgq0CFz0WoA2O1GmnlSac9NXfjWvBr Bp45wZ/uqGrQLEv+MyenVjiNvHI+fuw+7vh4exuDcIywCqMN89TcqIaj6P8zoHASKcZy nkut6tbH24r6zvWNMTImo5Ujg/RZiJlVefKqM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=d8E+zmPastcCtS9Ap7Hr2UagVZfXsE/tmMsxlwzKyL6AE/OmuIHppEo38GCXpyLjBc 5PHhMS4DavDiU0kWilkNOSe5xqEYZ6OCgtMylas9Ki7kjWb+hU2gxvwupX2CqgyojWEg kvLm/z8Jy9tDKh54PJdzoMo3yWbxzQwly9tYw= MIME-Version: 1.0 Received: by 10.103.2.14 with SMTP id e14mr868747mui.48.1234498797391; Thu, 12 Feb 2009 20:19:57 -0800 (PST) In-Reply-To: <20090212183440.GA1446@tops> References: <98869b7c0902100112s6dae54bm4c14487076ceb75c@mail.gmail.com> <20090212183440.GA1446@tops> Date: Fri, 13 Feb 2009 12:19:57 +0800 Message-ID: <98869b7c0902122019i99c2999td7e2ea8e65fcc17d@mail.gmail.com> From: =?UTF-8?B?6KO05Zu95YW0?= To: Gleb Kurtsou Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: patch: let msdosfs(vfat)/ntfs to support UTF-8 locale well X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2009 04:20:00 -0000 En. It is a good idea. When to patch msdosfs, I first try to use kiconv and found that non-ascii code always convert fail. I have the source code a quickview and sure that kiconv not support UTF-8. Not familiar with kiconv, I hardcode Into the msdosfs source code. If kiconv support UTF-8, msdosfs only needs a few change. It seems someone also do similar job. the link: http://people.freebsd.org/~imura/kiconv/ the related archive message: http://www.mail-archive.com/freebsd-hackers@freebsd.org/msg57285.html 2009/2/13 Gleb Kurtsou : > On (10/02/2009 17:12), =E8=A3=B4=E5=9B=BD=E5=85=B4 wrote: >> I write a patch to support UTF-8 locale well. I think it maybe help >> for some FreeBSD user. >> follow link is the patch (base on FreeBSD 7.1): >> http://btload.googlegroups.com/web/msdosfs.patch?gda=3DMzIscT8AAABs_gmy4= a1S9lRiXjEy-V5OpwtI67JnIGlz0zr18tjObOtoi5oIt3BJMRGeqGBbbj-ccyFKn-rNKC-d1pM_= IdV0 >> the full tar.bz2 package: >> http://btload.googlegroups.com/web/msdosfs.tar.bz2?gda=3DIG1pBkEAAABs_gm= y4a1S9lRiXjEy-V5OpwtI67JnIGlz0zr18tjObNLRc95Ps2S1UISaL0WhuitTCT_pCLcFTwcI3S= ro5jAzlXFeCn-cdYleF-vtiGpWAA >> >> I also will patch for ntfs driver >> http://btload.googlegroups.com/web/ntfs.patch?gda=3DOqsHoDwAAABs_gmy4a1S= 9lRiXjEy-V5O7RN7t-m4MjZ-5dQn_EvaqDVCWO9_HyYEQJyRQYPtRCL9Wm-ajmzVoAFUlE7c_fA= t >> http://btload.googlegroups.com/web/ntfs.tar.bz2?gda=3DzErXED4AAABs_gmy4a= 1S9lRiXjEy-V5O7RN7t-m4MjZ-5dQn_EvaqG3K0t6fVz8SMYStF_2dqCPjsKXVs-X7bdXZc5buS= fmx >> >> The Chinese characters in the fat32 partition can be displayed correctly= now. >> >> when mount windows partitions, you should do like this: >> mount_ntfs -C UTF-8 /dev/ad?s? /path/to/mount >> mount_msdosfs -L zh_CN.UTF-8 /dev/ad?s? /path/to/mount > > I've also looked at it recently but my idea was to update kiconv to > handle ucs-2 (or whatever it is) -> utf-8 conversion in kernel. kiconv > supports different translation methods. Current implementation just > creates a table for ucs2->utf-8 conversion and passes it too kernel. It > seems it can't even handle all of unicode chars. > Fixing kiconv would be a better solution, imho. > > From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 04:33:42 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 215221065697 for ; Fri, 13 Feb 2009 04:33:42 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (brucec-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:c09::2]) by mx1.freebsd.org (Postfix) with ESMTP id 622E68FC0A for ; Fri, 13 Feb 2009 04:33:41 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id DAEB319256; Fri, 13 Feb 2009 04:33:39 +0000 (GMT) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-2.5 required=8.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 Received: from tau.draftnet (87-194-158-129.bethere.co.uk [87.194.158.129]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Fri, 13 Feb 2009 04:33:39 +0000 (GMT) Date: Fri, 13 Feb 2009 04:31:54 +0000 From: Bruce Cran To: Dimitry Andric Message-ID: <20090213043154.6ae1be31@tau.draftnet> In-Reply-To: <4994CBE5.5090805@andric.com> References: <20090212123753.1602cb81@gluon> <4994CBE5.5090805@andric.com> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Duplicate slice entries in /dev X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2009 04:33:42 -0000 On Fri, 13 Feb 2009 02:24:53 +0100 Dimitry Andric wrote: > On 2009-02-12 13:37, Bruce Cran wrote: > > I'm running -CURRENT from about a week ago, and have noticed that > > duplicate entries are showing up in /dev before a slice is mounted. > > Any chance you might have both GEOM_MBR and GEOM_PART_MBR in your > kernel configuration? > I have both GEOM_PART_GPT and GEOM_MBR, but not GEOM_PART_MBR. -- Bruce From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 05:13:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9613C1065672 for ; Fri, 13 Feb 2009 05:13:58 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id 658378FC17 for ; Fri, 13 Feb 2009 05:13:58 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from localhost (pool-141-151-76-181.phlapa.east.verizon.net [141.151.76.181]) by mail.asahi-net.or.jp (Postfix) with ESMTP id ED0BB616C1; Fri, 13 Feb 2009 14:13:55 +0900 (JST) Date: Fri, 13 Feb 2009 00:13:50 -0500 From: Yoshihiro Ota To: Gleb Kurtsou Message-Id: <20090213001350.52470f39.ota@j.email.ne.jp> In-Reply-To: <20090212183440.GA1446@tops> References: <98869b7c0902100112s6dae54bm4c14487076ceb75c@mail.gmail.com> <20090212183440.GA1446@tops> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.11; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, =?UTF-8?B?6KO05Zu95YW0?= Subject: Re: patch: let msdosfs(vfat)/ntfs to support UTF-8 locale well X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2009 05:13:58 -0000 On Thu, 12 Feb 2009 20:34:40 +0200 Gleb Kurtsou wrote: > On (10/02/2009 17:12), 裴国兴 wrote: > > I write a patch to support UTF-8 locale well. I think it maybe help > > for some FreeBSD user. > > follow link is the patch (base on FreeBSD 7.1): > > http://btload.googlegroups.com/web/msdosfs.patch?gda=MzIscT8AAABs_gmy4a1S9lRiXjEy-V5OpwtI67JnIGlz0zr18tjObOtoi5oIt3BJMRGeqGBbbj-ccyFKn-rNKC-d1pM_IdV0 > > the full tar.bz2 package: > > http://btload.googlegroups.com/web/msdosfs.tar.bz2?gda=IG1pBkEAAABs_gmy4a1S9lRiXjEy-V5OpwtI67JnIGlz0zr18tjObNLRc95Ps2S1UISaL0WhuitTCT_pCLcFTwcI3Sro5jAzlXFeCn-cdYleF-vtiGpWAA > > > > I also will patch for ntfs driver > > http://btload.googlegroups.com/web/ntfs.patch?gda=OqsHoDwAAABs_gmy4a1S9lRiXjEy-V5O7RN7t-m4MjZ-5dQn_EvaqDVCWO9_HyYEQJyRQYPtRCL9Wm-ajmzVoAFUlE7c_fAt > > http://btload.googlegroups.com/web/ntfs.tar.bz2?gda=zErXED4AAABs_gmy4a1S9lRiXjEy-V5O7RN7t-m4MjZ-5dQn_EvaqG3K0t6fVz8SMYStF_2dqCPjsKXVs-X7bdXZc5buSfmx > > > > The Chinese characters in the fat32 partition can be displayed correctly now. > > > > when mount windows partitions, you should do like this: > > mount_ntfs -C UTF-8 /dev/ad?s? /path/to/mount > > mount_msdosfs -L zh_CN.UTF-8 /dev/ad?s? /path/to/mount > > I've also looked at it recently but my idea was to update kiconv to > handle ucs-2 (or whatever it is) -> utf-8 conversion in kernel. kiconv > supports different translation methods. Current implementation just > creates a table for ucs2->utf-8 conversion and passes it too kernel. It > seems it can't even handle all of unicode chars. > Fixing kiconv would be a better solution, imho. Some people attempted to improve kinconv and locale on filesystems. I only remember this one at this moment; http://people.freebsd.org/~imura/kiconv/ This work was never merged into the tree excpet few bug fixes to other reasons. This was back in 5.x relases. So, it doesn't apply cleanly these days. I also seens some people posted similar patches to the list in past years. However, none of them got any attentions to the project. I think we somehow have to get enough attensions of some (reasonable number of people) FreeBSD committers to this. Otherwise, people keep reinvening and posting patches to this topic. Regards, Hiro From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 06:16:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FA6A106564A for ; Fri, 13 Feb 2009 06:16:01 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 2102E8FC0C for ; Fri, 13 Feb 2009 06:16:00 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-154-188-244.bna.bellsouth.net [68.154.188.244]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n1D6EYwD015931 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Feb 2009 01:14:34 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Hans Petter Selasky In-Reply-To: <200902121221.07622.hselasky@c2i.net> References: <1878.1234435909@critter.freebsd.dk> <200902121221.07622.hselasky@c2i.net> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-8YOORRKdXp8J7UZCJmMd" Organization: FreeBSD Date: Fri, 13 Feb 2009 01:15:50 -0500 Message-Id: <1234505750.33056.12.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: jylefort@FreeBSD.org, Max Laier , Poul-Henning Kamp , freebsd-current@freebsd.org Subject: Re: @188498: u3g works, Xorg does not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2009 06:16:01 -0000 --=-8YOORRKdXp8J7UZCJmMd Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2009-02-12 at 12:21 +0100, Hans Petter Selasky wrote: > On Thursday 12 February 2009, Poul-Henning Kamp wrote: > > In message <200902121125.57378.hselasky@c2i.net>, Hans Petter Selasky=20 > writes: > > >Before enabling hald and USB2 at the same time, read the USB wiki: > > > > > >http://wiki.freebsd.org/USB > > > > I added the following two lines to libmap.conf: > > > > libusb-0.1.so libusb20.so > > libusb-0.1.so.8 libusb20.so.1 > > > > But that does not seem to help much. > > > > hald(8) does not seem to be linked (dynamically) against libusb ? > > > > critter# ldd /usr/local/sbin/hald | grep -i usb > > critter# > > > > So is it statically linked ? >=20 > No, >=20 > dnl Check libusb > AC_ARG_ENABLE([usb], > AS_HELP_STRING([--disable-usb], [Do not use libusb]), > [use_usb=3D$enableval], [use_usb=3Dyes]) > if test "x$use_usb" =3D "xyes" ; then > AC_CHECK_HEADERS([usb.h], [USE_LIBUSB=3Dyes], [USE_LIBUSB=3Dno]) > if test "x$USE_LIBUSB" =3D "xyes"; then > AC_CHECK_LIB([usb], [usb_find_devices], [USE_LIBUSB=3Dyes= ],=20 > [USE_LIBUSB=3Dno]) > fi > else > USE_LIBUSB=3Dno > fi >=20 > You need to have libusb0.1.x installed before building hald. We specifically disable libusb in our hal builds. See the port Makefile. > The following file is no longer useful with USB2. I could make some patch= es=20 > for HAL, but I don't know where to send them. >=20 > /usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd/hf-usb.c This would be very useful, as hal is not useable with usb2 at the moment. The wiki entry about libmap.conf is not correct. robert. > > > > In that case the Wiki should state that libmap.conf is not going to hel= p. > > > > Why doesn't the wiki have a libmap.conf examble btw ? >=20 > Fixed. >=20 > --HPS > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " --=20 Robert Noland FreeBSD --=-8YOORRKdXp8J7UZCJmMd Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmVEBYACgkQM4TrQ4qfROO78gCdHUCRaw2HhiMRo2GZU7SCmANt cIkAnRIQ/tW9XT/ffRfizd/GoNmWp5Kl =QysM -----END PGP SIGNATURE----- --=-8YOORRKdXp8J7UZCJmMd-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 08:39:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85048106566C; Fri, 13 Feb 2009 08:39:11 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 26E4F8FC12; Fri, 13 Feb 2009 08:39:11 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 4B79428448; Fri, 13 Feb 2009 16:39:10 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id CF14BEC6FC4; Fri, 13 Feb 2009 16:39:09 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id gI-PuKHIm9VU; Fri, 13 Feb 2009 16:39:04 +0800 (CST) Received: from charlie.delphij.net (c-69-181-141-49.hsd1.ca.comcast.net [69.181.141.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 6728EEC6FA0; Fri, 13 Feb 2009 16:39:02 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=BylQqQC07y4h0s4FsHUYNijoEOcPlDYRfRSE0sfzCi7d3oi8JK4lZPt3r7YEBVxZ/ BDDfrRKKZA9iZ1IgP8B1A== Message-ID: <499531A4.3020308@delphij.net> Date: Fri, 13 Feb 2009 00:39:00 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.19 (X11/20090202) MIME-Version: 1.0 To: Yoshihiro Ota References: <98869b7c0902100112s6dae54bm4c14487076ceb75c@mail.gmail.com> <20090212183440.GA1446@tops> <20090213001350.52470f39.ota@j.email.ne.jp> In-Reply-To: <20090213001350.52470f39.ota@j.email.ne.jp> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, Gleb Kurtsou , freebsd-current@freebsd.org, imura@FreeBSD.org, =?UTF-8?B?6KO05Zu95YW0?= Subject: Re: patch: let msdosfs(vfat)/ntfs to support UTF-8 locale well X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2009 08:39:12 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 (cc'ed to freebsd-fs@) I think it's important that someone familiar with the code review and evaluate the current patches and commit it against -HEAD... MSDOSFS patch (against 7.1): http://btload.googlegroups.com/web/msdosfs.patch?gda=MzIscT8AAABs_gmy4a1S9lRiXjEy-V5OpwtI67JnIGlz0zr18tjObOtoi5oIt3BJMRGeqGBbbj-ccyFKn-rNKC-d1pM_IdV0 NTFS patch: http://btload.googlegroups.com/web/ntfs.patch?gda=OqsHoDwAAABs_gmy4a1S9lRiXjEy-V5O7RN7t-m4MjZ-5dQn_EvaqDVCWO9_HyYEQJyRQYPtRCL9Wm-ajmzVoAFUlE7c_fAt Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEUEARECAAYFAkmVMaQACgkQi+vbBBjt66DN+wCghJbOUO7IfEwt5gFOB01uAAe1 NLwAmOQXPJsB+lT7o5MMk16Ck6eUJrQ= =ZGMA -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 08:46:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C9D3106566C for ; Fri, 13 Feb 2009 08:46:06 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 43D7B8FC1A for ; Fri, 13 Feb 2009 08:46:05 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id E0BC29CB07C; Fri, 13 Feb 2009 09:43:11 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bonEV9yak2qe; Fri, 13 Feb 2009 09:43:00 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 10AA39CB0ED; Fri, 13 Feb 2009 09:43:00 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n1D8gx81050211; Fri, 13 Feb 2009 09:42:59 +0100 (CET) (envelope-from rdivacky) Date: Fri, 13 Feb 2009 09:42:59 +0100 From: Roman Divacky To: Diego Depaoli Message-ID: <20090213084259.GA49903@freebsd.org> References: <20090211201436.GA14586@freebsd.org> <83e5fb980902111337l5dc4c74dq6041cac459ae570f@mail.gmail.com> <20090212083207.GA22952@freebsd.org> <83e5fb980902121349j1c2c4072n7d137f454060a979@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <83e5fb980902121349j1c2c4072n7d137f454060a979@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current Subject: Re: nvidia users of Geforce 7050 PV X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2009 08:46:07 -0000 On Thu, Feb 12, 2009 at 10:49:50PM +0100, Diego Depaoli wrote: > On Thu, Feb 12, 2009 at 9:32 AM, Roman Divacky wrote: > >> That one? > >> (--) PCI:*(0@0:18:0) nVidia Corporation GeForce 7050 PV / nForce 630a > >> rev 162, Mem @ 0xfc000000/0, 0xd0000000/0, 0xfb000000/0, BIOS @ > >> 0x????????/131072 > >> > >> It works with 180.22 driver, Xorg 7.4 on -CURRENT #13: Wed Feb 11 > >> 21:44:42 CET 2009 > > > > yes... exactly! where did you get the first line? > > >From Xorg.log > > While in dmesg I get > > vgapci0: mem 0xfc000000-0xfcffffff,0xd0000000-0xdffffff > f,0xfb000000-0xfbffffff irq 21 at device 18.0 on pci0 I have different memory layout.... anyway I decided to throw away the nvidia blob and work on porting nouveau instead... thats a better long term solution thnx for your help! roman From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 09:45:07 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 396AC1065679; Fri, 13 Feb 2009 09:45:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id E14B78FC0C; Fri, 13 Feb 2009 09:45:06 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id DC4E941C65E; Fri, 13 Feb 2009 10:45:05 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id 6q0eVXvAuzLR; Fri, 13 Feb 2009 10:45:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 8365641C63C; Fri, 13 Feb 2009 10:45:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 33A9B4448EC; Fri, 13 Feb 2009 09:44:14 +0000 (UTC) Date: Fri, 13 Feb 2009 09:44:14 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: FreeBSD current mailing list Message-ID: <20090213092746.R53478@maildrop.int.zabbadoz.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD stable mailing list , FreeBSD questions mailing list , FreeBSD net mailing list Subject: "The LOR page" is back X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2009 09:45:07 -0000 Hi, in case you find a LOR, want to report it or want to see if it's known or find out more about it... you can go and check "The LOR page" again. It's up on a temporary setup (so in case it's not avail come back a bit later) until I can finally move the web elsewhere. The URL has stayed the same: http://sources.zabbadoz.net/freebsd/lor.html The page has a few instructions and links to further information. You may want to read them before doing anything else to help everybody. Thanks! /bz -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 10:55:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C61DA106564A; Fri, 13 Feb 2009 10:55:59 +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 70A7C8FC0A; Fri, 13 Feb 2009 10:55:59 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n1DAtrsA072344; Fri, 13 Feb 2009 03:55:54 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <499551B9.7050805@samsco.org> Date: Fri, 13 Feb 2009 03:55:53 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: FreeBSD Current , FreeBSD Stable X-Enigmail-Version: 0.95.6 Content-Type: multipart/mixed; boundary="------------090508060706040908050304" X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Subject: HEADS UP: Major CAM performance regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2009 10:56:00 -0000 This is a multi-part message in MIME format. --------------090508060706040908050304 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit All, A major performance regression was introduced to the CAM subsystem in FreeBSD 7.1. The following configurations are known to be affected: VMWare ESX VMWare Fusion (using bt or lsilogic controller options) HP CISS RAID Some MPT-SAS combinations with SATA drives attached (Includes Dell SAS5/ir, but not PERC5/PERC6). Pure SCSI and SAS subsystems likely are NOT affected. Any hardware that uses the 'ata' driver is also definitely NOT affected. To determine if your installation is affected, run the following command as root: camcontrol tags da0 Substitute 'da0' with another appropriate drive device number, if needed. Note that this ONLY AFFECTS 'da' DEVICES. If your disks are 'ad' devices, they are NOT affected. The result from running this command should be an output similar to the following: (pass0:mpt0:0:8:0): device openings: 255 If, instead, it reports a value of '1', you are likely affected. Note that it may be normal for USB memory devices to report a low number. Also, many legacy SCSI disks, and devices that are not disks, may also be expected to report a low number. The effect of this problem is that only one I/O command will be issued to the controller and disk at a time, instead of overlapping multiple commands in parallel. This causes significantly higher latency in servicing moderate and heavy I/O workloads, leading to very poor performance. Performance can be easily compared by downgrading to FreeBSD 7.0. I have committed a fix for this problem for FreeBSD 8-CURRENT as of SVN revision 188570. FreeBSD 7-STABLE will be updated with the fix in a few days once I've gotten confirmation that the fix works and doesn't cause any adverse side-effects. Anyone wanting to help in this validation effort should apply the attached patch to their kernel source tree and recompile. Please contact me directly by email to report if the problem is fixed for you. If the validation process goes smoothly, I will work with the release engineering team to turn this fix into an official errata update for FreeBSD 7.1. Thanks in advance for your help. Scott --------------090508060706040908050304 Content-Type: text/x-diff; name="cam_tags.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="cam_tags.diff" Index: cam_xpt.c =================================================================== --- cam_xpt.c (revision 188569) +++ cam_xpt.c (revision 188570) @@ -6143,10 +6143,9 @@ xpt_schedule(periph, priority); return; } - xpt_release_ccb(done_ccb); - softc->action = PROBE_TUR_FOR_NEGOTIATION; - xpt_schedule(periph, priority); - return; + + csio->data_ptr = NULL; + /* FALLTHROUGH */ } case PROBE_SERIAL_NUM_1: --------------090508060706040908050304-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 10:59:33 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E32BC106564A for ; Fri, 13 Feb 2009 10:59:33 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 9DF7D8FC19 for ; Fri, 13 Feb 2009 10:59:33 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1LXvlX-0006fa-7f; Fri, 13 Feb 2009 10:59:30 +0000 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1LXvlT-0007IE-Ms; Fri, 13 Feb 2009 10:59:23 +0000 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n1DAxK8m065149; Fri, 13 Feb 2009 10:59:20 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n1DAxDi8065148; Fri, 13 Feb 2009 10:59:13 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Fri, 13 Feb 2009 10:59:13 +0000 From: Anton Shterenlikht To: Gary Jennejohn Message-ID: <20090213105913.GA65128@mech-cluster238.men.bris.ac.uk> References: <20090212.192851.57971498.haro@kgt.co.jp> <1346.1234436450@critter.freebsd.dk> <20090212125828.2ff46a75@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090212125828.2ff46a75@ernst.jennejohn.org> User-Agent: Mutt/1.5.19 (2009-01-05) X-Spam-Score: -1.4 X-Spam-Level: - Cc: rbgarga@gmail.com, Poul-Henning Kamp , haro@kgt.co.jp, current@freebsd.org Subject: Re: @188498: u3g works, Xorg does not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2009 10:59:34 -0000 On Thu, Feb 12, 2009 at 12:58:28PM +0100, Gary Jennejohn wrote: > On Thu, 12 Feb 2009 11:00:50 +0000 > "Poul-Henning Kamp" wrote: > > > In message <20090212.192851.57971498.haro@kgt.co.jp>, haro@kgt.co.jp writes: > > > > > > > >Section "ServerFlags" > > > Option "AllowEmptyInput" "off" > > >EndSection > > > > That also works, and avoids four hald processes on the system, so > > I prefer this fix. > > > > I agree. Especially since hald eats 100% of one of my cores (AMD64 X2) > apparently doing nothing. > > I remade the xorg server w/o hal and am now a much happier camper. I had to rebuild xorg without hal, and to use VESA driver. Only then I got xserver running again. many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 13:21:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B93C61065680 for ; Fri, 13 Feb 2009 13:21:10 +0000 (UTC) (envelope-from zozo@q.gid0.org) Received: from smtpfb2-g21.free.fr (smtpfb2-g21.free.fr [212.27.42.10]) by mx1.freebsd.org (Postfix) with ESMTP id 1ED528FC14 for ; Fri, 13 Feb 2009 13:21:08 +0000 (UTC) (envelope-from zozo@q.gid0.org) Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [212.27.42.1]) by smtpfb2-g21.free.fr (Postfix) with ESMTP id 6B539D19E8A for ; Fri, 13 Feb 2009 13:56:47 +0100 (CET) Received: from smtp1-g21.free.fr (localhost [127.0.0.1]) by smtp1-g21.free.fr (Postfix) with ESMTP id AEBC494011A for ; Fri, 13 Feb 2009 13:56:41 +0100 (CET) Received: from q.gid0.org (s.gid0.org [88.163.116.140]) by smtp1-g21.free.fr (Postfix) with ESMTP id 7426E940120 for ; Fri, 13 Feb 2009 13:56:38 +0100 (CET) Received: (from zozo@localhost) by q.gid0.org (8.14.3/8.14.3/Submit) id n1DCubeX049370 for freebsd-current@freebsd.org; Fri, 13 Feb 2009 13:56:37 +0100 (CET) (envelope-from zozo) Date: Fri, 13 Feb 2009 13:56:37 +0100 From: Olivier Smedts To: freebsd-current Message-ID: <20090213125636.GA8128@q.gid0.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Subject: @188556 breaks if_iwn and if_wpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2009 13:21:11 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello, I can't buildkernel (with modules) because of the following error in sys/dev/iwn : cc -O2 -pipe -march=native -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /work/src/sys/modules/iwn/../../dev/iwn/if_iwn.c /work/src/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_rx_intr': /work/src/sys/modules/iwn/../../dev/iwn/if_iwn.c:1445: error: 'struct ieee80211com' has no member named 'ic_stats' /work/src/sys/modules/iwn/../../dev/iwn/if_iwn.c:1455: error: 'struct ieee80211com' has no member named 'ic_stats' /work/src/sys/modules/iwn/../../dev/iwn/if_iwn.c:1466: error: 'struct ieee80211com' has no member named 'ic_stats' *** Error code 1 According to the commit message (http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net80211/ieee80211.c?rev=1.64), ic_stats was never used, so I just removed it from if_iwn and if_wpi. See the attached patch. Cheers -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline; filename=patch --- sys/dev/iwn/if_iwn.c.orig 2009-02-13 13:41:37.000000000 +0100 +++ sys/dev/iwn/if_iwn.c 2009-02-13 13:41:57.000000000 +0100 @@ -1442,7 +1442,6 @@ if (len < sizeof (struct ieee80211_frame)) { DPRINTF(sc, IWN_DEBUG_RECV, "%s: frame too short: %d\n", __func__, len); - ic->ic_stats.is_rx_tooshort++; ifp->if_ierrors++; return; } @@ -1452,7 +1451,6 @@ if (mnew == NULL) { DPRINTF(sc, IWN_DEBUG_ANY, "%s: no mbuf to restock ring\n", __func__); - ic->ic_stats.is_rx_nobuf++; ifp->if_ierrors++; return; } @@ -1463,7 +1461,6 @@ device_printf(sc->sc_dev, "%s: bus_dmamap_load failed, error %d\n", __func__, error); m_freem(mnew); - ic->ic_stats.is_rx_nobuf++; /* XXX need stat */ ifp->if_ierrors++; return; } --- sys/dev/wpi/if_wpi.c.orig 2009-02-13 13:43:45.000000000 +0100 +++ sys/dev/wpi/if_wpi.c 2009-02-13 13:43:59.000000000 +0100 @@ -1478,7 +1478,6 @@ if (mnew == NULL) { DPRINTFN(WPI_DEBUG_RX, ("%s: no mbuf to restock ring\n", __func__)); - ic->ic_stats.is_rx_nobuf++; ifp->if_ierrors++; return; } @@ -1489,7 +1488,6 @@ device_printf(sc->sc_dev, "%s: bus_dmamap_load failed, error %d\n", __func__, error); m_freem(mnew); - ic->ic_stats.is_rx_nobuf++; /* XXX need stat */ ifp->if_ierrors++; return; } --jI8keyz6grp/JLjh-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 13:24:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11007106568D for ; Fri, 13 Feb 2009 13:24:42 +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 A5BE08FC13 for ; Fri, 13 Feb 2009 13:24:41 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2DC4F.dip.t-dialin.net [217.226.220.79]) by redbull.bpaserver.net (Postfix) with ESMTP id 4FBB12E0FD; Fri, 13 Feb 2009 14:24:35 +0100 (CET) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id AD07112408F; Fri, 13 Feb 2009 14:24:28 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1234531468; bh=IN4Y5nVDEJY+kZR53pqU8OeIM6jMiJ6UX ZSzHbgpDac=; h=Message-ID:Date:From:To:Cc:Subject:References: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=w+QD5q7wVepigRPk+hJ2VZqMoLxkZ0OgOZfcnk8bRvqVSybfn+I2r33b04H+R6E8m h8ZoRHpm/jzpDW34YAX+TSx2qltTQxhrWyMABD8wa/iE2lMiGjSmjFlRXG+d8j2M9ie OtMSH5h4h+vk5zGvEHf76VCPkXcfVlIfO6a8AvIYOUFODN8Cp1fynV4SQ81k60AmkRA Ak1viTSaVPh+5MP+tmSIWMDln7HqvylSkmOQoy/677I6CFqO0/FPaWh50v61PiA4DUD Uw6czfC55CK+ZR+ING0+N49N3974HEmSEzcPA/FYoYqehib9+14L7P2X8WHt8x+Jr2p B7JPNlGmQ== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id n1DDORHM024634; Fri, 13 Feb 2009 14:24:27 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Luna.Leidinger.net (Luna.Leidinger.net [192.168.2.100]) by webmail.leidinger.net (Horde Framework) with HTTP; Fri, 13 Feb 2009 14:24:26 +0100 Message-ID: <20090213142426.15765x5ggsjk5wkk@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Fri, 13 Feb 2009 14:24:26 +0100 From: Alexander Leidinger To: Yoshihiro Ota References: <98869b7c0902100112s6dae54bm4c14487076ceb75c@mail.gmail.com> <20090212183440.GA1446@tops> <20090213001350.52470f39.ota@j.email.ne.jp> In-Reply-To: <20090213001350.52470f39.ota@j.email.ne.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.3) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 4FBB12E0FD.BD360 X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-9.704, required 6, BAYES_00 -15.00, BR_SPAMMER_URI 2.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, IMPRONONCABLE_2 1.50, LONGWORD 0.30, MIME_QP_LONG_LINE 1.40, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Gleb Kurtsou , freebsd-current@freebsd.org, =?utf-8?b?w6jCo8K0w6XCm8K9w6XChcK0?= Subject: Re: patch: let msdosfs(vfat)/ntfs to support UTF-8 locale well X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2009 13:24:42 -0000 Quoting Yoshihiro Ota (from Fri, 13 Feb 2009 =20 00:13:50 -0500): > On Thu, 12 Feb 2009 20:34:40 +0200 > Gleb Kurtsou wrote: > >> On (10/02/2009 17:12), =E8=A3=B4=E5=9B=BD=E5=85=B4 wrote: >> > I write a patch to support UTF-8 locale well. I think it maybe help >> > for some FreeBSD user. >> > follow link is the patch (base on FreeBSD 7.1): >> > =20 >> http://btload.googlegroups.com/web/msdosfs.patch?gda=3DMzIscT8AAABs_gmy4a= 1S9lRiXjEy-V5OpwtI67JnIGlz0zr18tjObOtoi5oIt3BJMRGeqGBbbj-ccyFKn-rNKC-d1pM_Id= V0 >> > the full tar.bz2 package: >> > =20 >> http://btload.googlegroups.com/web/msdosfs.tar.bz2?gda=3DIG1pBkEAAABs_gmy= 4a1S9lRiXjEy-V5OpwtI67JnIGlz0zr18tjObNLRc95Ps2S1UISaL0WhuitTCT_pCLcFTwcI3Sro= 5jAzlXFeCn-cdYleF-vtiGpWAA >> > >> > I also will patch for ntfs driver >> > =20 >> http://btload.googlegroups.com/web/ntfs.patch?gda=3DOqsHoDwAAABs_gmy4a1S9= lRiXjEy-V5O7RN7t-m4MjZ-5dQn_EvaqDVCWO9_HyYEQJyRQYPtRCL9Wm-ajmzVoAFUlE7c_fAt >> > =20 >> http://btload.googlegroups.com/web/ntfs.tar.bz2?gda=3DzErXED4AAABs_gmy4a1= S9lRiXjEy-V5O7RN7t-m4MjZ-5dQn_EvaqG3K0t6fVz8SMYStF_2dqCPjsKXVs-X7bdXZc5buSfm= x >> > >> > The Chinese characters in the fat32 partition can be displayed =20 >> correctly now. >> > >> > when mount windows partitions, you should do like this: >> > mount_ntfs -C UTF-8 /dev/ad?s? /path/to/mount >> > mount_msdosfs -L zh_CN.UTF-8 /dev/ad?s? /path/to/mount >> >> I've also looked at it recently but my idea was to update kiconv to >> handle ucs-2 (or whatever it is) -> utf-8 conversion in kernel. kiconv >> supports different translation methods. Current implementation just >> creates a table for ucs2->utf-8 conversion and passes it too kernel. It >> seems it can't even handle all of unicode chars. >> Fixing kiconv would be a better solution, imho. > > > Some people attempted to improve kinconv and locale on filesystems. > I only remember this one at this moment; =20 > http://people.freebsd.org/~imura/kiconv/ > This work was never merged into the tree excpet few bug fixes to =20 > other reasons. > This was back in 5.x relases. So, it doesn't apply cleanly these days. > > I also seens some people posted similar patches to the list in past years. > However, none of them got any attentions to the project. > > I think we somehow have to get enough attensions of some (reasonable numbe= r > of people) FreeBSD committers to this. Otherwise, people keep reinvening > and posting patches to this topic. Maybe someone could have a look if/what Apple did. Maybe they improved =20 the kiconv part which makes the use of it for what you are interested =20 in possible. Bye, Alexander. --=20 To do two things at once is to do neither. =09=09-- Publilius Syrus http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 13:34:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6496E106566B for ; Fri, 13 Feb 2009 13:34:29 +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 1A2D28FC25 for ; Fri, 13 Feb 2009 13:34:28 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LXyBU-0007XG-Ay for freebsd-current@freebsd.org; Fri, 13 Feb 2009 13:34:24 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 13 Feb 2009 13:34:24 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 13 Feb 2009 13:34:24 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Fri, 13 Feb 2009 14:33:58 +0100 Lines: 39 Message-ID: References: <499551B9.7050805@samsco.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF026D5DBF40CCFFAEA7E5EA7" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.19 (X11/20090105) In-Reply-To: <499551B9.7050805@samsco.org> X-Enigmail-Version: 0.95.0 Sender: news Cc: freebsd-stable@freebsd.org Subject: Re: HEADS UP: Major CAM performance regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2009 13:34:29 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF026D5DBF40CCFFAEA7E5EA7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Scott Long wrote: > I have committed a fix for this problem for FreeBSD 8-CURRENT as of SVN= > revision 188570. FreeBSD 7-STABLE will be updated with the fix in a few= > days once I've gotten confirmation that the fix works and doesn't cause= > any adverse side-effects. Anyone wanting to help in this validation > effort should apply the attached patch to their kernel source tree and > recompile. Please contact me directly by email to report if the proble= m > is fixed for you. I notice that write performance on an ESXi 3.5 hosted system is doubled, but read performance remains the same (in bonnie++). On a CISS system there is no significant change. --------------enigF026D5DBF40CCFFAEA7E5EA7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJlXbQldnAQVacBcgRAsH4AKD1DgZzmC8bu54lMVwTVI7TvGMcyQCeOJiP PZo486q8F1yPD9EBjENu+Xk= =jA5B -----END PGP SIGNATURE----- --------------enigF026D5DBF40CCFFAEA7E5EA7-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 14:47:53 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57F711065670; Fri, 13 Feb 2009 14:47:53 +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 167A48FC18; Fri, 13 Feb 2009 14:47:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n1DEloQO046881; Fri, 13 Feb 2009 09:47:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n1DEloml064495; Fri, 13 Feb 2009 09:47:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1EEE67302F; Fri, 13 Feb 2009 09:47:50 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090213144750.1EEE67302F@freebsd-current.sentex.ca> Date: Fri, 13 Feb 2009 09:47:50 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2009 14:47:54 -0000 TB --- 2009-02-13 12:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-13 12:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-02-13 12:40:00 - cleaning the object tree TB --- 2009-02-13 12:40:56 - cvsupping the source tree TB --- 2009-02-13 12:40:56 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-02-13 12:41:03 - building world TB --- 2009-02-13 12:41:03 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-13 12:41:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-13 12:41:03 - TARGET=amd64 TB --- 2009-02-13 12:41:03 - TARGET_ARCH=amd64 TB --- 2009-02-13 12:41:03 - TZ=UTC TB --- 2009-02-13 12:41:03 - __MAKE_CONF=/dev/null TB --- 2009-02-13 12:41:03 - cd /src TB --- 2009-02-13 12:41:03 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 13 12:41:06 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Feb 13 14:38:41 UTC 2009 TB --- 2009-02-13 14:38:41 - generating LINT kernel config TB --- 2009-02-13 14:38:41 - cd /src/sys/amd64/conf TB --- 2009-02-13 14:38:41 - /usr/bin/make -B LINT TB --- 2009-02-13 14:38:41 - building LINT kernel TB --- 2009-02-13 14:38:41 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-13 14:38:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-13 14:38:41 - TARGET=amd64 TB --- 2009-02-13 14:38:41 - TARGET_ARCH=amd64 TB --- 2009-02-13 14:38:41 - TZ=UTC TB --- 2009-02-13 14:38:41 - __MAKE_CONF=/dev/null TB --- 2009-02-13 14:38:41 - cd /src TB --- 2009-02-13 14:38:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Feb 13 14:38:42 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/isp/isp_target.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ispfw/ispfw.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/iwi/if_iwi.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/iwn/if_iwn.c /src/sys/dev/iwn/if_iwn.c: In function 'iwn_rx_intr': /src/sys/dev/iwn/if_iwn.c:1445: error: 'struct ieee80211com' has no member named 'ic_stats' /src/sys/dev/iwn/if_iwn.c:1455: error: 'struct ieee80211com' has no member named 'ic_stats' /src/sys/dev/iwn/if_iwn.c:1466: error: 'struct ieee80211com' has no member named 'ic_stats' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-13 14:47:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-13 14:47:49 - ERROR: failed to build lint kernel TB --- 2009-02-13 14:47:49 - 5982.03 user 623.22 system 7669.66 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 15:17:45 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35631106567D; Fri, 13 Feb 2009 15:17:45 +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 E52698FC14; Fri, 13 Feb 2009 15:17:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n1DFHbCf054033; Fri, 13 Feb 2009 10:17:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n1DFHb4a085172; Fri, 13 Feb 2009 10:17:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 232F47302F; Fri, 13 Feb 2009 10:17:36 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090213151737.232F47302F@freebsd-current.sentex.ca> Date: Fri, 13 Feb 2009 10:17:36 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2009 15:17:46 -0000 TB --- 2009-02-13 13:46:49 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-13 13:46:49 - starting HEAD tinderbox run for i386/i386 TB --- 2009-02-13 13:46:49 - cleaning the object tree TB --- 2009-02-13 13:47:23 - cvsupping the source tree TB --- 2009-02-13 13:47:23 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-02-13 13:47:32 - building world TB --- 2009-02-13 13:47:32 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-13 13:47:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-13 13:47:32 - TARGET=i386 TB --- 2009-02-13 13:47:32 - TARGET_ARCH=i386 TB --- 2009-02-13 13:47:32 - TZ=UTC TB --- 2009-02-13 13:47:32 - __MAKE_CONF=/dev/null TB --- 2009-02-13 13:47:32 - cd /src TB --- 2009-02-13 13:47:32 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 13 13:47:33 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Feb 13 15:08:15 UTC 2009 TB --- 2009-02-13 15:08:15 - generating LINT kernel config TB --- 2009-02-13 15:08:15 - cd /src/sys/i386/conf TB --- 2009-02-13 15:08:15 - /usr/bin/make -B LINT TB --- 2009-02-13 15:08:15 - building LINT kernel TB --- 2009-02-13 15:08:15 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-13 15:08:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-13 15:08:15 - TARGET=i386 TB --- 2009-02-13 15:08:15 - TARGET_ARCH=i386 TB --- 2009-02-13 15:08:15 - TZ=UTC TB --- 2009-02-13 15:08:15 - __MAKE_CONF=/dev/null TB --- 2009-02-13 15:08:15 - cd /src TB --- 2009-02-13 15:08:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Feb 13 15:08:15 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/isp/isp_target.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 -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ispfw/ispfw.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 -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/iwi/if_iwi.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 -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/iwn/if_iwn.c /src/sys/dev/iwn/if_iwn.c: In function 'iwn_rx_intr': /src/sys/dev/iwn/if_iwn.c:1445: error: 'struct ieee80211com' has no member named 'ic_stats' /src/sys/dev/iwn/if_iwn.c:1455: error: 'struct ieee80211com' has no member named 'ic_stats' /src/sys/dev/iwn/if_iwn.c:1466: error: 'struct ieee80211com' has no member named 'ic_stats' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-13 15:17:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-13 15:17:35 - ERROR: failed to build lint kernel TB --- 2009-02-13 15:17:35 - 4333.59 user 422.47 system 5446.17 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 15:40:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80D69106566C for ; Fri, 13 Feb 2009 15:40:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 51C748FC17 for ; Fri, 13 Feb 2009 15:40:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id EEC3C46B38; Fri, 13 Feb 2009 10:40:03 -0500 (EST) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n1DFd49O044500; Fri, 13 Feb 2009 10:39:58 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 13 Feb 2009 10:01:29 -0500 User-Agent: KMail/1.9.7 References: <20090212123753.1602cb81@gluon> <4994CBE5.5090805@andric.com> <20090213043154.6ae1be31@tau.draftnet> In-Reply-To: <20090213043154.6ae1be31@tau.draftnet> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902131001.29502.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 13 Feb 2009 10:39:58 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8987/Fri Feb 13 05:32:33 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Bruce Cran , Dimitry Andric Subject: Re: Duplicate slice entries in /dev X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2009 15:40:04 -0000 On Thursday 12 February 2009 11:31:54 pm Bruce Cran wrote: > On Fri, 13 Feb 2009 02:24:53 +0100 > Dimitry Andric wrote: > > > On 2009-02-12 13:37, Bruce Cran wrote: > > > I'm running -CURRENT from about a week ago, and have noticed that > > > duplicate entries are showing up in /dev before a slice is mounted. > > > > Any chance you might have both GEOM_MBR and GEOM_PART_MBR in your > > kernel configuration? > > > > > I have both GEOM_PART_GPT and GEOM_MBR, but not GEOM_PART_MBR. Since GEOM_PART_MBR is in DEFAULTS you effectively do have both of them in there, however. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 15:49:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CA3A1065670; Fri, 13 Feb 2009 15:49:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5D22F8FC1B; Fri, 13 Feb 2009 15:49:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id E295A46B17; Fri, 13 Feb 2009 10:49:27 -0500 (EST) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n1DFmosK044605; Fri, 13 Feb 2009 10:49:20 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Roman Divacky Date: Fri, 13 Feb 2009 10:48:42 -0500 User-Agent: KMail/1.9.7 References: <20081120171325.GA53026@freebsd.org> <200812041745.14587.jhb@freebsd.org> <20081211221628.GA12494@freebsd.org> In-Reply-To: <20081211221628.GA12494@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902131048.42375.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 13 Feb 2009 10:49:20 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8987/Fri Feb 13 05:32:33 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: atrtc0: Warnings about mappings of I/O and interrupt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2009 15:49:28 -0000 On Thursday 11 December 2008 5:16:28 pm Roman Divacky wrote: > On Thu, Dec 04, 2008 at 05:45:14PM -0500, John Baldwin wrote: > > On Thursday 04 December 2008 05:04:38 pm Roman Divacky wrote: > > > On Thu, Dec 04, 2008 at 02:24:13PM -0500, John Baldwin wrote: > > > > On Thursday 20 November 2008 12:13:25 pm Roman Divacky wrote: > > > > > hi > > > > > > > > > > I upgraded from roughly 10 days old -CURRENT to this: > > > > > > > > > > FreeBSD witten 8.0-CURRENT FreeBSD 8.0-CURRENT #55: Wed Nov 19 23:23:49 > > CET > > > > 2008 > > > > > root@witten:/usr/obj/usr/src/sys/MYKERNEL i386 > > > > > > > > > > and I am getting this at boot: > > > > > > > > > > atrtc0: at port 0x70 irq 8 on isa0 > > > > > atrtc0: Warning: Couldn't map I/O. > > > > > atrtc0: Warning: Couldn't map Interrupt. > > > > > > > > > > the booting itself works fine and I dont see any odd effects. > > > > > > > > The driver is just a stub anyway. Do you have any atrtc0 hints, and can > > you > > > > grab the output for the 'atrtc0' device from 'devinfo -r'? > > > > > > witten ~# grep atrtc /boot/device.hints > > > hint.atrtc.0.at="isa" > > > hint.atrtc.0.port="0x70" > > > hint.atrtc.0.irq="8" > > > > > > (but that's the default I believe) > > > > > > devinfo -r shows "empty" atrtc0 but: > > > > > > atrtc1 > > > Interrupt request lines: > > > 8 > > > I/O ports: > > > 0x70-0x71 > > > > > > any more info I can provide? > > > > Hmmmm, that should have worked fine in that atrtc1 should have taken over > > the 'atrtc0' hints. If you don't mind, can you add some debugging printfs to > > acpi_hint_device_unit() (maybe only do them if the 'name' parameter > > is "atrtc" to avoid clutter). > > with the attached patch I am getting the attached dmesg. > > do you want me to do some other thing? So after thinking about this some more, the issue is that the atrtc device your BIOS provides via ACPI doesn't have an IRQ assigned, and that is why it doesn't match the hints. If you remove the hints (or just remove the irq part of the hints), it should probe just fine as atrtc0. I could possibly relax the restrictions for hint matching in the ACPI bus driver, but I think the risk of a false match is not worth fixing this particular case since atrtc doesn't create any /dev nodes with the wrong name, etc. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 16:13:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E9BD1065677; Fri, 13 Feb 2009 16:13:01 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0E9908FC1D; Fri, 13 Feb 2009 16:13:01 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:d4b0:f1d4:1821:a4b] (unknown [IPv6:2001:7b8:3a7:0:d4b0:f1d4:1821:a4b]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 007575C44; Fri, 13 Feb 2009 17:12:59 +0100 (CET) Message-ID: <49959C0B.2020300@andric.com> Date: Fri, 13 Feb 2009 17:12:59 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b3pre) Gecko/20090213 Shredder/3.0b2pre MIME-Version: 1.0 To: John Baldwin References: <20090212123753.1602cb81@gluon> <4994CBE5.5090805@andric.com> <20090213043154.6ae1be31@tau.draftnet> <200902131001.29502.jhb@freebsd.org> In-Reply-To: <200902131001.29502.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Bruce Cran , freebsd-current@freebsd.org Subject: Re: Duplicate slice entries in /dev X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2009 16:13:01 -0000 On 2009-02-13 16:01, John Baldwin wrote: >>> Any chance you might have both GEOM_MBR and GEOM_PART_MBR in your >>> kernel configuration? >> I have both GEOM_PART_GPT and GEOM_MBR, but not GEOM_PART_MBR. > Since GEOM_PART_MBR is in DEFAULTS you effectively do have both of them in > there, however. Hmm, on my -CURRENT test box, I get this problem with duplicated /dev entries when I kldload GEOM_BSD (while GEOM_PART_BSD is already statically linked into the kernel). It seems GEOM_MBR isn't even needed: $ ls -l /dev/ad0* crw-r----- 1 root operator 0, 81 Feb 13 17:05 /dev/ad0 crw-r----- 1 root operator 0, 84 Feb 13 17:05 /dev/ad0a crw-r----- 1 root operator 0, 84 Feb 13 17:05 /dev/ad0a crw-r----- 1 root operator 0, 92 Feb 13 17:09 /dev/ad0aa crw-r----- 1 root operator 0, 93 Feb 13 17:09 /dev/ad0ab crw-r----- 1 root operator 0, 94 Feb 13 17:09 /dev/ad0ac crw-r----- 1 root operator 0, 85 Feb 13 17:05 /dev/ad0b crw-r----- 1 root operator 0, 85 Feb 13 17:05 /dev/ad0b crw-r----- 1 root operator 0, 97 Feb 13 17:09 /dev/ad0c Especially the ad0a[a-c] entries are funny, it seems to find a disklabel within a disklabel. :) Probably each of the geom modules registers the device(s) it found with devd, causing nodes to appear in devfs. Maybe these geom modules could be exclusionary, e.g. GEOM_PART_BSD should refuse to load, if GEOM_BSD is loaded, and vice versa? (And possibly the same for GEOM_PART_MBR and GEOM_MBR.) From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 16:33:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD8911065687 for ; Fri, 13 Feb 2009 16:33:47 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id A1CCA8FC08 for ; Fri, 13 Feb 2009 16:33:47 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n1DGXk51050661 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Feb 2009 08:33:47 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <4995A0EA.6070209@freebsd.org> Date: Fri, 13 Feb 2009 08:33:46 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Olivier Smedts References: <20090213125636.GA8128@q.gid0.org> In-Reply-To: <20090213125636.GA8128@q.gid0.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: freebsd-current Subject: Re: @188556 breaks if_iwn and if_wpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2009 16:33:48 -0000 Sorry, fixed by r188582. Sam Olivier Smedts wrote: > Hello, > > I can't buildkernel (with modules) because of the following error in sys/dev/iwn : > > cc -O2 -pipe -march=native -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /work/src/sys/modules/iwn/../../dev/iwn/if_iwn.c > /work/src/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_rx_intr': > /work/src/sys/modules/iwn/../../dev/iwn/if_iwn.c:1445: error: 'struct ieee80211com' has no member named 'ic_stats' > /work/src/sys/modules/iwn/../../dev/iwn/if_iwn.c:1455: error: 'struct ieee80211com' has no member named 'ic_stats' > /work/src/sys/modules/iwn/../../dev/iwn/if_iwn.c:1466: error: 'struct ieee80211com' has no member named 'ic_stats' > *** Error code 1 > > According to the commit message (http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net80211/ieee80211.c?rev=1.64), ic_stats was never used, so I just removed it from if_iwn and if_wpi. See the attached patch. > > Cheers > > > ------------------------------------------------------------------------ > > _______________________________________________ > 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 Feb 13 17:02:45 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B73351065673 for ; Fri, 13 Feb 2009 17:02:45 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id 759818FC08 for ; Fri, 13 Feb 2009 17:02:45 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from [172.31.193.10] (cpe-075-177-134-250.nc.res.rr.com [75.177.134.250]) (authenticated bits=0) by duke.cs.duke.edu (8.14.2/8.14.2) with ESMTP id n1DH2GO4020649 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 13 Feb 2009 12:02:16 -0500 (EST) X-DKIM: Sendmail DKIM Filter v2.5.3 duke.cs.duke.edu n1DH2GO4020649 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=cs.duke.edu; s=mail; t=1234544536; bh=Ew55Qsqtvck8nKv5fpSpJ1F7+0RdLGdpGIPq9go5Ve8=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=CM5mKat4eQvDMgk2I3j61tKF0uZDv5ZA+jSjF tkrFgVyLfkNti2rtpRRjal4xj85fZ/Vbxn7kYuWHNOTCMjL3f5zB0Tum2HfCzc9dA27 2A/iLLuIpD2lw8PKqIED0hsW6VqOdDT+UwzGptnutFH/18V7Bm0lFQChbLnF6WOxGvI = Message-ID: <4995A792.5050003@cs.duke.edu> Date: Fri, 13 Feb 2009 12:02:10 -0500 From: Andrew Gallatin User-Agent: Thunderbird 2.0.0.16 (X11/20080724) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Dtrace panic'ed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2009 17:02:46 -0000 I was trying to run a simple dtrace profiling script, and panic'ed the machine using today's -current on an 8-way opteron. I tried to run: #!/usr/sbin/dtrace -s profile:::profile-997 { @a[stack(20)]=count(); } END { trunc(@a, 20); printa(@a); } Everything was fine until I hit ^C. This appeared on the tty (which I expected): dtrace: script '/nfs/home/gallatin/dtrace/profile_stack.d' matched 2 probes ^C CPU ID FUNCTION:NAME 1 2 :END kernel`vm_page_splay+0x5b kernel`trap+0x482 kernel`0xffffffff807eb8f3 1 kernel`vm_fault+0x1e2 1 kernel`pagezero+0x17 1 kernel`cpu_idle+0x1 1 kernel`pmap_enter+0x6f kernel`0xffffffff807eb8f3 1 4 kernel`pagezero+0x11 4 kernel`acpi_cpu_c1+0x6 kernel`0xffffffff807ebd4e 14063 And then the machine fell over with this on console: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 7; apic id = 07 fault virtual address = 0x20 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff80e33187 stack pointer = 0x10:0xfffffffe4004aa70 frame pointer = 0x10:0xfffffffe4004aa80 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 11 (idle: cpu7) trap number = 12 panic: page fault cpuid = 7 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x182 trap_fatal() at trap_fatal+0x2ad trap_pfault() at trap_pfault+0x294 trap() at trap+0x38b calltrap() at calltrap+0x8 --- trap 0xc, rip = 0xffffffff80e33187, rsp = 0xfffffffe4004aa70, rbp = 0xfffffffe4004aa80 --- cyclic_disable_xcall() at cyclic_disable_xcall+0x7 smp_rendezvous_action() at smp_rendezvous_action+0xb3 Xrendezvous() at Xrendezvous+0x64 --- interrupt, rip = 0xffffffff807e3cf6, rsp = 0xfffffffe4004ab70, rbp = 0xfffffffe4004ab80 --- acpi_cpu_c1() at acpi_cpu_c1+0x6 acpi_cpu_idle() at acpi_cpu_idle+0x19c sched_idletd() at sched_idletd+0x234 fork_exit() at fork_exit+0x118 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xfffffffe4004ad40, rbp = 0 --- Uptime: 5m14s Physical memory: 8177 MB Dumping 506 MB: 491 475 459 443 427 411 395 379 363 347 331 315 299 283 267 251 235 219 203 187 171 155 139 123 107 91 75 59 43 27 11 Cheers, Drew From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 17:39:18 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 905481065724 for ; Fri, 13 Feb 2009 17:39:18 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-ew0-f21.google.com (mail-ew0-f21.google.com [209.85.219.21]) by mx1.freebsd.org (Postfix) with ESMTP id 242678FC14 for ; Fri, 13 Feb 2009 17:39:17 +0000 (UTC) (envelope-from artemb@gmail.com) Received: by ewy14 with SMTP id 14so1175652ewy.19 for ; Fri, 13 Feb 2009 09:39:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=CfSZj+2S2SJyWVl59PVC6ESvAAhWnolg/E9Po7zpfkU=; b=UDEBaeokVnDi4NnLZL/LrrYcRGvrbIFNyAZmR4STAxQQOJPzxZAaMbAckf8onYdUx4 CXlO11iPXmgqMYsUim1t6195am3YcNXqsHAV4LUxPGeIlizq/3tAE62jk7NVRHp1WJpx dmXT2kTiegLqHJlhJzLFwNJPdqFR3pW1LKLOE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=CLwbmot/8ITHr+ffZEIX40pObF5Tr7f6EtzPrJbsjSEOZqiGkwOaBSgCQQ7p1vI0TA TPtgeQDPyIClbjIfCafGv8Ef8OS3lMgIjtE353WeDhwYVBhT0Qcd9t7RZfNsKVfAQcFR vnaytCIO/KWZwKkLzX2Q7GtdBkXoKLc5Yt/F0= MIME-Version: 1.0 Sender: artemb@gmail.com Received: by 10.210.11.17 with SMTP id 17mr1787464ebk.32.1234545440386; Fri, 13 Feb 2009 09:17:20 -0800 (PST) In-Reply-To: <4995A792.5050003@cs.duke.edu> References: <4995A792.5050003@cs.duke.edu> Date: Fri, 13 Feb 2009 09:17:14 -0800 X-Google-Sender-Auth: 1cb29f12b6efc8df Message-ID: From: Artem Belevich To: Andrew Gallatin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Dtrace panic'ed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2009 17:39:20 -0000 > --- trap 0xc, rip = 0xffffffff80e33187, rsp = 0xfffffffe4004aa70, rbp = > 0xfffffffe4004aa80 --- > cyclic_disable_xcall() at cyclic_disable_xcall+0x7 > smp_rendezvous_action() at smp_rendezvous_action+0xb3 > Xrendezvous() at Xrendezvous+0x64 It seems to be the same issue that few other folks including myself have seen. Search -current archives around October for 'hotkernel in the subject. By the way, if you dump stack tracess for all processes, do you see any of them in smp_tlb_shootdown ? --Artem From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 18:22:03 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32DB51065672 for ; Fri, 13 Feb 2009 18:22:03 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id CCACE8FC17 for ; Fri, 13 Feb 2009 18:22:02 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from [172.31.193.10] (cpe-075-177-134-250.nc.res.rr.com [75.177.134.250]) (authenticated bits=0) by duke.cs.duke.edu (8.14.2/8.14.2) with ESMTP id n1DIM1X5025675 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Feb 2009 13:22:02 -0500 (EST) X-DKIM: Sendmail DKIM Filter v2.5.3 duke.cs.duke.edu n1DIM1X5025675 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=cs.duke.edu; s=mail; t=1234549322; bh=TZmJ7wdyLNCRm8KM/5vTQfY47O3ztMtcoiGOTHJFmuU=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=tBPtprh5kMf5 ltdtrmuUQxvDNfMNU+IQMKzSagBh+rkq38SvuXmuo7J01VHB6ft1Z1X0i55YsStS03d vKdNfkZMLQ3foJ68DXNYkoMKX9epE052UdujZCjGsMCCs+Tjqk8BtH9ss0IewJ1AAZZ 4SUNz294olOCOBpRSwXXmOUc8= Message-ID: <4995BA43.5020108@cs.duke.edu> Date: Fri, 13 Feb 2009 13:21:55 -0500 From: Andrew Gallatin User-Agent: Thunderbird 2.0.0.16 (X11/20080724) MIME-Version: 1.0 To: Artem Belevich References: <4995A792.5050003@cs.duke.edu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Dtrace panic'ed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2009 18:22:03 -0000 Artem Belevich wrote: >> --- trap 0xc, rip = 0xffffffff80e33187, rsp = 0xfffffffe4004aa70, rbp = >> 0xfffffffe4004aa80 --- >> cyclic_disable_xcall() at cyclic_disable_xcall+0x7 >> smp_rendezvous_action() at smp_rendezvous_action+0xb3 >> Xrendezvous() at Xrendezvous+0x64 > > It seems to be the same issue that few other folks including myself > have seen. Search -current archives around October for 'hotkernel in > the subject. Ah, I see. > By the way, if you dump stack tracess for all processes, do you see > any of them in smp_tlb_shootdown ? No idea. I've rebooted, and am poking around in gdb. I thought that getting backtraces for everything from gdb was i386 specific, and I'm on amd64. I'm pretty weak on amd64 assembly language, but I think I know enough to think that this very weird. In my case, I'm also seeing a 0x20 faulting address, and the instruction pointer is here: push %rbp mov (%rdi),%rax mov %rsp,%rbp --> mov 0x20(%rax),%rax mov 0x30(%rax),%rdi mov 0x18(%rax),%r11 If I look at the caller: (kgdb) p/x local_func_arg $2 = 0xffffffff226567c0 That matches %rdi. in the cyclic_disable_xcall() function. Then if I then dereference this, I get something which is non-null. (kgdb) p/x *(long *)0xffffffff226567c0 $3 = 0xffffffff22656820 I was expecting it to be 0, given the faulting address of 0x20. But it wasn't. Drew From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 18:25:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1DAC106566B for ; Fri, 13 Feb 2009 18:25:35 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 192DE8FC08 for ; Fri, 13 Feb 2009 18:25:34 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA12620 for ; Fri, 13 Feb 2009 20:25:32 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4995BB1B.7060201@icyb.net.ua> Date: Fri, 13 Feb 2009 20:25:31 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: weeding out c++ keywords from sys/sys X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2009 18:25:36 -0000 Proposal: Make header files in sys/sys C++-friendly. Rationale: There are people who write FreeBSD drivers in C++, the driver code needs to include some headers from sys/sys and it causes some pain if the headers contain reserved C++ keywords. Scope: Very limited. This is not about making the whole kernel compilable by a C++ compiler. And not about making all sources "future"-proof, just about making life a little bit easier for a few fellows. Efforts: Non-trivial effort would be needed only for conflicts in types/fields definitions. Function params for prototypes and typedef are low hanging fruits. Start: diff --git a/sys/sys/conf.h b/sys/sys/conf.h index 9d8da2c..b7f9df6 100644 --- a/sys/sys/conf.h +++ b/sys/sys/conf.h @@ -145,7 +145,7 @@ typedef int d_spare2_t(struct cdev *dev); typedef int dumper_t( void *priv, /* Private to the driver. */ - void *virtual, /* Virtual (mapped) address. */ + void *virt, /* Virtual (mapped) address. */ vm_offset_t physical, /* Physical address of virtual. */ off_t offset, /* Byte-offset to write at. */ size_t length); /* Number of bytes to dump. */ diff --git a/sys/sys/lock_profile.h b/sys/sys/lock_profile.h index f2861ac..7e7f666 100644 --- a/sys/sys/lock_profile.h +++ b/sys/sys/lock_profile.h @@ -160,7 +160,7 @@ static inline void lock_profile_obtain_lock_failed(struct lock_object *lo, int * static inline void lock_profile_obtain_lock_success(struct lock_object *lo, int contested, uint64_t waittime, const char *file, int line) {;} static inline void lock_profile_object_destroy(struct lock_object *lo) {;} -static inline void lock_profile_object_init(struct lock_object *lo, struct lock_class *class, const char *name) {;} +static inline void lock_profile_object_init(struct lock_object *lo, struct lock_class *clazz, const char *name) {;} #endif /* _KERNEL */ -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 21:02:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DB00106564A; Fri, 13 Feb 2009 21:02:50 +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 271A98FC08; Fri, 13 Feb 2009 21:02:48 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local (71-218-27-233.hlrn.qwest.net [71.218.27.233]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n1DL2Urw074614; Fri, 13 Feb 2009 14:02:37 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4995DFE5.1020205@samsco.org> Date: Fri, 13 Feb 2009 14:02:29 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Ivan Voras References: <499551B9.7050805@samsco.org> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.9 required=3.8 tests=AWL,BAYES_00,RCVD_IN_PBL autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: HEADS UP: Major CAM performance regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2009 21:02:50 -0000 Ivan Voras wrote: > Scott Long wrote: > >> I have committed a fix for this problem for FreeBSD 8-CURRENT as of SVN >> revision 188570. FreeBSD 7-STABLE will be updated with the fix in a few >> days once I've gotten confirmation that the fix works and doesn't cause >> any adverse side-effects. Anyone wanting to help in this validation >> effort should apply the attached patch to their kernel source tree and >> recompile. Please contact me directly by email to report if the problem >> is fixed for you. > > I notice that write performance on an ESXi 3.5 hosted system is doubled, > but read performance remains the same (in bonnie++). > On a CISS system there is no significant change. > bonnie is an unreliable tool for measuring performance. Scott From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 21:04:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96C0610656C2 for ; Fri, 13 Feb 2009 21:04:17 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from smtp-out.abv.bg (smtp-out.abv.bg [194.153.145.99]) by mx1.freebsd.org (Postfix) with ESMTP id EF1C48FC08 for ; Fri, 13 Feb 2009 21:04:16 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from mail53.abv.bg (mail53.ni.bg [192.168.151.29]) by smtp-out.abv.bg (Postfix) with ESMTP id C768014EBB6; Fri, 13 Feb 2009 23:03:19 +0200 (EET) DomainKey-Signature: a=rsa-sha1; s=smtp-out; d=abv.bg; c=simple; q=dns; b=seLiccdMTP7PBb11EM7IEO9zNtcjnbdwFkiuHiTf2U4UeTHnocYxvBb7gDX22q5Vh nLXmbZGpOU69PdekF8o+4NNz2Mch/cwLYAHmbQRQWkSktKq90dimQxw/+nlHHl6fII2 NKqigX4BFVOwzOAUbepRv3px4bT5atBDufr2yNk= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=abv.bg; s=smtp-out; t=1234558999; bh=IlPm7l5R4QrNTbzDxYgQyuzrOg7czZai+643nVHzwkE=; h=Date:From:To:Cc:Message-ID:Subject:MIME-Version:Content-Type: DKIM; b=p7Hyac//j0MifGE3rEY2f/fmLe+xpPuFbueu4lk4Kya3O9V9U4rNbbe2kA tMd9ifIhMteVASiDQ/CzRYO8fOiImt/c6L1TNFOVUjh65sed6kvBUBZ8hcY+GRrz7UX XEYmHuWFd/5m25QD/HNN+5uvr4n6im1OKWFAnuSPoIuvtQ= Received: from mail53.abv.bg (localhost.localdomain [127.0.0.1]) by mail53.abv.bg (Postfix) with ESMTP id E29D21E4B0A; Fri, 13 Feb 2009 23:04:13 +0200 (EET) Date: Fri, 13 Feb 2009 23:04:13 +0200 (EET) From: Mario Pavlov To: freebsd-current@freebsd.org, freebsd-amd64@freebsd.org Message-ID: <442505824.71673.1234559053919.JavaMail.apache@mail53.abv.bg> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_71671_1850240584.1234559053917" X-Priority: 3 X-Mailer: AbvMail 1.0 X-Originating-IP: 78.128.21.208 Cc: dev@lists.pcbsd.org, kris@pcbsd.com Subject: [Fw: Re: [PC-BSD Dev] vmap()-like kernel interface ] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2009 21:04:18 -0000 ------=_Part_71671_1850240584.1234559053917 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 8bit Hi, please find the attached e-mail regards mgp P.S. thanks, PC-BSD team ------=_Part_71671_1850240584.1234559053917 Content-Type: message/rfc822; name="Re: [PC-BSD Dev] vmap()-like kernel interface.eml" Content-Disposition: attachment; filename="Re: [PC-BSD Dev] vmap()-like kernel interface.eml" Return-Path: Delivered-To: freebsd@abv.bg Received: from pcbsd.ixsystems.com (pcbsd.ixsystems.net [206.40.55.78]) by pmx.abv.bg (Postfix) with ESMTP id 083F721C4C8 for ; Fri, 13 Feb 2009 22:46:27 +0200 (EET) Received: from [192.168.0.55] (24-158-205-179.dhcp.kgpt.tn.charter.com [24.158.205.179]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pcbsd.ixsystems.com (Postfix) with ESMTPSA id A5DAB145F403; Fri, 13 Feb 2009 12:45:04 -0800 (PST) Message-ID: <4995DC1F.1080603@pcbsd.com> Date: Fri, 13 Feb 2009 15:46:23 -0500 From: Kris Moore User-Agent: Thunderbird 2.0.0.18 (X11/20081229) MIME-Version: 1.0 To: Mario Pavlov CC: dev@lists.pcbsd.org Subject: Re: [PC-BSD Dev] vmap()-like kernel interface References: <1347833942.122230.1234102229115.JavaMail.apache@mail54.abv.bg> In-Reply-To: <1347833942.122230.1234102229115.JavaMail.apache@mail54.abv.bg> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mario Pavlov wrote: > Hi PC-BSD devs, > I know some work for the FreeBSD kernel has been started > that one: https://trac.pcbsd.org/browser/freebsd-projects/nvidia-work/vmap_like_interface > I'd like to kindly ask you if you plan to finish it > it's about those features nVidia requested in order to implement driver for the amd64 kernel > so some of them are completed, see http://wiki.freebsd.org/NvidiaFeatureRequests > if the other 2 that are left can be completed ... it will be absolutely fantastic ... we could finally see that driver we all long for ... after over 5 years > > thank you > > Regards > mgp > _______________________________________________ > Dev mailing list > Dev@lists.pcbsd.org > http://lists.pcbsd.org/mailman/listinfo/dev > Mario, This work was done by a summer intern for us last summer. He had the updates working fine on my test systems here, at this point we just need some FreeBSD committer to review the fixes and get them committed to HEAD for us. If you or somebody else can help in that respect that would be great. I'm as eager as you all for an amd64 NVIDIA driver :) -- Kris Moore PC-BSD Software http://www.pcbsd.com ------=_Part_71671_1850240584.1234559053917-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 22:24:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B516106566B for ; Fri, 13 Feb 2009 22:24:12 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-fx0-f16.google.com (mail-fx0-f16.google.com [209.85.220.16]) by mx1.freebsd.org (Postfix) with ESMTP id 003D38FC1A for ; Fri, 13 Feb 2009 22:24:11 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by fxm9 with SMTP id 9so216295fxm.19 for ; Fri, 13 Feb 2009 14:24:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=YqNoW4LdO5HLSDAy73Qb78MGganIW2/OC0tjEdEL7/s=; b=tEsa9k5B6YQ9jQvty4r+xAsuwEhyX++JoubYfSAYBbf0Gc3K6GkBEDftd/sz/qvTVZ FTxZ80hQvKLP80tOe9UThc4ASFNvO/880jdSV2xuQ+OVEa/ebhAJ+ggXNEdi0eZtQhGc L1q2sgpTdbLe87ANR/jvPNUaHUf7uJqKh04j0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=J3xAp1fsDCY9GYkQWIZxLDBTBLe1spPlaNieg3sPJP9wz3FRhhv0D7Rzcj5F1mzhQZ PmrRdSLaUPjLMUagg8ICXIhHAkajil9LGdLKOST88NysujEqn1FfB96jjfjr8Mo+tj5S WUYE2Fvq2OD9MoJ4hJaCoXRc5VQSsn+2QuGqU= MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.181.206.7 with SMTP id i7mr878436bkq.57.1234563668962; Fri, 13 Feb 2009 14:21:08 -0800 (PST) In-Reply-To: <4995DFE5.1020205@samsco.org> References: <499551B9.7050805@samsco.org> <4995DFE5.1020205@samsco.org> Date: Fri, 13 Feb 2009 23:21:08 +0100 X-Google-Sender-Auth: 1492621c167cccb0 Message-ID: <9bbcef730902131421r53efa13dq371658888747f387@mail.gmail.com> From: Ivan Voras To: Scott Long Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: HEADS UP: Major CAM performance regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2009 22:24:12 -0000 2009/2/13 Scott Long : > Ivan Voras wrote: >> >> Scott Long wrote: >> >>> I have committed a fix for this problem for FreeBSD 8-CURRENT as of SVN >>> revision 188570. FreeBSD 7-STABLE will be updated with the fix in a few >>> days once I've gotten confirmation that the fix works and doesn't cause >>> any adverse side-effects. Anyone wanting to help in this validation >>> effort should apply the attached patch to their kernel source tree and >>> recompile. Please contact me directly by email to report if the problem >>> is fixed for you. >> >> I notice that write performance on an ESXi 3.5 hosted system is doubled, >> but read performance remains the same (in bonnie++). >> On a CISS system there is no significant change. > > bonnie is an unreliable tool for measuring performance. I'll try your suggestion if you have one. (except if it's about bonnie++ primarily measuring sequential read/write - if a system can't do sequential IO well, it probably won't do random IO well) From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 22:49:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AE881065705 for ; Fri, 13 Feb 2009 22:49:40 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-fx0-f16.google.com (mail-fx0-f16.google.com [209.85.220.16]) by mx1.freebsd.org (Postfix) with ESMTP id B04B98FC0C for ; Fri, 13 Feb 2009 22:49:39 +0000 (UTC) (envelope-from olivier@gid0.org) Received: by fxm9 with SMTP id 9so235307fxm.19 for ; Fri, 13 Feb 2009 14:49:38 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.122.15 with SMTP id j15mr2183913far.10.1234565378181; Fri, 13 Feb 2009 14:49:38 -0800 (PST) Date: Fri, 13 Feb 2009 23:49:38 +0100 Message-ID: <367b2c980902131449p19879021kdc574859ca67fc9a@mail.gmail.com> From: Olivier SMEDTS To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Can't boot on ZFS without GPT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2009 22:49:40 -0000 Hello, I wasn't able to boot on a ZFS pool without using GPT slices. My MBR partitioned disk has a type 0xa5 (165) active slice "ad0s2". I tried the following : copy zfsboot # dd if=/boot/zfsboot of=/dev/ad0s2 count=1 # dd if=/boot/zfsboot of=/dev/ad0s2 skip=1 seek=1024 create pool and root filesystem # zpool create -o altroot=/mnt pool ad0s2 # zfs create pool/freebsd # zpool set bootfs=pool/freebsd pool install base system # cd /usr/src/ # make installworld DESTDIR=/mnt/freebsd/ # make installkernel DESTDIR=/mnt/freebsd/ # make distribution DESTDIR=/mnt/freebsd/ # cp /boot/zfs/zpool.cache /mnt/freebsd/boot/zfs/ # cp /boot/loader.conf /mnt/freebsd/boot/ # echo 'vfs.root.mountfrom="zfs:pool/freebsd"' >> /mnt/freebsd/boot/loader.conf # touch /mnt/freebsd/etc/fstab # cp /etc/rc.conf /mnt/freebsd/etc/ reboot... I also tried with a bsdlabel, created the pool on ad0s2a (fstype ZFS), still no luck... No problem with another disk and a GPT partition scheme. But I can't convert this one to GPT cause it's big and I don't have enough backup space. Anyone here having a working ZFS-only root with MBR slices, or more informations ? Thanks -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 23:15:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D6A61065670 for ; Fri, 13 Feb 2009 23:15:28 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from nschwmtas03p.mx.bigpond.com (nschwmtas03p.mx.bigpond.com [61.9.189.143]) by mx1.freebsd.org (Postfix) with ESMTP id BC4F78FC0A for ; Fri, 13 Feb 2009 23:15:27 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from nschwotgx01p.mx.bigpond.com ([124.188.162.219]) by nschwmtas03p.mx.bigpond.com with ESMTP id <20090213231525.NHGS16649.nschwmtas03p.mx.bigpond.com@nschwotgx01p.mx.bigpond.com> for ; Fri, 13 Feb 2009 23:15:25 +0000 Received: from areilly.bpa.nu ([124.188.162.219]) by nschwotgx01p.mx.bigpond.com with ESMTP id <20090213231521.UFOF807.nschwotgx01p.mx.bigpond.com@areilly.bpa.nu> for ; Fri, 13 Feb 2009 23:15:21 +0000 Received: (qmail 44231 invoked by uid 501); 13 Feb 2009 23:15:13 -0000 Date: Sat, 14 Feb 2009 10:15:13 +1100 From: Andrew Reilly To: Andriy Gapon Message-ID: <20090213231513.GA20223@duncan.reilly.home> References: <4995BB1B.7060201@icyb.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4995BB1B.7060201@icyb.net.ua> User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150205.4995FF09.0034,ss=1,fgs=0 Cc: freebsd-current@freebsd.org Subject: Re: weeding out c++ keywords from sys/sys X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2009 23:15:28 -0000 On Fri, Feb 13, 2009 at 08:25:31PM +0200, Andriy Gapon wrote: > Rationale: > There are people who write FreeBSD drivers in C++, There are? I can't find any in /usr/src/sys by any of the usual suffixes. Whatever would you want to do that for, anyway? That would bring a whole extra language runtime support library into the kernel, and complicate the boot process with constructors and what-not. Seems like a backwards step, to me. Not that this should stop you from de-keywording the include files, if that takes your fancy, but permuting a variable "class" into "clazz" is a bit gruesome, imo. Why not just comment the argument name out altogether? It's not strictly needed in the prototype. Cheers, Andrew From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 00:58:06 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12DDB106564A for ; Sat, 14 Feb 2009 00:58:06 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C639C8FC1D for ; Sat, 14 Feb 2009 00:58:05 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 68EDE46B0C; Fri, 13 Feb 2009 19:58:05 -0500 (EST) Date: Sat, 14 Feb 2009 00:58:05 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Andrew Gallatin In-Reply-To: <4995A792.5050003@cs.duke.edu> Message-ID: References: <4995A792.5050003@cs.duke.edu> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: Dtrace panic'ed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Feb 2009 00:58:06 -0000 On Fri, 13 Feb 2009, Andrew Gallatin wrote: > I was trying to run a simple dtrace profiling script, and panic'ed the > machine using today's -current on an 8-way opteron. Oh, you actually got a panic using the profile provider? For me the box appears to go into la-la land. I've also seen a few double faults using fbt a bit too gratuitously. Unfortunately, I haven't found time to debug it, but I wondered if perhaps DTrace is not recognizing its own functions (i.e., ones it shouldn't try to trace) properly and/or failing to disable interrupts or enter a critical section at important moments. Robert N M Watson Computer Laboratory University of Cambridge > > I tried to run: > #!/usr/sbin/dtrace -s > > profile:::profile-997 > { > @a[stack(20)]=count(); > } > > END > { > trunc(@a, 20); > printa(@a); > } > > Everything was fine until I hit ^C. This appeared > on the tty (which I expected): > > dtrace: script '/nfs/home/gallatin/dtrace/profile_stack.d' matched 2 probes > ^C > CPU ID FUNCTION:NAME > 1 2 :END > > kernel`vm_page_splay+0x5b > kernel`trap+0x482 > kernel`0xffffffff807eb8f3 > 1 > > kernel`vm_fault+0x1e2 > 1 > > kernel`pagezero+0x17 > 1 > > kernel`cpu_idle+0x1 > 1 > > kernel`pmap_enter+0x6f > kernel`0xffffffff807eb8f3 > 1 > > 4 > > kernel`pagezero+0x11 > 4 > > kernel`acpi_cpu_c1+0x6 > kernel`0xffffffff807ebd4e > 14063 > > And then the machine fell over with this on console: > > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 7; apic id = 07 > fault virtual address = 0x20 > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffff80e33187 > stack pointer = 0x10:0xfffffffe4004aa70 > frame pointer = 0x10:0xfffffffe4004aa80 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = resume, IOPL = 0 > current process = 11 (idle: cpu7) > trap number = 12 > panic: page fault > cpuid = 7 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > panic() at panic+0x182 > trap_fatal() at trap_fatal+0x2ad > trap_pfault() at trap_pfault+0x294 > trap() at trap+0x38b > calltrap() at calltrap+0x8 > --- trap 0xc, rip = 0xffffffff80e33187, rsp = 0xfffffffe4004aa70, rbp = > 0xfffffffe4004aa80 --- > cyclic_disable_xcall() at cyclic_disable_xcall+0x7 > smp_rendezvous_action() at smp_rendezvous_action+0xb3 > Xrendezvous() at Xrendezvous+0x64 > --- interrupt, rip = 0xffffffff807e3cf6, rsp = 0xfffffffe4004ab70, rbp = > 0xfffffffe4004ab80 --- > acpi_cpu_c1() at acpi_cpu_c1+0x6 > acpi_cpu_idle() at acpi_cpu_idle+0x19c > sched_idletd() at sched_idletd+0x234 > fork_exit() at fork_exit+0x118 > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xfffffffe4004ad40, rbp = 0 --- > Uptime: 5m14s > Physical memory: 8177 MB > Dumping 506 MB: 491 475 459 443 427 411 395 379 363 347 331 315 299 283 267 > 251 235 219 203 187 171 155 139 123 107 91 75 59 43 27 11 > > > Cheers, > > Drew > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 01:41:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9210E1065670 for ; Sat, 14 Feb 2009 01:41:19 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id 616BC8FC0A for ; Sat, 14 Feb 2009 01:41:19 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from localhost (pool-141-151-83-243.phlapa.east.verizon.net [141.151.83.243]) by mail.asahi-net.or.jp (Postfix) with ESMTP id EE48468F9D for ; Sat, 14 Feb 2009 10:41:17 +0900 (JST) Date: Fri, 13 Feb 2009 20:41:12 -0500 From: Yoshihiro Ota To: freebsd-current@freebsd.org Message-Id: <20090213204112.7b982402.ota@j.email.ne.jp> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.11; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: USB2 - keyboard error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Feb 2009 01:41:20 -0000 I just installed 8-CURRENT with USB2 kernel config to join the test. I use a laptop PC and sometime use USB keyboard. It was detected as following and it is usable when I see FreeBSD login prompt. ugen0.2: at usbus0 ushub2: on usbus0 ushub2: 4 ports with 4 removable, bus powered ugen0.3: at usbus0 ukbd0: on usbus0 kbd2 at ukbd0 ukbd_set_leds_callback:556: error=USB_ERR_IOERROR ukbd_set_leds_callback:556: error=USB_ERR_IOERROR Regular alphabet keys work fine but as soon as I hit Alt-F2 to switch to another virtual console (or is it called virtual terminal?), I start seeing the above error. Then, keyboard stops responding or starts repeating some irregular keys. This is without X. How do we begin fixing this issue? Thanks, Hiro From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 02:24:54 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B0941065673 for ; Sat, 14 Feb 2009 02:24:54 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 5190D8FC0A for ; Sat, 14 Feb 2009 02:24:54 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 86772FF4D for ; Sat, 14 Feb 2009 15:24:53 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nu5VrYXiKv-H for ; Sat, 14 Feb 2009 15:24:49 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP for ; Sat, 14 Feb 2009 15:24:49 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 4EE1F11428; Sat, 14 Feb 2009 15:24:49 +1300 (NZDT) Date: Fri, 13 Feb 2009 18:24:49 -0800 From: Andrew Thompson To: current@freebsd.org Message-ID: <20090214022449.GC42995@citylink.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: loader additions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Feb 2009 02:24:54 -0000 Hi, I added a load_geli command to loader(8) as I can never remember the syntax to do it manually on the rare occasion I need to. Anyone have a problem if I commit this? bloat? Andrew Index: module.c =================================================================== --- module.c (revision 188599) +++ module.c (working copy) @@ -154,6 +154,44 @@ command_load(int argc, char *argv[]) return (error == 0 ? CMD_OK : CMD_ERROR); } +COMMAND_SET(load_geli, "load_geli", "load a geli key", command_load_geli); + +static int +command_load_geli(int argc, char *argv[]) +{ + char typestr[80]; + char *cp; + int ch, num; + + if (argc < 3) { + command_errmsg = "usage is [-n key#] "; + return(CMD_ERROR); + } + + num = 0; + optind = 1; + optreset = 1; + while ((ch = getopt(argc, argv, "n:")) != -1) { + switch(ch) { + case 'n': + num = strtol(optarg, &cp, 0); + if (cp == optarg) { + sprintf(command_errbuf, "bad key index '%s'", optarg); + return(CMD_ERROR); + } + break; + case '?': + default: + /* getopt has already reported an error */ + return(CMD_OK); + } + } + argv += (optind - 1); + argc -= (optind - 1); + sprintf(typestr, "%s:geli_keyfile%d", argv[1], num); + return(file_loadraw(typestr, argv[2])); +} + COMMAND_SET(unload, "unload", "unload all modules", command_unload); static int From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 03:45:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDED51065677 for ; Sat, 14 Feb 2009 03:45:55 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.172]) by mx1.freebsd.org (Postfix) with ESMTP id 9174B8FC19 for ; Sat, 14 Feb 2009 03:45:55 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: by wf-out-1314.google.com with SMTP id 27so1499188wfd.7 for ; Fri, 13 Feb 2009 19:45:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=wON1IlmnV0/14NKrIUL/XYVnD7detTIxCzZrtECmQVo=; b=amJ5pifAm+7TlDLKO2GH0iqv1vMFjGeg4mKvYQuVFN3K3UgGs/qhSTjrkg+4PCzuuH dG+TAM7MUlY5GV5MtAKgH3zorEthkgroBk3o02CUCp2Mf+4v/nyzW7EvQfzCB6V2ljuf 6GT1plsf8DbeJiD4GglMuXeRXZQVyT+yuJL7g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=f4sRqVFbQ5ZQFn5hpihp0BsjY/eHMBatj64JLAAO1jlnsiO5LfDWjJRxDDiEW5aRoz mKKV+DO3a8MtmuEcA7aTH2AjKnTrq2YRKMVS7buDEunt/x6PN6K1pJ/MFmbkEGwDW4Fx GQchAbR3Q/mk5E4XXIkmDBmZbr1xnaAKafMPc= MIME-Version: 1.0 Received: by 10.142.225.11 with SMTP id x11mr1225854wfg.322.1234583155108; Fri, 13 Feb 2009 19:45:55 -0800 (PST) In-Reply-To: <20090213231513.GA20223@duncan.reilly.home> References: <4995BB1B.7060201@icyb.net.ua> <20090213231513.GA20223@duncan.reilly.home> Date: Sat, 14 Feb 2009 09:15:55 +0530 Message-ID: <84dead720902131945s11fc5949j7125bb28b030f055@mail.gmail.com> From: Joseph Koshy To: Andrew Reilly Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Andriy Gapon Subject: Re: weeding out c++ keywords from sys/sys X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Feb 2009 03:45:56 -0000 > Not that this should stop you from de-keywording the include > files, if that takes your fancy, but permuting a variable > "class" into "clazz" is a bit gruesome, imo. Why not just comment > the argument name out altogether? It's not strictly needed in > the prototype. Prefixing parameter names in function prototypes with an underscore should be enough. void function(int _fd); (Example taken from style(9)). Koshy From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 09:39:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AC181065670 for ; Sat, 14 Feb 2009 09:39:03 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe14.swip.net [212.247.155.161]) by mx1.freebsd.org (Postfix) with ESMTP id 1F3D28FC1A for ; Sat, 14 Feb 2009 09:39:02 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=kw03RjmKpLm8ql5X2xOdcA==:17 a=8R10RSYruCWdGRskKXAA:9 a=B20V8izYEO48h7SEusAA:7 a=zpiR87UbAHQlPk3pCLLVxT3g5-YA:4 a=LY0hPdMaydYA:10 Received: from [85.19.218.115] (account mc467741@c2i.net HELO laptop) by mailfe14.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 453348347; Sat, 14 Feb 2009 10:39:01 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 14 Feb 2009 10:41:28 +0100 User-Agent: KMail/1.9.7 References: <20090213204112.7b982402.ota@j.email.ne.jp> In-Reply-To: <20090213204112.7b982402.ota@j.email.ne.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902141041.28477.hselasky@c2i.net> Cc: Yoshihiro Ota Subject: Re: USB2 - keyboard error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Feb 2009 09:39:03 -0000 On Saturday 14 February 2009, Yoshihiro Ota wrote: > I just installed 8-CURRENT with USB2 kernel config to join the test. > > I use a laptop PC and sometime use USB keyboard. > It was detected as following and it is usable when > I see FreeBSD login prompt. > > ugen0.2: at usbus0 > ushub2: on usbus0 > ushub2: 4 ports with 4 removable, bus powered > ugen0.3: at usbus0 > ukbd0: on usbus0 > kbd2 at ukbd0 > ukbd_set_leds_callback:556: error=USB_ERR_IOERROR > ukbd_set_leds_callback:556: error=USB_ERR_IOERROR > > > Regular alphabet keys work fine but as soon as I hit Alt-F2 to switch > to another virtual console (or is it called virtual terminal?), I > start seeing the above error. Then, keyboard stops responding or > starts repeating some irregular keys. > > This is without X. > > How do we begin fixing this issue? > Hi, Looks like your keyboard has bug when it crashes on control requests. You can try slowing down the set leds request. Edit "src/sys/dev/usb2/input/ukbd2.c", then lookup: [UKBD_CTRL_LED] = { .type = UE_CONTROL, .endpoint = 0x00, /* Control pipe */ .direction = UE_DIR_ANY, .mh.bufsize = sizeof(struct usb2_device_request) + 1, .mh.callback = &ukbd_set_leds_callback, .mh.timeout = 1000, /* 1 second */ }, Add: .interval = 10, /* 10 milliseconds */ Try different interval values in the range 10 to 500 ms. --HPS From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 11:07:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98C44106566C for ; Sat, 14 Feb 2009 11:07:03 +0000 (UTC) (envelope-from vasilicht@gmail.com) Received: from mail-ew0-f33.google.com (mail-ew0-f33.google.com [209.85.219.33]) by mx1.freebsd.org (Postfix) with ESMTP id F23BE8FC14 for ; Sat, 14 Feb 2009 11:07:02 +0000 (UTC) (envelope-from vasilicht@gmail.com) Received: by ewy14 with SMTP id 14so565485ewy.19 for ; Sat, 14 Feb 2009 03:07:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=FdLkrTg4MdukKHxDtW47GYC55GjC6P4gVMBdRGxEpgw=; b=S8VNrl98WUMApCBJYlWaiRKYpVMl2eJv+l49TLUnNc1stKE2Zg+65SGZJ1RAkhVY3k C0ONACIvY7X0qPHf9dWY/S8/wYKuI5Z8EtL2FAO013RY2LRNshy71H3kY3AgCdhbb+sK R215fYbpFy4dNOM1rhLT2YOsh9bV3c0cSMV1M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=RE6Ny+DwIq2LctAaVNJNCXvqcM237iSYhraDRT8pUYhGSuaUU/Saa1YO/YlA/6cYXK Sb0H16zCwnx5HoiuAdJ48jZjNW2SSeReHRc4CXYr7yE0wPcTU9H87HrtlfqtrtZYtx/o i6y3wKguKRRvu6Hh8lBMxbji3DpqEtuA/uUXY= MIME-Version: 1.0 Received: by 10.210.71.13 with SMTP id t13mr2209569eba.7.1234608645271; Sat, 14 Feb 2009 02:50:45 -0800 (PST) Date: Sat, 14 Feb 2009 12:50:45 +0200 Message-ID: <23295d220902140250o3d1f8e87j254dcec91c5e63e1@mail.gmail.com> From: Rodion Turlac To: freebsd-current@freebsd.org X-Mailman-Approved-At: Sat, 14 Feb 2009 12:25:43 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Feb 2009 11:07:03 -0000 Hello. I have tried to test USB2 stack with usb flash on FreeBSD-CURRENT under VMWare Server, but I have got dmesg output like this. uhci0: port 0x1060-0x107f irq 9 at device 7.2 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x003b usbus0: on uhci0 usbus0: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 ushub0: on usbus0 ushub0: 2 ports with 2 removable, self powered usb2_alloc_device:1401: set address 2 failed (ignored) usb2_alloc_device:1437: getting device descriptor at addr 2 failed! usb2_req_re_enumerate:1409: addr=2, set address failed! (ignored) usb2_req_re_enumerate:1422: getting device descriptor at addr 2 failed! usb2_req_re_enumerate:1409: addr=2, set address failed! (ignored) usb2_req_re_enumerate:1422: getting device descriptor at addr 2 failed! ugen0.2: <> at usbus0 (disconnected) uhub_reattach_port:414: could not allocate new device! usb2_alloc_device:1401: set address 2 failed (ignored) usb2_alloc_device:1437: getting device descriptor at addr 2 failed! usb2_req_re_enumerate:1409: addr=2, set address failed! (ignored) usb2_req_re_enumerate:1422: getting device descriptor at addr 2 failed! usb2_req_re_enumerate:1409: addr=2, set address failed! (ignored) usb2_req_re_enumerate:1422: getting device descriptor at addr 2 failed! ugen0.2: <> at usbus0 (disconnected) uhub_reattach_port:414: could not allocate new device! With old USB stack all works fine. There is dmesg output. uhci0: port 0x1060-0x107f irq 9 at device 7.2 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered umass0: on uhub0 umass0: Get Max Lun not supported (STALLED) (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition (probe0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (probe0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (probe0:umass-sim0:0:0:0): Retrying Command (per Sense Data) da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 1.000MB/s transfers da0: 977MB (2002942 512 byte sectors: 64H 32S/T 977C) GEOM: da0: partition 1 does not start on a track boundary. GEOM: da0: partition 1 does not end on a track boundary. uname -a FreeBSD rad-home-60.rad.home 8.0-CURRENT FreeBSD 8.0-CURRENT #4: Sat Feb 14 13:36:12 EET 2009 root@rad-home-60.rad.home:/usr/obj/usr/src/sys/KERNEL i386 How could I track down this problem of USB2 stack? Thanks. From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 12:55:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BD20106566B for ; Sat, 14 Feb 2009 12:55:24 +0000 (UTC) (envelope-from scjamorim@bsd.com.br) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id 24FC28FC1B for ; Sat, 14 Feb 2009 12:55:23 +0000 (UTC) (envelope-from scjamorim@bsd.com.br) Received: by qw-out-2122.google.com with SMTP id 3so417474qwe.7 for ; Sat, 14 Feb 2009 04:55:23 -0800 (PST) MIME-Version: 1.0 Received: by 10.229.82.15 with SMTP id z15mr1022087qck.32.1234614675462; Sat, 14 Feb 2009 04:31:15 -0800 (PST) Date: Sat, 14 Feb 2009 10:31:15 -0200 Message-ID: <5859850b0902140431k22236095n67617c13e481f097@mail.gmail.com> From: =?ISO-8859-1?Q?Sylvio_C=E9sar_Teixeira_Amorim?= To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Pendrive 8G+CAM_REQ_CMP_ERR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Feb 2009 12:55:24 -0000 Hello everyone, Gentlemen, I wonder if someone passed by the following problem, I have 3 Pendrive, 2 are 1, 1G and 8G, I'm using FreeBSD-7.1-stable, the problem is when you connect to 8G, the fbsd detects the device, da0, etc, but not create the / dev/da0 takes us about 10min trying to create this device, only appears after / dev/da0 and various error messages such as: IOERROR, CAM_REQ_CMP_ERR and not mounted. The 8G are of FAT32 and to recognize and are usually mounted in Linux, usually the mount of 1G in FreeBSD, but the filesystem is FAT16. Someone went through this problem? -- -=-=-=-=-=-=-=- Live free or die - UNIX* -=-=-=-=-=-=-= From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 13:25:58 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9073A1065673; Sat, 14 Feb 2009 13:25:58 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id 515D98FC1D; Sat, 14 Feb 2009 13:25:58 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from [172.31.193.10] (cpe-075-177-134-250.nc.res.rr.com [75.177.134.250]) (authenticated bits=0) by duke.cs.duke.edu (8.14.2/8.14.2) with ESMTP id n1EDPEus011987 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 14 Feb 2009 08:25:14 -0500 (EST) X-DKIM: Sendmail DKIM Filter v2.5.3 duke.cs.duke.edu n1EDPEus011987 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=cs.duke.edu; s=mail; t=1234617914; bh=ztr8/zf8iPd32zSRGNDvVblu/3WiLDoXXb/D3DDibmQ=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=AsHD54C7XrZ9 RD/7P08j6oyPOBIbaQ49jTrmOOp7JGOK9nWojVJ3FPS7wawntBgbfci0fVbd3BME5/Q J3ut90SahTrGYwn2GkPE0tFF/qIXDipfeSYtz0fKSbdU19J3tPS6LCW71SfB483t1jb ou1/+nxD9fIh31W6YA+z4TFAg= Message-ID: <4996C62E.8090109@cs.duke.edu> Date: Sat, 14 Feb 2009 08:25:02 -0500 From: Andrew Gallatin User-Agent: Thunderbird 2.0.0.16 (X11/20080724) MIME-Version: 1.0 To: Robert Watson References: <4995A792.5050003@cs.duke.edu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: Dtrace panic'ed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Feb 2009 13:25:58 -0000 Robert Watson wrote: > > On Fri, 13 Feb 2009, Andrew Gallatin wrote: > >> I was trying to run a simple dtrace profiling script, and panic'ed the >> machine using today's -current on an 8-way opteron. > > Oh, you actually got a panic using the profile provider? For me the box > appears to go into la-la land. I've also seen a few double faults using > fbt a bit too gratuitously. Unfortunately, I haven't found time to > debug it, but I wondered if perhaps DTrace is not recognizing its own > functions (i.e., ones it shouldn't try to trace) properly and/or failing > to disable interrupts or enter a critical section at important moments. I think that sounds like a likely hypothesis. It is a shame it doesn't work. Dtrace's profile provider is so useful... BTW, did you see my next message where I was trying to find the null pointer? It seemed almost as if the state saved by the kernel crashdump was "correct" (eg, no NULL pointer), but the code was executing with a different, corrupt register set. It may just be my misunderstanding on amd64 asm though. As another aside, what is up with kgdb & module debug these days? It seems to load module symbols automagically these days, which is very cool. But the modules themselves do not seem to have symbols that gdb understands, even though I built with 'makeoptions DEBUG=-g' Drew From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 13:46:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B05621065673 for ; Sat, 14 Feb 2009 13:46:31 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id 1D0958FC0A for ; Sat, 14 Feb 2009 13:46:30 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=8UcZu9N6atoA:10 a=rZF0ZLlPMY8A:10 a=kw03RjmKpLm8ql5X2xOdcA==:17 a=MvS7KazlM21rRgErbjwA:9 a=esBWxPkAkyJUhpkCop4A:7 a=FvCuCJnKPw-avZxwPaGbMO1rOTYA:4 a=LY0hPdMaydYA:10 a=XMwXwuH7XIxzE5R7:21 a=OahKXi7KbKCV6r3q:21 Received: from [85.19.218.115] (account mc467741@c2i.net HELO laptop) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1195831316; Sat, 14 Feb 2009 14:46:28 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 14 Feb 2009 14:48:54 +0100 User-Agent: KMail/1.9.7 References: <23295d220902140250o3d1f8e87j254dcec91c5e63e1@mail.gmail.com> In-Reply-To: <23295d220902140250o3d1f8e87j254dcec91c5e63e1@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902141448.56043.hselasky@c2i.net> Cc: Rodion Turlac Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Feb 2009 13:46:32 -0000 On Saturday 14 February 2009, Rodion Turlac wrote: > Hello. > > I have tried to test USB2 stack with usb flash on FreeBSD-CURRENT > under VMWare Server, but I have got dmesg output like this. > > uhci0: port 0x1060-0x107f irq 9 > at device 7.2 on pci0 > uhci0: [ITHREAD] > uhci0: LegSup = 0x003b > usbus0: on uhci0 > usbus0: 12Mbps Full Speed USB v1.0 > ugen0.1: at usbus0 > ushub0: on usbus0 > ushub0: 2 ports with 2 removable, self powered > usb2_alloc_device:1401: set address 2 failed (ignored) > usb2_alloc_device:1437: getting device descriptor at addr 2 failed! > usb2_req_re_enumerate:1409: addr=2, set address failed! (ignored) > usb2_req_re_enumerate:1422: getting device descriptor at addr 2 failed! > usb2_req_re_enumerate:1409: addr=2, set address failed! (ignored) > usb2_req_re_enumerate:1422: getting device descriptor at addr 2 failed! > ugen0.2: <> at usbus0 (disconnected) > uhub_reattach_port:414: could not allocate new device! > usb2_alloc_device:1401: set address 2 failed (ignored) > usb2_alloc_device:1437: getting device descriptor at addr 2 failed! > usb2_req_re_enumerate:1409: addr=2, set address failed! (ignored) > usb2_req_re_enumerate:1422: getting device descriptor at addr 2 failed! > usb2_req_re_enumerate:1409: addr=2, set address failed! (ignored) > usb2_req_re_enumerate:1422: getting device descriptor at addr 2 failed! > ugen0.2: <> at usbus0 (disconnected) > uhub_reattach_port:414: could not allocate new device! > > With old USB stack all works fine. There is dmesg output. > > uhci0: port 0x1060-0x107f irq 9 > at device 7.2 on pci0 > uhci0: [GIANT-LOCKED] > uhci0: [ITHREAD] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 2 ports with 2 removable, self powered > umass0: on > uhub0 > umass0: Get Max Lun not supported (STALLED) > (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition > (probe0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > (probe0:umass-sim0:0:0:0): Not ready to ready change, medium may have > changed > (probe0:umass-sim0:0:0:0): Retrying Command (per Sense Data) > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-2 device > da0: 1.000MB/s transfers > da0: 977MB (2002942 512 byte sectors: 64H 32S/T 977C) > GEOM: da0: partition 1 does not start on a track boundary. > GEOM: da0: partition 1 does not end on a track boundary. > > > uname -a > FreeBSD rad-home-60.rad.home 8.0-CURRENT FreeBSD 8.0-CURRENT #4: > Sat Feb 14 13:36:12 EET 2009 > root@rad-home-60.rad.home:/usr/obj/usr/src/sys/KERNEL i386 > > How could I track down this problem of USB2 stack? There are debugging sysctls you can turn on: See: sysctl hw.usb2 Else I would contact the VMWare people about this. Seems like there is a dependancy inside the VMWare emulator to a certain way of operation. --HPS From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 14:33:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A8561065672; Sat, 14 Feb 2009 14:33:29 +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 4B09C8FC14; Sat, 14 Feb 2009 14:33:29 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n1EEXPnJ078537; Sat, 14 Feb 2009 07:33:25 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4996D635.3000802@samsco.org> Date: Sat, 14 Feb 2009 07:33:25 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Ivan Voras References: <499551B9.7050805@samsco.org> <4995DFE5.1020205@samsco.org> <9bbcef730902131421r53efa13dq371658888747f387@mail.gmail.com> In-Reply-To: <9bbcef730902131421r53efa13dq371658888747f387@mail.gmail.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: HEADS UP: Major CAM performance regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Feb 2009 14:33:30 -0000 Ivan Voras wrote: > 2009/2/13 Scott Long : >> Ivan Voras wrote: >>> Scott Long wrote: >>> >>>> I have committed a fix for this problem for FreeBSD 8-CURRENT as of SVN >>>> revision 188570. FreeBSD 7-STABLE will be updated with the fix in a few >>>> days once I've gotten confirmation that the fix works and doesn't cause >>>> any adverse side-effects. Anyone wanting to help in this validation >>>> effort should apply the attached patch to their kernel source tree and >>>> recompile. Please contact me directly by email to report if the problem >>>> is fixed for you. >>> I notice that write performance on an ESXi 3.5 hosted system is doubled, >>> but read performance remains the same (in bonnie++). >>> On a CISS system there is no significant change. >> bonnie is an unreliable tool for measuring performance. > > I'll try your suggestion if you have one. I don't have a magic universal testing suite in my back pocket, sorry. You need to look at your expected workload and develop tests to simulate it. When I do testing during driver development, I try a lot of different parallel, sequential, large i/o, and small i/o combinations. > > (except if it's about bonnie++ primarily measuring sequential > read/write - if a system can't do sequential IO well, it probably > won't do random IO well) This is completely false. Disks can't do sequential i/o very well due to the physical limits of long seek times, but those seek times can be greatly amortized, even in a random workload, with tagged queueing and parallel dispatch from the OS. Bonnie simply cannot exercise this very well. Bonnie tests system latency for discrete I/O's. That is all it tests. Scott From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 15:44:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8599106564A; Sat, 14 Feb 2009 15:44:50 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-fx0-f11.google.com (mail-fx0-f11.google.com [209.85.220.11]) by mx1.freebsd.org (Postfix) with ESMTP id F21C78FC0A; Sat, 14 Feb 2009 15:44:49 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by fxm4 with SMTP id 4so483678fxm.19 for ; Sat, 14 Feb 2009 07:44:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=MzNZtZqvxnFQ+iZMGbu2ODQMVZdEF0YjKl/UunRAN0w=; b=fH9Z/JwW2FMYlJsEjWvAU9ya5ZqehmJD36g2t14AIMYsqzPjxXBJP++xImZmqQbW/9 yvCqsMlToQ98L8DT2V6HJR2W1wP+9D79mhXFdhTtc29SFbvu56WPST9z2AwnzVd4VjJP 2yFkjos2TP2LFBQyMAAfXnAYvMI7CTl4LJaP8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=L9KN4Xufif41LhK/h9yQxNq0pGBp45SZ3d5c15O8SnLC12sbh0DPayVMbWob5CmcHN gufAGccetvIjsCG+dHkYrt0tpfEsOYogLCPK3b6EfrEuynPnnINhPQhq6vE1oDw6eYze Ic470e8cs9XN/z3LRyZ0YTFSEi2u5bM7As5KE= MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.181.205.3 with SMTP id h3mr1172052bkq.91.1234626287238; Sat, 14 Feb 2009 07:44:47 -0800 (PST) In-Reply-To: <4996D635.3000802@samsco.org> References: <499551B9.7050805@samsco.org> <4995DFE5.1020205@samsco.org> <9bbcef730902131421r53efa13dq371658888747f387@mail.gmail.com> <4996D635.3000802@samsco.org> Date: Sat, 14 Feb 2009 16:44:47 +0100 X-Google-Sender-Auth: 11fbe127f30ffea4 Message-ID: <9bbcef730902140744i14c2a9e6i211a549eada7b057@mail.gmail.com> From: Ivan Voras To: Scott Long Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: HEADS UP: Major CAM performance regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Feb 2009 15:44:51 -0000 2009/2/14 Scott Long : >> I'll try your suggestion if you have one. > > I don't have a magic universal testing suite in my back pocket, sorry. > You need to look at your expected workload and develop tests to simulate > it. When I do testing during driver development, I try a lot of > different parallel, sequential, large i/o, and small i/o combinations. Of course you're right about testing for specific workloads - I just thought you needed data points "from the field" if the patch is helping or not. >> (except if it's about bonnie++ primarily measuring sequential >> read/write - if a system can't do sequential IO well, it probably >> won't do random IO well) > > This is completely false. Disks can't do sequential i/o very well due > to the physical limits of long seek times, but those seek times can be I don't follow this - where are the long seek times in sequential IO? > greatly amortized, even in a random workload, with tagged queueing and > parallel dispatch from the OS. Bonnie simply cannot exercise this very > well. > > Bonnie tests system latency for discrete I/O's. That is all it tests. Doesn't tagged queuing serve, among other things, to decrease overall latency for IOs? Since AFAIK UFS queues multiple IO requests in both directions (read-ahead and write-behind), shouldn't the benefits of the patch - liberating the tags - be visible even with sequential IO? I have the systems on which I tested for a few more days, if you need the data I can run some other tests (randomio?). From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 16:12:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B71E9106566C for ; Sat, 14 Feb 2009 16:12:03 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay10.ispgateway.de (smtprelay10.ispgateway.de [80.67.29.24]) by mx1.freebsd.org (Postfix) with ESMTP id 7222E8FC18 for ; Sat, 14 Feb 2009 16:12:03 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from [88.153.16.241] (helo=localhost) by smtprelay10.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1LYN7a-0005lU-6S for freebsd-current@freebsd.org; Sat, 14 Feb 2009 17:12:02 +0100 Date: Sat, 14 Feb 2009 17:11:51 +0100 From: Fabian Keil To: freebsd-current@freebsd.org Message-ID: <20090214171151.61150555@fabiankeil.de> In-Reply-To: <20090208170003.168dd033@fabiankeil.de> References: <1233732660.1767.30.camel@localhost> <20090208142843.3c5da278@fabiankeil.de> <200902081654.14659.hselasky@c2i.net> <20090208170003.168dd033@fabiankeil.de> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; i386-portbld-freebsd8.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/LbKY9LJAua7Qc0OjOwMp8e."; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Df-Sender: 775067 Subject: Re: USB2 - libusb20 vs devel/libusb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Feb 2009 16:12:04 -0000 --Sig_/LbKY9LJAua7Qc0OjOwMp8e. Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Fabian Keil wrote: > Hans Petter Selasky wrote: >=20 > > On Sunday 08 February 2009, Fabian Keil wrote: > > > Vladimir Grebenschikov wrote: > > > > I've tried libusb, looks like it works more or less. > > > > > > > > PS. I didn't try yet libgphoto2 (it also uses ugen directly). > > > > > > gphoto2 stopped working for me with the new USB code. > > > > > > I needed the pictures quickly so I just moved back to > > > the old code. I can retry and report more details if > > > someone is interested. > =20 > > How did you try out the new USB code? Did you make sure that > > libusb0.1.x was mapped to libusb20 like described at > > http://wiki.freebsd.org/USB ? >=20 > I wasn't aware of these steps, sorry. I just recompiled > everything and assumed that was it. I'll retry this week. That worked, thanks. I noticed another issue, though: fk@TP51 ~ $sudo kldload if_cdce kldload: can't load if_cdce: No such file or directory fk@TP51 ~ $dmesg | tail -1 KLD if_cdce.ko: depends on usb - not available Fabian --Sig_/LbKY9LJAua7Qc0OjOwMp8e. Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkmW7UcACgkQBYqIVf93VJ1EugCgyVf+BmE6DnPgZmiS4GxuT6mb SeEAn06f4ystqHP/7y25Bam/oub5pZ70 =XwqE -----END PGP SIGNATURE----- --Sig_/LbKY9LJAua7Qc0OjOwMp8e.-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 16:24:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C80C106564A for ; Sat, 14 Feb 2009 16:24:51 +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 969208FC24 for ; Sat, 14 Feb 2009 16:24:50 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=kw03RjmKpLm8ql5X2xOdcA==:17 a=8kQB0OdkAAAA:8 a=6I5d2MoRAAAA:8 a=aoV__wR5QCPh6Pog_U0A:9 a=h0dQiASbFigOKHM3i_AA:7 a=PlVV7p39Qo50M-5kFLmX8Pb7cz4A:4 a=LY0hPdMaydYA:10 a=CuGkzbrsK2IA:10 a=9aOQ2cSd83gA:10 Received: from [85.19.218.115] (account mc467741@c2i.net HELO laptop) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1194301176; Sat, 14 Feb 2009 17:24:48 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 14 Feb 2009 17:27:14 +0100 User-Agent: KMail/1.9.7 References: <1233732660.1767.30.camel@localhost> <20090208170003.168dd033@fabiankeil.de> <20090214171151.61150555@fabiankeil.de> In-Reply-To: <20090214171151.61150555@fabiankeil.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902141727.15547.hselasky@c2i.net> Cc: Subject: Re: USB2 - libusb20 vs devel/libusb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Feb 2009 16:24:51 -0000 On Saturday 14 February 2009, Fabian Keil wrote: > Fabian Keil wrote: > > Hans Petter Selasky wrote: > > > On Sunday 08 February 2009, Fabian Keil wrote: > > > > Vladimir Grebenschikov wrote: > > > > > I've tried libusb, looks like it works more or less. > > > > > > > > > > PS. I didn't try yet libgphoto2 (it also uses ugen directly). > > > > > > > > gphoto2 stopped working for me with the new USB code. > > > > > > > > I needed the pictures quickly so I just moved back to > > > > the old code. I can retry and report more details if > > > > someone is interested. > > > > > > How did you try out the new USB code? Did you make sure that > > > libusb0.1.x was mapped to libusb20 like described at > > > http://wiki.freebsd.org/USB ? > > > > I wasn't aware of these steps, sorry. I just recompiled > > everything and assumed that was it. I'll retry this week. > > That worked, thanks. > > I noticed another issue, though: > > fk@TP51 ~ $sudo kldload if_cdce > kldload: can't load if_cdce: No such file or directory > fk@TP51 ~ $dmesg | tail -1 > KLD if_cdce.ko: depends on usb - not available > Hi, Try: kldload usb2_ethernet_cdc --HPS PS: There is work going on with regard to HAL support. From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 16:31:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 243E6106566C for ; Sat, 14 Feb 2009 16:31:47 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id E829C8FC12 for ; Sat, 14 Feb 2009 16:31:46 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from localhost (pool-141-151-83-243.phlapa.east.verizon.net [141.151.83.243]) by mail.asahi-net.or.jp (Postfix) with ESMTP id A9C84654E4; Sun, 15 Feb 2009 01:31:44 +0900 (JST) Date: Sat, 14 Feb 2009 11:31:39 -0500 From: Yoshihiro Ota To: Hans Petter Selasky , freebsd-current@freebsd.org Message-Id: <20090214113139.0d2cbd1a.ota@j.email.ne.jp> In-Reply-To: <200902141041.28477.hselasky@c2i.net> References: <20090213204112.7b982402.ota@j.email.ne.jp> <200902141041.28477.hselasky@c2i.net> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.11; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: USB2 - keyboard error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Feb 2009 16:31:47 -0000 On Sat, 14 Feb 2009 10:41:28 +0100 Hans Petter Selasky wrote: > On Saturday 14 February 2009, Yoshihiro Ota wrote: > > I just installed 8-CURRENT with USB2 kernel config to join the test. > > > > I use a laptop PC and sometime use USB keyboard. > > It was detected as following and it is usable when > > I see FreeBSD login prompt. > > > > ugen0.2: at usbus0 > > ushub2: on usbus0 > > ushub2: 4 ports with 4 removable, bus powered > > ugen0.3: at usbus0 > > ukbd0: on usbus0 > > kbd2 at ukbd0 > > ukbd_set_leds_callback:556: error=USB_ERR_IOERROR > > ukbd_set_leds_callback:556: error=USB_ERR_IOERROR > > > > > > Regular alphabet keys work fine but as soon as I hit Alt-F2 to switch > > to another virtual console (or is it called virtual terminal?), I > > start seeing the above error. Then, keyboard stops responding or > > starts repeating some irregular keys. > > > > This is without X. > > > > How do we begin fixing this issue? > > > > Hi, > > Looks like your keyboard has bug when it crashes on control requests. You can > try slowing down the set leds request. Edit "src/sys/dev/usb2/input/ukbd2.c", > then lookup: > > [UKBD_CTRL_LED] = { > .type = UE_CONTROL, > .endpoint = 0x00, /* Control pipe */ > .direction = UE_DIR_ANY, > .mh.bufsize = sizeof(struct usb2_device_request) + 1, > .mh.callback = &ukbd_set_leds_callback, > .mh.timeout = 1000, /* 1 second */ > }, > > Add: > .interval = 10, /* 10 milliseconds */ > > Try different interval values in the range 10 to 500 ms. > > --HPS It was actually, just in case, .mh.interval = 10, /* 10 milliseconds */ It didn't seem to help. By the way, this is how dmesg look like from 7.1-RELEASE for the save dev. And it is functioning okay on 7.1-RELEASE. uhub2: on uhub0 uhub2: 4 ports with 4 removable, bus powered ukbd0: on uhub2 kbd2 at ukbd0 Regards, Hiro From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 16:57:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AB9F106566B for ; Sat, 14 Feb 2009 16:57:04 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe16.swip.net [212.247.155.225]) by mx1.freebsd.org (Postfix) with ESMTP id 99D9C8FC16 for ; Sat, 14 Feb 2009 16:57:03 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=kw03RjmKpLm8ql5X2xOdcA==:17 a=8kQB0OdkAAAA:8 a=f1nJBvbwA9XHSBBlRyYA:9 a=UDlE40X_lNXlDk0onu0A:7 a=C_aR2uU0St3GssUo_0qrqbUdp_EA:4 a=LY0hPdMaydYA:10 a=9aOQ2cSd83gA:10 a=FI1hCU0wAd_ig53y:21 a=_KR7oP3ccTe8gpjF:21 Received: from [85.19.218.115] (account mc467741@c2i.net HELO laptop) by mailfe16.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 452849509; Sat, 14 Feb 2009 17:57:01 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 14 Feb 2009 17:59:26 +0100 User-Agent: KMail/1.9.7 References: <20090213204112.7b982402.ota@j.email.ne.jp> <200902141041.28477.hselasky@c2i.net> <20090214113139.0d2cbd1a.ota@j.email.ne.jp> In-Reply-To: <20090214113139.0d2cbd1a.ota@j.email.ne.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902141759.27816.hselasky@c2i.net> Cc: Yoshihiro Ota Subject: Re: USB2 - keyboard error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Feb 2009 16:57:04 -0000 On Saturday 14 February 2009, Yoshihiro Ota wrote: > On Sat, 14 Feb 2009 10:41:28 +0100 > > Hans Petter Selasky wrote: > > On Saturday 14 February 2009, Yoshihiro Ota wrote: > > > I just installed 8-CURRENT with USB2 kernel config to join the test. > > > > > > I use a laptop PC and sometime use USB keyboard. > > > It was detected as following and it is usable when > > > I see FreeBSD login prompt. > > > > > > ugen0.2: at usbus0 > > > ushub2: on usbus0 > > > ushub2: 4 ports with 4 removable, bus powered > > > ugen0.3: at usbus0 > > > ukbd0: on > > > usbus0 kbd2 at ukbd0 > > > ukbd_set_leds_callback:556: error=USB_ERR_IOERROR > > > ukbd_set_leds_callback:556: error=USB_ERR_IOERROR > > > > > > > > > Regular alphabet keys work fine but as soon as I hit Alt-F2 to switch > > > to another virtual console (or is it called virtual terminal?), I > > > start seeing the above error. Then, keyboard stops responding or > > > starts repeating some irregular keys. > > > > > > This is without X. > > > > > > How do we begin fixing this issue? > > > > Hi, > > > > Looks like your keyboard has bug when it crashes on control requests. You > > can try slowing down the set leds request. Edit > > "src/sys/dev/usb2/input/ukbd2.c", then lookup: > > > > [UKBD_CTRL_LED] = { > > .type = UE_CONTROL, > > .endpoint = 0x00, /* Control pipe */ > > .direction = UE_DIR_ANY, > > .mh.bufsize = sizeof(struct usb2_device_request) + 1, > > .mh.callback = &ukbd_set_leds_callback, > > .mh.timeout = 1000, /* 1 second */ > > }, > > > > Add: > > .interval = 10, /* 10 milliseconds */ > > > > Try different interval values in the range 10 to 500 ms. > > > > --HPS > > It was actually, just in case, > .mh.interval = 10, /* 10 milliseconds */ > > It didn't seem to help. > > By the way, this is how dmesg look like from 7.1-RELEASE for the save dev. > And it is functioning okay on 7.1-RELEASE. > > uhub2: on > uhub0 uhub2: 4 ports with 4 removable, bus powered > ukbd0: on uhub2 > kbd2 at ukbd0 > Hi, I've looked at the USB code and I cannot find anything wrong. To get more debugging: sysctl hw.usb2.ukbd.debug=15 If you press num-lock, does the num-lock led turn on/off ? Is the behaviour the same for other USB keyboards ? --HPS From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 17:14:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BA7B106566B for ; Sat, 14 Feb 2009 17:14:32 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from mail.stillbilde.net (d80.iso100.no [81.175.61.195]) by mx1.freebsd.org (Postfix) with ESMTP id 7B4D98FC18 for ; Sat, 14 Feb 2009 17:14:31 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from [192.168.4.9] (unknown [192.168.4.9]) (Authenticated sender: svein) by mail.stillbilde.net (Familien Skogens mail) with ESMTPSA id 5A1EC39; Sat, 14 Feb 2009 17:11:11 +0000 (UTC) Message-ID: <4996FBF3.3040801@stillbilde.net> Date: Sat, 14 Feb 2009 18:14:27 +0100 From: "Svein Skogen (listmail account)" User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Scott Long References: <499551B9.7050805@samsco.org> In-Reply-To: <499551B9.7050805@samsco.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: FreeBSD Current , FreeBSD Stable Subject: Re: HEADS UP: Major CAM performance regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Feb 2009 17:14:32 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Scott Long wrote: > All, > > A major performance regression was introduced to the CAM subsystem in > FreeBSD 7.1. The following configurations are known to be affected: > > VMWare ESX > VMWare Fusion > (using bt or lsilogic controller options) > HP CISS RAID > Some MPT-SAS combinations with SATA drives attached > (Includes Dell SAS5/ir, but not PERC5/PERC6). > > Pure SCSI and SAS subsystems likely are NOT affected. Any hardware > that uses the 'ata' driver is also definitely NOT affected. To > determine if your installation is affected, run the following command as > root: > > camcontrol tags da0 > > Substitute 'da0' with another appropriate drive device number, if > needed. Note that this ONLY AFFECTS 'da' DEVICES. If your disks are > 'ad' devices, they are NOT affected. > > The result from running this command should be an output similar to the > following: > > (pass0:mpt0:0:8:0): device openings: 255 > > If, instead, it reports a value of '1', you are likely affected. Note > that it may be normal for USB memory devices to report a low number. > Also, many legacy SCSI disks, and devices that are not disks, may also > be expected to report a low number. > > The effect of this problem is that only one I/O command will be issued > to the controller and disk at a time, instead of overlapping multiple > commands in parallel. This causes significantly higher latency in > servicing moderate and heavy I/O workloads, leading to very poor > performance. Performance can be easily compared by downgrading to > FreeBSD 7.0. Any estimate on when this will be MFC'ed down to RELENG_7 yet? //Svein - -- - --------+-------------------+------------------------------- /"\ |Svein Skogen | svein@d80.iso100.no \ / |Solberg Østli 9 | PGP Key: 0xE5E76831 X |2020 Skedsmokorset | svein@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | svein@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listmail@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +-------------------+------------------------------- |msn messenger: | Mobile Phone: +47 907 03 575 |svein@jernhuset.no | RIPE handle: SS16503-RIPE - --------+-------------------+------------------------------- Picture Gallery: https://gallery.stillbilde.net/v/svein/ - ------------------------------------------------------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmW+/IACgkQODUnwSLUlKTVuACgpk70v7d6hyBmvIdaFhLsDA01 nqIAoJkljSXU+TRb7tl9xM8EEerFeMGz =0mNQ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 17:47:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 758B91065673 for ; Sat, 14 Feb 2009 17:47:35 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.freebsd.org (Postfix) with ESMTP id 41F988FC19 for ; Sat, 14 Feb 2009 17:47:35 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from localhost (pool-141-151-83-243.phlapa.east.verizon.net [141.151.83.243]) by mail.asahi-net.or.jp (Postfix) with ESMTP id EC99A4F74D; Sun, 15 Feb 2009 02:47:31 +0900 (JST) Date: Sat, 14 Feb 2009 12:47:27 -0500 From: Yoshihiro Ota To: Hans Petter Selasky , freebsd-current@freebsd.org Message-Id: <20090214124727.82638653.ota@j.email.ne.jp> In-Reply-To: <200902141759.27816.hselasky@c2i.net> References: <20090213204112.7b982402.ota@j.email.ne.jp> <200902141041.28477.hselasky@c2i.net> <20090214113139.0d2cbd1a.ota@j.email.ne.jp> <200902141759.27816.hselasky@c2i.net> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.11; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: USB2 - keyboard error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Feb 2009 17:47:35 -0000 On Sat, 14 Feb 2009 17:59:26 +0100 Hans Petter Selasky wrote: > > Hi, > > I've looked at the USB code and I cannot find anything wrong. To get more > debugging: > > sysctl hw.usb2.ukbd.debug=15 > > If you press num-lock, does the num-lock led turn on/off ? > > Is the behaviour the same for other USB keyboards ? > > --HPS Its behaviour is inconsistant and a bit hard to describe all. But when I plug in, dmesg looks like this: ushub2: on usbus0 ushub2: 4 ports with 4 removable, bus powered ugen0.4: at usbus0 ukbd_probe:599: ukbd0: on usbus0 ukbd_set_leds:1360: leds=0x00 ukbd_set_leds:1360: leds=0x00 kbd2 at ukbd0 ukbd_intr_callback:478: actlen=8 bytes ukbd_intr_callback:492: [0] = 40 ukbd_put_key:273: 0x28 (40) pressed ukbd_intr_callback:478: actlen=8 bytes ukbd_put_key:273: 0x428 (1064) released ukbd_intr_callback:478: actlen=8 bytes ukbd_intr_callback:492: [0] = 15 ukbd_put_key:273: 0x0f (15) pressed ukbd_intr_callback:478: actlen=8 bytes ukbd_put_key:273: 0x40f (1039) released And when I press "caps-lock", it doesn't turn the right on often and start writing the following to dmesg. ukbd_put_key:273: 0x28 (40) pressed ukbd_intr_callback:478: actlen=8 bytes ukbd_put_key:273: 0x428 (1064) released ukbd_intr_callback:478: actlen=8 bytes ukbd_intr_callback:492: [0] = 57 ukbd_put_key:273: 0x39 (57) pressed ukbd_set_leds:1360: leds=0x00 ukbd_set_leds_callback:556: error=USB_ERR_IOERROR ukbd_put_key:273: 0x39 (57) pressed ukbd_put_key:273: 0x39 (57) pressed ukbd_put_key:273: 0x39 (57) pressed ukbd_put_key:273: 0x39 (57) pressed ukbd_put_key:273: 0x39 (57) pressed ukbd_put_key:273: 0x39 (57) pressed ukbd_put_key:273: 0x39 (57) pressed ukbd_put_key:273: 0x39 (57) pressed ukbd_put_key:273: 0x39 (57) pressed Now, only unpluging is the only option for this to stop. I don't have another USB keyboard. I cannot try. By the way, this keyboard also acts as a USB-hub such that I can connect USB mouse and so on. Thanks, Hiro From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 17:50:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FB0F1065673 for ; Sat, 14 Feb 2009 17:50:49 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id 35CD78FC15 for ; Sat, 14 Feb 2009 17:50:48 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=kw03RjmKpLm8ql5X2xOdcA==:17 a=8kQB0OdkAAAA:8 a=1CN9iF9E7jFLt1ORQR8A:9 a=Z08txhc5j48nq8zA9SIA:7 a=D9iRuhEhXyyI2eL7C2f7UJ5huzkA:4 a=LY0hPdMaydYA:10 a=9aOQ2cSd83gA:10 a=ZwLf6ompmDNpQzrU:21 a=GL7I8PeG4CA-SF5D:21 Received: from [85.19.218.115] (account mc467741@c2i.net HELO laptop) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 145404997; Sat, 14 Feb 2009 18:50:47 +0100 From: Hans Petter Selasky To: Yoshihiro Ota Date: Sat, 14 Feb 2009 18:53:13 +0100 User-Agent: KMail/1.9.7 References: <20090213204112.7b982402.ota@j.email.ne.jp> <200902141759.27816.hselasky@c2i.net> <20090214124727.82638653.ota@j.email.ne.jp> In-Reply-To: <20090214124727.82638653.ota@j.email.ne.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902141853.14366.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: USB2 - keyboard error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Feb 2009 17:50:49 -0000 On Saturday 14 February 2009, Yoshihiro Ota wrote: > On Sat, 14 Feb 2009 17:59:26 +0100 > > Hans Petter Selasky wrote: > > Hi, > > > > I've looked at the USB code and I cannot find anything wrong. To get more > > debugging: > > > > sysctl hw.usb2.ukbd.debug=15 > > > > If you press num-lock, does the num-lock led turn on/off ? > > > > Is the behaviour the same for other USB keyboards ? > > > > --HPS > Hi, What I can offer is to add a USB quirk that disables the setting of the leds. Then you can add this by usbconfig for example. Try adding a return before the switch() in "ukbd_set_leds_callback()" and see if the keyboard works like expected. BTW: Do leds work with USB1 ? --HPS From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 18:04:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02DA3106564A for ; Sat, 14 Feb 2009 18:04:33 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.freebsd.org (Postfix) with ESMTP id C42B88FC13 for ; Sat, 14 Feb 2009 18:04:32 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from localhost (pool-141-151-83-243.phlapa.east.verizon.net [141.151.83.243]) by mail.asahi-net.or.jp (Postfix) with ESMTP id E47735C05F; Sun, 15 Feb 2009 03:04:30 +0900 (JST) Date: Sat, 14 Feb 2009 13:04:26 -0500 From: Yoshihiro Ota To: Hans Petter Selasky , freebsd-current@freebsd.org Message-Id: <20090214130426.5265143b.ota@j.email.ne.jp> In-Reply-To: <200902141853.14366.hselasky@c2i.net> References: <20090213204112.7b982402.ota@j.email.ne.jp> <200902141759.27816.hselasky@c2i.net> <20090214124727.82638653.ota@j.email.ne.jp> <200902141853.14366.hselasky@c2i.net> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.11; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: USB2 - keyboard error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Feb 2009 18:04:33 -0000 On Sat, 14 Feb 2009 18:53:13 +0100 Hans Petter Selasky wrote: > On Saturday 14 February 2009, Yoshihiro Ota wrote: > > On Sat, 14 Feb 2009 17:59:26 +0100 > > > > Hans Petter Selasky wrote: > > > Hi, > > > > > > I've looked at the USB code and I cannot find anything wrong. To get more > > > debugging: > > > > > > sysctl hw.usb2.ukbd.debug=15 > > > > > > If you press num-lock, does the num-lock led turn on/off ? > > > > > > Is the behaviour the same for other USB keyboards ? > > > > > > --HPS > > > > Hi, > > What I can offer is to add a USB quirk that disables the setting of the leds. > Then you can add this by usbconfig for example. > > Try adding a return before the switch() in "ukbd_set_leds_callback()" and see > if the keyboard works like expected. > > BTW: Do leds work with USB1 ? > > --HPS I will try to add a return before the switch. Keyboard works fine with USB1; I never had problems. By the way, what is "leds"? Thanks, Hiro From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 18:35:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF1CD1065674 for ; Sat, 14 Feb 2009 18:35:09 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.freebsd.org (Postfix) with ESMTP id 7B8AE8FC0C for ; Sat, 14 Feb 2009 18:35:09 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from localhost (pool-141-151-83-243.phlapa.east.verizon.net [141.151.83.243]) by mail.asahi-net.or.jp (Postfix) with ESMTP id 7BAC467EB3; Sun, 15 Feb 2009 03:35:01 +0900 (JST) Date: Sat, 14 Feb 2009 13:34:57 -0500 From: Yoshihiro Ota To: Hans Petter Selasky , freebsd-current@freebsd.org Message-Id: <20090214133457.e47df9b5.ota@j.email.ne.jp> In-Reply-To: <20090214130426.5265143b.ota@j.email.ne.jp> References: <20090213204112.7b982402.ota@j.email.ne.jp> <200902141759.27816.hselasky@c2i.net> <20090214124727.82638653.ota@j.email.ne.jp> <200902141853.14366.hselasky@c2i.net> <20090214130426.5265143b.ota@j.email.ne.jp> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.11; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: USB2 - keyboard error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Feb 2009 18:35:09 -0000 On Sat, 14 Feb 2009 13:04:26 -0500 Yoshihiro Ota wrote: > On Sat, 14 Feb 2009 18:53:13 +0100 > Hans Petter Selasky wrote: > > > What I can offer is to add a USB quirk that disables the setting of the leds. > > Then you can add this by usbconfig for example. > > > > Try adding a return before the switch() in "ukbd_set_leds_callback()" and see > > if the keyboard works like expected. > > > > BTW: Do leds work with USB1 ? > > > > --HPS > > I will try to add a return before the switch. > > Keyboard works fine with USB1; I never had problems. > > By the way, what is "leds"? > > Thanks, > Hiro After I added a return before the switch in the function, the USB keyboard started working fine. One minor finding is that its caps-lock right doesn't turn on. 'Caps-lock' itself is working, making to UPPER cases. Hiro