From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 00:01:08 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30F74106564A; Sun, 21 Sep 2008 00:01:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id ECB1C8FC13; Sun, 21 Sep 2008 00:01:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L0159N074376; Sat, 20 Sep 2008 20:01:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L0157b086752; Sat, 20 Sep 2008 20:01:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F1B6173039; Sat, 20 Sep 2008 20:01:04 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080921000104.F1B6173039@freebsd-current.sentex.ca> Date: Sat, 20 Sep 2008 20:01:04 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Sep 2008 00:01:08 -0000 TB --- 2008-09-21 00:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-21 00:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-09-21 00:00:00 - cleaning the object tree TB --- 2008-09-21 00:00:26 - cvsupping the source tree TB --- 2008-09-21 00:00:26 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-09-21 00:00:33 - building world (CFLAGS=-O -pipe) TB --- 2008-09-21 00:00:33 - cd /src TB --- 2008-09-21 00:00:33 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 21 00:00:36 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.bin/ar/acpyacc.y:505: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_mlist2argv': /src/usr.bin/ar/acpyacc.y:621: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:622: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_free_argv': /src/usr.bin/ar/acpyacc.y:631: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:632: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:634: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/ar. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-21 00:01:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-21 00:01:04 - ERROR: failed to build world TB --- 2008-09-21 00:01:04 - tinderbox aborted TB --- 17.95 user 4.66 system 64.59 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 00:01:17 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEC701065678; Sun, 21 Sep 2008 00:01:17 +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 958118FC15; Sun, 21 Sep 2008 00:01:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L01FlF074395; Sat, 20 Sep 2008 20:01:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L01Fbk086858; Sat, 20 Sep 2008 20:01:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9BD507303E; Sat, 20 Sep 2008 20:01:15 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080921000115.9BD507303E@freebsd-current.sentex.ca> Date: Sat, 20 Sep 2008 20:01:15 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Sep 2008 00:01:17 -0000 TB --- 2008-09-21 00:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-21 00:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-09-21 00:00:00 - cleaning the object tree TB --- 2008-09-21 00:00:39 - cvsupping the source tree TB --- 2008-09-21 00:00:39 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-09-21 00:00:44 - building world (CFLAGS=-O -pipe) TB --- 2008-09-21 00:00:44 - cd /src TB --- 2008-09-21 00:00:44 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 21 00:00:46 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.bin/ar/acpyacc.y:505: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_mlist2argv': /src/usr.bin/ar/acpyacc.y:621: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:622: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_free_argv': /src/usr.bin/ar/acpyacc.y:631: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:632: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:634: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/ar. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-21 00:01:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-21 00:01:15 - ERROR: failed to build world TB --- 2008-09-21 00:01:15 - tinderbox aborted TB --- 18.53 user 6.70 system 75.11 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 00:01:44 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E0531065697; Sun, 21 Sep 2008 00:01:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 24E0E8FC1F; Sun, 21 Sep 2008 00:01:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L01gHO074411; Sat, 20 Sep 2008 20:01:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m8L01gjQ086240; Sat, 20 Sep 2008 20:01:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 68BC673039; Sat, 20 Sep 2008 20:01:42 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080921000142.68BC673039@freebsd-current.sentex.ca> Date: Sat, 20 Sep 2008 20:01:42 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 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: Sun, 21 Sep 2008 00:01:44 -0000 TB --- 2008-09-21 00:01:05 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-21 00:01:05 - starting HEAD tinderbox run for i386/i386 TB --- 2008-09-21 00:01:05 - cleaning the object tree TB --- 2008-09-21 00:01:08 - cvsupping the source tree TB --- 2008-09-21 00:01:08 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-09-21 00:01:13 - building world (CFLAGS=-O -pipe) TB --- 2008-09-21 00:01:13 - cd /src TB --- 2008-09-21 00:01:13 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 21 00:01:15 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.bin/ar/acpyacc.y:505: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_mlist2argv': /src/usr.bin/ar/acpyacc.y:621: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:622: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_free_argv': /src/usr.bin/ar/acpyacc.y:631: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:632: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:634: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/ar. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-21 00:01:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-21 00:01:42 - ERROR: failed to build world TB --- 2008-09-21 00:01:42 - tinderbox aborted TB --- 17.30 user 2.58 system 37.30 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 00:01:54 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE65C10656DC; Sun, 21 Sep 2008 00:01:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 950788FC22; Sun, 21 Sep 2008 00:01:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L01q9x074419; Sat, 20 Sep 2008 20:01:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L01qH1087210; Sat, 20 Sep 2008 20:01:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AC6557303E; Sat, 20 Sep 2008 20:01:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080921000152.AC6557303E@freebsd-current.sentex.ca> Date: Sat, 20 Sep 2008 20:01:52 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner3 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, 21 Sep 2008 00:01:55 -0000 TB --- 2008-09-21 00:01:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-21 00:01:15 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-09-21 00:01:15 - cleaning the object tree TB --- 2008-09-21 00:01:18 - cvsupping the source tree TB --- 2008-09-21 00:01:18 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-09-21 00:01:23 - building world (CFLAGS=-O -pipe) TB --- 2008-09-21 00:01:23 - cd /src TB --- 2008-09-21 00:01:23 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 21 00:01:25 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.bin/ar/acpyacc.y:505: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_mlist2argv': /src/usr.bin/ar/acpyacc.y:621: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:622: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_free_argv': /src/usr.bin/ar/acpyacc.y:631: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:632: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:634: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/ar. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-21 00:01:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-21 00:01:52 - ERROR: failed to build world TB --- 2008-09-21 00:01:52 - tinderbox aborted TB --- 17.39 user 2.57 system 37.02 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 00:02:19 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 752FC10656C1; Sun, 21 Sep 2008 00:02:19 +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 3AB188FC16; Sun, 21 Sep 2008 00:02:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L02HC5074443; Sat, 20 Sep 2008 20:02:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m8L02HPc088206; Sat, 20 Sep 2008 20:02:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5744273039; Sat, 20 Sep 2008 20:02:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080921000217.5744273039@freebsd-current.sentex.ca> Date: Sat, 20 Sep 2008 20:02:17 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Sep 2008 00:02:19 -0000 TB --- 2008-09-21 00:01:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-21 00:01:42 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-09-21 00:01:42 - cleaning the object tree TB --- 2008-09-21 00:01:43 - cvsupping the source tree TB --- 2008-09-21 00:01:43 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-09-21 00:01:48 - building world (CFLAGS=-O -pipe) TB --- 2008-09-21 00:01:48 - cd /src TB --- 2008-09-21 00:01:48 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 21 00:01:49 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.bin/ar/acpyacc.y:505: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_mlist2argv': /src/usr.bin/ar/acpyacc.y:621: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:622: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_free_argv': /src/usr.bin/ar/acpyacc.y:631: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:632: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:634: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/ar. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-21 00:02:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-21 00:02:17 - ERROR: failed to build world TB --- 2008-09-21 00:02:17 - tinderbox aborted TB --- 17.41 user 2.53 system 34.87 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 00:02:32 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63D711065679; Sun, 21 Sep 2008 00:02:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2B1C58FC1F; Sun, 21 Sep 2008 00:02:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L02Uho074464; Sat, 20 Sep 2008 20:02:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L02UpW087597; Sat, 20 Sep 2008 20:02:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ECB4073039; Sat, 20 Sep 2008 20:02:29 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080921000229.ECB4073039@freebsd-current.sentex.ca> Date: Sat, 20 Sep 2008 20:02:29 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 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: Sun, 21 Sep 2008 00:02:32 -0000 TB --- 2008-09-21 00:01:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-21 00:01:52 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-09-21 00:01:52 - cleaning the object tree TB --- 2008-09-21 00:01:54 - cvsupping the source tree TB --- 2008-09-21 00:01:54 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-09-21 00:02:00 - building world (CFLAGS=-O -pipe) TB --- 2008-09-21 00:02:00 - cd /src TB --- 2008-09-21 00:02:00 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 21 00:02:01 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.bin/ar/acpyacc.y:505: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_mlist2argv': /src/usr.bin/ar/acpyacc.y:621: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:622: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_free_argv': /src/usr.bin/ar/acpyacc.y:631: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:632: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:634: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/ar. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-21 00:02:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-21 00:02:29 - ERROR: failed to build world TB --- 2008-09-21 00:02:29 - tinderbox aborted TB --- 17.06 user 2.85 system 37.21 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 00:02:55 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B05F106570D; Sun, 21 Sep 2008 00:02:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D60548FC1E; Sun, 21 Sep 2008 00:02:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L02r1G074478; Sat, 20 Sep 2008 20:02:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m8L02qOp088590; Sat, 20 Sep 2008 20:02:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E30467303E; Sat, 20 Sep 2008 20:02:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080921000252.E30467303E@freebsd-current.sentex.ca> Date: Sat, 20 Sep 2008 20:02:52 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Sep 2008 00:02:55 -0000 TB --- 2008-09-21 00:02:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-21 00:02:17 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-09-21 00:02:17 - cleaning the object tree TB --- 2008-09-21 00:02:18 - cvsupping the source tree TB --- 2008-09-21 00:02:18 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-09-21 00:02:23 - building world (CFLAGS=-O -pipe) TB --- 2008-09-21 00:02:23 - cd /src TB --- 2008-09-21 00:02:23 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 21 00:02:25 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.bin/ar/acpyacc.y:505: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_mlist2argv': /src/usr.bin/ar/acpyacc.y:621: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:622: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_free_argv': /src/usr.bin/ar/acpyacc.y:631: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:632: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:634: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/ar. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-21 00:02:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-21 00:02:52 - ERROR: failed to build world TB --- 2008-09-21 00:02:52 - tinderbox aborted TB --- 17.27 user 2.73 system 35.52 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 00:03:06 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BC00106571F; Sun, 21 Sep 2008 00:03:06 +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 C7D6F8FC0A; Sun, 21 Sep 2008 00:03:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L031Ge051161; Sat, 20 Sep 2008 20:03:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L031Yx087933; Sat, 20 Sep 2008 20:03:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 79D7673039; Sat, 20 Sep 2008 20:03:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080921000301.79D7673039@freebsd-current.sentex.ca> Date: Sat, 20 Sep 2008 20:03:01 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 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: Sun, 21 Sep 2008 00:03:06 -0000 TB --- 2008-09-21 00:02:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-21 00:02:30 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-09-21 00:02:30 - cleaning the object tree TB --- 2008-09-21 00:02:31 - cvsupping the source tree TB --- 2008-09-21 00:02:31 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-09-21 00:02:36 - building world (CFLAGS=-O -pipe) TB --- 2008-09-21 00:02:36 - cd /src TB --- 2008-09-21 00:02:36 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 21 00:02:37 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.bin/ar/acpyacc.y:505: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_mlist2argv': /src/usr.bin/ar/acpyacc.y:621: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:622: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_free_argv': /src/usr.bin/ar/acpyacc.y:631: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:632: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:634: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/ar. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-21 00:03:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-21 00:03:01 - ERROR: failed to build world TB --- 2008-09-21 00:03:01 - tinderbox aborted TB --- 17.15 user 2.66 system 31.38 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 00:20:33 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 597F9106567D; Sun, 21 Sep 2008 00:20:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2067A8FC25; Sun, 21 Sep 2008 00:20:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L0KVFc075192; Sat, 20 Sep 2008 20:20:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L0KUPU096877; Sat, 20 Sep 2008 20:20:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CC79B73039; Sat, 20 Sep 2008 20:20:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080921002030.CC79B73039@freebsd-current.sentex.ca> Date: Sat, 20 Sep 2008 20:20:30 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Sep 2008 00:20:33 -0000 TB --- 2008-09-21 00:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-21 00:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-09-21 00:20:00 - cleaning the object tree TB --- 2008-09-21 00:20:02 - cvsupping the source tree TB --- 2008-09-21 00:20:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-09-21 00:20:08 - building world (CFLAGS=-O -pipe) TB --- 2008-09-21 00:20:08 - cd /src TB --- 2008-09-21 00:20:08 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 21 00:20:09 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.bin/ar/acpyacc.y:505: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_mlist2argv': /src/usr.bin/ar/acpyacc.y:621: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:622: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_free_argv': /src/usr.bin/ar/acpyacc.y:631: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:632: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:634: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/ar. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-21 00:20:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-21 00:20:30 - ERROR: failed to build world TB --- 2008-09-21 00:20:30 - tinderbox aborted TB --- 17.29 user 2.61 system 30.45 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 00:20:33 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82316106567E; Sun, 21 Sep 2008 00:20:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 48E558FC26; Sun, 21 Sep 2008 00:20:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L0KVrO075194; Sat, 20 Sep 2008 20:20:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m8L0KV7r030550; Sat, 20 Sep 2008 20:20:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 35C587303E; Sat, 20 Sep 2008 20:20:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080921002031.35C587303E@freebsd-current.sentex.ca> Date: Sat, 20 Sep 2008 20:20:31 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Sep 2008 00:20:33 -0000 TB --- 2008-09-21 00:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-21 00:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-09-21 00:20:00 - cleaning the object tree TB --- 2008-09-21 00:20:02 - cvsupping the source tree TB --- 2008-09-21 00:20:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-09-21 00:20:08 - building world (CFLAGS=-O -pipe) TB --- 2008-09-21 00:20:08 - cd /src TB --- 2008-09-21 00:20:08 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 21 00:20:09 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.bin/ar/acpyacc.y:505: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_mlist2argv': /src/usr.bin/ar/acpyacc.y:621: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:622: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_free_argv': /src/usr.bin/ar/acpyacc.y:631: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:632: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:634: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/ar. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-21 00:20:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-21 00:20:31 - ERROR: failed to build world TB --- 2008-09-21 00:20:31 - tinderbox aborted TB --- 17.30 user 2.68 system 30.83 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 00:21:03 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E75961065675; Sun, 21 Sep 2008 00:21:03 +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 AEFE58FC28; Sun, 21 Sep 2008 00:21:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L0L2gf075234; Sat, 20 Sep 2008 20:21:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m8L0L2vM030770; Sat, 20 Sep 2008 20:21:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DCC6273039; Sat, 20 Sep 2008 20:21:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080921002101.DCC6273039@freebsd-current.sentex.ca> Date: Sat, 20 Sep 2008 20:21:01 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Sep 2008 00:21:04 -0000 TB --- 2008-09-21 00:20:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-21 00:20:30 - starting HEAD tinderbox run for i386/i386 TB --- 2008-09-21 00:20:30 - cleaning the object tree TB --- 2008-09-21 00:20:32 - cvsupping the source tree TB --- 2008-09-21 00:20:32 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-09-21 00:20:38 - building world (CFLAGS=-O -pipe) TB --- 2008-09-21 00:20:38 - cd /src TB --- 2008-09-21 00:20:38 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 21 00:20:38 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.bin/ar/acpyacc.y:505: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_mlist2argv': /src/usr.bin/ar/acpyacc.y:621: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:622: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_free_argv': /src/usr.bin/ar/acpyacc.y:631: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:632: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:634: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/ar. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-21 00:21:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-21 00:21:01 - ERROR: failed to build world TB --- 2008-09-21 00:21:01 - tinderbox aborted TB --- 17.20 user 2.74 system 30.99 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 00:21:04 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C92AE1065674; Sun, 21 Sep 2008 00:21:04 +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 907298FC1B; Sun, 21 Sep 2008 00:21:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L0L38W075240; Sat, 20 Sep 2008 20:21:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m8L0L24R030781; Sat, 20 Sep 2008 20:21:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E1CD27303E; Sat, 20 Sep 2008 20:21:02 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080921002102.E1CD27303E@freebsd-current.sentex.ca> Date: Sat, 20 Sep 2008 20:21:02 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner2 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, 21 Sep 2008 00:21:04 -0000 TB --- 2008-09-21 00:20:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-21 00:20:31 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-09-21 00:20:31 - cleaning the object tree TB --- 2008-09-21 00:20:33 - cvsupping the source tree TB --- 2008-09-21 00:20:33 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-09-21 00:20:39 - building world (CFLAGS=-O -pipe) TB --- 2008-09-21 00:20:39 - cd /src TB --- 2008-09-21 00:20:39 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 21 00:20:39 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.bin/ar/acpyacc.y:505: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_mlist2argv': /src/usr.bin/ar/acpyacc.y:621: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:622: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_free_argv': /src/usr.bin/ar/acpyacc.y:631: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:632: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:634: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/ar. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-21 00:21:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-21 00:21:02 - ERROR: failed to build world TB --- 2008-09-21 00:21:02 - tinderbox aborted TB --- 17.16 user 2.80 system 31.02 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 00:21:35 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 638C61065677; Sun, 21 Sep 2008 00:21: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 2AAB08FC0C; Sun, 21 Sep 2008 00:21:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L0LXsA075275; Sat, 20 Sep 2008 20:21:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m8L0LXgh030987; Sat, 20 Sep 2008 20:21:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2CE8A73039; Sat, 20 Sep 2008 20:21:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080921002133.2CE8A73039@freebsd-current.sentex.ca> Date: Sat, 20 Sep 2008 20:21:33 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Sep 2008 00:21:35 -0000 TB --- 2008-09-21 00:21:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-21 00:21:02 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-09-21 00:21:02 - cleaning the object tree TB --- 2008-09-21 00:21:04 - cvsupping the source tree TB --- 2008-09-21 00:21:04 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-09-21 00:21:10 - building world (CFLAGS=-O -pipe) TB --- 2008-09-21 00:21:10 - cd /src TB --- 2008-09-21 00:21:10 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 21 00:21:10 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.bin/ar/acpyacc.y:505: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_mlist2argv': /src/usr.bin/ar/acpyacc.y:621: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:622: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_free_argv': /src/usr.bin/ar/acpyacc.y:631: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:632: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:634: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/ar. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-21 00:21:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-21 00:21:32 - ERROR: failed to build world TB --- 2008-09-21 00:21:32 - tinderbox aborted TB --- 17.26 user 2.62 system 30.84 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 00:21:39 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E72991065670; Sun, 21 Sep 2008 00:21:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id ADEB08FC14; Sun, 21 Sep 2008 00:21:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L0LbDq075289; Sat, 20 Sep 2008 20:21:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m8L0LbdQ031028; Sat, 20 Sep 2008 20:21:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D2FAB7303E; Sat, 20 Sep 2008 20:21:37 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080921002137.D2FAB7303E@freebsd-current.sentex.ca> Date: Sat, 20 Sep 2008 20:21:37 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 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: Sun, 21 Sep 2008 00:21:40 -0000 TB --- 2008-09-21 00:21:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-21 00:21:02 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-09-21 00:21:02 - cleaning the object tree TB --- 2008-09-21 00:21:05 - cvsupping the source tree TB --- 2008-09-21 00:21:05 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-09-21 00:21:12 - building world (CFLAGS=-O -pipe) TB --- 2008-09-21 00:21:12 - cd /src TB --- 2008-09-21 00:21:12 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 21 00:21:13 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.bin/ar/acpyacc.y:505: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_mlist2argv': /src/usr.bin/ar/acpyacc.y:621: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:622: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_free_argv': /src/usr.bin/ar/acpyacc.y:631: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:632: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:634: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/ar. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-21 00:21:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-21 00:21:37 - ERROR: failed to build world TB --- 2008-09-21 00:21:37 - tinderbox aborted TB --- 17.49 user 2.47 system 34.89 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 00:22:05 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F00B51065702; Sun, 21 Sep 2008 00:22:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B746E8FC2A; Sun, 21 Sep 2008 00:22:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L0M3lv075316; Sat, 20 Sep 2008 20:22:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m8L0M3J2031243; Sat, 20 Sep 2008 20:22:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BE06A73039; Sat, 20 Sep 2008 20:22:03 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080921002203.BE06A73039@freebsd-current.sentex.ca> Date: Sat, 20 Sep 2008 20:22:03 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Sep 2008 00:22:06 -0000 TB --- 2008-09-21 00:21:33 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-21 00:21:33 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-09-21 00:21:33 - cleaning the object tree TB --- 2008-09-21 00:21:34 - cvsupping the source tree TB --- 2008-09-21 00:21:34 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-09-21 00:21:39 - building world (CFLAGS=-O -pipe) TB --- 2008-09-21 00:21:39 - cd /src TB --- 2008-09-21 00:21:39 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 21 00:21:40 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.bin/ar/acpyacc.y:505: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_mlist2argv': /src/usr.bin/ar/acpyacc.y:621: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:622: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_free_argv': /src/usr.bin/ar/acpyacc.y:631: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:632: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:634: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/ar. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-21 00:22:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-21 00:22:03 - ERROR: failed to build world TB --- 2008-09-21 00:22:03 - tinderbox aborted TB --- 17.31 user 2.60 system 30.25 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 00:22:09 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78E7C1065706; Sun, 21 Sep 2008 00:22:09 +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 415128FC19; Sun, 21 Sep 2008 00:22:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L0M7Ab051873; Sat, 20 Sep 2008 20:22:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L0M74U097601; Sat, 20 Sep 2008 20:22:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8F0BA7303E; Sat, 20 Sep 2008 20:22:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080921002207.8F0BA7303E@freebsd-current.sentex.ca> Date: Sat, 20 Sep 2008 20:22:07 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 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: Sun, 21 Sep 2008 00:22:09 -0000 TB --- 2008-09-21 00:21:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-21 00:21:37 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-09-21 00:21:37 - cleaning the object tree TB --- 2008-09-21 00:21:38 - cvsupping the source tree TB --- 2008-09-21 00:21:38 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-09-21 00:21:43 - building world (CFLAGS=-O -pipe) TB --- 2008-09-21 00:21:43 - cd /src TB --- 2008-09-21 00:21:43 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 21 00:21:44 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.bin/ar/acpyacc.y:505: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_mlist2argv': /src/usr.bin/ar/acpyacc.y:621: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:622: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_free_argv': /src/usr.bin/ar/acpyacc.y:631: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:632: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:634: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/ar. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-21 00:22:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-21 00:22:07 - ERROR: failed to build world TB --- 2008-09-21 00:22:07 - tinderbox aborted TB --- 17.30 user 2.57 system 29.67 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 00:40:33 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA0CE106564A; Sun, 21 Sep 2008 00:40: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 913278FC12; Sun, 21 Sep 2008 00:40:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L0eVbs076007; Sat, 20 Sep 2008 20:40:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L0eVJr006116; Sat, 20 Sep 2008 20:40:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6477E73039; Sat, 20 Sep 2008 20:40:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080921004031.6477E73039@freebsd-current.sentex.ca> Date: Sat, 20 Sep 2008 20:40:31 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Sep 2008 00:40:33 -0000 TB --- 2008-09-21 00:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-21 00:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-09-21 00:40:00 - cleaning the object tree TB --- 2008-09-21 00:40:03 - cvsupping the source tree TB --- 2008-09-21 00:40:03 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-09-21 00:40:08 - building world (CFLAGS=-O -pipe) TB --- 2008-09-21 00:40:08 - cd /src TB --- 2008-09-21 00:40:08 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 21 00:40:09 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.bin/ar/acpyacc.y:505: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_mlist2argv': /src/usr.bin/ar/acpyacc.y:621: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:622: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_free_argv': /src/usr.bin/ar/acpyacc.y:631: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:632: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:634: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/ar. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-21 00:40:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-21 00:40:31 - ERROR: failed to build world TB --- 2008-09-21 00:40:31 - tinderbox aborted TB --- 17.20 user 2.73 system 30.90 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 00:40:35 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 282D01065670; Sun, 21 Sep 2008 00:40: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 E38C98FC08; Sun, 21 Sep 2008 00:40:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L0eX0B076013; Sat, 20 Sep 2008 20:40:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m8L0eXJb074069; Sat, 20 Sep 2008 20:40:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 244A17303E; Sat, 20 Sep 2008 20:40:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080921004033.244A17303E@freebsd-current.sentex.ca> Date: Sat, 20 Sep 2008 20:40:33 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Sep 2008 00:40:35 -0000 TB --- 2008-09-21 00:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-21 00:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-09-21 00:40:00 - cleaning the object tree TB --- 2008-09-21 00:40:03 - cvsupping the source tree TB --- 2008-09-21 00:40:03 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-09-21 00:40:09 - building world (CFLAGS=-O -pipe) TB --- 2008-09-21 00:40:09 - cd /src TB --- 2008-09-21 00:40:09 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 21 00:40:10 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.bin/ar/acpyacc.y:505: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_mlist2argv': /src/usr.bin/ar/acpyacc.y:621: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:622: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_free_argv': /src/usr.bin/ar/acpyacc.y:631: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:632: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:634: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/ar. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-21 00:40:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-21 00:40:33 - ERROR: failed to build world TB --- 2008-09-21 00:40:33 - tinderbox aborted TB --- 17.38 user 2.56 system 32.65 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 00:41:03 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 811AA1065703; Sun, 21 Sep 2008 00:41:03 +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 47FC98FC1B; Sun, 21 Sep 2008 00:41:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L0f11q076041; Sat, 20 Sep 2008 20:41:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m8L0f1xc074262; Sat, 20 Sep 2008 20:41:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 455FB73039; Sat, 20 Sep 2008 20:41:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080921004101.455FB73039@freebsd-current.sentex.ca> Date: Sat, 20 Sep 2008 20:41:01 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Sep 2008 00:41:03 -0000 TB --- 2008-09-21 00:40:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-21 00:40:31 - starting HEAD tinderbox run for i386/i386 TB --- 2008-09-21 00:40:31 - cleaning the object tree TB --- 2008-09-21 00:40:32 - cvsupping the source tree TB --- 2008-09-21 00:40:32 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-09-21 00:40:37 - building world (CFLAGS=-O -pipe) TB --- 2008-09-21 00:40:37 - cd /src TB --- 2008-09-21 00:40:37 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 21 00:40:38 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.bin/ar/acpyacc.y:505: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_mlist2argv': /src/usr.bin/ar/acpyacc.y:621: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:622: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_free_argv': /src/usr.bin/ar/acpyacc.y:631: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:632: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:634: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/ar. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-21 00:41:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-21 00:41:01 - ERROR: failed to build world TB --- 2008-09-21 00:41:01 - tinderbox aborted TB --- 17.34 user 2.60 system 29.81 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 00:41:07 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7D9A1065704; Sun, 21 Sep 2008 00:41:07 +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 7F0918FC17; Sun, 21 Sep 2008 00:41:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L0f4uI076045; Sat, 20 Sep 2008 20:41:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m8L0f4XF074286; Sat, 20 Sep 2008 20:41:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D70E27303E; Sat, 20 Sep 2008 20:41:04 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080921004104.D70E27303E@freebsd-current.sentex.ca> Date: Sat, 20 Sep 2008 20:41:04 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner3 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, 21 Sep 2008 00:41:07 -0000 TB --- 2008-09-21 00:40:33 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-21 00:40:33 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-09-21 00:40:33 - cleaning the object tree TB --- 2008-09-21 00:40:34 - cvsupping the source tree TB --- 2008-09-21 00:40:34 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-09-21 00:40:41 - building world (CFLAGS=-O -pipe) TB --- 2008-09-21 00:40:41 - cd /src TB --- 2008-09-21 00:40:41 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 21 00:40:41 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.bin/ar/acpyacc.y:505: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_mlist2argv': /src/usr.bin/ar/acpyacc.y:621: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:622: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_free_argv': /src/usr.bin/ar/acpyacc.y:631: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:632: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:634: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/ar. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-21 00:41:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-21 00:41:04 - ERROR: failed to build world TB --- 2008-09-21 00:41:04 - tinderbox aborted TB --- 17.33 user 2.55 system 31.55 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 00:41:33 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C358C1065670; Sun, 21 Sep 2008 00:41: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 8A5C88FC0C; Sun, 21 Sep 2008 00:41:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L0fVC9076065; Sat, 20 Sep 2008 20:41:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m8L0fVa1074477; Sat, 20 Sep 2008 20:41:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8BCAA73039; Sat, 20 Sep 2008 20:41:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080921004131.8BCAA73039@freebsd-current.sentex.ca> Date: Sat, 20 Sep 2008 20:41:31 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Sep 2008 00:41:33 -0000 TB --- 2008-09-21 00:41:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-21 00:41:01 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-09-21 00:41:01 - cleaning the object tree TB --- 2008-09-21 00:41:02 - cvsupping the source tree TB --- 2008-09-21 00:41:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-09-21 00:41:07 - building world (CFLAGS=-O -pipe) TB --- 2008-09-21 00:41:07 - cd /src TB --- 2008-09-21 00:41:07 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 21 00:41:08 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.bin/ar/acpyacc.y:505: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_mlist2argv': /src/usr.bin/ar/acpyacc.y:621: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:622: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_free_argv': /src/usr.bin/ar/acpyacc.y:631: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:632: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:634: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/ar. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-21 00:41:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-21 00:41:31 - ERROR: failed to build world TB --- 2008-09-21 00:41:31 - tinderbox aborted TB --- 17.34 user 2.59 system 30.09 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 00:41:37 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 555B2106567B; Sun, 21 Sep 2008 00:41:37 +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 1C35D8FC08; Sun, 21 Sep 2008 00:41:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L0fZGm076077; Sat, 20 Sep 2008 20:41:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L0fZMt006572; Sat, 20 Sep 2008 20:41:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 253127303E; Sat, 20 Sep 2008 20:41:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080921004135.253127303E@freebsd-current.sentex.ca> Date: Sat, 20 Sep 2008 20:41:35 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Sep 2008 00:41:37 -0000 TB --- 2008-09-21 00:41:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-21 00:41:04 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-09-21 00:41:04 - cleaning the object tree TB --- 2008-09-21 00:41:05 - cvsupping the source tree TB --- 2008-09-21 00:41:05 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-09-21 00:41:11 - building world (CFLAGS=-O -pipe) TB --- 2008-09-21 00:41:11 - cd /src TB --- 2008-09-21 00:41:11 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 21 00:41:11 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.bin/ar/acpyacc.y:505: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_mlist2argv': /src/usr.bin/ar/acpyacc.y:621: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:622: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_free_argv': /src/usr.bin/ar/acpyacc.y:631: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:632: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:634: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/ar. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-21 00:41:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-21 00:41:35 - ERROR: failed to build world TB --- 2008-09-21 00:41:35 - tinderbox aborted TB --- 17.21 user 2.72 system 30.14 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 00:42:02 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F0661065673; Sun, 21 Sep 2008 00:42:02 +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 F14858FC20; Sun, 21 Sep 2008 00:42:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L0g0WN076085; Sat, 20 Sep 2008 20:42:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L0g0EG006773; Sat, 20 Sep 2008 20:42:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 147FA73039; Sat, 20 Sep 2008 20:42:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080921004200.147FA73039@freebsd-current.sentex.ca> Date: Sat, 20 Sep 2008 20:42:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Sep 2008 00:42:05 -0000 TB --- 2008-09-21 00:41:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-21 00:41:31 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-09-21 00:41:31 - cleaning the object tree TB --- 2008-09-21 00:41:32 - cvsupping the source tree TB --- 2008-09-21 00:41:32 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-09-21 00:41:37 - building world (CFLAGS=-O -pipe) TB --- 2008-09-21 00:41:37 - cd /src TB --- 2008-09-21 00:41:37 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 21 00:41:38 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.bin/ar/acpyacc.y:505: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_mlist2argv': /src/usr.bin/ar/acpyacc.y:621: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:622: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_free_argv': /src/usr.bin/ar/acpyacc.y:631: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:632: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:634: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/ar. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-21 00:42:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-21 00:42:00 - ERROR: failed to build world TB --- 2008-09-21 00:42:00 - tinderbox aborted TB --- 17.31 user 2.59 system 28.38 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 00:42:06 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A87010656A9; Sun, 21 Sep 2008 00:42:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 40C958FC27; Sun, 21 Sep 2008 00:42:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L0g41o076099; Sat, 20 Sep 2008 20:42:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m8L0g4f5074740; Sat, 20 Sep 2008 20:42:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2B2497303E; Sat, 20 Sep 2008 20:42:04 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080921004204.2B2497303E@freebsd-current.sentex.ca> Date: Sat, 20 Sep 2008 20:42:04 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 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: Sun, 21 Sep 2008 00:42:07 -0000 TB --- 2008-09-21 00:41:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-21 00:41:35 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-09-21 00:41:35 - cleaning the object tree TB --- 2008-09-21 00:41:36 - cvsupping the source tree TB --- 2008-09-21 00:41:36 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-09-21 00:41:41 - building world (CFLAGS=-O -pipe) TB --- 2008-09-21 00:41:41 - cd /src TB --- 2008-09-21 00:41:41 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 21 00:41:41 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.bin/ar/acpyacc.y:505: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_mlist2argv': /src/usr.bin/ar/acpyacc.y:621: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:622: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_free_argv': /src/usr.bin/ar/acpyacc.y:631: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:632: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:634: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/ar. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-21 00:42:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-21 00:42:04 - ERROR: failed to build world TB --- 2008-09-21 00:42:04 - tinderbox aborted TB --- 17.28 user 2.61 system 28.98 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 01:15:48 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D36E106566B for ; Sun, 21 Sep 2008 01:15:48 +0000 (UTC) (envelope-from kaiwang27@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id 030EF8FC08 for ; Sun, 21 Sep 2008 01:15:47 +0000 (UTC) (envelope-from kaiwang27@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so1148815uge.39 for ; Sat, 20 Sep 2008 18:15:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received :x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=aDGNdCsQ2khGP8K6aZg8DgKw2RQ6Y6K23CuQZ45csXE=; b=l0CWW6aYwSJG8sF67lnaEPISKJwNum+DdxA/jgSPhly8nmrRR9zmCZ0wA9ceenR1jA DRqpmmtFZt14bV8wXe6e8qXFJJdBTcv+dwrLbYVBeqZdssjotIxVz0iVLEo+Fq4Po/Hu 3FKKoyyN30JRyG7uWpj5+DlckFhgV/eJgKAgo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; b=EeEANLuWDQelJEDTUQY5VJh3+QWmOr/71i3FA1MmoIkvkD//+yv58XpYiQn8E+p2PO 7V0F+2hCq9c17i+gLgN8hjU8EfGW9NqIWxGsG4954cCktzr7VH5Ti1KRK1pzmd6hR8VE H0FzTkKpwKddW+c5+k+2tkqGG/aDE4F+wkogg= Received: by 10.67.88.12 with SMTP id q12mr1932747ugl.75.1221958227003; Sat, 20 Sep 2008 17:50:27 -0700 (PDT) Received: from localhost ( [212.209.33.247]) by mx.google.com with ESMTPS id t38sm1133458ugc.21.2008.09.20.17.50.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 20 Sep 2008 17:50:26 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=localhost.my.domain) by localhost with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KhD9p-0007I7-Ri; Sun, 21 Sep 2008 02:50:37 +0200 Received: (from kaiw@localhost) by localhost.my.domain (8.14.3/8.14.3/Submit) id m8L0ob8E028030; Sun, 21 Sep 2008 02:50:37 +0200 (CEST) (envelope-from kaiwang27@gmail.com) X-Authentication-Warning: localhost.my.domain: kaiw set sender to kaiwang27@gmail.com using -f Date: Sun, 21 Sep 2008 02:50:37 +0200 From: Kai Wang To: FreeBSD Tinderbox Message-ID: <20080921005037.GA1298@viskning> References: <20080921004101.455FB73039@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20080921004101.455FB73039@freebsd-current.sentex.ca> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: current@freebsd.org, i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2008 01:15:48 -0000 On Sat, Sep 20, 2008 at 08:41:01PM -0400, FreeBSD Tinderbox wrote: > TB --- 2008-09-21 00:40:31 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2008-09-21 00:40:31 - starting HEAD tinderbox run for i386/i386 > TB --- 2008-09-21 00:40:31 - cleaning the object tree > TB --- 2008-09-21 00:40:32 - cvsupping the source tree > TB --- 2008-09-21 00:40:32 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile > TB --- 2008-09-21 00:40:37 - building world (CFLAGS=-O -pipe) > TB --- 2008-09-21 00:40:37 - cd /src > TB --- 2008-09-21 00:40:37 - /usr/bin/make -B buildworld > >>> World build started on Sun Sep 21 00:40:38 UTC 2008 > >>> Rebuilding the temporary build tree > >>> stage 1.1: legacy release compatibility shims > >>> stage 1.2: bootstrap tools > [...] > /src/usr.bin/ar/acpyacc.y:505: error: dereferencing pointer to incomplete type > /src/usr.bin/ar/acpyacc.y: In function 'arscp_mlist2argv': > /src/usr.bin/ar/acpyacc.y:621: error: dereferencing pointer to incomplete type > /src/usr.bin/ar/acpyacc.y:622: error: dereferencing pointer to incomplete type > /src/usr.bin/ar/acpyacc.y: In function 'arscp_free_argv': > /src/usr.bin/ar/acpyacc.y:631: error: dereferencing pointer to incomplete type > /src/usr.bin/ar/acpyacc.y:632: error: dereferencing pointer to incomplete type > /src/usr.bin/ar/acpyacc.y:634: error: dereferencing pointer to incomplete type > *** Error code 1 > > Stop in /src/usr.bin/ar. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2008-09-21 00:41:01 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2008-09-21 00:41:01 - ERROR: failed to build world > TB --- 2008-09-21 00:41:01 - tinderbox aborted > TB --- 17.34 user 2.60 system 29.81 real Sorry about the breakage. It should be fixed by now. Kai From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 13:30:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0EFC1065670 for ; Sun, 21 Sep 2008 13:30:09 +0000 (UTC) (envelope-from Tor.Egge@cvsup.no.freebsd.org) Received: from pil.idi.ntnu.no (pil.idi.ntnu.no [129.241.107.93]) by mx1.freebsd.org (Postfix) with ESMTP id 53D488FC16 for ; Sun, 21 Sep 2008 13:30:09 +0000 (UTC) (envelope-from Tor.Egge@cvsup.no.freebsd.org) Received: from cvsup.no.freebsd.org (c2h5oh.idi.ntnu.no [129.241.103.69]) by pil.idi.ntnu.no (8.14.1/8.13.1) with ESMTP id m8LDU6X9008333 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 21 Sep 2008 15:30:07 +0200 (MEST) Received: from localhost (localhost [127.0.0.1]) by cvsup.no.freebsd.org (8.14.2/8.14.2) with ESMTP id m8LDU5FK055757; Sun, 21 Sep 2008 13:30:06 GMT (envelope-from Tor.Egge@cvsup.no.freebsd.org) Date: Sun, 21 Sep 2008 13:28:25 +0000 (UTC) Message-Id: <20080921.132825.74697751.Tor.Egge@cvsup.no.freebsd.org> To: null@pozo.com From: Tor Egge In-Reply-To: <200809202201.m8KM10Yk005739@pozo.com> References: <200809201922.m8KJMMS4027619@pozo.com> <20080920212720.GA3082@carrot.studby.ntnu.no> <200809202201.m8KM10Yk005739@pozo.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 X-Virus-Scanned-By: mimedefang.idi.ntnu.no, using CLAMD X-SMTP-From: Sender=, Relay/Client=c2h5oh.idi.ntnu.no [129.241.103.69], EHLO=cvsup.no.freebsd.org X-Scanned-By: MIMEDefang 2.48 on 129.241.107.38 X-Scanned-By: mimedefang.idi.ntnu.no, using MIMEDefang 2.48 with local filter 16.42-idi X-Filter-Time: 1 seconds Cc: lulf@freebsd.org, freebsd-current@freebsd.org Subject: Re: fdisk bsdlabel compile 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: Sun, 21 Sep 2008 13:30:09 -0000 > I'm puzzled as no one else is seeing this. Few people set NO_DYNAMICROOT in /etc/make.conf or WITHOUT_DYNAMICROOT in /etc/src.conf. - Tor Egge From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 13:38:26 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D3491065670; Sun, 21 Sep 2008 13:38:26 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id EC7BE8FC13; Sun, 21 Sep 2008 13:38:25 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id 2B1B9191A2E; Sun, 21 Sep 2008 15:11:14 +0200 (CEST) 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 m8LD9evA065210; Sun, 21 Sep 2008 15:09:40 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id m8LD9dNl065209; Sun, 21 Sep 2008 15:09:39 +0200 (CEST) (envelope-from nox) Date: Sun, 21 Sep 2008 15:09:39 +0200 (CEST) From: Juergen Lock Message-Id: <200809211309.m8LD9dNl065209@saturn.kn-bremen.de> To: lme@FreeBSD.org X-Newsgroups: local.list.freebsd.current In-Reply-To: <20080919114528.5yzyki2ry8044g4s@0x20.net> References: <20080917101013.GA90749@freebsd.org> <20080918211652.GB19958@what-creek.com> Organization: home X-Mailman-Approved-At: Sun, 21 Sep 2008 13:59:07 +0000 Cc: Roman Divacky , jb@FreeBSD.org, John Birrell , current@FreeBSD.org Subject: Re: dtrace status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2008 13:38:26 -0000 In article <20080919114528.5yzyki2ry8044g4s@0x20.net> you write: >Quoting John Birrell : > >> On Wed, Sep 17, 2008 at 12:10:13PM +0200, Roman Divacky wrote: >>> Dtrace was commited 3 months ago and the only things that prevents >>> using it "out of the box" is building kernel with WITH_CTF=1. >>> >>> When is this going to be enabled on default. What is preventing this >>> from happening? >> >> I wonder whether people generally want it enabled by default. > >If it doesn't slow anything down, then why not? > At least on 7-stable (I didn't try HEAD) kgdb doesn't seem to like dtrace bits in the kernel, backtraces look like from a kernel without debug symbols... Also there seem to be issues with fbt probes, http://lists.freebsd.org/pipermail/freebsd-stable/2008-September/045180.html and SMP support at least on amd64, http://lists.freebsd.org/pipermail/freebsd-stable/2008-September/045093.html >Are there any FreeBSD specific docs on this? Maybe a short article for >/usr/share/doc or a new chapter for the handbook? :-) I dunno about FreeBSD specific, but I liked this presentation: http://video.google.com/videoplay?docid=-8002801113289007228&ei=XLPNSMv5KpKw2QKysZzBAg&q=dtrace (video is called Dtrace Review if you need to search it.) Thanx, Juergen From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 15:14:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD604106564A; Sun, 21 Sep 2008 15:14:50 +0000 (UTC) (envelope-from null@pozo.com) Received: from pozo.com (pozo.com [216.101.162.50]) by mx1.freebsd.org (Postfix) with ESMTP id 965A28FC17; Sun, 21 Sep 2008 15:14:50 +0000 (UTC) (envelope-from null@pozo.com) Received: from T41p.pozo.com (t41p.pozo.com [192.168.0.4]) (authenticated bits=0) by pozo.com (8.14.3/8.14.3) with ESMTP id m8LFEhMr044918 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 21 Sep 2008 08:14:43 -0700 (PDT) (envelope-from null@pozo.com) Message-Id: <200809211514.m8LFEhMr044918@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 21 Sep 2008 08:14:38 -0700 To: Tor Egge From: Manfred Antar In-Reply-To: <20080921.132825.74697751.Tor.Egge@cvsup.no.freebsd.org> References: <200809201922.m8KJMMS4027619@pozo.com> <20080920212720.GA3082@carrot.studby.ntnu.no> <200809202201.m8KM10Yk005739@pozo.com> <20080921.132825.74697751.Tor.Egge@cvsup.no.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-101.4 required=5.0 tests=ALL_TRUSTED,MISSING_MID, USER_IN_WHITELIST autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on pozo.com X-Virus-Scanned: ClamAV 0.94-exp/8297/Sun Sep 21 05:46:43 2008 on pozo.com X-Virus-Status: Clean Cc: lulf@freebsd.org, freebsd-current@freebsd.org Subject: Re: fdisk bsdlabel compile 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: Sun, 21 Sep 2008 15:14:50 -0000 At 06:28 AM 9/21/2008, Tor Egge wrote: >> I'm puzzled as no one else is seeing this. > >Few people set NO_DYNAMICROOT in /etc/make.conf or WITHOUT_DYNAMICROOT in >/etc/src.conf. > >- Tor Egge Yes that's it !!!! I think the Makefiles should have a provision for this. If defined WITHOUT_DYNAMICROOT add the needed libraries (-lsbuf -lbsdxml) Manfred ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 15:49:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 684C4106564A for ; Sun, 21 Sep 2008 15:49:56 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.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 DFEF28FC0A for ; Sun, 21 Sep 2008 15:49:55 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1069812fgb.35 for ; Sun, 21 Sep 2008 08:49:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=cjLe9NLnrpw14P+o2ukNu3pPch0ZDs94NtoqfuCPJRg=; b=vMmvyt5f01zHLNoZJv5hH1aJhJ4uFOQS7VSIG5DEm0aTHtJ7mo9XDLYO5dN5Il4rCC mabHpI1C3c9+vxdXJRcZE5oWQdAAQ4g9wpdMVZvxlpkjBp+y11laG8WZEebT/J0JTYSS mQrDX119C2Inegy1G96QrFsPAftUJfiT7N4x0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=YSIzSp7M7tCc+kf5/fGQA3/qXNKN+kcWG0ydnXcNdYuWpU09fzjLDQeru6hS5NqrG/ TEHIIj4xwOlbtKWusqPz4ISA4U8+1a5emvhMliQ21ixt+Fchz4oy7Sey5kA9QsZHWoSj whe1IrMiDEfO2UacpxLN8xR7kRQPkCf5haQB4= Received: by 10.86.97.7 with SMTP id u7mr3942614fgb.29.1222012194647; Sun, 21 Sep 2008 08:49:54 -0700 (PDT) Received: by 10.86.62.1 with HTTP; Sun, 21 Sep 2008 08:49:54 -0700 (PDT) Message-ID: Date: Sun, 21 Sep 2008 08:49:54 -0700 From: "Maksim Yevmenkin" To: "Kostik Belousov" In-Reply-To: <20080920132703.GG47828@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48D2F942.4070801@FreeBSD.org> <20080919084201.GD44330@wep4035.physik.uni-wuerzburg.de> <48D38DFF.8000803@FreeBSD.org> <20080919203310.GA34131@localhost.my.domain> <20080920132703.GG47828@deviant.kiev.zoral.com.ua> Cc: Alexey Shuvaev , freebsd-current@freebsd.org Subject: Re: Interface auto-cloning bug or feature? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2008 15:49:56 -0000 [...] >> --- if_tap.c.orig 2008-09-08 17:20:57.000000000 -0700 >> +++ if_tap.c 2008-09-19 15:35:02.000000000 -0700 >> @@ -94,6 +94,7 @@ >> static int tapifioctl(struct ifnet *, u_long, caddr_t); >> static void tapifinit(void *); >> >> +static int tap_clone_lookup(struct cdev **, u_short); >> static int tap_clone_create(struct if_clone *, int, caddr_t); >> static void tap_clone_destroy(struct ifnet *); >> static int vmnet_clone_create(struct if_clone *, int, caddr_t); >> @@ -176,6 +177,28 @@ >> DEV_MODULE(if_tap, tapmodevent, NULL); >> >> static int >> +tap_clone_lookup(struct cdev **dev, u_short extra) >> +{ >> + struct tap_softc *tp; >> + >> + mtx_lock(&tapmtx); >> + SLIST_FOREACH(tp, &taphead, tap_next) { >> + mtx_lock(&tp->tap_mtx); >> + if ((tp->tap_flags & (TAP_OPEN|extra)) == extra) { >> + *dev = tp->tap_dev; >> + mtx_unlock(&tp->tap_mtx); >> + mtx_unlock(&tapmtx); >> + >> + return (1); >> + } >> + mtx_unlock(&tp->tap_mtx); >> + } >> + mtx_unlock(&tapmtx); >> + >> + return (0); >> +} >> + >> +static int >> tap_clone_create(struct if_clone *ifc, int unit, caddr_t params) >> { >> struct cdev *dev; >> @@ -353,8 +376,18 @@ >> >> /* We're interested in only tap/vmnet devices. */ >> if (strcmp(name, TAP) == 0) { >> + if (tap_clone_lookup(dev, 0)) { >> + dev_ref(*dev); >> + return; > What would prevent two concurrent threads from selecting the same device > there ? First thread could look up the device, unloc tapmtx and be > preempted. Then second thread is put on CPU, do the same selection. > Now you have a problem. i told it was *very* quick :) and, yes, it seems like the race you describing would be possible. clone handler gets invoked with sx lock held, however its shared lock. also devfs mount point exclusive sx lock is dropped before invoking clone handler. anyway, the fix probably would be to move dev_rel() into the clone_lookup() routine and protect it by tap softc mutex. also clone_lookup() should check the number of references to the device to make sure 2 threads do not grab the same device. another approach would be to add another flag like TAP_OPEN to indicate that device is about to be open ans set it in the clone_lookup() routine. i'll put something together on monday (may be soon if i will have a free minute). please feel free to beat me to it :) thanks, max From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 23:59:10 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0D03106566B; Sun, 21 Sep 2008 23:59:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4CD668FC12; Sun, 21 Sep 2008 23:59:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8LNx5PM034774; Sun, 21 Sep 2008 19:59:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m8LNx5CC004221; Sun, 21 Sep 2008 19:59:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4E37B73039; Sun, 21 Sep 2008 19:59:05 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080921235905.4E37B73039@freebsd-current.sentex.ca> Date: Sun, 21 Sep 2008 19:59:05 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Sep 2008 23:59:10 -0000 TB --- 2008-09-21 23:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-21 23:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-09-21 23:00:00 - cleaning the object tree TB --- 2008-09-21 23:00:26 - cvsupping the source tree TB --- 2008-09-21 23:00:26 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-09-21 23:00:36 - building world (CFLAGS=-O -pipe) TB --- 2008-09-21 23:00:36 - cd /src TB --- 2008-09-21 23:00:36 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 21 23:00:38 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipresend/../../../sys -I/src/sbin/ipf/ipresend/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ipresend ipresend.o ip.o resend.o sbpf.o sock.o 44arp.o /obj/arm/src/sbin/ipf/ipresend/../libipf/libipf.a -lkvm gzip -cn /src/sbin/ipf/ipresend/../../../contrib/ipfilter/ipsend/ipresend.1 > ipresend.1.gz ===> sbin/ipfw (all) cc -O -pipe -Wno-pointer-sign -c /src/sbin/ipfw/ipfw2.c /src/sbin/ipfw/ipfw2.c: In function 'table_handler': /src/sbin/ipfw/ipfw2.c:5877: error: 'a' undeclared (first use in this function) /src/sbin/ipfw/ipfw2.c:5877: error: (Each undeclared identifier is reported only once /src/sbin/ipfw/ipfw2.c:5877: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/ipfw. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-21 23:59:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-21 23:59:05 - ERROR: failed to build world TB --- 2008-09-21 23:59:05 - tinderbox aborted TB --- 2574.95 user 328.57 system 3544.58 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Sep 22 00:01:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67CAD106566C for ; Mon, 22 Sep 2008 00:01:24 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout012.mac.com (asmtpout012.mac.com [17.148.16.87]) by mx1.freebsd.org (Postfix) with ESMTP id 4FE718FC1A for ; Mon, 22 Sep 2008 00:01:24 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from [192.168.1.95] (209-128-86-226.BAYAREA.NET [209.128.86.226]) by asmtp012.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0K7K00H0WLDVIP90@asmtp012.mac.com> for freebsd-current@freebsd.org; Sun, 21 Sep 2008 17:01:12 -0700 (PDT) Message-id: From: Marcel Moolenaar To: Alexey Shuvaev In-reply-to: <20080920022612.GA4934@localhost.my.domain> Date: Sun, 21 Sep 2008 17:01:03 -0700 References: <20080829205313.GA30330@wep4017.physik.uni-wuerzburg.de> <3a142e750808291416o25b6678bm2b6fa75d0f8e4714@mail.gmail.com> <20080831103555.GA12957@wep4017.physik.uni-wuerzburg.de> <20080920022612.GA4934@localhost.my.domain> X-Mailer: Apple Mail (2.929.2) Cc: FreeBSD Current Subject: Re: Booting from gpt on i386/amd64? [PATCH] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2008 00:01:24 -0000 On Sep 19, 2008, at 7:26 PM, Alexey Shuvaev wrote: > Ok, I have digged the sources a little bit and ended with this simple > patch. Actually, the code is taken from gpt(8) utility. > It adds automatic padding of gptboot bootcode to the nearest sector > boundary. I think this is reasonable. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Mon Sep 22 00:03:33 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94ABD106566B; Mon, 22 Sep 2008 00:03:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 425758FC1C; Mon, 22 Sep 2008 00:03:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m8M03UaJ039638; Sun, 21 Sep 2008 20:03:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8M03U9a008103; Sun, 21 Sep 2008 20:03:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 585C773039; Sun, 21 Sep 2008 20:03:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080922000330.585C773039@freebsd-current.sentex.ca> Date: Sun, 21 Sep 2008 20:03:30 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner4 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: Mon, 22 Sep 2008 00:03:33 -0000 TB --- 2008-09-21 23:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-21 23:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-09-21 23:00:00 - cleaning the object tree TB --- 2008-09-21 23:00:53 - cvsupping the source tree TB --- 2008-09-21 23:00:53 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-09-21 23:01:00 - building world (CFLAGS=-O -pipe) TB --- 2008-09-21 23:01:00 - cd /src TB --- 2008-09-21 23:01:00 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 21 23:01:02 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipresend/../../../sys -I/src/sbin/ipf/ipresend/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ipresend ipresend.o ip.o resend.o sbpf.o sock.o 44arp.o /obj/amd64/src/sbin/ipf/ipresend/../libipf/libipf.a -lkvm gzip -cn /src/sbin/ipf/ipresend/../../../contrib/ipfilter/ipsend/ipresend.1 > ipresend.1.gz ===> sbin/ipfw (all) cc -O -pipe -fstack-protector -Wno-pointer-sign -c /src/sbin/ipfw/ipfw2.c /src/sbin/ipfw/ipfw2.c: In function 'table_handler': /src/sbin/ipfw/ipfw2.c:5877: error: 'a' undeclared (first use in this function) /src/sbin/ipfw/ipfw2.c:5877: error: (Each undeclared identifier is reported only once /src/sbin/ipfw/ipfw2.c:5877: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/ipfw. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-22 00:03:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-22 00:03:30 - ERROR: failed to build world TB --- 2008-09-22 00:03:30 - tinderbox aborted TB --- 2705.29 user 334.16 system 3809.83 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Sep 22 00:59:48 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAD24106566B; Mon, 22 Sep 2008 00:59:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 66B878FC12; Mon, 22 Sep 2008 00:59:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8M0xeDC038743; Sun, 21 Sep 2008 20:59:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8M0xeum053999; Sun, 21 Sep 2008 20:59:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8877A73039; Sun, 21 Sep 2008 20:59:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080922005940.8877A73039@freebsd-current.sentex.ca> Date: Sun, 21 Sep 2008 20:59:40 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 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: Mon, 22 Sep 2008 00:59:48 -0000 TB --- 2008-09-21 23:59:05 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-21 23:59:05 - starting HEAD tinderbox run for i386/i386 TB --- 2008-09-21 23:59:05 - cleaning the object tree TB --- 2008-09-21 23:59:39 - cvsupping the source tree TB --- 2008-09-21 23:59:39 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-09-21 23:59:46 - building world (CFLAGS=-O -pipe) TB --- 2008-09-21 23:59:46 - cd /src TB --- 2008-09-21 23:59:46 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 21 23:59:49 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipresend/../../../sys -I/src/sbin/ipf/ipresend/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ipresend ipresend.o ip.o resend.o sbpf.o sock.o 44arp.o /obj/src/sbin/ipf/ipresend/../libipf/libipf.a -lkvm gzip -cn /src/sbin/ipf/ipresend/../../../contrib/ipfilter/ipsend/ipresend.1 > ipresend.1.gz ===> sbin/ipfw (all) cc -O -pipe -fstack-protector -Wno-pointer-sign -c /src/sbin/ipfw/ipfw2.c /src/sbin/ipfw/ipfw2.c: In function 'table_handler': /src/sbin/ipfw/ipfw2.c:5877: error: 'a' undeclared (first use in this function) /src/sbin/ipfw/ipfw2.c:5877: error: (Each undeclared identifier is reported only once /src/sbin/ipfw/ipfw2.c:5877: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/ipfw. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-22 00:59:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-22 00:59:40 - ERROR: failed to build world TB --- 2008-09-22 00:59:40 - tinderbox aborted TB --- 2616.14 user 318.16 system 3634.91 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Sep 22 01:03:59 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16A911065671; Mon, 22 Sep 2008 01:03:59 +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 B6A5F8FC1F; Mon, 22 Sep 2008 01:03:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8M13uPo039029; Sun, 21 Sep 2008 21:03:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m8M13u42064181; Sun, 21 Sep 2008 21:03:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7EF8A73039; Sun, 21 Sep 2008 21:03:56 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080922010356.7EF8A73039@freebsd-current.sentex.ca> Date: Sun, 21 Sep 2008 21:03:56 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner2 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: Mon, 22 Sep 2008 01:03:59 -0000 TB --- 2008-09-22 00:03:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-22 00:03:30 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-09-22 00:03:30 - cleaning the object tree TB --- 2008-09-22 00:03:58 - cvsupping the source tree TB --- 2008-09-22 00:03:58 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-09-22 00:04:05 - building world (CFLAGS=-O -pipe) TB --- 2008-09-22 00:04:05 - cd /src TB --- 2008-09-22 00:04:05 - /usr/bin/make -B buildworld >>> World build started on Mon Sep 22 00:04:06 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipresend/../../../sys -I/src/sbin/ipf/ipresend/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ipresend ipresend.o ip.o resend.o sbpf.o sock.o 44arp.o /obj/pc98/src/sbin/ipf/ipresend/../libipf/libipf.a -lkvm gzip -cn /src/sbin/ipf/ipresend/../../../contrib/ipfilter/ipsend/ipresend.1 > ipresend.1.gz ===> sbin/ipfw (all) cc -O -pipe -fstack-protector -Wno-pointer-sign -c /src/sbin/ipfw/ipfw2.c /src/sbin/ipfw/ipfw2.c: In function 'table_handler': /src/sbin/ipfw/ipfw2.c:5877: error: 'a' undeclared (first use in this function) /src/sbin/ipfw/ipfw2.c:5877: error: (Each undeclared identifier is reported only once /src/sbin/ipfw/ipfw2.c:5877: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/ipfw. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-22 01:03:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-22 01:03:56 - ERROR: failed to build world TB --- 2008-09-22 01:03:56 - tinderbox aborted TB --- 2614.80 user 332.04 system 3625.95 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Sep 22 01:37:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBB851065677 for ; Mon, 22 Sep 2008 01:37:30 +0000 (UTC) (envelope-from y2s1982@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id 8A85A8FC1A for ; Mon, 22 Sep 2008 01:37:30 +0000 (UTC) (envelope-from y2s1982@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1148821rvf.43 for ; Sun, 21 Sep 2008 18:37:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=/U4fOsf5EGhfc3rc2FLVeijqWVf94NvMu9TRTq9Xzmk=; b=XSptgeqaQSWzroR3MEoLX0LGOCj6pljfyV0GQ27J6N38MHxt7FKrOP2E2N+n9gPMiZ 75bj2Bv0MPecdyrvS7rRZrzVoAsPoDb15rd3MipnudoB3l5m+tGdy3naAa5BKWpyUKTu 6dCo1CXwTL8IzwurmT1XmCt6DfcaFPcB06h6s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=IImSWxR5YGkftsxP7ylyepPTudysVTgI0+MVQ4etp9bp2INGPj/H+22z84d4aJP2eP IxYCLof/8tOJX+YQ+jPI2wBe4dQ7jYkRANonb+cEzm2ij+syFzLpFlqqypr53zilRZTE S012K8n9R3ckcE14EjrA2L7rh9prea+EtmZcw= Received: by 10.141.41.12 with SMTP id t12mr1581193rvj.282.1222047450169; Sun, 21 Sep 2008 18:37:30 -0700 (PDT) Received: by 10.141.210.9 with HTTP; Sun, 21 Sep 2008 18:37:30 -0700 (PDT) Message-ID: <5fb5cdcd0809211837y275ddeb2xcb062b0e66b0670a@mail.gmail.com> Date: Mon, 22 Sep 2008 10:37:30 +0900 From: "Tony Sim" To: vermaden In-Reply-To: <20080911083305.61E63CF0AC@f06.poczta.interia.pl> MIME-Version: 1.0 References: <20080911083305.61E63CF0AC@f06.poczta.interia.pl> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: des@des.no, freebsd-current@freebsd.org Subject: Re: Intel GMA x4500 / xorg help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2008 01:37:30 -0000 Yes, i've read those reviews. I also know that the current port tree seems to have the latest version of the driver. I've also read, however, that drivers in Freebsd, by default, have disabled support for Intel's later graphics cards, and this seems to be in agreement in the description of the port.... and furthermore, my laptop, which has the said graphic card, constantly crashes whenever xorg tries to deal with the graphics card. By this i mean the entire freebsd crashes... So since it apparently works with linux and xorg, the driver is there... the question is, does it work in freebsd? On Thu, Sep 11, 2008 at 5:33 PM, vermaden wrote: > > "Tony Sim" writes: > > > Is there a driver for GMA x4500 graphics card in Freebsd? > > > > I think the question you *meant* to ask is "does X.org support the GMA > > X4500 series". The answer is "ask on an X.org mailing list". > > > > DES > > Hi, > > Intel X4500 is already supported by both Xorg and intel open driver: > http://www.phoronix.com/scan.php?page=news_item&px=NjUzMw > > It has been even already benched: > http://www.phoronix.com/scan.php?page=article&item=intel_x4500hd > > Regards > vermaden > > ---------------------------------------------------------------------- > Drogowa Mapa Polski GPS w Twoim telefonie! > Pobierz >> http://link.interia.pl/f1f0a > > From owner-freebsd-current@FreeBSD.ORG Mon Sep 22 02:05:32 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6311A106567E; Mon, 22 Sep 2008 02:05:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0EC6B8FC1F; Mon, 22 Sep 2008 02:05:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8M25ScE042809; Sun, 21 Sep 2008 22:05:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m8M25S1b013164; Sun, 21 Sep 2008 22:05:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 71A7B73039; Sun, 21 Sep 2008 22:05:28 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080922020528.71A7B73039@freebsd-current.sentex.ca> Date: Sun, 21 Sep 2008 22:05:28 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Sep 2008 02:05:32 -0000 TB --- 2008-09-22 01:03:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-22 01:03:56 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-09-22 01:03:56 - cleaning the object tree TB --- 2008-09-22 01:04:27 - cvsupping the source tree TB --- 2008-09-22 01:04:27 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-09-22 01:04:33 - building world (CFLAGS=-O -pipe) TB --- 2008-09-22 01:04:33 - cd /src TB --- 2008-09-22 01:04:33 - /usr/bin/make -B buildworld >>> World build started on Mon Sep 22 01:04:35 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipresend/../../../sys -I/src/sbin/ipf/ipresend/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ipresend ipresend.o ip.o resend.o sbpf.o sock.o 44arp.o /obj/powerpc/src/sbin/ipf/ipresend/../libipf/libipf.a -lkvm gzip -cn /src/sbin/ipf/ipresend/../../../contrib/ipfilter/ipsend/ipresend.1 > ipresend.1.gz ===> sbin/ipfw (all) cc -O -pipe -fstack-protector -Wno-pointer-sign -c /src/sbin/ipfw/ipfw2.c /src/sbin/ipfw/ipfw2.c: In function 'table_handler': /src/sbin/ipfw/ipfw2.c:5877: error: 'a' undeclared (first use in this function) /src/sbin/ipfw/ipfw2.c:5877: error: (Each undeclared identifier is reported only once /src/sbin/ipfw/ipfw2.c:5877: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/ipfw. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-22 02:05:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-22 02:05:28 - ERROR: failed to build world TB --- 2008-09-22 02:05:28 - tinderbox aborted TB --- 2673.00 user 321.80 system 3691.58 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Sep 22 02:08:04 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 676D11065678; Mon, 22 Sep 2008 02:08:04 +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 120F88FC27; Mon, 22 Sep 2008 02:08:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8M282pF042967; Sun, 21 Sep 2008 22:08:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m8M282C4016494; Sun, 21 Sep 2008 22:08:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EE34F73039; Sun, 21 Sep 2008 22:08:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080922020801.EE34F73039@freebsd-current.sentex.ca> Date: Sun, 21 Sep 2008 22:08:01 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Sep 2008 02:08:04 -0000 TB --- 2008-09-22 00:59:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-22 00:59:40 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-09-22 00:59:40 - cleaning the object tree TB --- 2008-09-22 01:00:12 - cvsupping the source tree TB --- 2008-09-22 01:00:12 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-09-22 01:00:20 - building world (CFLAGS=-O -pipe) TB --- 2008-09-22 01:00:20 - cd /src TB --- 2008-09-22 01:00:20 - /usr/bin/make -B buildworld >>> World build started on Mon Sep 22 01:00:24 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipresend/../../../sys -I/src/sbin/ipf/ipresend/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ipresend ipresend.o ip.o resend.o sbpf.o sock.o 44arp.o /obj/ia64/src/sbin/ipf/ipresend/../libipf/libipf.a -lkvm gzip -cn /src/sbin/ipf/ipresend/../../../contrib/ipfilter/ipsend/ipresend.1 > ipresend.1.gz ===> sbin/ipfw (all) cc -O -pipe -Wno-pointer-sign -c /src/sbin/ipfw/ipfw2.c /src/sbin/ipfw/ipfw2.c: In function 'table_handler': /src/sbin/ipfw/ipfw2.c:5877: error: 'a' undeclared (first use in this function) /src/sbin/ipfw/ipfw2.c:5877: error: (Each undeclared identifier is reported only once /src/sbin/ipfw/ipfw2.c:5877: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/ipfw. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-22 02:08:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-22 02:08:01 - ERROR: failed to build world TB --- 2008-09-22 02:08:01 - tinderbox aborted TB --- 2972.73 user 332.46 system 4101.14 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Sep 22 02:07:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B4BF1065671 for ; Mon, 22 Sep 2008 02:07:20 +0000 (UTC) (envelope-from rnoland@2hip.net) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 608338FC1A for ; Mon, 22 Sep 2008 02:07:20 +0000 (UTC) (envelope-from rnoland@2hip.net) Received: from [192.168.2.31] (c-71-56-39-94.hsd1.ga.comcast.net [71.56.39.94]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id m8M1mU6v046602 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 21 Sep 2008 21:48:31 -0400 (EDT) (envelope-from rnoland@2hip.net) From: Robert Noland To: Tony Sim In-Reply-To: <5fb5cdcd0809211837y275ddeb2xcb062b0e66b0670a@mail.gmail.com> References: <20080911083305.61E63CF0AC@f06.poczta.interia.pl> <5fb5cdcd0809211837y275ddeb2xcb062b0e66b0670a@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-7Ji2rBCGTA3427EWHHDr" Organization: 2Hip Networks Date: Sun, 21 Sep 2008 21:48:24 -0400 Message-Id: <1222048105.1697.16.camel@wombat.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net X-Mailman-Approved-At: Mon, 22 Sep 2008 02:22:47 +0000 Cc: des@des.no, vermaden , freebsd-current@freebsd.org Subject: Re: Intel GMA x4500 / xorg help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2008 02:07:20 -0000 --=-7Ji2rBCGTA3427EWHHDr Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2008-09-22 at 10:37 +0900, Tony Sim wrote: > Yes, i've read those reviews. I also know that the current port tree see= ms > to have the latest version of the driver. I've also read, however, that > drivers in Freebsd, by default, have disabled support for Intel's later > graphics cards, and this seems to be in agreement in the description of t= he > port.... and furthermore, my laptop, which has the said graphic card, > constantly crashes whenever xorg tries to deal with the graphics card. B= y > this i mean the entire freebsd crashes... >=20 > So since it apparently works with linux and xorg, the driver is there... = the > question is, does it work in freebsd? I am not currently aware of any such limitation. That said, I probably need to sync up our agp_i810 with a few new pci id's. We run the same drm code that linux does, though I'm still not exactly clear on what features they have actually shipped with a release. All Intel cards are "AGP" and therefore have to use agp_i810 which I suppose I am responsible for now. Send me pci id's and I can check on it... robert. > On Thu, Sep 11, 2008 at 5:33 PM, vermaden wrote: >=20 > > > "Tony Sim" writes: > > > > Is there a driver for GMA x4500 graphics card in Freebsd? > > > > > > I think the question you *meant* to ask is "does X.org support the GM= A > > > X4500 series". The answer is "ask on an X.org mailing list". > > > > > > DES > > > > Hi, > > > > Intel X4500 is already supported by both Xorg and intel open driver: > > http://www.phoronix.com/scan.php?page=3Dnews_item&px=3DNjUzMw > > > > It has been even already benched: > > http://www.phoronix.com/scan.php?page=3Darticle&item=3Dintel_x4500hd > > > > Regards > > vermaden > > > > ---------------------------------------------------------------------- > > Drogowa Mapa Polski GPS w Twoim telefonie! > > Pobierz >> http://link.interia.pl/f1f0a > > > > > _______________________________________________ > 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= " --=-7Ji2rBCGTA3427EWHHDr 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) iEYEABECAAYFAkjW+WgACgkQM4TrQ4qfROPF6ACeNW2nEK3l0a3FZc+zsAq9rH8G SvgAnRnyRLZ5UZOtxebMX102w4gsa5xu =1Xc3 -----END PGP SIGNATURE----- --=-7Ji2rBCGTA3427EWHHDr-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 22 03:04:18 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B51A106564A; Mon, 22 Sep 2008 03:04:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 161A98FC1D; Mon, 22 Sep 2008 03:04:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8M34FaL045661; Sun, 21 Sep 2008 23:04:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m8M34EZA052039; Sun, 21 Sep 2008 23:04:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CFA6373039; Sun, 21 Sep 2008 23:04:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080922030414.CFA6373039@freebsd-current.sentex.ca> Date: Sun, 21 Sep 2008 23:04:14 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Sep 2008 03:04:18 -0000 TB --- 2008-09-22 02:05:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-22 02:05:28 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-09-22 02:05:28 - cleaning the object tree TB --- 2008-09-22 02:05:57 - cvsupping the source tree TB --- 2008-09-22 02:05:57 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-09-22 02:06:05 - building world (CFLAGS=-O -pipe) TB --- 2008-09-22 02:06:05 - cd /src TB --- 2008-09-22 02:06:05 - /usr/bin/make -B buildworld >>> World build started on Mon Sep 22 02:06:07 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipresend/../../../sys -I/src/sbin/ipf/ipresend/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ipresend ipresend.o ip.o resend.o sbpf.o sock.o 44arp.o /obj/sparc64/src/sbin/ipf/ipresend/../libipf/libipf.a -lkvm gzip -cn /src/sbin/ipf/ipresend/../../../contrib/ipfilter/ipsend/ipresend.1 > ipresend.1.gz ===> sbin/ipfw (all) cc -O -pipe -fstack-protector -Wno-pointer-sign -c /src/sbin/ipfw/ipfw2.c /src/sbin/ipfw/ipfw2.c: In function 'table_handler': /src/sbin/ipfw/ipfw2.c:5877: error: 'a' undeclared (first use in this function) /src/sbin/ipfw/ipfw2.c:5877: error: (Each undeclared identifier is reported only once /src/sbin/ipfw/ipfw2.c:5877: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/ipfw. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-22 03:04:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-22 03:04:14 - ERROR: failed to build world TB --- 2008-09-22 03:04:14 - tinderbox aborted TB --- 2495.10 user 319.91 system 3525.98 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Sep 22 03:05:30 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A32941065675; Mon, 22 Sep 2008 03:05:30 +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 4E6848FC16; Mon, 22 Sep 2008 03:05:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8M35S9E045705; Sun, 21 Sep 2008 23:05:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m8M35Swa058773; Sun, 21 Sep 2008 23:05:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0624973039; Sun, 21 Sep 2008 23:05:28 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080922030528.0624973039@freebsd-current.sentex.ca> Date: Sun, 21 Sep 2008 23:05:28 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Sep 2008 03:05:30 -0000 TB --- 2008-09-22 02:08:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-22 02:08:02 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-09-22 02:08:02 - cleaning the object tree TB --- 2008-09-22 02:08:33 - cvsupping the source tree TB --- 2008-09-22 02:08:33 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-09-22 02:08:40 - building world (CFLAGS=-O -pipe) TB --- 2008-09-22 02:08:40 - cd /src TB --- 2008-09-22 02:08:40 - /usr/bin/make -B buildworld >>> World build started on Mon Sep 22 02:08:41 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipresend/../../../sys -I/src/sbin/ipf/ipresend/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ipresend ipresend.o ip.o resend.o sbpf.o sock.o 44arp.o /obj/sun4v/src/sbin/ipf/ipresend/../libipf/libipf.a -lkvm gzip -cn /src/sbin/ipf/ipresend/../../../contrib/ipfilter/ipsend/ipresend.1 > ipresend.1.gz ===> sbin/ipfw (all) cc -O -pipe -fstack-protector -Wno-pointer-sign -c /src/sbin/ipfw/ipfw2.c /src/sbin/ipfw/ipfw2.c: In function 'table_handler': /src/sbin/ipfw/ipfw2.c:5877: error: 'a' undeclared (first use in this function) /src/sbin/ipfw/ipfw2.c:5877: error: (Each undeclared identifier is reported only once /src/sbin/ipfw/ipfw2.c:5877: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/ipfw. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-22 03:05:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-22 03:05:28 - ERROR: failed to build world TB --- 2008-09-22 03:05:28 - tinderbox aborted TB --- 2491.32 user 317.91 system 3445.89 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Sep 22 04:18:56 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 458161065672; Mon, 22 Sep 2008 04:18: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 E4D218FC17; Mon, 22 Sep 2008 04:18:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8M4Iqjs048692; Mon, 22 Sep 2008 00:18:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m8M4Iq66031521; Mon, 22 Sep 2008 00:18:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B6E7973039; Mon, 22 Sep 2008 00:18:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080922041852.B6E7973039@freebsd-current.sentex.ca> Date: Mon, 22 Sep 2008 00:18:52 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Sep 2008 04:18:56 -0000 TB --- 2008-09-22 03:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-22 03:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-09-22 03:20:00 - cleaning the object tree TB --- 2008-09-22 03:20:26 - cvsupping the source tree TB --- 2008-09-22 03:20:26 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-09-22 03:20:36 - building world (CFLAGS=-O -pipe) TB --- 2008-09-22 03:20:36 - cd /src TB --- 2008-09-22 03:20:36 - /usr/bin/make -B buildworld >>> World build started on Mon Sep 22 03:20:38 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipresend/../../../sys -I/src/sbin/ipf/ipresend/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ipresend ipresend.o ip.o resend.o sbpf.o sock.o 44arp.o /obj/arm/src/sbin/ipf/ipresend/../libipf/libipf.a -lkvm gzip -cn /src/sbin/ipf/ipresend/../../../contrib/ipfilter/ipsend/ipresend.1 > ipresend.1.gz ===> sbin/ipfw (all) cc -O -pipe -Wno-pointer-sign -c /src/sbin/ipfw/ipfw2.c /src/sbin/ipfw/ipfw2.c: In function 'table_handler': /src/sbin/ipfw/ipfw2.c:5877: error: 'a' undeclared (first use in this function) /src/sbin/ipfw/ipfw2.c:5877: error: (Each undeclared identifier is reported only once /src/sbin/ipfw/ipfw2.c:5877: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/ipfw. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-22 04:18:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-22 04:18:52 - ERROR: failed to build world TB --- 2008-09-22 04:18:52 - tinderbox aborted TB --- 2578.04 user 324.55 system 3531.68 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Sep 22 04:23:09 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD96C1065673; Mon, 22 Sep 2008 04:23:09 +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 58C598FC14; Mon, 22 Sep 2008 04:23:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8M4N7jt048858; Mon, 22 Sep 2008 00:23:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m8M4N7AL041338; Mon, 22 Sep 2008 00:23:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2ECB673039; Mon, 22 Sep 2008 00:23:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080922042307.2ECB673039@freebsd-current.sentex.ca> Date: Mon, 22 Sep 2008 00:23:07 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 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: Mon, 22 Sep 2008 04:23:09 -0000 TB --- 2008-09-22 03:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-22 03:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-09-22 03:20:00 - cleaning the object tree TB --- 2008-09-22 03:20:28 - cvsupping the source tree TB --- 2008-09-22 03:20:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-09-22 03:20:36 - building world (CFLAGS=-O -pipe) TB --- 2008-09-22 03:20:36 - cd /src TB --- 2008-09-22 03:20:36 - /usr/bin/make -B buildworld >>> World build started on Mon Sep 22 03:20:39 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipresend/../../../sys -I/src/sbin/ipf/ipresend/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ipresend ipresend.o ip.o resend.o sbpf.o sock.o 44arp.o /obj/amd64/src/sbin/ipf/ipresend/../libipf/libipf.a -lkvm gzip -cn /src/sbin/ipf/ipresend/../../../contrib/ipfilter/ipsend/ipresend.1 > ipresend.1.gz ===> sbin/ipfw (all) cc -O -pipe -fstack-protector -Wno-pointer-sign -c /src/sbin/ipfw/ipfw2.c /src/sbin/ipfw/ipfw2.c: In function 'table_handler': /src/sbin/ipfw/ipfw2.c:5877: error: 'a' undeclared (first use in this function) /src/sbin/ipfw/ipfw2.c:5877: error: (Each undeclared identifier is reported only once /src/sbin/ipfw/ipfw2.c:5877: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/ipfw. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-22 04:23:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-22 04:23:07 - ERROR: failed to build world TB --- 2008-09-22 04:23:07 - tinderbox aborted TB --- 2707.03 user 330.81 system 3786.29 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Sep 22 05:19:04 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEF0E106564A; Mon, 22 Sep 2008 05:19:04 +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 5A3EF8FC17; Mon, 22 Sep 2008 05:18:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8M5Iun1050877; Mon, 22 Sep 2008 01:18:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m8M5ItLB076196; Mon, 22 Sep 2008 01:18:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BCD9373039; Mon, 22 Sep 2008 01:18:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080922051855.BCD9373039@freebsd-current.sentex.ca> Date: Mon, 22 Sep 2008 01:18:55 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Sep 2008 05:19:04 -0000 TB --- 2008-09-22 04:18:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-22 04:18:52 - starting HEAD tinderbox run for i386/i386 TB --- 2008-09-22 04:18:52 - cleaning the object tree TB --- 2008-09-22 04:19:09 - cvsupping the source tree TB --- 2008-09-22 04:19:09 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-09-22 04:19:17 - building world (CFLAGS=-O -pipe) TB --- 2008-09-22 04:19:17 - cd /src TB --- 2008-09-22 04:19:17 - /usr/bin/make -B buildworld >>> World build started on Mon Sep 22 04:19:18 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipresend/../../../sys -I/src/sbin/ipf/ipresend/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ipresend ipresend.o ip.o resend.o sbpf.o sock.o 44arp.o /obj/src/sbin/ipf/ipresend/../libipf/libipf.a -lkvm gzip -cn /src/sbin/ipf/ipresend/../../../contrib/ipfilter/ipsend/ipresend.1 > ipresend.1.gz ===> sbin/ipfw (all) cc -O -pipe -fstack-protector -Wno-pointer-sign -c /src/sbin/ipfw/ipfw2.c /src/sbin/ipfw/ipfw2.c: In function 'table_handler': /src/sbin/ipfw/ipfw2.c:5877: error: 'a' undeclared (first use in this function) /src/sbin/ipfw/ipfw2.c:5877: error: (Each undeclared identifier is reported only once /src/sbin/ipfw/ipfw2.c:5877: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/ipfw. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-22 05:18:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-22 05:18:55 - ERROR: failed to build world TB --- 2008-09-22 05:18:55 - tinderbox aborted TB --- 2614.57 user 317.49 system 3602.69 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Sep 22 05:23:20 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FA05106564A; Mon, 22 Sep 2008 05:23:20 +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 F06008FC0A; Mon, 22 Sep 2008 05:23:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m8M5NHc9059519; Mon, 22 Sep 2008 01:23:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8M5NHdB050499; Mon, 22 Sep 2008 01:23:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2199873039; Mon, 22 Sep 2008 01:23:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080922052317.2199873039@freebsd-current.sentex.ca> Date: Mon, 22 Sep 2008 01:23:17 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Sep 2008 05:23:20 -0000 TB --- 2008-09-22 04:23:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-22 04:23:07 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-09-22 04:23:07 - cleaning the object tree TB --- 2008-09-22 04:23:22 - cvsupping the source tree TB --- 2008-09-22 04:23:22 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-09-22 04:23:29 - building world (CFLAGS=-O -pipe) TB --- 2008-09-22 04:23:29 - cd /src TB --- 2008-09-22 04:23:29 - /usr/bin/make -B buildworld >>> World build started on Mon Sep 22 04:23:30 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipresend/../../../sys -I/src/sbin/ipf/ipresend/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ipresend ipresend.o ip.o resend.o sbpf.o sock.o 44arp.o /obj/pc98/src/sbin/ipf/ipresend/../libipf/libipf.a -lkvm gzip -cn /src/sbin/ipf/ipresend/../../../contrib/ipfilter/ipsend/ipresend.1 > ipresend.1.gz ===> sbin/ipfw (all) cc -O -pipe -fstack-protector -Wno-pointer-sign -c /src/sbin/ipfw/ipfw2.c /src/sbin/ipfw/ipfw2.c: In function 'table_handler': /src/sbin/ipfw/ipfw2.c:5877: error: 'a' undeclared (first use in this function) /src/sbin/ipfw/ipfw2.c:5877: error: (Each undeclared identifier is reported only once /src/sbin/ipfw/ipfw2.c:5877: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/ipfw. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-22 05:23:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-22 05:23:17 - ERROR: failed to build world TB --- 2008-09-22 05:23:17 - tinderbox aborted TB --- 2614.54 user 330.70 system 3609.76 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Sep 22 05:35:00 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DFD3106567F for ; Mon, 22 Sep 2008 05:35:00 +0000 (UTC) (envelope-from bsd@fluffles.net) Received: from mail.fluffles.net (fluffles.net [80.69.95.190]) by mx1.freebsd.org (Postfix) with ESMTP id F41848FC12 for ; Mon, 22 Sep 2008 05:34:59 +0000 (UTC) (envelope-from bsd@fluffles.net) Received: from [10.10.0.2] (cust.95.160.adsl.cistron.nl [195.64.95.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: info@fluffles.net) by mail.fluffles.net (Postfix) with ESMTP id 40812B29D66; Mon, 22 Sep 2008 07:35:54 +0200 (CEST) Message-ID: <48D72F0E.7040501@fluffles.net> Date: Mon, 22 Sep 2008 07:37:18 +0200 From: "fluffles.net" User-Agent: Thunderbird 2.0.0.16 (X11/20080724) MIME-Version: 1.0 To: "G. Otsuji" References: <200809070036.m870a3NC001532@softbank219001162114.bbtec.net> In-Reply-To: <200809070036.m870a3NC001532@softbank219001162114.bbtec.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: AMD Family 10h cpufreq driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2008 05:35:00 -0000 Hi G. Otsuji, This is great news, i've bought a Phenom X9350e to power my new high-end NAS. I'm very keen on testing this driver module. Only question: how do i compile & install? If you could give me some pointers that would be great. Regards, Veronica G. Otsuji wrote: > Hello , > I have AMD Phenom x4 9850 BE cpu ,but > there was no sysctl oid dev.cpu.0.freq_levels. > so I read the BKDG (bios and kernel developer guide for AMD Family 10h) > and finally I reached some result. > I wrote pstate.c cpufreq driver module. attached in this mail. > I have tested this module on i386 current/stable, amd64 current/stable. > and make -j20 buildworld can be done with running powerd. > This module has capability to down clock to 400MHz. > but It's slow, so echo "debug.cpufreq.lowest=1200" >>/boot/loader.conf. > and the reuslt is as follows. > $ sysctl dev.cpu.0.freq_levels > dev.cpu.0.freq_levels: 2500/-1 2400/-1 2300/-1 2200/-1 2100/-1 2000/-1 > 1900/-1 1800/-1 1700/-1 1600/-1 1500/-1 1400/-1 1300/-1 1200/-1 > > I have enjoying this module in a few days but It's OK. > > AMD Family 10h cpu_id's are 100f23,100f2a,100f22. > I don't have Opteron 13XX 23XX 83XX,Phenom X3, and other Phenom X4,And MP system. > if you have these cpu's , i would like you to try this module. > feel free to contact me. > > Sincerely, > G. Otsuji > > > ------------------------------------------------------------------------ > > > > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Sep 22 05:41:15 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE7911065670; Mon, 22 Sep 2008 05:41:15 +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 3C0758FC12; Mon, 22 Sep 2008 05:41:14 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl83-215.kln.forthnet.gr [77.49.50.215]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id m8M5L7Rf001434 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 22 Sep 2008 08:21:15 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id m8M5L78I002484; Mon, 22 Sep 2008 08:21:07 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id m8M5L6l1002483; Mon, 22 Sep 2008 08:21:06 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: FreeBSD Tinderbox References: <20080922042307.2ECB673039@freebsd-current.sentex.ca> Date: Mon, 22 Sep 2008 08:21:06 +0300 In-Reply-To: <20080922042307.2ECB673039@freebsd-current.sentex.ca> (FreeBSD Tinderbox's message of "Mon, 22 Sep 2008 00:23:07 -0400 (EDT)") Message-ID: <877i94n4cd.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: m8M5L7Rf001434 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.853, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.55, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Sep 2008 05:41:16 -0000 On Mon, 22 Sep 2008 00:23:07 -0400 (EDT), FreeBSD Tinderbox wrote: > ===> sbin/ipfw (all) > cc -O -pipe -fstack-protector -Wno-pointer-sign -c /src/sbin/ipfw/ipfw2.c > /src/sbin/ipfw/ipfw2.c: In function 'table_handler': > /src/sbin/ipfw/ipfw2.c:5877: error: 'a' undeclared (first use in this function) > /src/sbin/ipfw/ipfw2.c:5877: error: (Each undeclared identifier is reported only once > /src/sbin/ipfw/ipfw2.c:5877: error: for each function it appears in.) > *** Error code 1 Should be fixed in revision /head@183263 ... From owner-freebsd-current@FreeBSD.ORG Mon Sep 22 16:24:40 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D34461065739 for ; Mon, 22 Sep 2008 16:24:40 +0000 (UTC) (envelope-from jille@quis.cx) Received: from smtp1.versatel.nl (smtp1.versatel.nl [62.58.50.88]) by mx1.freebsd.org (Postfix) with ESMTP id 8A0F38FC17 for ; Mon, 22 Sep 2008 16:24:38 +0000 (UTC) (envelope-from jille@quis.cx) Received: (qmail 3180 invoked by uid 0); 22 Sep 2008 16:24:35 -0000 Received: from ip83-113-174-82.adsl2.static.versatel.nl (HELO istud.quis.cx) ([82.174.113.83]) (envelope-sender ) by smtp1.versatel.nl (qmail-ldap-1.03) with SMTP for < >; 22 Sep 2008 16:24:35 -0000 Received: from [192.168.1.4] (ille [192.168.1.4]) by istud.quis.cx (Postfix) with ESMTP id CDADF5C1D for ; Mon, 22 Sep 2008 18:24:34 +0200 (CEST) Message-ID: <48D7C6BF.8030702@quis.cx> Date: Mon, 22 Sep 2008 18:24:31 +0200 From: Jille Timmermans User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: multipart/mixed; boundary="------------000709080900010503030109" Subject: assertion failed in libc/stdlib/malloc.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Sep 2008 16:24:41 -0000 This is a multi-part message in MIME format. --------------000709080900010503030109 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hello, I ran into an assertion failure in malloc.c; I'm running HEAD of 20 sept (i386). Assertion failed: (arena->magic == ARENA_MAGIC), function arena_dalloc, file /usr/src/lib/libc/stdlib/malloc.c, line 3837. Here is (my stripped down) program (crash.c), a file it reads data from (doolhof), and output from: compiling, running and gdb on the .core (typescript (not really a typescript (anymore))). If mailman eats the attachments I will reply with urls. -- Jille --------------000709080900010503030109 Content-Type: text/plain; name="doolhof" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="doolhof" 0 0 0 0 0 1 0 0 0 18 --------------000709080900010503030109 Content-Type: text/plain; name="kernel.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="kernel.c" #include #include #define MAP_WIDTH 1 #define MAP_HEIGHT 1 typedef enum { LEEG, BAL, MUUR } hokje; hokje map[MAP_HEIGHT][MAP_WIDTH]; int main(int argc, char **argv) { int kx, ky, kd, bx, by, hmuren, vmuren; FILE *fh = fopen("doolhof", "r"); fscanf(fh, "%d %d %d %d %d %d %d\n", &kx, &ky, &kd, &bx, &by, &hmuren, &vmuren); while(hmuren--) { int mx, my, md; fscanf(fh, "%d %d %d\n", &mx, &my, &md); while(md--) { map[my][mx] = MUUR; mx++; } } fclose(fh); return 0; } --------------000709080900010503030109 Content-Type: text/plain; name="typescript" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="typescript" $ gcc -nodefaultlibs -o crash crash.c /usr/obj/usr/src/lib/libc/libc.so.7 $ LD_LIBRARY_PATH=/usr/obj/usr/src/lib/libc ./crash Assertion failed: (arena->magic == ARENA_MAGIC), function arena_dalloc, file /usr/src/lib/libc/stdlib/malloc.c, line 3837. Abort trap (core dumped) $ gdb crash crash.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... Core was generated by `crash'. Program terminated with signal 6, Aborted. Reading symbols from /usr/obj/usr/src/lib/libc/libc.so.7...done. Loaded symbols for /usr/obj/usr/src/lib/libc/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x281687d7 in kill () at kill.S:2 2 RSYSCALL(kill) (gdb) bt #0 0x281687d7 in kill () at kill.S:2 #1 0x28168736 in __raise (s=6) at /usr/src/lib/libc/gen/raise.c:46 #2 0x2816735a in abort () at /usr/src/lib/libc/stdlib/abort.c:65 #3 0x2814d676 in __assert (func=0x6
, file=0x5
, line=0, failedexpr=0x28170169 "arena->magic == ARENA_MAGIC") at /usr/src/lib/libc/gen/assert.c:54 #4 0x280ef7e5 in idalloc (ptr=0x8101000) at /usr/src/lib/libc/stdlib/malloc.c:3837 #5 0x280f00b7 in free (ptr=0x8101000) at /usr/src/lib/libc/stdlib/malloc.c:5447 #6 0x2815249e in fclose (fp=0x28192060) at /usr/src/lib/libc/stdio/fclose.c:61 #7 0x08048558 in main () Current language: auto; currently asm (gdb) frame 7 #7 0x08048558 in main () (gdb) list 61 free((char *)fp->_bf._base); 62 if (HASUB(fp)) 63 FREEUB(fp); 64 if (HASLB(fp)) 65 FREELB(fp); 66 fp->_file = -1; 67 fp->_r = fp->_w = 0; /* Mess up if reaccessed. */ 68 fp->_flags = 0; /* Release this FILE for reuse. */ 69 FUNLOCKFILE(fp); 70 return (r); (gdb) frame 6 #6 0x2815249e in fclose (fp=0x28192060) at /usr/src/lib/libc/stdio/fclose.c:61 61 free((char *)fp->_bf._base); Current language: auto; currently c (gdb) list 56 FLOCKFILE(fp); 57 r = fp->_flags & __SWR ? __sflush(fp) : 0; 58 if (fp->_close != NULL && (*fp->_close)(fp->_cookie) < 0) 59 r = EOF; 60 if (fp->_flags & __SMBF) 61 free((char *)fp->_bf._base); 62 if (HASUB(fp)) 63 FREEUB(fp); 64 if (HASLB(fp)) 65 FREELB(fp); (gdb) frame 5 #5 0x280f00b7 in free (ptr=0x8101000) at /usr/src/lib/libc/stdlib/malloc.c:5447 5447 idalloc(ptr); (gdb) list 5442 5443 UTRACE(ptr, 0, 0); 5444 if (ptr != NULL) { 5445 assert(malloc_initialized); 5446 5447 idalloc(ptr); 5448 } 5449 } 5450 5451 /* (gdb) frame 4 #4 0x280ef7e5 in idalloc (ptr=0x8101000) at /usr/src/lib/libc/stdlib/malloc.c:3837 3837 assert(arena->magic == ARENA_MAGIC); (gdb) list 3832 { 3833 size_t pageind; 3834 arena_chunk_map_t *mapelm; 3835 3836 assert(arena != NULL); 3837 assert(arena->magic == ARENA_MAGIC); 3838 assert(chunk->arena == arena); 3839 assert(ptr != NULL); 3840 assert(CHUNK_ADDR2BASE(ptr) != ptr); 3841 (gdb) --------------000709080900010503030109-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 22 16:33:44 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D6161065677 for ; Mon, 22 Sep 2008 16:33:44 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.freebsd.org (Postfix) with ESMTP id B593E8FC16 for ; Mon, 22 Sep 2008 16:33:43 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-054-148.pools.arcor-ip.net [88.66.54.148]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1KhoM20Ho1-0004aG; Mon, 22 Sep 2008 18:33:42 +0200 Received: (qmail 55097 invoked from network); 22 Sep 2008 16:33:40 -0000 Received: from fbsd8.laiers.local (192.168.4.151) by mx.laiers.local with SMTP; 22 Sep 2008 16:33:40 -0000 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Mon, 22 Sep 2008 18:33:40 +0200 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; i386; ; ) References: <48D7C6BF.8030702@quis.cx> In-Reply-To: <48D7C6BF.8030702@quis.cx> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200809221833.40644.max@love2party.net> X-Provags-ID: V01U2FsdGVkX18i7aeydD5WvK8QACgY40YNnxuNIGJT4BwMZD7 rqPLcWsSisziGseq6qzI4O8SCjzJd1eniMrkr4vtYQVy0x5KMA Es4h40oM0aqdivUZSlpsA== Cc: Jille Timmermans Subject: Re: assertion failed in libc/stdlib/malloc.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Sep 2008 16:33:44 -0000 Your program is broken: On Monday 22 September 2008 18:24:31 Jille Timmermans wrote: > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0fscanf(fh, "%d %d %d\n", = &mx, &my, &md); from doolhof -> mx=3D0, my=3D0, md=3D18 > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0while(md--) { > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0m= ap[my][mx] =3D MUUR; loop 1: map[0][0] =3D MUUR; that's okay ... > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0m= x++; loop 2: map[0][1] =3D MUUR ... that's ... > #define MAP_WIDTH 1 > #define MAP_HEIGHT 1 > > typedef enum { LEEG, BAL, MUUR } hokje; > hokje map[MAP_HEIGHT][MAP_WIDTH]; bad. > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0} =2D-=20 /"\ 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 Mon Sep 22 16:35:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 336431065671 for ; Mon, 22 Sep 2008 16:35:09 +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 ED8C98FC1F for ; Mon, 22 Sep 2008 16:35:08 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:9c46:ffdd:a430:a76b] (unknown [IPv6:2001:7b8:3a7:0:9c46:ffdd:a430:a76b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 4915484438; Mon, 22 Sep 2008 18:35:07 +0200 (CEST) Message-ID: <48D7C93B.60608@andric.com> Date: Mon, 22 Sep 2008 18:35:07 +0200 From: Dimitry Andric User-Agent: Thunderbird 2.0.0.17pre (Windows/20080921) MIME-Version: 1.0 To: Jille Timmermans References: <48D7C6BF.8030702@quis.cx> In-Reply-To: <48D7C6BF.8030702@quis.cx> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: assertion failed in libc/stdlib/malloc.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Sep 2008 16:35:09 -0000 Jille Timmermans wrote: > I ran into an assertion failure in malloc.c It looks a lot like you're going way out of bounds in your map[][] array. It is declared 1 by 1, but you're writing at least 36 items in there, overwriting who-knows-what else... In this case malloc-internal data. :) From owner-freebsd-current@FreeBSD.ORG Mon Sep 22 16:49:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EFC51065671 for ; Mon, 22 Sep 2008 16:49:18 +0000 (UTC) (envelope-from jille@quis.cx) Received: from smtp6.versatel.nl (smtp6.versatel.nl [62.58.50.97]) by mx1.freebsd.org (Postfix) with ESMTP id EB8EB8FC12 for ; Mon, 22 Sep 2008 16:49:17 +0000 (UTC) (envelope-from jille@quis.cx) Received: (qmail 27497 invoked by uid 0); 22 Sep 2008 16:49:15 -0000 Received: from ip83-113-174-82.adsl2.static.versatel.nl (HELO istud.quis.cx) ([82.174.113.83]) (envelope-sender ) by smtp6.versatel.nl (qmail-ldap-1.03) with SMTP for < >; 22 Sep 2008 16:49:15 -0000 Received: from [192.168.1.4] (ille [192.168.1.4]) by istud.quis.cx (Postfix) with ESMTP id AFFF55C1E; Mon, 22 Sep 2008 18:49:14 +0200 (CEST) Message-ID: <48D7CC87.1070907@quis.cx> Date: Mon, 22 Sep 2008 18:49:11 +0200 From: Jille Timmermans User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Dimitry Andric References: <48D7C6BF.8030702@quis.cx> <48D7C93B.60608@andric.com> In-Reply-To: <48D7C93B.60608@andric.com> 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: assertion failed in libc/stdlib/malloc.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Sep 2008 16:49:18 -0000 Hmm, I am pretty sure my first code wasn't writing out of bounds (having map[20][40]) and while trimming the code I found out it also crashed with 'all' other sizes, and I left it on [1][1]. Unfortunately, I don't have the original (full) crashing code. I'm sorry to waste your time. -- Jille Dimitry Andric schreef: > Jille Timmermans wrote: >> I ran into an assertion failure in malloc.c > > It looks a lot like you're going way out of bounds in your map[][] > array. It is declared 1 by 1, but you're writing at least 36 items in > there, overwriting who-knows-what else... In this case malloc-internal > data. :) > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Sep 22 17:21:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2AED1065675 for ; Mon, 22 Sep 2008 17:21:18 +0000 (UTC) (envelope-from scott@bqinternet.com) Received: from mail.bqinternet.com (mail.bqinternet.com [69.9.32.203]) by mx1.freebsd.org (Postfix) with ESMTP id 8958A8FC15 for ; Mon, 22 Sep 2008 17:21:18 +0000 (UTC) (envelope-from scott@bqinternet.com) Received: from localhost (mail [69.9.32.203]) by mail.bqinternet.com (Postfix) with ESMTP id 25B2E2D964D for ; Mon, 22 Sep 2008 17:21:20 +0000 (GMT) Received: from mail.bqinternet.com ([69.9.32.203]) by localhost (mail.bqinternet.com [69.9.32.203]) (amavisd-new, port 10024) with ESMTP id NEQjY0K1Chla for ; Mon, 22 Sep 2008 17:21:17 +0000 (GMT) Received: from scott-burnss-macbook-air.local (mail [69.9.32.203]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bqinternet.com (Postfix) with ESMTP id EF5912DB0F4 for ; Mon, 22 Sep 2008 17:12:55 +0000 (GMT) Message-ID: <48D7D212.7090908@bqinternet.com> Date: Mon, 22 Sep 2008 13:12:50 -0400 From: Scott Burns User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <48D4E974.2020008@bqinternet.com> In-Reply-To: <48D4E974.2020008@bqinternet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ZFS panic in zone_dataset_visible X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2008 17:21:18 -0000 Scott Burns wrote: > Hello, > > I am running several servers using Pawel's July 27 ZFS patchset, applied > against 8-current source from the same day. I have seen a similar panic > on two different servers: ... > Stopped at _mtx_lock_flags+0x15: lock cmpxchgq %rsi,0x18(%rdi) > db> bt > Tracing pid 95276 tid 100432 td 0xffffff010b3cc000 > _mtx_lock_flags() at _mtx_lock_flags+0x15 > zone_dataset_visible() at zone_dataset_visible+0x94 > zfs_mount() at zfs_mount+0x3e5 ... With a bit of testing, I found that this panic is easily reproducible. Simply try to list the contents of a snapshot from within a jail, as long as the snapshot isn't already mounted, and the system panics. If I mount the snapshot from outside of the jail first, and then list it inside the jail, it does not panic. I spent a bit of time debugging this weekend. Trying to list an unmounted snapshot triggers a zfs_mount() for the snapshot, which calls zone_dataset_visible() to determine if the snapshot should be visible in the current zone. When it is run outside of a jail, it returns true early on because INGLOBALZONE(curproc) is true, otherwise it takes another code path. The panic is happening after that check, at mtx_lock(&pr->cr_mtx), because (pr = curthread->td_ucred->cr_prison) is NULL. Interestingly, it's not NULL if zone_dataset_visible() is triggered by a "zfs list" command, but it is NULL if zone_dataset_visible() is called from zfs_mount(). As a temporary workaround, I modified my copy of cddl/compat/opensolaris/kern/opensolaris_zone.c to have zone_dataset_visible() return true if it is being called for a snapshot. I modified it as below: -if (INGLOBALZONE(curproc)) +if (INGLOBALZONE(curproc) || strchr(dataset, '@')) This is obviously not ideal, since it allows the manipulation of the snapshot from another jail if the caller knows that it exists. Since I am the only one with root access to any of the jails, I am not concerned with that. "zfs list" continues to behave normally. I will continue looking at this, but since my main goal of working around the panic has been taken care of, I am not sure how long my attention span will last. If the cause of curthread->td_ucred->cr_prison being NULL under these conditions is obvious to anyone, please let me know. -- Scott Burns System Administrator BQ Internet Corporation From owner-freebsd-current@FreeBSD.ORG Mon Sep 22 20:33:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94798106566B for ; Mon, 22 Sep 2008 20:33:28 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.freebsd.org (Postfix) with ESMTP id 212198FC13 for ; Mon, 22 Sep 2008 20:33:28 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-030-029.pools.arcor-ip.net [88.66.30.29]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1Khs6239Aw-000522; Mon, 22 Sep 2008 22:33:26 +0200 Received: (qmail 57921 invoked from network); 22 Sep 2008 20:33:26 -0000 Received: from fbsd8.laiers.local (192.168.4.151) by laiers.local with SMTP; 22 Sep 2008 20:33:26 -0000 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Mon, 22 Sep 2008 22:33:25 +0200 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; i386; ; ) MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_WEA2ISSM6C76Uw/" Message-Id: <200809222233.26053.max@love2party.net> X-Provags-ID: V01U2FsdGVkX19hFrezMZF5a+1GoKiuQX8uPKzWaxY5yHHqMSD J4QiqKZvPjO+65H7BQvOkFns1X6P/OQpF7ZH/HlIUbAhLyuTSw AUy+K4UJ9YosM2RB4G2+Q== Cc: freebsd-hackers@freebsd.org Subject: cosum: Checkout verification PoC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2008 20:33:28 -0000 --Boundary-00=_WEA2ISSM6C76Uw/ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, the attached script will generate md5 and sha256 checksums of a checkout and try to find the corresponding svn-revision. This can help to verify that your checkout from cvsupX.yy.freebsd.org is authentic. Not that there is reason to believe that we have compromised cvsup-servers. This is just something I've been toying with and wanted to let you know to see if people find the idea interesting. I'd also be interested in reviews of the concept (note that I know that https would be a good idea, I just cba to setup a certificate). The coverage currently is head and stable/{6,7} svn revision 179451:183186 (i.e. since the first svn commit up to "2008-09-19 16:51:41 +0200". I don't yet have a cronjob in place to generate new checksums, so this will become less useful quick. If people do find it interesting, however, I could certainly roll something. As you can see, the script is ready to checksum cvs and svn checkouts. If you obtain your checkout from some local git/hg/svk/... mirror you must modify the find excludes accordingly. Let me know what you think. -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --Boundary-00=_WEA2ISSM6C76Uw/ Content-Type: text/plain; charset="us-ascii"; name="cosum" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="cosum" #!/bin/sh BASEURL="http://laiers.net/cosum/data/md5" tempfoo=`basename $0` TMPFILE=`mktemp -t ${tempfoo}` || exit 1 MD5SUM=`find -s . -type f -not -path "*/.svn/*" -not -path "*/CVS/*" \ -exec cat {} + | md5` SHA256SUM=`find -s . -type f -not -path "*/.svn/*" -not -path "*/CVS/*" \ -exec cat {} + | sha256` MD5DIR=`echo ${MD5SUM} | cut -c 1-2` if ! fetch -o ${TMPFILE} ${BASEURL}/${MD5DIR}/${MD5SUM} ; then echo "No corresponding md5sum found, try again in a bit" >&2 exit 1 fi ORIG_MD5SUM=`cat ${TMPFILE} | grep ^md5 | cut -d":" -f 2` ORIG_SHA256SUM=`cat ${TMPFILE} | grep ^sha256 | cut -d":" -f 2` if [ "${MD5SUM}" != "${ORIG_MD5SUM}" ]; then echo "md5 mismatch - something went terribly wrong!" >&2 exit 1 fi if [ "${SHA256SUM}" != "${ORIG_SHA256SUM}" ]; then echo "sha256 mismatch, but same md5 - please report this!" >&2 cat ${TMPFILE} exit 1 fi echo "Your checkout seems to be:" cat ${TMPFILE} --Boundary-00=_WEA2ISSM6C76Uw/-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 22 21:00:15 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEB8E1065673 for ; Mon, 22 Sep 2008 21:00:15 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.232]) by mx1.freebsd.org (Postfix) with ESMTP id 65EC38FC1D for ; Mon, 22 Sep 2008 21:00:15 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by wr-out-0506.google.com with SMTP id c8so232421wra.27 for ; Mon, 22 Sep 2008 14:00:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=P3o6lH253lLVpF1ZCgVRG7nC7brbw8qvR0pXuu/oAm0=; b=TwpN1Y3mMYLRfVyfP4BoIibG+keUBY8/OZxOMB20DXsIzXEdS/JSReoRJok9PAeWU9 oTBthujC4S931ZUc7YLTpe5nbFohPpziqoayOLPpvDx+YCHxYrq/E4XLVww3K6FCkulg 9B37BZi0+SPuKF+M5L3SWLD2W17X7fWGJEwDA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=UWZPvSccSfLFlFm2milOx5X88SmnH6vwxRVxg7GiORc5M8PIpdNamE3XdAE7OFMQS0 9q0r6f6Ap645m3/1WgmrTX3dMIK5DGBe9nak/jZhBpxZRQzuxS9fS2MDy74J/6dpcpoz X+o4KJfqhN9sBMMBHQZRtyUSE/2gxy+fO6emU= Received: by 10.151.51.18 with SMTP id d18mr7986999ybk.104.1222117214439; Mon, 22 Sep 2008 14:00:14 -0700 (PDT) Received: by 10.150.147.11 with HTTP; Mon, 22 Sep 2008 14:00:14 -0700 (PDT) Message-ID: <70e8236f0809221400n20976d2eob28d4f04b6c50508@mail.gmail.com> Date: Mon, 22 Sep 2008 22:00:14 +0100 From: "Joao Barros" To: "FreeBSD current mailing list" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: Regression: 19-9-08 CURRENT won't boot with Promise enabled (was: Re: SATA disks no longer showing up after updating CURRENT last night) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2008 21:00:15 -0000 On Thu, Aug 28, 2008 at 11:12 AM, Joao Barros wrote= : > On Thu, Aug 28, 2008 at 7:28 AM, Pascal Hofstee wrote= : >> Moin, >> >> Last night i updated my 8.0-CURRENT/amd64 system to svn revision r182296= . >> I then re-applied pjd's zfs-patchset and rebuild world and kernel overni= ght. >> >> This morning i actually went ahead and installed the resulting world and= kernel >> only to discover that during boot my two SATA disks no longer seem to sh= ow up >> at all. >> >> The onboard nVidia MCP55 SATA controller is still probed and attached th= ough if >> memory serves me right the failing boot only showed a single nVidia MCP5= 5 SATA >> controller on atapci1, instead of two as the working boot does ... one >> on atapci1 >> the other on atapci2. >> >> My SATA disks are attached to ata2-master and ata3-master respectively >> (ad4 and ad6) >> >> Somebody out there has any idea why the SATA Controller on atapci2 no >> longer seems >> to be probed and therefore my disks no longer show up ? >> > > I'm having a "similar"ish problem on my system. > I was running 7.0R and upgraded to CURRENT as of 26/08/2008 with pjd's > zfs-patchset. > After rebooting with the new kernel my system hangs here: > http://img409.imageshack.us/img409/9995/picture1dk3.png > My system consists of 4 disks, 2 on the onboard SATA and 2 on a > onboard Promise, kernel on UFS, the rest on zfs using all 4 disks with > raidz > I was talking with Rui Paulo last night and he gave me the idea to > disable the Promise, and voil=E1, the kernel boots but since I need the > other 2 disks to complete the raidz I can't boot the system > completely. > This onboard Promise is a bit picky about sharing interrupts and I > checked that, kernel.old boots ok (7.0R) > > On a side note, boot loader prompt for me can be a 2 seconds > experience resulting either on a hang, a reboot or this ZX Spectrum > era screen: http://img253.imageshack.us/img253/5765/picture2ua5.png > > > -- > Joao Barros > I compiled a CURRENT kernel last Friday and I still can't boot CURRENT with the Promise enabled. As soon as I disable the controller via BIOS the kernel boots just fine. Since the 2 disks on the Promise are necessary to the raidz I can only provide a dmesg from 7.0: Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-RELEASE #0: Tue Apr 8 22:45:52 WEST 2008 root@xeon.bsdtech.org:/usr/obj/usr/src/sys/xeonR70altq Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3073.65-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf29 Stepping =3D 9 Features=3D0xbfebfbff Features2=3D0x4400 Logical CPUs per core: 2 real memory =3D 1072562176 (1022 MB) avail memory =3D 1035968512 (987 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: HPT RocketRAID controller driver v1.1 (Apr 8 2008 22:45:30) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3fde0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 p4tcc0: on cpu0 cpu1: on acpi0 p4tcc1: on cpu1 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 3.0 on pci0 pci2: on pcib2 em0: port 0x9000-0x901f mem 0xf5020000-0xf503ffff,0xf5000000-0xf501ffff irq 18 at device 1.0 on pci2 em0: Ethernet address: 00:11:d8:a2:21:c8 em0: [FILTER] pcib3: at device 28.0 on pci0 pci3: on pcib3 pcib4: at device 2.0 on pci3 pci4: on pcib4 vgapci0: port 0xa000-0xa0ff mem 0xf9000000-0xf9ffffff,0xf7000000-0xf7000fff at device 0.0 on pci4 pci3: at device 2.1 (no driver attached) uhci0: port 0xc400-0xc41f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc000-0xc01f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered pci0: at device 29.4 (no driver attached) ehci0: mem 0xfb100000-0xfb1003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 4 ports with 4 removable, self powered umass0: on uhub2 pcib5: at device 30.0 on pci0 pci5: on pcib5 atapci0: port 0xb000-0xb03f,0xb400-0xb40f,0xb800-0xb87f mem 0xfb041000-0xfb041fff,0xfb000000-0xfb01ffff irq 23 at device 4.0 on pci5 atapci0: [ITHREAD] atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] fxp0: port 0xbc00-0xbc3f mem 0xfb040000-0xfb040fff,0xfb020000-0xfb03ffff irq 21 at device 9.0 on pci5 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:b3:9e:66:c1 fxp0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f irq 18 at device 31.2 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff pnpid ORM0000 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 WARNING: ZFS is considered to be an experimental feature in FreeBSD. Timecounters tick every 1.000 msec hptrr: no controller detected. ZFS filesystem version 6 ZFS storage pool version 6 ad0: 305245MB at ata0-master SATA150 ad1: 305245MB at ata0-slave SATA150 <--------- CURRENT kernel hangs here ad4: 305245MB at ata2-master SATA150 ad6: 305245MB at ata3-master SATA150 ar0: 305245MB status: READY ar0: disk0 READY using ad4 at ata2-master ar1: 305245MB status: READY ar1: disk0 READY using ad6 at ata3-master SMP: AP CPU #1 Launched! Trying to mount root from zfs:r4x320 I'm available to supply more info if needed. --=20 Joao Barros From owner-freebsd-current@FreeBSD.ORG Mon Sep 22 21:37:00 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7669106567A for ; Mon, 22 Sep 2008 21:37:00 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.188]) by mx1.freebsd.org (Postfix) with ESMTP id 1CD078FC15 for ; Mon, 22 Sep 2008 21:36:59 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so877198tid.3 for ; Mon, 22 Sep 2008 14:36:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:subject:x-face:references :x-uptime:x-url:x-openpgp-id:x-openpgp-fingerprint:x-os:x-mailer :x-mail-morse:x-attribution:organization:from:date:in-reply-to :message-id:user-agent:face:mime-version:content-type:sender; bh=TxBgiyiQ57tbsYlvUpH1WrPW7Hra8HeSmv7+tX52+ko=; b=PwW8cPo2yn43teeKZMhR8X7aOnjIp0XyXt0nNuUcnlVbejaMnDc2lODiEne5JZje0Z HJOHjbKVz698f3x7KZz72YYb48LAUk9nd/TChj9yrnLaDyf0S8T8mosGS2tlo7P78iVy jrK/joRKSylsN7eESSt1tQ/1TbVfqQfmRSLy0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:subject:x-face:references:x-uptime:x-url:x-openpgp-id :x-openpgp-fingerprint:x-os:x-mailer:x-mail-morse:x-attribution :organization:from:date:in-reply-to:message-id:user-agent:face :mime-version:content-type:sender; b=armVP8TQS6OLeqMAH69ejBYbgN2MWr1oZPN0m8mGtCAJPdZFzNO+R0YbE/RTcO/nuS v8PL416LcmruwMqfM6Ey+QnLDsFa/eUcQ41mcZmQZDRgJ/yWAynwhR8VlOF3faRfbEVe sg6OxksqaB8qE3XNjDJADStnWOHFumKb9/SIc= Received: by 10.110.49.6 with SMTP id w6mr5864688tiw.6.1222119418687; Mon, 22 Sep 2008 14:36:58 -0700 (PDT) Received: from chateau.d.lf ( [122.162.250.210]) by mx.google.com with ESMTPS id w5sm2338504tib.14.2008.09.22.14.36.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 22 Sep 2008 14:36:57 -0700 (PDT) To: freebsd-current@freebsd.org X-Face: )vGQ9yK7Y$Flebu1C>(B\gYBm)[$zfKM+p&TT[[JWl6:]S>cc$%-z7-`46Zf0B*syL.C]oCq[upTG~zuS0.$"_%)|Q@$hA=9{3l{%u^h3jJ^Zl; t7 References: <87bpyjkc6p.fsf@chateau.d.lf> X-Uptime: 02:57:16 up 18:15, 1 user, load average: 1.53, 1.52, 1.34 X-URL: http://wahjava.wordpress.com/ X-OpenPGP-ID: 762E5E74 X-OpenPGP-Fingerprint: 1E00 4679 77E4 F8EE 2E4B 56F2 1F2F 8410 762E 5E74 X-OS: GNU/Linux on Linux 2.6.25-gentoo-r7 kernel on x86_64 architecture X-Mailer: Gnus/5.11 (Oort 5.11) Emacs/22.3.1 (x86_64-pc-linux-gnu) X-Mail-Morse: .-- .- .... .--- .- ...- .- .--.-. --. -- .- .. .-.. .-.-.- -.-. --- -- X-Attribution: =?utf-8?B?4KSG4KS24KWA4KS3?= Organization: alt.religion.emacs From: wahjava.ml@gmail.com (Ashish Shukla =?utf-8?B?4KSG4KS24KWA4KS3IA==?= =?utf-8?B?4KS24KWB4KSV4KWN4KSy?=) Date: Tue, 23 Sep 2008 03:07:07 +0530 In-Reply-To: <87bpyjkc6p.fsf@chateau.d.lf> ("Ashish Shukla =?utf-8?B?4KSG?= =?utf-8?B?4KS24KWA4KS3IOCktuClgeCkleCljeCksiIncw==?= message of "Sat\, 20 Sep 2008 03\:53\:10 +0530") Message-ID: <873ajr6ews.fsf@chateau.d.lf> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJ1BMVEWpqal/f39tbW1jY2Md HR2goKCenp6UlJROTk7////9/f35+fnT09ORJdieAAACVklEQVQ4jXXUP2vbQBQA8AvUTkgz5OzY Z0iGWhpS6BSrkECn0mvx0MEJ6AjtYrfoBCVDlD8naJYmNlRfwZq8+mkKlIZaGpJSYmP7Q/XkJDrJ Td8i/H68u3vHPaPufwLdf32AMA4A6GcAgvAamY1pOJiDIFqicTwLswDhfr3uxfFtkAY/GFHPMwzD 8zpnACmIOnE6js7rQb+v4NJrG9od0C+QgpHMy5jBewV+UDSMWiw1Y4fWfyV7+NGFzDsYa3pth9LJ Q4XvXxFHcJRvHOmygn5NAEabnDcQQguarnfoiwSCJ99jmKKcphsZONmWsDK9Ro7cvZOCtQdg8nje egLhc2LNlkLmsezzTFUUy5w18ocox/f0LaLgJy0zO75zk+9pp85GAj36xjqhdI0y3tq2m4dqqcWX zQWBTz8L1irvolXV4J+3q7eCDgVnttjNq6X8H+9KOZsuNk1uCzx8pSp+E9HImfJOTLdcGqo+YKnG EIovizkEn48V7BO+ch2DXcD4ENSpWiU+q8hjjbgTBZCXnZtyj0Ws4Q1Q0B2WXFtYZo65Bbyeeldw RS6qFueM80LlLA29YlVwGRYvFD+kwI/0O+A2PlpOP9GwslUVciHuYGechuBTp922YiDZCrghTknm XSyOM+D3aoRZlo0Jb42zY7DN4p2x4AeZ+QAYutx1sHwTHzMT5cMNduQ9yW3GczN4KZ86kb0c9O8T yXDeFqpl2fryPEAYGXIlezAPXYh2NgVr/gvdoHIuDwuPwOhcWE8f8mmICq41eATkn8x0kuRTIKcB wE9+/QUtiiAnYcaN7wAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Sender: =?UTF-8?B?4KSG4KS24KWA4KS3IOCktuClgeCkleCljeCksiBBc2hpc2ggU2h1a2xh?= Subject: Re: Setting up atheros (168c:001c) wireless NIC in FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Sep 2008 21:37:00 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Hi all, I've just built and installed recently checked out kernel and world. But this time, wpa_supplicant is able to detect my access point and associate it for a moment. But thats it. ----8<----8<---- % ifconfig wlan0 wlan0: flags=8843 metric 0 mtu 1500 ether 00:1f:3a:1a:50:b3 inet6 fe80::21f:3aff:fe1a:50b3%wlan0 prefixlen 64 scopeid 0x4 media: IEEE 802.11 Wireless Ethernet DS/1Mbps mode 11g status: associated ssid 18-B-PARVATIYA channel 6 (2437 Mhz 11g) bssid 00:1e:2a:76:f4:60 regdomain 103 indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF txpower 16 bmiss 7 scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst roaming MANUAL ---->8---->8---- Though it shows associated but I'm not able to ping any other nodes on my wireless network. OpenBSD pf is disabled on my notebook during this testing. Following is the link to the output of 'wpa_supplicant -dd -Dbsd -iwlan0 -c/etc/wpa_supplicant.conf': http://pastebin.ca/1208660 Thanks Ashish Shukla -- () ascii ribbon campaign - against HTML e-mail /\ www.asciiribbon.org - against proprietary attachments ·-- ·- ···· ·--- ·- ···- ·- ·--·-· --· -- ·- ·· ·-·· ·-·-·- -·-· --- -- % dig +short cname cdac.in @::1 ms.gov.in --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkjYEAcACgkQHy+EEHYuXnRaMwCeMGDsf/h/TU/57rTRfkZKCFOf sf0An1qBhRYsB14JH2qyjNUp+58qgzoB =iREQ -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 22 22:11:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F9FF106564A for ; Mon, 22 Sep 2008 22:11:18 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.237]) by mx1.freebsd.org (Postfix) with ESMTP id 6134A8FC13 for ; Mon, 22 Sep 2008 22:11:18 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1575957rvf.43 for ; Mon, 22 Sep 2008 15:11:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=RikFdqbhiIWUCR/jFdV9xjh0+xxUHdJ566qoXpFVyzc=; b=VdXQyv0RNQjaYhet1mA9PAV/c4XgZ6nl9U+2X7G5RPrEf+ebSGPjrtobgB/QWvBXxO PrB7EMA/QoPLM0/q1wnOMdMlDj1T7QjXwnFoX8doOwWSHhRgNt+deSBfjAwRBlKi18io A8sOu0nKY4n6SZ9VgpVRzOykI7refhY///yqM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=V7AT3TTzmWYGALMr2M+raWj6mCCtCqsfIUr4+Jfbuy6p+8e3PhGNAPI3cHuQWMQgv4 G/h/2/h/ZUx/PUQPZDX8vkFbaKXSH3XJ5uSftRC41pkYTQz60BohpzuABsSSHlEJasCt Q9NelHCu4J8a4saFvkYx93w7fDpjfwbx2f/rM= Received: by 10.140.125.4 with SMTP id x4mr2292978rvc.229.1222121477877; Mon, 22 Sep 2008 15:11:17 -0700 (PDT) Received: by 10.141.189.15 with HTTP; Mon, 22 Sep 2008 15:11:17 -0700 (PDT) Message-ID: <3a142e750809221511p47b59a40hcf3679adbc2642c7@mail.gmail.com> Date: Tue, 23 Sep 2008 00:11:17 +0200 From: "Paul B. Mahol" To: "Ashish Shukla ************ ***************" In-Reply-To: <873ajr6ews.fsf@chateau.d.lf> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <87bpyjkc6p.fsf@chateau.d.lf> <873ajr6ews.fsf@chateau.d.lf> Cc: freebsd-current@freebsd.org Subject: Re: Setting up atheros (168c:001c) wireless NIC in FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Sep 2008 22:11:18 -0000 On 9/22/08, Ashish Shukla ************ *************** wrote: > Hi all, > > I've just built and installed recently checked out kernel and world. But > this time, wpa_supplicant is able to detect my access point and > associate it for a moment. But thats it. > > ----8<----8<---- > % ifconfig wlan0 > wlan0: flags=8843 metric 0 mtu 1500 > ether 00:1f:3a:1a:50:b3 > inet6 fe80::21f:3aff:fe1a:50b3%wlan0 prefixlen 64 scopeid 0x4 > media: IEEE 802.11 Wireless Ethernet DS/1Mbps mode 11g > status: associated > ssid 18-B-PARVATIYA channel 6 (2437 Mhz 11g) bssid 00:1e:2a:76:f4:60 > regdomain 103 indoor ecm authmode WPA2/802.11i privacy ON > deftxkey UNDEF txpower 16 bmiss 7 scanvalid 450 bgscan bgscanintvl > 300 > bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst > roaming MANUAL > ---->8---->8---- > > Though it shows associated but I'm not able to ping any other nodes on Why? You got some errors when using ping(1)? ifconfig output doesnt have inet, netmask and broadcast configured so pinging will not work anyway. From owner-freebsd-current@FreeBSD.ORG Mon Sep 22 22:12:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 311021065690 for ; Mon, 22 Sep 2008 22:12:39 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.229]) by mx1.freebsd.org (Postfix) with ESMTP id 0181B8FC36 for ; Mon, 22 Sep 2008 22:12:38 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1576305rvf.43 for ; Mon, 22 Sep 2008 15:12:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=TZCoiWSjZAZUn+c/DItC71G1YzQsr0UjPzaka9b8ah0=; b=lELejNQJisiy7cp9gcar0O/4Gq3mVp4dM9jgGvuzOTCmx0gGLMfIaClYGwMpMRKRG9 Jjso+XlvrRSCeVas2Br+zei3M2qztJewjXIBZc/qB1T30hSs6XNFVRxOWqFNkwBLg5zI j+9sG5bJmlhDwWlYyd1TKFukyZRJkbSm635ac= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=I9I7rRgGiTO7b9t48TPk7CGmtOUwlXtgM9IicY6qG/WdjDCV5bhHTpqBRIXJDZ8zEq NFvocFnpZCj131EUmjqj5AVgsyPRxebh2lN2Rx+rAS1tzIPBVq5tM0LA7El/yJpORHvE jkwGgkYPM+pY+0fK0rajSV7bC9SR6nlbexGfc= Received: by 10.140.169.4 with SMTP id r4mr2305423rve.131.1222121558920; Mon, 22 Sep 2008 15:12:38 -0700 (PDT) Received: by 10.141.189.15 with HTTP; Mon, 22 Sep 2008 15:12:38 -0700 (PDT) Message-ID: <3a142e750809221512r78518593y5475304d20d31efa@mail.gmail.com> Date: Tue, 23 Sep 2008 00:12:38 +0200 From: "Paul B. Mahol" To: "Ashish Shukla ************ ***************" In-Reply-To: <3a142e750809221511p47b59a40hcf3679adbc2642c7@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <87bpyjkc6p.fsf@chateau.d.lf> <873ajr6ews.fsf@chateau.d.lf> <3a142e750809221511p47b59a40hcf3679adbc2642c7@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: Setting up atheros (168c:001c) wireless NIC in FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Sep 2008 22:12:39 -0000 On 9/23/08, Paul B. Mahol wrote: > On 9/22/08, Ashish Shukla ************ *************** > wrote: >> Hi all, >> >> I've just built and installed recently checked out kernel and world. But >> this time, wpa_supplicant is able to detect my access point and >> associate it for a moment. But thats it. >> >> ----8<----8<---- >> % ifconfig wlan0 >> wlan0: flags=8843 metric 0 mtu >> 1500 >> ether 00:1f:3a:1a:50:b3 >> inet6 fe80::21f:3aff:fe1a:50b3%wlan0 prefixlen 64 scopeid 0x4 >> media: IEEE 802.11 Wireless Ethernet DS/1Mbps mode 11g >> status: associated >> ssid 18-B-PARVATIYA channel 6 (2437 Mhz 11g) bssid >> 00:1e:2a:76:f4:60 >> regdomain 103 indoor ecm authmode WPA2/802.11i privacy ON >> deftxkey UNDEF txpower 16 bmiss 7 scanvalid 450 bgscan bgscanintvl >> 300 >> bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst >> roaming MANUAL >> ---->8---->8---- >> >> Though it shows associated but I'm not able to ping any other nodes on > > Why? You got some errors when using ping(1)? > > ifconfig output doesnt have inet, netmask and broadcast configured so > pinging will not work anyway. > except if you use only ip6 From owner-freebsd-current@FreeBSD.ORG Mon Sep 22 22:17:17 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DECA106567C for ; Mon, 22 Sep 2008 22:17:17 +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 D7D2A8FC17 for ; Mon, 22 Sep 2008 22:17:16 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.61] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id m8MMHEXd093039 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Sep 2008 15:17:15 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <48D8196E.7020005@FreeBSD.org> Date: Mon, 22 Sep 2008 15:17:18 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Maksim Yevmenkin References: <48D2F942.4070801@FreeBSD.org> <20080919084201.GD44330@wep4035.physik.uni-wuerzburg.de> <48D38DFF.8000803@FreeBSD.org> <20080919203310.GA34131@localhost.my.domain> In-Reply-To: Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexey Shuvaev , freebsd-current@FreeBSD.org Subject: Re: Interface auto-cloning bug or feature? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2008 22:17:17 -0000 Patch works for me just fine. Thanks! -Maxim Maksim Yevmenkin wrote: > On Fri, Sep 19, 2008 at 3:43 PM, Maksim Yevmenkin > wrote: >> [....] >> >>>> That what has caused me to look into this issue. You can find patch for >>>> security/vpnc to prevent unbounded interface cloning here: >>>> >>>> http://sobomax.sippysoft.com/~sobomax/vpnc.diff >>>> >>> Ok, the patch prevents interface cloning, but I think it doesn't solve >>> the actual problem. >>> Let's wait for Maksim :) >> ok, how about attached patch. i put it together *very* quickly and >> only gave it a light testing. its for tap(4), because i could compile >> it as a module and tun(4) is compiled into kernel by default, but the >> idea should identical for tun(4). should be even simpler for tun(4) >> because it does not have to deal with 2 kind of devices (i.e. tap and >> vmnet). give it a try, and see if it works. please try both cloning >> paths, i.e. >> >> 1) cat /dev/tap (/dev/vmnet) with and/or without unit number >> >> and >> >> 2) ifconfig tapX (vmnetX) create/destroy >> >> in the mean time i will prepare something similar for tun(4). > > attached is similar patch for tun(4). i only made sure it compiles :) > rebuilding kernel now... > > thanks, > max > From owner-freebsd-current@FreeBSD.ORG Mon Sep 22 23:28:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AE451065674 for ; Mon, 22 Sep 2008 23:28:01 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from smtp2e.orange.fr (smtp2e.orange.fr [80.12.242.113]) by mx1.freebsd.org (Postfix) with ESMTP id 399D98FC15 for ; Mon, 22 Sep 2008 23:28:01 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from smtp2e.orange.fr (mwinf2e04 [10.232.14.26]) by mwinf2e20.orange.fr (SMTP Server) with ESMTP id 3D5C11C2D31B for ; Tue, 23 Sep 2008 00:36:33 +0200 (CEST) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2e04.orange.fr (SMTP Server) with ESMTP id 230767000089 for ; Tue, 23 Sep 2008 00:36:32 +0200 (CEST) Received: from localhost (AToulouse-156-1-88-206.w86-196.abo.wanadoo.fr [86.196.231.206]) by mwinf2e04.orange.fr (SMTP Server) with ESMTP id A04067000086 for ; Tue, 23 Sep 2008 00:36:31 +0200 (CEST) X-ME-UUID: 20080922223631656.A04067000086@mwinf2e04.orange.fr Message-ID: <48D81DEE.4070103@orange.fr> Date: Tue, 23 Sep 2008 00:36:30 +0200 From: Claude Buisson User-Agent: Thunderbird 2.0.0.16 (X11/20080727) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Problem telneting to a new -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, 22 Sep 2008 23:28:01 -0000 Hello, After upgrading a test system from -current at August 18, to -current at September 21, I can no more telnet to it from a releng_6 system (from a console and/or a xterm). The user/password dialog takes place, and I get the system banner (FreeBSD/i386 ...), then the connection is closed by the host. Thanks for your attention Claude Buisson From owner-freebsd-current@FreeBSD.ORG Mon Sep 22 23:33:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA90F1065671 for ; Mon, 22 Sep 2008 23:33:50 +0000 (UTC) (envelope-from annona2@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.188]) by mx1.freebsd.org (Postfix) with ESMTP id 58A798FC0A for ; Mon, 22 Sep 2008 23:33:50 +0000 (UTC) (envelope-from annona2@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so886774tid.3 for ; Mon, 22 Sep 2008 16:33:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:message-id:date:from :to:cc:subject:in-reply-to:references:user-agent:mime-version :content-type; bh=xFPsudEiQcujI0bQPIXi0cj7zAjNLmUGYsT+2D6Vutw=; b=Yc03i5ApOXZv/mliXAXsywVU0D60Ve5RZDlp+B3a86pVsYBfZ/xwzMvEPY0oiieL4Q L8Aybo99goaaQGybMyvch1cB9lcyayztxkudkMm7xytILI0LHr39ws1TDJN6LAp2CGbp 1mEzfxz0YWR3o9A9fjnl9j966sRRJm+Jqd6JM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:cc:subject:in-reply-to:references :user-agent:mime-version:content-type; b=VsY20sO0ktByUHvD11BjRiA4HRWepQ9ax5jf4dTPG1Rsy4wqHFI+0Rby/YZV5aUGTS QoE/Y/FXxa6/9SpsEGUvQMcbJQr4kVl9AQVg0f+pk4T/oEuIQiu/B8RFFt2a+72F2Uc5 NXa5GwuEADwj4aPvRf13xLKe/tbnP7XvKhBZI= Received: by 10.110.47.17 with SMTP id u17mr3123565tiu.55.1222126429101; Mon, 22 Sep 2008 16:33:49 -0700 (PDT) Received: from softbank219001162114.bbtec.net ( [219.1.162.114]) by mx.google.com with ESMTPS id 22sm2690478tim.16.2008.09.22.16.33.46 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 22 Sep 2008 16:33:48 -0700 (PDT) Received: from softbank219001162114.bbtec.net (localhost [127.0.0.1]) by softbank219001162114.bbtec.net (8.14.3/8.14.3) with ESMTP id m8MNXiuS064364; Tue, 23 Sep 2008 08:33:44 +0900 (JST) (envelope-from annona2@gmail.com) Message-Id: <200809222333.m8MNXiuS064364@softbank219001162114.bbtec.net> Date: Tue, 23 Sep 2008 08:33:44 +0900 From: "G.Otsuji" To: "fluffles.net" In-Reply-To: <48D72F0E.7040501@fluffles.net> References: <200809070036.m870a3NC001532@softbank219001162114.bbtec.net> <48D72F0E.7040501@fluffles.net> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.2 (i386-portbld-freebsd7.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: "G. Otsuji" , FreeBSD Current Subject: Re: AMD Family 10h cpufreq driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2008 23:33:51 -0000 Hi Veronica, Thank you for your response. I doesn't know that the attached source was scrubbed in this mailing list. the url is http://lists.freebsd.org/pipermail/freebsd-current/attachments/20080907/e98020fd/pstate.obj this is pstate.c and copy pstate.c to /sys/i386/cpufreq/ , and cd /sys/module/cpufreq/ , and patch , --- Makefile.orig 2008-09-19 21:48:58.000000000 +0900 +++ Makefile 2008-09-19 21:49:08.000000000 +0900 @@ -12,7 +12,7 @@ CFLAGS+= -I${.CURDIR}/../../contrib/dev/acpica SRCS+= acpi_if.h opt_acpi.h -SRCS+= est.c p4tcc.c powernow.c +SRCS+= est.c p4tcc.c powernow.c pstate.c .endif .if ${MACHINE} == "i386" and make ; make install ; and kldload cpufreq; be careful that ,before down clock, umonut as much as possible and sync sync. because I experienced that kernel panic or forced reset. If you get such case, mail to me agin. psatete.c is not powernow.c 's pstate. I'd like to rather renmae hwpstate.c . MSR is differnt ...and etc.... Have a nice day and hopefully enjoy! Cheers, G. Otsuji Veronica wrote: > > Hi G. Otsuji, > > This is great news, i've bought a Phenom X9350e to power my new high-end > NAS. I'm very keen on testing this driver module. > > Only question: how do i compile & install? If you could give me some > pointers that would be great. > > Regards, > Veronica From owner-freebsd-current@FreeBSD.ORG Mon Sep 22 23:46:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7110D1065671 for ; Mon, 22 Sep 2008 23:46:05 +0000 (UTC) (envelope-from annona2@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.185]) by mx1.freebsd.org (Postfix) with ESMTP id E57E18FC14 for ; Mon, 22 Sep 2008 23:46:04 +0000 (UTC) (envelope-from annona2@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so887937tid.3 for ; Mon, 22 Sep 2008 16:46:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:message-id:date:from :to:subject:in-reply-to:references:user-agent:mime-version :content-type; bh=8cwHaynV0pHtD5op1/tItJhWW6Fw/MucyERIb2ELw9E=; b=A36FbBwSixfjIFov491J2Qi3Au1bGnD5DAnufkdjFTLDZNPejsARcOAuhO8/ZRNIl7 fpqqC4935PrVNuB4bS6Z9AkLtIpvDDATEI+xApdBr5zjySqUFWGe8RBnyTKKwEp+e9co 2DppKw4f3vQbVINeOMt1xfmwsW70izekhk2P4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:references:user-agent :mime-version:content-type; b=UQUuD4EF2OYb7Kmb17lLXooxLYEWKOoFtBmJ6BwEnwK1WrprvuAo/bFVPniunfdOLi rvIikWp402+Wl6nSwH3hKmsPUrD2PkPxcms+VMZmJZmBPZPqSojMWF/vA0ygmGhkMY8a jrwxkRVs9rHmvBgEtvVYrEdPKHbaHkjTqdAnM= Received: by 10.110.7.18 with SMTP id 18mr5975628tig.32.1222127163670; Mon, 22 Sep 2008 16:46:03 -0700 (PDT) Received: from softbank219001162114.bbtec.net ( [219.1.162.114]) by mx.google.com with ESMTPS id d7sm2742307tib.17.2008.09.22.16.46.01 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 22 Sep 2008 16:46:02 -0700 (PDT) Received: from softbank219001162114.bbtec.net (localhost [127.0.0.1]) by softbank219001162114.bbtec.net (8.14.3/8.14.3) with ESMTP id m8MNjxjF064795 for ; Tue, 23 Sep 2008 08:45:59 +0900 (JST) (envelope-from annona2@gmail.com) Message-Id: <200809222345.m8MNjxjF064795@softbank219001162114.bbtec.net> Date: Tue, 23 Sep 2008 08:45:59 +0900 From: "G. Otsuji" To: FreeBSD Current In-Reply-To: <48D72F0E.7040501@fluffles.net> References: <200809070036.m870a3NC001532@softbank219001162114.bbtec.net> <48D72F0E.7040501@fluffles.net> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.2 (i386-portbld-freebsd7.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Subject: Re: AMD Family 10h cpufreq driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2008 23:46:05 -0000 Hi, I foget to say that debug.cpufreq.lowest=1200 in /boot/loader.conf and running powerd is my stable state. Sincerely, G. Otsuji From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 01:49:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17D661065674 for ; Tue, 23 Sep 2008 01:49:16 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 8A74E8FC26 for ; Tue, 23 Sep 2008 01:49:15 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1518828fgb.35 for ; Mon, 22 Sep 2008 18:49:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=ZSlGhNh5PAyfztSsoWDlH7LRG9bjnpH52X3bEoIquHs=; b=FWP1B7Z+v0mxSReywHqQaQeQHM7xV2+XOkSGMF1nmW+bpzGSJSZWHRJLYVso1Co6Cx TBUSjhMTr0OGXmA5+/hluJYNv2ih1RiOEGrs5IFq3vR1TRnUP0wey2DYg3xeNTQDzHSQ wsnpt5Pu6OTHEnHJ7Q+r/+OSLpxRIkTIXnGwk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=BRgtDdUeEU72mLn4QfTHtWCeCYplWjPGHNor5C2GYDafVB9sosvzdRt8ymz7uRNXbQ Y8NGLW9N/Et3uCYgpeueYZu0joLMpD02xHKa8IergAytbmfuNF0+LvWQqaK3U0vCF6gD 9Cm4N/vGI1UcSKkfS463yQRsNpba0kCAnMZ08= Received: by 10.86.29.8 with SMTP id c8mr5623535fgc.23.1222134554280; Mon, 22 Sep 2008 18:49:14 -0700 (PDT) Received: by 10.86.62.1 with HTTP; Mon, 22 Sep 2008 18:49:14 -0700 (PDT) Message-ID: Date: Mon, 22 Sep 2008 18:49:14 -0700 From: "Maksim Yevmenkin" To: "Maxim Sobolev" In-Reply-To: <48D8196E.7020005@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_13317_11640650.1222134554266" References: <48D2F942.4070801@FreeBSD.org> <20080919084201.GD44330@wep4035.physik.uni-wuerzburg.de> <48D38DFF.8000803@FreeBSD.org> <20080919203310.GA34131@localhost.my.domain> <48D8196E.7020005@FreeBSD.org> Cc: Alexey Shuvaev , Kostik Belousov , freebsd-current@freebsd.org, Ed Schouten Subject: Re: Interface auto-cloning bug or feature? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2008 01:49:16 -0000 ------=_Part_13317_11640650.1222134554266 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline [...] >>> ok, how about attached patch. i put it together *very* quickly and >>> only gave it a light testing. its for tap(4), because i could compile >>> it as a module and tun(4) is compiled into kernel by default, but the >>> idea should identical for tun(4). should be even simpler for tun(4) >>> because it does not have to deal with 2 kind of devices (i.e. tap and >>> vmnet). give it a try, and see if it works. please try both cloning >>> paths, i.e. >>> >>> 1) cat /dev/tap (/dev/vmnet) with and/or without unit number >>> >>> and >>> >>> 2) ifconfig tapX (vmnetX) create/destroy >>> >>> in the mean time i will prepare something similar for tun(4). >> >> attached is similar patch for tun(4). i only made sure it compiles :) >> rebuilding kernel now... attached is a slightly better patch for tap(4). the idea is to use extra ALLOCATED flag that prevents the race Kostik pointed out. could you please give it a try? any review comments are greatly appreciated. if this is acceptable, i will prepare something similar for tun(4) thanks, max ------=_Part_13317_11640650.1222134554266 Content-Type: text/plain; name=if_tap.diff.txt Content-Transfer-Encoding: base64 X-Attachment-Id: f_flfv76740 Content-Disposition: attachment; filename=if_tap.diff.txt LS0tIGlmX3RhcC5jLm9yaWcJMjAwOC0wOS0wOCAxNzoyMDo1Ny4wMDAwMDAwMDAgLTA3MDAKKysr IGlmX3RhcC5jCTIwMDgtMDktMjIgMTg6MzY6MTYuMDAwMDAwMDAwIC0wNzAwCkBAIC05NCw2ICs5 NCw3IEBACiBzdGF0aWMgaW50CQl0YXBpZmlvY3RsKHN0cnVjdCBpZm5ldCAqLCB1X2xvbmcsIGNh ZGRyX3QpOwogc3RhdGljIHZvaWQJCXRhcGlmaW5pdCh2b2lkICopOwogCitzdGF0aWMgaW50CQl0 YXBfY2xvbmVfbG9va3VwKHN0cnVjdCBjZGV2ICoqLCB1X3Nob3J0KTsKIHN0YXRpYyBpbnQJCXRh cF9jbG9uZV9jcmVhdGUoc3RydWN0IGlmX2Nsb25lICosIGludCwgY2FkZHJfdCk7CiBzdGF0aWMg dm9pZAkJdGFwX2Nsb25lX2Rlc3Ryb3koc3RydWN0IGlmbmV0ICopOwogc3RhdGljIGludAkJdm1u ZXRfY2xvbmVfY3JlYXRlKHN0cnVjdCBpZl9jbG9uZSAqLCBpbnQsIGNhZGRyX3QpOwpAQCAtMTc2 LDYgKzE3NywzMCBAQAogREVWX01PRFVMRShpZl90YXAsIHRhcG1vZGV2ZW50LCBOVUxMKTsKIAog c3RhdGljIGludAordGFwX2Nsb25lX2xvb2t1cChzdHJ1Y3QgY2RldiAqKmRldiwgdV9zaG9ydCBl eHRyYSkKK3sKKwlzdHJ1Y3QgdGFwX3NvZnRjICp0cDsKKworCW10eF9sb2NrKCZ0YXBtdHgpOwor CVNMSVNUX0ZPUkVBQ0godHAsICZ0YXBoZWFkLCB0YXBfbmV4dCkgeworCQltdHhfbG9jaygmdHAt PnRhcF9tdHgpOworCisJCWlmICgodHAtPnRhcF9mbGFncyAmIChUQVBfT1BFTnxUQVBfQUxMT0NB VEVEfGV4dHJhKSkgPT0gZXh0cmEpIHsKKwkJCXRwLT50YXBfZmxhZ3MgfD0gVEFQX0FMTE9DQVRF RDsKKwkJCSpkZXYgPSB0cC0+dGFwX2RldjsKKwkJCW10eF91bmxvY2soJnRwLT50YXBfbXR4KTsK KwkJCW10eF91bmxvY2soJnRhcG10eCk7CisKKwkJCXJldHVybiAoMSk7CisJCX0KKwkJbXR4X3Vu bG9jaygmdHAtPnRhcF9tdHgpOworCX0KKwltdHhfdW5sb2NrKCZ0YXBtdHgpOworCisJcmV0dXJu ICgwKTsKK30KKworc3RhdGljIGludAogdGFwX2Nsb25lX2NyZWF0ZShzdHJ1Y3QgaWZfY2xvbmUg KmlmYywgaW50IHVuaXQsIGNhZGRyX3QgcGFyYW1zKQogewogCXN0cnVjdCBjZGV2ICpkZXY7CkBA IC0yODgsNyArMzEzLDcgQEAKIAkJbXR4X2xvY2soJnRhcG10eCk7CiAJCVNMSVNUX0ZPUkVBQ0go dHAsICZ0YXBoZWFkLCB0YXBfbmV4dCkgewogCQkJbXR4X2xvY2soJnRwLT50YXBfbXR4KTsKLQkJ CWlmICh0cC0+dGFwX2ZsYWdzICYgVEFQX09QRU4pIHsKKwkJCWlmICh0cC0+dGFwX2ZsYWdzICYg KFRBUF9PUEVOfFRBUF9BTExPQ0FURUQpKSB7CiAJCQkJbXR4X3VubG9jaygmdHAtPnRhcF9tdHgp OwogCQkJCW10eF91bmxvY2soJnRhcG10eCk7CiAJCQkJcmV0dXJuIChFQlVTWSk7CkBAIC0zNTMs OCArMzc4LDE4IEBACiAKIAkvKiBXZSdyZSBpbnRlcmVzdGVkIGluIG9ubHkgdGFwL3ZtbmV0IGRl dmljZXMuICovCiAJaWYgKHN0cmNtcChuYW1lLCBUQVApID09IDApIHsKKwkJaWYgKHRhcF9jbG9u ZV9sb29rdXAoZGV2LCAwKSkgeworCQkJZGV2X3JlZigqZGV2KTsKKwkJCXJldHVybjsKKwkJfQor CiAJCXVuaXQgPSAtMTsKIAl9IGVsc2UgaWYgKHN0cmNtcChuYW1lLCBWTU5FVCkgPT0gMCkgewor CQlpZiAodGFwX2Nsb25lX2xvb2t1cChkZXYsIFRBUF9WTU5FVCkpIHsKKwkJCWRldl9yZWYoKmRl dik7CisJCQlyZXR1cm47CisJCX0KKwogCQl1bml0ID0gLTE7CiAJCWV4dHJhID0gVk1ORVRfREVW X01BU0s7CiAJfSBlbHNlIGlmIChkZXZfc3RkY2xvbmUobmFtZSwgTlVMTCwgVEFQLCAmdW5pdCkg IT0gMSkgewpAQCAtNTU5LDEyICs1OTQsMTEgQEAKIAlLTk9URV9VTkxPQ0tFRCgmdHAtPnRhcF9y c2VsLnNpX25vdGUsIDApOwogCiAJbXR4X2xvY2soJnRwLT50YXBfbXR4KTsKLQl0cC0+dGFwX2Zs YWdzICY9IH5UQVBfT1BFTjsKKwl0cC0+dGFwX2ZsYWdzICY9IH4oVEFQX09QRU58VEFQX0FMTE9D QVRFRCk7CiAJdHAtPnRhcF9waWQgPSAwOwogCW10eF91bmxvY2soJnRwLT50YXBfbXR4KTsKIAot CVRBUERFQlVHKCIlcyBpcyBjbG9zZWQuIG1pbm9yID0gJSN4XG4iLCAKLQkJaWZwLT5pZl94bmFt ZSwgbWlub3IoZGV2KSk7CisJVEFQREVCVUcoIiVzIGlzIGNsb3NlZC4gbWlub3IgPSAlI3hcbiIs IGlmcC0+aWZfeG5hbWUsIG1pbm9yKGRldikpOwogCiAJcmV0dXJuICgwKTsKIH0gLyogdGFwY2xv c2UgKi8KLS0tIGlmX3RhcHZhci5oLm9yaWcJMjAwNS0wNi0xMCAxMjowNDo1Mi4wMDAwMDAwMDAg LTA3MDAKKysrIGlmX3RhcHZhci5oCTIwMDgtMDktMjIgMTc6MzQ6MDAuMDAwMDAwMDAwIC0wNzAw CkBAIC01NCw2ICs1NCw3IEBACiAjZGVmaW5lCVRBUF9BU1lOQwkoMSA8PCAzKQogI2RlZmluZSBU QVBfUkVBRFkgICAgICAgKFRBUF9PUEVOfFRBUF9JTklURUQpCiAjZGVmaW5lCVRBUF9WTU5FVAko MSA8PCA0KQorI2RlZmluZSBUQVBfQUxMT0NBVEVECSgxIDw8IDUpCiAKIAl1X2ludDhfdCAJZXRo ZXJfYWRkcltFVEhFUl9BRERSX0xFTl07IC8qIGV0aGVyIGFkZHIgb2YgdGhlIHJlbW90ZSBzaWRl ICovCiAK ------=_Part_13317_11640650.1222134554266-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 03:14:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 515721065674 for ; Tue, 23 Sep 2008 03:14:56 +0000 (UTC) (envelope-from bsd@fluffles.net) Received: from mail.fluffles.net (fluffles.net [80.69.95.190]) by mx1.freebsd.org (Postfix) with ESMTP id F3E1D8FC08 for ; Tue, 23 Sep 2008 03:14:55 +0000 (UTC) (envelope-from bsd@fluffles.net) Received: from [10.10.0.2] (cust.95.160.adsl.cistron.nl [195.64.95.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: info@fluffles.net) by mail.fluffles.net (Postfix) with ESMTP id 1AE44B29D66; Tue, 23 Sep 2008 05:15:47 +0200 (CEST) Message-ID: <48D85FC0.5050807@fluffles.net> Date: Tue, 23 Sep 2008 05:17:20 +0200 From: "fluffles.net" User-Agent: Thunderbird 2.0.0.16 (X11/20080724) MIME-Version: 1.0 To: FreeBSD Current References: <200809070036.m870a3NC001532@softbank219001162114.bbtec.net> <48D72F0E.7040501@fluffles.net> <200809222333.m8MNXiuS064364@softbank219001162114.bbtec.net> In-Reply-To: <200809222333.m8MNXiuS064364@softbank219001162114.bbtec.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: "G.Otsuji" Subject: Re: AMD Family 10h cpufreq driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2008 03:14:56 -0000 Hi G. Otsuji, I have followed your instructions on my 8-CURRENT amd64 system with Phenom 9350e CPU. I have built a kernel without cpufreq, so i can use the seperate module. Once i load the module i get this, with and without verbose logging enabled: -- [root@test ~]# uname -a FreeBSD test 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Tue Sep 23 10:27:59 UTC 2008 root@test:/usr/obj/usr/src/sys/TEST amd64 [root@test ~]# kldload /boot/kernel/cpufreq.ko pstate0: on cpu0 device_attach: pstate0 attach returned 19 pstate1: on cpu1 device_attach: pstate1 attach returned 19 pstate2: on cpu2 device_attach: pstate2 attach returned 19 pstate3: on cpu3 device_attach: pstate3 attach returned 19 -- So it appears not to work, but then i'm using a different CPU than you, an 9350e (65W TDP only but quadcore 2GHz). Here's a snippet from dmesg about CPU features, if its any helpful: -- Calibrating TSC clock ... TSC clock: 2000015706 Hz CPU: AMD Phenom(tm) 9350e Quad-Core Processor (2000.02-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f23 Stepping = 3 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x7ff,,,Prefetch,,> Cores per package: 4 -- I want to mention i'm using amd64, do your intructions account for that? Because i see a i386 directory, although if i see some stuff about amd64 in the makefile that suggests it also uses that directory. Just want a confirmation from you that this is not a problem. I have enabled Cool'N'Quiet in BIOS by setting it to Auto (other option is disabled). There is also a "CPU C1E Feature" setting. Some description: -- From: http://www.xbitlabs.com/articles/cpu/display/amd-phenom_3.html Cool’nQuiet technology in Phenom processors got to a completely new level, too. Now they call it Cool’n’Quiet 2.0. It allows to independently adjust the power consumption and frequency of all four processor cores and memory controller. Moreover, Phenom also supports C1E state that takes place for the processor after a few milliseconds of idling. In this case the CPU not only drops down its clock speed, but also reduces the HyperTransport and system bus power consumption. Another new and pretty interesting feature of the Cool’n’Quiet 2.0 technology is the ability of the CPU voltage regulator to receive data on the current power-saving CPU mode. Theoretically, it allows adjusting the voltage regulator circuitry parameters interactively depending on the processor operational conditions. I believe that mainboard developers will be able to implement corresponding algorithms in their solutions. -- From: http://lwn.net/Articles/286432/ AMD CPUs with C1E support are currently excluded from high resolution timers and NOHZ support. The reason is that C1E is a BIOS controlled C3 power state which switches off TSC and the local APIC timer. The ACPI C-State control manages the TSC/local APIC timer wreckage, but this does not include the C1 based ("halt" instruction) C1E mode. The BIOS/SMM controlled C1E state works on most systems even without enabling ACPI C-State control. -- Any change of getting these technologies working on FreeBSD? The C1E seems to be a seperate feature of Cool'N'Quiet 2, can you confirm that? Any features your driver cannot use yet but is offered by the hardware? Any help you can offer is greatly appreciated. Regards, Veronica G.Otsuji wrote: > Hi Veronica, > > Thank you for your response. > I doesn't know that the attached source was scrubbed in this mailing list. > the url is > http://lists.freebsd.org/pipermail/freebsd-current/attachments/20080907/e98020fd/pstate.obj > this is pstate.c > and copy pstate.c to /sys/i386/cpufreq/ , > and cd /sys/module/cpufreq/ , > and patch , > > --- Makefile.orig 2008-09-19 21:48:58.000000000 +0900 > +++ Makefile 2008-09-19 21:49:08.000000000 +0900 > @@ -12,7 +12,7 @@ > CFLAGS+= -I${.CURDIR}/../../contrib/dev/acpica > > SRCS+= acpi_if.h opt_acpi.h > -SRCS+= est.c p4tcc.c powernow.c > +SRCS+= est.c p4tcc.c powernow.c pstate.c > .endif > > .if ${MACHINE} == "i386" > > and make ; make install ; and kldload cpufreq; > > be careful that ,before down clock, umonut as much as possible and sync sync. > because I experienced that kernel panic or forced reset. > If you get such case, mail to me agin. > > psatete.c is not powernow.c 's pstate. I'd like to rather renmae hwpstate.c . > MSR is differnt ...and etc.... > > Have a nice day and hopefully enjoy! > > Cheers, > G. Otsuji > > Veronica wrote: > >> Hi G. Otsuji, >> >> This is great news, i've bought a Phenom X9350e to power my new high-end >> NAS. I'm very keen on testing this driver module. >> >> Only question: how do i compile & install? If you could give me some >> pointers that would be great. >> >> Regards, >> Veronica >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 04:37:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 651BB1065674 for ; Tue, 23 Sep 2008 04:37:09 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.191]) by mx1.freebsd.org (Postfix) with ESMTP id B5FF18FC0A for ; Tue, 23 Sep 2008 04:37:08 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so953118tid.3 for ; Mon, 22 Sep 2008 21:37:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:cc:subject:x-face :references:x-uptime:x-url:x-openpgp-id:x-openpgp-fingerprint:x-os :x-mailer:x-mail-morse:x-attribution:organization:from:date :in-reply-to:message-id:user-agent:face:mime-version:content-type :sender; bh=njwcwgUaRvqu6X45+Osr+I9aVj0OxhlNMUKIxF09Qo0=; b=l7T3mGlmvGnx9ttt5j8lYTD9mFBFj6PApcfaQJI4WiBy+rdRB3n38BFq+RM8qHkUy+ 4IpwWe4xegVIqPjMVE0pZJOz4hynezL/TAjhxb3DUWkCH0Y228ZRTqQnrFurO6UzFT3b k/8IHBm6Z94vxiNxiYF0b5IS/kVzC48j8fUz4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:cc:subject:x-face:references:x-uptime:x-url:x-openpgp-id :x-openpgp-fingerprint:x-os:x-mailer:x-mail-morse:x-attribution :organization:from:date:in-reply-to:message-id:user-agent:face :mime-version:content-type:sender; b=lntYZbf0NsNOw1Exmt64V8a1gO+49kZp/Qx3gf48EkmL/X2UUmrrdnIkG1VpTUCEkl 3Xj3LbSiVMfEjRqk+UPdXzdpCljsjMUjTeO8S5JGF8fY7VRPtzJWsmD4A1roBtLye4bz 060ULozdQrxeeKKH7zEDvYWW1vcOAGoJ3+i7Y= Received: by 10.110.68.4 with SMTP id q4mr4329861tia.0.1222144622798; Mon, 22 Sep 2008 21:37:02 -0700 (PDT) Received: from chateau.d.lf ( [122.162.250.54]) by mx.google.com with ESMTPS id i6sm3489990tid.5.2008.09.22.21.36.59 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 22 Sep 2008 21:37:01 -0700 (PDT) To: "Paul B. Mahol" X-Face: )vGQ9yK7Y$Flebu1C>(B\gYBm)[$zfKM+p&TT[[JWl6:]S>cc$%-z7-`46Zf0B*syL.C]oCq[upTG~zuS0.$"_%)|Q@$hA=9{3l{%u^h3jJ^Zl; t7 References: <87bpyjkc6p.fsf@chateau.d.lf> <873ajr6ews.fsf@chateau.d.lf> <3a142e750809221511p47b59a40hcf3679adbc2642c7@mail.gmail.com> X-Uptime: 09:50:26 up 19 min, 1 user, load average: 0.07, 0.33, 0.25 X-URL: http://wahjava.wordpress.com/ X-OpenPGP-ID: 762E5E74 X-OpenPGP-Fingerprint: 1E00 4679 77E4 F8EE 2E4B 56F2 1F2F 8410 762E 5E74 X-OS: GNU/Linux on Linux 2.6.25-gentoo-r7 kernel on x86_64 architecture X-Mailer: Gnus/5.11 (Oort 5.11) Emacs/22.3.1 (x86_64-pc-linux-gnu) X-Mail-Morse: .-- .- .... .--- .- ...- .- .--.-. --. -- .- .. .-.. .-.-.- -.-. --- -- X-Attribution: =?utf-8?B?4KSG4KS24KWA4KS3?= Organization: alt.religion.emacs From: wahjava.ml@gmail.com (Ashish Shukla =?utf-8?B?4KSG4KS24KWA4KS3IA==?= =?utf-8?B?4KS24KWB4KSV4KWN4KSy?=) Date: Tue, 23 Sep 2008 10:07:11 +0530 In-Reply-To: <3a142e750809221511p47b59a40hcf3679adbc2642c7@mail.gmail.com> (Paul B. Mahol's message of "Tue\, 23 Sep 2008 00\:11\:17 +0200") Message-ID: <87y71jlbpk.fsf@chateau.d.lf> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJ1BMVEWpqal/f39tbW1jY2Md HR2goKCenp6UlJROTk7////9/f35+fnT09ORJdieAAACVklEQVQ4jXXUP2vbQBQA8AvUTkgz5OzY Z0iGWhpS6BSrkECn0mvx0MEJ6AjtYrfoBCVDlD8naJYmNlRfwZq8+mkKlIZaGpJSYmP7Q/XkJDrJ Td8i/H68u3vHPaPufwLdf32AMA4A6GcAgvAamY1pOJiDIFqicTwLswDhfr3uxfFtkAY/GFHPMwzD 8zpnACmIOnE6js7rQb+v4NJrG9od0C+QgpHMy5jBewV+UDSMWiw1Y4fWfyV7+NGFzDsYa3pth9LJ Q4XvXxFHcJRvHOmygn5NAEabnDcQQguarnfoiwSCJ99jmKKcphsZONmWsDK9Ro7cvZOCtQdg8nje egLhc2LNlkLmsezzTFUUy5w18ocox/f0LaLgJy0zO75zk+9pp85GAj36xjqhdI0y3tq2m4dqqcWX zQWBTz8L1irvolXV4J+3q7eCDgVnttjNq6X8H+9KOZsuNk1uCzx8pSp+E9HImfJOTLdcGqo+YKnG EIovizkEn48V7BO+ch2DXcD4ENSpWiU+q8hjjbgTBZCXnZtyj0Ws4Q1Q0B2WXFtYZo65Bbyeeldw RS6qFueM80LlLA29YlVwGRYvFD+kwI/0O+A2PlpOP9GwslUVciHuYGechuBTp922YiDZCrghTknm XSyOM+D3aoRZlo0Jb42zY7DN4p2x4AeZ+QAYutx1sHwTHzMT5cMNduQ9yW3GczN4KZ86kb0c9O8T yXDeFqpl2fryPEAYGXIlezAPXYh2NgVr/gvdoHIuDwuPwOhcWE8f8mmICq41eATkn8x0kuRTIKcB wE9+/QUtiiAnYcaN7wAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Sender: =?UTF-8?B?4KSG4KS24KWA4KS3IOCktuClgeCkleCljeCksiBBc2hpc2ggU2h1a2xh?= Cc: freebsd-current@freebsd.org Subject: Re: Setting up atheros (168c:001c) wireless NIC in FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Sep 2008 04:37:09 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Paul B Mahol writes: > On 9/22/08, Ashish Shukla ************ *************** > wrote: >> Hi all, >> >> I've just built and installed recently checked out kernel and world. But >> this time, wpa_supplicant is able to detect my access point and >> associate it for a moment. But thats it. >> >> ----8<----8<---- >> % ifconfig wlan0 >> wlan0: flags=8843 metric 0 mtu 1500 >> ether 00:1f:3a:1a:50:b3 >> inet6 fe80::21f:3aff:fe1a:50b3%wlan0 prefixlen 64 scopeid 0x4 >> media: IEEE 802.11 Wireless Ethernet DS/1Mbps mode 11g >> status: associated >> ssid 18-B-PARVATIYA channel 6 (2437 Mhz 11g) bssid 00:1e:2a:76:f4:60 >> regdomain 103 indoor ecm authmode WPA2/802.11i privacy ON >> deftxkey UNDEF txpower 16 bmiss 7 scanvalid 450 bgscan bgscanintvl >> 300 >> bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst >> roaming MANUAL ----> 8---->8---- >> >> Though it shows associated but I'm not able to ping any other nodes on > Why? You got some errors when using ping(1)? > ifconfig output doesnt have inet, netmask and broadcast configured so > pinging will not work anyway. Sorry I didn't mentioned it there, but I've assigned one of the address from the RFC1918 address range in use at my wireless network. ----8<----8<---- abbe [~] monte-cristo% ifconfig ath0: flags=8843 metric 0 mtu 2290 ether 00:1f:3a:1a:50:b3 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated rl0: flags=8843 metric 0 mtu 1500 options=8 ether 00:1b:38:ea:5c:76 inet 172.16.0.7 netmask 0xffffffe0 broadcast 172.16.0.31 inet6 fe80::21b:38ff:feea:5c76%rl0 prefixlen 64 scopeid 0x2 media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 metric 0 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 wlan0: flags=8843 metric 0 mtu 1500 ether 00:1f:3a:1a:50:b3 inet6 fe80::21f:3aff:fe1a:50b3%wlan0 prefixlen 64 scopeid 0x4 media: IEEE 802.11 Wireless Ethernet DS/1Mbps mode 11g status: associated ssid 18-B-PARVATIYA channel 6 (2437 Mhz 11g) bssid 00:1e:2a:76:f4:60 regdomain 103 indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF txpower 16 bmiss 7 scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst roaming MANUAL abbe [~] monte-cristo% sudo ifconfig rl0 172.16.0.7 -alias abbe [~] monte-cristo% sudo ifconfig wlan0 172.16.0.7/27 abbe [~] monte-cristo% ping -c 4 172.16.0.2 PING 172.16.0.2 (172.16.0.2): 56 data bytes ping: sendto: Operation not permitted ping: sendto: Operation not permitted ping: sendto: Operation not permitted ping: sendto: Operation not permitted ^C --- 172.16.0.2 ping statistics --- 4 packets transmitted, 0 packets received, 100.0% packet loss abbe [~] monte-cristo% sudo pfctl -d No ALTQ support in kernel ALTQ related functions disabled pf disabled abbe [~] monte-cristo% ping -c 4 172.16.0.2 PING 172.16.0.2 (172.16.0.2): 56 data bytes --- 172.16.0.2 ping statistics --- 4 packets transmitted, 0 packets received, 100.0% packet loss abbe [~] monte-cristo% sudo ifconfig wlan0 172.16.0.7 -alias abbe [~] monte-cristo% sudo ifconfig rl0 172.16.0.7/27 abbe [~] monte-cristo% ping -c 4 172.16.0.2 PING 172.16.0.2 (172.16.0.2): 56 data bytes 64 bytes from 172.16.0.2: icmp_seq=0 ttl=64 time=0.489 ms 64 bytes from 172.16.0.2: icmp_seq=1 ttl=64 time=0.161 ms 64 bytes from 172.16.0.2: icmp_seq=2 ttl=64 time=0.173 ms 64 bytes from 172.16.0.2: icmp_seq=3 ttl=64 time=0.180 ms --- 172.16.0.2 ping statistics --- 4 packets transmitted, 4 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.161/0.251/0.489/0.138 ms ---->8---->8---- Both rl0 and wlan0 interfaces of my notebook connects to the same wireless router (802.11 abg + 4 802.3 ports, used in a switch fashion). And this notebook also has Gentoo GNU/Linux, where wireless functionality works fine with HAL 0.10.5.6 and madwifi drivers. Ashish -- () ascii ribbon campaign - against HTML e-mail /\ www.asciiribbon.org - against proprietary attachments ·-- ·- ···· ·--- ·- ···- ·- ·--·-· --· -- ·- ·· ·-·· ·-·-·- -·-· --- -- % dig +short cname cdac.in @::1 ms.gov.in --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkjYcnsACgkQHy+EEHYuXnTHmACgmphdrpzjHkF8i79bjijxz5ZN XnkAn3WuadVTDp2aQfKqTVr+anxbE7YW =g866 -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 06:23:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 141E71065676 for ; Tue, 23 Sep 2008 06:23:16 +0000 (UTC) (envelope-from annona2@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.173]) by mx1.freebsd.org (Postfix) with ESMTP id D09C48FC16 for ; Tue, 23 Sep 2008 06:23:10 +0000 (UTC) (envelope-from annona2@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so1991134wfg.7 for ; Mon, 22 Sep 2008 23:23:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:message-id:date:from :to:cc:subject:in-reply-to:references:user-agent:mime-version :content-type; bh=cki9HhOqYisq5bwwk9RQuQNYrLmxJLuJKQZUnyTBgqA=; b=G7FE+ZGLN4l2S9V9z2wVG+pyI7NSH1s6EdfU/lEX/ibnP3hrEJol4eNhNKs5WwISER UO7pd6BOql8KoXJ218S+KFknu+1s+RDB3tswdt/15qXAEKs6DErRbqWu/c8JWFYAmBAk 3F4IaIfIfnodsUdunD+63E3kjwVZhSgFk2eiE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:cc:subject:in-reply-to:references :user-agent:mime-version:content-type; b=b1Y9aNmF8xJNzmd5rVTl+UzkJzBFRxzlwZCqHhXX9umytZO8D2lRkuKSoNLA6CQu/t fCC7taRyWm/LuqVOmBWUbMJrCOpzuvptRdXedqauDATj7jpgHgDqLo96B7Rvrt8BlCT7 cHd2uXI24KJowKQV1kCAK6VIXqV5UnaSalB5o= Received: by 10.142.132.2 with SMTP id f2mr1837957wfd.22.1222150990183; Mon, 22 Sep 2008 23:23:10 -0700 (PDT) Received: from softbank219001162114.bbtec.net ( [219.1.162.114]) by mx.google.com with ESMTPS id 20sm9404634wfi.11.2008.09.22.23.23.08 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 22 Sep 2008 23:23:09 -0700 (PDT) Received: from softbank219001162114.bbtec.net (localhost [127.0.0.1]) by softbank219001162114.bbtec.net (8.14.3/8.14.3) with ESMTP id m8N6N5rV002035; Tue, 23 Sep 2008 15:23:05 +0900 (JST) (envelope-from annona2@gmail.com) Message-Id: <200809230623.m8N6N5rV002035@softbank219001162114.bbtec.net> Date: Tue, 23 Sep 2008 15:23:05 +0900 From: "G .Otsuji" To: "fluffles.net" In-Reply-To: <48D85FC0.5050807@fluffles.net> References: <200809070036.m870a3NC001532@softbank219001162114.bbtec.net> <48D72F0E.7040501@fluffles.net> <200809222333.m8MNXiuS064364@softbank219001162114.bbtec.net> <48D85FC0.5050807@fluffles.net> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.2 (i386-portbld-freebsd7.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: "G.Otsuji" , FreeBSD Current Subject: Re: AMD Family 10h cpufreq driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2008 06:23:16 -0000 Hi Veronica, I 've tested in amd64 environment. But ... Here's a temprorary patch, --- pstate.c.before 2008-09-23 14:56:57.000000000 +0900 +++ pstate.c 2008-09-23 15:19:39.000000000 +0900 @@ -362,11 +362,16 @@ *p++ = (char)((reg >> 24) & 0xff); } } + if (sc->mof_id == 0) { + device_printf(dev, "msr is = %x\n",msr); + } if (strstr(cpu_model, "Phenom")) { if (strstr(cpu_model, "9600")) { sc->mof_id = 23; /* 2.3 GHz */ } else if (strstr(cpu_model, "9850")) { sc->mof_id = 25; /* 2.5 GHz */ + } else if (strstr(cpu_model, "9350e")) { + sc->mof_id = 20; /* 2.0 GHz */ } else if (strstr(cpu_model, "9950")) { sc->mof_id = 26; /* 2.6 GHz */ } Is this cpu is black edition or not? I think more verbose debugging message is needed . so msr is = %x is added. send me the result please. I had an idea that it will be cool that message says Cool`n'quiet 2.0 and it is not any further deep thought. :-) And I have little knowledge about C1E state. :-< Thank you for testing. and be careful that ,before down clock, mount -u -o ro as much as possible,or sync sync. Cheers, G. Otsuji From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 06:58:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7736C1065673 for ; Tue, 23 Sep 2008 06:58:46 +0000 (UTC) (envelope-from annona2@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.175]) by mx1.freebsd.org (Postfix) with ESMTP id 3E2DE8FC1E for ; Tue, 23 Sep 2008 06:58:46 +0000 (UTC) (envelope-from annona2@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so2000476wfg.7 for ; Mon, 22 Sep 2008 23:58:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:message-id:date:from :to:cc:subject:in-reply-to:references:user-agent:mime-version :content-type:content-transfer-encoding; bh=Q34QtP7fMptl6tLXnNkm8AI/Lv7XKDswEhWjbd64WA0=; b=adX6SNeHsAOVhVSsDWJAgVYbA13Zwg9r3o7IZgBaHA8f2frRxwBUejKU7MVGbeW9wZ KnicIfTF2X3pt0dyMbkLcpU3sC7bcIdYPock99x/bHfYaQIPdvFNiSGjEn11bQCibEOj MPfVJ8ZCbqHiOsazkAqVgQEweHX6XAOAyL/ec= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:cc:subject:in-reply-to:references :user-agent:mime-version:content-type:content-transfer-encoding; b=xEosdRGm6P7fIpys8B36qEyU0IevYR/naKvsSPmJTVIVdzt9eQ16mlZBKs7sBw/Fk/ hdKQScnq8Geekw+j0djNmjxls012HPnjaLz+BYjjx31ObLfAQ82B1Xc4etbzJKijqGwr CZcPMzDZZ9CpoXi8DKf/MKvO1PuXE+J/3qvCQ= Received: by 10.142.132.2 with SMTP id f2mr1831015wfd.287.1222153125753; Mon, 22 Sep 2008 23:58:45 -0700 (PDT) Received: from softbank219001162114.bbtec.net ( [219.1.162.114]) by mx.google.com with ESMTPS id 22sm9496693wfi.14.2008.09.22.23.58.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 22 Sep 2008 23:58:45 -0700 (PDT) Received: from softbank219001162114.bbtec.net (localhost [127.0.0.1]) by softbank219001162114.bbtec.net (8.14.3/8.14.3) with ESMTP id m8N6wcxM002487; Tue, 23 Sep 2008 15:58:39 +0900 (JST) (envelope-from annona2@gmail.com) Message-Id: <200809230658.m8N6wcxM002487@softbank219001162114.bbtec.net> Date: Tue, 23 Sep 2008 15:58:38 +0900 From: "G .Otsuji" To: "fluffles.net" In-Reply-To: <48D85FC0.5050807@fluffles.net> References: <200809070036.m870a3NC001532@softbank219001162114.bbtec.net> <48D72F0E.7040501@fluffles.net> <200809222333.m8MNXiuS064364@softbank219001162114.bbtec.net> <48D85FC0.5050807@fluffles.net> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.2 (i386-portbld-freebsd7.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "G.Otsuji" , FreeBSD Current Subject: Re: AMD Family 10h cpufreq driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2008 06:58:46 -0000 Hi Veronica, I haven't read yet much so mail again. > I want to mention i'm using amd64, do your intructions account for that? > Because i see a i386 directory, although if i see some stuff about amd64 > in the makefile that suggests it also uses that directory. Just want a > confirmation from you that this is not a problem. Yes! It's not a problem. > From: http://www.xbitlabs.com/articles/cpu/display/amd-phenom_3.html >=20 > Cool=E2=80=99nQuiet technology in Phenom processors got to a completely n= ew > level, too. Now they call it Cool=E2=80=99n=E2=80=99Quiet 2.0. It allows = to > independently adjust the power consumption and frequency of all four > processor cores and memory controller. Yes,too!. but ,FreeBSD has only one oid dev.cpu.0.freq_levels/dev.cpu.0.fre= q. I think it is possible that dev.cpu.1.freq=3D1000 and dev.cpu.2.freq=3D1200= or so. But freebsd is not yet enabled this feature. > Moreover, Phenom also supports C1E state that takes place for the > processor after a few milliseconds of idling. In this case the CPU not > only drops down its clock speed, but also reduces the HyperTransport and > system bus power consumption. >=20 > Another new and pretty interesting feature of the Cool=E2=80=99n=E2=80=99= Quiet 2.0 > technology is the ability of the CPU voltage regulator to receive data > on the current power-saving CPU mode. Theoretically, it allows adjusting > the voltage regulator circuitry parameters interactively depending on > the processor operational conditions. I believe that mainboard > developers will be able to implement corresponding algorithms in their > solutions. Yes.the voltage is dropping as the cpu clock-downs with pstate modules. boot -v will writes this message if goes well. > AMD CPUs with C1E support are currently excluded from high resolution > timers and NOHZ support. The reason is that C1E is a BIOS controlled > C3 power state which switches off TSC and the local APIC timer. The > ACPI C-State control manages the TSC/local APIC timer wreckage, but > this does not include the C1 based ("halt" instruction) C1E mode. The > BIOS/SMM controlled C1E state works on most systems even without > enabling ACPI C-State control. ACPI is not my knowing area, so rewriting is welcome! Cheers, G. Otsuji From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 08:04:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25ED7106567B for ; Tue, 23 Sep 2008 08:04:38 +0000 (UTC) (envelope-from bsd@fluffles.net) Received: from mail.fluffles.net (fluffles.net [80.69.95.190]) by mx1.freebsd.org (Postfix) with ESMTP id DE4428FC17 for ; Tue, 23 Sep 2008 08:04:37 +0000 (UTC) (envelope-from bsd@fluffles.net) Received: from [10.10.0.2] (cust.95.160.adsl.cistron.nl [195.64.95.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: info@fluffles.net) by mail.fluffles.net (Postfix) with ESMTP id 397C2B29D66; Tue, 23 Sep 2008 10:05:28 +0200 (CEST) Message-ID: <48D8A3A7.5090207@fluffles.net> Date: Tue, 23 Sep 2008 10:07:03 +0200 From: "fluffles.net" User-Agent: Thunderbird 2.0.0.16 (X11/20080724) MIME-Version: 1.0 To: FreeBSD Current References: <200809070036.m870a3NC001532@softbank219001162114.bbtec.net> <48D72F0E.7040501@fluffles.net> <200809222333.m8MNXiuS064364@softbank219001162114.bbtec.net> <48D85FC0.5050807@fluffles.net> <200809230623.m8N6N5rV002035@softbank219001162114.bbtec.net> In-Reply-To: <200809230623.m8N6N5rV002035@softbank219001162114.bbtec.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "G .Otsuji" Subject: Re: AMD Family 10h cpufreq driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2008 08:04:38 -0000 G .Otsuji wrote: > Hi Veronica, > I 've tested in amd64 environment. But ... > Here's a temprorary patch, > Hey, funny i tried the exact same thing ;-) Only with string 9350 instead of 9350e, i guess both should work. Now when loading cpufreq.ko driver, i get 4 lines of Cool'N'Quiet 2.0. I can change the dev.cpu.0.freq sysctl variable and that appears to work. =) when loading powerd, however, it does not change the frequency when there is 100% load on one core (so total idle cpu time is 75% since i have a quadcore). Manually changing the frequency works though, very cool! Here are some idle power measurements i took: cpu: Phenom 9350e quadcore 4x 2.0GHz (energy efficient 65W version, not black edition) mem: 1GB DDR2/666 CL5 (1 DIMM) mobo: Asus M3N72-D Socket AM2+ with nVidia 750a SLI chipset. hdd: 2,5" 40GB Hitachi notebook HDD on Parallel ATA (udma33) power supply: Huntkey Greenstar 400W measurement: average real power drain at wall socket, tested with Voltcraft Energycheck 3000 @2000: 88.4W @1200: 75.0W @1000: 68.5W @800: 65.0 @600: 60.7W @400: 58.0W So in total i shave off 30.4W when idling using cool'n'quiet!! This is very very cool. =) Another power supply (Amacrox 400W Passive) gets some 3-6W lower scores. The only thing missing now is auto-adapting of the frequency by powerd. I do see powerd active in top, but it appears not to change the frequency. Anything i can do to fix that? Aside from that issue, i would say your driver works for me. Congratulations! Regards, Veronica From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 08:33:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D96A2106567A for ; Tue, 23 Sep 2008 08:33:47 +0000 (UTC) (envelope-from annona2@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.229]) by mx1.freebsd.org (Postfix) with ESMTP id A25DF8FC18 for ; Tue, 23 Sep 2008 08:33:47 +0000 (UTC) (envelope-from annona2@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1758774rvf.43 for ; Tue, 23 Sep 2008 01:33:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:message-id:date:from :to:cc:subject:in-reply-to:references:user-agent:mime-version :content-type; bh=Y8ouqSWBt2r30EnoqlG+b70n2Ck+z8joMFnLEBMnyKw=; b=ZKurZ1unGwS1peCjRB3P7H/bKjdR1V44r/dfG3fOZ7Dxhxw8klBUYD8EXKq8kTIGDh pX+gJUq3PPzFrP3PYSeIdPI+JqpQT+qgk4kx50rQpoFbOCxIG7svSXITe5FHNy0aSt8o YfYars4O2U+CltkganERBHC1Cxicp0/OVGgtE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:cc:subject:in-reply-to:references :user-agent:mime-version:content-type; b=iwoFPxYMN8B30v8mcz9mAKVwYbNCRCo/0HRiq4EwwFm5f7pVcQlc4P1jSsbLNyXSkQ QGCndzkQ7ce4ZKWlbkPOzLoOf92eYV4BuL1pmPYNUjqE5NPXZ3cJLxjwA6WpCgfLVil/ 7iXACuyjO2JdwVT6njSnnoZoXPWTwGrtUebJE= Received: by 10.142.139.14 with SMTP id m14mr1875193wfd.98.1222158827421; Tue, 23 Sep 2008 01:33:47 -0700 (PDT) Received: from softbank219001162114.bbtec.net ( [219.1.162.114]) by mx.google.com with ESMTPS id 9sm9633778wfc.19.2008.09.23.01.33.43 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 23 Sep 2008 01:33:47 -0700 (PDT) Received: from softbank219001162114.bbtec.net (localhost [127.0.0.1]) by softbank219001162114.bbtec.net (8.14.3/8.14.3) with ESMTP id m8N8XeZ9001511; Tue, 23 Sep 2008 17:33:40 +0900 (JST) (envelope-from annona2@gmail.com) Message-Id: <200809230833.m8N8XeZ9001511@softbank219001162114.bbtec.net> Date: Tue, 23 Sep 2008 17:33:40 +0900 From: "G .Otsuji" To: "fluffles.net" In-Reply-To: <48D8A3A7.5090207@fluffles.net> References: <200809070036.m870a3NC001532@softbank219001162114.bbtec.net> <48D72F0E.7040501@fluffles.net> <200809222333.m8MNXiuS064364@softbank219001162114.bbtec.net> <48D85FC0.5050807@fluffles.net> <200809230623.m8N6N5rV002035@softbank219001162114.bbtec.net> <48D8A3A7.5090207@fluffles.net> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.2 (i386-portbld-freebsd7.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: "G .Otsuji" , FreeBSD Current Subject: Re: AMD Family 10h cpufreq driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2008 08:33:47 -0000 Hi Veronica, Congratulations too! It's funny that exactly the same thing :) @400MHz 58.0W is quite a reduction of power! > The only thing missing now is auto-adapting of the frequency by powerd. > I do see powerd active in top, but it appears not to change the > frequency. Anything i can do to fix that? Aside from that issue, i would > say your driver works for me. anyway, powerd looks at dev.cpu.0.freq_levels . so i'd like to see "sysctl dev.cpu.0.freq_levels" writes. I think powerd's restart is needed, if there is . And also i'd like to know about the msr string that would be written if you patched my patch , it'd be some debug informations for me. I think more debug will be needed . And also I'd like to know about reboot / shutdown -p / shutdown -r go well? Cheers, G. Otsuji From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 08:42:46 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31DAE1065673; Tue, 23 Sep 2008 08:42:46 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 962CD8FC17; Tue, 23 Sep 2008 08:42:45 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=P3LTUo9H242nTXu8ivcyT3VXf8SXNvjdN4HBx3Wl0WuUCsWPurW1qjZYoEzpcpqcMh2vzRRasA8X+vVHANRH96U2GvtNMlur1LicizRQRL6Jav+J/upwB6HNFxkkFWHjoidPJJZxmbXi8WXw8D1Kmkk5uU9mKIcGX5oDMgspU64=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1Ki3Fy-0000JO-40; Tue, 23 Sep 2008 12:28:26 +0400 Date: Tue, 23 Sep 2008 12:28:24 +0400 From: Eygene Ryabinkin To: Maksim Yevmenkin Message-ID: References: <20080917161633.9E2F717101@shadow.codelabs.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Nx8xdmI2KD3LNVVP" Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru Cc: rik@freebsd.org, ed@freebsd.org, current@freebsd.org, bug-followup@freebsd.org Subject: Re: kern/127446: [patch] fix race in sys/dev/kbdmux/kbdmux.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Sep 2008 08:42:46 -0000 --Nx8xdmI2KD3LNVVP Content-Type: multipart/mixed; boundary="Vy6UCbb9EK60RK4A" Content-Disposition: inline --Vy6UCbb9EK60RK4A Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Maksim, good day. Fri, Sep 19, 2008 at 09:20:41AM -0700, Maksim Yevmenkin wrote: > > Tried my initial patch on some 7.0-PRERELEASE -- it locks keyboard when > > geli asks for the password. Had not much time to dig it out, will try > > to do it as soon as I can. Substituting KBDMUX_LOCK/UNLOCK with Giant > > locking helps even on this FreeBSD version. > > > > More testing needed, may be there are some other issues that aren't > > revealing themselves... >=20 > did you have a chance to do some testing? i tried substituting > KBDMUX_LOCK/UNLOCK with Giant locking here locally and played with a > couple of keyboards under X and console. no apparent issues or witness > complains. Sorry for being a bit slow, but I have good news: another race was found and patched. Now it is in the syscons code: high-level procedures are racing with sckbdevent(): on my (magical ;))) notebook scgetc() from syscons.c got the right key, but on return to sccngetch() the code was substituted with 0x100 (NOKEY) and scancode was effectively throwed out. So what I had seen was not the keyboard lock, but just the visual effect of it. Since syscons.c has some splx()/spltty() calls still hanging around and comments are saying that these are to protect from the sckbdevent() and scrn_timer(). I had wrapped these procedures with Giant operations. There is one suspicious function, scstart(): I had not touched it, but may be it should also be protected with some kind of lock. The attached patch does this. I did some limited testing for it: still continuing to do it on all available systems. > would it be ok for me to commit this? >=20 > --- kbdmux.c.orig 2008-07-29 14:21:20.000000000 -0700 > +++ kbdmux.c 2008-09-19 09:02:54.000000000 -0700 > @@ -104,9 +104,11 @@ >=20 > #define KBDMUX_LOCK_DESTROY(s) >=20 > -#define KBDMUX_LOCK(s) > +#define KBDMUX_LOCK(s) \ > + mtx_lock(&Giant) >=20 > -#define KBDMUX_UNLOCK(s) > +#define KBDMUX_UNLOCK(s) \ > + mtx_unlock(&Giant) >=20 > #define KBDMUX_LOCK_ASSERT(s, w) Yes, I think it will be fine -- I have no issues with this patch. Although now I am testing the new patch together with my old one. Will try to roll this patch on some systems too. Thanks! --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --Vy6UCbb9EK60RK4A Content-Type: text/x-diff; charset=koi8-r Content-Disposition: attachment; filename="syscons-read-race.patch" Content-Transfer-Encoding: quoted-printable Avoids races of high-level syscons code with the sckbdevent handler. --- sys/dev/syscons/syscons.c.orig 2008-09-23 11:46:45.000000000 +0400 +++ sys/dev/syscons/syscons.c 2008-09-23 12:16:32.000000000 +0400 @@ -1569,7 +1569,9 @@ scp->ts =3D save; =20 s =3D spltty(); /* block sckbdevent and scrn_timer */ + mtx_lock(&Giant); sccnupdate(scp); + mtx_unlock(&Giant); splx(s); } =20 @@ -1590,6 +1592,7 @@ int s =3D spltty(); /* block sckbdevent and scrn_timer while we poll */ int c; =20 + mtx_lock(&Giant); /* assert(sc_console !=3D NULL) */ =20 /*=20 @@ -1601,11 +1604,13 @@ sccnupdate(scp); =20 if (fkeycp < fkey.len) { + mtx_unlock(&Giant); splx(s); return fkey.str[fkeycp++]; } =20 if (scp->sc->kbd =3D=3D NULL) { + mtx_unlock(&Giant); splx(s); return -1; } @@ -1628,6 +1633,7 @@ scp->kbd_mode =3D cur_mode; kbd_ioctl(scp->sc->kbd, KDSKBMODE, (caddr_t)&scp->kbd_mode); kbd_disable(scp->sc->kbd); + mtx_unlock(&Giant); splx(s); =20 switch (KEYFLAGS(c)) { --Vy6UCbb9EK60RK4A-- --Nx8xdmI2KD3LNVVP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjYqKgACgkQthUKNsbL7Yh1KQCeJ6p2maQenUEwO8SQs4rpA1Y0 bjkAn2NmJVhuu1lcSMiOaf9tydIJxRv/ =/vb6 -----END PGP SIGNATURE----- --Nx8xdmI2KD3LNVVP-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 08:50:00 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53EDE1065676 for ; Tue, 23 Sep 2008 08:50:00 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:3fb::211]) by mx1.freebsd.org (Postfix) with ESMTP id 19C278FC14 for ; Tue, 23 Sep 2008 08:50:00 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 509981CC46; Tue, 23 Sep 2008 10:49:59 +0200 (CEST) Date: Tue, 23 Sep 2008 10:49:59 +0200 From: Ed Schouten To: Claude Buisson Message-ID: <20080923084959.GK81522@hoeg.nl> References: <48D81DEE.4070103@orange.fr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XAtoqsFAXbjZCl7Z" Content-Disposition: inline In-Reply-To: <48D81DEE.4070103@orange.fr> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Current Subject: Re: Problem telneting to a new -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Sep 2008 08:50:00 -0000 --XAtoqsFAXbjZCl7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Claude Buisson wrote: > After upgrading a test system from -current at August 18, to -current at > September 21, I can no more telnet to it from a releng_6 system (from a > console and/or a xterm). > > The user/password dialog takes place, and I get the system banner > (FreeBSD/i386 ...), then the connection is closed by the host. I can confirm. It's very likely that this is some kind of TTY bug, so I'll investigate. Hang in there. :-) --=20 Ed Schouten WWW: http://80386.nl/ --XAtoqsFAXbjZCl7Z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkjYrbcACgkQ52SDGA2eCwU57ACffIkhTccNOXdME7OlC4Q2Pm98 qoAAn31SQ8fRi68Dj8X67pTpWW+pUiEL =7u0/ -----END PGP SIGNATURE----- --XAtoqsFAXbjZCl7Z-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 09:09:07 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BC841065675; Tue, 23 Sep 2008 09:09:07 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id C1A1C8FC14; Tue, 23 Sep 2008 09:09:06 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=Lj81gX/ZkTVQo5HWn/HIAN/Ej/dlsQ5D/DBPmgAZabqKLGtHUNsE3KLd/WHA/u4U1YxeTvdNyK8N2cl3qBUwzmAWnkPqCobK2Ck5CofZ9j5AGTfOAAhDBM6wqru5gju8j3+Dcqsfj1I4VWFodBbi0Hd5MsO9cX3y1+eLNT6NEME=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1Ki3tJ-00037I-EY; Tue, 23 Sep 2008 13:09:05 +0400 Date: Tue, 23 Sep 2008 13:09:03 +0400 From: Eygene Ryabinkin To: Maksim Yevmenkin Message-ID: References: <20080917161633.9E2F717101@shadow.codelabs.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pkBzO0lo80FoaZii" Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru Cc: rik@freebsd.org, ed@freebsd.org, current@freebsd.org, bug-followup@freebsd.org Subject: Re: kern/127446: [patch] fix race in sys/dev/kbdmux/kbdmux.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Sep 2008 09:09:07 -0000 --pkBzO0lo80FoaZii Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Me again. Tue, Sep 23, 2008 at 12:28:24PM +0400, Eygene Ryabinkin wrote: > The attached patch does this. I did some limited testing for it: still > continuing to do it on all available systems. New patch works on 7.0 and 7.0-PRERELEASE, but currently hangs my 7.1-PRERELEASE just before activation of the single-user mode. I am investigating -- I did the original patch for the syscons.c 1.453.2.1. Changes in 1.453.2.2 look innocently, but 1.453.2.3 changed some functionality, may be it is the culprit. Will inform on my findings. --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --pkBzO0lo80FoaZii Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEUEARECAAYFAkjYsi8ACgkQthUKNsbL7YjwmgCWLA15gffo1cmwo9fGys6rZGEL wACgjE7eJ1eLEFVp7OrV8T3wfHiAx+4= =WTpN -----END PGP SIGNATURE----- --pkBzO0lo80FoaZii-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 09:41:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8165106564A for ; Tue, 23 Sep 2008 09:41:47 +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 71B1B8FC1A for ; Tue, 23 Sep 2008 09:41:47 +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 esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Ki4Ou-0004JM-Hp; Tue, 23 Sep 2008 12:41:44 +0300 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 m8N9fZZv036972 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 23 Sep 2008 12:41:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m8N9fYqn098618; Tue, 23 Sep 2008 12:41:34 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id m8N9fYIP098617; Tue, 23 Sep 2008 12:41:34 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 23 Sep 2008 12:41:34 +0300 From: Kostik Belousov To: Maksim Yevmenkin Message-ID: <20080923094134.GM47828@deviant.kiev.zoral.com.ua> References: <48D2F942.4070801@FreeBSD.org> <20080919084201.GD44330@wep4035.physik.uni-wuerzburg.de> <48D38DFF.8000803@FreeBSD.org> <20080919203310.GA34131@localhost.my.domain> <48D8196E.7020005@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="V3eawNQxI9TAjvgi" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 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 1Ki4Ou-0004JM-Hp 9ac6fc9ab56feaebec872ff7368f43df X-Terabit: YES Cc: Alexey Shuvaev , freebsd-current@freebsd.org, Ed Schouten Subject: Re: Interface auto-cloning bug or feature? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2008 09:41:47 -0000 --V3eawNQxI9TAjvgi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 22, 2008 at 06:49:14PM -0700, Maksim Yevmenkin wrote: > [...] >=20 > >>> ok, how about attached patch. i put it together *very* quickly and > >>> only gave it a light testing. its for tap(4), because i could compile > >>> it as a module and tun(4) is compiled into kernel by default, but the > >>> idea should identical for tun(4). should be even simpler for tun(4) > >>> because it does not have to deal with 2 kind of devices (i.e. tap and > >>> vmnet). give it a try, and see if it works. please try both cloning > >>> paths, i.e. > >>> > >>> 1) cat /dev/tap (/dev/vmnet) with and/or without unit number > >>> > >>> and > >>> > >>> 2) ifconfig tapX (vmnetX) create/destroy > >>> > >>> in the mean time i will prepare something similar for tun(4). > >> > >> attached is similar patch for tun(4). i only made sure it compiles :) > >> rebuilding kernel now... >=20 > attached is a slightly better patch for tap(4). the idea is to use > extra ALLOCATED flag that prevents the race Kostik pointed out. could > you please give it a try? any review comments are greatly appreciated. > if this is acceptable, i will prepare something similar for tun(4) The tap should use make_dev_credf(MAKEDEV_REF) instead of make_dev/dev_ref sequence in the clone handler. For similar reasons, I think it is slightly better to do a dev_ref() immediately after setting the TAP_ALLOCATED flag without dropping tapmtx. I cannot figure out how tap_clone_create/tap_clone_destroy are being called. Can it be garbage-collected ? The whole module unload sequence looks unsafe. >=20 > thanks, > max > --- if_tap.c.orig 2008-09-08 17:20:57.000000000 -0700 > +++ if_tap.c 2008-09-22 18:36:16.000000000 -0700 > @@ -94,6 +94,7 @@ > static int tapifioctl(struct ifnet *, u_long, caddr_t); > static void tapifinit(void *); > =20 > +static int tap_clone_lookup(struct cdev **, u_short); > static int tap_clone_create(struct if_clone *, int, caddr_t); > static void tap_clone_destroy(struct ifnet *); > static int vmnet_clone_create(struct if_clone *, int, caddr_t); > @@ -176,6 +177,30 @@ > DEV_MODULE(if_tap, tapmodevent, NULL); > =20 > static int > +tap_clone_lookup(struct cdev **dev, u_short extra) > +{ > + struct tap_softc *tp; > + > + mtx_lock(&tapmtx); > + SLIST_FOREACH(tp, &taphead, tap_next) { > + mtx_lock(&tp->tap_mtx); > + > + if ((tp->tap_flags & (TAP_OPEN|TAP_ALLOCATED|extra)) =3D=3D extra) { > + tp->tap_flags |=3D TAP_ALLOCATED; > + *dev =3D tp->tap_dev; > + mtx_unlock(&tp->tap_mtx); > + mtx_unlock(&tapmtx); > + > + return (1); > + } > + mtx_unlock(&tp->tap_mtx); > + } > + mtx_unlock(&tapmtx); > + > + return (0); > +} > + > +static int > tap_clone_create(struct if_clone *ifc, int unit, caddr_t params) > { > struct cdev *dev; > @@ -288,7 +313,7 @@ > mtx_lock(&tapmtx); > SLIST_FOREACH(tp, &taphead, tap_next) { > mtx_lock(&tp->tap_mtx); > - if (tp->tap_flags & TAP_OPEN) { > + if (tp->tap_flags & (TAP_OPEN|TAP_ALLOCATED)) { > mtx_unlock(&tp->tap_mtx); > mtx_unlock(&tapmtx); > return (EBUSY); > @@ -353,8 +378,18 @@ > =20 > /* We're interested in only tap/vmnet devices. */ > if (strcmp(name, TAP) =3D=3D 0) { > + if (tap_clone_lookup(dev, 0)) { > + dev_ref(*dev); > + return; > + } > + > unit =3D -1; > } else if (strcmp(name, VMNET) =3D=3D 0) { > + if (tap_clone_lookup(dev, TAP_VMNET)) { > + dev_ref(*dev); > + return; > + } > + > unit =3D -1; > extra =3D VMNET_DEV_MASK; > } else if (dev_stdclone(name, NULL, TAP, &unit) !=3D 1) { > @@ -559,12 +594,11 @@ > KNOTE_UNLOCKED(&tp->tap_rsel.si_note, 0); > =20 > mtx_lock(&tp->tap_mtx); > - tp->tap_flags &=3D ~TAP_OPEN; > + tp->tap_flags &=3D ~(TAP_OPEN|TAP_ALLOCATED); > tp->tap_pid =3D 0; > mtx_unlock(&tp->tap_mtx); > =20 > - TAPDEBUG("%s is closed. minor =3D %#x\n",=20 > - ifp->if_xname, minor(dev)); > + TAPDEBUG("%s is closed. minor =3D %#x\n", ifp->if_xname, minor(dev)); > =20 > return (0); > } /* tapclose */ > --- if_tapvar.h.orig 2005-06-10 12:04:52.000000000 -0700 > +++ if_tapvar.h 2008-09-22 17:34:00.000000000 -0700 > @@ -54,6 +54,7 @@ > #define TAP_ASYNC (1 << 3) > #define TAP_READY (TAP_OPEN|TAP_INITED) > #define TAP_VMNET (1 << 4) > +#define TAP_ALLOCATED (1 << 5) > =20 > u_int8_t ether_addr[ETHER_ADDR_LEN]; /* ether addr of the remote side = */ > =20 --V3eawNQxI9TAjvgi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkjYuc4ACgkQC3+MBN1Mb4gTGwCghsr+GIis+QqqCdFgcpwE7gwc nrkAoMMNdOjzLazZZfJTaVtwJ47qTVbr =qrMV -----END PGP SIGNATURE----- --V3eawNQxI9TAjvgi-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 10:02:54 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 241CB106566C; Tue, 23 Sep 2008 10:02:54 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id A366A8FC17; Tue, 23 Sep 2008 10:02:53 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=gtNd/94xVw8iGYWAS9E9J3ymXUQdudsDWWhzgFdiEtTKhBJYvF5p03djZkXsotW8cPqr/DF+xscX8XZj7HUWon/hxV9QLbj/GUp3kbURvM/dHMVpWVX7EshxP/eHiJjYC7Rl6TP6gEyzJe1wG75T8xy5W44sIJQ70Cd1M9X9RoY=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1Ki4jM-0006we-5t; Tue, 23 Sep 2008 14:02:52 +0400 Date: Tue, 23 Sep 2008 14:02:50 +0400 From: Eygene Ryabinkin To: Maksim Yevmenkin Message-ID: References: <20080917161633.9E2F717101@shadow.codelabs.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OwLcNYc0lM97+oe1" Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru Cc: rik@freebsd.org, ed@freebsd.org, current@freebsd.org, bug-followup@freebsd.org Subject: Re: kern/127446: [patch] fix race in sys/dev/kbdmux/kbdmux.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Sep 2008 10:02:54 -0000 --OwLcNYc0lM97+oe1 Content-Type: multipart/mixed; boundary="5vNYLRcllDrimb99" Content-Disposition: inline --5vNYLRcllDrimb99 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Tue, Sep 23, 2008 at 01:09:03PM +0400, Eygene Ryabinkin wrote: > New patch works on 7.0 and 7.0-PRERELEASE, but currently hangs my > 7.1-PRERELEASE just before activation of the single-user mode. I am > investigating -- I did the original patch for the syscons.c 1.453.2.1. > Changes in 1.453.2.2 look innocently, but 1.453.2.3 changed some > functionality, may be it is the culprit. Will inform on my findings. It turned that locking inside sc_cnputc() was redundant and errorneous: WITNESS quicky advised me not to do it. Forgot to run locking subsystem checks, sorry for that. The attached patch was tested on two 7.1-PRERELEASE systems (i386 and amd64, both with and without X), on 7.0-STABLE and 7.0-RELEASE-p3 (i386, only console, no X) and on rather old 8-CURRENT from Jul 1, syscons.c revision 1.459 (amd64 both with and without X). Works fine for me. 8.x needs slightly modified patch due to the naming changes. Also attached it. Will try a fresher -CURRENT in some hours: Ed did massive changes due to the MPSAFE tty layer, so may be this patch won't be needed for the modern 8-CURRENT. --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --5vNYLRcllDrimb99 Content-Type: text/x-diff; charset=koi8-r Content-Disposition: attachment; filename="syscons-read-race.FreeBSD-8.patch" Content-Transfer-Encoding: quoted-printable Avoids races of high-level syscons code with the sckbdevent handler. Patch for the syscons.c 1.459 (8-CURRENT from July 1st 2008). --- sys/dev/syscons/syscons.c.orig 2008-05-25 19:30:27.000000000 +0400 +++ sys/dev/syscons/syscons.c 2008-09-23 13:51:14.000000000 +0400 @@ -1583,6 +1583,7 @@ int s =3D spltty(); /* block sckbdevent and scrn_timer while we poll */ int c; =20 + mtx_lock(&Giant); /* assert(sc_console !=3D NULL) */ =20 /*=20 @@ -1594,11 +1595,13 @@ sccnupdate(scp); =20 if (fkeycp < fkey.len) { + mtx_unlock(&Giant); splx(s); return fkey.str[fkeycp++]; } =20 if (scp->sc->kbd =3D=3D NULL) { + mtx_unlock(&Giant); splx(s); return -1; } @@ -1621,6 +1624,7 @@ scp->kbd_mode =3D cur_mode; kbdd_ioctl(scp->sc->kbd, KDSKBMODE, (caddr_t)&scp->kbd_mode); kbdd_disable(scp->sc->kbd); + mtx_unlock(&Giant); splx(s); =20 switch (KEYFLAGS(c)) { --5vNYLRcllDrimb99 Content-Type: text/x-diff; charset=koi8-r Content-Disposition: attachment; filename="syscons-read-race.patch" Content-Transfer-Encoding: quoted-printable Avoids races of high-level syscons code with the sckbdevent handler. Made for FreeBSD 7.x (syscons.c 1.453.2.1); was tested on 7.0-PRERELEASE, 7.0-STABLE, 7.0-RELEASE-p3 and 7.1-PRERELEASE (up to the revision 1.453.2.3 of syscons.c). --- sys/dev/syscons/syscons.c.orig 2008-09-23 11:46:45.000000000 +0400 +++ sys/dev/syscons/syscons.c 2008-09-23 12:16:32.000000000 +0400 @@ -1590,6 +1592,7 @@ int s =3D spltty(); /* block sckbdevent and scrn_timer while we poll */ int c; =20 + mtx_lock(&Giant); /* assert(sc_console !=3D NULL) */ =20 /*=20 @@ -1601,11 +1604,13 @@ sccnupdate(scp); =20 if (fkeycp < fkey.len) { + mtx_unlock(&Giant); splx(s); return fkey.str[fkeycp++]; } =20 if (scp->sc->kbd =3D=3D NULL) { + mtx_unlock(&Giant); splx(s); return -1; } @@ -1628,6 +1633,7 @@ scp->kbd_mode =3D cur_mode; kbd_ioctl(scp->sc->kbd, KDSKBMODE, (caddr_t)&scp->kbd_mode); kbd_disable(scp->sc->kbd); + mtx_unlock(&Giant); splx(s); =20 switch (KEYFLAGS(c)) { --5vNYLRcllDrimb99-- --OwLcNYc0lM97+oe1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjYvsoACgkQthUKNsbL7YjJFQCffM8DomRrMBOwhQPnqn3ab3Js e80An0f7H0egC+dEcV0jDgCFK0MmEVKQ =v79M -----END PGP SIGNATURE----- --OwLcNYc0lM97+oe1-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 11:16:07 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FB88106564A for ; Tue, 23 Sep 2008 11:16:07 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr16.xs4all.nl (smtp-vbr16.xs4all.nl [194.109.24.36]) by mx1.freebsd.org (Postfix) with ESMTP id F3B578FC0C for ; Tue, 23 Sep 2008 11:16:01 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from w2003s01.double-l.local (double-l.xs4all.nl [80.126.205.144]) by smtp-vbr16.xs4all.nl (8.13.8/8.13.8) with ESMTP id m8NAu1k9087458 for ; Tue, 23 Sep 2008 12:56:01 +0200 (CEST) (envelope-from Johan@double-l.nl) Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Tue, 23 Sep 2008 12:56:02 +0200 Message-ID: <57200BF94E69E54880C9BB1AF714BBCB5DE138@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Cant build kernel Thread-Index: AckdavgZr6N5InrhRPalBcfLdIgjJQ== From: "Johan Hendriks" To: X-Virus-Scanned: by XS4ALL Virus Scanner Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Cant build kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2008 11:16:07 -0000 I f i try to build my kernel I get the following error: =20 machine -> /usr/src/sys/i386/include awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h ln -sf /usr/obj/usr/src/sys/KRNL/opt_sched.h opt_sched.h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE = -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq = -I/usr/obj/usr/src/sys/KRNL = /usr/src/sys/modules/cxgb/toecore/../../../dev/cxgb/ulp/toecore/toedev.c In file included from @/dev/cxgb/cxgb_include.h:22, from = /usr/src/sys/modules/cxgb/toecore/../../../dev/cxgb/ulp/toecore/toedev.c:= 58: @/dev/cxgb/cxgb_osdep.h:44:33: error: common/cxgb_version.h: No such = file or directory @/dev/cxgb/cxgb_osdep.h:45:25: error: cxgb_config.h: No such file or = directory In file included from @/dev/cxgb/common/cxgb_common.h:609, from @/dev/cxgb/cxgb_include.h:23, from = /usr/src/sys/modules/cxgb/toecore/../../../dev/cxgb/ulp/toecore/toedev.c:= 58: @/dev/cxgb/cxgb_adapter.h:57:24: error: cxgb_osdep.h: No such file or = directory @/dev/cxgb/cxgb_adapter.h:58:20: error: t3cdev.h: No such file or = directory @/dev/cxgb/cxgb_adapter.h:59:37: error: ulp/toecore/cxgb_toedev.h: No = such file or directory @/dev/cxgb/cxgb_adapter.h:60:23: error: sys/mbufq.h: No such file or = directory mkdep: compile failed *** Error code 1 =20 Stop in /usr/src/sys/modules/cxgb/toecore. *** Error code 1 =20 Stop in /usr/src/sys/modules/cxgb. *** Error code 1 =20 Stop in /usr/src/sys/modules. *** Error code 1 =20 Stop in /usr/obj/usr/src/sys/KRNL. *** Error code 1 =20 Stop in /usr/src. *** Error code 1 =20 Stop in /usr/src. =20 =20 This is on a dual PIII 1Ghz machine (HP Netserver) My kernel conf file: =20 include GENERIC ident KRNL =20 # Polling options DEVICE_POLLING =20 # pf options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_CDNR options ALTQ_PRIQ device pf device pflog device pfsync =20 # Samba Options options NETSMB options LIBMCHAIN options LIBICONV options SMBFS =20 # Console color options options SC_NORM_ATTR=3D(FG_LIGHTGREY|BG_BLACK) options SC_NORM_REV_ATTR=3D(FG_YELLOW|BG_GREEN) options SC_KERNEL_CONS_ATTR=3D(FG_BROWN|BG_BLACK) options SC_KERNEL_CONS_REV_ATTR=3D(FG_BLACK|BG_RED) =20 # Console video mode options VESA # Vesa Support for Splash options SC_PIXEL_MODE # add support for the raster tex =20 # System console options options SC_DISABLE_REBOOT # disable reboot key sequence options SC_HISTORY_SIZE=3D200 # number of history buffer = lines =20 =20 # Debugging for use in -current nooptions KDB # Enable kernel debugger = support. nooptions DDB # Support DDB. nooptions GDB # Support remote GDB. nooptions INVARIANTS # Enable calls of extra sanity = checking nooptions INVARIANT_SUPPORT # Extra sanity checks of = internal structures, required by INVARIANTS nooptions WITNESS # Enable checks to detect = deadlocks and cycles nooptions WITNESS_SKIPSPIN # Don't run witness on = spinlocks for speed From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 13:10:50 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6BC51065680 for ; Tue, 23 Sep 2008 13:10:50 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 784CB8FC13 for ; Tue, 23 Sep 2008 13:10:45 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=XEsih/GoYPF7aTL5F32WeepxFt+s7PUbWSOWwGiTxmFMDndlmX0Jl1ltpNOxRKR3guETAMcGel8euEGU34r5PhDNnANt6rIPPLzaISWh3spkBHkdD4VHZe3vfC8xXVPBjV33rZ30SJoC9FZjjYjZscdXlJJoqtpZd9HmtQyZ1MY=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1Ki7J1-000JQ6-NH; Tue, 23 Sep 2008 16:47:51 +0400 Date: Tue, 23 Sep 2008 16:47:50 +0400 From: Eygene Ryabinkin To: Johan Hendriks Message-ID: References: <57200BF94E69E54880C9BB1AF714BBCB5DE138@w2003s01.double-l.local> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCB5DE138@w2003s01.double-l.local> Sender: rea-fbsd@codelabs.ru Cc: freebsd-current@FreeBSD.org Subject: Re: Cant build kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2008 13:10:50 -0000 --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Johan, good day. Tue, Sep 23, 2008 at 12:56:02PM +0200, Johan Hendriks wrote: > I f i try to build my kernel I get the following error: >=20 [...] > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTI= ON_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/KRNL /usr/src/sy= s/modules/cxgb/toecore/../../../dev/cxgb/ulp/toecore/toedev.c >=20 > In file included from @/dev/cxgb/cxgb_include.h:22, >=20 > from /usr/src/sys/modules/cxgb/toecore/../../../dev/cxgb= /ulp/toecore/toedev.c:58: >=20 > @/dev/cxgb/cxgb_osdep.h:44:33: error: common/cxgb_version.h: No such file= or directory >=20 > @/dev/cxgb/cxgb_osdep.h:45:25: error: cxgb_config.h: No such file or dire= ctory >=20 > In file included from @/dev/cxgb/common/cxgb_common.h:609, >=20 > from @/dev/cxgb/cxgb_include.h:23, >=20 > from /usr/src/sys/modules/cxgb/toecore/../../../dev/cxgb= /ulp/toecore/toedev.c:58: >=20 > @/dev/cxgb/cxgb_adapter.h:57:24: error: cxgb_osdep.h: No such file or dir= ectory >=20 > @/dev/cxgb/cxgb_adapter.h:58:20: error: t3cdev.h: No such file or directo= ry >=20 > @/dev/cxgb/cxgb_adapter.h:59:37: error: ulp/toecore/cxgb_toedev.h: No suc= h file or directory >=20 > @/dev/cxgb/cxgb_adapter.h:60:23: error: sys/mbufq.h: No such file or dire= ctory >=20 > mkdep: compile failed >=20 > *** Error code 1 >=20 > =20 >=20 > Stop in /usr/src/sys/modules/cxgb/toecore. >=20 > *** Error code 1 Update your kernel sources -- Kip Macy did the fixes at SVN rev 183292 on 2008-09-23 03:16:54Z, 9.5 hours ago. --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjY5XYACgkQthUKNsbL7Yh8FwCdEoe42pw7k2iTH4hoBzBaePGa UuEAoIvTJphNOuKxwNQSxE9fjSuYujBw =Bzbk -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 13:19:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21B06106564A for ; Tue, 23 Sep 2008 13:19:23 +0000 (UTC) (envelope-from bsd@fluffles.net) Received: from mail.fluffles.net (fluffles.net [80.69.95.190]) by mx1.freebsd.org (Postfix) with ESMTP id DA9238FC0A for ; Tue, 23 Sep 2008 13:19:17 +0000 (UTC) (envelope-from bsd@fluffles.net) Received: from [10.10.0.2] (cust.95.160.adsl.cistron.nl [195.64.95.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: info@fluffles.net) by mail.fluffles.net (Postfix) with ESMTP id 0BB6DB29D66; Tue, 23 Sep 2008 15:20:07 +0200 (CEST) Message-ID: <48D8ED68.8040407@fluffles.net> Date: Tue, 23 Sep 2008 15:21:44 +0200 From: "fluffles.net" User-Agent: Thunderbird 2.0.0.16 (X11/20080724) MIME-Version: 1.0 To: FreeBSD Current References: <200809070036.m870a3NC001532@softbank219001162114.bbtec.net> <48D72F0E.7040501@fluffles.net> <200809222333.m8MNXiuS064364@softbank219001162114.bbtec.net> <48D85FC0.5050807@fluffles.net> <200809230623.m8N6N5rV002035@softbank219001162114.bbtec.net> <48D8A3A7.5090207@fluffles.net> <200809230833.m8N8XeZ9001511@softbank219001162114.bbtec.net> In-Reply-To: <200809230833.m8N8XeZ9001511@softbank219001162114.bbtec.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "G .Otsuji" Subject: Re: AMD Family 10h cpufreq driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2008 13:19:23 -0000 G .Otsuji wrote: > Hi Veronica, > > Congratulations too! > It's funny that exactly the same thing :) > @400MHz 58.0W is quite a reduction of power! > Yes i expected some, but not 30W in savings, that's huge! I wonder if i can bring my consumption down with another motherboard. I've got some 20 modern motherboards here for testing purposes; power tests and compatibility with BSD. By the way, i noted that also Intel E8400's EIST (comparable feature to Cool'N'Quiet) is not supported under -CURRENT. The powernow for AMD K8-cpu's works though. And thanks to you now also for Phenom K10-generation. =) >> The only thing missing now is auto-adapting of the frequency by powerd. >> I do see powerd active in top, but it appears not to change the >> frequency. Anything i can do to fix that? Aside from that issue, i would >> say your driver works for me. >> > anyway, powerd looks at dev.cpu.0.freq_levels . > so i'd like to see "sysctl dev.cpu.0.freq_levels" writes. > dev.cpu.0.freq_levels: 2000/-1 1900/-1 1800/-1 1700/-1 1600/-1 1500/-1 1400/-1 1300/-1 1200/-1 1100/-1 1000/-1 900/-1 800/-1 700/-1 600/-1 500/-1 400/-1 > I think powerd's restart is needed, if there is . > I started powerd manually, there is no powerd_enable="YES" in /etc/rc.conf. I also manually load the cpufreq.ko module. > And also i'd like to know about the msr string that would be written > if you patched my patch , it'd be some debug informations for me. > I think more debug will be needed . > Patched and rebooted fine, now i get this output when loading cpufreq: pstate0: on cpu0 pstate0: msr is = 28a8011144004804 pstate1: on cpu1 pstate1: msr is = 28a8011144004804 pstate2: on cpu2 pstate2: msr is = 28a8011144004804 pstate3: on cpu3 pstate3: msr is = 28a8011144004804 [root@test ~]# dd if=/dev/zero of=/dev/gzero.eli bs=1m count=200 & [1] 1124 [root@test ~]# sysctl dev.cpu.0.freq dev.cpu.0.freq: 1200 If powerd works, it should raise the frequency to 2000 now, because of 100% cpu utilization on one core using GELI encryption kernelmodule. Regards, Veronica From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 13:36:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CA6C106567E for ; Tue, 23 Sep 2008 13:36:04 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2E50F8FC1B for ; Tue, 23 Sep 2008 13:36:04 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from phenom.cordula.ws (phenom [192.168.254.60]) by fw.farid-hajji.net (Postfix) with ESMTP id 6A9C82E412; Tue, 23 Sep 2008 15:36:02 +0200 (CEST) Date: Tue, 23 Sep 2008 07:36:17 -0600 From: cpghost To: "G. Otsuji" Message-ID: <20080923133617.GA928@phenom.cordula.ws> References: <200809070036.m870a3NC001532@softbank219001162114.bbtec.net> <48D72F0E.7040501@fluffles.net> <200809222345.m8MNjxjF064795@softbank219001162114.bbtec.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200809222345.m8MNjxjF064795@softbank219001162114.bbtec.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Current Subject: Re: AMD Family 10h cpufreq driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2008 13:36:04 -0000 On Tue, Sep 23, 2008 at 08:45:59AM +0900, G. Otsuji wrote: > > Hi, > I foget to say that debug.cpufreq.lowest=1200 in > /boot/loader.conf and running powerd is my stable state. I didn't test your patch yet, but this is the lowest freq I can use on my AMD Phenom(tm) 9350e Quad-Core Processor (2000.08-MHz K8-class CPU) running FreeBSD 7.1-PRE as of Sept 5. (/i386 *and* /amd64) If I go below that, the system freezes hard, and I have to power cycle the motherboard to recover. But, again, this is without your patch. I look forward to test it as soon as I can. :) Thanks, -cpghost. > Sincerely, > G. Otsuji -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 13:53:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B12051065679 for ; Tue, 23 Sep 2008 13:53:01 +0000 (UTC) (envelope-from bsd@fluffles.net) Received: from mail.fluffles.net (fluffles.net [80.69.95.190]) by mx1.freebsd.org (Postfix) with ESMTP id 776768FC15 for ; Tue, 23 Sep 2008 13:53:01 +0000 (UTC) (envelope-from bsd@fluffles.net) Received: from [10.10.0.2] (cust.95.160.adsl.cistron.nl [195.64.95.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: info@fluffles.net) by mail.fluffles.net (Postfix) with ESMTP id EEFB0B29D66; Tue, 23 Sep 2008 15:53:50 +0200 (CEST) Message-ID: <48D8F550.7080000@fluffles.net> Date: Tue, 23 Sep 2008 15:55:28 +0200 From: "fluffles.net" User-Agent: Thunderbird 2.0.0.16 (X11/20080724) MIME-Version: 1.0 To: FreeBSD Current References: <200809070036.m870a3NC001532@softbank219001162114.bbtec.net> <48D72F0E.7040501@fluffles.net> <200809222345.m8MNjxjF064795@softbank219001162114.bbtec.net> <20080923133617.GA928@phenom.cordula.ws> In-Reply-To: <20080923133617.GA928@phenom.cordula.ws> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "G. Otsuji" , cpghost Subject: Re: AMD Family 10h cpufreq driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2008 13:53:01 -0000 cpghost wrote: > On Tue, Sep 23, 2008 at 08:45:59AM +0900, G. Otsuji wrote: > >> Hi, >> I foget to say that debug.cpufreq.lowest=1200 in >> /boot/loader.conf and running powerd is my stable state. >> > > I didn't test your patch yet, but this is the lowest freq I can > use on my > AMD Phenom(tm) 9350e Quad-Core Processor (2000.08-MHz K8-class CPU) > running > FreeBSD 7.1-PRE as of Sept 5. (/i386 *and* /amd64) > > If I go below that, the system freezes hard, and I have to power cycle > the motherboard to recover. But, again, this is without your patch. > I look forward to test it as soon as I can. :) > This may also be a hardware issue. Some buck converters on the motherboard's VRM (Voltage Regulator Module) do not like switching from very low idle drain to much higher one very quickly. I had one user report about that who uses Windows. Have you tried switching manually gradually down without any load? You need to change the debug.cpufreq.lowest together with dev.cpu.0.freq Also, it would be nice if i could see the voltage levels somewhere (in sysctl?), but i haven't found it yet. Cheers, Veronica From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 15:50:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11EDC106568B for ; Tue, 23 Sep 2008 15:50:48 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5CD058FC17 for ; Tue, 23 Sep 2008 15:50:42 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from phenom.cordula.ws (phenom [192.168.254.60]) by fw.farid-hajji.net (Postfix) with ESMTP id 0004F35AC2; Tue, 23 Sep 2008 17:50:38 +0200 (CEST) Date: Tue, 23 Sep 2008 09:50:54 -0600 From: cpghost To: "fluffles.net" Message-ID: <20080923155054.GA1382@phenom.cordula.ws> References: <200809070036.m870a3NC001532@softbank219001162114.bbtec.net> <48D72F0E.7040501@fluffles.net> <200809222345.m8MNjxjF064795@softbank219001162114.bbtec.net> <20080923133617.GA928@phenom.cordula.ws> <48D8F550.7080000@fluffles.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48D8F550.7080000@fluffles.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: "G. Otsuji" , FreeBSD Current Subject: Re: AMD Family 10h cpufreq driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2008 15:50:48 -0000 On Tue, Sep 23, 2008 at 03:55:28PM +0200, fluffles.net wrote: > cpghost wrote: > > On Tue, Sep 23, 2008 at 08:45:59AM +0900, G. Otsuji wrote: > > > >> Hi, > >> I foget to say that debug.cpufreq.lowest=1200 in > >> /boot/loader.conf and running powerd is my stable state. > >> > > > > I didn't test your patch yet, but this is the lowest freq I can > > use on my > > AMD Phenom(tm) 9350e Quad-Core Processor (2000.08-MHz K8-class CPU) > > running > > FreeBSD 7.1-PRE as of Sept 5. (/i386 *and* /amd64) > > > > If I go below that, the system freezes hard, and I have to power cycle > > the motherboard to recover. But, again, this is without your patch. > > I look forward to test it as soon as I can. :) > > > > This may also be a hardware issue. Some buck converters on the > motherboard's VRM (Voltage Regulator Module) do not like switching from > very low idle drain to much higher one very quickly. I had one user > report about that who uses Windows. > > Have you tried switching manually gradually down without any load? You > need to change the debug.cpufreq.lowest together with dev.cpu.0.freq The first time I've noticed this was when enabling powerd. As soon as powerd reached 1200 from above, the machine froze. So I disabled powerd and tried manually to switch dev.cpu.0.freq back one step at a time (waiting quite some time, i.e. many minutes both idle and under load). It didn't make any difference: motherboard freeze at ANY freq. lower than 1200, wether switching fast or gradually, idle or not. That's why I have debug.cpufreq.lowest="1240" in my /boot/loader.conf, and why I hope that G. Otsuji's driver will help. :) > Also, it would be nice if i could see the voltage levels somewhere (in > sysctl?), but i haven't found it yet. Yep, same here. > Cheers, > Veronica -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 16:02:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04B061065670 for ; Tue, 23 Sep 2008 16:02:16 +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 BC28F8FC12 for ; Tue, 23 Sep 2008 16:02:15 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 64F6C170E4; Tue, 23 Sep 2008 16:02:13 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.2/8.14.2) with ESMTP id m8NG2B1n034579; Tue, 23 Sep 2008 16:02:12 GMT (envelope-from phk@critter.freebsd.dk) To: cpghost From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 23 Sep 2008 09:50:54 CST." <20080923155054.GA1382@phenom.cordula.ws> Date: Tue, 23 Sep 2008 16:02:11 +0000 Message-ID: <34578.1222185731@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: "G. Otsuji" , FreeBSD Current , "fluffles.net" Subject: Re: AMD Family 10h cpufreq driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2008 16:02:16 -0000 In message <20080923155054.GA1382@phenom.cordula.ws>, cpghost writes: >The first time I've noticed this was when enabling powerd. As soon >as powerd reached 1200 from above, the machine froze. I have the same experience on all my AMD machines, Athlon, Opteron and Phenom. The exact number is not 1200, but there is a threshold at which the machine hangs. -- 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 Tue Sep 23 16:51:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8F95106564A for ; Tue, 23 Sep 2008 16:51:47 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 8F1F78FC0C for ; Tue, 23 Sep 2008 16:51:46 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 23 Sep 2008 16:51:43 -0000 Received: from 85-127-94-178.dynamic.xdsl-line.inode.at (EHLO taxman.pepperland) [85.127.94.178] by mail.gmx.net (mp038) with SMTP; 23 Sep 2008 18:51:43 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX1+mzg8cSpKmDpBvYPLNzC5cz7rM0cPkDpVRU5DGZU AUPGSbzuT5VeqG From: Stefan Ehmann To: freebsd-current@freebsd.org Date: Tue, 23 Sep 2008 18:51:42 +0200 User-Agent: KMail/1.10.1 (FreeBSD/7.1-PRERELEASE; KDE/4.1.1; i386; ; ) MIME-Version: 1.0 Message-Id: <200809231851.42849.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.51,0.51 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ipfw: LOR/panic with uid rules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2008 16:51:47 -0000 Hello, Also posted about this problem recently in stable@. But got no replies there. So I tried on a recent CURRENT but the problem persists: ipfw rules using uid are causing a deadlock. eg. allow ip from any to any uid root A simple HTTP fetch triggers this problem nearly instantly. For me, this problem existed in 6.x with PREEMPTION enabled. It was fixed in 7.0. But in RELENG_7 and head it's back. This is a single processor i386 machine. With INVARIANTS/WITNESS there is some hopefully useful debug output. lock order reversal: 1st 0xc103d96c IPFW static rules (IPFW static rules) @ /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:2473 2nd 0xc0e5aaec udp (udp) @ /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:2020 KDB: stack backtrace: db_trace_self_wrapper(c0bad113,c47326d0,c082ccf5,4,c0ba8abc,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0ba8abc,c103beed,c48749c0,c473272c,...) at kdb_backtrace+0x29 _witness_debugger(c0baf9c8,c0e5aaec,c0bc8710,c48749c0,c103beed,...) at _witness_debugger+0x25 witness_checkorder(c0e5aaec,1,c103beed,7e4,0,...) at witness_checkorder+0x810 _rw_rlock(c0e5aaec,c103beed,7e4,c47327a4,c082de43,...) at _rw_rlock+0x9c ipfw_chk(c4732a7c,41ec0d7e,0,0,c4dc6000,...) at ipfw_chk+0x36ea ipfw_check_in(0,c4732ba0,c4b0a000,1,0,...) at ipfw_check_in+0xe1 pfil_run_hooks(c0e599c0,c4732bf4,c4b0a000,1,0,...) at pfil_run_hooks+0x98 ip_input(c4dc6000,b395eb11,800,c4b0a000,800,...) at ip_input+0x24d netisr_dispatch(2,c4dc6000,10,3,0,...) at netisr_dispatch+0x73 ether_demux(c4b0a000,c4dc6000,3,0,3,...) at ether_demux+0x1f1 ether_input(c4b0a000,c4dc6000,c0b9dd13,585,c0cf63c0,...) at ether_input+0x37f vr_intr(c4b22000,c4732cc8,c07e0c54,c0cf63c0,c4905ab8,...) at vr_intr+0x49e intr_event_execute_handlers(c48c07d4,c4905a80,c0ba669c,4dd,c4905af0,...) at intr_event_execute_handlers+0x125 ithread_loop(c4b29a10,c4732d38,c0ba640e,322,c48c07d4,...) at ithread_loop+0x9f fork_exit(c07d06b0,c4b29a10,c4732d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc4732d70, ebp = 0 --- lock order reversal: 1st 0xc103d96c IPFW static rules (IPFW static rules) @ /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:2473 2nd 0xc0e5a6ec tcp (tcp) @ /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:2020 KDB: stack backtrace: db_trace_self_wrapper(c0bad113,c47326d0,c082ccf5,4,c0ba8abc,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0ba8abc,c103beed,c4874a28,c473272c,...) at kdb_backtrace+0x29 _witness_debugger(c0baf9c8,c0e5a6ec,c0bafeac,c4874a28,c103beed,...) at _witness_debugger+0x25 witness_checkorder(c0e5a6ec,1,c103beed,7e4,0,...) at witness_checkorder+0x810 _rw_rlock(c0e5a6ec,c103beed,7e4,a00a8c0,97e7,...) at _rw_rlock+0x9c ipfw_chk(c4732a7c,41ec0d7e,0,0,c4dc6200,...) at ipfw_chk+0x36ea ipfw_check_in(0,c4732ba0,c4b0a000,1,0,...) at ipfw_check_in+0xe1 pfil_run_hooks(c0e599c0,c4732bf4,c4b0a000,1,0,...) at pfil_run_hooks+0x98 ip_input(c4dc6200,b395eb11,800,c4b0a000,800,...) at ip_input+0x24d netisr_dispatch(2,c4dc6200,10,3,0,...) at netisr_dispatch+0x73 ether_demux(c4b0a000,c4dc6200,3,0,3,...) at ether_demux+0x1f1 ether_input(c4b0a000,c4dc6200,c0b9dd13,585,c0cf63c0,...) at ether_input+0x37f vr_intr(c4b22000,c4732cc8,c07e0c54,c0cf63c0,c4905ab8,...) at vr_intr+0x49e intr_event_execute_handlers(c48c07d4,c4905a80,c0ba669c,4dd,c4905af0,...) at intr_event_execute_handlers+0x125 ithread_loop(c4b29a10,c4732d38,c0ba640e,322,c48c07d4,...) at ithread_loop+0x9f fork_exit(c07d06b0,c4b29a10,c4732d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc4732d70, ebp = 0 --- If I hit CTRL+C to cancel the fetch, I get this panic: Unread portion of the kernel message buffer: panic: _rw_rlock (tcp): wlock already held @ /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:2020 (kgdb) bt #0 doadump () at pcpu.h:221 #1 0xc07ee2de in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc07ee5a3 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:572 #3 0xc07eca66 in _rw_rlock (rw=0xc0e5a6ec, file=0xc103beed "/usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c", line=2020) at /usr/src/sys/kern/kern_rwlock.c:283 #4 0xc103a92a in ipfw_chk (args=0xc4732828) at /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:2020 #5 0xc103b4c8 in ipfw_check_out (arg=0x0, m0=0xc473294c, ifp=0xc4b0a000, dir=2, inp=0x0) at /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:253 #6 0xc0898f28 in pfil_run_hooks (ph=0xc0e599c0, mp=0xc47329bc, ifp=0xc4b0a000, dir=2, inp=0x0) at /usr/src/sys/net/pfil.c:79 #7 0xc08e0f32 in ip_output (m=0xc4dce000, opt=0x0, ro=0xc47329c4, flags=0, imo=0x0, inp=0x0) at /usr/src/sys/netinet/ip_output.c:452 #8 0xc0943cd5 in tcp_respond (tp=0x0, ipgen=0xc4e0e016, th=0xc4e0e02a, m=0xc4dce000, ack=0, seq=1292138936, flags=Variable "flags" is not available. ) at /usr/src/sys/netinet/tcp_subr.c:611 #9 0xc093a8c5 in tcp_dropwithreset (m=0xc4dce000, th=0xc4e0e02a, tp=0x0, tlen=1440, rstreason=-1) at /usr/src/sys/netinet/tcp_input.c:2545 #10 0xc093c863 in tcp_do_segment (m=0xc4dce000, th=0xc4e0e02a, so=0xc4fd4000, tp=0x0, drop_hdrlen=52, tlen=1440, iptos=0 '\0') at /usr/src/sys/netinet/tcp_input.c:2475 #11 0xc093d71c in tcp_input (m=0xc4dce000, off0=20) at /usr/src/sys/netinet/tcp_input.c:882 #12 0xc08df540 in ip_input (m=0xc4dce000) at /usr/src/sys/netinet/ip_input.c:666 #13 0xc0898723 in netisr_dispatch (num=2, m=0xc4dce000) at /usr/src/sys/net/netisr.c:178 #14 0xc0892671 in ether_demux (ifp=0xc4b0a000, m=0xc4dce000) at /usr/src/sys/net/if_ethersubr.c:842 #15 0xc0892adf in ether_input (ifp=0xc4b0a000, m=0xc4dce000) at /usr/src/sys/net/if_ethersubr.c:700 #16 0xc0764e3e in vr_intr (arg=0xc4b22000) at /usr/src/sys/dev/vr/if_vr.c:1414 #17 0xc07cfad5 in intr_event_execute_handlers (p=0xc48c07d4, ie=0xc4905a80) at /usr/src/sys/kern/kern_intr.c:1134 #18 0xc07d074f in ithread_loop (arg=0xc4b29a10) at /usr/src/sys/kern/kern_intr.c:1147 #19 0xc07cd898 in fork_exit (callout=0xc07d06b0 , arg=0xc4b29a10, frame=0xc4732d38) at /usr/src/sys/kern/kern_fork.c:810 #20 0xc0ae34d0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:270 From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 17:19:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC12F1065673 for ; Tue, 23 Sep 2008 17:19:15 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id 62C2F8FC1A for ; Tue, 23 Sep 2008 17:19:15 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so551502eyi.7 for ; Tue, 23 Sep 2008 10:19:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=1PkdHgcMT3dzRVOss1tc5tBa6uLOVBzY6zFgMacOUzk=; b=v/UXhw1xFVezdAH74hHBtrNLsmIsN0FjpImduZSz99YQlIAg2rZaIspXPJZkDZsFf7 Qi+Vo4Le9/d5veA+SWDH0WmBo+a+AFmznHXZ+A+4aTEkzUv0b52Rf4kYyQQf3FZMg8PC unCDYcrob4xLBZVdXpxzdEOkSMToNlyMonze0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=ExyT7LLjAVc98gigpjL6Er1X7gvCPMUPPPlYcZrRAAG2iuVEg7qLQfrPGfcZkZ3QiZ ygCRKMV9emwQY22BiYajwrXwWHxCgJ1NPrfgN8I/Qeo29t5xeY88hUBtkvw7Yr3yKu79 i9uwiqqqMk8chHXAK8sOVWCVYucJNRaNvEl+I= Received: by 10.86.79.19 with SMTP id c19mr6343240fgb.79.1222190354047; Tue, 23 Sep 2008 10:19:14 -0700 (PDT) Received: by 10.86.62.1 with HTTP; Tue, 23 Sep 2008 10:19:13 -0700 (PDT) Message-ID: Date: Tue, 23 Sep 2008 10:19:13 -0700 From: "Maksim Yevmenkin" To: "Kostik Belousov" In-Reply-To: <20080923094134.GM47828@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48D2F942.4070801@FreeBSD.org> <20080919084201.GD44330@wep4035.physik.uni-wuerzburg.de> <48D38DFF.8000803@FreeBSD.org> <20080919203310.GA34131@localhost.my.domain> <48D8196E.7020005@FreeBSD.org> <20080923094134.GM47828@deviant.kiev.zoral.com.ua> Cc: Alexey Shuvaev , freebsd-current@freebsd.org, Ed Schouten Subject: Re: Interface auto-cloning bug or feature? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2008 17:19:16 -0000 On 9/23/08, Kostik Belousov wrote: [...] > > attached is a slightly better patch for tap(4). the idea is to use > > extra ALLOCATED flag that prevents the race Kostik pointed out. could > > you please give it a try? any review comments are greatly appreciated. > > if this is acceptable, i will prepare something similar for tun(4) > > The tap should use make_dev_credf(MAKEDEV_REF) instead of > make_dev/dev_ref sequence in the clone handler. For similar reasons, I > think it is slightly better to do a dev_ref() immediately after setting > the TAP_ALLOCATED flag without dropping tapmtx. could you please explain why it is better? > I cannot figure out how tap_clone_create/tap_clone_destroy are being > called. Can it be garbage-collected ? ah, this is interface clone feature, i.e. one can do 'ifconfig tap0 create/destroy' to create an interface and device node. take a look at IFC_SIMPLE_DECLARE() macro. > The whole module unload sequence looks unsafe. yes, it is unsafe. it even has comment about it :) i guess, i could fix it too while i'm at it :) thanks, max From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 17:21:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F283E106568F for ; Tue, 23 Sep 2008 17:21:50 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:3fb::211]) by mx1.freebsd.org (Postfix) with ESMTP id D47E78FC1B for ; Tue, 23 Sep 2008 17:21:49 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 447121CC46; Tue, 23 Sep 2008 19:21:49 +0200 (CEST) Date: Tue, 23 Sep 2008 19:21:49 +0200 From: Ed Schouten To: Claude Buisson Message-ID: <20080923172149.GN81522@hoeg.nl> References: <48D81DEE.4070103@orange.fr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xrUWgNVErK0vNKPg" Content-Disposition: inline In-Reply-To: <48D81DEE.4070103@orange.fr> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Current Subject: Re: Problem telneting to a new -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Sep 2008 17:21:51 -0000 --xrUWgNVErK0vNKPg Content-Type: multipart/mixed; boundary="eUGqGfkt69yEwRle" Content-Disposition: inline --eUGqGfkt69yEwRle Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Claude, Sorry for letting you wait this long. I was in a rush this afternoon, so I couldn't fix it for you right away. It turns out there was a small inconsistency between the old and the new pseudo-terminal driver, which caused telnetd to exit prematurely. The new pts(4) driver did not track any state on if it had been used already. This meant that when select() in telnetd would be called right before the child processes had opened the TTY device node, it would just assume that the session was already finished. I've committed a fix to SVN (183308), which should removes this inconsistency. I assumed it wouldn't be a very important problem, because most of the PTY consumers already use the openpty() routine, which already opens the TTY device node unconditionally. It turns out some things went bad after all. Could you try updating to the latest sources to see if the problem is solved now? I've also spotted another `bug' in telnetd. If I log in to telnetd, I see the following message appear in dmesg: pid 2362 (telnetd) is using legacy pty devices This means telnetd has its own PTY allocation routines, instead of using posix_openpt(2) or openpty(3). I've attached a patch that converts telnetd to openpty(3). I'll see if I can get this patch or something similar integrated. Thanks for reporting the issue! --=20 Ed Schouten WWW: http://80386.nl/ --eUGqGfkt69yEwRle Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="telnetd.diff" Content-Transfer-Encoding: quoted-printable Index: contrib/telnet/telnetd/sys_term.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- contrib/telnet/telnetd/sys_term.c (revision 183273) +++ contrib/telnet/telnetd/sys_term.c (working copy) @@ -398,40 +398,18 @@ int getpty(int *ptynum __unused) { - int p; - const char *cp; - char *p1, *p2; - int i; + int p, s; =20 - (void) strcpy(line, _PATH_DEV); - (void) strcat(line, "ptyXX"); - p1 =3D &line[8]; - p2 =3D &line[9]; - - for (cp =3D "pqrsPQRS"; *cp; cp++) { - struct stat stb; - - *p1 =3D *cp; - *p2 =3D '0'; - /* - * This stat() check is just to keep us from - * looping through all 256 combinations if there - * aren't that many ptys available. - */ - if (stat(line, &stb) < 0) - break; - for (i =3D 0; i < 32; i++) { - *p2 =3D alpha[i]; - p =3D open(line, 2); - if (p > 0) { - line[5] =3D 't'; - chown(line, 0, 0); - chmod(line, 0600); - return(p); - } - } - } - return(-1); + if (openpty(&p, &s, line, NULL, NULL) =3D=3D -1) + return (-1); +=09 + /* + * Leave the slave device node open. If we close it, a race + * condition could occur between select() in telnetd and + * spawning the child processes. + */ +=09 + return (p); } =20 #ifdef LINEMODE @@ -463,7 +441,11 @@ #ifndef USE_TERMIO return(termbuf.state & TS_EXTPROC); #else +# ifdef EXTPROC return(termbuf.c_lflag & EXTPROC); +# else /* !EXTPROC */ + return(0); +#endif /* EXTPROC */ #endif } =20 Index: libexec/telnetd/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- libexec/telnetd/Makefile (revision 183273) +++ libexec/telnetd/Makefile (working copy) @@ -17,7 +17,8 @@ WARNS?=3D 2 WFORMAT?=3D 0 =20 -CFLAGS+=3D -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK +CFLAGS+=3D -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON \ + -DENV_HACK -DSTREAMSPTY =20 .if ${MK_INET6_SUPPORT} !=3D "no" CFLAGS+=3D -DINET6 --eUGqGfkt69yEwRle-- --xrUWgNVErK0vNKPg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkjZJa0ACgkQ52SDGA2eCwWvkQCfUvRK3BlfM2aU2mpJwWorL/zE FqYAniyL9MSfSM8NhQHHeyA5CLvVkjTD =g4Je -----END PGP SIGNATURE----- --xrUWgNVErK0vNKPg-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 17:34:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7E431065673; Tue, 23 Sep 2008 17:34:41 +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 427928FC1B; Tue, 23 Sep 2008 17:34:41 +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 esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1KiBmZ-000BlK-I6; Tue, 23 Sep 2008 20:34:39 +0300 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 m8NHYZvN090463 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 23 Sep 2008 20:34:36 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m8NHYZoV022302; Tue, 23 Sep 2008 20:34:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id m8NHYZw2022301; Tue, 23 Sep 2008 20:34:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 23 Sep 2008 20:34:35 +0300 From: Kostik Belousov To: Maksim Yevmenkin Message-ID: <20080923173435.GW47828@deviant.kiev.zoral.com.ua> References: <48D2F942.4070801@FreeBSD.org> <20080919084201.GD44330@wep4035.physik.uni-wuerzburg.de> <48D38DFF.8000803@FreeBSD.org> <20080919203310.GA34131@localhost.my.domain> <48D8196E.7020005@FreeBSD.org> <20080923094134.GM47828@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Zd8I2GZVcdxtyaG/" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 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 1KiBmZ-000BlK-I6 79293053081245a315d5ec124da90ce6 X-Terabit: YES Cc: Alexey Shuvaev , freebsd-current@freebsd.org, Ed Schouten Subject: Re: Interface auto-cloning bug or feature? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2008 17:34:41 -0000 --Zd8I2GZVcdxtyaG/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 23, 2008 at 10:19:13AM -0700, Maksim Yevmenkin wrote: > On 9/23/08, Kostik Belousov wrote: >=20 > [...] >=20 > > > attached is a slightly better patch for tap(4). the idea is to use > > > extra ALLOCATED flag that prevents the race Kostik pointed out. could > > > you please give it a try? any review comments are greatly appreciate= d. > > > if this is acceptable, i will prepare something similar for tun(4) > > > > The tap should use make_dev_credf(MAKEDEV_REF) instead of > > make_dev/dev_ref sequence in the clone handler. For similar reasons, I > > think it is slightly better to do a dev_ref() immediately after setting > > the TAP_ALLOCATED flag without dropping tapmtx. >=20 > could you please explain why it is better? >=20 > > I cannot figure out how tap_clone_create/tap_clone_destroy are being > > called. Can it be garbage-collected ? >=20 > ah, this is interface clone feature, i.e. one can do 'ifconfig tap0 > create/destroy' to create an interface and device node. take a look at > IFC_SIMPLE_DECLARE() macro. Thanks for the explanation. >=20 > > The whole module unload sequence looks unsafe. >=20 > yes, it is unsafe. it even has comment about it :) i guess, i could > fix it too while i'm at it :) One of the reason why the module unload is unsafe is the complete lack of synchronization between cloner and device destruction. Leaving tapmtx and tp->tap_mtx protected region in the clone handler, you allow for module unload routine to destroy device, and then dev_ref() would operate on the freed memory. Not that doing that without dropping the mutex(es) fix the bug, but at least it is a right move, it seems. At least this would trade a crash to a memory leak. --Zd8I2GZVcdxtyaG/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkjZKKsACgkQC3+MBN1Mb4gikACcD4dbxfiairgFVR4bN1UcQW98 cNsAoO5vdmvsSU0omGGvfpCpELiw4ses =vSMA -----END PGP SIGNATURE----- --Zd8I2GZVcdxtyaG/-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 18:00:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6D6D106568D for ; Tue, 23 Sep 2008 18:00:28 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 6BA298FC1A for ; Tue, 23 Sep 2008 18:00:27 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so1606097uge.39 for ; Tue, 23 Sep 2008 11:00:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=AGjyLrXLTtnQIiKgmqCsaKm2x42onVZfTiLeEGrCQqw=; b=hSAzlKUDG8umuiBehTuCaIOPRehblZcB5EP0v5ONiK2Ati6BUS7epigL6J+bHWkSY8 vfUPmn/jUV5NwXxnxSqe1YhxljoambGbyFD/w34nesfzEDJcYlz9UzZfAD2LuebkBjsW 2EvAp6/F77ULT8Lt69i1HOIhzX6Bu/W/mrVoE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=axpsuAuIw758aSthP+pUaP9qgX8eVCLOy+pSEFnhLiWU3vdBC/LULF9zfHUCCbVMrt 34Jvge4nleW1HjkkXjILeFZJOI5lFKJ/1RuQPy3wXQmvaFuL5+d6iPA+YRj3TNM8fM8r jMSN51n/Gf8gb68LSgFO15nA/vuJSW1TpesQw= Received: by 10.86.92.4 with SMTP id p4mr6409603fgb.45.1222192826698; Tue, 23 Sep 2008 11:00:26 -0700 (PDT) Received: by 10.86.62.1 with HTTP; Tue, 23 Sep 2008 11:00:26 -0700 (PDT) Message-ID: Date: Tue, 23 Sep 2008 11:00:26 -0700 From: "Maksim Yevmenkin" To: "Kostik Belousov" In-Reply-To: <20080923173435.GW47828@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48D2F942.4070801@FreeBSD.org> <48D38DFF.8000803@FreeBSD.org> <20080919203310.GA34131@localhost.my.domain> <48D8196E.7020005@FreeBSD.org> <20080923094134.GM47828@deviant.kiev.zoral.com.ua> <20080923173435.GW47828@deviant.kiev.zoral.com.ua> Cc: Alexey Shuvaev , freebsd-current@freebsd.org, Ed Schouten Subject: Re: Interface auto-cloning bug or feature? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2008 18:00:29 -0000 On 9/23/08, Kostik Belousov wrote: > On Tue, Sep 23, 2008 at 10:19:13AM -0700, Maksim Yevmenkin wrote: > > On 9/23/08, Kostik Belousov wrote: > > > > [...] > > > > > > attached is a slightly better patch for tap(4). the idea is to use > > > > extra ALLOCATED flag that prevents the race Kostik pointed out. could > > > > you please give it a try? any review comments are greatly appreciated. > > > > if this is acceptable, i will prepare something similar for tun(4) > > > > > > The tap should use make_dev_credf(MAKEDEV_REF) instead of > > > make_dev/dev_ref sequence in the clone handler. For similar reasons, I > > > think it is slightly better to do a dev_ref() immediately after setting > > > the TAP_ALLOCATED flag without dropping tapmtx. > > > > could you please explain why it is better? > > > > > I cannot figure out how tap_clone_create/tap_clone_destroy are being > > > called. Can it be garbage-collected ? > > > > ah, this is interface clone feature, i.e. one can do 'ifconfig tap0 > > create/destroy' to create an interface and device node. take a look at > > IFC_SIMPLE_DECLARE() macro. > > Thanks for the explanation. > > > > > The whole module unload sequence looks unsafe. > > > > yes, it is unsafe. it even has comment about it :) i guess, i could > > fix it too while i'm at it :) > > One of the reason why the module unload is unsafe is the complete lack > of synchronization between cloner and device destruction. Leaving > tapmtx and tp->tap_mtx protected region in the clone handler, you > allow for module unload routine to destroy device, and then dev_ref() > would operate on the freed memory. > > Not that doing that without dropping the mutex(es) fix the bug, but > at least it is a right move, it seems. At least this would trade a crash > to a memory leak. well, unload race is easy to fix, no? just add a global flag protected by taphead (tapmtx) mutex. in unload path (after checking all the devices for OPEN and ALLOCATED) we will set this flag counter. each clone and open routines will check for the flag and refuse to open/clone if its set. thanks, max From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 18:47:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC34B1065671 for ; Tue, 23 Sep 2008 18:47:17 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.169]) by mx1.freebsd.org (Postfix) with ESMTP id 557118FC20 for ; Tue, 23 Sep 2008 18:47:17 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so2278355wfg.7 for ; Tue, 23 Sep 2008 11:47:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=4mQUdCadPY0tqKrCVe3hXCnEhDoXP+xppMy4/JWagjE=; b=X9WG7bVknj8K0t+A6M4II6QtH/c6G3y1oR0gAFLq2bMWmVVEqEjco73gzSnY1Jol2b H04uzL3DJlru2qU8yUP0zK2UDdZjUJ7OyYU8Wol47w/u8/kKAPh4pEy++yE/vxhEExqP LgjKYUrwpoCJjn8l/5wPHSiVDcjFTbbfvvawY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=ZQmzbq06ktJDa1d0SQ6SDUurAmS1TZy8CKpWBSJDqPeaCAcLOpg+8WTFNVuD0c0byX /K+FJSTXcwH4NIBACp5VM4eacBY7De5kve13jydPD29FMLw4MJdhwAe2FpF/45m86vmU H7m8oLNlbUDGuufvh90PhrZoUWsJfk9DfvNj4= Received: by 10.142.50.5 with SMTP id x5mr2129733wfx.162.1222193899324; Tue, 23 Sep 2008 11:18:19 -0700 (PDT) Received: by 10.142.204.17 with HTTP; Tue, 23 Sep 2008 11:18:19 -0700 (PDT) Message-ID: <47d0403c0809231118x1fa5ad3u4d24a399035fda80@mail.gmail.com> Date: Tue, 23 Sep 2008 14:18:19 -0400 From: "Ben Kaduk" To: "Stefan Ehmann" In-Reply-To: <200809231851.42849.shoesoft@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200809231851.42849.shoesoft@gmx.net> Cc: freebsd-current@freebsd.org Subject: Re: ipfw: LOR/panic with uid rules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2008 18:47:17 -0000 On Tue, Sep 23, 2008 at 12:51 PM, Stefan Ehmann wrote: > Hello, > > Also posted about this problem recently in stable@. But got no replies there. > So I tried on a recent CURRENT but the problem persists: > > ipfw rules using uid are causing a deadlock. > eg. allow ip from any to any uid root > A simple HTTP fetch triggers this problem nearly instantly. > > For me, this problem existed in 6.x with PREEMPTION enabled. It was fixed in > 7.0. But in RELENG_7 and head it's back. This is a single processor i386 > machine. > I don't think this was ever guaranteed to work. See this post by Robert Watson to freebsd-hackers: http://lists.freebsd.org/pipermail/freebsd-hackers/2008-September/025930.html Perhaps the biggest problem is that there's a stack-layering violation inherent in this sort of rule; Robert's message has more detail. Nonetheless, it might be interesting if you had the time to track down a particular set of changes that caused the problem to return. -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 20:18:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4DFE106567C for ; Tue, 23 Sep 2008 20:18:05 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 1B23D8FC0A for ; Tue, 23 Sep 2008 20:18:04 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 23 Sep 2008 20:18:03 -0000 Received: from 85-127-94-178.dynamic.xdsl-line.inode.at (EHLO taxman.pepperland) [85.127.94.178] by mail.gmx.net (mp049) with SMTP; 23 Sep 2008 22:18:03 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX184W507VlM4zxMmzq+etXktMLAhr44YAN2+/UPOYP 8lojjzuXbrWS8q From: Stefan Ehmann To: "Ben Kaduk" Date: Tue, 23 Sep 2008 22:18:01 +0200 User-Agent: KMail/1.10.1 (FreeBSD/7.1-PRERELEASE; KDE/4.1.1; i386; ; ) References: <200809231851.42849.shoesoft@gmx.net> <47d0403c0809231118x1fa5ad3u4d24a399035fda80@mail.gmail.com> In-Reply-To: <47d0403c0809231118x1fa5ad3u4d24a399035fda80@mail.gmail.com> MIME-Version: 1.0 Message-Id: <200809232218.02223.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.53,0.52 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: ipfw: LOR/panic with uid rules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2008 20:18:05 -0000 On Tuesday 23 September 2008 20:18:19 Ben Kaduk wrote: > On Tue, Sep 23, 2008 at 12:51 PM, Stefan Ehmann wrote: > > Hello, > > > > Also posted about this problem recently in stable@. But got no replies > > there. So I tried on a recent CURRENT but the problem persists: > > > > ipfw rules using uid are causing a deadlock. > > eg. allow ip from any to any uid root > > A simple HTTP fetch triggers this problem nearly instantly. > > > > For me, this problem existed in 6.x with PREEMPTION enabled. It was fix= ed > > in 7.0. But in RELENG_7 and head it's back. This is a single processor > > i386 machine. > > I don't think this was ever guaranteed to work. See this post by > Robert Watson to freebsd-hackers: > http://lists.freebsd.org/pipermail/freebsd-hackers/2008-September/025930.= ht >ml Perhaps the biggest problem is that there's a stack-layering violation > inherent in this sort of rule; Robert's message has more detail. Thanks for the pointer. Before 7.0(?) this could be found in ipfw(8): This option should be used only if debug.mpsafenet=3D0 to avoid possible=20 deadlocks due to layering violations in its implementation. But then debug.mpsafenet no longer exists. My point being: I'm probably not the only one upgrading from 7.0 to 7.1 with uid rules. It would be nice if there was at least a word of warning either in ipfw(8) = or=20 in the release notes. Apparently it's seems to be working in some configurations. Otherwise the p= atch=20 in the thread above wouldn't make much sense. Maybe it would work here if I= =20 disabled PREEMPTION. I can live without uid rules although I found them ver= y=20 handy in some situations. I have never tried it but Linux also seems to have problems with these rule= s.=20 =46rom the iptables manpage: NOTE: pid, sid and command matching are broken on SMP > Nonetheless, it might be interesting if you had the time to track down > a particular set of changes that caused the problem to return. Can't promise anything. Maybe I got some time this weekend. =2D-=20 Stefan From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 20:19:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 575D5106566B for ; Tue, 23 Sep 2008 20:19:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id CD25F8FC21 for ; Tue, 23 Sep 2008 20:19:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m8NKJHAv075244; Tue, 23 Sep 2008 16:19:17 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 23 Sep 2008 15:25:03 -0400 User-Agent: KMail/1.9.7 References: <200809201305.13339.shoesoft@gmx.net> In-Reply-To: <200809201305.13339.shoesoft@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809231525.03606.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Tue, 23 Sep 2008 16:19:17 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8317/Tue Sep 23 15:48:36 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Stefan Ehmann Subject: Re: prvxxx: cxm_iic attach fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Sep 2008 20:19:24 -0000 On Saturday 20 September 2008 07:05:12 am Stefan Ehmann wrote: > Hello, > > I'm using the port from > http://usleepless.110mb.com/pvrxxx_port.tgz > for my PVR-150 card. > > I get this error on kldload cxm: > Sep 20 12:07:48 taxman kernel: cxm0: mem > 0xd8000000-0xdbffffff irq 18 at device 15.0 on pci0 > Sep 20 12:07:48 taxman kernel: cxm_iic0: controller> on cxm0 > Sep 20 12:07:48 taxman kernel: cxm_iic0: could not attach iicbb > Sep 20 12:07:48 taxman kernel: device_attach: cxm_iic0 attach returned 6 > Sep 20 12:07:48 taxman kernel: cxm0: could not attach cxm_iic > Sep 20 12:07:48 taxman kernel: device_attach: cxm0 attach returned 6 > > > Build fails on recent current because minor(9) is now a macro. > > The cause is this define in cxm.h > # define dev_t struct cdev * > > I added this ugly hack to get it build. Not sure if it's correct but I don't > think it's the cause of the problem. > #undef minor > #define minor(d) ((d) ? (d)->si_drv0 : -1) > > Haven't tested previously on CURRENT. But the card is working on RELENG_7: > Sep 20 12:38:50 taxman kernel: cxm0: mem > 0xd8000000-0xdbffffff irq 18 at device 15.0 on pci0 > Sep 20 12:38:50 taxman kernel: cxm_iic0: controller> on cxm0 > Sep 20 12:38:50 taxman kernel: iicbb0: on cxm_iic0 > Sep 20 12:38:50 taxman kernel: iicbus0: on iicbb0 master- > only > Sep 20 12:38:50 taxman kernel: iicbus0: at addr 0 > Sep 20 12:38:50 taxman kernel: iicbus0: at addr 0 > > Any ideas? cxm needs to include its own 'DEVICE_DRIVER' line for iicbus in HEAD now. Basically, it needs this line: DRIVER_MODULE(iicbb, cxm_iic, iicbb_driver, iicbb_devclass, 0, 0); -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 21:22:00 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CDCC106567C for ; Tue, 23 Sep 2008 21:22:00 +0000 (UTC) (envelope-from annona2@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.184]) by mx1.freebsd.org (Postfix) with ESMTP id DEB288FC17 for ; Tue, 23 Sep 2008 21:21:59 +0000 (UTC) (envelope-from annona2@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so1268503tid.3 for ; Tue, 23 Sep 2008 14:21:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:message-id:date:from :to:cc:subject:in-reply-to:references:user-agent:mime-version :content-type; bh=nec30f3/GPA2CPWyDNCPDcqztLa8CaNYavYhLCpZ8O0=; b=rd5R1UBTXru31N7UOCS0gf+VJPjRmh0ppBzuPJF/qr8DDIqgCrLwK7jJMrupAAX+Xp KGlZG4EmkPLXfkXEgUOlgSCaoN/F+WWh77izkf64+vo/5p/j3JaSb1+ytCY5X9CjcEZO TSCH7KjMEZf+YKazm0lvIb4gbf0VRELSM7dh8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:cc:subject:in-reply-to:references :user-agent:mime-version:content-type; b=aDs5Ff/hvO+5Tl4eZYKWtgG6ucv63tJz7+JHK5NfoWTnrkR0+nPozrQqF5PNG6XbTg vLTt7XSdfSMPCto73q+sR2if0/iRiso2ZM3OXroDkYMNUnoK9mjm3058LeLi0DlkEJ4w WiHfCtF9Nfw5KlvXiuu5H5mb3bgK8JIaDAEUU= Received: by 10.110.40.8 with SMTP id n8mr5353332tin.50.1222204918135; Tue, 23 Sep 2008 14:21:58 -0700 (PDT) Received: from softbank219001162114.bbtec.net ( [219.1.162.114]) by mx.google.com with ESMTPS id 14sm2078139tim.7.2008.09.23.14.21.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 23 Sep 2008 14:21:57 -0700 (PDT) Received: from softbank219001162114.bbtec.net (localhost [127.0.0.1]) by softbank219001162114.bbtec.net (8.14.3/8.14.3) with ESMTP id m8NLLnig001691; Wed, 24 Sep 2008 06:21:49 +0900 (JST) (envelope-from annona2@gmail.com) Message-Id: <200809232121.m8NLLnig001691@softbank219001162114.bbtec.net> Date: Wed, 24 Sep 2008 06:21:49 +0900 From: "G .Otsuji" To: "Poul-Henning Kamp" In-Reply-To: <34578.1222185731@critter.freebsd.dk> References: <20080923155054.GA1382@phenom.cordula.ws> <34578.1222185731@critter.freebsd.dk> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.2 (i386-portbld-freebsd7.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: "G. Otsuji" , FreeBSD Current , cpghost , "fluffles.net" Subject: Re: AMD Family 10h cpufreq driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2008 21:22:00 -0000 I suspect that the voltages setting is a bit lower configuration. And switching between p0 and p1 is a litte forcible thing. So I'll rewrite using the p0 p1 and p2 state. I don't know if it go well,though. could you please boot -v ? that will write the voltage settings. Regards, G. Otsuji At Tue, 23 Sep 2008 16:02:11 +0000, "Poul-Henning Kamp" wrote: > > In message <20080923155054.GA1382@phenom.cordula.ws>, cpghost writes: > > >The first time I've noticed this was when enabling powerd. As soon > >as powerd reached 1200 from above, the machine froze. > > I have the same experience on all my AMD machines, Athlon, Opteron > and Phenom. The exact number is not 1200, but there is a threshold > at which the machine hangs. > > -- > 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 Tue Sep 23 21:25:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0602E10656AF for ; Tue, 23 Sep 2008 21:25:09 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from smtp2a.orange.fr (smtp2a.orange.fr [80.12.242.139]) by mx1.freebsd.org (Postfix) with ESMTP id C2B578FC19 for ; Tue, 23 Sep 2008 21:25:01 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2a11.orange.fr (SMTP Server) with ESMTP id EB7D9700008D; Tue, 23 Sep 2008 23:25:00 +0200 (CEST) Received: from localhost (AToulouse-156-1-77-238.w86-196.abo.wanadoo.fr [86.196.164.238]) by mwinf2a11.orange.fr (SMTP Server) with ESMTP id 3E44A7000088; Tue, 23 Sep 2008 23:25:00 +0200 (CEST) X-ME-UUID: 20080923212500255.3E44A7000088@mwinf2a11.orange.fr Message-ID: <48D95EAB.6070300@orange.fr> Date: Tue, 23 Sep 2008 23:24:59 +0200 From: Claude Buisson User-Agent: Thunderbird 2.0.0.16 (X11/20080727) MIME-Version: 1.0 To: Ed Schouten References: <48D81DEE.4070103@orange.fr> <20080923172149.GN81522@hoeg.nl> In-Reply-To: <20080923172149.GN81522@hoeg.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Problem telneting to a new -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Sep 2008 21:25:09 -0000 Ed Schouten wrote: > Hello Claude, > > Sorry for letting you wait this long. I was in a rush this afternoon, so > I couldn't fix it for you right away. > No problem, ssh worked fine.. > It turns out there was a small inconsistency between the old and the new > pseudo-terminal driver, which caused telnetd to exit prematurely. The > new pts(4) driver did not track any state on if it had been used > already. This meant that when select() in telnetd would be called right > before the child processes had opened the TTY device node, it would just > assume that the session was already finished. > > I've committed a fix to SVN (183308), which should removes this > inconsistency. I assumed it wouldn't be a very important problem, > because most of the PTY consumers already use the openpty() routine, > which already opens the TTY device node unconditionally. It turns out > some things went bad after all. Could you try updating to the latest > sources to see if the problem is solved now? > > I've also spotted another `bug' in telnetd. If I log in to telnetd, I > see the following message appear in dmesg: > > pid 2362 (telnetd) is using legacy pty devices > > This means telnetd has its own PTY allocation routines, instead of using > posix_openpt(2) or openpty(3). I've attached a patch that converts > telnetd to openpty(3). I'll see if I can get this patch or something > similar integrated. > Yes, I got this same message > Thanks for reporting the issue! > > cvsup done, will try the new source and the telnetd patch, and report as soon as possible. Regards Claude Buisson From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 21:45:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD0CC1065676 for ; Tue, 23 Sep 2008 21:45:22 +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 7ABBC8FC0A for ; Tue, 23 Sep 2008 21:45:22 +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 ESMTP id 1288546B53; Tue, 23 Sep 2008 17:45:22 -0400 (EDT) Date: Tue, 23 Sep 2008 22:45:21 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Stefan Ehmann In-Reply-To: <200809231851.42849.shoesoft@gmx.net> Message-ID: References: <200809231851.42849.shoesoft@gmx.net> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: ipfw: LOR/panic with uid rules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2008 21:45:22 -0000 On Tue, 23 Sep 2008, Stefan Ehmann wrote: > Also posted about this problem recently in stable@. But got no replies > there. So I tried on a recent CURRENT but the problem persists: > > ipfw rules using uid are causing a deadlock. eg. allow ip from any to any > uid root A simple HTTP fetch triggers this problem nearly instantly. > > For me, this problem existed in 6.x with PREEMPTION enabled. It was fixed in > 7.0. But in RELENG_7 and head it's back. This is a single processor i386 > machine. This is an interesting edge case -- to prevent lookup of an inpcb in the output path, we normally pass the inpcb reference down to the firewall so it can directly access the cred rather than looking it up. Thus, we don't recurse the global tcbinfo or inpcb locks normally on the transmit path. However, it looks like we have an edge case here where we've freed the inpcb but not yet unlocked the tcbinfo, and since the inpcb is freed we don't pass it down--the firewall code tries to look up the inpcb and improperly recurses the tcbinfo lock, boom. The uid/gid/jail code in ipfw is undesirable for a number of reasons, not least because it's a layering violation. Historically, layering violations meant slightly awkward and risky recursion, but now they also mean lock recursion, which has more serious consequences. I'll investigate tomorrow and see what the best solution is -- probably to drop the lock before calling tcp_dropwithreset() on a NULL inpcb, which is a workaround/hack, but I think our hands are forced in this case. I'll follow up with a patch then. Robert N M Watson Computer Laboratory University of Cambridge > > With INVARIANTS/WITNESS there is some hopefully useful debug output. > > lock order reversal: > 1st 0xc103d96c IPFW static rules (IPFW static rules) @ > /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:2473 > 2nd 0xc0e5aaec udp (udp) @ > /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:2020 > KDB: stack backtrace: > db_trace_self_wrapper(c0bad113,c47326d0,c082ccf5,4,c0ba8abc,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(4,c0ba8abc,c103beed,c48749c0,c473272c,...) at kdb_backtrace+0x29 > _witness_debugger(c0baf9c8,c0e5aaec,c0bc8710,c48749c0,c103beed,...) at > _witness_debugger+0x25 > witness_checkorder(c0e5aaec,1,c103beed,7e4,0,...) at witness_checkorder+0x810 > _rw_rlock(c0e5aaec,c103beed,7e4,c47327a4,c082de43,...) at _rw_rlock+0x9c > ipfw_chk(c4732a7c,41ec0d7e,0,0,c4dc6000,...) at ipfw_chk+0x36ea > ipfw_check_in(0,c4732ba0,c4b0a000,1,0,...) at ipfw_check_in+0xe1 > pfil_run_hooks(c0e599c0,c4732bf4,c4b0a000,1,0,...) at pfil_run_hooks+0x98 > ip_input(c4dc6000,b395eb11,800,c4b0a000,800,...) at ip_input+0x24d > netisr_dispatch(2,c4dc6000,10,3,0,...) at netisr_dispatch+0x73 > ether_demux(c4b0a000,c4dc6000,3,0,3,...) at ether_demux+0x1f1 > ether_input(c4b0a000,c4dc6000,c0b9dd13,585,c0cf63c0,...) at ether_input+0x37f > vr_intr(c4b22000,c4732cc8,c07e0c54,c0cf63c0,c4905ab8,...) at vr_intr+0x49e > intr_event_execute_handlers(c48c07d4,c4905a80,c0ba669c,4dd,c4905af0,...) at > intr_event_execute_handlers+0x125 > ithread_loop(c4b29a10,c4732d38,c0ba640e,322,c48c07d4,...) at ithread_loop+0x9f > fork_exit(c07d06b0,c4b29a10,c4732d38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xc4732d70, ebp = 0 --- > lock order reversal: > 1st 0xc103d96c IPFW static rules (IPFW static rules) @ > /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:2473 > 2nd 0xc0e5a6ec tcp (tcp) @ > /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:2020 > KDB: stack backtrace: > db_trace_self_wrapper(c0bad113,c47326d0,c082ccf5,4,c0ba8abc,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(4,c0ba8abc,c103beed,c4874a28,c473272c,...) at kdb_backtrace+0x29 > _witness_debugger(c0baf9c8,c0e5a6ec,c0bafeac,c4874a28,c103beed,...) at > _witness_debugger+0x25 > witness_checkorder(c0e5a6ec,1,c103beed,7e4,0,...) at witness_checkorder+0x810 > _rw_rlock(c0e5a6ec,c103beed,7e4,a00a8c0,97e7,...) at _rw_rlock+0x9c > ipfw_chk(c4732a7c,41ec0d7e,0,0,c4dc6200,...) at ipfw_chk+0x36ea > ipfw_check_in(0,c4732ba0,c4b0a000,1,0,...) at ipfw_check_in+0xe1 > pfil_run_hooks(c0e599c0,c4732bf4,c4b0a000,1,0,...) at pfil_run_hooks+0x98 > ip_input(c4dc6200,b395eb11,800,c4b0a000,800,...) at ip_input+0x24d > netisr_dispatch(2,c4dc6200,10,3,0,...) at netisr_dispatch+0x73 > ether_demux(c4b0a000,c4dc6200,3,0,3,...) at ether_demux+0x1f1 > ether_input(c4b0a000,c4dc6200,c0b9dd13,585,c0cf63c0,...) at ether_input+0x37f > vr_intr(c4b22000,c4732cc8,c07e0c54,c0cf63c0,c4905ab8,...) at vr_intr+0x49e > intr_event_execute_handlers(c48c07d4,c4905a80,c0ba669c,4dd,c4905af0,...) at > intr_event_execute_handlers+0x125 > ithread_loop(c4b29a10,c4732d38,c0ba640e,322,c48c07d4,...) at ithread_loop+0x9f > fork_exit(c07d06b0,c4b29a10,c4732d38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xc4732d70, ebp = 0 --- > > If I hit CTRL+C to cancel the fetch, I get this panic: > > Unread portion of the kernel message buffer: > panic: _rw_rlock (tcp): wlock already held @ > /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:2020 > > (kgdb) bt > #0 doadump () at pcpu.h:221 > #1 0xc07ee2de in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 > #2 0xc07ee5a3 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:572 > #3 0xc07eca66 in _rw_rlock (rw=0xc0e5a6ec, > file=0xc103beed "/usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c", > line=2020) at /usr/src/sys/kern/kern_rwlock.c:283 > #4 0xc103a92a in ipfw_chk (args=0xc4732828) > at /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:2020 > #5 0xc103b4c8 in ipfw_check_out (arg=0x0, m0=0xc473294c, ifp=0xc4b0a000, > dir=2, inp=0x0) > at /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:253 > #6 0xc0898f28 in pfil_run_hooks (ph=0xc0e599c0, mp=0xc47329bc, > ifp=0xc4b0a000, dir=2, inp=0x0) at /usr/src/sys/net/pfil.c:79 > #7 0xc08e0f32 in ip_output (m=0xc4dce000, opt=0x0, ro=0xc47329c4, flags=0, > imo=0x0, inp=0x0) at /usr/src/sys/netinet/ip_output.c:452 > #8 0xc0943cd5 in tcp_respond (tp=0x0, ipgen=0xc4e0e016, th=0xc4e0e02a, > m=0xc4dce000, ack=0, seq=1292138936, flags=Variable "flags" is not > available. > ) > at /usr/src/sys/netinet/tcp_subr.c:611 > #9 0xc093a8c5 in tcp_dropwithreset (m=0xc4dce000, th=0xc4e0e02a, tp=0x0, > tlen=1440, rstreason=-1) at /usr/src/sys/netinet/tcp_input.c:2545 > #10 0xc093c863 in tcp_do_segment (m=0xc4dce000, th=0xc4e0e02a, so=0xc4fd4000, > tp=0x0, drop_hdrlen=52, tlen=1440, iptos=0 '\0') > at /usr/src/sys/netinet/tcp_input.c:2475 > #11 0xc093d71c in tcp_input (m=0xc4dce000, off0=20) > at /usr/src/sys/netinet/tcp_input.c:882 > #12 0xc08df540 in ip_input (m=0xc4dce000) > at /usr/src/sys/netinet/ip_input.c:666 > #13 0xc0898723 in netisr_dispatch (num=2, m=0xc4dce000) > at /usr/src/sys/net/netisr.c:178 > #14 0xc0892671 in ether_demux (ifp=0xc4b0a000, m=0xc4dce000) > at /usr/src/sys/net/if_ethersubr.c:842 > #15 0xc0892adf in ether_input (ifp=0xc4b0a000, m=0xc4dce000) > at /usr/src/sys/net/if_ethersubr.c:700 > #16 0xc0764e3e in vr_intr (arg=0xc4b22000) at /usr/src/sys/dev/vr/if_vr.c:1414 > #17 0xc07cfad5 in intr_event_execute_handlers (p=0xc48c07d4, ie=0xc4905a80) > at /usr/src/sys/kern/kern_intr.c:1134 > #18 0xc07d074f in ithread_loop (arg=0xc4b29a10) > at /usr/src/sys/kern/kern_intr.c:1147 > #19 0xc07cd898 in fork_exit (callout=0xc07d06b0 , > arg=0xc4b29a10, frame=0xc4732d38) at /usr/src/sys/kern/kern_fork.c:810 > #20 0xc0ae34d0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:270 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 23:07:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DCA11065677 for ; Tue, 23 Sep 2008 23:07:24 +0000 (UTC) (envelope-from annona2@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.186]) by mx1.freebsd.org (Postfix) with ESMTP id 8A6318FC13 for ; Tue, 23 Sep 2008 23:07:23 +0000 (UTC) (envelope-from annona2@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so1279243tid.3 for ; Tue, 23 Sep 2008 16:07:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:message-id:date:from :to:cc:subject:in-reply-to:references:user-agent:mime-version :content-type; bh=VtTaSvanzjEkqZENod4cFZoXCgeXupnPUZStgWw3vKU=; b=EQ4WGau5wj7e6JXLYePOsw8ujQ1yqDCK29iwM0fftiR8emmInWSMUMd7XDGTlZUSRP WBXtXMePQ+S1mFZrRBSeKfdLwCdspTxJpI3NvNeHgC7oBuAWB67arBvhAcD5cXAn6UG/ RzzIuf8v2XmTthV6g+8K3jlPoAIz5wlQt0taI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:cc:subject:in-reply-to:references :user-agent:mime-version:content-type; b=r/KtmACG4hjBGn9T0JWDqQALDqVI6l3FwFZ4ESNRTWBdl11x2GjBcqou7ym/xbbsJP OfLK1BGKjNAnfDkX1ff1T+SrBoI32aMmhZTL8Exmp6wWL4wF+BKijS3AabYbN875ZmhK LK3SmtYOrNPUpF7aPIjnBrAnxsyzFZANOF7ZU= Received: by 10.110.40.8 with SMTP id n8mr5485846tin.50.1222211242354; Tue, 23 Sep 2008 16:07:22 -0700 (PDT) Received: from softbank219001162114.bbtec.net ( [219.1.162.114]) by mx.google.com with ESMTPS id y5sm2471489tia.15.2008.09.23.16.07.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 23 Sep 2008 16:07:21 -0700 (PDT) Received: from softbank219001162114.bbtec.net (localhost [127.0.0.1]) by softbank219001162114.bbtec.net (8.14.3/8.14.3) with ESMTP id m8NN79th001888; Wed, 24 Sep 2008 08:07:09 +0900 (JST) (envelope-from annona2@gmail.com) Message-Id: <200809232307.m8NN79th001888@softbank219001162114.bbtec.net> Date: Wed, 24 Sep 2008 08:07:09 +0900 From: "G .Otsuji" To: "Poul-Henning Kamp" In-Reply-To: <26111.1222205043@critter.freebsd.dk> References: <200809232121.m8NLLnig001691@softbank219001162114.bbtec.net> <26111.1222205043@critter.freebsd.dk> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.2 (i386-portbld-freebsd7.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: "G .Otsuji" , FreeBSD Current Subject: Re: AMD Family 10h cpufreq driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2008 23:07:24 -0000 Hi, Thank you . Ummm, I wanted to know the pstate module loaded message, anyway thank you. Could you please try following patch to isolate the problem , voltage regulation is wrong or not, or swithching between p0 and p1 state is wrong or not . I added the comment and changed the vid_list to be mild voltage down-regulation. /** * vid list: 1550 - 25 * listvid is the [mV] . * change will be needed. I think. * pstate_vid_list[25] means 2.5GHz's listvid. and so on. * ( by the way limitation of 3.2 GHz . 3.3 GHz will be over flow ! * but there is no 3.3GHz over i think. ) */ static const int pstate_vid_list[33] = { 18, 18, 18, 18, 18, 18, 17, 17, 16, 16, 15, 15, 14, 14, 13, 13, 12, 12, 11, 11, 10, 10, 9, 9, 8, 8, 7, 7, 6, 6, 5 }; from the comment , understanding is easier I think. sorry for few comment in the source. please try to change the vidlist if it goes wrong at the point which is threshold. here's pstate.c patch with /dev/null. --- /dev/null 2008-09-24 07:47:01.000000000 +0900 +++ pstate.c 2008-09-24 07:44:43.000000000 +0900 @@ -0,0 +1,448 @@ +/*- + * Copyright (c) 2008 Gen Otsuji + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted providing that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR``AS IS'' AND ANY EXPRESS OR + * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED + * WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY + * DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, + * STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING + * IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE + * POSSIBILITY OF SUCH DAMAGE. + */ + +/* + * Reference: Rev 3.06 - March 26, 2008 AMD Family 10h Processor BKDG + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include + +#include +#include + +#include "acpi_if.h" +#include "cpufreq_if.h" + +#define MSR_PSTATE_LIMIT 0xc0010061 +#define MSR_PSTATE_CONTROL 0xc0010062 +#define MSR_PSTATE_STATUS 0xc0010063 +#define MSR_PSTATE_CONFIG 0xc0010064 +#define MSR_PSTATE_COFVID 0xc0010071 + +#define MSR_PSTATE_MOF(msr) (((uint64_t)(msr)>>49)&0x3F) +#define MSR_PSTATE_CUR_VID(msr) (((msr) >> 9) & 0x3F) +#define MSR_PSTATE_CUR_DID(msr) (((msr) >> 6) & 0x07) +#define MSR_PSTATE_CUR_FID(msr) ((msr) & 0x3F) +#define PSTATE_LISTVID_TO_VID(listvid,mult) ((listvid) * (mult)) +#define PSTATE_VID_TO_LISTVID(vid,mult) ((vid) / (mult)) +#define PSTATE_LISTVID_TO_VOLTS(listvid) (1550 - 25 * (listvid)) +#define PSTATE_VID_TO_VOLTS(vid,mult) (1550 - 250 * (vid) / (mult) /10) +#define PSTATE_MK_PSTATE(msr,listvid,mult) \ + (((msr) & 0xFFFFFFFFFFFF0000) | \ + (((PSTATE_LISTVID_TO_VID(listvid,mult)) & 0x7F) << 9) | \ + ((pstate_did_list[id] & 0x07) << 6) | \ + ((pstate_fid_list[id] & 0x3F))) + +/** + * vid list: 1550 - 25 * listvid is the [mV] . + * change will be needed. I think. + * pstate_vid_list[25] means 2.5GHz's listvid. and so on. + * ( by the way limitation of 3.2 GHz . 3.3 GHz will be over flow ! + * but there is no 3.3GHz over i think. ) + */ +static const int pstate_vid_list[33] = { + 18, 18, 18, 18, 18, 18, 17, 17, 16, 16, 15, 15, 14, 14, 13, 13, 12, + 12, 11, 11, 10, 10, 9, 9, 8, 8, 7, 7, 6, 6, 5 +}; +static const int pstate_fid_list[33] = { + 0, 0, 0, 0, 4, 8, 12, 0, 2, 4, 6, 8, 10, 12, 14, 0, 1, + 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17 +}; +static const int pstate_did_list[33] = { + 2, 2, 2, 2, 2, 2, 2, 1, 1, 1, 1, 1, 1, 1, 1, 0, 0, + 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0 +}; +static const int pstate_did_to_div[] = { + 1, 2, 4, 8, 16, 16, 16, 16 +}; +#define PSTATE_MAX_STATES 64 + +struct pstate_setting { + int freq; /* CPU clock in Mhz or 100ths of a percent. */ + int volts; /* Voltage in mV. */ + int power; /* Power consumed in mW. */ + int lat; /* Transition latency in us. */ + device_t dev; /* Driver providing this setting. */ +}; + +struct pstate_softc { + device_t dev; + struct pstate_setting pstate_settings[PSTATE_MAX_STATES]; + int cfnum; + int mof_id; /* Maximum Operating Frequency / 100 */ + int mult; /* 2(in svi mode) 1(in pvi mode) */ + uint64_t backup [5]; + device_t F3; +}; + +static void pstate_identify(driver_t * driver, device_t parent); +static int pstate_probe(device_t dev); +static int pstate_attach(device_t dev); +static int pstate_detach(device_t dev); +static int pstate_set(device_t dev, const struct cf_setting *cf); +static int pstate_get(device_t dev, struct cf_setting *cf); +static int pstate_settings(device_t dev, struct cf_setting *sets, int *count); +static int pstate_type(device_t dev, int *type); +static int pstate_shutdown(device_t dev); +static int pstate_features(driver_t * driver, u_int * features); + +static device_method_t pstate_methods[] = { + /* Device interface */ + DEVMETHOD(device_identify, pstate_identify), + DEVMETHOD(device_probe, pstate_probe), + DEVMETHOD(device_attach, pstate_attach), + DEVMETHOD(device_detach, pstate_detach), + DEVMETHOD(device_shutdown, pstate_shutdown), + + /* cpufreq interface */ + DEVMETHOD(cpufreq_drv_set, pstate_set), + DEVMETHOD(cpufreq_drv_get, pstate_get), + DEVMETHOD(cpufreq_drv_settings, pstate_settings), + DEVMETHOD(cpufreq_drv_type, pstate_type), + + /* ACPI interface */ + DEVMETHOD(acpi_get_features, pstate_features), + + {0, 0} +}; + +static devclass_t pstate_devclass; +static driver_t pstate_driver = { + "pstate", + pstate_methods, + sizeof(struct pstate_softc), +}; +DRIVER_MODULE(pstate, cpu, pstate_driver, pstate_devclass, 0, 0); + +static int +pstate_cur_cpu_freq(void) +{ + uint64_t msr; + int did, fid; + msr = rdmsr(MSR_PSTATE_COFVID); + did = MSR_PSTATE_CUR_DID(msr); + fid = MSR_PSTATE_CUR_FID(msr); + if (bootverbose) + printf("pstate: DID=%d,FID=%d\n", did, fid); + return (100 * (fid + 16) / pstate_did_to_div[did]); +} + +static int +pstate_cur_cpu_volts(int mult) +{ + uint64_t msr; + int vid; + msr = rdmsr(MSR_PSTATE_COFVID); + vid = MSR_PSTATE_CUR_VID(msr); + if (bootverbose) + printf("pstate: VID=%d\n", vid); + return (PSTATE_VID_TO_VOLTS(vid, mult)); +} + +static int +pstate_set(device_t dev, const struct cf_setting *cf) +{ + struct pstate_softc *sc; + struct pstate_setting *ps; + uint64_t msr; + int i, id, setfreq, curfreq, curvolts; + if (cf == NULL) + return (EINVAL); + msr = rdmsr(MSR_PSTATE_CONFIG + 1); + if (!(msr & 0x8000000000000000)) { + if (bootverbose) + device_printf(dev, "P1 not supported by hardware.\n"); + return (ENODEV); + } + sc = device_get_softc(dev); + ps = sc->pstate_settings; + for (i = 0; i < sc->cfnum; i++, ps++) + if (cf->freq == ps->freq) { + break; + } + setfreq = ps->freq; + if (i == sc->cfnum) { + if (bootverbose) + device_printf(dev, "%d MHz is not supported.\n", + cf->freq); + return (EINVAL); + } + /* go to P0 */ + wrmsr(MSR_PSTATE_CONTROL, 0); + DELAY(3000); + if (setfreq / 100 == sc->mof_id) { + if (bootverbose) + device_printf(dev, "going back to default setting.\n"); + for (i = 1; i < 5; i++) + wrmsr(MSR_PSTATE_CONFIG + i, sc->backup[i]); + return (0); + } + /* copy config val from P0 to P1 */ + msr = rdmsr(MSR_PSTATE_CONFIG); + wrmsr(MSR_PSTATE_CONFIG + 1, msr); + /* make pstate */ + id = sc->mof_id - i - 1; + msr = PSTATE_MK_PSTATE(msr, pstate_vid_list[id], sc->mult); + wrmsr(MSR_PSTATE_CONFIG + 1, msr); + if (bootverbose) + device_printf(dev, "going to %dMHz\n", setfreq); + /* go to P1 */ + wrmsr(MSR_PSTATE_CONTROL, 1); + for (i = 0; i < 1000; i++) { + DELAY(3000); + curfreq = pstate_cur_cpu_freq(); + curvolts = pstate_cur_cpu_volts(sc->mult); + if (setfreq == curfreq) + break; + } + if (setfreq != curfreq && bootverbose) { + device_printf(dev, "current %dMHz and set %dMHz differ.\n", + curfreq, setfreq); + return (0); + } + if (bootverbose) + device_printf(dev, "Now: %d MHz %d mV\n", curfreq, curvolts); + + msr = rdmsr(MSR_PSTATE_STATUS); + if (msr != 1 && bootverbose) + device_printf(dev, "P1 is not enabled.\n"); + return (0); +} + +static int +pstate_get(device_t dev, struct cf_setting *cf) +{ + struct pstate_softc *sc; + sc = device_get_softc(dev); + if (cf == NULL) + return (EINVAL); + cf->freq = pstate_cur_cpu_freq(); + cf->volts = pstate_cur_cpu_volts(sc->mult); + cf->power = CPUFREQ_VAL_UNKNOWN; + cf->lat = 16; + cf->dev = dev; + return (0); +} + +static int +pstate_settings(device_t dev, struct cf_setting *sets, int *count) +{ + struct pstate_softc *sc; + int i; + if (sets == NULL || count == NULL) + return (EINVAL); + sc = device_get_softc(dev); + if (*count < sc->cfnum) + return (E2BIG); + for (i = 0; i < sc->cfnum; i++, sets++) { + sets->freq = sc->pstate_settings[i].freq; + sets->volts = sc->pstate_settings[i].volts; + sets->power = sc->pstate_settings[i].power; + sets->lat = sc->pstate_settings[i].lat; + sets->dev = sc->pstate_settings[i].dev; + } + *count = sc->cfnum; + return (0); +} + +static int +pstate_type(device_t dev, int *type) +{ + + if (type == NULL) + return (EINVAL); + *type = CPUFREQ_TYPE_ABSOLUTE; + return (0); +} + +static int +pstate_is_capable(void) +{ + u_int regs[4]; + if (strcmp(cpu_vendor, "AuthenticAMD") != 0 || + cpu_exthigh < 0x80000007) + return (FALSE); + switch (cpu_id) { + case 0x100f2A: + case 0x100f22: + case 0x100f23: + break; + default: + return (FALSE); + } + do_cpuid(0x80000007, regs); + if (regs[3] & 0x80) { + return (TRUE); + } + return (FALSE); +} + +static void +pstate_identify(driver_t * driver, device_t parent) +{ + device_t child; + if (device_find_child(parent, "pstate", -1) != NULL) + return; + if (pstate_is_capable() == FALSE) + return; + if ((child = BUS_ADD_CHILD(parent, 10, "pstate", -1)) == NULL) + device_printf(parent, "pstate: add child failed\n"); +} + +static int +pstate_probe(device_t dev) +{ + device_t perf_dev; + int error, type; + if (resource_disabled("pstate", 0)) + return (ENXIO); + + perf_dev = device_find_child(device_get_parent(dev), "acpi_perf", -1); + if (perf_dev && device_is_attached(perf_dev)) { + error = CPUFREQ_DRV_TYPE(perf_dev, &type); + if (error == 0 && (type & CPUFREQ_FLAG_INFO_ONLY) == 0) + return (ENXIO); + } + device_set_desc(dev, "Cool`n'Quiet 2.0"); + return (0); +} + +static int +pstate_attach(device_t dev) +{ + struct pstate_softc *sc; + uint64_t msr; + uint32_t cfg; + int i , j, listvid; + u_int regs[4], reg; + char cpu_model[48], *p = cpu_model; + sc = device_get_softc(dev); + for (i = 0; i < 5; i++) + sc->backup[i] = rdmsr(MSR_PSTATE_CONFIG + i); + msr = rdmsr(MSR_PSTATE_COFVID); + sc->mof_id = MSR_PSTATE_MOF(msr) / 100; + if (sc->mof_id == 0) { + for (i = 0; i < 3; i++) { + do_cpuid(0x80000002 + i, regs); + for (j = 0; j < 4; j++) { + reg = regs[j]; + *p++ = (char)(reg & 0xff); + *p++ = (char)((reg >> 8) & 0xff); + *p++ = (char)((reg >> 16) & 0xff); + *p++ = (char)((reg >> 24) & 0xff); + } + } + if (strstr(cpu_model, "Phenom")) { + if (strstr(cpu_model, "9600")) { + sc->mof_id = 23; /* 2.3 GHz */ + } else if (strstr(cpu_model, "9850")) { + sc->mof_id = 25; /* 2.5 GHz */ + } else if (strstr(cpu_model, "9350e")) { + sc->mof_id = 25; /* 2.5 GHz */ + } else if (strstr(cpu_model, "9950")) { + sc->mof_id = 26; /* 2.6 GHz */ + } + } + if (sc->mof_id == 0) { + device_printf(dev,"msr = %x\n",msr); + device_printf(dev,"cpu = %s\n",cpu_model); + device_printf(dev,"no limit of max freq.\n"); + device_printf(dev,"change lines near the \"Phenom\" ,sorry :)\n"); + return (ENODEV); + } + } + /* if 2500,..600,500,400 MHz => sc->mof_id=25; sc->cfnum=22; */ + sc->cfnum = sc->mof_id - 3; + /** + * following 24 means the 1st cpu. 25-31 instead of 24 is MP system. + * I don't have MP system :-< . + * But only for reading , so MP system will work? + */ + sc->F3 = pci_find_bsf(0, 24, 3); + cfg = pci_read_config(sc->F3, 0xA0, 4); + if (cfg & 0x10) /* PVI mode */ + sc->mult = 1; + else /* SVI mode */ + sc->mult = 2; + for (i = 0; i < sc->cfnum; i++) { + sc->pstate_settings[i].freq = 100 * (sc->mof_id - i); + listvid = pstate_vid_list[sc->mof_id - i]; + sc->pstate_settings[i].volts = PSTATE_LISTVID_TO_VOLTS(listvid); + sc->pstate_settings[i].power = CPUFREQ_VAL_UNKNOWN; + sc->pstate_settings[i].lat = 16; + sc->pstate_settings[i].dev = dev; + } + cpufreq_register(dev); + return (0); +} + +static int +pstate_detach(device_t dev) +{ + struct pstate_softc *sc; + int new; + sc = device_get_softc(dev); + new = sc->mof_id * 100; + if (new != 0) + kernel_sysctlbyname(&thread0, "dev.cpu.0.freq", + 0, 0, &new, sizeof(new), NULL, 0); + return (cpufreq_unregister(dev)); +} + +static int +pstate_shutdown(device_t dev) +{ + struct pstate_softc *sc; + int new; + sc = device_get_softc(dev); + new = sc->mof_id * 100; + if (new != 0) + kernel_sysctlbyname(&thread0, "dev.cpu.0.freq", + 0, 0, &new, sizeof(new), NULL, 0); + return (0); +} + +static int +pstate_features(driver_t * driver, u_int * features) +{ + + *features = ACPI_CAP_PERF_MSRS; + return (0); +} Regards, G. Otsuji From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 23:45:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5462C1065670 for ; Tue, 23 Sep 2008 23:45:16 +0000 (UTC) (envelope-from annona2@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.191]) by mx1.freebsd.org (Postfix) with ESMTP id C43A08FC13 for ; Tue, 23 Sep 2008 23:45:15 +0000 (UTC) (envelope-from annona2@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so1283432tid.3 for ; Tue, 23 Sep 2008 16:45:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:message-id:date:from :to:cc:subject:in-reply-to:references:user-agent:mime-version :content-type; bh=/BMfoGIWZq+QMruyQB1M4QgE5+hkH6qBDpTvKVbhnZ4=; b=DLEHAIBHL5bmiTZvwuLR+A4RDBRQvxDzPDZ93apm0LPZekUG6aebDryyrwwPicSDYC 95OBCNxQHFz1jeQ48ydXrYdM39iZuHffojs907BsqHBNJYk84tYdv8yzxi7D6OuiBVrG IhlVOrhnGPUjhhJhWWkHXhrIggcYAzyCYvths= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:cc:subject:in-reply-to:references :user-agent:mime-version:content-type; b=rrZ9+2x1D+UVrGN5aJ7uXlV5dHMudf6bgJDKFvn99iNFP33M/N9/2HdOOdnWn9qWOD Kc+rVKs33ZG87DT2HGSByScN8hk4a0RyYm2wt53eNKvX2wpV5x/QrSlrOmZflVWNfVrs UjuqFNyzkDFmIJbOs8cqUpqkexDvOWCgHA278= Received: by 10.110.47.9 with SMTP id u9mr8115223tiu.42.1222213514453; Tue, 23 Sep 2008 16:45:14 -0700 (PDT) Received: from softbank219001162114.bbtec.net ( [219.1.162.114]) by mx.google.com with ESMTPS id a14sm2523153tia.12.2008.09.23.16.45.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 23 Sep 2008 16:45:13 -0700 (PDT) Received: from softbank219001162114.bbtec.net (localhost [127.0.0.1]) by softbank219001162114.bbtec.net (8.14.3/8.14.3) with ESMTP id m8NNjA6S003087; Wed, 24 Sep 2008 08:45:10 +0900 (JST) (envelope-from annona2@gmail.com) Message-Id: <200809232345.m8NNjA6S003087@softbank219001162114.bbtec.net> Date: Wed, 24 Sep 2008 08:45:10 +0900 From: "G .Otsuji" To: "fluffles.net" In-Reply-To: <48D8ED68.8040407@fluffles.net> References: <200809070036.m870a3NC001532@softbank219001162114.bbtec.net> <48D72F0E.7040501@fluffles.net> <200809222333.m8MNXiuS064364@softbank219001162114.bbtec.net> <48D85FC0.5050807@fluffles.net> <200809230623.m8N6N5rV002035@softbank219001162114.bbtec.net> <48D8A3A7.5090207@fluffles.net> <200809230833.m8N8XeZ9001511@softbank219001162114.bbtec.net> <48D8ED68.8040407@fluffles.net> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.2 (i386-portbld-freebsd7.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: "G .Otsuji" , FreeBSD Current Subject: Re: AMD Family 10h cpufreq driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2008 23:45:16 -0000 Hi Veronica, > I started powerd manually, there is no powerd_enable="YES" in > /etc/rc.conf. I also manually load the cpufreq.ko module. kldload cpufreq and sysctl dev.cpu.0.freq=2000 will powerd to start down clock if load average is near zero. so i want to see sysctl dev.cpu.0.freq when only kldload cpufreq. > > dev.cpu.0.freq_levels: 2000/-1 1900/-1 1800/-1 1700/-1 1600/-1 1500/-1 > 1400/-1 1300/-1 1200/-1 1100/-1 1000/-1 900/-1 800/-1 700/-1 600/-1 > 500/-1 400/-1 > It is ok thing. > pstate0: on cpu0 > pstate0: msr is = 28a8011144004804 > pstate1: on cpu1 > pstate1: msr is = 28a8011144004804 > pstate2: on cpu2 > pstate2: msr is = 28a8011144004804 > pstate3: on cpu3 > pstate3: msr is = 28a8011144004804 > Thank you . from this sc->mof must be 20. Hummm, amd64 is difficult. I'll rewrite. Regards, G. Otsuji From owner-freebsd-current@FreeBSD.ORG Wed Sep 24 00:28:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED5D3106567B for ; Wed, 24 Sep 2008 00:28:05 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from smtp2b.orange.fr (smtp2b.orange.fr [80.12.242.146]) by mx1.freebsd.org (Postfix) with ESMTP id AE2EF8FC18 for ; Wed, 24 Sep 2008 00:28:05 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2b17.orange.fr (SMTP Server) with ESMTP id A3688700008C; Wed, 24 Sep 2008 02:28:04 +0200 (CEST) Received: from localhost (AToulouse-156-1-77-238.w86-196.abo.wanadoo.fr [86.196.164.238]) by mwinf2b17.orange.fr (SMTP Server) with ESMTP id ED9D97000083; Wed, 24 Sep 2008 02:28:03 +0200 (CEST) X-ME-UUID: 20080924002803973.ED9D97000083@mwinf2b17.orange.fr Message-ID: <48D98993.7090708@orange.fr> Date: Wed, 24 Sep 2008 02:28:03 +0200 From: Claude Buisson User-Agent: Thunderbird 2.0.0.16 (X11/20080727) MIME-Version: 1.0 To: Ed Schouten References: <48D81DEE.4070103@orange.fr> <20080923172149.GN81522@hoeg.nl> <48D95EAB.6070300@orange.fr> In-Reply-To: <48D95EAB.6070300@orange.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Problem telneting to a new -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Sep 2008 00:28:06 -0000 Claude Buisson wrote: > > Ed Schouten wrote: >> Hello Claude, >> >> Sorry for letting you wait this long. I was in a rush this afternoon, so >> I couldn't fix it for you right away. >> > No problem, ssh worked fine.. > >> It turns out there was a small inconsistency between the old and the new >> pseudo-terminal driver, which caused telnetd to exit prematurely. The >> new pts(4) driver did not track any state on if it had been used >> already. This meant that when select() in telnetd would be called right >> before the child processes had opened the TTY device node, it would just >> assume that the session was already finished. >> >> I've committed a fix to SVN (183308), which should removes this >> inconsistency. I assumed it wouldn't be a very important problem, >> because most of the PTY consumers already use the openpty() routine, >> which already opens the TTY device node unconditionally. It turns out >> some things went bad after all. Could you try updating to the latest >> sources to see if the problem is solved now? >> >> I've also spotted another `bug' in telnetd. If I log in to telnetd, I >> see the following message appear in dmesg: >> >> pid 2362 (telnetd) is using legacy pty devices >> >> This means telnetd has its own PTY allocation routines, instead of using >> posix_openpt(2) or openpty(3). I've attached a patch that converts >> telnetd to openpty(3). I'll see if I can get this patch or something >> similar integrated. >> > Yes, I got this same message > >> Thanks for reporting the issue! >> >> > cvsup done, will try the new source and the telnetd patch, and report as > soon as possible. > New system built and installed: everything seems OK now !! No premature exit from telnetd No "legacy pty" message THANKS.. Claude Buisson From owner-freebsd-current@FreeBSD.ORG Wed Sep 24 00:45:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 243D2106566C for ; Wed, 24 Sep 2008 00:45:34 +0000 (UTC) (envelope-from bsd@fluffles.net) Received: from mail.fluffles.net (fluffles.net [80.69.95.190]) by mx1.freebsd.org (Postfix) with ESMTP id 52F758FC18 for ; Wed, 24 Sep 2008 00:45:33 +0000 (UTC) (envelope-from bsd@fluffles.net) Received: from [10.10.0.2] (cust.95.160.adsl.cistron.nl [195.64.95.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: info@fluffles.net) by mail.fluffles.net (Postfix) with ESMTP id AA391B29D66; Wed, 24 Sep 2008 02:46:20 +0200 (CEST) Message-ID: <48D98E42.5040801@fluffles.net> Date: Wed, 24 Sep 2008 02:48:02 +0200 From: "fluffles.net" User-Agent: Thunderbird 2.0.0.16 (X11/20080724) MIME-Version: 1.0 To: "G .Otsuji" References: <200809232121.m8NLLnig001691@softbank219001162114.bbtec.net> <26111.1222205043@critter.freebsd.dk> <200809232307.m8NN79th001888@softbank219001162114.bbtec.net> In-Reply-To: <200809232307.m8NN79th001888@softbank219001162114.bbtec.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Poul-Henning Kamp , FreeBSD Current Subject: Re: AMD Family 10h cpufreq driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2008 00:45:34 -0000 G .Otsuji wrote: > Could you please try following patch to isolate the problem , > Hi G. Otsuji, Thanks for the tip. One thing though, you forgot to alter the setting for 9350e in your patch: + } else if (strstr(cpu_model, "9350e")) { + sc->mof_id = 25; /* 2.5 GHz */ should be: + } else if (strstr(cpu_model, "9350e")) { + sc->mof_id = 20; /* 2.0 GHz */ Else it'll try to run your cpu at 2.5GHz which i'm not sure it will like. :) For a complete addition of all Phenom models, i created the following list: + if (strstr(cpu_model, "Phenom")) { + if (strstr(cpu_model, "9100")) { + sc->mof_id = 18; /* 1.8 GHz */ + } else if (strstr(cpu_model, "9150e")) { + sc->mof_id = 18; /* 1.8 GHz */ + } else if (strstr(cpu_model, "9300e")) { + sc->mof_id = 20; /* 2.0 GHz */ + } else if (strstr(cpu_model, "9350e")) { + sc->mof_id = 20; /* 2.0 GHz */ + } else if (strstr(cpu_model, "9500")) { + sc->mof_id = 22; /* 2.2 GHz */ + } else if (strstr(cpu_model, "9550")) { + sc->mof_id = 22; /* 2.2 GHz */ + } else if (strstr(cpu_model, "9600")) { + sc->mof_id = 23; /* 2.3 GHz */ + } else if (strstr(cpu_model, "9650")) { + sc->mof_id = 23; /* 2.3 GHz */ + } else if (strstr(cpu_model, "9700")) { + sc->mof_id = 24; /* 2.4 GHz */ + } else if (strstr(cpu_model, "9750")) { + sc->mof_id = 24; /* 2.4 GHz */ + } else if (strstr(cpu_model, "9800")) { + sc->mof_id = 25; /* 2.5 GHz */ + } else if (strstr(cpu_model, "9850")) { + sc->mof_id = 25; /* 2.5 GHz */ + } else if (strstr(cpu_model, "9900")) { + sc->mof_id = 26; /* 2.6 GHz */ + } else if (strstr(cpu_model, "9950")) { + sc->mof_id = 26; /* 2.6 GHz */ + } else if (strstr(cpu_model, "8250e")) { + sc->mof_id = 19; /* 1.9 GHz */ + } else if (strstr(cpu_model, "8400")) { + sc->mof_id = 21; /* 2.1 GHz */ + } else if (strstr(cpu_model, "8450")) { + sc->mof_id = 21; /* 2.1 GHz */ + } else if (strstr(cpu_model, "8450e")) { + sc->mof_id = 21; /* 2.1 GHz */ + } else if (strstr(cpu_model, "8600")) { + sc->mof_id = 23; /* 2.3 GHz */ + } else if (strstr(cpu_model, "8650")) { + sc->mof_id = 23; /* 2.3 GHz */ + } else if (strstr(cpu_model, "8700")) { + sc->mof_id = 24; /* 2.4 GHz */ + } else if (strstr(cpu_model, "8750")) { + sc->mof_id = 24; /* 2.4 GHz */ + } else if (strstr(cpu_model, "8400")) { + sc->mof_id = 26; /* 2.6 GHz */ + } else if (strstr(cpu_model, "8450")) { + sc->mof_id = 26; /* 2.6 GHz */ + } else if (strstr(cpu_model, "6400")) { + sc->mof_id = 19; /* 1.9 GHz */ + } else if (strstr(cpu_model, "6500")) { + sc->mof_id = 21; /* 2.1 GHz */ + } else if (strstr(cpu_model, "6600")) { + sc->mof_id = 23; /* 2.3 GHz */ + } + } The 9000-series are Quadcore, the 8000-series are Tripe-core, the 6000-series are Dualcore. Source: http://en.wikipedia.org/wiki/List_of_AMD_Phenom_microprocessors Good luck with your driver! Kind Regards, Veronica > voltage regulation is wrong or not, or > swithching between p0 and p1 state is wrong or not . > I added the comment and changed the vid_list to be mild voltage down-regulation. > /** > * vid list: 1550 - 25 * listvid is the [mV] . > * change will be needed. I think. > * pstate_vid_list[25] means 2.5GHz's listvid. and so on. > * ( by the way limitation of 3.2 GHz . 3.3 GHz will be over flow ! > * but there is no 3.3GHz over i think. ) > */ > static const int pstate_vid_list[33] = { > 18, 18, 18, 18, 18, 18, 17, 17, 16, 16, 15, 15, 14, 14, 13, 13, 12, > 12, 11, 11, 10, 10, 9, 9, 8, 8, 7, 7, 6, 6, 5 > }; > > from the comment , understanding is easier I think. sorry for few comment in the source. > please try to change the vidlist if it goes wrong at the point which is threshold. > here's pstate.c patch with /dev/null. > > --- /dev/null 2008-09-24 07:47:01.000000000 +0900 > +++ pstate.c 2008-09-24 07:44:43.000000000 +0900 > @@ -0,0 +1,448 @@ > +/*- > + * Copyright (c) 2008 Gen Otsuji > + * All rights reserved. > + * > + * Redistribution and use in source and binary forms, with or without > + * modification, are permitted providing that the following conditions > + * are met: > + * 1. Redistributions of source code must retain the above copyright > + * notice, this list of conditions and the following disclaimer. > + * 2. Redistributions in binary form must reproduce the above copyright > + * notice, this list of conditions and the following disclaimer in the > + * documentation and/or other materials provided with the distribution. > + * > + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR``AS IS'' AND ANY EXPRESS OR > + * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED > + * WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE > + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY > + * DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL > + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS > + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) > + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, > + * STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING > + * IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE > + * POSSIBILITY OF SUCH DAMAGE. > + */ > + > +/* > + * Reference: Rev 3.06 - March 26, 2008 AMD Family 10h Processor BKDG > + */ > + > +#include > +__FBSDID("$FreeBSD$"); > + > +#include > +#include > +#include > +#include > +#include > +#include > +#include > +#include > +#include > + > +#include > +#include > + > +#include > +#include > + > +#include "acpi_if.h" > +#include "cpufreq_if.h" > + > +#define MSR_PSTATE_LIMIT 0xc0010061 > +#define MSR_PSTATE_CONTROL 0xc0010062 > +#define MSR_PSTATE_STATUS 0xc0010063 > +#define MSR_PSTATE_CONFIG 0xc0010064 > +#define MSR_PSTATE_COFVID 0xc0010071 > + > +#define MSR_PSTATE_MOF(msr) (((uint64_t)(msr)>>49)&0x3F) > +#define MSR_PSTATE_CUR_VID(msr) (((msr) >> 9) & 0x3F) > +#define MSR_PSTATE_CUR_DID(msr) (((msr) >> 6) & 0x07) > +#define MSR_PSTATE_CUR_FID(msr) ((msr) & 0x3F) > +#define PSTATE_LISTVID_TO_VID(listvid,mult) ((listvid) * (mult)) > +#define PSTATE_VID_TO_LISTVID(vid,mult) ((vid) / (mult)) > +#define PSTATE_LISTVID_TO_VOLTS(listvid) (1550 - 25 * (listvid)) > +#define PSTATE_VID_TO_VOLTS(vid,mult) (1550 - 250 * (vid) / (mult) /10) > +#define PSTATE_MK_PSTATE(msr,listvid,mult) \ > + (((msr) & 0xFFFFFFFFFFFF0000) | \ > + (((PSTATE_LISTVID_TO_VID(listvid,mult)) & 0x7F) << 9) | \ > + ((pstate_did_list[id] & 0x07) << 6) | \ > + ((pstate_fid_list[id] & 0x3F))) > + > +/** > + * vid list: 1550 - 25 * listvid is the [mV] . > + * change will be needed. I think. > + * pstate_vid_list[25] means 2.5GHz's listvid. and so on. > + * ( by the way limitation of 3.2 GHz . 3.3 GHz will be over flow ! > + * but there is no 3.3GHz over i think. ) > + */ > +static const int pstate_vid_list[33] = { > + 18, 18, 18, 18, 18, 18, 17, 17, 16, 16, 15, 15, 14, 14, 13, 13, 12, > + 12, 11, 11, 10, 10, 9, 9, 8, 8, 7, 7, 6, 6, 5 > +}; > +static const int pstate_fid_list[33] = { > + 0, 0, 0, 0, 4, 8, 12, 0, 2, 4, 6, 8, 10, 12, 14, 0, 1, > + 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17 > +}; > +static const int pstate_did_list[33] = { > + 2, 2, 2, 2, 2, 2, 2, 1, 1, 1, 1, 1, 1, 1, 1, 0, 0, > + 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0 > +}; > +static const int pstate_did_to_div[] = { > + 1, 2, 4, 8, 16, 16, 16, 16 > +}; > +#define PSTATE_MAX_STATES 64 > + > +struct pstate_setting { > + int freq; /* CPU clock in Mhz or 100ths of a percent. */ > + int volts; /* Voltage in mV. */ > + int power; /* Power consumed in mW. */ > + int lat; /* Transition latency in us. */ > + device_t dev; /* Driver providing this setting. */ > +}; > + > +struct pstate_softc { > + device_t dev; > + struct pstate_setting pstate_settings[PSTATE_MAX_STATES]; > + int cfnum; > + int mof_id; /* Maximum Operating Frequency / 100 */ > + int mult; /* 2(in svi mode) 1(in pvi mode) */ > + uint64_t backup [5]; > + device_t F3; > +}; > + > +static void pstate_identify(driver_t * driver, device_t parent); > +static int pstate_probe(device_t dev); > +static int pstate_attach(device_t dev); > +static int pstate_detach(device_t dev); > +static int pstate_set(device_t dev, const struct cf_setting *cf); > +static int pstate_get(device_t dev, struct cf_setting *cf); > +static int pstate_settings(device_t dev, struct cf_setting *sets, int *count); > +static int pstate_type(device_t dev, int *type); > +static int pstate_shutdown(device_t dev); > +static int pstate_features(driver_t * driver, u_int * features); > + > +static device_method_t pstate_methods[] = { > + /* Device interface */ > + DEVMETHOD(device_identify, pstate_identify), > + DEVMETHOD(device_probe, pstate_probe), > + DEVMETHOD(device_attach, pstate_attach), > + DEVMETHOD(device_detach, pstate_detach), > + DEVMETHOD(device_shutdown, pstate_shutdown), > + > + /* cpufreq interface */ > + DEVMETHOD(cpufreq_drv_set, pstate_set), > + DEVMETHOD(cpufreq_drv_get, pstate_get), > + DEVMETHOD(cpufreq_drv_settings, pstate_settings), > + DEVMETHOD(cpufreq_drv_type, pstate_type), > + > + /* ACPI interface */ > + DEVMETHOD(acpi_get_features, pstate_features), > + > + {0, 0} > +}; > + > +static devclass_t pstate_devclass; > +static driver_t pstate_driver = { > + "pstate", > + pstate_methods, > + sizeof(struct pstate_softc), > +}; > +DRIVER_MODULE(pstate, cpu, pstate_driver, pstate_devclass, 0, 0); > + > +static int > +pstate_cur_cpu_freq(void) > +{ > + uint64_t msr; > + int did, fid; > + msr = rdmsr(MSR_PSTATE_COFVID); > + did = MSR_PSTATE_CUR_DID(msr); > + fid = MSR_PSTATE_CUR_FID(msr); > + if (bootverbose) > + printf("pstate: DID=%d,FID=%d\n", did, fid); > + return (100 * (fid + 16) / pstate_did_to_div[did]); > +} > + > +static int > +pstate_cur_cpu_volts(int mult) > +{ > + uint64_t msr; > + int vid; > + msr = rdmsr(MSR_PSTATE_COFVID); > + vid = MSR_PSTATE_CUR_VID(msr); > + if (bootverbose) > + printf("pstate: VID=%d\n", vid); > + return (PSTATE_VID_TO_VOLTS(vid, mult)); > +} > + > +static int > +pstate_set(device_t dev, const struct cf_setting *cf) > +{ > + struct pstate_softc *sc; > + struct pstate_setting *ps; > + uint64_t msr; > + int i, id, setfreq, curfreq, curvolts; > + if (cf == NULL) > + return (EINVAL); > + msr = rdmsr(MSR_PSTATE_CONFIG + 1); > + if (!(msr & 0x8000000000000000)) { > + if (bootverbose) > + device_printf(dev, "P1 not supported by hardware.\n"); > + return (ENODEV); > + } > + sc = device_get_softc(dev); > + ps = sc->pstate_settings; > + for (i = 0; i < sc->cfnum; i++, ps++) > + if (cf->freq == ps->freq) { > + break; > + } > + setfreq = ps->freq; > + if (i == sc->cfnum) { > + if (bootverbose) > + device_printf(dev, "%d MHz is not supported.\n", > + cf->freq); > + return (EINVAL); > + } > + /* go to P0 */ > + wrmsr(MSR_PSTATE_CONTROL, 0); > + DELAY(3000); > + if (setfreq / 100 == sc->mof_id) { > + if (bootverbose) > + device_printf(dev, "going back to default setting.\n"); > + for (i = 1; i < 5; i++) > + wrmsr(MSR_PSTATE_CONFIG + i, sc->backup[i]); > + return (0); > + } > + /* copy config val from P0 to P1 */ > + msr = rdmsr(MSR_PSTATE_CONFIG); > + wrmsr(MSR_PSTATE_CONFIG + 1, msr); > + /* make pstate */ > + id = sc->mof_id - i - 1; > + msr = PSTATE_MK_PSTATE(msr, pstate_vid_list[id], sc->mult); > + wrmsr(MSR_PSTATE_CONFIG + 1, msr); > + if (bootverbose) > + device_printf(dev, "going to %dMHz\n", setfreq); > + /* go to P1 */ > + wrmsr(MSR_PSTATE_CONTROL, 1); > + for (i = 0; i < 1000; i++) { > + DELAY(3000); > + curfreq = pstate_cur_cpu_freq(); > + curvolts = pstate_cur_cpu_volts(sc->mult); > + if (setfreq == curfreq) > + break; > + } > + if (setfreq != curfreq && bootverbose) { > + device_printf(dev, "current %dMHz and set %dMHz differ.\n", > + curfreq, setfreq); > + return (0); > + } > + if (bootverbose) > + device_printf(dev, "Now: %d MHz %d mV\n", curfreq, curvolts); > + > + msr = rdmsr(MSR_PSTATE_STATUS); > + if (msr != 1 && bootverbose) > + device_printf(dev, "P1 is not enabled.\n"); > + return (0); > +} > + > +static int > +pstate_get(device_t dev, struct cf_setting *cf) > +{ > + struct pstate_softc *sc; > + sc = device_get_softc(dev); > + if (cf == NULL) > + return (EINVAL); > + cf->freq = pstate_cur_cpu_freq(); > + cf->volts = pstate_cur_cpu_volts(sc->mult); > + cf->power = CPUFREQ_VAL_UNKNOWN; > + cf->lat = 16; > + cf->dev = dev; > + return (0); > +} > + > +static int > +pstate_settings(device_t dev, struct cf_setting *sets, int *count) > +{ > + struct pstate_softc *sc; > + int i; > + if (sets == NULL || count == NULL) > + return (EINVAL); > + sc = device_get_softc(dev); > + if (*count < sc->cfnum) > + return (E2BIG); > + for (i = 0; i < sc->cfnum; i++, sets++) { > + sets->freq = sc->pstate_settings[i].freq; > + sets->volts = sc->pstate_settings[i].volts; > + sets->power = sc->pstate_settings[i].power; > + sets->lat = sc->pstate_settings[i].lat; > + sets->dev = sc->pstate_settings[i].dev; > + } > + *count = sc->cfnum; > + return (0); > +} > + > +static int > +pstate_type(device_t dev, int *type) > +{ > + > + if (type == NULL) > + return (EINVAL); > + *type = CPUFREQ_TYPE_ABSOLUTE; > + return (0); > +} > + > +static int > +pstate_is_capable(void) > +{ > + u_int regs[4]; > + if (strcmp(cpu_vendor, "AuthenticAMD") != 0 || > + cpu_exthigh < 0x80000007) > + return (FALSE); > + switch (cpu_id) { > + case 0x100f2A: > + case 0x100f22: > + case 0x100f23: > + break; > + default: > + return (FALSE); > + } > + do_cpuid(0x80000007, regs); > + if (regs[3] & 0x80) { > + return (TRUE); > + } > + return (FALSE); > +} > + > +static void > +pstate_identify(driver_t * driver, device_t parent) > +{ > + device_t child; > + if (device_find_child(parent, "pstate", -1) != NULL) > + return; > + if (pstate_is_capable() == FALSE) > + return; > + if ((child = BUS_ADD_CHILD(parent, 10, "pstate", -1)) == NULL) > + device_printf(parent, "pstate: add child failed\n"); > +} > + > +static int > +pstate_probe(device_t dev) > +{ > + device_t perf_dev; > + int error, type; > + if (resource_disabled("pstate", 0)) > + return (ENXIO); > + > + perf_dev = device_find_child(device_get_parent(dev), "acpi_perf", -1); > + if (perf_dev && device_is_attached(perf_dev)) { > + error = CPUFREQ_DRV_TYPE(perf_dev, &type); > + if (error == 0 && (type & CPUFREQ_FLAG_INFO_ONLY) == 0) > + return (ENXIO); > + } > + device_set_desc(dev, "Cool`n'Quiet 2.0"); > + return (0); > +} > + > +static int > +pstate_attach(device_t dev) > +{ > + struct pstate_softc *sc; > + uint64_t msr; > + uint32_t cfg; > + int i , j, listvid; > + u_int regs[4], reg; > + char cpu_model[48], *p = cpu_model; > + sc = device_get_softc(dev); > + for (i = 0; i < 5; i++) > + sc->backup[i] = rdmsr(MSR_PSTATE_CONFIG + i); > + msr = rdmsr(MSR_PSTATE_COFVID); > + sc->mof_id = MSR_PSTATE_MOF(msr) / 100; > + if (sc->mof_id == 0) { > + for (i = 0; i < 3; i++) { > + do_cpuid(0x80000002 + i, regs); > + for (j = 0; j < 4; j++) { > + reg = regs[j]; > + *p++ = (char)(reg & 0xff); > + *p++ = (char)((reg >> 8) & 0xff); > + *p++ = (char)((reg >> 16) & 0xff); > + *p++ = (char)((reg >> 24) & 0xff); > + } > + } > + if (strstr(cpu_model, "Phenom")) { > + if (strstr(cpu_model, "9600")) { > + sc->mof_id = 23; /* 2.3 GHz */ > + } else if (strstr(cpu_model, "9850")) { > + sc->mof_id = 25; /* 2.5 GHz */ > + } else if (strstr(cpu_model, "9350e")) { > + sc->mof_id = 25; /* 2.5 GHz */ > + } else if (strstr(cpu_model, "9950")) { > + sc->mof_id = 26; /* 2.6 GHz */ > + } > + } > + if (sc->mof_id == 0) { > + device_printf(dev,"msr = %x\n",msr); > + device_printf(dev,"cpu = %s\n",cpu_model); > + device_printf(dev,"no limit of max freq.\n"); > + device_printf(dev,"change lines near the \"Phenom\" ,sorry :)\n"); > + return (ENODEV); > + } > + } > + /* if 2500,..600,500,400 MHz => sc->mof_id=25; sc->cfnum=22; */ > + sc->cfnum = sc->mof_id - 3; > + /** > + * following 24 means the 1st cpu. 25-31 instead of 24 is MP system. > + * I don't have MP system :-< . > + * But only for reading , so MP system will work? > + */ > + sc->F3 = pci_find_bsf(0, 24, 3); > + cfg = pci_read_config(sc->F3, 0xA0, 4); > + if (cfg & 0x10) /* PVI mode */ > + sc->mult = 1; > + else /* SVI mode */ > + sc->mult = 2; > + for (i = 0; i < sc->cfnum; i++) { > + sc->pstate_settings[i].freq = 100 * (sc->mof_id - i); > + listvid = pstate_vid_list[sc->mof_id - i]; > + sc->pstate_settings[i].volts = PSTATE_LISTVID_TO_VOLTS(listvid); > + sc->pstate_settings[i].power = CPUFREQ_VAL_UNKNOWN; > + sc->pstate_settings[i].lat = 16; > + sc->pstate_settings[i].dev = dev; > + } > + cpufreq_register(dev); > + return (0); > +} > + > +static int > +pstate_detach(device_t dev) > +{ > + struct pstate_softc *sc; > + int new; > + sc = device_get_softc(dev); > + new = sc->mof_id * 100; > + if (new != 0) > + kernel_sysctlbyname(&thread0, "dev.cpu.0.freq", > + 0, 0, &new, sizeof(new), NULL, 0); > + return (cpufreq_unregister(dev)); > +} > + > +static int > +pstate_shutdown(device_t dev) > +{ > + struct pstate_softc *sc; > + int new; > + sc = device_get_softc(dev); > + new = sc->mof_id * 100; > + if (new != 0) > + kernel_sysctlbyname(&thread0, "dev.cpu.0.freq", > + 0, 0, &new, sizeof(new), NULL, 0); > + return (0); > +} > + > +static int > +pstate_features(driver_t * driver, u_int * features) > +{ > + > + *features = ACPI_CAP_PERF_MSRS; > + return (0); > +} > > Regards, > G. Otsuji > > _______________________________________________ > 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 Sep 24 01:47:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DF15106566C for ; Wed, 24 Sep 2008 01:47:09 +0000 (UTC) (envelope-from annona2@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.190]) by mx1.freebsd.org (Postfix) with ESMTP id C02F48FC1A for ; Wed, 24 Sep 2008 01:47:08 +0000 (UTC) (envelope-from annona2@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so1304743tid.3 for ; Tue, 23 Sep 2008 18:47:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:message-id:date:from :to:cc:subject:in-reply-to:references:user-agent:mime-version :content-type; bh=a3At0MwmMcDDt5WdbSCsnJc7hY9ONXwgme8lIQASZy4=; b=eJ3ai8pZ2PorKXl/ORmdfkAjsBfSV56GBX7q8K8L8i54fo3ppFqKaUD+fe0x4bmbmM GrbBDtUC6yIkIUXtXYmYAHFUMlWz7UVvlPBCoQ6gFEWDX2ZU8yHisUx+o8wH1VSL5A99 lnzej9ysdvdiKr/d/Cr/jW9MkxGKbLrJsdTJo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:cc:subject:in-reply-to:references :user-agent:mime-version:content-type; b=VURIRk/hOVw2A2uA29/QlqPJAy2mTNrhZ+7M3CRUzRmaxu2l0/ex13EBhEY2SB5KrK CnP2AYYc9wUAmVF1swmnLQ/lMap3XCUpxfrILRQBqbHcEsJr5ow9NYIWy4U30Zd6pvI6 A++CbZdzx1cKvHr/ky0Pr9/Q7eubA903zMeXo= Received: by 10.110.26.20 with SMTP id 20mr8330947tiz.23.1222220826834; Tue, 23 Sep 2008 18:47:06 -0700 (PDT) Received: from softbank219001162114.bbtec.net ( [219.1.162.114]) by mx.google.com with ESMTPS id i6sm2455144tid.5.2008.09.23.18.47.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 23 Sep 2008 18:47:06 -0700 (PDT) Received: from softbank219001162114.bbtec.net (localhost [127.0.0.1]) by softbank219001162114.bbtec.net (8.14.3/8.14.3) with ESMTP id m8O1l19M001571; Wed, 24 Sep 2008 10:47:01 +0900 (JST) (envelope-from annona2@gmail.com) Message-Id: <200809240147.m8O1l19M001571@softbank219001162114.bbtec.net> Date: Wed, 24 Sep 2008 10:47:01 +0900 From: "G .Otsuji" To: "Poul-Henning Kamp" In-Reply-To: <200809232307.m8NN79th001888@softbank219001162114.bbtec.net> References: <200809232121.m8NLLnig001691@softbank219001162114.bbtec.net> <26111.1222205043@critter.freebsd.dk> <200809232307.m8NN79th001888@softbank219001162114.bbtec.net> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.2 (i386-portbld-freebsd7.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD Current Subject: Re: AMD Family 10h cpufreq driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2008 01:47:09 -0000 Hi, I forget to say that cmos reset is needing thing. I'm sorry for that troublesome thigs. Regards, G. Otsuji From owner-freebsd-current@FreeBSD.ORG Wed Sep 24 05:26:30 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0223106568C; Wed, 24 Sep 2008 05:26:30 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 5DB6C8FC2C; Wed, 24 Sep 2008 05:26:30 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=VvPAclJ/ORzGcKSJHpOuoUkW2CYS/3jaKv4/gZSxRiBQeKJ/9GZDjiMIy8DQIX3q1FZ+E8LFQPSjb8QtFIUemxv1eWQEOpPS8XKGHU4ozpRqU29Ra7LYCImO/kez4lzWfQuY6cVcIW7PnsF4OjSBzZfFu6w8v7rhVOhwEmld/xI=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1KiMtQ-000DUC-BO; Wed, 24 Sep 2008 09:26:28 +0400 Date: Wed, 24 Sep 2008 09:26:26 +0400 From: Eygene Ryabinkin To: Maksim Yevmenkin Message-ID: References: <20080917161633.9E2F717101@shadow.codelabs.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q8BnQc91gJZX4vDc" Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru Cc: rik@freebsd.org, ed@freebsd.org, current@freebsd.org, bug-followup@freebsd.org Subject: Re: kern/127446: [patch] fix race in sys/dev/kbdmux/kbdmux.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Sep 2008 05:26:30 -0000 --Q8BnQc91gJZX4vDc Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Good day. Tue, Sep 23, 2008 at 02:02:50PM +0400, Eygene Ryabinkin wrote: > The attached patch was tested on two 7.1-PRERELEASE systems (i386 and > amd64, both with and without X), on 7.0-STABLE and 7.0-RELEASE-p3 (i386, > only console, no X) and on rather old 8-CURRENT from Jul 1, syscons.c > revision 1.459 (amd64 both with and without X). Works fine for me. >=20 > 8.x needs slightly modified patch due to the naming changes. Also > attached it. Will try a fresher -CURRENT in some hours: Ed did massive > changes due to the MPSAFE tty layer, so may be this patch won't be > needed for the modern 8-CURRENT. Tested the patches on the 8-CURRENT from yesterday: system is stable, no side effects both in console and X. As the bonus, I had noticed that the strange keyboard behaviour that I used to see on my laptop is disappeared. The effect was the following: after some hours of laptop inactivity, keyboard input was slow as if a delay of about a second was introduced between keyboard clicks. I had this only on console, X worked fine. But now, after 12 hours of laptop inactivity, all works fine, no delays. May be this is due to the locking changes introduced by the current patches. --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --Q8BnQc91gJZX4vDc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjZz4IACgkQthUKNsbL7YgRWACgq173xE1Gm/gB2rN+nx+vOJfv q5kAnRlvnqMvLHd9lcvSE+5ZQB7zHm9y =zNYs -----END PGP SIGNATURE----- --Q8BnQc91gJZX4vDc-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 24 08:08:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAB6E106567B for ; Wed, 24 Sep 2008 08:08:14 +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 86C748FC22 for ; Wed, 24 Sep 2008 08:08:14 +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 ESMTP id 1D6A646B37; Wed, 24 Sep 2008 04:08:14 -0400 (EDT) Date: Wed, 24 Sep 2008 09:08:13 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Stefan Ehmann In-Reply-To: Message-ID: References: <200809231851.42849.shoesoft@gmx.net> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: ipfw: LOR/panic with uid rules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2008 08:08:14 -0000 On Tue, 23 Sep 2008, Robert Watson wrote: > On Tue, 23 Sep 2008, Stefan Ehmann wrote: > >> Also posted about this problem recently in stable@. But got no replies >> there. So I tried on a recent CURRENT but the problem persists: >> >> ipfw rules using uid are causing a deadlock. eg. allow ip from any to any >> uid root A simple HTTP fetch triggers this problem nearly instantly. >> >> For me, this problem existed in 6.x with PREEMPTION enabled. It was fixed >> in 7.0. But in RELENG_7 and head it's back. This is a single processor i386 >> machine. > > This is an interesting edge case -- to prevent lookup of an inpcb in the > output path, we normally pass the inpcb reference down to the firewall so it > can directly access the cred rather than looking it up. Thus, we don't > recurse the global tcbinfo or inpcb locks normally on the transmit path. > However, it looks like we have an edge case here where we've freed the inpcb > but not yet unlocked the tcbinfo, and since the inpcb is freed we don't pass > it down--the firewall code tries to look up the inpcb and improperly > recurses the tcbinfo lock, boom. > > The uid/gid/jail code in ipfw is undesirable for a number of reasons, not > least because it's a layering violation. Historically, layering violations > meant slightly awkward and risky recursion, but now they also mean lock > recursion, which has more serious consequences. I'll investigate tomorrow > and see what the best solution is -- probably to drop the lock before > calling tcp_dropwithreset() on a NULL inpcb, which is a workaround/hack, but > I think our hands are forced in this case. I'll follow up with a patch > then. Here is a possible candidate patch, could you see if it resolves all of the issues you reported? (Possibly I have missed other similar cases as well...) Index: tcp_input.c =================================================================== --- tcp_input.c (revision 183235) +++ tcp_input.c (working copy) @@ -2472,12 +2472,19 @@ dropwithreset: KASSERT(headlocked, ("%s: dropwithreset: head not locked", __func__)); - tcp_dropwithreset(m, th, tp, tlen, rstreason); - - if (tp != NULL) + /* + * If tp is non-NULL, we call tcp_dropwithreset() holding both inpcb + * and global locks. However, if NULL, we must hold neither as + * firewalls may acquire the global lock in order to look for a + * matching inpcb. + */ + if (tp != NULL) { + tcp_dropwithreset(m, th, tp, tlen, rstreason); INP_WUNLOCK(tp->t_inpcb); - if (headlocked) - INP_INFO_WUNLOCK(&V_tcbinfo); + } + INP_INFO_WUNLOCK(&V_tcbinfo); + if (tp == NULL) + tcp_dropwithreset(m, th, NULL, tlen, rstreason); return; drop: From owner-freebsd-current@FreeBSD.ORG Wed Sep 24 08:41:11 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CFC4106567A for ; Wed, 24 Sep 2008 08:41:11 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 17DC88FC22 for ; Wed, 24 Sep 2008 08:41:10 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:References:X-Attribution:Date:Message-Id; b=MBZ7pRjBRIlKJSwbcI6+uKlRdx2brytjCo+P3tCG6EdURhwZXX0S8y8ArhkmiPFpkZDsgbpG7dk7zFXKyGIsTLSxNnBxpw4CAFRlgdBz/mMvn0ZxAk0Sxs6uS81Tw4d+FApvYiW78iK4yb+P2jLnnIYSjFT4smv2W0aUMgJ/980GKJFbpjm3CmA86FflYNdobqYL+8irsGSWyL+InAdWPAfxu2WF0v4Mn3b2xMnb5gTeypbxoNJ0HRWKC7vmc90Z; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1KiPvz-0000Z9-22; Wed, 24 Sep 2008 08:41:19 +0000 Received: from dhcp-112.noc.gp-online.net ([41.161.31.112] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1KiPva-00058J-Iz; Wed, 24 Sep 2008 08:40:54 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KiPvZ-0000UL-9A; Wed, 24 Sep 2008 10:40:53 +0200 To: pyunyh@gmail.com From: Ian FREISLICH In-Reply-To: <20080920013434.GB18734@cdnetworks.co.kr> References: <20080920013434.GB18734@cdnetworks.co.kr> X-Attribution: BOFH Date: Wed, 24 Sep 2008 10:40:53 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: msk(4) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2008 08:41:11 -0000 Pyun YongHyeon wrote: > > --+g7M9IMkV8truYOl > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > > On Wed, Sep 17, 2008 at 10:16:29AM +0200, Ian Freislich wrote: > > Hi > > > > I'm having an issue with the msk hardware in my laptop. It stops > > transmitting or recieving sometimes, always triggered by periods > > of intense network load. > > > > Sep 16 18:39:31 apple kernel: msk0: watchdog timeout (missed Tx interrupts ) -- recovering > > Sep 16 18:40:35 apple kernel: msk0: watchdog timeout (missed Tx interrupts ) -- recovering > > Sep 16 18:41:41 apple kernel: msk0: watchdog timeout (missed Tx interrupts ) -- recovering > > > > But it never recovers. > > > > mskc0@pci0:2:0:0: class=0x020000 card=0x532111ab chip=0x436211ab rev =0x22 hdr=0x00 > > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > > device = '88E8053 Marvell Yukon 88E8053 PCI-E Gigabit Ethernet Con troller' > > class = network > > subclass = ethernet > > > > Ian > > > > Would you try attached patch? I haven't seen a repeat of the issue. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Sep 24 09:12:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62BB01065676; Wed, 24 Sep 2008 09:12:09 +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 F166E8FC20; Wed, 24 Sep 2008 09:12:03 +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 esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1KiQPg-000HpO-2i; Wed, 24 Sep 2008 12:12:00 +0300 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 m8O9BvWS062297 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 24 Sep 2008 12:11:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m8O9BvFt027803; Wed, 24 Sep 2008 12:11:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id m8O9BuEv027802; Wed, 24 Sep 2008 12:11:56 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 24 Sep 2008 12:11:56 +0300 From: Kostik Belousov To: Maksim Yevmenkin Message-ID: <20080924091156.GA47828@deviant.kiev.zoral.com.ua> References: <48D38DFF.8000803@FreeBSD.org> <20080919203310.GA34131@localhost.my.domain> <48D8196E.7020005@FreeBSD.org> <20080923094134.GM47828@deviant.kiev.zoral.com.ua> <20080923173435.GW47828@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PxDrs/Fpf4pPiewX" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 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 1KiQPg-000HpO-2i 5ad23e997c7781615b84a7b959e04611 X-Terabit: YES Cc: Alexey Shuvaev , freebsd-current@freebsd.org, Ed Schouten Subject: Re: Interface auto-cloning bug or feature? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2008 09:12:09 -0000 --PxDrs/Fpf4pPiewX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 23, 2008 at 11:00:26AM -0700, Maksim Yevmenkin wrote: > On 9/23/08, Kostik Belousov wrote: > > On Tue, Sep 23, 2008 at 10:19:13AM -0700, Maksim Yevmenkin wrote: > > > On 9/23/08, Kostik Belousov wrote: > > > > > > [...] > > > > > > > > attached is a slightly better patch for tap(4). the idea is to = use > > > > > extra ALLOCATED flag that prevents the race Kostik pointed out.= could > > > > > you please give it a try? any review comments are greatly appre= ciated. > > > > > if this is acceptable, i will prepare something similar for tun= (4) > > > > > > > > The tap should use make_dev_credf(MAKEDEV_REF) instead of > > > > make_dev/dev_ref sequence in the clone handler. For similar reaso= ns, I > > > > think it is slightly better to do a dev_ref() immediately after s= etting > > > > the TAP_ALLOCATED flag without dropping tapmtx. > > > > > > could you please explain why it is better? > > > > > > > I cannot figure out how tap_clone_create/tap_clone_destroy are be= ing > > > > called. Can it be garbage-collected ? > > > > > > ah, this is interface clone feature, i.e. one can do 'ifconfig tap0 > > > create/destroy' to create an interface and device node. take a look = at > > > IFC_SIMPLE_DECLARE() macro. > > > > Thanks for the explanation. > > > > > > > The whole module unload sequence looks unsafe. > > > > > > yes, it is unsafe. it even has comment about it :) i guess, i could > > > fix it too while i'm at it :) > > > > One of the reason why the module unload is unsafe is the complete lack > > of synchronization between cloner and device destruction. Leaving > > tapmtx and tp->tap_mtx protected region in the clone handler, you > > allow for module unload routine to destroy device, and then dev_ref() > > would operate on the freed memory. > > > > Not that doing that without dropping the mutex(es) fix the bug, but > > at least it is a right move, it seems. At least this would trade a cra= sh > > to a memory leak. >=20 > well, unload race is easy to fix, no? just add a global flag protected > by taphead (tapmtx) mutex. in unload path (after checking all the > devices for OPEN and ALLOCATED) we will set this flag counter. each > clone and open routines will check for the flag and refuse to > open/clone if its set. Then you would get a transient failures when attempt to unload module fails because some devices are busy. --PxDrs/Fpf4pPiewX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkjaBFwACgkQC3+MBN1Mb4iitwCfTYHd9rSr6NTe5/EWM+Jx+rRT ztYAnR/vlJGTjqUKQ1JNzrwk/i1ma37m =Gkif -----END PGP SIGNATURE----- --PxDrs/Fpf4pPiewX-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 24 09:41:21 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CE011065671 for ; Wed, 24 Sep 2008 09:41:21 +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 63E668FC1B for ; Wed, 24 Sep 2008 09:41:21 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 78BAA170E4; Wed, 24 Sep 2008 09:41:20 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.2/8.14.2) with ESMTP id m8O9fKh3045554; Wed, 24 Sep 2008 09:41:20 GMT (envelope-from phk@critter.freebsd.dk) To: "G .Otsuji" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 24 Sep 2008 08:07:09 +0900." <200809232307.m8NN79th001888@softbank219001162114.bbtec.net> Date: Wed, 24 Sep 2008 09:41:20 +0000 Message-ID: <45552.1222249280@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: FreeBSD Current Subject: Re: AMD Family 10h cpufreq driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2008 09:41:21 -0000 In message <200809232307.m8NN79th001888@softbank219001162114.bbtec.net>, "G .Ot suji" writes: All I get when I load the pstate module is: pstate0: on cpu0 pstate1: on cpu1 pstate2: on cpu2 pstate3: on cpu3 and then: ni# powerd -v powerd: using APM for AC line status idle time > 90%, decreasing clock speed from 2499 MHz to -1515870811 MHz powerd: error setting CPU frequency -1515870811: Invalid argument idle time > 90%, decreasing clock speed from 2499 MHz to -1515870811 MHz powerd: error setting CPU frequency -1515870811: Invalid argument idle time > 90%, decreasing clock speed from 2499 MHz to -1515870811 MHz powerd: error setting CPU frequency -1515870811: Invalid argument idle time > 90%, decreasing clock speed from 2499 MHz to -1515870811 MHz -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Sep 24 14:34:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75F51106567D for ; Wed, 24 Sep 2008 14:34:06 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183]) by mx1.freebsd.org (Postfix) with ESMTP id 53B158FC2E for ; Wed, 24 Sep 2008 14:34:06 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: by wa-out-1112.google.com with SMTP id n4so31420wag.27 for ; Wed, 24 Sep 2008 07:34:05 -0700 (PDT) Received: by 10.115.47.1 with SMTP id z1mr8136366waj.81.1222265428370; Wed, 24 Sep 2008 07:10:28 -0700 (PDT) Received: by 10.115.90.13 with HTTP; Wed, 24 Sep 2008 07:10:28 -0700 (PDT) Message-ID: <1de79840809240710q5222645ar4549d96a457d7614@mail.gmail.com> Date: Wed, 24 Sep 2008 10:10:28 -0400 From: "Michael Proto" To: "FreeBSD Current" In-Reply-To: <48C1E43C.1010902@jellydonut.org> MIME-Version: 1.0 References: <48C1E43C.1010902@jellydonut.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: sysctls and if_bridge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2008 14:34:06 -0000 On Fri, Sep 5, 2008 at 10:00 PM, Michael Proto wrote: > Ran into a strange problem the other day, hoping someone can shed some > light on this. Updated 8-CURRENT from 6/14 to 9/02 and noticed a strange > thing with my if_bridge interface. It appears as though the sysctls for > determining where to enable/disable filtering don't seem to be working. > > My router has an IP, 1.2.3.4/24 on its vr2 interface, which is bridged > to a second vr1 interface for my 3 other static IPs. > > /etc/rc.conf: > ifconfig_vr2="inet 1.2.3.4 netmask 255.255.255.0" > ifconfig_vr1="up" > cloned_interfaces="bridge0" > ifconfig_bridge0="addm vr2 addm vr1 up" > > /etc/sysctl.conf: > net.link.bridge.pfil_member=1 > net.link.bridge.pfil_bridge=0 > > Based on what I've read from the man pages (and how it worked before), > this should enable filtering on the vr2 and vr1 interfaces, and not the > bridge0 interface. After updating to 8-CURRENT 9/02 it appears that > these sysctl settings no longer matter, and filtering is enabled on both > the bridge and member interfaces. I ultimately had to tweak my > /etc/pf.conf and set all my inbound-from-the-Internet vr2 rules to > reference bridge0 instead. Outbound rules still use vr2, and I've > flipped both sysctl settings with no change in behavior. Traffic flows > now, but it appears these sysctls are not working as they should, or I'm > really missing something. > > > > Thanks, > Michael Proto > > _______________________________________________ > 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" > Anyone else seen this? I haven't had much time to look at the code lately but was hoping at least one other person saw similar behavior with if_bridge and a recent CURRENT. Or maybe I really am going crazy... ;) Thanks, Proto From owner-freebsd-current@FreeBSD.ORG Wed Sep 24 14:36:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED0551065672 for ; Wed, 24 Sep 2008 14:36:38 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 95D168FC1E for ; Wed, 24 Sep 2008 14:36:38 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=Naig3dNfLisCvTEeVHMCc2fFaO1na7YFgb5XR36jMKwXVT1WP2M1v5pTPKOM2Abp+jSjYf0uL3Vsv20lq0iTj9k/Uu1C5z12jl5eFZIolpH73zdgha8DCeCMujexLDjYKxbQjDdReQmzfjKGukdeaBFhAoNzMNrJSJfUw5g04DI=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1KiVTo-0002oc-87; Wed, 24 Sep 2008 18:36:36 +0400 Date: Wed, 24 Sep 2008 18:36:35 +0400 From: Eygene Ryabinkin To: Michael Proto Message-ID: References: <48C1E43C.1010902@jellydonut.org> <1de79840809240710q5222645ar4549d96a457d7614@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Az4VpBrmI9+OyhK/" Content-Disposition: inline In-Reply-To: <1de79840809240710q5222645ar4549d96a457d7614@mail.gmail.com> Sender: rea-fbsd@codelabs.ru Cc: FreeBSD Current Subject: Re: sysctls and if_bridge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2008 14:36:39 -0000 --Az4VpBrmI9+OyhK/ Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Michael, good day. Wed, Sep 24, 2008 at 10:10:28AM -0400, Michael Proto wrote: > > Ran into a strange problem the other day, hoping someone can shed some > > light on this. Updated 8-CURRENT from 6/14 to 9/02 and noticed a strange > > thing with my if_bridge interface. It appears as though the sysctls for > > determining where to enable/disable filtering don't seem to be working. > > > > My router has an IP, 1.2.3.4/24 on its vr2 interface, which is bridged > > to a second vr1 interface for my 3 other static IPs. > > > > /etc/rc.conf: > > ifconfig_vr2=3D"inet 1.2.3.4 netmask 255.255.255.0" > > ifconfig_vr1=3D"up" > > cloned_interfaces=3D"bridge0" > > ifconfig_bridge0=3D"addm vr2 addm vr1 up" > > > > /etc/sysctl.conf: > > net.link.bridge.pfil_member=3D1 > > net.link.bridge.pfil_bridge=3D0 > > > > Based on what I've read from the man pages (and how it worked before), > > this should enable filtering on the vr2 and vr1 interfaces, and not the > > bridge0 interface. After updating to 8-CURRENT 9/02 it appears that > > these sysctl settings no longer matter, and filtering is enabled on both > > the bridge and member interfaces. I ultimately had to tweak my > > /etc/pf.conf and set all my inbound-from-the-Internet vr2 rules to > > reference bridge0 instead. Outbound rules still use vr2, and I've > > flipped both sysctl settings with no change in behavior. Traffic flows > > now, but it appears these sysctls are not working as they should, or I'm > > really missing something. Could you please post your ifconfig output? --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --Az4VpBrmI9+OyhK/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjaUHMACgkQthUKNsbL7Yg/6QCdECHE+NUl1qYO5eGkdyeBA0j2 I+4AoJ3/cpbEt3Afl8XED5AkE9o8w0+3 =UJmE -----END PGP SIGNATURE----- --Az4VpBrmI9+OyhK/-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 24 14:45:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DA331065695 for ; Wed, 24 Sep 2008 14:45:34 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.174]) by mx1.freebsd.org (Postfix) with ESMTP id 17B4B8FC1F for ; Wed, 24 Sep 2008 14:45:33 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: by wf-out-1314.google.com with SMTP id 24so2743925wfg.7 for ; Wed, 24 Sep 2008 07:45:33 -0700 (PDT) Received: by 10.114.181.13 with SMTP id d13mr8187719waf.101.1222267523645; Wed, 24 Sep 2008 07:45:23 -0700 (PDT) Received: by 10.115.90.13 with HTTP; Wed, 24 Sep 2008 07:45:23 -0700 (PDT) Message-ID: <1de79840809240745k4bb9d7bekb3f96812e109d035@mail.gmail.com> Date: Wed, 24 Sep 2008 10:45:23 -0400 From: "Michael Proto" To: "Eygene Ryabinkin" In-Reply-To: MIME-Version: 1.0 References: <48C1E43C.1010902@jellydonut.org> <1de79840809240710q5222645ar4549d96a457d7614@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Current Subject: Re: sysctls and if_bridge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2008 14:45:34 -0000 On Wed, Sep 24, 2008 at 10:36 AM, Eygene Ryabinkin wrote: > Michael, good day. > > Wed, Sep 24, 2008 at 10:10:28AM -0400, Michael Proto wrote: > > > Ran into a strange problem the other day, hoping someone can shed some > > > light on this. Updated 8-CURRENT from 6/14 to 9/02 and noticed a > strange > > > thing with my if_bridge interface. It appears as though the sysctls for > > > determining where to enable/disable filtering don't seem to be working. > > > > > > My router has an IP, 1.2.3.4/24 on its vr2 interface, which is bridged > > > to a second vr1 interface for my 3 other static IPs. > > > > > > /etc/rc.conf: > > > ifconfig_vr2="inet 1.2.3.4 netmask 255.255.255.0" > > > ifconfig_vr1="up" > > > cloned_interfaces="bridge0" > > > ifconfig_bridge0="addm vr2 addm vr1 up" > > > > > > /etc/sysctl.conf: > > > net.link.bridge.pfil_member=1 > > > net.link.bridge.pfil_bridge=0 > > > > > > Based on what I've read from the man pages (and how it worked before), > > > this should enable filtering on the vr2 and vr1 interfaces, and not the > > > bridge0 interface. After updating to 8-CURRENT 9/02 it appears that > > > these sysctl settings no longer matter, and filtering is enabled on > both > > > the bridge and member interfaces. I ultimately had to tweak my > > > /etc/pf.conf and set all my inbound-from-the-Internet vr2 rules to > > > reference bridge0 instead. Outbound rules still use vr2, and I've > > > flipped both sysctl settings with no change in behavior. Traffic flows > > > now, but it appears these sysctls are not working as they should, or > I'm > > > really missing something. > > Could you please post your ifconfig output? > -- > Eygene > _ ___ _.--. # > \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard > / ' ` , __.--' # to read the on-line manual > )/' _/ \ `-_, / # while single-stepping the kernel. > `-'" `"\_ ,_.-;_.-\_ ', fsc/as # > _.-'_./ {_.' ; / # -- FreeBSD Developers handbook > {_.-``-' {_/ # > Sure! Here you go, and thanks! Bear in mind I'm using interface naming in /etc/rc.conf. lan, dmz, and wan are all vr interfaces, and wifi is a vap interface "cloned" from ath0 lan: flags=8843 metric 0 mtu 1500 options=280b ether 00:0d:b9:12:99:68 inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 media: Ethernet autoselect (100baseTX ) status: active dmz: flags=8943 metric 0 mtu 1500 options=280b ether 00:0d:b9:12:99:69 media: Ethernet autoselect (100baseTX ) status: active wan: flags=8943 metric 0 mtu 1500 options=280b ether 00:0d:b9:12:99:6a inet 20.30.40.50 netmask 0xffffff00 broadcast 20.30.40.255 media: Ethernet 100baseTX status: active ath0: flags=8843 metric 0 mtu 2290 ether 00:80:48:7e:4c:e3 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: running pfsync0: flags=0<> metric 0 mtu 1460 syncpeer: 224.0.0.240 maxupd: 128 pflog0: flags=141 metric 0 mtu 33204 lo0: flags=8049 metric 0 mtu 16384 inet 127.0.0.1 netmask 0xff000000 bridge0: flags=8843 metric 0 mtu 1500 ether 00:0d:b9:12:99:6a id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 member: dmz flags=143 ifmaxaddr 0 port 2 priority 128 path cost 200000 member: wan flags=143 ifmaxaddr 0 port 3 priority 128 path cost 55 wifi: flags=8843 metric 0 mtu 2290 ether 00:80:48:7e:4c:e3 inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: running ssid BingoNightly channel 11 (2462 Mhz 11g) bssid 00:80:48:7e:4c:e3 country US ecm authmode WPA2/802.11i privacy MIXED deftxkey 2 AES-CCM 2:128-bit AES-CCM 3:128-bit txpower 17 scanvalid 60 protmode CTS wme burst dtimperiod 1 -dfs -Proto From owner-freebsd-current@FreeBSD.ORG Wed Sep 24 15:41:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2447310656A3 for ; Wed, 24 Sep 2008 15:41:06 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id C6CEE8FC0A for ; Wed, 24 Sep 2008 15:41:05 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=gq9TlbHcBdboJCJoB56AkbH9k5PZ75QgpqJdwttZ1W/QJd4wZcxEFQgCV3ax5wCrZ7NCqdfoY/M36blhunZJLejz2I6tkCDHFtBZ5Rk+KUP1gHrGLHAoz7Y/OQj+nzv9xnHIDPwotrvT9Btpb9hcHovfJSKHY6343ETQ5D/r6V0=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1KiWUB-0007OV-F0; Wed, 24 Sep 2008 19:41:03 +0400 Date: Wed, 24 Sep 2008 19:41:02 +0400 From: Eygene Ryabinkin To: Michael Proto Message-ID: References: <48C1E43C.1010902@jellydonut.org> <1de79840809240710q5222645ar4549d96a457d7614@mail.gmail.com> <1de79840809240745k4bb9d7bekb3f96812e109d035@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="apbmkPN6Hu/1dI3g" Content-Disposition: inline In-Reply-To: <1de79840809240745k4bb9d7bekb3f96812e109d035@mail.gmail.com> Sender: rea-fbsd@codelabs.ru Cc: FreeBSD Current Subject: Re: sysctls and if_bridge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2008 15:41:06 -0000 --apbmkPN6Hu/1dI3g Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Michael, Wed, Sep 24, 2008 at 10:45:23AM -0400, Michael Proto wrote: > Sure! Here you go, and thanks! Bear in mind I'm using interface naming in > /etc/rc.conf. lan, dmz, and wan are all vr interfaces, and wifi is a vap > interface "cloned" from ath0 >=20 >=20 > wan: flags=3D8943 metric = 0 mtu > 1500 > options=3D280b > ether 00:0d:b9:12:99:6a > inet 20.30.40.50 netmask 0xffffff00 broadcast 20.30.40.255 > media: Ethernet 100baseTX > status: active > bridge0: flags=3D8843 metric 0 mtu > 1500 > ether 00:0d:b9:12:99:6a > id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 > root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > member: dmz flags=3D143 > ifmaxaddr 0 port 2 priority 128 path cost 200000 > member: wan flags=3D143 > ifmaxaddr 0 port 3 priority 128 path cost 55 Seems like you're facing the problem where bridge0 inherits its MAC from the 'wan' interface. Try to specify bridge0's MAC explicitely (via ifconfig's 'link XX:XX:XX:XX:XX:XX' arguments); you can use some random MAC, for example the one that is generated at the system's bootup for bridge0 (example from one of my hosts): ----- $ dmesg | grep bridge0 | grep Ethernet bridge0: Ethernet address: 2e:13:01:19:11:66 ----- May be this will help you to work out your problems. If so, then you'll probably need sys/net/if_bridge.c revision 1.117, http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/net/if_bridge.c?= rev=3D1.117;content-type=3Dtext%2Fplain If this won't help, I'll try to think a bit more about this issue ;)) --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --apbmkPN6Hu/1dI3g Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjaX44ACgkQthUKNsbL7YitLgCdFRf8TwlXjydvkzkeGD6jmGMp plgAn0tzIbWvV185yPP/mwadJXj4HNVw =fnth -----END PGP SIGNATURE----- --apbmkPN6Hu/1dI3g-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 24 17:05:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A91411065696 for ; Wed, 24 Sep 2008 17:05:05 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.173]) by mx1.freebsd.org (Postfix) with ESMTP id 83F6E8FC1D for ; Wed, 24 Sep 2008 17:05:05 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: by wf-out-1314.google.com with SMTP id 24so4718wfg.7 for ; Wed, 24 Sep 2008 10:05:04 -0700 (PDT) Received: by 10.114.53.1 with SMTP id b1mr8385967waa.165.1222275904598; Wed, 24 Sep 2008 10:05:04 -0700 (PDT) Received: by 10.115.90.13 with HTTP; Wed, 24 Sep 2008 10:05:04 -0700 (PDT) Message-ID: <1de79840809241005o17ce674w21df25a0a310f0ec@mail.gmail.com> Date: Wed, 24 Sep 2008 13:05:04 -0400 From: "Michael Proto" To: "Eygene Ryabinkin" In-Reply-To: MIME-Version: 1.0 References: <48C1E43C.1010902@jellydonut.org> <1de79840809240710q5222645ar4549d96a457d7614@mail.gmail.com> <1de79840809240745k4bb9d7bekb3f96812e109d035@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Current Subject: Re: sysctls and if_bridge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2008 17:05:05 -0000 On Wed, Sep 24, 2008 at 11:41 AM, Eygene Ryabinkin wrote: > Michael, > > Wed, Sep 24, 2008 at 10:45:23AM -0400, Michael Proto wrote: > > Sure! Here you go, and thanks! Bear in mind I'm using interface naming in > > /etc/rc.conf. lan, dmz, and wan are all vr interfaces, and wifi is a vap > > interface "cloned" from ath0 > > > > > > wan: flags=8943 metric 0 > mtu > > 1500 > > options=280b > > ether 00:0d:b9:12:99:6a > > inet 20.30.40.50 netmask 0xffffff00 broadcast 20.30.40.255 > > media: Ethernet 100baseTX > > status: active > > bridge0: flags=8843 metric 0 mtu > > 1500 > > ether 00:0d:b9:12:99:6a > > id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > > maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 > > root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > > member: dmz flags=143 > > ifmaxaddr 0 port 2 priority 128 path cost 200000 > > member: wan flags=143 > > ifmaxaddr 0 port 3 priority 128 path cost 55 > > Seems like you're facing the problem where bridge0 inherits its MAC from > the 'wan' interface. Try to specify bridge0's MAC explicitely (via > ifconfig's 'link XX:XX:XX:XX:XX:XX' arguments); you can use some random > MAC, for example the one that is generated at the system's bootup for > bridge0 (example from one of my hosts): > ----- > $ dmesg | grep bridge0 | grep Ethernet > bridge0: Ethernet address: 2e:13:01:19:11:66 > ----- > May be this will help you to work out your problems. > > If so, then you'll probably need sys/net/if_bridge.c revision 1.117, > > http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/net/if_bridge.c?rev=1.117;content-type=text%2Fplain > > If this won't help, I'll try to think a bit more about this issue ;)) > -- > Eygene > _ ___ _.--. # > \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard > / ' ` , __.--' # to read the on-line manual > )/' _/ \ `-_, / # while single-stepping the kernel. > `-'" `"\_ ,_.-;_.-\_ ', fsc/as # > _.-'_./ {_.' ; / # -- FreeBSD Developers handbook > {_.-``-' {_/ # > Eygene, Thanks very much for this information! I didn't even notice that the bridge and wan interfaces had the same MAC. I'm at work at the moment, and the box is at home, but I'll try manually setting the MAC to a value not used by other interfaces later tonight and see what happens. Thanks again! -Proto From owner-freebsd-current@FreeBSD.ORG Wed Sep 24 17:11:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 595A81065683 for ; Wed, 24 Sep 2008 17:11:34 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id DF1FD8FC17 for ; Wed, 24 Sep 2008 17:11:33 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so1820nfh.33 for ; Wed, 24 Sep 2008 10:11:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=snmyhhIgbsW7TGAIiFVJY7k2UcAgu6OYCzGaViROLD4=; b=rCpC8a0EYMP/omakqXjOHrGzsqJxQI2aY54j5hnBBgOGJSz4iEYEZqGcLBNaGgUkZg 3L6RV/cstiqoYZZqhPsM56OwD9rK0NNEdLisKePv+f45Vu4qyUNl9VfFX/JW79GG5a0g pu1jmDnDlMbEySm04QE6mS8KZLVXhlXHcdFbI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=K08FG5dpetkjVz+U9lHuxvA61d3MV+4pEqA5xbVWj3hvc7DJFr7PoVS9VQ/fLgNlvb tHHHAwv3+Rk/1fYxVHMwxLvfzfwrs28bbjwriwR1AQLOgV68YCJaFosxolSBdm7YyOo9 5oFwDAcPYfubEtRVjG86AmuS3/wOqsyWbUMYk= Received: by 10.210.109.10 with SMTP id h10mr8710887ebc.145.1222276291840; Wed, 24 Sep 2008 10:11:31 -0700 (PDT) Received: by 10.210.34.13 with HTTP; Wed, 24 Sep 2008 10:11:31 -0700 (PDT) Message-ID: <1d6d20bc0809241011n5b88b161w96ba38f4956ce861@mail.gmail.com> Date: Thu, 25 Sep 2008 01:11:31 +0800 From: "jiashiun li" To: freebsd-current@freebsd.org In-Reply-To: <1d6d20bc0809190111ic50d597tea2ac6a0917c41@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1d6d20bc0809170846g69311401j7f93f97969756e43@mail.gmail.com> <1d6d20bc0809190111ic50d597tea2ac6a0917c41@mail.gmail.com> Subject: Re: Unable to boot Asus P5QL-EM w/ acpi enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2008 17:11:34 -0000 On Fri, Sep 19, 2008 at 4:11 PM, Jia-Shiun Li wrote: > On Wed, Sep 17, 2008 at 11:46 PM, Jia-Shiun Li wrote: >> The mainboard is an ASUS P5QL-EM (Intel G43/ICH10) with BIOS revision 0406. >> >> dmesg, pciconf, acpidump and kernel config file attached. >> > > Files available at http://jiashiun.googlepages.com/p5ql-em_acpi.tar.gz I did a binary search and found the problem lies between 2008-08-22 and 2008-08-23. Here is my note: http://www.google.com/notebook/public/12992437766593078313/BDQN7IgoQ_Kzkgskj In the later version the dcons got disconnected after calling pci_add_map() for the first pci bus. Looks related to PCIe mapping. Is there anything else I can do to confirm this, or other info needed? I guess it is related to r181987. Verifying... Jia-Shiun. From owner-freebsd-current@FreeBSD.ORG Wed Sep 24 18:11:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B648C1065676 for ; Wed, 24 Sep 2008 18:11:18 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 54EFF8FC08 for ; Wed, 24 Sep 2008 18:11:18 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m8OIBBbh085246; Wed, 24 Sep 2008 14:11:12 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 24 Sep 2008 13:35:48 -0400 User-Agent: KMail/1.9.7 References: <1d6d20bc0809170846g69311401j7f93f97969756e43@mail.gmail.com> <1d6d20bc0809190111ic50d597tea2ac6a0917c41@mail.gmail.com> <1d6d20bc0809241011n5b88b161w96ba38f4956ce861@mail.gmail.com> In-Reply-To: <1d6d20bc0809241011n5b88b161w96ba38f4956ce861@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809241335.48472.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Wed, 24 Sep 2008 14:11:12 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8324/Wed Sep 24 06:55:43 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: jiashiun li Subject: Re: Unable to boot Asus P5QL-EM w/ acpi enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2008 18:11:18 -0000 On Wednesday 24 September 2008 01:11:31 pm jiashiun li wrote: > On Fri, Sep 19, 2008 at 4:11 PM, Jia-Shiun Li wrote: > > On Wed, Sep 17, 2008 at 11:46 PM, Jia-Shiun Li wrote: > >> The mainboard is an ASUS P5QL-EM (Intel G43/ICH10) with BIOS revision 0406. > >> > >> dmesg, pciconf, acpidump and kernel config file attached. > >> > > > > Files available at http://jiashiun.googlepages.com/p5ql-em_acpi.tar.gz > > I did a binary search and found the problem lies between 2008-08-22 > and 2008-08-23. Here is my note: > http://www.google.com/notebook/public/12992437766593078313/BDQN7IgoQ_Kzkgskj > > In the later version the dcons got disconnected after calling > pci_add_map() for the first pci bus. Looks related to PCIe mapping. Is > there anything else I can do to confirm this, or other info needed? > > I guess it is related to r181987. Verifying... If you grab the latest bits from HEAD you can use 'hw.pci.mcfg=0' to disable memcfg. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Sep 24 20:02:17 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51FBA1065689 for ; Wed, 24 Sep 2008 20:02:17 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 0D0EC8FC1F for ; Wed, 24 Sep 2008 20:02:17 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from [85.173.17.252] (helo=localhost.my.domain) by services.ipt.ru with esmtpa (Exim 4.54 (FreeBSD)) id 1KiaYw-000JXV-9t for freebsd-current@FreeBSD.org; Thu, 25 Sep 2008 00:02:14 +0400 To: freebsd-current@FreeBSD.org From: Boris Samorodov Date: Thu, 25 Sep 2008 00:02:13 +0400 Message-ID: <17012186@ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: gssapi: Undefined symbol "GSS_C_NT_HOSTBASED_SERVICE" and "gss_oid_equal" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2008 20:02:17 -0000 Hi All, I've done a fresh install of 8-amd64-current system, added a cyrus-imapd (packaged at tinderbox -- another host). And I can't use gssapi: ----- moosa% imtest -m gssapi imap.domain.ru S: * OK imap.domain.ru Cyrus IMAP4 v2.2.10 server ready C: C01 CAPABILITY S: * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ MAILBOX-REFERRALS NAMESPACE UIDPLUS ID NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT THREAD=ORDEREDSUB JECT THREAD=REFERENCES ANNOTATEMORE IDLE STARTTLS AUTH=NTLM AUTH=GSSAPI AUTH=OTP AUTH=DIGEST-MD5 AUTH=CRAM-MD5 SASL-IR X-NETSCAPE S: C01 OK Completed C: A01 AUTHENTICATE GSSAPI S: + dlopen: /usr/lib/libgssapi_spnego.so.10: Undefined symbol "GSS_C_NT_HOSTBASED_SERVICE" /libexec/ld-elf.so.1: /usr/lib/libgssapi_krb5.so.10: Undefined symbol "gss_oid_equal" ----- Some additional info (kernel is GENERIC without WITNESS* and INVARIANTS*): ----- moosa% uname -a FreeBSD moosa 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Tue Sep 23 01:42:30 MSD 2008 root@moosa:/usr/obj/usr/src/sys/MOOSA amd64 moosa% sysctl kern.osreldate kern.osreldate: 800049 moosa% file `which imtest` /usr/local/bin/imtest: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), for FreeBSD 8.0 (800045), dynamically linked (uses shared libs), FreeBSD-style, strippe d moosa% strings /usr/lib/libgssapi_spnego.so.10 | grep GSS_C_NT_HOSTBASED_SERVICE GSS_C_NT_HOSTBASED_SERVICE moosa% strings /usr/lib/libgssapi_krb5.so.10 | grep gss_oid_equal gss_oid_equal ----- Any help is appreciated. Thanks! WBR -- bsam From owner-freebsd-current@FreeBSD.ORG Wed Sep 24 20:12:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E0B41065670; Wed, 24 Sep 2008 20:12:04 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id D8BE48FC29; Wed, 24 Sep 2008 20:12:03 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [89.178.146.74] (port=37562 helo=acer.lissyara.int.otradno.ru) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KiaiQ-000HKz-AM; Thu, 25 Sep 2008 00:12:02 +0400 Message-ID: <48DA9F0A.2060207@lissyara.su> Date: Thu, 25 Sep 2008 00:11:54 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.16) Gecko/20080731 Thunderbird/2.0.0.16 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: freebsd-multimedia@freebsd.org, FreeBSD Current Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: Subject: Support AV Stream on FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Sep 2008 20:12:04 -0000 the problem currently the FreeBSD dosn't support common AVstream interface (audio / video) as simular vl4 for linux may be someone to write such interface driver? under FreeBSD license Also, it will be necessary to write patches for mplayer and vlc, that these programs can use this interfaces. Then it will be possible to write drivers for a variety of tuners, cameras and the like, not thinking about how they then connect with mplayer and other utilities (which are already common patches to support the already original, FreeBSD AudioVideo interface) From owner-freebsd-current@FreeBSD.ORG Wed Sep 24 20:47:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 711091065686 for ; Wed, 24 Sep 2008 20:47:18 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 6528B8FC13 for ; Wed, 24 Sep 2008 20:47:17 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 24 Sep 2008 20:47:14 -0000 Received: from 85-127-94-178.dynamic.xdsl-line.inode.at (EHLO taxman.pepperland) [85.127.94.178] by mail.gmx.net (mp039) with SMTP; 24 Sep 2008 22:47:14 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX1+GWwB42ayGbxKZezjMq2dFEeWeTqhHTS1cFxlyll dApAaLif4okIZ1 From: Stefan Ehmann To: freebsd-current@freebsd.org Date: Wed, 24 Sep 2008 22:47:12 +0200 User-Agent: KMail/1.10.1 (FreeBSD/7.1-PRERELEASE; KDE/4.1.1; i386; ; ) References: <200809231851.42849.shoesoft@gmx.net> In-Reply-To: MIME-Version: 1.0 Message-Id: <200809242247.13189.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.58,0.57 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Robert Watson Subject: Re: ipfw: LOR/panic with uid rules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2008 20:47:18 -0000 On Wednesday 24 September 2008 10:08:13 Robert Watson wrote: > On Tue, 23 Sep 2008, Robert Watson wrote: > > On Tue, 23 Sep 2008, Stefan Ehmann wrote: > >> Also posted about this problem recently in stable@. But got no replies > >> there. So I tried on a recent CURRENT but the problem persists: > >> > >> ipfw rules using uid are causing a deadlock. eg. allow ip from any to > >> any uid root A simple HTTP fetch triggers this problem nearly instantly. > >> > >> For me, this problem existed in 6.x with PREEMPTION enabled. It was > >> fixed in 7.0. But in RELENG_7 and head it's back. This is a single > >> processor i386 machine. > > > > This is an interesting edge case -- to prevent lookup of an inpcb in the > > output path, we normally pass the inpcb reference down to the firewall so > > it can directly access the cred rather than looking it up. Thus, we > > don't recurse the global tcbinfo or inpcb locks normally on the transmit > > path. However, it looks like we have an edge case here where we've freed > > the inpcb but not yet unlocked the tcbinfo, and since the inpcb is freed > > we don't pass it down--the firewall code tries to look up the inpcb and > > improperly recurses the tcbinfo lock, boom. > > > > The uid/gid/jail code in ipfw is undesirable for a number of reasons, not > > least because it's a layering violation. Historically, layering > > violations meant slightly awkward and risky recursion, but now they also > > mean lock recursion, which has more serious consequences. I'll > > investigate tomorrow and see what the best solution is -- probably to > > drop the lock before calling tcp_dropwithreset() on a NULL inpcb, which > > is a workaround/hack, but I think our hands are forced in this case. > > I'll follow up with a patch then. > > Here is a possible candidate patch, could you see if it resolves all of the > issues you reported? (Possibly I have missed other similar cases as > well...) Thanks for the patch. Unfortunately the LORs and the panic still remain. From owner-freebsd-current@FreeBSD.ORG Wed Sep 24 20:49:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F47B106568B for ; Wed, 24 Sep 2008 20:49:41 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id A98208FC12 for ; Wed, 24 Sep 2008 20:49:40 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 24 Sep 2008 20:49:38 -0000 Received: from 85-127-94-178.dynamic.xdsl-line.inode.at (EHLO taxman.pepperland) [85.127.94.178] by mail.gmx.net (mp063) with SMTP; 24 Sep 2008 22:49:38 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX19AMs5wqdJAtghNMye/y6hW3kU8h5I26Sehryn+fE tY5TTA1mwbJzC0 From: Stefan Ehmann To: John Baldwin Date: Wed, 24 Sep 2008 22:49:37 +0200 User-Agent: KMail/1.10.1 (FreeBSD/7.1-PRERELEASE; KDE/4.1.1; i386; ; ) References: <200809201305.13339.shoesoft@gmx.net> <200809231525.03606.jhb@freebsd.org> In-Reply-To: <200809231525.03606.jhb@freebsd.org> MIME-Version: 1.0 Message-Id: <200809242249.38107.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.52,0.52 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: prvxxx: cxm_iic attach fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Sep 2008 20:49:41 -0000 On Tuesday 23 September 2008 21:25:03 John Baldwin wrote: > On Saturday 20 September 2008 07:05:12 am Stefan Ehmann wrote: > > Hello, > > > > I'm using the port from > > http://usleepless.110mb.com/pvrxxx_port.tgz > > for my PVR-150 card. > > > > I get this error on kldload cxm: > > Sep 20 12:07:48 taxman kernel: cxm0: mem > > 0xd8000000-0xdbffffff irq 18 at device 15.0 on pci0 > > Sep 20 12:07:48 taxman kernel: cxm_iic0: > controller> on cxm0 > > Sep 20 12:07:48 taxman kernel: cxm_iic0: could not attach iicbb > > Sep 20 12:07:48 taxman kernel: device_attach: cxm_iic0 attach returned 6 > > Sep 20 12:07:48 taxman kernel: cxm0: could not attach cxm_iic > > Sep 20 12:07:48 taxman kernel: device_attach: cxm0 attach returned 6 > > > > > > Build fails on recent current because minor(9) is now a macro. > > > > The cause is this define in cxm.h > > # define dev_t struct cdev * > > > > I added this ugly hack to get it build. Not sure if it's correct but I > > don't think it's the cause of the problem. > > #undef minor > > #define minor(d) ((d) ? (d)->si_drv0 : -1) > > > > Haven't tested previously on CURRENT. But the card is working on > > RELENG_7: Sep 20 12:38:50 taxman kernel: cxm0: > Coder> mem 0xd8000000-0xdbffffff irq 18 at device 15.0 on pci0 > > Sep 20 12:38:50 taxman kernel: cxm_iic0: > controller> on cxm0 > > Sep 20 12:38:50 taxman kernel: iicbb0: on > > cxm_iic0 Sep 20 12:38:50 taxman kernel: iicbus0: on > > iicbb0 master- only > > Sep 20 12:38:50 taxman kernel: iicbus0: at addr 0 > > Sep 20 12:38:50 taxman kernel: iicbus0: at addr 0 > > > > Any ideas? > > cxm needs to include its own 'DEVICE_DRIVER' line for iicbus in HEAD now. > Basically, it needs this line: > > DRIVER_MODULE(iicbb, cxm_iic, iicbb_driver, iicbb_devclass, 0, 0); Thanks, that fixed it! From owner-freebsd-current@FreeBSD.ORG Wed Sep 24 21:40:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71730106568C for ; Wed, 24 Sep 2008 21:40:53 +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 43D2C8FC0C for ; Wed, 24 Sep 2008 21:40:53 +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 ESMTP id AC67146B3B; Wed, 24 Sep 2008 17:40:52 -0400 (EDT) Date: Wed, 24 Sep 2008 22:40:52 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Stefan Ehmann In-Reply-To: <200809242247.13189.shoesoft@gmx.net> Message-ID: References: <200809231851.42849.shoesoft@gmx.net> <200809242247.13189.shoesoft@gmx.net> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: ipfw: LOR/panic with uid rules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2008 21:40:53 -0000 On Wed, 24 Sep 2008, Stefan Ehmann wrote: > > issues you reported? (Possibly I have missed other similar cases as > > well...) > > Thanks for the patch. Unfortunately the LORs and the panic still remain. Hmm. Is it identical, or a different stack trace? Could you tell me what $FreeBSD$ appears in your tcp_input.c? (I've committed the patch since it's definitely necessary, even if it doesn't fix the specific instance of the problem you're seeing). Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Wed Sep 24 22:20:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C63C6106568F for ; Wed, 24 Sep 2008 22:20:42 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id D2FDC8FC23 for ; Wed, 24 Sep 2008 22:20:41 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 24 Sep 2008 22:20:39 -0000 Received: from 85-127-94-178.dynamic.xdsl-line.inode.at (EHLO taxman.pepperland) [85.127.94.178] by mail.gmx.net (mp067) with SMTP; 25 Sep 2008 00:20:39 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX1970DglwlN7sFzKdYbgDq8Pu6JLM7pwhMwG3MDTV8 ouZlmYIwMc91ok From: Stefan Ehmann To: Robert Watson Date: Thu, 25 Sep 2008 00:20:37 +0200 User-Agent: KMail/1.10.1 (FreeBSD/7.1-PRERELEASE; KDE/4.1.1; i386; ; ) References: <200809231851.42849.shoesoft@gmx.net> <200809242247.13189.shoesoft@gmx.net> In-Reply-To: MIME-Version: 1.0 Message-Id: <200809250020.38331.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.5,0.5 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: ipfw: LOR/panic with uid rules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2008 22:20:42 -0000 On Wednesday 24 September 2008 23:40:52 Robert Watson wrote: > On Wed, 24 Sep 2008, Stefan Ehmann wrote: > > > issues you reported? (Possibly I have missed other similar cases as > > > well...) > > > > Thanks for the patch. Unfortunately the LORs and the panic still remain. > > Hmm. Is it identical, or a different stack trace? Could you tell me what > $FreeBSD$ appears in your tcp_input.c? (I've committed the patch since > it's definitely necessary, even if it doesn't fix the specific instance of > the problem you're seeing). I cvsup-ed and noticed the patch is already committed. I double-checked after the problem was still there. The LORs seem identical. The panic backtrace is slightly different (besides the double panic): #0 doadump () at pcpu.h:221 221 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:221 #1 0xc07ee35e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc07ee623 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:572 #3 0xc07c6b63 in knote (list=0xc4b4a2c0, hint=0, islocked=1) at /usr/src/sys/kern/kern_event.c:1621 #4 0xc083b23e in tty_wakeup (tp=0xc4b4a200, flags=2) at /usr/src/sys/kern/tty.c:1172 #5 0xc0842ffb in ttydisc_wakeup_watermark (tp=0x0) at /usr/src/sys/kern/tty_ttydisc.c:1122 #6 0xc0843157 in ttydisc_getc (tp=0xc4b4a200, buf=0xc4732258, len=0) at /usr/src/sys/kern/tty_ttydisc.c:1142 #7 0xc06f6a74 in sctty_outwakeup (tp=0xc4b4a200) at /usr/src/sys/dev/syscons/syscons.c:323 #8 0xc06f6fdc in scgetc (sc=0xc0e81020, flags=3) at /usr/src/sys/dev/syscons/syscons.c:3280 #9 0xc06f7600 in sc_cngetc (cd=0xc0c3e080) at /usr/src/sys/dev/syscons/syscons.c:1607 #10 0xc083eb18 in cncheckc () at /usr/src/sys/kern/tty_cons.c:607 #11 0xc083eb56 in cngetc () at /usr/src/sys/kern/tty_cons.c:585 #12 0xc04bcf45 in db_readline (lstart=0xc0cc0ac0 "", lsize=120) at /usr/src/sys/ddb/db_input.c:326 #13 0xc04bd91a in db_read_line () at /usr/src/sys/ddb/db_lex.c:56 #14 0xc04bc076 in db_command_loop () at /usr/src/sys/ddb/db_command.c:497 #15 0xc04bda3d in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:228 #16 0xc081b596 in kdb_trap (type=3, code=0, tf=0xc47324cc) at /usr/src/sys/kern/subr_kdb.c:534 #17 0xc0afeed6 in trap (frame=0xc47324cc) at /usr/src/sys/i386/i386/trap.c:694 #18 0xc0ae354b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #19 0xc081b71a in kdb_enter (why=0xc0baa06c "panic", msg=0xc0baa06c "panic") at cpufunc.h:70 #20 0xc07ee60c in panic (fmt=0xc0ba9b72 "%s (%s): wlock already held @ %s:%d") at /usr/src/sys/kern/kern_shutdown.c:556 #21 0xc07ecae6 in _rw_rlock (rw=0xc0e5a7ec, file=0xc103beed "/usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c", line=2020) at /usr/src/sys/kern/kern_rwlock.c:283 #22 0xc103a92a in ipfw_chk (args=0xc4732894) at /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:2020 #23 0xc103b4c8 in ipfw_check_out (arg=0x0, m0=0xc47329b8, ifp=0xc4b0a000, dir=2, inp=0x0) at /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:253 #24 0xc0899038 in pfil_run_hooks (ph=0xc0e59ac0, mp=0xc4732a28, ifp=0xc4b0a000, dir=2, inp=0x0) at /usr/src/sys/net/pfil.c:79 #25 0xc08e0fd2 in ip_output (m=0xc4db8600, opt=0x0, ro=0xc4732a30, flags=0, imo=0x0, inp=0x0) at /usr/src/sys/netinet/ip_output.c:452 #26 0xc0943d95 in tcp_respond (tp=0x0, ipgen=0xc4dde016, th=0xc4dde02a, m=0xc4db8600, ack=0, seq=1465052506, flags=Variable "flags" is not available. ) at /usr/src/sys/netinet/tcp_subr.c:611 #27 0xc093a955 in tcp_dropwithreset (m=0xc4db8600, th=0xc4dde02a, tp=0x0, tlen=1440, rstreason=3) at /usr/src/sys/netinet/tcp_input.c:2552 #28 0xc093d874 in tcp_input (m=0xc4db8600, off0=20) at /usr/src/sys/netinet/tcp_input.c:888 #29 0xc08df5e0 in ip_input (m=0xc4db8600) at /usr/src/sys/netinet/ip_input.c:666 #30 0xc0898833 in netisr_dispatch (num=2, m=0xc4db8600) at /usr/src/sys/net/netisr.c:178 #31 0xc0892781 in ether_demux (ifp=0xc4b0a000, m=0xc4db8600) at /usr/src/sys/net/if_ethersubr.c:842 #32 0xc0892bef in ether_input (ifp=0xc4b0a000, m=0xc4db8600) at /usr/src/sys/net/if_ethersubr.c:700 #33 0xc0764ede in vr_intr (arg=0xc4b22000) at /usr/src/sys/dev/vr/if_vr.c:1414 #34 0xc07cfb55 in intr_event_execute_handlers (p=0xc48c07d4, ie=0xc4905a80) at /usr/src/sys/kern/kern_intr.c:1134 #35 0xc07d07cf in ithread_loop (arg=0xc4b29a00) at /usr/src/sys/kern/kern_intr.c:1147 #36 0xc07cd918 in fork_exit (callout=0xc07d0730 , arg=0xc4b29a00, frame=0xc4732d38) at /usr/src/sys/kern/kern_fork.c:810 #37 0xc0ae35c0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:270 From owner-freebsd-current@FreeBSD.ORG Wed Sep 24 22:45:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32B8D106568B for ; Wed, 24 Sep 2008 22:45:18 +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 02B488FC1A for ; Wed, 24 Sep 2008 22:45:18 +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 ESMTP id 9BC7F46B39; Wed, 24 Sep 2008 18:45:17 -0400 (EDT) Date: Wed, 24 Sep 2008 23:45:17 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Stefan Ehmann In-Reply-To: <200809250020.38331.shoesoft@gmx.net> Message-ID: References: <200809231851.42849.shoesoft@gmx.net> <200809242247.13189.shoesoft@gmx.net> <200809250020.38331.shoesoft@gmx.net> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: ipfw: LOR/panic with uid rules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2008 22:45:18 -0000 On Thu, 25 Sep 2008, Stefan Ehmann wrote: >> Hmm. Is it identical, or a different stack trace? Could you tell me what >> $FreeBSD$ appears in your tcp_input.c? (I've committed the patch since it's >> definitely necessary, even if it doesn't fix the specific instance of the >> problem you're seeing). > > I cvsup-ed and noticed the patch is already committed. I double-checked > after the problem was still there. > > The LORs seem identical. The panic backtrace is slightly different (besides > the double panic): None of the line numbers in this trace seem to line up with expected things in the source code. Could you confirm your source code, vmcore, and kernel are all in sync? Could you also confirm for me what version of tcp_input.c you're using? Robert N M Watson Computer Laboratory University of Cambridge > > #0 doadump () at pcpu.h:221 > > 221 pcpu.h: No such file or directory. > > in pcpu.h > > (kgdb) bt > > #0 doadump () at pcpu.h:221 > > #1 0xc07ee35e in boot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:418 > > #2 0xc07ee623 in panic (fmt=Variable "fmt" is not available. > > ) at /usr/src/sys/kern/kern_shutdown.c:572 > > #3 0xc07c6b63 in knote (list=0xc4b4a2c0, hint=0, islocked=1) > > at /usr/src/sys/kern/kern_event.c:1621 > > #4 0xc083b23e in tty_wakeup (tp=0xc4b4a200, flags=2) > > at /usr/src/sys/kern/tty.c:1172 > > #5 0xc0842ffb in ttydisc_wakeup_watermark (tp=0x0) > > at /usr/src/sys/kern/tty_ttydisc.c:1122 > > #6 0xc0843157 in ttydisc_getc (tp=0xc4b4a200, buf=0xc4732258, len=0) > > at /usr/src/sys/kern/tty_ttydisc.c:1142 > > #7 0xc06f6a74 in sctty_outwakeup (tp=0xc4b4a200) > > at /usr/src/sys/dev/syscons/syscons.c:323 > > #8 0xc06f6fdc in scgetc (sc=0xc0e81020, flags=3) > > at /usr/src/sys/dev/syscons/syscons.c:3280 > > #9 0xc06f7600 in sc_cngetc (cd=0xc0c3e080) > > at /usr/src/sys/dev/syscons/syscons.c:1607 > > #10 0xc083eb18 in cncheckc () at /usr/src/sys/kern/tty_cons.c:607 > > #11 0xc083eb56 in cngetc () at /usr/src/sys/kern/tty_cons.c:585 > > #12 0xc04bcf45 in db_readline (lstart=0xc0cc0ac0 "", lsize=120) > > at /usr/src/sys/ddb/db_input.c:326 > > #13 0xc04bd91a in db_read_line () at /usr/src/sys/ddb/db_lex.c:56 > > #14 0xc04bc076 in db_command_loop () at /usr/src/sys/ddb/db_command.c:497 > > #15 0xc04bda3d in db_trap (type=3, code=0) at > /usr/src/sys/ddb/db_main.c:228 > > #16 0xc081b596 in kdb_trap (type=3, code=0, tf=0xc47324cc) > > at /usr/src/sys/kern/subr_kdb.c:534 > > #17 0xc0afeed6 in trap (frame=0xc47324cc) at > /usr/src/sys/i386/i386/trap.c:694 > > #18 0xc0ae354b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 > > #19 0xc081b71a in kdb_enter (why=0xc0baa06c "panic", msg=0xc0baa06c > "panic") > > at cpufunc.h:70 > > #20 0xc07ee60c in panic (fmt=0xc0ba9b72 "%s (%s): wlock already held @ > %s:%d") > > at /usr/src/sys/kern/kern_shutdown.c:556 > > #21 0xc07ecae6 in _rw_rlock (rw=0xc0e5a7ec, > > file=0xc103beed "/usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c", > > line=2020) at /usr/src/sys/kern/kern_rwlock.c:283 > > #22 0xc103a92a in ipfw_chk (args=0xc4732894) > > at /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:2020 > > #23 0xc103b4c8 in ipfw_check_out (arg=0x0, m0=0xc47329b8, ifp=0xc4b0a000, > > dir=2, inp=0x0) > > at /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:253 > > #24 0xc0899038 in pfil_run_hooks (ph=0xc0e59ac0, mp=0xc4732a28, > > ifp=0xc4b0a000, dir=2, inp=0x0) at /usr/src/sys/net/pfil.c:79 > > #25 0xc08e0fd2 in ip_output (m=0xc4db8600, opt=0x0, ro=0xc4732a30, > flags=0, > > imo=0x0, inp=0x0) at /usr/src/sys/netinet/ip_output.c:452 > > #26 0xc0943d95 in tcp_respond (tp=0x0, ipgen=0xc4dde016, th=0xc4dde02a, > > m=0xc4db8600, ack=0, seq=1465052506, flags=Variable "flags" is not > available. > > ) > > at /usr/src/sys/netinet/tcp_subr.c:611 > > #27 0xc093a955 in tcp_dropwithreset (m=0xc4db8600, th=0xc4dde02a, tp=0x0, > > tlen=1440, rstreason=3) at /usr/src/sys/netinet/tcp_input.c:2552 > > #28 0xc093d874 in tcp_input (m=0xc4db8600, off0=20) > > at /usr/src/sys/netinet/tcp_input.c:888 > > #29 0xc08df5e0 in ip_input (m=0xc4db8600) > > at /usr/src/sys/netinet/ip_input.c:666 > > #30 0xc0898833 in netisr_dispatch (num=2, m=0xc4db8600) > > at /usr/src/sys/net/netisr.c:178 > > #31 0xc0892781 in ether_demux (ifp=0xc4b0a000, m=0xc4db8600) > > at /usr/src/sys/net/if_ethersubr.c:842 > > #32 0xc0892bef in ether_input (ifp=0xc4b0a000, m=0xc4db8600) > > at /usr/src/sys/net/if_ethersubr.c:700 > > #33 0xc0764ede in vr_intr (arg=0xc4b22000) at > /usr/src/sys/dev/vr/if_vr.c:1414 > > #34 0xc07cfb55 in intr_event_execute_handlers (p=0xc48c07d4, > ie=0xc4905a80) > > at /usr/src/sys/kern/kern_intr.c:1134 > > #35 0xc07d07cf in ithread_loop (arg=0xc4b29a00) > > at /usr/src/sys/kern/kern_intr.c:1147 > > #36 0xc07cd918 in fork_exit (callout=0xc07d0730 , > > arg=0xc4b29a00, frame=0xc4732d38) at /usr/src/sys/kern/kern_fork.c:810 > > #37 0xc0ae35c0 in fork_trampoline () at > /usr/src/sys/i386/i386/exception.s:270 > > > From owner-freebsd-current@FreeBSD.ORG Wed Sep 24 23:05:12 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B97981065687 for ; Wed, 24 Sep 2008 23:05:12 +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 797CB8FC1F for ; Wed, 24 Sep 2008 23:05:12 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.2.31] (c-71-56-39-94.hsd1.ga.comcast.net [71.56.39.94]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id m8ON4lFL077946 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 24 Sep 2008 19:04:47 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Boris Samorodov In-Reply-To: <17012186@ipt.ru> References: <17012186@ipt.ru> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-L1f/cZqgTsbtbe8UlMJP" Organization: FreeBSD Date: Wed, 24 Sep 2008 19:04:41 -0400 Message-Id: <1222297481.1666.1.camel@wombat.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-current@FreeBSD.org Subject: Re: gssapi: Undefined symbol "GSS_C_NT_HOSTBASED_SERVICE" and "gss_oid_equal" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2008 23:05:12 -0000 --=-L1f/cZqgTsbtbe8UlMJP Content-Type: multipart/mixed; boundary="=-A+vltCF1w4ACV4pw3sKO" --=-A+vltCF1w4ACV4pw3sKO Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2008-09-25 at 00:02 +0400, Boris Samorodov wrote: > Hi All, >=20 >=20 > I've done a fresh install of 8-amd64-current system, added a > cyrus-imapd (packaged at tinderbox -- another host). And I can't use > gssapi: Please try this patch... I sent it to the maintainer during the freeze. robert. > ----- > moosa% imtest -m gssapi imap.domain.ru > S: * OK imap.domain.ru Cyrus IMAP4 v2.2.10 server ready > C: C01 CAPABILITY > S: * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ MAILBOX-REFERRALS NAME= SPACE UIDPLUS ID NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT= THREAD=3DORDEREDSUB > JECT THREAD=3DREFERENCES ANNOTATEMORE IDLE STARTTLS AUTH=3DNTLM AUTH=3DGS= SAPI AUTH=3DOTP AUTH=3DDIGEST-MD5 AUTH=3DCRAM-MD5 SASL-IR X-NETSCAPE > S: C01 OK Completed > C: A01 AUTHENTICATE GSSAPI > S: + > dlopen: /usr/lib/libgssapi_spnego.so.10: Undefined symbol "GSS_C_NT_HOSTB= ASED_SERVICE" > /libexec/ld-elf.so.1: /usr/lib/libgssapi_krb5.so.10: Undefined symbol "gs= s_oid_equal" > ----- >=20 > Some additional info (kernel is GENERIC without WITNESS* and INVARIANTS*)= : > ----- > moosa% uname -a > FreeBSD moosa 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Tue Sep 23 01:42:30 MSD= 2008 root@moosa:/usr/obj/usr/src/sys/MOOSA amd64 > moosa% sysctl kern.osreldate > kern.osreldate: 800049 > moosa% file `which imtest` > /usr/local/bin/imtest: ELF 64-bit LSB executable, x86-64, version 1 (Free= BSD), for FreeBSD 8.0 (800045), dynamically linked (uses shared libs), Free= BSD-style, strippe > d > moosa% strings /usr/lib/libgssapi_spnego.so.10 | grep GSS_C_NT_HOSTBASED_= SERVICE > GSS_C_NT_HOSTBASED_SERVICE > moosa% strings /usr/lib/libgssapi_krb5.so.10 | grep gss_oid_equal > gss_oid_equal > ----- >=20 > Any help is appreciated. Thanks! >=20 >=20 > WBR --=-A+vltCF1w4ACV4pw3sKO Content-Disposition: attachment; filename=patch-fix-cyrus-imapd Content-Transfer-Encoding: base64 Content-Type: text/plain; name=patch-fix-cyrus-imapd; charset=utf-8 PT09PiBVcGRhdGluZyBmcm9tIENWUw0KTSBNYWtlZmlsZQ0KQSBmaWxlcy9leHRyYS1wYXRjaC1j b25maWd1cmUNCj09PT4gR2VuZXJhdGluZyBwYXRjaA0KPT09PiBWaWV3aW5nIGRpZmYgd2l0aCBs ZXNzDQpJbmRleDogTWFrZWZpbGUNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBmaWxlOiAvaG9tZS9uY3ZzL3Bv cnRzL21haWwvY3lydXMtaW1hcGQyMy9NYWtlZmlsZSx2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEu MTczDQpkaWZmIC11IC1yMS4xNzMgTWFrZWZpbGUNCi0tLSBNYWtlZmlsZQkyMCBBdWcgMjAwOCAw MDo1Njo1NSAtMDAwMAkxLjE3Mw0KKysrIE1ha2VmaWxlCTE3IFNlcCAyMDA4IDIzOjA0OjE2IC0w MDAwDQpAQCAtMTM3LDcgKzEzNyw3IEBADQogLmVuZGlmDQogDQogLmlmICR7T1NWRVJTSU9OfSA+ PSA4MDAwMzcNCi1CUk9LRU49CQlkb2VzIG5vdCBjb21waWxlDQorRVhUUkFfUEFUQ0hFUys9CSR7 RklMRVNESVJ9L2V4dHJhLXBhdGNoLWNvbmZpZ3VyZQ0KIC5lbmRpZg0KIA0KIENZUlVTX1VTRVI/ PQljeXJ1cw0KSW5kZXg6IGZpbGVzL2V4dHJhLXBhdGNoLWNvbmZpZ3VyZQ0KPT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0K UkNTIGZpbGU6IGZpbGVzL2V4dHJhLXBhdGNoLWNvbmZpZ3VyZQ0KZGlmZiAtTiBmaWxlcy9leHRy YS1wYXRjaC1jb25maWd1cmUNCi0tLSAvZGV2L251bGwJMSBKYW4gMTk3MCAwMDowMDowMCAtMDAw MA0KKysrIGZpbGVzL2V4dHJhLXBhdGNoLWNvbmZpZ3VyZQkxNyBTZXAgMjAwOCAyMzowNDoxNiAt MDAwMA0KQEAgLTAsMCArMSwyMCBAQA0KKy0tLSBjb25maWd1cmUub3JpZwkyMDA4LTA0LTI1IDE0 OjM0OjUzLjAwMDAwMDAwMCAtMDQwMA0KKysrKyBjb25maWd1cmUJMjAwOC0wOS0xNyAxODo0Njox Mi4wMDAwMDAwMDAgLTA0MDANCitAQCAtMTQ5MjEsNyArMTQ5MjIsNyBAQA0KKyAgIGVjaG8gJEVD SE9fTiAiKGNhY2hlZCkgJEVDSE9fQyIgPiY2DQorIGVsc2UNCisgICBhY19jaGVja19saWJfc2F2 ZV9MSUJTPSRMSUJTDQorLUxJQlM9Ii1sZ3NzYXBpICR7R1NTQVBJQkFTRV9MSUJTfSAtbGdzc2Fw aSAtbGtyYjUgLWxhc24xIC1scm9rZW4gJHtMSUJfQ1JZUFR9ICR7TElCX0RFU30gLWxjb21fZXJy ICR7TElCX1NPQ0tFVH0gJExJQlMiDQorK0xJQlM9Ii1sZ3NzYXBpICR7R1NTQVBJQkFTRV9MSUJT fSAtbGdzc2FwaSAtbGtyYjUgLWxhc24xIC1scm9rZW4gJHtMSUJfQ1JZUFR9ICR7TElCX0RFU30g LWxjb21fZXJyICR7TElCX1NPQ0tFVH0gLWxoeDUwOSAkTElCUyINCisgY2F0ID5jb25mdGVzdC4k YWNfZXh0IDw8X0FDRU9GDQorIC8qIGNvbmZkZWZzLmguICAqLw0KKyBfQUNFT0YNCitAQCAtMTUz OTEsNyArMTUzOTIsNyBAQA0KKyAgICAgR1NTQVBJQkFTRV9TVEFUSUNfTElCUz0iJEdTU0FQSUJB U0VfTElCUyAkZ3NzYXBpX2Rpci9saWJnc3NhcGlfa3JiNS5hICRnc3NhcGlfZGlyL2xpYmtyYjUu YSAkZ3NzYXBpX2Rpci9saWJrNWNyeXB0by5hICRnc3NhcGlfZGlyL2xpYmNvbV9lcnIuYSAke0s1 U1VQU1RBVElDfSINCisgICBlbGlmIHRlc3QgIiRnc3NfaW1wbCIgPSAiaGVpbWRhbCI7IHRoZW4N CisgICAgIENQUEZMQUdTPSIkQ1BQRkxBR1MgLURLUkI1X0hFSU1EQUwiDQorLSAgICBHU1NBUElC QVNFX0xJQlM9IiRHU1NBUElCQVNFX0xJQlMgLWxnc3NhcGkgLWxrcmI1IC1sYXNuMSAtbHJva2Vu ICR7TElCX0NSWVBUfSAke0xJQl9ERVN9IC1sY29tX2VyciINCisrICAgIEdTU0FQSUJBU0VfTElC Uz0iJEdTU0FQSUJBU0VfTElCUyAtbGdzc2FwaSAtbGtyYjUgLWxhc24xIC1scm9rZW4gJHtMSUJf Q1JZUFR9ICR7TElCX0RFU30gLWxjb21fZXJyIC1saHg1MDkiDQorICAgICBHU1NBUElCQVNFX1NU QVRJQ19MSUJTPSIkR1NTQVBJQkFTRV9TVEFUSUNfTElCUyAkZ3NzYXBpX2Rpci9saWJnc3NhcGku YSAkZ3NzYXBpX2Rpci9saWJrcmI1LmEgJGdzc2FwaV9kaXIvbGliYXNuMS5hICRnc3NhcGlfZGly L2xpYnJva2VuLmEgJGdzc2FwaV9kaXIvbGliY29tX2Vyci5hICR7TElCX0NSWVBUfSINCisgICBl bGlmIHRlc3QgIiRnc3NfaW1wbCIgPSAiY3liZXJzYWZlMDMiOyB0aGVuDQorICMgVmVyc2lvbiBv ZiBDeWJlclNhZmUgd2l0aCB0d28gbGlicmFyaWVzDQo9PT0+IERvbmUNCg== --=-A+vltCF1w4ACV4pw3sKO-- --=-L1f/cZqgTsbtbe8UlMJP 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) iEYEABECAAYFAkjax4kACgkQM4TrQ4qfROPI2wCgiVJ1Rl+VW2jKDKCvJ4EPVy03 Td0AnR6cAGugKECmVqLu7XtIwW5HvPN6 =Od+M -----END PGP SIGNATURE----- --=-L1f/cZqgTsbtbe8UlMJP-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 24 23:34:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7D99106568B for ; Wed, 24 Sep 2008 23:34:52 +0000 (UTC) (envelope-from billpp@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id 11FD98FC13 for ; Wed, 24 Sep 2008 23:34:51 +0000 (UTC) (envelope-from billpp@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so155360fkk.11 for ; Wed, 24 Sep 2008 16:34:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=Sqms0bLl4NMpvan1FR77kpcDuuFpWBPriJipqw1EMlA=; b=VcuDXvXwKuEYnUpOTC71Xpia/BilQl/rfoWwq83bLVQcldx71OYkUXECGC9rjZlopP 59W1huN8V3vFcVV/9PVHVfdo48Fd7QJCyV13zrZD01wj/B4LoMApniFuBQO9XwOs2GOQ BDnWm82iNL7N9ju/nzuHVox2/NxRjGdtgsh8g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=Oly9Tp2NH1oxsx9Mw21hCCAfO7hIkVfFyukeYi+h9/MG9KWfrnC799WrsGXFMpuWDk 8EHawXEEUetqNpaZHyuOBaDAE9qdJMFjeOEQ+OMt8XqcGkpkFZ8fkqOTczix/h+wjDUs QoQvwWt9JCzK7k1SnqkhLb6lH1VTBXU+xeoWE= Received: by 10.103.202.18 with SMTP id e18mr5317468muq.59.1222297300485; Wed, 24 Sep 2008 16:01:40 -0700 (PDT) Received: by 10.103.168.17 with HTTP; Wed, 24 Sep 2008 16:01:40 -0700 (PDT) Message-ID: <58aa8d780809241601i724ec7c2p5fd13a3b18027a64@mail.gmail.com> Date: Wed, 24 Sep 2008 20:01:40 -0300 From: "Flavio Junior" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: iwn: Errors during make iwn.ko X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2008 23:34:52 -0000 Hi folks, evening. I'm using FreeBSD-CURRENT FreeBSD wakku.acmeland.net 8.0-CURRENT FreeBSD 8.0-CURRENT #2: Mon Sep 22 02:27:48 BRT 2008 root@wakku.acmeland.net:/usr/obj/usr/src/sys/MYKERNEL i386 And trying to compile iwn driver from http://www.clearchain.com/wiki/Iwn Here is how pciconf shows me my wlan card: none1@pci0:2:0:0: class=3D0x028000 card=3D0x11008086 chip=3D0x4229808= 6 rev=3D0x61 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Intel 4965AGN Intel(R) Wireless WiFi Link 4965AGN(supporting 802.11a/b/g/Draft-N)' class =3D network I'll post logs here: # cc --version cc (GCC) 4.2.1 20070719 [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. # unzip iwn.zip Archive: iwn.zip creating: iwn/ creating: iwn/dev/ creating: iwn/dev/iwn/ inflating: iwn/dev/iwn/if_iwn.c inflating: iwn/dev/iwn/if_iwnreg.h inflating: iwn/dev/iwn/if_iwnvar.h inflating: iwn/README creating: iwn/share/ creating: iwn/share/doc/ creating: iwn/share/doc/legal/ creating: iwn/share/doc/legal/intel_iwn/ inflating: iwn/share/doc/legal/intel_iwn/Makefile extracting: iwn/share/doc/legal/Makefile creating: iwn/sys/ creating: iwn/sys/contrib/ creating: iwn/sys/contrib/dev/ creating: iwn/sys/contrib/dev/iwn/ inflating: iwn/sys/contrib/dev/iwn/iwlwifi-4965-4.44.17.fw.uu inflating: iwn/sys/contrib/dev/iwn/LICENSE creating: iwn/sys/dev/ creating: iwn/sys/dev/iwn/ inflating: iwn/sys/dev/iwn/if_iwn.c inflating: iwn/sys/dev/iwn/if_iwnreg.h inflating: iwn/sys/dev/iwn/if_iwnvar.h creating: iwn/sys/modules/ creating: iwn/sys/modules/iwn/ creating: iwn/sys/modules/iwnfw/ inflating: iwn/sys/modules/iwnfw/Makefile inflating: iwn/sys/modules/iwn/Makefile # cd iwn/sys/modules/iwnfw # make Warning: Object directory not changed from original /root/iwn/sys/modules/i= wnfw uudecode -p /root/iwn/sys/modules/iwnfw/../../contrib/dev/iwn/iwlwifi-4965-= 4.44.17.fw.uu > iwlwifi-4965-4.44.17.fw @ -> /usr/src/sys machine -> /usr/src/sys/i386/include iwlwifi-4965-4.44.17.fw iwlwifi-4965-4.44.17.fw awk -f @/tools/fw_stub.awk iwlwifi-4965-4.44.17.fw:iwnfw:44417 -miwnfw -ciwnfw.c -lintel_iwn cc -O2 -fno-strict-aliasing -pipe -march=3Dprescott -Werror -D_KERNEL -DKLD_MODULE -std=3Dc99 -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param large-function-growth=3D1000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c iwnfw.c ld -d -warn-common -r -d -o iwnfw.kld iwlwifi-4965-4.44.17.fw.fwo iwnfw.o :> export_syms awk -f /sys/conf/kmod_syms.awk iwnfw.kld export_syms | xargs -J% objcopy % iwnfw.kld ld -Bshareable -d -warn-common -o iwnfw.ko iwnfw.kld objcopy --strip-debug iwnfw.ko # make install install -o root -g wheel -m 555 iwnfw.ko /boot/kernel kldxref /boot/kernel #cd ../iwn # make Warning: Object directory not changed from original /root/iwn/sys/modules/i= wn @ -> /usr/src/sys machine -> /usr/src/sys/i386/include :> opt_bdg.h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h cc -O2 -fno-strict-aliasing -pipe -march=3Dprescott -g -DWITNESS -DINVARIANT_SUPPORT -DINVARIANTS -Werror -D_KERNEL -DKLD_MODULE -std=3Dc99 -nostdinc -I/root/iwn/sys/modules/iwn/../../ -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param large-function-growth=3D1000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_attach': /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:366: error: 'struct ieee80211com' has no member named 'ic_state' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:370: error: 'IEEE80211_C_WEP' undeclared (first use in this function) /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:370: error: (Each undeclared identifier is reported only once /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:370: error: for each function it appears in.) /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:409: error: 'struct ieee80211com' has no member named 'ic_bmissthreshold' cc1: warnings being treated as errors /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:410: warning: assignment from incompatible pointer type /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:416: warning: assignment from incompatible pointer type /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:417: warning: assignment from incompatible pointer type /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:420: error: 'struct ieee80211com' has no member named 'ic_newstate' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:421: error: 'struct ieee80211com' has no member named 'ic_newstate' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:422: error: too many arguments to function 'ieee80211_media_init' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:426: warning: passing argument 2 of 'ieee80211_amrr_init' from incompatible pointer type /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:426: error: too few arguments to function 'ieee80211_amrr_init' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_newassoc= ': /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:910: error: too few arguments to function 'ieee80211_amrr_node_init' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_newstate= ': /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:940: error: 'struct ieee80211com' has no member named 'ic_state' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:950: error: 'struct ieee80211com' has no member named 'ic_state' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:954: error: 'struct ieee80211com' has no member named 'ic_state' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_calib_timeout': /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1279: error: 'struct ieee80211com' has no member named 'ic_state' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1283: error: 'struct ieee80211com' has no member named 'ic_fixed_rate' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1287: error: 'struct ieee80211com' has no member named 'ic_bss' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_iter_fun= c': /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1309: warning: passing argument 1 of 'ieee80211_amrr_choose' from incompatible pointer type /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1309: warning: passing argument 2 of 'ieee80211_amrr_choose' from incompatible pointer type /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1309: error: too many arguments to function 'ieee80211_amrr_choose' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_rx_intr'= : /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1443: error: 'struct ieee80211com' has no member named 'ic_state' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1467:45: error: macro "ieee80211_input" passed 6 arguments, but takes just 5 /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1467: error: 'ieee80211_input' undeclared (first use in this function) /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_rx_statistics': /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1482: error: 'struct ieee80211com' has no member named 'ic_state' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_notif_in= tr': /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1652: error: 'struct ieee80211com' has no member named 'ic_state' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1654: error: 'struct ieee80211com' has no member named 'ic_bmissthreshold' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_tx_data'= : /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1835: error: 'struct ieee80211com' has no member named 'ic_mcast_rate' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1836: error: 'struct ieee80211com' has no member named 'ic_fixed_rate' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1837: error: 'struct ieee80211com' has no member named 'ic_fixed_rate' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1843: warning: passing argument 1 of 'ieee80211_crypto_encap' from incompatible pointer type /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1843: warning: passing argument 2 of 'ieee80211_crypto_encap' from incompatible pointer type /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1843: error: too many arguments to function 'ieee80211_crypto_encap' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1877: error: 'struct ieee80211com' has no member named 'ic_rtsthreshold' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_start': /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2026: error: 'struct ieee80211com' has no member named 'ic_mgtq' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2035: error: 'struct ieee80211com' has no member named 'ic_mgtq' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2035: error: 'struct ieee80211com' has no member named 'ic_mgtq' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2035: error: 'struct ieee80211com' has no member named 'ic_mgtq' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2035: error: 'struct ieee80211com' has no member named 'ic_mgtq' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2035: error: 'struct ieee80211com' has no member named 'ic_mgtq' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2035: error: 'struct ieee80211com' has no member named 'ic_mgtq' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2043: error: 'struct ieee80211com' has no member named 'ic_state' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2053: warning: passing argument 1 of 'ieee80211_cancel_scan' from incompatible pointer type /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2062: warning: passing argument 1 of 'ieee80211_find_txnode' from incompatible pointer type /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2068: warning: passing argument 1 of 'ieee80211_classify' from incompatible pointer type /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2068: error: too many arguments to function 'ieee80211_classify' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2083: warning: passing argument 1 of 'ieee80211_encap' from incompatible pointer type /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2083: error: too many arguments to function 'ieee80211_encap' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2087: error: 'struct ieee80211com' has no member named 'ic_rawbpf' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2088: error: 'struct ieee80211com' has no member named 'ic_rawbpf' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_ioctl': /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2148: warning: passing argument 1 of 'ieee80211_ioctl' from incompatible pointer type /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2153: error: 'struct ieee80211com' has no member named 'ic_roaming' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_power_calibration': /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2674: error: 'struct ieee80211com' has no member named 'ic_state' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_auth': /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3205: error: 'struct ieee80211com' has no member named 'ic_bss' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_run': /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3297: error: 'struct ieee80211com' has no member named 'ic_bss' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3385: error: 'struct ieee80211com' has no member named 'ic_bss' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_scan': /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3486: error: 'struct ieee80211com' has no member named 'ic_des_ssid' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3487: error: 'struct ieee80211com' has no member named 'ic_des_ssid' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3487: error: 'struct ieee80211com' has no member named 'ic_des_ssid' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3507: error: 'struct ieee80211com' has no member named 'ic_des_ssid' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3508: error: 'struct ieee80211com' has no member named 'ic_des_ssid' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3508: error: 'struct ieee80211com' has no member named 'ic_des_ssid' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3509: error: 'struct ieee80211com' has no member named 'ic_des_ssid' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3541: error: 'struct ieee80211com' has no member named 'ic_des_ssid' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_init': /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3988: error: 'struct ieee80211com' has no member named 'ic_roaming' /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3989: warning: passing argument 1 of 'ieee80211_new_state' from incompatible pointer type /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3991: warning: passing argument 1 of 'ieee80211_new_state' from incompatible pointer type /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_stop': /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:4015: warning: passing argument 1 of 'ieee80211_new_state' from incompatible pointer type /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_ops': /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:4150: warning: passing argument 1 of 'ieee80211_scan_next' from incompatible pointer type /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:4157: warning: passing argument 1 of 'ieee80211_cancel_scan' from incompatible pointer type /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:4173: warning: passing argument 1 of 'ieee80211_cancel_scan' from incompatible pointer type *** Error code 1 Stop in /root/iwn/sys/modules/iwn. Any help will be appreciated. Thanks. -- Fl=E1vio do Carmo J=FAnior From owner-freebsd-current@FreeBSD.ORG Wed Sep 24 23:39:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 484CF106568A for ; Wed, 24 Sep 2008 23:39:14 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 84D7F8FC1D for ; Wed, 24 Sep 2008 23:39:13 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 24 Sep 2008 23:39:11 -0000 Received: from 85-127-94-178.dynamic.xdsl-line.inode.at (EHLO taxman.pepperland) [85.127.94.178] by mail.gmx.net (mp064) with SMTP; 25 Sep 2008 01:39:11 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX1/UenxGSrfUuk5JaWDtMU+2K8SvXk/4fA+zOpliND +VNSg/KMcNR79v From: Stefan Ehmann To: Robert Watson Date: Thu, 25 Sep 2008 01:39:09 +0200 User-Agent: KMail/1.10.1 (FreeBSD/7.1-PRERELEASE; KDE/4.1.1; i386; ; ) References: <200809231851.42849.shoesoft@gmx.net> <200809250020.38331.shoesoft@gmx.net> In-Reply-To: MIME-Version: 1.0 Message-Id: <200809250139.10332.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.53,0.53 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: ipfw: LOR/panic with uid rules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2008 23:39:14 -0000 On Thursday 25 September 2008 00:45:17 Robert Watson wrote: > On Thu, 25 Sep 2008, Stefan Ehmann wrote: > >> Hmm. Is it identical, or a different stack trace? Could you tell me what > >> $FreeBSD$ appears in your tcp_input.c? (I've committed the patch since > >> it's definitely necessary, even if it doesn't fix the specific instance > >> of the problem you're seeing). > > > > I cvsup-ed and noticed the patch is already committed. I double-checked > > after the problem was still there. > > > > The LORs seem identical. The panic backtrace is slightly different > > (besides the double panic): > > None of the line numbers in this trace seem to line up with expected things > in the source code. Could you confirm your source code, vmcore, and kernel > are all in sync? Could you also confirm for me what version of tcp_input.c > you're using? Hmm, just obtained a new dump which was the same. Did a normal "make kernel", so source/kernel should be in sync This is the version: __FBSDID("$FreeBSD: src/sys/netinet/tcp_input.c,v 1.382 2008/09/24 11:07:03 rwatson Exp $"); What doesn't match? I only checked this and it looks okay to me > > #26 0xc0943d95 in tcp_respond (tp=0x0, ipgen=0xc4dde016, th=0xc4dde02a, > > m=0xc4db8600, ack=0, seq=1465052506, flags=Variable "flags" is not > > available. > > ) > > at /usr/src/sys/netinet/tcp_subr.c:611 > > #27 0xc093a955 in tcp_dropwithreset (m=0xc4db8600, th=0xc4dde02a, tp=0x0, > > tlen=1440, rstreason=3) at /usr/src/sys/netinet/tcp_input.c:2552 From owner-freebsd-current@FreeBSD.ORG Wed Sep 24 23:39:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 721AA1065700 for ; Wed, 24 Sep 2008 23:39:22 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 1FD4C8FC2A for ; Wed, 24 Sep 2008 23:39:22 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from cauchy.math.missouri.edu (localhost [127.0.0.1]) by cauchy.math.missouri.edu (8.14.3/8.14.3) with ESMTP id m8ONdJXl074052; Wed, 24 Sep 2008 18:39:19 -0500 (CDT) (envelope-from stephen@math.missouri.edu) Received: from localhost (redmail@localhost) by cauchy.math.missouri.edu (8.14.3/8.14.3/Submit) with ESMTP id m8ONdJ7a073953; Wed, 24 Sep 2008 18:39:19 -0500 (CDT) (envelope-from stephen@math.missouri.edu) X-Authentication-Warning: cauchy.math.missouri.edu: redmail owned process doing -bs Date: Wed, 24 Sep 2008 18:39:19 -0500 (CDT) From: Stephen Montgomery-Smith X-X-Sender: redmail@cauchy.math.missouri.edu To: Flavio Junior In-Reply-To: <58aa8d780809241601i724ec7c2p5fd13a3b18027a64@mail.gmail.com> Message-ID: References: <58aa8d780809241601i724ec7c2p5fd13a3b18027a64@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: iwn: Errors during make iwn.ko X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2008 23:39:22 -0000 On Wed, 24 Sep 2008, Flavio Junior wrote: > And trying to compile iwn driver from http://www.clearchain.com/wiki/Iwn Why are you trying to compile this iwn driver, when iwn is already a part of FreeBSD-CURRENT? > Here is how pciconf shows me my wlan card: > none1@pci0:2:0:0: class=0x028000 card=0x11008086 chip=0x42298086 > rev=0x61 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Intel 4965AGN Intel(R) Wireless WiFi Link > 4965AGN(supporting 802.11a/b/g/Draft-N)' > class = network > > I'll post logs here: > # cc --version > cc (GCC) 4.2.1 20070719 [FreeBSD] > Copyright (C) 2007 Free Software Foundation, Inc. > > # unzip iwn.zip > Archive: iwn.zip > creating: iwn/ > creating: iwn/dev/ > creating: iwn/dev/iwn/ > inflating: iwn/dev/iwn/if_iwn.c > inflating: iwn/dev/iwn/if_iwnreg.h > inflating: iwn/dev/iwn/if_iwnvar.h > inflating: iwn/README > creating: iwn/share/ > creating: iwn/share/doc/ > creating: iwn/share/doc/legal/ > creating: iwn/share/doc/legal/intel_iwn/ > inflating: iwn/share/doc/legal/intel_iwn/Makefile > extracting: iwn/share/doc/legal/Makefile > creating: iwn/sys/ > creating: iwn/sys/contrib/ > creating: iwn/sys/contrib/dev/ > creating: iwn/sys/contrib/dev/iwn/ > inflating: iwn/sys/contrib/dev/iwn/iwlwifi-4965-4.44.17.fw.uu > inflating: iwn/sys/contrib/dev/iwn/LICENSE > creating: iwn/sys/dev/ > creating: iwn/sys/dev/iwn/ > inflating: iwn/sys/dev/iwn/if_iwn.c > inflating: iwn/sys/dev/iwn/if_iwnreg.h > inflating: iwn/sys/dev/iwn/if_iwnvar.h > creating: iwn/sys/modules/ > creating: iwn/sys/modules/iwn/ > creating: iwn/sys/modules/iwnfw/ > inflating: iwn/sys/modules/iwnfw/Makefile > inflating: iwn/sys/modules/iwn/Makefile > # cd iwn/sys/modules/iwnfw > # make > Warning: Object directory not changed from original /root/iwn/sys/modules/iwnfw > uudecode -p /root/iwn/sys/modules/iwnfw/../../contrib/dev/iwn/iwlwifi-4965-4.44.17.fw.uu >> iwlwifi-4965-4.44.17.fw > @ -> /usr/src/sys > machine -> /usr/src/sys/i386/include > iwlwifi-4965-4.44.17.fw iwlwifi-4965-4.44.17.fw > awk -f @/tools/fw_stub.awk iwlwifi-4965-4.44.17.fw:iwnfw:44417 -miwnfw > -ciwnfw.c -lintel_iwn > cc -O2 -fno-strict-aliasing -pipe -march=prescott -Werror -D_KERNEL > -DKLD_MODULE -std=c99 -nostdinc -I. -I@ -I@/contrib/altq > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -fno-common -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -mno-sse3 -ffreestanding -fstack-protector -fstack-protector -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -c iwnfw.c > ld -d -warn-common -r -d -o iwnfw.kld iwlwifi-4965-4.44.17.fw.fwo iwnfw.o > :> export_syms > awk -f /sys/conf/kmod_syms.awk iwnfw.kld export_syms | xargs -J% > objcopy % iwnfw.kld > ld -Bshareable -d -warn-common -o iwnfw.ko iwnfw.kld > objcopy --strip-debug iwnfw.ko > > # make install > install -o root -g wheel -m 555 iwnfw.ko /boot/kernel > kldxref /boot/kernel > #cd ../iwn > # make > Warning: Object directory not changed from original /root/iwn/sys/modules/iwn > @ -> /usr/src/sys > machine -> /usr/src/sys/i386/include > :> opt_bdg.h > awk -f @/tools/makeobjops.awk @/kern/device_if.m -h > awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h > awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h > cc -O2 -fno-strict-aliasing -pipe -march=prescott -g -DWITNESS > -DINVARIANT_SUPPORT -DINVARIANTS -Werror -D_KERNEL -DKLD_MODULE > -std=c99 -nostdinc -I/root/iwn/sys/modules/iwn/../../ -I. -I@ > -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 > --param large-function-growth=1000 -fno-common > -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx > -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding > -fstack-protector -fstack-protector -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign > -fformat-extensions -c > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_attach': > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:366: error: 'struct > ieee80211com' has no member named 'ic_state' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:370: error: > 'IEEE80211_C_WEP' undeclared (first use in this function) > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:370: error: (Each > undeclared identifier is reported only once > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:370: error: for each > function it appears in.) > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:409: error: 'struct > ieee80211com' has no member named 'ic_bmissthreshold' > cc1: warnings being treated as errors > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:410: warning: > assignment from incompatible pointer type > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:416: warning: > assignment from incompatible pointer type > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:417: warning: > assignment from incompatible pointer type > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:420: error: 'struct > ieee80211com' has no member named 'ic_newstate' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:421: error: 'struct > ieee80211com' has no member named 'ic_newstate' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:422: error: too many > arguments to function 'ieee80211_media_init' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:426: warning: passing > argument 2 of 'ieee80211_amrr_init' from incompatible pointer type > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:426: error: too few > arguments to function 'ieee80211_amrr_init' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_newassoc': > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:910: error: too few > arguments to function 'ieee80211_amrr_node_init' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_newstate': > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:940: error: 'struct > ieee80211com' has no member named 'ic_state' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:950: error: 'struct > ieee80211com' has no member named 'ic_state' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:954: error: 'struct > ieee80211com' has no member named 'ic_state' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function > 'iwn_calib_timeout': > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1279: error: 'struct > ieee80211com' has no member named 'ic_state' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1283: error: 'struct > ieee80211com' has no member named 'ic_fixed_rate' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1287: error: 'struct > ieee80211com' has no member named 'ic_bss' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_iter_func': > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1309: warning: > passing argument 1 of 'ieee80211_amrr_choose' from incompatible > pointer type > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1309: warning: > passing argument 2 of 'ieee80211_amrr_choose' from incompatible > pointer type > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1309: error: too many > arguments to function 'ieee80211_amrr_choose' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_rx_intr': > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1443: error: 'struct > ieee80211com' has no member named 'ic_state' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1467:45: error: macro > "ieee80211_input" passed 6 arguments, but takes just 5 > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1467: error: > 'ieee80211_input' undeclared (first use in this function) > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function > 'iwn_rx_statistics': > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1482: error: 'struct > ieee80211com' has no member named 'ic_state' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_notif_intr': > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1652: error: 'struct > ieee80211com' has no member named 'ic_state' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1654: error: 'struct > ieee80211com' has no member named 'ic_bmissthreshold' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_tx_data': > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1835: error: 'struct > ieee80211com' has no member named 'ic_mcast_rate' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1836: error: 'struct > ieee80211com' has no member named 'ic_fixed_rate' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1837: error: 'struct > ieee80211com' has no member named 'ic_fixed_rate' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1843: warning: > passing argument 1 of 'ieee80211_crypto_encap' from incompatible > pointer type > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1843: warning: > passing argument 2 of 'ieee80211_crypto_encap' from incompatible > pointer type > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1843: error: too many > arguments to function 'ieee80211_crypto_encap' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1877: error: 'struct > ieee80211com' has no member named 'ic_rtsthreshold' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_start': > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2026: error: 'struct > ieee80211com' has no member named 'ic_mgtq' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2035: error: 'struct > ieee80211com' has no member named 'ic_mgtq' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2035: error: 'struct > ieee80211com' has no member named 'ic_mgtq' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2035: error: 'struct > ieee80211com' has no member named 'ic_mgtq' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2035: error: 'struct > ieee80211com' has no member named 'ic_mgtq' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2035: error: 'struct > ieee80211com' has no member named 'ic_mgtq' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2035: error: 'struct > ieee80211com' has no member named 'ic_mgtq' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2043: error: 'struct > ieee80211com' has no member named 'ic_state' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2053: warning: > passing argument 1 of 'ieee80211_cancel_scan' from incompatible > pointer type > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2062: warning: > passing argument 1 of 'ieee80211_find_txnode' from incompatible > pointer type > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2068: warning: > passing argument 1 of 'ieee80211_classify' from incompatible pointer > type > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2068: error: too many > arguments to function 'ieee80211_classify' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2083: warning: > passing argument 1 of 'ieee80211_encap' from incompatible pointer type > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2083: error: too many > arguments to function 'ieee80211_encap' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2087: error: 'struct > ieee80211com' has no member named 'ic_rawbpf' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2088: error: 'struct > ieee80211com' has no member named 'ic_rawbpf' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_ioctl': > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2148: warning: > passing argument 1 of 'ieee80211_ioctl' from incompatible pointer type > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2153: error: 'struct > ieee80211com' has no member named 'ic_roaming' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function > 'iwn_power_calibration': > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2674: error: 'struct > ieee80211com' has no member named 'ic_state' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_auth': > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3205: error: 'struct > ieee80211com' has no member named 'ic_bss' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_run': > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3297: error: 'struct > ieee80211com' has no member named 'ic_bss' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3385: error: 'struct > ieee80211com' has no member named 'ic_bss' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_scan': > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3486: error: 'struct > ieee80211com' has no member named 'ic_des_ssid' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3487: error: 'struct > ieee80211com' has no member named 'ic_des_ssid' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3487: error: 'struct > ieee80211com' has no member named 'ic_des_ssid' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3507: error: 'struct > ieee80211com' has no member named 'ic_des_ssid' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3508: error: 'struct > ieee80211com' has no member named 'ic_des_ssid' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3508: error: 'struct > ieee80211com' has no member named 'ic_des_ssid' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3509: error: 'struct > ieee80211com' has no member named 'ic_des_ssid' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3541: error: 'struct > ieee80211com' has no member named 'ic_des_ssid' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_init': > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3988: error: 'struct > ieee80211com' has no member named 'ic_roaming' > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3989: warning: > passing argument 1 of 'ieee80211_new_state' from incompatible pointer > type > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3991: warning: > passing argument 1 of 'ieee80211_new_state' from incompatible pointer > type > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_stop': > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:4015: warning: > passing argument 1 of 'ieee80211_new_state' from incompatible pointer > type > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_ops': > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:4150: warning: > passing argument 1 of 'ieee80211_scan_next' from incompatible pointer > type > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:4157: warning: > passing argument 1 of 'ieee80211_cancel_scan' from incompatible > pointer type > /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:4173: warning: > passing argument 1 of 'ieee80211_cancel_scan' from incompatible > pointer type > *** Error code 1 > > Stop in /root/iwn/sys/modules/iwn. > > > > Any help will be appreciated. Thanks. > > -- > > Fl?vio do Carmo J?nior > _______________________________________________ > 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 Sep 24 23:41:50 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C923F106568A; Wed, 24 Sep 2008 23:41:50 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 8144E8FC0C; Wed, 24 Sep 2008 23:41:50 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from [85.173.17.252] (helo=moosa) by services.ipt.ru with esmtpa (Exim 4.54 (FreeBSD)) id 1KidzR-000Mhd-BK; Thu, 25 Sep 2008 03:41:49 +0400 To: Robert Noland References: <17012186@ipt.ru> <1222297481.1666.1.camel@wombat.2hip.net> From: Boris Samorodov Date: Thu, 25 Sep 2008 03:41:47 +0400 In-Reply-To: <1222297481.1666.1.camel@wombat.2hip.net> (Robert Noland's message of "Wed\, 24 Sep 2008 19\:04\:41 -0400") Message-ID: <36692404@ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: Re: gssapi: Undefined symbol "GSS_C_NT_HOSTBASED_SERVICE" and "gss_oid_equal" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2008 23:41:50 -0000 Hello Robert, On Wed, 24 Sep 2008 19:04:41 -0400 Robert Noland wrote: > On Thu, 2008-09-25 at 00:02 +0400, Boris Samorodov wrote: > > I've done a fresh install of 8-amd64-current system, added a > > cyrus-imapd (packaged at tinderbox -- another host). And I can't use > > gssapi: > Please try this patch... I sent it to the maintainer during the freeze. Yes, that did it! And that was a port problem, not the OS itself. I deinstalled mail/cyrus-imap2 and installed a patched version of mail/cyrus-imapd23. Then everything went fine. Thanks for your help, much appreciated. WBR -- bsam From owner-freebsd-current@FreeBSD.ORG Thu Sep 25 01:12:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D8291065693 for ; Thu, 25 Sep 2008 01:12:05 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.232]) by mx1.freebsd.org (Postfix) with ESMTP id E97EF8FC21 for ; Thu, 25 Sep 2008 01:12:04 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: by rv-out-0506.google.com with SMTP id b25so171152rvf.43 for ; Wed, 24 Sep 2008 18:12:04 -0700 (PDT) Received: by 10.114.122.2 with SMTP id u2mr8870713wac.21.1222305124040; Wed, 24 Sep 2008 18:12:04 -0700 (PDT) Received: by 10.115.90.13 with HTTP; Wed, 24 Sep 2008 18:12:04 -0700 (PDT) Message-ID: <1de79840809241812v1281077ckb0cb5382cf7d6422@mail.gmail.com> Date: Wed, 24 Sep 2008 21:12:04 -0400 From: "Michael Proto" To: "Eygene Ryabinkin" In-Reply-To: <1de79840809241005o17ce674w21df25a0a310f0ec@mail.gmail.com> MIME-Version: 1.0 References: <48C1E43C.1010902@jellydonut.org> <1de79840809240710q5222645ar4549d96a457d7614@mail.gmail.com> <1de79840809240745k4bb9d7bekb3f96812e109d035@mail.gmail.com> <1de79840809241005o17ce674w21df25a0a310f0ec@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Current Subject: Re: sysctls and if_bridge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2008 01:12:05 -0000 On Wed, Sep 24, 2008 at 1:05 PM, Michael Proto wrote: > On Wed, Sep 24, 2008 at 11:41 AM, Eygene Ryabinkin wrote: > >> >> Seems like you're facing the problem where bridge0 inherits its MAC from >> the 'wan' interface. Try to specify bridge0's MAC explicitely (via >> ifconfig's 'link XX:XX:XX:XX:XX:XX' arguments); you can use some random >> MAC, for example the one that is generated at the system's bootup for >> bridge0 (example from one of my hosts): >> ----- >> $ dmesg | grep bridge0 | grep Ethernet >> bridge0: Ethernet address: 2e:13:01:19:11:66 >> ----- >> May be this will help you to work out your problems. >> >> If so, then you'll probably need sys/net/if_bridge.c revision 1.117, >> >> http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/net/if_bridge.c?rev=1.117;content-type=text%2Fplain >> >> If this won't help, I'll try to think a bit more about this issue ;)) >> >> > Eygene, > > Manually setting the bridge0 MAC to something other than the wan did work. Rebuilt kernel with if_bridge.c rev 1.117 and the bridge0 MAC is now randomly-generated again, and works as well. Thanks for the help! I also now see the net.link.bridge.inherit_mac sysctl as specified in the commit. Just curious, but would this be useful in situations where pfil_member is 1 and pfil_bridge is 0? Thanks again, Proto From owner-freebsd-current@FreeBSD.ORG Thu Sep 25 04:12:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C92A1065691 for ; Thu, 25 Sep 2008 04:12:13 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id AB4EE8FC15 for ; Thu, 25 Sep 2008 04:12:12 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=UYbBQ/3gC8G8yn7D9R0Mso6h47VnyEvcEz1OvqhNi8oAFY1dZGulSTfubNnOglPNLwgSIP2EergHdZFFTUa9YIPu1nJeG6YIh5Xl8DEtxAY1DAkiR3Y7MfZtw6b8OYxWU4L6oonwp8gbFRlz/GyjxvkTaAeQTMtRcUVp2YASdNg=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1KiiD4-0009DG-M2; Thu, 25 Sep 2008 08:12:10 +0400 Date: Thu, 25 Sep 2008 08:12:09 +0400 From: Eygene Ryabinkin To: Michael Proto Message-ID: References: <48C1E43C.1010902@jellydonut.org> <1de79840809240710q5222645ar4549d96a457d7614@mail.gmail.com> <1de79840809240745k4bb9d7bekb3f96812e109d035@mail.gmail.com> <1de79840809241005o17ce674w21df25a0a310f0ec@mail.gmail.com> <1de79840809241812v1281077ckb0cb5382cf7d6422@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lRF4gxo9Z9M++D0O" Content-Disposition: inline In-Reply-To: <1de79840809241812v1281077ckb0cb5382cf7d6422@mail.gmail.com> Sender: rea-fbsd@codelabs.ru Cc: FreeBSD Current Subject: Re: sysctls and if_bridge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2008 04:12:13 -0000 --lRF4gxo9Z9M++D0O Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Michael, good day. Wed, Sep 24, 2008 at 09:12:04PM -0400, Michael Proto wrote: > Manually setting the bridge0 MAC to something other than the wan did work. > Rebuilt kernel with if_bridge.c rev 1.117 and the bridge0 MAC is now > randomly-generated again, and works as well. Glad to hear. > Thanks for the help! You're welcome ;)) > I also now see the net.link.bridge.inherit_mac sysctl as specified in the > commit. Just curious, but would this be useful in situations where > pfil_member is 1 and pfil_bridge is 0? It depends on one's needs, as usual, but perhaps it won't be very useful if you'll decide to filter on _all_ bridge members. Having two interfaces with the same MACs within the bridge poses some problems in the case of a locally-destined packets, but sysctl net.link.bridge.pfil_local_phys can help with those. Filtering rules for packets that are traversing the bridge shouldn't be harmed by MAC inheritance, unless I am missing something. --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --lRF4gxo9Z9M++D0O Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjbD5kACgkQthUKNsbL7YiTHACgoT15lsV7KbOY6ge61ZerEKdF ReYAnRKJMX+93XBuA1gn/Uc83y4IPSAC =XkKR -----END PGP SIGNATURE----- --lRF4gxo9Z9M++D0O-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 25 04:42:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F393F106568E for ; Thu, 25 Sep 2008 04:42:41 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id 828D78FC22 for ; Thu, 25 Sep 2008 04:42:40 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so71834eyi.7 for ; Wed, 24 Sep 2008 21:42:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=R5YH+54295o311VMXYQxueMirBYf+DaWxco/HsbN4Vc=; b=msdz5TVj2j4ZrJ3jlKyyY4iVejg1hkjo5z1/l4yEueTdyCfEbCa8VGAcjS0zvd6G45 c6odl7c1dacQIM0K4j74y3ku+aqomHmKDbGQRmZ0Y2mjX/ECdxd9TSiP763CijKBQKI9 cjTqpx3rSoMTGgiVXjYT9jIs30PQoZdh9U27A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=Ox0YxOVVJrC0tacwvB8IcAgov6+yxxRxuXUc5UrSs+9HBmK+73GmnuKVtkeUvpiuaX rZdj0fC5aX0rSRm7RndYvTKSDulXdgR5ONPHnqxMq7kPnR4kI1ib7s6YO0gbAW4XlRSe RZozZhRgGqQnOf35oiZfxqI4Y9ovchuUR5O1s= Received: by 10.210.71.12 with SMTP id t12mr9587089eba.36.1222317758944; Wed, 24 Sep 2008 21:42:38 -0700 (PDT) Received: by 10.210.34.13 with HTTP; Wed, 24 Sep 2008 21:42:38 -0700 (PDT) Message-ID: <1d6d20bc0809242142ge545896u332cc8e23212383a@mail.gmail.com> Date: Thu, 25 Sep 2008 12:42:38 +0800 From: "Jia-Shiun Li" To: "John Baldwin" In-Reply-To: <200809241335.48472.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1d6d20bc0809170846g69311401j7f93f97969756e43@mail.gmail.com> <1d6d20bc0809190111ic50d597tea2ac6a0917c41@mail.gmail.com> <1d6d20bc0809241011n5b88b161w96ba38f4956ce861@mail.gmail.com> <200809241335.48472.jhb@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: Unable to boot Asus P5QL-EM w/ acpi enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2008 04:42:42 -0000 On Thu, Sep 25, 2008 at 1:35 AM, John Baldwin wrote: > On Wednesday 24 September 2008 01:11:31 pm jiashiun li wrote: >> >> I did a binary search and found the problem lies between 2008-08-22 >> and 2008-08-23. Here is my note: >> > If you grab the latest bits from HEAD you can use 'hw.pci.mcfg=0' to disable > memcfg. > Thanks, quick search the mailing list revealed some cases and your solution just a few days ago. I should have followed the mailing list more carefully. ;) Just curious, any idea why the memory mapped configuration prevents kernel from booting? Maybe buggy hardware, acpi code, or combination of both that users can help testing to find the cause? Jia-Shiun. From owner-freebsd-current@FreeBSD.ORG Thu Sep 25 07:11:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64D951065678 for ; Thu, 25 Sep 2008 07:11:24 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id 2FC3E8FC26 for ; Thu, 25 Sep 2008 07:11:24 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so269780rvf.43 for ; Thu, 25 Sep 2008 00:11:23 -0700 (PDT) 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:mail-followup-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=8V9NSaoIdQI/n9UGHJyyMWLrX5qsICriC2BW/5HMmyY=; b=j2ax5l5rX8YyBw2HEkMgYkFUW9ZsFGHNWiU7gi05lVKlEyMdIhqhMPzwFHjjn4pq2H +Sv8KQ+T/X8bQRlFrZvo43E8C0iJff2RwaPZ1Tiv4if6vylk0hRA8dnD8ArR85s8DaM3 nyirwTRTDgDqv9CWy21p2PcmZfPPqPyzfFysU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; b=QO9bvbr81Rln0fE65NXg7XK6JWnEk7ifKOM30Zuz/ejZbw+NhESye1l5jh05xxkpnj Jdme9SamHFzHZw8dKjoC/Dz4s1XgL6evk2T8X0DonM/DyqjZh8EVe/XEPf4tEeMRsXYF JbaER7QNPpSQI4RgUjK2eOlruFhIFutGxvVCE= Received: by 10.142.238.12 with SMTP id l12mr2965249wfh.204.1222326683857; Thu, 25 Sep 2008 00:11:23 -0700 (PDT) Received: from insightsol.com ( [67.100.74.36]) by mx.google.com with ESMTPS id 32sm453036wfa.8.2008.09.25.00.11.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 25 Sep 2008 00:11:22 -0700 (PDT) Date: Thu, 25 Sep 2008 00:11:18 -0700 From: Navdeep Parhar To: Jia-Shiun Li Message-ID: <20080925071118.GA8984@insightsol.com> Mail-Followup-To: Jia-Shiun Li , John Baldwin , freebsd-current@freebsd.org References: <1d6d20bc0809170846g69311401j7f93f97969756e43@mail.gmail.com> <1d6d20bc0809190111ic50d597tea2ac6a0917c41@mail.gmail.com> <1d6d20bc0809241011n5b88b161w96ba38f4956ce861@mail.gmail.com> <200809241335.48472.jhb@freebsd.org> <1d6d20bc0809242142ge545896u332cc8e23212383a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1d6d20bc0809242142ge545896u332cc8e23212383a@mail.gmail.com> User-Agent: Mutt/1.5.17+20080114 (2008-01-14) Cc: freebsd-current@freebsd.org Subject: Re: Unable to boot Asus P5QL-EM w/ acpi enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2008 07:11:24 -0000 On Thu, Sep 25, 2008 at 12:42:38PM +0800, Jia-Shiun Li wrote: > On Thu, Sep 25, 2008 at 1:35 AM, John Baldwin wrote: > > On Wednesday 24 September 2008 01:11:31 pm jiashiun li wrote: > >> > >> I did a binary search and found the problem lies between 2008-08-22 > >> and 2008-08-23. Here is my note: > >> > > If you grab the latest bits from HEAD you can use 'hw.pci.mcfg=0' to disable > > memcfg. > > > > Thanks, quick search the mailing list revealed some cases and your > solution just a few days ago. I should have followed the mailing list > more carefully. ;) > > Just curious, any idea why the memory mapped configuration prevents > kernel from booting? Maybe buggy hardware, acpi code, or combination > of both that users can help testing to find the cause? I would like to put in a me-too here. I've been using hw.pci.mcfg=0 since it was introduced but I still don't know where exactly the problem is, or how to pinpoint it (bad bios/bad hardware/bad phase of the moon/etc). The bleeding versions of other OS'es seem to work out of the box, though that doesn't mean much - I'm not sure what they do inside. Regards, Navdeep From owner-freebsd-current@FreeBSD.ORG Thu Sep 25 07:32:49 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 575911065697 for ; Thu, 25 Sep 2008 07:32:49 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.228]) by mx1.freebsd.org (Postfix) with ESMTP id 206878FC2E for ; Thu, 25 Sep 2008 07:32:48 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so275053rvf.43 for ; Thu, 25 Sep 2008 00:32:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=mfU/LHX+ZHRHJlKc+fsFw8kN/p03JMkMpbqb84zURq0=; b=vv/zQmU4cZvD9hIPA5DaPyXP4ELQyDTuTbuIN6vH8zGI742Bk5tVFMLc2VJ61Me/wh zRVcv1OnvzZQwl1xFtHh2nhBvqNflbVm34AT5mI5sbIQhlDS0AgFlujG1/c4Z9sOB0sV dthFIAMibzysPITLfSpmWTCzVL5DhqmxqPOFg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=FL4Y+cLO5xL5T9lLdmMAtvwxY3sdyuZh3GrkFhPShbhiefYoGwPo4y6D0nMX0W82gj t5UwygNZuS1Zkx8gqzb6Hsk6PSaiWYfvSl04YM92BMzrdA7orVlgARuD6fmMRcikGbl0 RS9S6gLjORtnX9db/ZVMNEGIyBXkmrphNtMn8= Received: by 10.141.162.9 with SMTP id p9mr3966397rvo.68.1222327968172; Thu, 25 Sep 2008 00:32:48 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id g31sm329947rvb.7.2008.09.25.00.32.44 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 25 Sep 2008 00:32:46 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m8P7UjMD040218 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 25 Sep 2008 16:30:45 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m8P7UiBx040217; Thu, 25 Sep 2008 16:30:44 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 25 Sep 2008 16:30:44 +0900 From: Pyun YongHyeon To: Ian FREISLICH Message-ID: <20080925073044.GB38848@cdnetworks.co.kr> References: <20080920013434.GB18734@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: msk(4) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Sep 2008 07:32:49 -0000 On Wed, Sep 24, 2008 at 10:40:53AM +0200, Ian FREISLICH wrote: > Pyun YongHyeon wrote: > > > > --+g7M9IMkV8truYOl > > Content-Type: text/plain; charset=us-ascii > > Content-Disposition: inline > > > > On Wed, Sep 17, 2008 at 10:16:29AM +0200, Ian Freislich wrote: > > > Hi > > > > > > I'm having an issue with the msk hardware in my laptop. It stops > > > transmitting or recieving sometimes, always triggered by periods > > > of intense network load. > > > > > > Sep 16 18:39:31 apple kernel: msk0: watchdog timeout (missed Tx interrupts > ) -- recovering > > > Sep 16 18:40:35 apple kernel: msk0: watchdog timeout (missed Tx interrupts > ) -- recovering > > > Sep 16 18:41:41 apple kernel: msk0: watchdog timeout (missed Tx interrupts > ) -- recovering > > > > > > But it never recovers. > > > > > > mskc0@pci0:2:0:0: class=0x020000 card=0x532111ab chip=0x436211ab rev > =0x22 hdr=0x00 > > > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > > > device = '88E8053 Marvell Yukon 88E8053 PCI-E Gigabit Ethernet Con > troller' > > > class = network > > > subclass = ethernet > > > > > > Ian > > > > > > > Would you try attached patch? > > I haven't seen a repeat of the issue. > Thanks for testing. I've committed the patch with svn r183346. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Sep 25 13:29:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 852E11065741 for ; Thu, 25 Sep 2008 13:29:56 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 079138FC1B for ; Thu, 25 Sep 2008 13:29:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m8PDTWLX095309; Thu, 25 Sep 2008 09:29:49 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Navdeep Parhar Date: Thu, 25 Sep 2008 08:35:35 -0400 User-Agent: KMail/1.9.7 References: <1d6d20bc0809170846g69311401j7f93f97969756e43@mail.gmail.com> <1d6d20bc0809242142ge545896u332cc8e23212383a@mail.gmail.com> <20080925071118.GA8984@insightsol.com> In-Reply-To: <20080925071118.GA8984@insightsol.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809250835.36444.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Thu, 25 Sep 2008 09:29:50 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8329/Thu Sep 25 04:47:46 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=BAYES_00,NO_RELAYS 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, Jia-Shiun Li Subject: Re: Unable to boot Asus P5QL-EM w/ acpi enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2008 13:29:56 -0000 On Thursday 25 September 2008 03:11:18 am Navdeep Parhar wrote: > On Thu, Sep 25, 2008 at 12:42:38PM +0800, Jia-Shiun Li wrote: > > On Thu, Sep 25, 2008 at 1:35 AM, John Baldwin wrote: > > > On Wednesday 24 September 2008 01:11:31 pm jiashiun li wrote: > > >> > > >> I did a binary search and found the problem lies between 2008-08-22 > > >> and 2008-08-23. Here is my note: > > >> > > > If you grab the latest bits from HEAD you can use 'hw.pci.mcfg=0' to disable > > > memcfg. > > > > > > > Thanks, quick search the mailing list revealed some cases and your > > solution just a few days ago. I should have followed the mailing list > > more carefully. ;) > > > > Just curious, any idea why the memory mapped configuration prevents > > kernel from booting? Maybe buggy hardware, acpi code, or combination > > of both that users can help testing to find the cause? > > I would like to put in a me-too here. I've been using hw.pci.mcfg=0 > since it was introduced but I still don't know where exactly the problem > is, or how to pinpoint it (bad bios/bad hardware/bad phase of the > moon/etc). The bleeding versions of other OS'es seem to work out of the > box, though that doesn't mean much - I'm not sure what they do inside. I'm not sure. Probably other OS's aren't using this a lot yet so it is just buggy BIOS. Linux has a rather silly SMAP-related check (requires an explicit SMAP region that covers the memcfg area) that effectively disables memcfg on most boxes, so Linux probably isn't using it on your hardware either. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Sep 25 13:53:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E808F1065687 for ; Thu, 25 Sep 2008 13:53:30 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 780278FC13 for ; Thu, 25 Sep 2008 13:53:30 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by nf-out-0910.google.com with SMTP id h3so174386nfh.33 for ; Thu, 25 Sep 2008 06:53:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:content-type :date:message-id:mime-version:x-mailer; bh=01DBQnvn4k8O1Lw0thFbKZ7rzCJBBuZ3trhiE2RtHlA=; b=PNsEpOPCRTEhI/QSQqXzzxjgj3+tAYhGVFF5u4gR7/hMVXshodlmhMIDzfhYiqus3b DH2kU5pBRU3cW0ASh2aFTYz6sP/2KPFOMviJogBSNRYNZY3j3zLfhEZ+X7FW5s5cHG3C NtKtocg7fBQ1epUevXrJDnPWC/hd2d+WaikAA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:content-type:date:message-id:mime-version:x-mailer; b=b1HbrwwQy7plcOszSWsd1I1p3LAErOg98X9klFcv4FZDBRIWMpan588cZrD2b3zk7P 3eIlWH4/7Uttj5TFCYhayDCiKqZS9qhW8Ijm9GJ9Vw/DZQFZFLcM8rNLKAqf2n2QbAaV OUHPAA2ttHI3J9zybR83BcOw9u7yr4Prxajf4= Received: by 10.210.121.8 with SMTP id t8mr123850ebc.181.1222350809132; Thu, 25 Sep 2008 06:53:29 -0700 (PDT) Received: from ?127.0.0.1? ( [217.206.187.80]) by mx.google.com with ESMTPS id g9sm421812gvc.0.2008.09.25.06.53.27 (version=SSLv3 cipher=RC4-MD5); Thu, 25 Sep 2008 06:53:28 -0700 (PDT) From: Tom Evans To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-RRh6OvcHHIhWFiqPDkV9" Date: Thu, 25 Sep 2008 14:53:26 +0100 Message-Id: <1222350806.2443.32.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Subject: LSI Logic MegaRAID SAS 8208ELP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2008 13:53:31 -0000 --=-RRh6OvcHHIhWFiqPDkV9 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi all I'm looking at building a large home NAS, using ZFS, for long term media storage and spooling recordings from a linux mythtv box. I am very keen to avoid using ata(4), and was wondering if this card was supported by either mfi(4) or amr(4)? It isn't explicitly mentioned in either, but the 8408 is supported by mfi(4). If it is, excellent, its a nice 8 port PCIe 4x card available from UK etailers for not obscene prices :) http://www.ebuyer.com/product/147323 Cheers Tom --=-RRh6OvcHHIhWFiqPDkV9 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkjbl9MACgkQlcRvFfyds/di8QCggqdIQSozBMAPOJyGgxWJv31t XRoAoMB19BJKOm5vhRKx8PHIF0oLHO9A =rdq0 -----END PGP SIGNATURE----- --=-RRh6OvcHHIhWFiqPDkV9-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 25 14:26:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16FF31065687; Thu, 25 Sep 2008 14:26:05 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id E12448FC16; Thu, 25 Sep 2008 14:26:04 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id DA4551675E0; Thu, 25 Sep 2008 10:06:55 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Thu, 25 Sep 2008 10:06:55 -0400 X-Sasl-enc: O3O7VHwNJe7BOofauTolRj3XmLrG//7uYtXPkAnbPREl 1222351615 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 19DEE6761; Thu, 25 Sep 2008 10:06:55 -0400 (EDT) Message-ID: <48DB9AFD.6020606@FreeBSD.org> Date: Thu, 25 Sep 2008 15:06:53 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: Alex Keda References: <48DA9F0A.2060207@lissyara.su> In-Reply-To: <48DA9F0A.2060207@lissyara.su> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@freebsd.org, FreeBSD Current Subject: Re: Support AV Stream on FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Sep 2008 14:26:05 -0000 Alex Keda wrote: > the problem > currently the FreeBSD dosn't support common AVstream interface (audio > / video) > as simular vl4 for linux > > may be someone to write such interface driver? under FreeBSD license > > Also, it will be necessary to write patches for mplayer and vlc, that > these programs can use this interfaces. v4l support is not part of mainline FreeBSD, various drivers ship their own, please see ports/multimedia/pwcbsd, ports/devel/linux-kmod-compat, ports/multimedia/linux-gspca-kmod etc. Also see here for an app which runs on FreeBSD and uses v4l 1.x to do so: http://freehg.org/u/bms/spook-bms/ There are a number of criticisms and issues of v4l 2, however, the level of work involved is such that IMHO it is either going to take highly motivated individuals with lots of free time, or a compelling business case, for this support to appear in FreeBSD. thanks BMS From owner-freebsd-current@FreeBSD.ORG Thu Sep 25 15:21:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DC9B106568E; Thu, 25 Sep 2008 15:21:09 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 0A14B8FC14; Thu, 25 Sep 2008 15:21:09 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:References:Subject:X-Attribution:Date:Message-Id; b=k1i/2db0nqFDFxpGUchw3EOXScUGvlf8id4lYXUNIwWSEtJejb0Ci4DWtQWmS24PV18t+EnBrcHdo42p+pCvWzMi9+r5zUrF0ZPhkz6beNITNQlPLZFlCgGdMVvxBUrXQWu0hhPio96PGJ3Zz1+N6Ey88CRBCB+Npo1UnasLSn+mGOwoPdCTMqRicxKosRgGihd6FTcqsj5Rz40GQk1C2HwqtJvk70yoVJdUokMg1TgDNvwVj/Dy/1egHCONkzcQ; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1Kiseb-0005Zi-7G; Thu, 25 Sep 2008 15:21:17 +0000 Received: from dhcp-112.noc.gp-online.net ([41.161.31.112] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1KisdS-0003jS-J1; Thu, 25 Sep 2008 15:20:06 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KisdQ-0001I3-UR; Thu, 25 Sep 2008 17:20:04 +0200 To: Alex Keda From: Ian FREISLICH References: <48CBF399.9080801@FreeBSD.org> X-Attribution: BOFH Date: Thu, 25 Sep 2008 17:20:04 +0200 Message-Id: Cc: freebsd-multimedia@FreeBSD.org, Alexander Motin , freebsd-current@freebsd.org Subject: Re: New snd_hda driver came in. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2008 15:21:09 -0000 Hi I just noticed that my speakers still play (very softly) when my headphone jack is inserted. Also, when playing back, the optical port is activated. My hardware is a MacBook Pro. Let me know what to do to extract the information you need to debug this. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Sep 25 15:37:54 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 907E11065694 for ; Thu, 25 Sep 2008 15:37:54 +0000 (UTC) (envelope-from billpp@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.190]) by mx1.freebsd.org (Postfix) with ESMTP id E1EAC8FC16 for ; Thu, 25 Sep 2008 15:37:53 +0000 (UTC) (envelope-from billpp@gmail.com) Received: by gv-out-0910.google.com with SMTP id n8so39448gve.39 for ; Thu, 25 Sep 2008 08:37:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=NphOcHBkyFXVDqwHFxX0sTYGZ2i/rVFj2Sslie0euJ8=; b=ZuNlZvWZG/0RO0sc5PdQUAvfaZxCNcmpMPAynfUlyTr/ja2Dc1+TSOILjFcfPJPd13 i4OaNYZNRAsxSf0pnSz7NcoBCUtweeyDYqxQWnv1kZk4aaYZ/SkZ5+vvFejLf4DtKTUP FOuXc/omMckMLOloaRojWiWG2hbZUNGq3Tdbs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=n/vqVPaTBbe0CjlhmU0TlgtBlljGhKaryo5McCLEV6GdyLNxNtEJAQWzaSpjIsoeF2 BZeSWD1T+IrKd0QpxUoArOFsLfnNBZF5Tk/5jGH3KasB9l0Wq3Mv/gOkD6pcnpyLIpOs 83nl/eAit9GCHALJZ1Mjf08QY1SaQjMWU0Qv0= Received: by 10.103.23.20 with SMTP id a20mr5983862muj.128.1222357071929; Thu, 25 Sep 2008 08:37:51 -0700 (PDT) Received: by 10.103.168.17 with HTTP; Thu, 25 Sep 2008 08:37:51 -0700 (PDT) Message-ID: <58aa8d780809250837gbf45204gb007c1ad46812ade@mail.gmail.com> Date: Thu, 25 Sep 2008 12:37:51 -0300 From: "Flavio Junior" To: freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <58aa8d780809241601i724ec7c2p5fd13a3b18027a64@mail.gmail.com> Subject: Re: iwn: Errors during make iwn.ko X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2008 15:37:54 -0000 I'd tried to use that driver but, all operations gives me "unable to get *operation* results". dmesg shows me no error, and detects when I disable wireless button (iwn0: RF switch: radio disabled). I'm sure that have wireless network around (I'm writing this e-mail using o= ne). Does someone there using iwn driver? Maybe I have forget something ;/ Thanks. -- Fl=E1vio do Carmo J=FAnior On Wed, Sep 24, 2008 at 8:39 PM, Stephen Montgomery-Smith wrote: > > > On Wed, 24 Sep 2008, Flavio Junior wrote: > >> And trying to compile iwn driver from http://www.clearchain.com/wiki/Iwn > > Why are you trying to compile this iwn driver, when iwn is already a part= of > FreeBSD-CURRENT? > > >> Here is how pciconf shows me my wlan card: >> none1@pci0:2:0:0: class=3D0x028000 card=3D0x11008086 chip=3D0x4229= 8086 >> rev=3D0x61 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'Intel 4965AGN Intel(R) Wireless WiFi Link >> 4965AGN(supporting 802.11a/b/g/Draft-N)' >> class =3D network >> >> I'll post logs here: >> # cc --version >> cc (GCC) 4.2.1 20070719 [FreeBSD] >> Copyright (C) 2007 Free Software Foundation, Inc. >> >> # unzip iwn.zip >> Archive: iwn.zip >> creating: iwn/ >> creating: iwn/dev/ >> creating: iwn/dev/iwn/ >> inflating: iwn/dev/iwn/if_iwn.c >> inflating: iwn/dev/iwn/if_iwnreg.h >> inflating: iwn/dev/iwn/if_iwnvar.h >> inflating: iwn/README >> creating: iwn/share/ >> creating: iwn/share/doc/ >> creating: iwn/share/doc/legal/ >> creating: iwn/share/doc/legal/intel_iwn/ >> inflating: iwn/share/doc/legal/intel_iwn/Makefile >> extracting: iwn/share/doc/legal/Makefile >> creating: iwn/sys/ >> creating: iwn/sys/contrib/ >> creating: iwn/sys/contrib/dev/ >> creating: iwn/sys/contrib/dev/iwn/ >> inflating: iwn/sys/contrib/dev/iwn/iwlwifi-4965-4.44.17.fw.uu >> inflating: iwn/sys/contrib/dev/iwn/LICENSE >> creating: iwn/sys/dev/ >> creating: iwn/sys/dev/iwn/ >> inflating: iwn/sys/dev/iwn/if_iwn.c >> inflating: iwn/sys/dev/iwn/if_iwnreg.h >> inflating: iwn/sys/dev/iwn/if_iwnvar.h >> creating: iwn/sys/modules/ >> creating: iwn/sys/modules/iwn/ >> creating: iwn/sys/modules/iwnfw/ >> inflating: iwn/sys/modules/iwnfw/Makefile >> inflating: iwn/sys/modules/iwn/Makefile >> # cd iwn/sys/modules/iwnfw >> # make >> Warning: Object directory not changed from original >> /root/iwn/sys/modules/iwnfw >> uudecode -p >> /root/iwn/sys/modules/iwnfw/../../contrib/dev/iwn/iwlwifi-4965-4.44.17.f= w.uu >>> >>> iwlwifi-4965-4.44.17.fw >> >> @ -> /usr/src/sys >> machine -> /usr/src/sys/i386/include >> iwlwifi-4965-4.44.17.fw iwlwifi-4965-4.44.17.fw >> awk -f @/tools/fw_stub.awk iwlwifi-4965-4.44.17.fw:iwnfw:44417 -miwnfw >> -ciwnfw.c -lintel_iwn >> cc -O2 -fno-strict-aliasing -pipe -march=3Dprescott -Werror -D_KERNEL >> -DKLD_MODULE -std=3Dc99 -nostdinc -I. -I@ -I@/contrib/altq >> -finline-limit=3D8000 --param inline-unit-growth=3D100 --param >> large-function-growth=3D1000 -fno-common -mno-align-long-strings >> -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 >> -mno-sse3 -ffreestanding -fstack-protector -fstack-protector -Wall >> -Wredundant-decls -Wnested-externs -Wstrict-prototypes >> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef >> -Wno-pointer-sign -fformat-extensions -c iwnfw.c >> ld -d -warn-common -r -d -o iwnfw.kld iwlwifi-4965-4.44.17.fw.fwo iwnfw= .o >> :> export_syms >> awk -f /sys/conf/kmod_syms.awk iwnfw.kld export_syms | xargs -J% >> objcopy % iwnfw.kld >> ld -Bshareable -d -warn-common -o iwnfw.ko iwnfw.kld >> objcopy --strip-debug iwnfw.ko >> >> # make install >> install -o root -g wheel -m 555 iwnfw.ko /boot/kernel >> kldxref /boot/kernel >> #cd ../iwn >> # make >> Warning: Object directory not changed from original >> /root/iwn/sys/modules/iwn >> @ -> /usr/src/sys >> machine -> /usr/src/sys/i386/include >> :> opt_bdg.h >> awk -f @/tools/makeobjops.awk @/kern/device_if.m -h >> awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h >> awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h >> cc -O2 -fno-strict-aliasing -pipe -march=3Dprescott -g -DWITNESS >> -DINVARIANT_SUPPORT -DINVARIANTS -Werror -D_KERNEL -DKLD_MODULE >> -std=3Dc99 -nostdinc -I/root/iwn/sys/modules/iwn/../../ -I. -I@ >> -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 >> --param large-function-growth=3D1000 -fno-common >> -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx >> -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding >> -fstack-protector -fstack-protector -Wall -Wredundant-decls >> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes >> -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign >> -fformat-extensions -c >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function >> 'iwn_attach': >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:366: error: 'struct >> ieee80211com' has no member named 'ic_state' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:370: error: >> 'IEEE80211_C_WEP' undeclared (first use in this function) >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:370: error: (Each >> undeclared identifier is reported only once >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:370: error: for each >> function it appears in.) >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:409: error: 'struct >> ieee80211com' has no member named 'ic_bmissthreshold' >> cc1: warnings being treated as errors >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:410: warning: >> assignment from incompatible pointer type >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:416: warning: >> assignment from incompatible pointer type >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:417: warning: >> assignment from incompatible pointer type >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:420: error: 'struct >> ieee80211com' has no member named 'ic_newstate' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:421: error: 'struct >> ieee80211com' has no member named 'ic_newstate' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:422: error: too many >> arguments to function 'ieee80211_media_init' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:426: warning: passing >> argument 2 of 'ieee80211_amrr_init' from incompatible pointer type >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:426: error: too few >> arguments to function 'ieee80211_amrr_init' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function >> 'iwn_newassoc': >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:910: error: too few >> arguments to function 'ieee80211_amrr_node_init' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function >> 'iwn_newstate': >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:940: error: 'struct >> ieee80211com' has no member named 'ic_state' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:950: error: 'struct >> ieee80211com' has no member named 'ic_state' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:954: error: 'struct >> ieee80211com' has no member named 'ic_state' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function >> 'iwn_calib_timeout': >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1279: error: 'struct >> ieee80211com' has no member named 'ic_state' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1283: error: 'struct >> ieee80211com' has no member named 'ic_fixed_rate' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1287: error: 'struct >> ieee80211com' has no member named 'ic_bss' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function >> 'iwn_iter_func': >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1309: warning: >> passing argument 1 of 'ieee80211_amrr_choose' from incompatible >> pointer type >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1309: warning: >> passing argument 2 of 'ieee80211_amrr_choose' from incompatible >> pointer type >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1309: error: too many >> arguments to function 'ieee80211_amrr_choose' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function >> 'iwn_rx_intr': >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1443: error: 'struct >> ieee80211com' has no member named 'ic_state' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1467:45: error: macro >> "ieee80211_input" passed 6 arguments, but takes just 5 >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1467: error: >> 'ieee80211_input' undeclared (first use in this function) >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function >> 'iwn_rx_statistics': >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1482: error: 'struct >> ieee80211com' has no member named 'ic_state' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function >> 'iwn_notif_intr': >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1652: error: 'struct >> ieee80211com' has no member named 'ic_state' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1654: error: 'struct >> ieee80211com' has no member named 'ic_bmissthreshold' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function >> 'iwn_tx_data': >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1835: error: 'struct >> ieee80211com' has no member named 'ic_mcast_rate' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1836: error: 'struct >> ieee80211com' has no member named 'ic_fixed_rate' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1837: error: 'struct >> ieee80211com' has no member named 'ic_fixed_rate' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1843: warning: >> passing argument 1 of 'ieee80211_crypto_encap' from incompatible >> pointer type >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1843: warning: >> passing argument 2 of 'ieee80211_crypto_encap' from incompatible >> pointer type >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1843: error: too many >> arguments to function 'ieee80211_crypto_encap' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:1877: error: 'struct >> ieee80211com' has no member named 'ic_rtsthreshold' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_start= ': >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2026: error: 'struct >> ieee80211com' has no member named 'ic_mgtq' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2035: error: 'struct >> ieee80211com' has no member named 'ic_mgtq' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2035: error: 'struct >> ieee80211com' has no member named 'ic_mgtq' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2035: error: 'struct >> ieee80211com' has no member named 'ic_mgtq' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2035: error: 'struct >> ieee80211com' has no member named 'ic_mgtq' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2035: error: 'struct >> ieee80211com' has no member named 'ic_mgtq' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2035: error: 'struct >> ieee80211com' has no member named 'ic_mgtq' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2043: error: 'struct >> ieee80211com' has no member named 'ic_state' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2053: warning: >> passing argument 1 of 'ieee80211_cancel_scan' from incompatible >> pointer type >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2062: warning: >> passing argument 1 of 'ieee80211_find_txnode' from incompatible >> pointer type >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2068: warning: >> passing argument 1 of 'ieee80211_classify' from incompatible pointer >> type >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2068: error: too many >> arguments to function 'ieee80211_classify' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2083: warning: >> passing argument 1 of 'ieee80211_encap' from incompatible pointer type >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2083: error: too many >> arguments to function 'ieee80211_encap' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2087: error: 'struct >> ieee80211com' has no member named 'ic_rawbpf' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2088: error: 'struct >> ieee80211com' has no member named 'ic_rawbpf' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_ioctl= ': >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2148: warning: >> passing argument 1 of 'ieee80211_ioctl' from incompatible pointer type >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2153: error: 'struct >> ieee80211com' has no member named 'ic_roaming' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function >> 'iwn_power_calibration': >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:2674: error: 'struct >> ieee80211com' has no member named 'ic_state' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_auth'= : >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3205: error: 'struct >> ieee80211com' has no member named 'ic_bss' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_run': >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3297: error: 'struct >> ieee80211com' has no member named 'ic_bss' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3385: error: 'struct >> ieee80211com' has no member named 'ic_bss' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_scan'= : >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3486: error: 'struct >> ieee80211com' has no member named 'ic_des_ssid' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3487: error: 'struct >> ieee80211com' has no member named 'ic_des_ssid' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3487: error: 'struct >> ieee80211com' has no member named 'ic_des_ssid' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3507: error: 'struct >> ieee80211com' has no member named 'ic_des_ssid' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3508: error: 'struct >> ieee80211com' has no member named 'ic_des_ssid' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3508: error: 'struct >> ieee80211com' has no member named 'ic_des_ssid' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3509: error: 'struct >> ieee80211com' has no member named 'ic_des_ssid' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3541: error: 'struct >> ieee80211com' has no member named 'ic_des_ssid' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_init'= : >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3988: error: 'struct >> ieee80211com' has no member named 'ic_roaming' >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3989: warning: >> passing argument 1 of 'ieee80211_new_state' from incompatible pointer >> type >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:3991: warning: >> passing argument 1 of 'ieee80211_new_state' from incompatible pointer >> type >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_stop'= : >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:4015: warning: >> passing argument 1 of 'ieee80211_new_state' from incompatible pointer >> type >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_ops': >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:4150: warning: >> passing argument 1 of 'ieee80211_scan_next' from incompatible pointer >> type >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:4157: warning: >> passing argument 1 of 'ieee80211_cancel_scan' from incompatible >> pointer type >> /root/iwn/sys/modules/iwn/../../dev/iwn/if_iwn.c:4173: warning: >> passing argument 1 of 'ieee80211_cancel_scan' from incompatible >> pointer type >> *** Error code 1 >> >> Stop in /root/iwn/sys/modules/iwn. >> >> >> >> Any help will be appreciated. Thanks. >> >> -- >> >> Fl?vio do Carmo J?nior >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" >> > From owner-freebsd-current@FreeBSD.ORG Thu Sep 25 16:00:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1071106568E for ; Thu, 25 Sep 2008 16:00:53 +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 638718FC29 for ; Thu, 25 Sep 2008 16:00:53 +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 1Kit0J-0006tQ-Ez for freebsd-current@freebsd.org; Thu, 25 Sep 2008 16:43:56 +0100 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 1Kit0I-0005IC-Gy for freebsd-current@freebsd.org; Thu, 25 Sep 2008 16:43:43 +0100 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.2/8.14.2) with ESMTP id m8PFhgBQ059174 for ; Thu, 25 Sep 2008 16:43:42 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.2/8.14.2/Submit) id m8PFhftf059173 for freebsd-current@freebsd.org; Thu, 25 Sep 2008 16:43:41 +0100 (BST) (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, 25 Sep 2008 16:43:41 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org Message-ID: <20080925154341.GA59156@mech-cluster238.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) X-Spam-Score: -1.4 X-Spam-Level: - Subject: buildkernel failure on i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2008 16:00:53 -0000 I installed 7.0-stable on i386 box, cvsup current sources, and built world - no problems there. When I try to build kernel, I get: [skip] linking kernel.debug if_ural.o(.text+0x511): In function `ural_free_tx_list': /usr/src/sys/dev/usb/if_ural.c:669: undefined reference to `ieee80211_free_node' if_ural.o(.text+0x61c): In function `ural_detach': /usr/src/sys/dev/usb/if_ural.c:540: undefined reference to `ieee80211_ifdetach' if_ural.o(.text+0xaac): In function `ural_attach': /usr/src/sys/dev/usb/if_ural.c:499: undefined reference to `ieee80211_init_chann els' if_ural.o(.text+0xab4):/usr/src/sys/dev/usb/if_ural.c:501: undefined reference t o `ieee80211_ifattach' if_ural.o(.text+0xb12):/usr/src/sys/dev/usb/if_ural.c:512: undefined reference t o `ieee80211_get_ratetable' if_ural.o(.text+0xb7d):/usr/src/sys/dev/usb/if_ural.c:526: undefined reference t o `ieee80211_announce' if_ural.o(.text+0xbb8): In function `ural_vap_delete': /usr/src/sys/dev/usb/if_ural.c:612: undefined reference to `ieee80211_amrr_clean up' if_ural.o(.text+0xbc0):/usr/src/sys/dev/usb/if_ural.c:613: undefined reference t o `ieee80211_vap_detach' if_ural.o(.text+0xbc8):/usr/src/sys/dev/usb/if_ural.c:614: undefined reference t o `M_80211_VAP' if_ural.o(.text+0xbec): In function `ural_node_alloc': /usr/src/sys/dev/usb/if_ural.c:1768: undefined reference to `M_80211_NODE' if_ural.o(.text+0xc1f): In function `ural_vap_create': /usr/src/sys/dev/usb/if_ural.c:581: undefined reference to `M_80211_VAP' if_ural.o(.text+0xc6e):/usr/src/sys/dev/usb/if_ural.c:587: undefined reference t o `ieee80211_vap_setup' if_ural.o(.text+0xcc4):/usr/src/sys/dev/usb/if_ural.c:595: undefined reference t o `ieee80211_amrr_init' if_ural.o(.text+0xccc):/usr/src/sys/dev/usb/if_ural.c:601: undefined reference t o `ieee80211_media_status' if_ural.o(.text+0xcd4):/usr/src/sys/dev/usb/if_ural.c:601: undefined reference t o `ieee80211_media_change' if_ural.o(.text+0xcdc):/usr/src/sys/dev/usb/if_ural.c:601: undefined reference t o `ieee80211_vap_attach' if_ural.o(.text+0xd43): In function `ural_set_channel': /usr/src/sys/dev/usb/if_ural.c:1818: undefined reference to `ieee80211_get_ratet able' if_ural.o(.text+0x10ec): In function `ural_newassoc': /usr/src/sys/dev/usb/if_ural.c:1777: undefined reference to `ieee80211_amrr_node _init' if_ural.o(.text+0x1110): In function `ural_set_chan': /usr/src/sys/dev/usb/if_ural.c:1829: undefined reference to `ieee80211_chan2ieee ' if_ural.o(.text+0x1d52): In function `ural_init': /usr/src/sys/dev/usb/if_ural.c:2354: undefined reference to `ieee80211_start_all ' if_ural.o(.text+0x1e8d): In function `ural_ioctl': /usr/src/sys/dev/usb/if_ural.c:1574: undefined reference to `ieee80211_start_all ' if_ural.o(.text+0x1fdc): In function `ural_rxeof': /usr/src/sys/dev/usb/if_ural.c:970: undefined reference to `ieee80211_plcp2rate' if_ural.o(.text+0x2095):/usr/src/sys/dev/usb/if_ural.c:985: undefined reference to `ieee80211_find_rxnode' if_ural.o(.text+0x20cc):/usr/src/sys/dev/usb/if_ural.c:988: undefined reference to `ieee80211_free_node' if_ural.o(.text+0x20f7):/usr/src/sys/dev/usb/if_ural.c:990: undefined reference to `ieee80211_input_all' if_ural.o(.text+0x22de): In function `ural_task': /usr/src/sys/dev/usb/if_ural.c:778: undefined reference to `ieee80211_beacon_all oc' if_ural.o(.text+0x2319):/usr/src/sys/dev/usb/if_ural.c:1083: undefined reference to `ieee80211_chan2mode' if_ural.o(.text+0x24b0):/usr/src/sys/dev/usb/if_ural.c:799: undefined reference to `ieee80211_chan2mode' if_ural.o(.text+0x24fb):/usr/src/sys/dev/usb/if_ural.c:2451: undefined reference to `ieee80211_amrr_node_init' if_ural.o(.text+0x26d9): In function `ural_amrr_update': /usr/src/sys/dev/usb/if_ural.c:2501: undefined reference to `ieee80211_amrr_choo se' if_ural.o(.text+0x2840): In function `ural_sendprot': /usr/src/sys/dev/usb/if_ural.c:1245: undefined reference to `ieee80211_compute_d uration' if_ural.o(.text+0x2952):/usr/src/sys/dev/usb/if_ural.c:1252: undefined reference to `ieee80211_alloc_rts' if_ural.o(.text+0x297b):/usr/src/sys/dev/usb/if_ural.c:1254: undefined reference to `ieee80211_alloc_cts' if_ural.o(.text+0x2ab7): In function `ural_raw_xmit': /usr/src/sys/dev/usb/if_ural.c:2405: undefined reference to `ieee80211_free_node ' if_ural.o(.text+0x2ae6):/usr/src/sys/dev/usb/if_ural.c:2411: undefined reference to `ieee80211_free_node' if_ural.o(.text+0x2b3e):/usr/src/sys/dev/usb/if_ural.c:1145: undefined reference to `ieee80211_chan2mode' if_ural.o(.text+0x2b59):/usr/src/sys/dev/usb/if_ural.c:1149: undefined reference to `ieee80211_crypto_encap' if_ural.o(.text+0x3077):/usr/src/sys/dev/usb/if_ural.c:2438: undefined reference to `ieee80211_free_node' if_ural.o(.text+0x32e4): In function `ural_start': /usr/src/sys/dev/usb/if_ural.c:1505: undefined reference to `ieee80211_encap' if_ural.o(.text+0x32f6):/usr/src/sys/dev/usb/if_ural.c:1507: undefined reference to `ieee80211_free_node' if_ural.o(.text+0x3322):/usr/src/sys/dev/usb/if_ural.c:1392: undefined reference to `ieee80211_chan2mode' if_ural.o(.text+0x336b):/usr/src/sys/dev/usb/if_ural.c:1401: undefined reference to `ieee80211_crypto_encap' if_ural.o(.text+0x3665):/usr/src/sys/dev/usb/if_ural.c:1511: undefined reference to `ieee80211_free_node' if_ural.o(.text+0x36ec): In function `ural_txeof': /usr/src/sys/dev/usb/if_ural.c:876: undefined reference to `ieee80211_process_ca llback' if_ural.o(.text+0x375f):/usr/src/sys/dev/usb/if_ural.c:895: undefined reference to `ieee80211_free_node' if_rum.o(.text+0x53a): In function `rum_free_tx_list': /usr/src/sys/dev/usb/if_rum.c:686: undefined reference to `ieee80211_free_node' if_rum.o(.text+0x654): In function `rum_detach': /usr/src/sys/dev/usb/if_rum.c:557: undefined reference to `ieee80211_ifdetach' if_rum.o(.text+0xe19): In function `rum_attach': /usr/src/sys/dev/usb/if_rum.c:512: undefined reference to `ieee80211_init_channe ls' if_rum.o(.text+0xe21):/usr/src/sys/dev/usb/if_rum.c:514: undefined reference to `ieee80211_ifattach' if_rum.o(.text+0xe7f):/usr/src/sys/dev/usb/if_rum.c:525: undefined reference to `ieee80211_get_ratetable' if_rum.o(.text+0xeed):/usr/src/sys/dev/usb/if_rum.c:539: undefined reference to `ieee80211_announce' if_rum.o(.text+0xf45): In function `rum_vap_delete': /usr/src/sys/dev/usb/if_rum.c:628: undefined reference to `ieee80211_amrr_cleanu p' if_rum.o(.text+0xf4d):/usr/src/sys/dev/usb/if_rum.c:629: undefined reference to `ieee80211_vap_detach' if_rum.o(.text+0xf55):/usr/src/sys/dev/usb/if_rum.c:630: undefined reference to `M_80211_VAP' if_rum.o(.text+0xf79): In function `rum_node_alloc': /usr/src/sys/dev/usb/if_rum.c:2405: undefined reference to `M_80211_NODE' if_rum.o(.text+0xfac): In function `rum_vap_create': /usr/src/sys/dev/usb/if_rum.c:597: undefined reference to `M_80211_VAP' if_rum.o(.text+0xffb):/usr/src/sys/dev/usb/if_rum.c:603: undefined reference to `ieee80211_vap_setup' if_rum.o(.text+0x1051):/usr/src/sys/dev/usb/if_rum.c:611: undefined reference to `ieee80211_amrr_init' if_rum.o(.text+0x1059):/usr/src/sys/dev/usb/if_rum.c:617: undefined reference to `ieee80211_media_status' if_rum.o(.text+0x1061):/usr/src/sys/dev/usb/if_rum.c:617: undefined reference to `ieee80211_media_change' if_rum.o(.text+0x1069):/usr/src/sys/dev/usb/if_rum.c:617: undefined reference to `ieee80211_vap_attach' if_rum.o(.text+0x10d0): In function `rum_set_channel': /usr/src/sys/dev/usb/if_rum.c:2452: undefined reference to `ieee80211_get_rateta ble' if_rum.o(.text+0x152b): In function `rum_newassoc': /usr/src/sys/dev/usb/if_rum.c:2414: undefined reference to `ieee80211_amrr_node_ init' if_rum.o(.text+0x154f): In function `rum_set_chan': /usr/src/sys/dev/usb/if_rum.c:1772: undefined reference to `ieee80211_chan2ieee' if_rum.o(.text+0x1d0b): In function `rum_init': /usr/src/sys/dev/usb/if_rum.c:2192: undefined reference to `ieee80211_start_all' if_rum.o(.text+0x1eb1): In function `rum_ioctl': /usr/src/sys/dev/usb/if_rum.c:1473: undefined reference to `ieee80211_start_all' if_rum.o(.text+0x215f): In function `rum_rxeof': /usr/src/sys/dev/usb/if_rum.c:942: undefined reference to `ieee80211_plcp2rate' if_rum.o(.text+0x21d9):/usr/src/sys/dev/usb/if_rum.c:953: undefined reference to `ieee80211_find_rxnode' if_rum.o(.text+0x2220):/usr/src/sys/dev/usb/if_rum.c:959: undefined reference to `ieee80211_free_node' if_rum.o(.text+0x224b):/usr/src/sys/dev/usb/if_rum.c:961: undefined reference to `ieee80211_input_all' if_rum.o(.text+0x2495): In function `rum_task': /usr/src/sys/dev/usb/if_rum.c:2266: undefined reference to `ieee80211_beacon_all oc' if_rum.o(.text+0x24a9):/usr/src/sys/dev/usb/if_rum.c:2271: undefined reference t o `ieee80211_chan2mode' if_rum.o(.text+0x252d):/usr/src/sys/dev/usb/if_rum.c:799: undefined reference to `ieee80211_chan2mode' if_rum.o(.text+0x2578):/usr/src/sys/dev/usb/if_rum.c:2343: undefined reference t o `ieee80211_amrr_node_init' if_rum.o(.text+0x2806): In function `rum_sendprot': /usr/src/sys/dev/usb/if_rum.c:1063: undefined reference to `ieee80211_compute_du ration' if_rum.o(.text+0x2918):/usr/src/sys/dev/usb/if_rum.c:1070: undefined reference t o `ieee80211_alloc_rts' if_rum.o(.text+0x2941):/usr/src/sys/dev/usb/if_rum.c:1072: undefined reference t o `ieee80211_alloc_cts' if_rum.o(.text+0x2cb5): In function `rum_start': /usr/src/sys/dev/usb/if_rum.c:1414: undefined reference to `ieee80211_encap' if_rum.o(.text+0x2cc7):/usr/src/sys/dev/usb/if_rum.c:1416: undefined reference t o `ieee80211_free_node' if_rum.o(.text+0x2cf3):/usr/src/sys/dev/usb/if_rum.c:1299: undefined reference t o `ieee80211_chan2mode' if_rum.o(.text+0x2d2f):/usr/src/sys/dev/usb/if_rum.c:1305: undefined reference t o `ieee80211_amrr_choose' if_rum.o(.text+0x2d53):/usr/src/sys/dev/usb/if_rum.c:1310: undefined reference t o `ieee80211_crypto_encap' if_rum.o(.text+0x3052):/usr/src/sys/dev/usb/if_rum.c:1420: undefined reference t o `ieee80211_free_node' if_rum.o(.text+0x30d6): In function `rum_txeof': /usr/src/sys/dev/usb/if_rum.c:848: undefined reference to `ieee80211_process_cal lback' if_rum.o(.text+0x314b):/usr/src/sys/dev/usb/if_rum.c:866: undefined reference to `ieee80211_free_node' if_rum.o(.text+0x31b4): In function `rum_raw_xmit': /usr/src/sys/dev/usb/if_rum.c:2297: undefined reference to `ieee80211_free_node' if_rum.o(.text+0x31e3):/usr/src/sys/dev/usb/if_rum.c:2303: undefined reference t o `ieee80211_free_node' if_rum.o(.text+0x324d):/usr/src/sys/dev/usb/if_rum.c:1128: undefined reference t o `ieee80211_crypto_encap' if_rum.o(.text+0x327b):/usr/src/sys/dev/usb/if_rum.c:1136: undefined reference t o `ieee80211_chan2mode' if_rum.o(.text+0x374d):/usr/src/sys/dev/usb/if_rum.c:2330: undefined reference t o `ieee80211_free_node' if_zyd.o(.text+0xff5): In function `zyd_free_tx_list': /usr/src/sys/dev/usb/if_zyd.c:654: undefined reference to `ieee80211_free_node' if_zyd.o(.text+0x1144): In function `zyd_detach': /usr/src/sys/dev/usb/if_zyd.c:460: undefined reference to `ieee80211_ifdetach' if_zyd.o(.text+0x124b): In function `zyd_node_alloc': /usr/src/sys/dev/usb/if_zyd.c:713: undefined reference to `M_80211_NODE' if_zyd.o(.text+0x1e2d): In function `zyd_attach': /usr/src/sys/dev/usb/if_zyd.c:407: undefined reference to `ieee80211_init_channe ls' if_zyd.o(.text+0x1e35):/usr/src/sys/dev/usb/if_zyd.c:409: undefined reference to `ieee80211_ifattach' if_zyd.o(.text+0x1ef8):/usr/src/sys/dev/usb/if_zyd.c:433: undefined reference to `ieee80211_announce' if_zyd.o(.text+0x22ec): In function `zyd_vap_delete': /usr/src/sys/dev/usb/if_zyd.c:520: undefined reference to `ieee80211_amrr_cleanu p' if_zyd.o(.text+0x22f4):/usr/src/sys/dev/usb/if_zyd.c:521: undefined reference to `ieee80211_vap_detach' if_zyd.o(.text+0x22fc):/usr/src/sys/dev/usb/if_zyd.c:522: undefined reference to `M_80211_VAP' if_zyd.o(.text+0x232f): In function `zyd_vap_create': /usr/src/sys/dev/usb/if_zyd.c:491: undefined reference to `M_80211_VAP' if_zyd.o(.text+0x237e):/usr/src/sys/dev/usb/if_zyd.c:497: undefined reference to `ieee80211_vap_setup' if_zyd.o(.text+0x23be):/usr/src/sys/dev/usb/if_zyd.c:504: undefined reference to `ieee80211_amrr_init' if_zyd.o(.text+0x23c6):/usr/src/sys/dev/usb/if_zyd.c:510: undefined reference to `ieee80211_media_status' if_zyd.o(.text+0x23ce):/usr/src/sys/dev/usb/if_zyd.c:510: undefined reference to `ieee80211_media_change' if_zyd.o(.text+0x23d6):/usr/src/sys/dev/usb/if_zyd.c:510: undefined reference to `ieee80211_vap_attach' if_zyd.o(.text+0x2491): In function `zyd_raw_xmit': /usr/src/sys/dev/usb/if_zyd.c:2435: undefined reference to `ieee80211_free_node' if_zyd.o(.text+0x24c0):/usr/src/sys/dev/usb/if_zyd.c:2441: undefined reference t o `ieee80211_free_node' if_zyd.o(.text+0x2521):/usr/src/sys/dev/usb/if_zyd.c:2126: undefined reference t o `ieee80211_crypto_encap' if_zyd.o(.text+0x281d):/usr/src/sys/dev/usb/if_zyd.c:2460: undefined reference t o `ieee80211_free_node' if_zyd.o(.text+0x2850): In function `zyd_newassoc': /usr/src/sys/dev/usb/if_zyd.c:2710: undefined reference to `ieee80211_amrr_node_ init' if_zyd.o(.text+0x2984): In function `zyd_set_chan': /usr/src/sys/dev/usb/if_zyd.c:1810: undefined reference to `ieee80211_chan2ieee' if_zyd.o(.text+0x2f73): In function `zyd_start': /usr/src/sys/dev/usb/if_zyd.c:2407: undefined reference to `ieee80211_encap' if_zyd.o(.text+0x2f85):/usr/src/sys/dev/usb/if_zyd.c:2409: undefined reference t o `ieee80211_free_node' if_zyd.o(.text+0x2fcf):/usr/src/sys/dev/usb/if_zyd.c:2286: undefined reference t o `ieee80211_chan2mode' if_zyd.o(.text+0x300d):/usr/src/sys/dev/usb/if_zyd.c:2293: undefined reference t o `ieee80211_amrr_choose' if_zyd.o(.text+0x3031):/usr/src/sys/dev/usb/if_zyd.c:2298: undefined reference t o `ieee80211_crypto_encap' if_zyd.o(.text+0x3317):/usr/src/sys/dev/usb/if_zyd.c:2414: undefined reference t o `ieee80211_free_node' if_zyd.o(.text+0x33d1): In function `zyd_txeof': /usr/src/sys/dev/usb/if_zyd.c:2250: undefined reference to `ieee80211_process_ca llback' if_zyd.o(.text+0x33e8):/usr/src/sys/dev/usb/if_zyd.c:2255: undefined reference t o `ieee80211_free_node' if_zyd.o(.text+0x384e): In function `zyd_init': /usr/src/sys/dev/usb/if_zyd.c:2627: undefined reference to `ieee80211_start_all' if_zyd.o(.text+0x391b): In function `zyd_ioctl': /usr/src/sys/dev/usb/if_zyd.c:2508: undefined reference to `ieee80211_start_all' if_zyd.o(.text+0x3b6d): In function `zyd_rx_data': /usr/src/sys/dev/usb/if_zyd.c:2002: undefined reference to `ieee80211_plcp2rate' if_zyd.o(.text+0x3bda):/usr/src/sys/dev/usb/if_zyd.c:2014: undefined reference t o `ieee80211_find_rxnode' if_zyd.o(.text+0x3c0e):/usr/src/sys/dev/usb/if_zyd.c:2017: undefined reference t o `ieee80211_free_node' if_zyd.o(.text+0x3c33):/usr/src/sys/dev/usb/if_zyd.c:2019: undefined reference t o `ieee80211_input_all' if_zyd.o(.text+0x3ebc): In function `zyd_intr': /usr/src/sys/dev/usb/if_zyd.c:1900: undefined reference to `ieee80211_find_txnod e' if_zyd.o(.text+0x3ed6):/usr/src/sys/dev/usb/if_zyd.c:1904: undefined reference t o `ieee80211_free_node' *** Error code 1 Stop in /usr/obj/usr/src/sys/EDGE. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Any advice? -- 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 Sep 25 16:41:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2766E10656A8 for ; Thu, 25 Sep 2008 16:41:27 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id E80758FC0C for ; Thu, 25 Sep 2008 16:41:26 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from laptop3.gateway.2wire.net (cauchy.math.missouri.edu [128.206.184.213]) by cauchy.math.missouri.edu (8.14.3/8.14.3) with ESMTP id m8PGfMTN068750; Thu, 25 Sep 2008 11:41:23 -0500 (CDT) (envelope-from stephen@math.missouri.edu) Message-ID: <48DBBF35.9090502@math.missouri.edu> Date: Thu, 25 Sep 2008 11:41:25 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.17) Gecko/20080924 SeaMonkey/1.1.12 MIME-Version: 1.0 To: Flavio Junior References: <58aa8d780809241601i724ec7c2p5fd13a3b18027a64@mail.gmail.com> <58aa8d780809250837gbf45204gb007c1ad46812ade@mail.gmail.com> In-Reply-To: <58aa8d780809250837gbf45204gb007c1ad46812ade@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: iwn: Errors during make iwn.ko X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2008 16:41:27 -0000 Flavio Junior wrote: > I'd tried to use that driver but, all operations gives me "unable to > get *operation* results". > > dmesg shows me no error, and detects when I disable wireless button > (iwn0: RF switch: radio disabled). > > I'm sure that have wireless network around (I'm writing this e-mail using one). > > Does someone there using iwn driver? > Maybe I have forget something ;/ As it happens, I am using the iwn driver. (That is why I happened to know about it so quickly - incidentally I'm sorry for my snappy tone last time.) Are you doing all the "wlan" stuff that CURRENT now requires for wireless cards - for example, in my rc.conf I have: wlans_iwn0="wlan0" ifconfig_wlan0="DHCP" and all subsequent ifconfig and dhclient commands are done using wlan0. (And also, my guess is that the iwn driver you were using was a backport to FreeBSD-STABLE, which doesn't have all this wlan stuff, and hence is incompatible with CURRENT.) From owner-freebsd-current@FreeBSD.ORG Thu Sep 25 16:49:40 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DE46106568B; Thu, 25 Sep 2008 16:49:40 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 3428C8FC08; Thu, 25 Sep 2008 16:49:40 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [89.178.148.246] (port=54682 helo=acer.lissyara.int.otradno.ru) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Kiu26-000NBI-8u; Thu, 25 Sep 2008 20:49:38 +0400 Message-ID: <48DBC121.4050308@lissyara.su> Date: Thu, 25 Sep 2008 20:49:37 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.16) Gecko/20080731 Thunderbird/2.0.0.16 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: "Bruce M. Simpson" References: <48DA9F0A.2060207@lissyara.su> <48DB9AFD.6020606@FreeBSD.org> In-Reply-To: <48DB9AFD.6020606@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: freebsd-multimedia@freebsd.org, FreeBSD Current Subject: Re: Support AV Stream on FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Sep 2008 16:49:40 -0000 Bruce M. Simpson пишет: > Alex Keda wrote: >> the problem >> currently the FreeBSD dosn't support common AVstream interface (audio >> / video) >> as simular vl4 for linux >> >> may be someone to write such interface driver? under FreeBSD license >> >> Also, it will be necessary to write patches for mplayer and vlc, that >> these programs can use this interfaces. > > v4l support is not part of mainline FreeBSD, various drivers ship their > own, please see ports/multimedia/pwcbsd, ports/devel/linux-kmod-compat, > ports/multimedia/linux-gspca-kmod etc. > > Also see here for an app which runs on FreeBSD and uses v4l 1.x to do so: > http://freehg.org/u/bms/spook-bms/ > > There are a number of criticisms and issues of v4l 2, however, the level > of work involved is such that IMHO it is either going to take highly > motivated individuals with lots of free time, or a compelling business > case, for this support to appear in FreeBSD. where to develops the FreeBSD? is't desktop? may be small parts of grants summer 200x year to leave for needs of developers in such case the freebsd as desktop - a waiting many users but it's develops only as network OS ========== 1.5 year ago, when Kirk McKusick came to Moscow, he has told - that the purpose the next years - to catch up linux as with a desktop. It so? Or not? If yes - that developments in this direction is not visible... From owner-freebsd-current@FreeBSD.ORG Thu Sep 25 17:39:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 855C61065686 for ; Thu, 25 Sep 2008 17:39:43 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 15E8D8FC1A for ; Thu, 25 Sep 2008 17:39:42 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so229572nfh.33 for ; Thu, 25 Sep 2008 10:39:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=YXifIn1j2t9ut/UuR0hZYkpN/TnkYAqs3EABjJBAAcE=; b=PFcrZUNvP7ue8tF7yK0Sm7b0fme5UUpzc7DJ664Vh9gy41dbwH20LtDSVIQ+YOIT4Y ynkZQE1m7y9V2CUHdJcIPIW9/mzwFlY9EJvo+8IH4xETNlIGBv8iZxA93BgeRgvpD1UW 2S11R4YiwtSwQAUkyzHV+PuUZfEiQE9OqcE/E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=AuStN4RkHSAc0joW4hUJjUXBYg1uAQXeU9AKDbXTOMr9/UjhOHhcPKo3lunU5EOQ51 l9fpOxQtlq0JuCL7ZET4pt0tUmnBwyVNMrKxdADjZkwoGkDxTIlUCkcMypQhdBBIoP6P LVb25q2MFFfqNckLoqv9MWIafQ3R8KHycatV4= Received: by 10.210.72.14 with SMTP id u14mr46767eba.103.1222364381872; Thu, 25 Sep 2008 10:39:41 -0700 (PDT) Received: by 10.210.34.13 with HTTP; Thu, 25 Sep 2008 10:39:41 -0700 (PDT) Message-ID: <1d6d20bc0809251039v3010d4b7hfdf6ea31e68138ba@mail.gmail.com> Date: Fri, 26 Sep 2008 01:39:41 +0800 From: "Jia-Shiun Li" To: "Sergey G Nasonov" In-Reply-To: <200807151124.36621.snasonov@bcc.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200807151124.36621.snasonov@bcc.ru> Cc: freebsd-current@freebsd.org Subject: Re: ATA subsystem lost drive after resume process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Sep 2008 17:39:43 -0000 On Tue, Jul 15, 2008 at 3:24 PM, Sergey G Nasonov wrote: > Hello all. > > I have a laptop Lenovo T61 with a FreeBSD current installed on it. > uname -a > > I want to understand why suspend/resume does not work. Suspend process works > ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing > request directly > ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing > request directly Another me-too, but slight different. When running freebsd in vmware. If I assign two cpus to the vm, after using vmware's suspend and resume (not suspending from freebsd), the vm often hang due to ata taskqueue timeout. If only one cpu is assigned then everything is ok. Jia-Shiun. From owner-freebsd-current@FreeBSD.ORG Thu Sep 25 17:53:47 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id D90EE106568F; Thu, 25 Sep 2008 17:53:46 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Thu, 25 Sep 2008 13:53:32 -0400 User-Agent: KMail/1.6.2 References: <200807151124.36621.snasonov@bcc.ru> <1d6d20bc0809251039v3010d4b7hfdf6ea31e68138ba@mail.gmail.com> In-Reply-To: <1d6d20bc0809251039v3010d4b7hfdf6ea31e68138ba@mail.gmail.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200809251353.35790.jkim@FreeBSD.org> Cc: Jia-Shiun Li , Sergey G Nasonov Subject: Re: ATA subsystem lost drive after resume process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Sep 2008 17:53:47 -0000 On Thursday 25 September 2008 01:39 pm, Jia-Shiun Li wrote: > On Tue, Jul 15, 2008 at 3:24 PM, Sergey G Nasonov wrote: > > Hello all. > > > > I have a laptop Lenovo T61 with a FreeBSD current installed on > > it. uname -a > > > > I want to understand why suspend/resume does not work. Suspend > > process works ad4: WARNING - SETFEATURES SET TRANSFER MODE > > taskqueue timeout - completing request directly > > ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - > > completing request directly > > Another me-too, but slight different. > > When running freebsd in vmware. If I assign two cpus to the vm, > after using vmware's suspend and resume (not suspending from > freebsd), the vm often hang due to ata taskqueue timeout. If only > one cpu is assigned then everything is ok. SMP kernel does not support suspend/resume ATM. FYI, Takanori Watanabe posted preliminary patches here, though: http://docs.freebsd.org/cgi/mid.cgi?200805131125.m4DBPu1q092741 Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Thu Sep 25 17:57:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C06F01065694; Thu, 25 Sep 2008 17:57:09 +0000 (UTC) (envelope-from tad1214@aol.com) Received: from mx1.cpanel.net (mx1.cpanel.net [208.74.121.68]) by mx1.freebsd.org (Postfix) with ESMTP id 9EFAB8FC08; Thu, 25 Sep 2008 17:57:09 +0000 (UTC) (envelope-from tad1214@aol.com) Received: from ng1.cptxoffice.net ([208.74.121.102] helo=Osprey.cptxoffice.net) by mx1.cpanel.net with esmtpa (Exim 4.69) (envelope-from ) id 1KiuTq-0005Ym-7q; Thu, 25 Sep 2008 12:18:18 -0500 Message-ID: <48DBC7C3.5070803@aol.com> Date: Thu, 25 Sep 2008 12:17:55 -0500 From: Thomas Donnelly User-Agent: Thunderbird 2.0.0.16 (X11/20080917) MIME-Version: 1.0 To: Alex Keda References: <48DA9F0A.2060207@lissyara.su> <48DB9AFD.6020606@FreeBSD.org> <48DBC121.4050308@lissyara.su> In-Reply-To: <48DBC121.4050308@lissyara.su> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - mx1.cpanel.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - aol.com X-Mailman-Approved-At: Thu, 25 Sep 2008 18:20:16 +0000 Cc: freebsd-multimedia@freebsd.org, FreeBSD Current , "Bruce M. Simpson" Subject: Re: Support AV Stream on FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Sep 2008 17:57:10 -0000 Alex Keda wrote: > Bruce M. Simpson пишет: >> Alex Keda wrote: >>> the problem >>> currently the FreeBSD dosn't support common AVstream interface >>> (audio / video) >>> as simular vl4 for linux >>> >>> may be someone to write such interface driver? under FreeBSD license >>> >>> Also, it will be necessary to write patches for mplayer and vlc, >>> that these programs can use this interfaces. >> >> v4l support is not part of mainline FreeBSD, various drivers ship >> their own, please see ports/multimedia/pwcbsd, >> ports/devel/linux-kmod-compat, ports/multimedia/linux-gspca-kmod etc. >> >> Also see here for an app which runs on FreeBSD and uses v4l 1.x to do >> so: >> http://freehg.org/u/bms/spook-bms/ >> >> There are a number of criticisms and issues of v4l 2, however, the >> level of work involved is such that IMHO it is either going to take >> highly motivated individuals with lots of free time, or a compelling >> business case, for this support to appear in FreeBSD. > where to develops the FreeBSD? > is't desktop? > may be small parts of grants summer 200x year to leave for needs of > developers in such case > > the freebsd as desktop - a waiting many users > but it's develops only as network OS > ========== > 1.5 year ago, when Kirk McKusick came to Moscow, he has told - that > the purpose the next years - to catch up linux as with a desktop. > It so? Or not? > If yes - that developments in this direction is not visible... > I don't know, the ULE scheduler may not have been targeted for the desktop but it sure made multimedia performance outstanding on my machine. I would like to see it move even more in the desktop direction (nVidia drivers etc.) as its day to day performance is outstanding. I use FreeBSD as my workstation at home, work, on my laptops, etc. Not to say I don't have my complaints (typically related to hardware compatibility on the laptops) I still chose it over any other distribution. My biggest selling point day in and day out is the ports system, over and over again. Just my 2c From owner-freebsd-current@FreeBSD.ORG Thu Sep 25 18:24:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84B0B106568D for ; Thu, 25 Sep 2008 18:24:39 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-gx0-f17.google.com (mail-gx0-f17.google.com [209.85.217.17]) by mx1.freebsd.org (Postfix) with ESMTP id 1FCFC8FC33 for ; Thu, 25 Sep 2008 18:24:38 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by gxk10 with SMTP id 10so7369448gxk.19 for ; Thu, 25 Sep 2008 11:24:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=fL72epsS1S7ZGugahnF3BNsDnDBYEk7TKP8UPzcSoMA=; b=bcKlUb+u7FjEbkP5zRtsp4PEx/VnEOUxrN6iVOhk8AplnKUUe9Cyukt8bjUdbHwi1B bN1sdMDArm46dspTW1/URq+8LzS+2N2yVWeNSkzRYRpbnaii4jK/kSHsuAOwRUUcjLyY s+JBoNw2/LepDWQiN0x3Q2KYAIeZK/JyWPkTY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=gNTMyA26LBhybhz5ST3pvgLD11TyYsyADrKir5BKnYVAp/zzWlDo7TWs+Nwi50uIxx uyoQU+mW1wEjAZIDAQn+3RWNeNOWOPjLUnkkLWci07O3g+qfrtPvu5fU+rFvh1hnSMkt eycKPbedfnpe+HxddUsVUplCUYRLAatiLTtuM= Received: by 10.90.33.5 with SMTP id g5mr28056agg.115.1222365110098; Thu, 25 Sep 2008 10:51:50 -0700 (PDT) Received: by 10.90.96.4 with HTTP; Thu, 25 Sep 2008 10:51:50 -0700 (PDT) Message-ID: Date: Thu, 25 Sep 2008 21:51:50 +0400 From: pluknet To: "Anton Shterenlikht" In-Reply-To: <20080925154341.GA59156@mech-cluster238.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080925154341.GA59156@mech-cluster238.men.bris.ac.uk> Cc: freebsd-current@freebsd.org Subject: Re: buildkernel failure on i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2008 18:24:39 -0000 2008/9/25 Anton Shterenlikht : > I installed 7.0-stable on i386 box, cvsup current sources, > and built world - no problems there. > > When I try to build kernel, I get: > > [skip] > > linking kernel.debug > if_ural.o(.text+0x511): In function `ural_free_tx_list': > /usr/src/sys/dev/usb/if_ural.c:669: undefined reference to `ieee80211_free_node' > > if_ural.o(.text+0x61c): In function `ural_detach': > /usr/src/sys/dev/usb/if_ural.c:540: undefined reference to `ieee80211_ifdetach' > if_ural.o(.text+0xaac): In function `ural_attach': > /usr/src/sys/dev/usb/if_ural.c:499: undefined reference to `ieee80211_init_chann > els' > if_ural.o(.text+0xab4):/usr/src/sys/dev/usb/if_ural.c:501: undefined reference t > o `ieee80211_ifattach' > if_ural.o(.text+0xb12):/usr/src/sys/dev/usb/if_ural.c:512: undefined reference t > o `ieee80211_get_ratetable' > if_ural.o(.text+0xb7d):/usr/src/sys/dev/usb/if_ural.c:526: undefined reference t > o `ieee80211_announce' > if_ural.o(.text+0xbb8): In function `ural_vap_delete': > /usr/src/sys/dev/usb/if_ural.c:612: undefined reference to `ieee80211_amrr_clean > up' > if_ural.o(.text+0xbc0):/usr/src/sys/dev/usb/if_ural.c:613: undefined reference t > o `ieee80211_vap_detach' > if_ural.o(.text+0xbc8):/usr/src/sys/dev/usb/if_ural.c:614: undefined reference t > o `M_80211_VAP' > if_ural.o(.text+0xbec): In function `ural_node_alloc': > /usr/src/sys/dev/usb/if_ural.c:1768: undefined reference to `M_80211_NODE' > if_ural.o(.text+0xc1f): In function `ural_vap_create': > /usr/src/sys/dev/usb/if_ural.c:581: undefined reference to `M_80211_VAP' > if_ural.o(.text+0xc6e):/usr/src/sys/dev/usb/if_ural.c:587: undefined reference t > o `ieee80211_vap_setup' > if_ural.o(.text+0xcc4):/usr/src/sys/dev/usb/if_ural.c:595: undefined reference t > o `ieee80211_amrr_init' > if_ural.o(.text+0xccc):/usr/src/sys/dev/usb/if_ural.c:601: undefined reference t > o `ieee80211_media_status' > if_ural.o(.text+0xcd4):/usr/src/sys/dev/usb/if_ural.c:601: undefined reference t > o `ieee80211_media_change' > if_ural.o(.text+0xcdc):/usr/src/sys/dev/usb/if_ural.c:601: undefined reference t > o `ieee80211_vap_attach' > if_ural.o(.text+0xd43): In function `ural_set_channel': > /usr/src/sys/dev/usb/if_ural.c:1818: undefined reference to `ieee80211_get_ratet > able' > if_ural.o(.text+0x10ec): In function `ural_newassoc': > /usr/src/sys/dev/usb/if_ural.c:1777: undefined reference to `ieee80211_amrr_node > _init' > if_ural.o(.text+0x1110): In function `ural_set_chan': > /usr/src/sys/dev/usb/if_ural.c:1829: undefined reference to `ieee80211_chan2ieee > ' > if_ural.o(.text+0x1d52): In function `ural_init': > /usr/src/sys/dev/usb/if_ural.c:2354: undefined reference to `ieee80211_start_all > ' > if_ural.o(.text+0x1e8d): In function `ural_ioctl': > /usr/src/sys/dev/usb/if_ural.c:1574: undefined reference to `ieee80211_start_all > ' > if_ural.o(.text+0x1fdc): In function `ural_rxeof': > /usr/src/sys/dev/usb/if_ural.c:970: undefined reference to `ieee80211_plcp2rate' > > if_ural.o(.text+0x2095):/usr/src/sys/dev/usb/if_ural.c:985: undefined reference > to `ieee80211_find_rxnode' > if_ural.o(.text+0x20cc):/usr/src/sys/dev/usb/if_ural.c:988: undefined reference > to `ieee80211_free_node' > if_ural.o(.text+0x20f7):/usr/src/sys/dev/usb/if_ural.c:990: undefined reference > to `ieee80211_input_all' > if_ural.o(.text+0x22de): In function `ural_task': > /usr/src/sys/dev/usb/if_ural.c:778: undefined reference to `ieee80211_beacon_all > oc' > if_ural.o(.text+0x2319):/usr/src/sys/dev/usb/if_ural.c:1083: undefined reference > to `ieee80211_chan2mode' > if_ural.o(.text+0x24b0):/usr/src/sys/dev/usb/if_ural.c:799: undefined reference > to `ieee80211_chan2mode' > if_ural.o(.text+0x24fb):/usr/src/sys/dev/usb/if_ural.c:2451: undefined reference > to `ieee80211_amrr_node_init' > if_ural.o(.text+0x26d9): In function `ural_amrr_update': > /usr/src/sys/dev/usb/if_ural.c:2501: undefined reference to `ieee80211_amrr_choo > se' > if_ural.o(.text+0x2840): In function `ural_sendprot': > /usr/src/sys/dev/usb/if_ural.c:1245: undefined reference to `ieee80211_compute_d > uration' > if_ural.o(.text+0x2952):/usr/src/sys/dev/usb/if_ural.c:1252: undefined reference > to `ieee80211_alloc_rts' > if_ural.o(.text+0x297b):/usr/src/sys/dev/usb/if_ural.c:1254: undefined reference > to `ieee80211_alloc_cts' > if_ural.o(.text+0x2ab7): In function `ural_raw_xmit': > /usr/src/sys/dev/usb/if_ural.c:2405: undefined reference to `ieee80211_free_node > ' > if_ural.o(.text+0x2ae6):/usr/src/sys/dev/usb/if_ural.c:2411: undefined reference > to `ieee80211_free_node' > if_ural.o(.text+0x2b3e):/usr/src/sys/dev/usb/if_ural.c:1145: undefined reference > to `ieee80211_chan2mode' > if_ural.o(.text+0x2b59):/usr/src/sys/dev/usb/if_ural.c:1149: undefined reference > to `ieee80211_crypto_encap' > if_ural.o(.text+0x3077):/usr/src/sys/dev/usb/if_ural.c:2438: undefined reference > to `ieee80211_free_node' > if_ural.o(.text+0x32e4): In function `ural_start': > /usr/src/sys/dev/usb/if_ural.c:1505: undefined reference to `ieee80211_encap' > if_ural.o(.text+0x32f6):/usr/src/sys/dev/usb/if_ural.c:1507: undefined reference > to `ieee80211_free_node' > if_ural.o(.text+0x3322):/usr/src/sys/dev/usb/if_ural.c:1392: undefined reference > to `ieee80211_chan2mode' > if_ural.o(.text+0x336b):/usr/src/sys/dev/usb/if_ural.c:1401: undefined reference > to `ieee80211_crypto_encap' > if_ural.o(.text+0x3665):/usr/src/sys/dev/usb/if_ural.c:1511: undefined reference > to `ieee80211_free_node' > if_ural.o(.text+0x36ec): In function `ural_txeof': > /usr/src/sys/dev/usb/if_ural.c:876: undefined reference to `ieee80211_process_ca > llback' > if_ural.o(.text+0x375f):/usr/src/sys/dev/usb/if_ural.c:895: undefined reference > to `ieee80211_free_node' > if_rum.o(.text+0x53a): In function `rum_free_tx_list': > /usr/src/sys/dev/usb/if_rum.c:686: undefined reference to `ieee80211_free_node' > if_rum.o(.text+0x654): In function `rum_detach': > /usr/src/sys/dev/usb/if_rum.c:557: undefined reference to `ieee80211_ifdetach' > if_rum.o(.text+0xe19): In function `rum_attach': > /usr/src/sys/dev/usb/if_rum.c:512: undefined reference to `ieee80211_init_channe > ls' > if_rum.o(.text+0xe21):/usr/src/sys/dev/usb/if_rum.c:514: undefined reference to > `ieee80211_ifattach' > if_rum.o(.text+0xe7f):/usr/src/sys/dev/usb/if_rum.c:525: undefined reference to > `ieee80211_get_ratetable' > if_rum.o(.text+0xeed):/usr/src/sys/dev/usb/if_rum.c:539: undefined reference to > `ieee80211_announce' > if_rum.o(.text+0xf45): In function `rum_vap_delete': > /usr/src/sys/dev/usb/if_rum.c:628: undefined reference to `ieee80211_amrr_cleanu > p' > if_rum.o(.text+0xf4d):/usr/src/sys/dev/usb/if_rum.c:629: undefined reference to > `ieee80211_vap_detach' > if_rum.o(.text+0xf55):/usr/src/sys/dev/usb/if_rum.c:630: undefined reference to > `M_80211_VAP' > if_rum.o(.text+0xf79): In function `rum_node_alloc': > /usr/src/sys/dev/usb/if_rum.c:2405: undefined reference to `M_80211_NODE' > if_rum.o(.text+0xfac): In function `rum_vap_create': > /usr/src/sys/dev/usb/if_rum.c:597: undefined reference to `M_80211_VAP' > if_rum.o(.text+0xffb):/usr/src/sys/dev/usb/if_rum.c:603: undefined reference to > `ieee80211_vap_setup' > if_rum.o(.text+0x1051):/usr/src/sys/dev/usb/if_rum.c:611: undefined reference to > `ieee80211_amrr_init' > if_rum.o(.text+0x1059):/usr/src/sys/dev/usb/if_rum.c:617: undefined reference to > `ieee80211_media_status' > if_rum.o(.text+0x1061):/usr/src/sys/dev/usb/if_rum.c:617: undefined reference to > `ieee80211_media_change' > if_rum.o(.text+0x1069):/usr/src/sys/dev/usb/if_rum.c:617: undefined reference to > `ieee80211_vap_attach' > if_rum.o(.text+0x10d0): In function `rum_set_channel': > /usr/src/sys/dev/usb/if_rum.c:2452: undefined reference to `ieee80211_get_rateta > ble' > if_rum.o(.text+0x152b): In function `rum_newassoc': > /usr/src/sys/dev/usb/if_rum.c:2414: undefined reference to `ieee80211_amrr_node_ > init' > if_rum.o(.text+0x154f): In function `rum_set_chan': > /usr/src/sys/dev/usb/if_rum.c:1772: undefined reference to `ieee80211_chan2ieee' > > if_rum.o(.text+0x1d0b): In function `rum_init': > /usr/src/sys/dev/usb/if_rum.c:2192: undefined reference to `ieee80211_start_all' > > if_rum.o(.text+0x1eb1): In function `rum_ioctl': > /usr/src/sys/dev/usb/if_rum.c:1473: undefined reference to `ieee80211_start_all' > > if_rum.o(.text+0x215f): In function `rum_rxeof': > /usr/src/sys/dev/usb/if_rum.c:942: undefined reference to `ieee80211_plcp2rate' > if_rum.o(.text+0x21d9):/usr/src/sys/dev/usb/if_rum.c:953: undefined reference to > `ieee80211_find_rxnode' > if_rum.o(.text+0x2220):/usr/src/sys/dev/usb/if_rum.c:959: undefined reference to > `ieee80211_free_node' > if_rum.o(.text+0x224b):/usr/src/sys/dev/usb/if_rum.c:961: undefined reference to > `ieee80211_input_all' > if_rum.o(.text+0x2495): In function `rum_task': > /usr/src/sys/dev/usb/if_rum.c:2266: undefined reference to `ieee80211_beacon_all > oc' > if_rum.o(.text+0x24a9):/usr/src/sys/dev/usb/if_rum.c:2271: undefined reference t > o `ieee80211_chan2mode' > if_rum.o(.text+0x252d):/usr/src/sys/dev/usb/if_rum.c:799: undefined reference to > `ieee80211_chan2mode' > if_rum.o(.text+0x2578):/usr/src/sys/dev/usb/if_rum.c:2343: undefined reference t > o `ieee80211_amrr_node_init' > if_rum.o(.text+0x2806): In function `rum_sendprot': > /usr/src/sys/dev/usb/if_rum.c:1063: undefined reference to `ieee80211_compute_du > ration' > if_rum.o(.text+0x2918):/usr/src/sys/dev/usb/if_rum.c:1070: undefined reference t > o `ieee80211_alloc_rts' > if_rum.o(.text+0x2941):/usr/src/sys/dev/usb/if_rum.c:1072: undefined reference t > o `ieee80211_alloc_cts' > if_rum.o(.text+0x2cb5): In function `rum_start': > /usr/src/sys/dev/usb/if_rum.c:1414: undefined reference to `ieee80211_encap' > if_rum.o(.text+0x2cc7):/usr/src/sys/dev/usb/if_rum.c:1416: undefined reference t > o `ieee80211_free_node' > if_rum.o(.text+0x2cf3):/usr/src/sys/dev/usb/if_rum.c:1299: undefined reference t > o `ieee80211_chan2mode' > if_rum.o(.text+0x2d2f):/usr/src/sys/dev/usb/if_rum.c:1305: undefined reference t > o `ieee80211_amrr_choose' > if_rum.o(.text+0x2d53):/usr/src/sys/dev/usb/if_rum.c:1310: undefined reference t > o `ieee80211_crypto_encap' > if_rum.o(.text+0x3052):/usr/src/sys/dev/usb/if_rum.c:1420: undefined reference t > o `ieee80211_free_node' > if_rum.o(.text+0x30d6): In function `rum_txeof': > /usr/src/sys/dev/usb/if_rum.c:848: undefined reference to `ieee80211_process_cal > lback' > if_rum.o(.text+0x314b):/usr/src/sys/dev/usb/if_rum.c:866: undefined reference to > `ieee80211_free_node' > if_rum.o(.text+0x31b4): In function `rum_raw_xmit': > /usr/src/sys/dev/usb/if_rum.c:2297: undefined reference to `ieee80211_free_node' > > if_rum.o(.text+0x31e3):/usr/src/sys/dev/usb/if_rum.c:2303: undefined reference t > o `ieee80211_free_node' > if_rum.o(.text+0x324d):/usr/src/sys/dev/usb/if_rum.c:1128: undefined reference t > o `ieee80211_crypto_encap' > if_rum.o(.text+0x327b):/usr/src/sys/dev/usb/if_rum.c:1136: undefined reference t > o `ieee80211_chan2mode' > if_rum.o(.text+0x374d):/usr/src/sys/dev/usb/if_rum.c:2330: undefined reference t > o `ieee80211_free_node' > if_zyd.o(.text+0xff5): In function `zyd_free_tx_list': > /usr/src/sys/dev/usb/if_zyd.c:654: undefined reference to `ieee80211_free_node' > if_zyd.o(.text+0x1144): In function `zyd_detach': > /usr/src/sys/dev/usb/if_zyd.c:460: undefined reference to `ieee80211_ifdetach' > if_zyd.o(.text+0x124b): In function `zyd_node_alloc': > /usr/src/sys/dev/usb/if_zyd.c:713: undefined reference to `M_80211_NODE' > if_zyd.o(.text+0x1e2d): In function `zyd_attach': > /usr/src/sys/dev/usb/if_zyd.c:407: undefined reference to `ieee80211_init_channe > ls' > if_zyd.o(.text+0x1e35):/usr/src/sys/dev/usb/if_zyd.c:409: undefined reference to > `ieee80211_ifattach' > if_zyd.o(.text+0x1ef8):/usr/src/sys/dev/usb/if_zyd.c:433: undefined reference to > `ieee80211_announce' > if_zyd.o(.text+0x22ec): In function `zyd_vap_delete': > /usr/src/sys/dev/usb/if_zyd.c:520: undefined reference to `ieee80211_amrr_cleanu > p' > if_zyd.o(.text+0x22f4):/usr/src/sys/dev/usb/if_zyd.c:521: undefined reference to > `ieee80211_vap_detach' > if_zyd.o(.text+0x22fc):/usr/src/sys/dev/usb/if_zyd.c:522: undefined reference to > `M_80211_VAP' > if_zyd.o(.text+0x232f): In function `zyd_vap_create': > /usr/src/sys/dev/usb/if_zyd.c:491: undefined reference to `M_80211_VAP' > if_zyd.o(.text+0x237e):/usr/src/sys/dev/usb/if_zyd.c:497: undefined reference to > `ieee80211_vap_setup' > if_zyd.o(.text+0x23be):/usr/src/sys/dev/usb/if_zyd.c:504: undefined reference to > `ieee80211_amrr_init' > if_zyd.o(.text+0x23c6):/usr/src/sys/dev/usb/if_zyd.c:510: undefined reference to > `ieee80211_media_status' > if_zyd.o(.text+0x23ce):/usr/src/sys/dev/usb/if_zyd.c:510: undefined reference to > `ieee80211_media_change' > if_zyd.o(.text+0x23d6):/usr/src/sys/dev/usb/if_zyd.c:510: undefined reference to > `ieee80211_vap_attach' > if_zyd.o(.text+0x2491): In function `zyd_raw_xmit': > /usr/src/sys/dev/usb/if_zyd.c:2435: undefined reference to `ieee80211_free_node' > > if_zyd.o(.text+0x24c0):/usr/src/sys/dev/usb/if_zyd.c:2441: undefined reference t > o `ieee80211_free_node' > if_zyd.o(.text+0x2521):/usr/src/sys/dev/usb/if_zyd.c:2126: undefined reference t > o `ieee80211_crypto_encap' > if_zyd.o(.text+0x281d):/usr/src/sys/dev/usb/if_zyd.c:2460: undefined reference t > o `ieee80211_free_node' > if_zyd.o(.text+0x2850): In function `zyd_newassoc': > /usr/src/sys/dev/usb/if_zyd.c:2710: undefined reference to `ieee80211_amrr_node_ > init' > if_zyd.o(.text+0x2984): In function `zyd_set_chan': > /usr/src/sys/dev/usb/if_zyd.c:1810: undefined reference to `ieee80211_chan2ieee' > > if_zyd.o(.text+0x2f73): In function `zyd_start': > /usr/src/sys/dev/usb/if_zyd.c:2407: undefined reference to `ieee80211_encap' > if_zyd.o(.text+0x2f85):/usr/src/sys/dev/usb/if_zyd.c:2409: undefined reference t > o `ieee80211_free_node' > if_zyd.o(.text+0x2fcf):/usr/src/sys/dev/usb/if_zyd.c:2286: undefined reference t > o `ieee80211_chan2mode' > if_zyd.o(.text+0x300d):/usr/src/sys/dev/usb/if_zyd.c:2293: undefined reference t > o `ieee80211_amrr_choose' > if_zyd.o(.text+0x3031):/usr/src/sys/dev/usb/if_zyd.c:2298: undefined reference t > o `ieee80211_crypto_encap' > if_zyd.o(.text+0x3317):/usr/src/sys/dev/usb/if_zyd.c:2414: undefined reference t > o `ieee80211_free_node' > if_zyd.o(.text+0x33d1): In function `zyd_txeof': > /usr/src/sys/dev/usb/if_zyd.c:2250: undefined reference to `ieee80211_process_ca > llback' > if_zyd.o(.text+0x33e8):/usr/src/sys/dev/usb/if_zyd.c:2255: undefined reference t > o `ieee80211_free_node' > if_zyd.o(.text+0x384e): In function `zyd_init': > /usr/src/sys/dev/usb/if_zyd.c:2627: undefined reference to `ieee80211_start_all' > > if_zyd.o(.text+0x391b): In function `zyd_ioctl': > /usr/src/sys/dev/usb/if_zyd.c:2508: undefined reference to `ieee80211_start_all' > > if_zyd.o(.text+0x3b6d): In function `zyd_rx_data': > /usr/src/sys/dev/usb/if_zyd.c:2002: undefined reference to `ieee80211_plcp2rate' > > if_zyd.o(.text+0x3bda):/usr/src/sys/dev/usb/if_zyd.c:2014: undefined reference t > o `ieee80211_find_rxnode' > if_zyd.o(.text+0x3c0e):/usr/src/sys/dev/usb/if_zyd.c:2017: undefined reference t > o `ieee80211_free_node' > if_zyd.o(.text+0x3c33):/usr/src/sys/dev/usb/if_zyd.c:2019: undefined reference t > o `ieee80211_input_all' > if_zyd.o(.text+0x3ebc): In function `zyd_intr': > /usr/src/sys/dev/usb/if_zyd.c:1900: undefined reference to `ieee80211_find_txnod > e' > if_zyd.o(.text+0x3ed6):/usr/src/sys/dev/usb/if_zyd.c:1904: undefined reference t > o `ieee80211_free_node' > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/EDGE. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > An outdated config file (EDGE) ? There were changes related to ieee80211. -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Thu Sep 25 19:10:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EA70106569C for ; Thu, 25 Sep 2008 19:10:09 +0000 (UTC) (envelope-from billpp@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id 93F0A8FC13 for ; Thu, 25 Sep 2008 19:10:08 +0000 (UTC) (envelope-from billpp@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so172855eyi.7 for ; Thu, 25 Sep 2008 12:10:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=kIXpyhRqBdV/fFAapxCktoBag5g+h3GXWbaEB4KhFtw=; b=OkOoKUA3v43yYwc/4PMJMYeieUk2Wi/PHQDqk34QSHGCfWlwRua9+GntQo4gr3bGEA Mb1725ohx+MbYEHR7X6pR4mTN/HkHwhjrrhNTzq1haAO15PNC2jLa9HIqsrtbDk0u3LV X8092TsfncWHhyL+ePM9oAtdKeS41GXOKWTy8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=gzDa1ccXiyli44gi07+jxz2UJr2RS9EB+5N9wZtTlVwQdG4LM7/G+Z469YiH/T/gAz WzfJv71MX93yaAG0gXntcjcQzpermchIbSVTy8N0cIbvlUrtrDLXq3dbWWpY7Z6jb/gD LKzpeVtutb9cHe5d0VLH50a9lPNwTSkiUSPCM= Received: by 10.103.214.8 with SMTP id r8mr162182muq.64.1222369806732; Thu, 25 Sep 2008 12:10:06 -0700 (PDT) Received: by 10.103.168.17 with HTTP; Thu, 25 Sep 2008 12:10:06 -0700 (PDT) Message-ID: <58aa8d780809251210w7184b73dj8c0b987c324eee28@mail.gmail.com> Date: Thu, 25 Sep 2008 16:10:06 -0300 From: "Flavio Junior" To: freebsd-current@freebsd.org In-Reply-To: <48DBBF35.9090502@math.missouri.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <58aa8d780809241601i724ec7c2p5fd13a3b18027a64@mail.gmail.com> <58aa8d780809250837gbf45204gb007c1ad46812ade@mail.gmail.com> <48DBBF35.9090502@math.missouri.edu> Subject: Re: iwn: Errors during make iwn.ko X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2008 19:10:09 -0000 Very thanks Stephen.. With your recomendations and reading (again) iwn and wlan manpage I achieve get wlan working with -current drivers. I'd needed to recompile iwn drivers from current and reinstall it and create manually wlan0 device with ifconfig wlan create wlandev iwn0, but everything works. TA. -- Fl=E1vio do Carmo J=FAnior On Thu, Sep 25, 2008 at 1:41 PM, Stephen Montgomery-Smith wrote: > Flavio Junior wrote: >> >> I'd tried to use that driver but, all operations gives me "unable to >> get *operation* results". >> >> dmesg shows me no error, and detects when I disable wireless button >> (iwn0: RF switch: radio disabled). >> >> I'm sure that have wireless network around (I'm writing this e-mail usin= g >> one). >> >> Does someone there using iwn driver? >> Maybe I have forget something ;/ > > As it happens, I am using the iwn driver. (That is why I happened to kno= w > about it so quickly - incidentally I'm sorry for my snappy tone last time= .) > > Are you doing all the "wlan" stuff that CURRENT now requires for wireless > cards - for example, in my rc.conf I have: > > wlans_iwn0=3D"wlan0" > ifconfig_wlan0=3D"DHCP" > > and all subsequent ifconfig and dhclient commands are done using wlan0. > > (And also, my guess is that the iwn driver you were using was a backport = to > FreeBSD-STABLE, which doesn't have all this wlan stuff, and hence is > incompatible with CURRENT.) > > From owner-freebsd-current@FreeBSD.ORG Thu Sep 25 19:54:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECA95106569B for ; Thu, 25 Sep 2008 19:54:16 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id 4DE3D8FC21 for ; Thu, 25 Sep 2008 19:54:14 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so179758eyi.7 for ; Thu, 25 Sep 2008 12:54:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=eC0tSCMM2qm7ZM00aVyLVlgAtlEe3lmEcELDcnnqE+g=; b=jWpW3F/9BsaeEfGnRJRNeji3le3FoNcC0gAjgoa2o7/55i2/+Ut0FOTvjLaz4Zvelu fIL04gMiQiA3uuBR4Xx5qoYHl+x7HLtadU7WwlcHE1Go4IVaFbSs5LOXgJyW0jr05fW9 cDro2Pm+nZisIcDgE0cvsD0gZcwz/VC79xkyk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=ipBz1hjNryTJ/r4X8rrkFhglLXApb/gDky0YRmA6nbqLpYu3utUjS/GSGJscmWrlGl A8rTVS+Egulv0Au9Vfv4Tg4YW4S9CCUUhhN+zlZPHwPG8Fx6N38R/x9Xs3kJd58e0A+w hjYHNxRt+Wo3vobRPAAemnrVWmShTkJv2AWh4= Received: by 10.210.25.18 with SMTP id 18mr227501eby.78.1222372453025; Thu, 25 Sep 2008 12:54:13 -0700 (PDT) Received: by 10.210.34.13 with HTTP; Thu, 25 Sep 2008 12:54:12 -0700 (PDT) Message-ID: <1d6d20bc0809251254s2baa4c3dw75294069f1b492e3@mail.gmail.com> Date: Fri, 26 Sep 2008 03:54:12 +0800 From: "Jia-Shiun Li" To: d@delphij.net In-Reply-To: <488C7744.2000207@delphij.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_11102_18559996.1222372453017" References: <488C7744.2000207@delphij.net> Cc: freebsd-current@freebsd.org Subject: Re: ata(4): Call for ICH10 owners' test X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2008 19:54:17 -0000 ------=_Part_11102_18559996.1222372453017 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Sun, Jul 27, 2008 at 9:25 PM, Xin LI wrote: > I have added ICH10 PCI IDs according to Intel's specification. Testing > appreciated. > > If possible please test 6 devices with IDE compatible, AHCI and RAID > modes, thank you! I tested it on G43/ICH10. AHCI and IDE mode work fine. But mine is not ICH10R thus I am unable to test RAID mode. IDE mode: atapci1: port 0xac00-0xac07,0xa880-0xa883,0xa800-0xa807,0xa480-0xa483,0xa400-0xa40f,0xa080-0xa08f irq 19 at device 31.2 on pci0 atapci2: port 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xb480-0xb483,0xb400-0xb40f,0xb080-0xb08f irq 19 at device 31.5 on pci0 AHCI mode is actually ate by ata_ahci_* rather than ata_intel_*: atapci1: port 0xb880-0xb887,0xb800-0xb803,0xb480-0xb487,0xb400-0xb403,0xb080-0xb09f mem 0xfe3fa800-0xfe3fafff irq 19 at device 31.2 on pci0 atapci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xb080 atapci1: Reserved 0x800 bytes for rid 0x24 type 3 at 0xfe3fa800 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 50 atapci1: [MPSAFE] atapci1: [ITHREAD] atapci1: AHCI Version 01.20 controller with 6 ports PM supported Intel has 'corporate' version of ICH10D/ICH10DO, so I updated the patch to add these IDs. Jia-Shiun. ------=_Part_11102_18559996.1222372453017 Content-Type: application/octet-stream; name=patch-ata-ich10.diff Content-Transfer-Encoding: base64 X-Attachment-Id: f_fljsrdfa1 Content-Disposition: attachment; filename=patch-ata-ich10.diff SW5kZXg6IHN5cy9kZXYvYXRhL2F0YS1jaGlwc2V0LmMKPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2Rldi9h dGEvYXRhLWNoaXBzZXQuYwkocmV2aXNpb24gMTgzMDc2KQorKysgc3lzL2Rldi9hdGEvYXRhLWNo aXBzZXQuYwkod29ya2luZyBjb3B5KQpAQCAtMjEzOSw2ICsyMTM5LDE0IEBACiAgICAgIHsgQVRB X0k4MjgwMUlCX0FINCwgMCwgQUhDSSwgMHgwMCwgQVRBX1NBMzAwLCAiSUNIOSIgfSwKICAgICAg eyBBVEFfSTgyODAxSUJfQUg2LCAwLCBBSENJLCAweDAwLCBBVEFfU0EzMDAsICJJQ0g5IiB9LAog ICAgICB7IEFUQV9JODI4MDFJQl9SMSwgIDAsIEFIQ0ksIDB4MDAsIEFUQV9TQTMwMCwgIklDSDki IH0sCisgICAgIHsgQVRBX0k4MjgwMUpJQl9TMSwgMCwgICAgMCwgMHgwMCwgQVRBX1NBMzAwLCAi SUNIMTAiIH0sCisgICAgIHsgQVRBX0k4MjgwMUpJQl9BSDYsMCwgQUhDSSwgMHgwMCwgQVRBX1NB MzAwLCAiSUNIMTAiIH0sCisgICAgIHsgQVRBX0k4MjgwMUpJQl9SMSwgMCwgQUhDSSwgMHgwMCwg QVRBX1NBMzAwLCAiSUNIMTAiIH0sCisgICAgIHsgQVRBX0k4MjgwMUpJQl9TMiwgMCwgICAgMCwg MHgwMCwgQVRBX1NBMzAwLCAiSUNIMTAiIH0sCisgICAgIHsgQVRBX0k4MjgwMUpEX1MxLCAgMCwg ICAgMCwgMHgwMCwgQVRBX1NBMzAwLCAiSUNIMTAiIH0sCisgICAgIHsgQVRBX0k4MjgwMUpEX0FI NiwgMCwgQUhDSSwgMHgwMCwgQVRBX1NBMzAwLCAiSUNIMTAiIH0sCisgICAgIHsgQVRBX0k4Mjgw MUpEX1IxLCAgMCwgQUhDSSwgMHgwMCwgQVRBX1NBMzAwLCAiSUNIMTAiIH0sCisgICAgIHsgQVRB X0k4MjgwMUpEX1MyLCAgMCwgICAgMCwgMHgwMCwgQVRBX1NBMzAwLCAiSUNIMTAiIH0sCiAgICAg IHsgQVRBX0kzMTI0NCwgICAgICAgMCwgICAgMCwgMHgwMCwgQVRBX1NBMTUwLCAiMzEyNDQiIH0s CiAgICAgIHsgMCwgMCwgMCwgMCwgMCwgMH19OwogCkluZGV4OiBzeXMvZGV2L2F0YS9hdGEtcGNp LmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PQotLS0gc3lzL2Rldi9hdGEvYXRhLXBjaS5oCShyZXZpc2lvbiAxODMwNzYp CisrKyBzeXMvZGV2L2F0YS9hdGEtcGNpLmgJKHdvcmtpbmcgY29weSkKQEAgLTE4Myw2ICsxODMs MTQgQEAKICNkZWZpbmUgQVRBX0k4MjgwMUlCX0FINCAgICAgICAgMHgyOTIzODA4NgogI2RlZmlu ZSBBVEFfSTgyODAxSUJfUjEgICAgICAgICAweDI5MjU4MDg2CiAjZGVmaW5lIEFUQV9JODI4MDFJ Ql9TMiAgICAgICAgIDB4MjkyNjgwODYKKyNkZWZpbmUgQVRBX0k4MjgwMUpJQl9TMSAgICAgICAg MHgzYTIwODA4NgorI2RlZmluZSBBVEFfSTgyODAxSklCX0FINiAgICAgICAweDNhMjI4MDg2Cisj ZGVmaW5lIEFUQV9JODI4MDFKSUJfUjEgICAgICAgIDB4M2EyNTgwODYKKyNkZWZpbmUgQVRBX0k4 MjgwMUpJQl9TMiAgICAgICAgMHgzYTI2ODA4NgorI2RlZmluZSBBVEFfSTgyODAxSkRfUzEgICAg ICAgICAweDNhMDA4MDg2CisjZGVmaW5lIEFUQV9JODI4MDFKRF9BSDYgICAgICAgIDB4M2EwMjgw ODYKKyNkZWZpbmUgQVRBX0k4MjgwMUpEX1IxICAgICAgICAgMHgzYTA1ODA4NgorI2RlZmluZSBB VEFfSTgyODAxSkRfUzIgICAgICAgICAweDNhMDY4MDg2CiAjZGVmaW5lIEFUQV9JMzEyNDQgICAg ICAgICAgICAgIDB4MzIwMDgwODYKIAogI2RlZmluZSBBVEFfSVRFX0lEICAgICAgICAgICAgICAw eDEyODMK ------=_Part_11102_18559996.1222372453017-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 25 20:11:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 375B810656A3; Thu, 25 Sep 2008 20:11:04 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id E04A58FC1C; Thu, 25 Sep 2008 20:11:03 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [89.178.148.246] (port=47291 helo=acer.lissyara.int.otradno.ru) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KixB0-000EY7-2j; Fri, 26 Sep 2008 00:11:02 +0400 Message-ID: <48DBF055.7050704@lissyara.su> Date: Fri, 26 Sep 2008 00:11:01 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.16) Gecko/20080731 Thunderbird/2.0.0.16 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Mark Linimon References: <48DA9F0A.2060207@lissyara.su> <48DB9AFD.6020606@FreeBSD.org> <48DBC121.4050308@lissyara.su> <20080925192341.GA1394@soaustin.net> In-Reply-To: <20080925192341.GA1394@soaustin.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: freebsd-multimedia@freebsd.org, FreeBSD Current , "Bruce M. Simpson" Subject: Re: Support AV Stream on FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Sep 2008 20:11:04 -0000 Mark Linimon пишет: > On Thu, Sep 25, 2008 at 08:49:37PM +0400, Alex Keda wrote: >> 1.5 year ago, when Kirk McKusick came to Moscow, he has told - that >> the purpose the next years - to catch up linux as with a desktop. >> It so? Or not? > > It's his opinion, or perhaps hope. Kirk doesn't do much work on the > Ports Collection, so he's not one of the people driving the progress. > > I recommend that you look at PC-BSD or DesktopBSD, as they are much > more oriented to moving FreeBSD forwards on the desktop. > > mcl > And why is a collection of ports? I talked about the interface in the kernel, which could combine different variations - askew ported drivers for webcams, v4l and stuff ... that is one thing, and not to invent a new outlet for each video device. ========= And can anyone answer the question - what is the way FreeBSD? Or goal is not? Just write the code - without way? From owner-freebsd-current@FreeBSD.ORG Thu Sep 25 20:51:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E3D41065689 for ; Thu, 25 Sep 2008 20:51:01 +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 EBD868FC1B for ; Thu, 25 Sep 2008 20:51:00 +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 ESMTP id 8281246B03; Thu, 25 Sep 2008 16:51:00 -0400 (EDT) Date: Thu, 25 Sep 2008 21:51:00 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Stefan Ehmann In-Reply-To: <200809250139.10332.shoesoft@gmx.net> Message-ID: References: <200809231851.42849.shoesoft@gmx.net> <200809250020.38331.shoesoft@gmx.net> <200809250139.10332.shoesoft@gmx.net> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: ipfw: LOR/panic with uid rules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2008 20:51:01 -0000 On Thu, 25 Sep 2008, Stefan Ehmann wrote: > Hmm, just obtained a new dump which was the same. Did a normal "make > kernel", so source/kernel should be in sync > > This is the version: > > __FBSDID("$FreeBSD: src/sys/netinet/tcp_input.c,v 1.382 2008/09/24 11:07:03 > rwatson Exp $"); > > What doesn't match? I only checked this and it looks okay to me Indeed, it looks like I had my own source synchronization issue :-). This backtrace is differen from the previous one, and is for a different instance of the same bug. I believe I've corrected it with this change: rwatson 2008-09-25 17:26:54 UTC FreeBSD src repository Modified files: sys/netinet tcp_input.c Log: SVN rev 183356 on 2008-09-25 17:26:54Z by rwatson As a follow-on to r183323, correct another case where ip_output() was called without an inpcb pointer despite holding the tcbinfo global lock, which lead to a deadlock or panic when ipfw tried to further acquire it recursively. Reported by: Stefan Ehmann MFC after: 3 days Revision Changes Path 1.383 +17 -1 src/sys/netinet/tcp_input.c Could you update and see if things run better? Thanks, Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Sep 25 21:05:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C36F6106568B for ; Thu, 25 Sep 2008 21:05:24 +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 8A1C98FC0A for ; Thu, 25 Sep 2008 21:05:24 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:3cf5:6c34:8382:5bc1] (unknown [IPv6:2001:7b8:3a7:0:3cf5:6c34:8382:5bc1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 00FBE84438; Thu, 25 Sep 2008 23:05:22 +0200 (CEST) Message-ID: <48DBFD17.4040101@andric.com> Date: Thu, 25 Sep 2008 23:05:27 +0200 From: Dimitry Andric User-Agent: Thunderbird 2.0.0.17pre (Windows/20080921) MIME-Version: 1.0 To: Anton Shterenlikht References: <20080925154341.GA59156@mech-cluster238.men.bris.ac.uk> In-Reply-To: <20080925154341.GA59156@mech-cluster238.men.bris.ac.uk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: buildkernel failure on i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2008 21:05:24 -0000 Anton Shterenlikht wrote: > I installed 7.0-stable on i386 box, cvsup current sources, > and built world - no problems there. > > When I try to build kernel, I get: ... > linking kernel.debug > if_ural.o(.text+0x511): In function `ural_free_tx_list': > /usr/src/sys/dev/usb/if_ural.c:669: undefined reference to `ieee80211_free_node' It looks like you're linking if_ral static. If so, do you also have at least device wlan (and possibly other wlan_xxx devices) enabled in your kernel configuration? From owner-freebsd-current@FreeBSD.ORG Thu Sep 25 19:23:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0FC21065695; Thu, 25 Sep 2008 19:23:41 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id BE4488FC1A; Thu, 25 Sep 2008 19:23:41 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 657B08C083; Thu, 25 Sep 2008 14:23:41 -0500 (CDT) Date: Thu, 25 Sep 2008 14:23:41 -0500 To: Alex Keda Message-ID: <20080925192341.GA1394@soaustin.net> References: <48DA9F0A.2060207@lissyara.su> <48DB9AFD.6020606@FreeBSD.org> <48DBC121.4050308@lissyara.su> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48DBC121.4050308@lissyara.su> User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Thu, 25 Sep 2008 22:18:54 +0000 Cc: freebsd-multimedia@freebsd.org, FreeBSD Current , "Bruce M. Simpson" Subject: Re: Support AV Stream on FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Sep 2008 19:23:42 -0000 On Thu, Sep 25, 2008 at 08:49:37PM +0400, Alex Keda wrote: > 1.5 year ago, when Kirk McKusick came to Moscow, he has told - that > the purpose the next years - to catch up linux as with a desktop. > It so? Or not? It's his opinion, or perhaps hope. Kirk doesn't do much work on the Ports Collection, so he's not one of the people driving the progress. I recommend that you look at PC-BSD or DesktopBSD, as they are much more oriented to moving FreeBSD forwards on the desktop. mcl From owner-freebsd-current@FreeBSD.ORG Thu Sep 25 22:15:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 455A51065694; Thu, 25 Sep 2008 22:15:56 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 249018FC15; Thu, 25 Sep 2008 22:15:56 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id C49258C07D; Thu, 25 Sep 2008 17:15:55 -0500 (CDT) Date: Thu, 25 Sep 2008 17:15:55 -0500 To: admin@lissyara.su Message-ID: <20080925221555.GA5042@soaustin.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Thu, 25 Sep 2008 23:06:36 +0000 Cc: freebsd-multimedia@freebsd.org, freebsd-current@freebsd.org, bms@FreeBSD.org Subject: Re: Support AV Stream on FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Sep 2008 22:15:56 -0000 > And can anyone answer the question - what is the way FreeBSD? Or goal is > not? Just write the code - without way? To reiterate something I have said to other people on many occasions: you have the wrong model for FreeBSD in your mind. There is no "one goal" for FreeBSD. There are as many goals as there are individual developers. Sometimes, in the best case, some of the goals get shared. But there is no predefined "list of goals" that developers are then required to work on. FreeBSD works from the bottom-up, not the top-down. If an individual developer is interested enough to get a kernel change made (including doing the technical work, and then collaborating with the other developers to get it done in a way that most people can agree to), then it gets done. Otherwise: it doesn't. Whatever other people say in public, or post on mailing lists, about what *they* think FreeBSD ought to be, or how things should be supported, and on and on, should be taken in that context -- including this email. I can tell you what *my* goals are, and that I'm certain they will not all be accomplished. I can tell you what I think it's worth my spending my own time to accomplish. But that's it. mcl From owner-freebsd-current@FreeBSD.ORG Thu Sep 25 23:46:40 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 161D71065686 for ; Thu, 25 Sep 2008 23:46:40 +0000 (UTC) (envelope-from daniel@dgnetwork.com.br) Received: from mail.mastercabo.com.br (mail.mastercabo.com.br [200.179.179.14]) by mx1.freebsd.org (Postfix) with SMTP id 1321F8FC12 for ; Thu, 25 Sep 2008 23:46:38 +0000 (UTC) (envelope-from daniel@dgnetwork.com.br) Received: (qmail 53386 invoked by uid 1008); 25 Sep 2008 23:19:58 -0000 Received: from unknown (HELO ?192.168.10.74?) (200.209.221.29) by mail.mastercabo.com.br with SMTP; 25 Sep 2008 23:19:58 -0000 Message-ID: <48DC1C9C.2080209@dgnetwork.com.br> Date: Thu, 25 Sep 2008 20:19:56 -0300 From: =?ISO-8859-1?Q?Daniel_Dias_Gon=E7alves?= User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 25 Sep 2008 23:51:36 +0000 Subject: FreeBSD and ISCSI, Strange Problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daniel@dgnetwork.com.br List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Sep 2008 23:46:40 -0000 I'm with a very strange problem in the FreeBSD 7.0R I use the iscsi_initiator to mount two devices of a Dell MD3000i, the file system is UFS. The problem occurs when I make a copy of a great directory for inside of the /data/email directory, passed some minutes of beginning of copy, the SSH connection stops to answer, when trying to open a new connection " Password: " it isn't requested, in the console, when typing the user "root" e to press enter, " Password: " also it isn't requested. The only way to come back is restarting the FreeBSD. When press CTRL+T during the freeze it is shown: # ssh root@10.0.20.10 load: 0.76 cmd: ssh 86930 [sbwait] 0.00u 0.01s 0% 2076k In another freeze it showed state [ufs] During freeze, send and receive pings work fine, but no service runing work. I already verified for some related LOG, however not see nothing related. MOUNT: /dev/da0s1g on /home (ufs, local, soft-updates) /dev/da0s1f on /tmp (ufs, local, soft-updates) /dev/da0s1d on /usr (ufs, local, soft-updates) /dev/da0s1e on /var (ufs, NFS exported, local, soft-updates) /dev/da2s1d on /data/db (ufs, NFS exported, local, soft-updates) /dev/da3s1d on /data/email (ufs, NFS exported, local, soft-updates) DMESG: Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-RELEASE #0: Mon Sep 15 20:00:35 BRT 2008 root@srvdata1:/usr/src/sys/i386/compile/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU E5410 @ 2.33GHz (2329.84-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x10676 Stepping = 6 Features=0xbfebfbff Features2=0xce3bd> AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 4 real memory = 3484745728 (3323 MB) avail memory = 3405615104 (3247 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: HPT RocketRAID controller driver v1.1 (Sep 15 2008 20:00:23) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 720072006000720 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 720072006000720 device_attach: est1 attach returned 6 p4tcc1: on cpu1 cpu2: on acpi0 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 720072006000720 device_attach: est2 attach returned 6 p4tcc2: on cpu2 cpu3: on acpi0 est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 720072006000720 device_attach: est3 attach returned 6 p4tcc3: on cpu3 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci4: on pcib1 pcib2: at device 0.0 on pci4 pci5: on pcib2 pcib3: at device 0.0 on pci5 pci6: on pcib3 pcib4: at device 0.0 on pci6 pci7: on pcib4 bce0: mem 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci7 miibus0: on bce0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce0: Ethernet address: 00:1e:c9:b4:e5:2b bce0: [ITHREAD] bce0: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); F/W (0x04000305); Flags( MFW MSI ) pcib5: at device 1.0 on pci5 pci8: on pcib5 pcib6: at device 0.3 on pci4 pci9: on pcib6 pcib7: at device 3.0 on pci0 pci1: on pcib7 mpt0: port 0xec00-0xecff mem 0xfc8fc000-0xfc8fffff,0xfc8e0000-0xfc8effff irq 16 at device 0.0 on pci1 mpt0: [ITHREAD] mpt0: MPI Version=1.5.14.0 mpt0: mpt_cam_event: 0x16 mpt0: mpt_cam_event: 0x12 mpt0: mpt_cam_event: 0x12 mpt0: mpt_cam_event: 0x16 mpt0: mpt_cam_event: 0x16 mpt0: mpt_cam_event: 0x16 mpt0: mpt_cam_event: 0x21 mpt0: mpt_cam_event: 0x21 pcib8: at device 4.0 on pci0 pci10: on pcib8 em0: port 0xdce0-0xdcff mem 0xfc5e0000-0xfc5fffff,0xfc5c0000-0xfc5dffff irq 16 at device 0.0 on pci10 em0: Using MSI interrupt em0: Ethernet address: 00:15:17:8b:23:12 em0: [FILTER] pcib9: at device 5.0 on pci0 pci11: on pcib9 pcib10: at device 6.0 on pci0 pci12: on pcib10 em1: port 0xcce0-0xccff mem 0xfc3e0000-0xfc3fffff,0xfc3c0000-0xfc3dffff irq 16 at device 0.0 on pci12 em1: Using MSI interrupt em1: Ethernet address: 00:15:17:8b:4f:92 em1: [FILTER] pcib11: at device 7.0 on pci0 pci13: on pcib11 pci0: at device 8.0 (no driver attached) pcib12: at device 28.0 on pci0 pci2: on pcib12 pcib13: at device 0.0 on pci2 pci3: on pcib13 bce1: mem 0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci3 miibus1: on bce1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce1: Ethernet address: 00:1e:c9:b4:e5:29 bce1: [ITHREAD] bce1: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); F/W (0x04000305); Flags( MFW MSI ) uhci0: port 0xace0-0xacff irq 21 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xacc0-0xacdf irq 20 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xaca0-0xacbf irq 21 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xac80-0xac9f irq 20 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfca00000-0xfca003ff irq 21 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered uhub5: on uhub4 uhub5: multiple transaction translators uhub5: 4 ports with 4 removable, self powered ukbd0: on uhub5 kbd2 at ukbd0 uhid0: on uhub5 umass0: on uhub4 pcib14: at device 30.0 on pci0 pci14: on pcib14 vgapci0: port 0xbc00-0xbcff mem 0xd8000000-0xdfffffff,0xfc2d0000-0xfc2dffff irq 19 at device 13.0 on pci14 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc8fff,0xcf000-0xcffff,0xec000-0xeffff pnpid ORM0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec hptrr: no controller detected. acd0: CDRW at ata0-master UDMA33 ses0 at mpt0 bus 0 target 8 lun 0 ses0: Fixed Enclosure Services SCSI-5 device ses0: 300.000MB/s transfers ses0: SCSI-3 SES Device da0 at mpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 300.000MB/s transfers da0: Command Queueing Enabled da0: 237464MB (486326272 512 byte sectors: 255H 63S/T 30272C) da1 at umass-sim0 bus 0 target 0 lun 0 da1: Removable Direct Access SCSI-2 device da1: 40.000MB/s transfers da1: 959MB (1964032 512 byte sectors: 64H 32S/T 959C) SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! GEOM_LABEL: Label for provider da1s4 is msdosfs/Hypervisor0. GEOM_LABEL: Label for provider da1s5 is msdosfs/Hypervisor1. GEOM_LABEL: Label for provider da1s6 is msdosfs/Hypervisor2. GEOM_LABEL: Label for provider da1s8 is msdosfs/Hypervisor3. Trying to mount root from ufs:/dev/da0s1a bce0: link state changed to UP em0: link state changed to UP lagg0: link state changed to UP em1: link state changed to UP em1: link state changed to DOWN em1: link state changed to UP ic_init: cam subsystem initialized 0] i_create_session: sessionID=0 0] i_create_session: error=0 0] i_setopt: maxRecvDataSegmentLength=65535 0] i_setopt: maXmitDataSegmentLength=8192 0] i_setopt: maxBurstLength=131072 0] i_setopt: maxRecvDataSegmentLength=65535 0] i_setopt: maXmitDataSegmentLength=65024 0] i_setopt: maxBurstLength=131072 0] i_setopt: opt.headerDigest='None' 0] ism_fullfeature: flag=1 0] _scan_target: target=0 da2 at iscsi0 bus 0 target 0 lun 0 da2: Fixed Direct Access SCSI-5 device da3 at iscsi0 bus 0 target 0 lun 1 da3: Fixed Direct Access SCSI-5 device Somebody can help me ? Thanks. Daniel From owner-freebsd-current@FreeBSD.ORG Fri Sep 26 02:08:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B97D21065699 for ; Fri, 26 Sep 2008 02:08:41 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 4E1498FC16 for ; Fri, 26 Sep 2008 02:08:40 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 26 Sep 2008 02:08:37 -0000 Received: from 85-127-94-178.dynamic.xdsl-line.inode.at (EHLO taxman.pepperland) [85.127.94.178] by mail.gmx.net (mp021) with SMTP; 26 Sep 2008 04:08:37 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX1/ccqJCCILcsjVVNeLI7jIcDsuUS2hmixwW7ARvpr AxHE02fHqVyjc/ From: Stefan Ehmann To: Robert Watson Date: Fri, 26 Sep 2008 04:08:35 +0200 User-Agent: KMail/1.10.1 (FreeBSD/7.1-PRERELEASE; KDE/4.1.1; i386; ; ) References: <200809231851.42849.shoesoft@gmx.net> <200809250139.10332.shoesoft@gmx.net> In-Reply-To: MIME-Version: 1.0 Message-Id: <200809260408.35831.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.5,0.5 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: ipfw: LOR/panic with uid rules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2008 02:08:41 -0000 On Thursday 25 September 2008 22:51:00 Robert Watson wrote: > On Thu, 25 Sep 2008, Stefan Ehmann wrote: > > Hmm, just obtained a new dump which was the same. Did a normal "make > > kernel", so source/kernel should be in sync > > > > This is the version: > > > > __FBSDID("$FreeBSD: src/sys/netinet/tcp_input.c,v 1.382 2008/09/24 > > 11:07:03 rwatson Exp $"); > > > > What doesn't match? I only checked this and it looks okay to me > > Indeed, it looks like I had my own source synchronization issue :-). > > This backtrace is differen from the previous one, and is for a different > instance of the same bug. I believe I've corrected it with this change: > > rwatson 2008-09-25 17:26:54 UTC Thanks, that definitely is an improvement for me. My initial test case doesn't cause a panic any longer. The LORs remain. Under a bit heavier load, I get a new LOR and panic after some minutes. lock order reversal: 1st 0xc4c9ee94 tcp_sc_head (tcp_sc_head) @ /usr/src/sys/kern/kern_mutex.c:137 2nd 0xc0e59fd8 PFil hook read/write mutex (PFil hook read/write mutex) @ /usr/src/sys/net/pfil.c:74 KDB: stack backtrace: db_trace_self_wrapper(c0bad7c2,c45aca48,c082cf95,4,c0ba916b,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0ba916b,c0bb97db,c4879d08,c45acaa4,...) at kdb_backtrace+0x29 _witness_debugger(c0bb0077,c0e59fd8,c0bb97f3,c4879d08,c0bb97db,...) at _witness_debugger+0x25 witness_checkorder(c0e59fd8,1,c0bb97db,4a,0,...) at witness_checkorder+0x810 _rm_rlock_debug(c0e59fd8,c45acaec,c0bb97db,4a,c089e366,...) at _rm_rlock_debug+0x38 pfil_run_hooks(c0e59fc0,c45acb78,c4b0a000,2,0,...) at pfil_run_hooks+0x3f ip_output(c4cbba00,0,0,0,0,...) at ip_output+0x872 syncache_respond(c5376b00,0,0,0,c45acc48,...) at syncache_respond+0x3a9 syncache_timer(c4c9ee94,1,c0bab9c2,16b,c0cf3034,...) at syncache_timer+0x147 softclock(c0cf3000,c45accc8,c07e0ec4,c0cf69c0,c4905938,...) at softclock+0x24a intr_event_execute_handlers(c48c07d4,c4905900,c0ba6d4b,4dd,c4905970,...) at intr_event_execute_handlers+0x125 ithread_loop(c48bf4d0,c45acd38,c0ba6abd,322,c48c07d4,...) at ithread_loop+0x9f fork_exit(c07d0920,c48bf4d0,c45acd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc45acd70, ebp = 0 --- (kgdb) bt #0 doadump () at pcpu.h:221 #1 0xc04bb929 in db_fncall (dummy1=1, dummy2=0, dummy3=0, dummy4=0xc4732338 "") at /usr/src/sys/ddb/db_command.c:549 #2 0xc04bbf31 in db_command (last_cmdp=0xc0cc06dc, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:446 #3 0xc04bc08a in db_command_loop () at /usr/src/sys/ddb/db_command.c:499 #4 0xc04bda3d in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:228 #5 0xc081b7b6 in kdb_trap (type=3, code=0, tf=0xc47324e0) at /usr/src/sys/kern/subr_kdb.c:534 #6 0xc0aff466 in trap (frame=0xc47324e0) at /usr/src/sys/i386/i386/trap.c:694 #7 0xc0ae3adb in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #8 0xc081b93a in kdb_enter (why=0xc0baa61b "panic", msg=0xc0baa61b "panic") at cpufunc.h:70 #9 0xc07ee7fc in panic (fmt=0xc0baa121 "%s (%s): wlock already held @ %s:%d") at /usr/src/sys/kern/kern_shutdown.c:556 #10 0xc07eccd6 in _rw_rlock (rw=0xc0e5acec, file=0xc103ceed "/usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c", line=2020) at /usr/src/sys/kern/kern_rwlock.c:283 #11 0xc103b92a in ipfw_chk (args=0xc47328a8) at /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:2020 #12 0xc103c4c8 in ipfw_check_out (arg=0x0, m0=0xc47329cc, ifp=0xc4b0a000, dir=2, inp=0xc50fe420) at /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:253 #13 0xc08992a8 in pfil_run_hooks (ph=0xc0e59fc0, mp=0xc4732a3c, ifp=0xc4b0a000, dir=2, inp=0xc50fe420) at /usr/src/sys/net/pfil.c:79 #14 0xc08e1602 in ip_output (m=0xc4cbe100, opt=0x0, ro=0xc4732a44, flags=0, imo=0x0, inp=0xc50fe420) at /usr/src/sys/netinet/ip_output.c:452 #15 0xc094842e in tcp_twrespond (tw=0xc53d9104, flags=Variable "flags" is not available. ) at /usr/src/sys/netinet/tcp_timewait.c:602 #16 0xc0948886 in tcp_twcheck (inp=0xc50fe420, to=0xc4732b5c, th=0xc4e2382a, m=0xc4e05700, tlen=0) at /usr/src/sys/netinet/tcp_timewait.c:407 #17 0xc093d66a in tcp_input (m=0xc4e05700, off0=20) at /usr/src/sys/netinet/tcp_input.c:554 #18 0xc08dfc10 in ip_input (m=0xc4e05700) at /usr/src/sys/netinet/ip_input.c:666 #19 0xc0898aa3 in netisr_dispatch (num=2, m=0xc4e05700) at /usr/src/sys/net/netisr.c:178 #20 0xc08929f1 in ether_demux (ifp=0xc4b0a000, m=0xc4e05700) at /usr/src/sys/net/if_ethersubr.c:842 #21 0xc0892e5f in ether_input (ifp=0xc4b0a000, m=0xc4e05700) at /usr/src/sys/net/if_ethersubr.c:700 #22 0xc076503e in vr_intr (arg=0xc4b22000) at /usr/src/sys/dev/vr/if_vr.c:1414 #23 0xc07cfd45 in intr_event_execute_handlers (p=0xc48c07d4, ie=0xc4905a80) at /usr/src/sys/kern/kern_intr.c:1134 #24 0xc07d09bf in ithread_loop (arg=0xc4b29a10) at /usr/src/sys/kern/kern_intr.c:1147 #25 0xc07cdb08 in fork_exit (callout=0xc07d0920 , arg=0xc4b29a10, frame=0xc4732d38) at /usr/src/sys/kern/kern_fork.c:810 #26 0xc0ae3b50 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:270 From owner-freebsd-current@FreeBSD.ORG Fri Sep 26 10:12:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C92B81065692 for ; Fri, 26 Sep 2008 10:12:06 +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 867038FC0A for ; Fri, 26 Sep 2008 10:12:06 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1KjAIp-0006NU-V8; Fri, 26 Sep 2008 11:12:05 +0100 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 1KjAIo-0002cd-1W; Fri, 26 Sep 2008 11:11:58 +0100 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.2/8.14.2) with ESMTP id m8QABv6H068335; Fri, 26 Sep 2008 11:11:57 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.2/8.14.2/Submit) id m8QABupn068334; Fri, 26 Sep 2008 11:11:56 +0100 (BST) (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, 26 Sep 2008 11:11:56 +0100 From: Anton Shterenlikht To: Dimitry Andric Message-ID: <20080926101155.GA68304@mech-cluster238.men.bris.ac.uk> References: <20080925154341.GA59156@mech-cluster238.men.bris.ac.uk> <48DBFD17.4040101@andric.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48DBFD17.4040101@andric.com> User-Agent: Mutt/1.5.18 (2008-05-17) X-Spam-Score: -1.4 X-Spam-Level: - Cc: freebsd-current@freebsd.org, Anton Shterenlikht Subject: Re: buildkernel failure on i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2008 10:12:06 -0000 On Thu, Sep 25, 2008 at 11:05:27PM +0200, Dimitry Andric wrote: > Anton Shterenlikht wrote: > > I installed 7.0-stable on i386 box, cvsup current sources, > > and built world - no problems there. > > > > When I try to build kernel, I get: > ... > > linking kernel.debug > > if_ural.o(.text+0x511): In function `ural_free_tx_list': > > /usr/src/sys/dev/usb/if_ural.c:669: undefined reference to `ieee80211_free_node' > > It looks like you're linking if_ral static. If so, do you also have at > least device wlan (and possibly other wlan_xxx devices) enabled in your > kernel configuration? no, I removed wlan. many thanks, I'll check this out. -- 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 Sep 26 11:02:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11FC51065686 for ; Fri, 26 Sep 2008 11:02:30 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from warped.bluecherry.net (unknown [IPv6:2001:440:eeee:fffb::2]) by mx1.freebsd.org (Postfix) with ESMTP id A5BCE8FC12 for ; Fri, 26 Sep 2008 11:02:29 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (unknown [74.193.170.223]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by warped.bluecherry.net (Postfix) with ESMTPSA id 7C07587F8511; Fri, 26 Sep 2008 06:02:28 -0500 (CDT) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.14.3/8.14.3) with ESMTP id m8QB2PgB084196; Fri, 26 Sep 2008 06:02:25 -0500 (CDT) (envelope-from morganw@chemikals.org) Date: Fri, 26 Sep 2008 06:02:25 -0500 (CDT) From: Wes Morgan To: Tom Evans In-Reply-To: <1222350806.2443.32.camel@localhost> Message-ID: References: <1222350806.2443.32.camel@localhost> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: LSI Logic MegaRAID SAS 8208ELP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2008 11:02:30 -0000 On Thu, 25 Sep 2008, Tom Evans wrote: > Hi all > > I'm looking at building a large home NAS, using ZFS, for long term media > storage and spooling recordings from a linux mythtv box. I am very keen > to avoid using ata(4), and was wondering if this card was supported by > either mfi(4) or amr(4)? It isn't explicitly mentioned in either, but > the 8408 is supported by mfi(4). > > If it is, excellent, its a nice 8 port PCIe 4x card available from UK > etailers for not obscene prices :) The 8408 should be supported by MFI. Check the freebsd-fs mailing list archives, there have been some reports of it working. From owner-freebsd-current@FreeBSD.ORG Fri Sep 26 12:40:32 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DE5A1065691; Fri, 26 Sep 2008 12:40:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1B0148FC2E; Fri, 26 Sep 2008 12:40: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 m8QCeQTM085405; Fri, 26 Sep 2008 08:40:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m8QCeQXx056020; Fri, 26 Sep 2008 08:40:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0570973039; Fri, 26 Sep 2008 08:40:25 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080926124026.0570973039@freebsd-current.sentex.ca> Date: Fri, 26 Sep 2008 08:40:25 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Sep 2008 12:40:32 -0000 TB --- 2008-09-26 12:27:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-26 12:27:35 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-09-26 12:27:35 - cleaning the object tree TB --- 2008-09-26 12:28:10 - cvsupping the source tree TB --- 2008-09-26 12:28:10 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-09-26 12:28:17 - building world (CFLAGS=-O -pipe) TB --- 2008-09-26 12:28:17 - cd /src TB --- 2008-09-26 12:28:17 - /usr/bin/make -B buildworld >>> World build started on Fri Sep 26 12:28:19 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building static gcc library ranlib libgcc.a sh /src/tools/install.sh -C -o root -g wheel -m 444 libgcc_eh.a /obj/ia64/src/tmp/usr/lib sh /src/tools/install.sh -C -o root -g wheel -m 444 libgcc.a /obj/ia64/src/tmp/usr/lib ===> gnu/lib/csu (obj,depend,all,install) cc -O -pipe -DIN_GCC -DHAVE_LD_EH_FRAME_HDR -DDT_CONFIG -D__GLIBC__=3 -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-zero-initialized-in-bss -fno-toplevel-reorder -I/src/gnu/lib/csu/../../../contrib/gcclibs/include -I/src/gnu/lib/csu/../../../contrib/gcc/config -I/src/gnu/lib/csu/../../../contrib/gcc -I. -I/src/gnu/lib/csu/../../usr.bin/cc/cc_tools -x assembler-with-cpp -include osreldate.h -std=gnu89 -g0 -DCRT_BEGIN -c -o crtbegin.o /src/gnu/lib/csu/../../../contrib/gcc/config/ia64/crtbegin.asm /obj/ia64/src/tmp/usr/include/osreldate.h: Assembler messages: /obj/ia64/src/tmp/usr/include/osreldate.h:38: Error: Unknown opcode `extern int getosreldate(void)' *** Error code 1 Stop in /src/gnu/lib/csu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-26 12:40:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-26 12:40:25 - ERROR: failed to build world TB --- 2008-09-26 12:40:25 - tinderbox aborted TB --- 519.12 user 56.64 system 770.63 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Sep 26 12:58:37 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 625601065689; Fri, 26 Sep 2008 12:58:37 +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 06F9D8FC1B; Fri, 26 Sep 2008 12:58:36 +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 esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1KjCu3-0001yd-LC; Fri, 26 Sep 2008 15:58:35 +0300 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 m8QCuf6p061891 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 26 Sep 2008 15:56:41 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m8QCufEJ006671; Fri, 26 Sep 2008 15:56:41 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id m8QCufMI006669; Fri, 26 Sep 2008 15:56:41 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 26 Sep 2008 15:56:41 +0300 From: Kostik Belousov To: peter@freebsd.org Message-ID: <20080926125641.GU47828@deviant.kiev.zoral.com.ua> References: <20080926124026.0570973039@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dzQpwWBOJ0CmsuPs" Content-Disposition: inline In-Reply-To: <20080926124026.0570973039@freebsd-current.sentex.ca> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 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 1KjCu3-0001yd-LC 9010423bb8eec5e8f6148fd2efde7357 X-Terabit: YES Cc: current@freebsd.org, ia64@freebsd.org Subject: Re: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2008 12:58:37 -0000 --dzQpwWBOJ0CmsuPs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 26, 2008 at 08:40:25AM -0400, FreeBSD Tinderbox wrote: > TB --- 2008-09-26 12:27:35 - tinderbox 2.3 running on freebsd-current.sen= tex.ca > TB --- 2008-09-26 12:27:35 - starting HEAD tinderbox run for ia64/ia64 > TB --- 2008-09-26 12:27:35 - cleaning the object tree > TB --- 2008-09-26 12:28:10 - cvsupping the source tree > TB --- 2008-09-26 12:28:10 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /= tinderbox/HEAD/ia64/ia64/supfile > TB --- 2008-09-26 12:28:17 - building world (CFLAGS=3D-O -pipe) > TB --- 2008-09-26 12:28:17 - cd /src > TB --- 2008-09-26 12:28:17 - /usr/bin/make -B buildworld > >>> World build started on Fri Sep 26 12:28:19 UTC 2008 > >>> Rebuilding the temporary build tree > >>> stage 1.1: legacy release compatibility shims > >>> stage 1.2: bootstrap tools > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3: cross tools > >>> stage 4.1: building includes > >>> stage 4.2: building libraries > [...] > building static gcc library > ranlib libgcc.a > sh /src/tools/install.sh -C -o root -g wheel -m 444 libgcc_eh.a /obj/ia= 64/src/tmp/usr/lib > sh /src/tools/install.sh -C -o root -g wheel -m 444 libgcc.a /obj/ia64/= src/tmp/usr/lib > =3D=3D=3D> gnu/lib/csu (obj,depend,all,install) > cc -O -pipe -DIN_GCC -DHAVE_LD_EH_FRAME_HDR -DDT_CONFIG -D__GLIBC__=3D3 = -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-zero-i= nitialized-in-bss -fno-zero-initialized-in-bss -fno-toplevel-reorder -I/sr= c/gnu/lib/csu/../../../contrib/gcclibs/include -I/src/gnu/lib/csu/../../../= contrib/gcc/config -I/src/gnu/lib/csu/../../../contrib/gcc -I. -I/src/gnu/= lib/csu/../../usr.bin/cc/cc_tools -x assembler-with-cpp -include osreldate.= h -std=3Dgnu89 -g0 -DCRT_BEGIN -c -o crtbegin.o /src/gnu/lib/csu/../../..= /contrib/gcc/config/ia64/crtbegin.asm > /obj/ia64/src/tmp/usr/include/osreldate.h: Assembler messages: > /obj/ia64/src/tmp/usr/include/osreldate.h:38: Error: Unknown opcode `exte= rn int getosreldate(void)' > *** Error code 1 >=20 > Stop in /src/gnu/lib/csu. > *** Error code 1 May be the right location for getosreldate() prototype is unistd.h then. Do you agree ? --dzQpwWBOJ0CmsuPs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkjc3AgACgkQC3+MBN1Mb4hlpgCgsK1toF/NdrYSo5u0amg8z3/Q fWUAoNTAfogzme3gGfXeE75P46toXR/2 =IBci -----END PGP SIGNATURE----- --dzQpwWBOJ0CmsuPs-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 26 16:05:44 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81EC0106568D; Fri, 26 Sep 2008 16:05:44 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout015.mac.com (asmtpout015.mac.com [17.148.16.90]) by mx1.freebsd.org (Postfix) with ESMTP id 57DEC8FC1C; Fri, 26 Sep 2008 16:05:44 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from [192.168.1.95] (209-128-86-226.BAYAREA.NET [209.128.86.226]) by asmtp015.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0K7T00DT75XIWN00@asmtp015.mac.com>; Fri, 26 Sep 2008 08:05:44 -0700 (PDT) Message-id: From: Marcel Moolenaar To: Kostik Belousov In-reply-to: <20080926125641.GU47828@deviant.kiev.zoral.com.ua> Date: Fri, 26 Sep 2008 08:05:42 -0700 References: <20080926124026.0570973039@freebsd-current.sentex.ca> <20080926125641.GU47828@deviant.kiev.zoral.com.ua> X-Mailer: Apple Mail (2.929.2) Cc: current@freebsd.org, peter@freebsd.org, ia64@freebsd.org Subject: Re: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2008 16:05:44 -0000 On Sep 26, 2008, at 5:56 AM, Kostik Belousov wrote: > On Fri, Sep 26, 2008 at 08:40:25AM -0400, FreeBSD Tinderbox wrote: >> TB --- 2008-09-26 12:27:35 - tinderbox 2.3 running on freebsd- >> current.sentex.ca >> TB --- 2008-09-26 12:27:35 - starting HEAD tinderbox run for ia64/ >> ia64 >> TB --- 2008-09-26 12:27:35 - cleaning the object tree >> TB --- 2008-09-26 12:28:10 - cvsupping the source tree >> TB --- 2008-09-26 12:28:10 - /usr/bin/csup -r 3 -g -L 1 -h >> localhost -s /tinderbox/HEAD/ia64/ia64/supfile >> TB --- 2008-09-26 12:28:17 - building world (CFLAGS=-O -pipe) >> TB --- 2008-09-26 12:28:17 - cd /src >> TB --- 2008-09-26 12:28:17 - /usr/bin/make -B buildworld >>>>> World build started on Fri Sep 26 12:28:19 UTC 2008 >>>>> Rebuilding the temporary build tree >>>>> stage 1.1: legacy release compatibility shims >>>>> stage 1.2: bootstrap tools >>>>> stage 2.1: cleaning up the object tree >>>>> stage 2.2: rebuilding the object tree >>>>> stage 2.3: build tools >>>>> stage 3: cross tools >>>>> stage 4.1: building includes >>>>> stage 4.2: building libraries >> [...] >> building static gcc library >> ranlib libgcc.a >> sh /src/tools/install.sh -C -o root -g wheel -m 444 libgcc_eh.a / >> obj/ia64/src/tmp/usr/lib >> sh /src/tools/install.sh -C -o root -g wheel -m 444 libgcc.a /obj/ >> ia64/src/tmp/usr/lib >> ===> gnu/lib/csu (obj,depend,all,install) >> cc -O -pipe -DIN_GCC -DHAVE_LD_EH_FRAME_HDR -DDT_CONFIG - >> D__GLIBC__=3 -finhibit-size-directive -fno-inline-functions -fno- >> exceptions -fno-zero-initialized-in-bss -fno-zero-initialized-in- >> bss -fno-toplevel-reorder -I/src/gnu/lib/csu/../../../contrib/ >> gcclibs/include -I/src/gnu/lib/csu/../../../contrib/gcc/config -I/ >> src/gnu/lib/csu/../../../contrib/gcc -I. -I/src/gnu/lib/csu/../../ >> usr.bin/cc/cc_tools -x assembler-with-cpp -include osreldate.h - >> std=gnu89 -g0 -DCRT_BEGIN -c -o crtbegin.o /src/gnu/lib/ >> csu/../../../contrib/gcc/config/ia64/crtbegin.asm >> /obj/ia64/src/tmp/usr/include/osreldate.h: Assembler messages: >> /obj/ia64/src/tmp/usr/include/osreldate.h:38: Error: Unknown opcode >> `extern int getosreldate(void)' >> *** Error code 1 >> >> Stop in /src/gnu/lib/csu. >> *** Error code 1 > > May be the right location for getosreldate() prototype is unistd.h > then. > Do you agree ? I just fixed it by adding -D_OSRELDATE_H to CFLAGS. This prevents the prototype from being declared while still defining __FreeBSD_version. In theory -- I haven't tested it yet... -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Fri Sep 26 17:01:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FD5A1065689 for ; Fri, 26 Sep 2008 17:01:10 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 052358FC0A for ; Fri, 26 Sep 2008 17:01:09 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so425248nfh.33 for ; Fri, 26 Sep 2008 10:01:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=EPBeALXXlqzvF+4IkTMqSPYafI2DiApdInv5a1chV0U=; b=R3ds0ineoiftSLx8CXOor8nfySdEzaEYY1bSm0Zeg5wMOt/jsKHJ3i3od9Ff30gsjs I1u6u2PwsXfNpEM0yvkFjoyBaH4LggQCgqX5ozduFyKn92lgl5vX+FmuComzRzZsZe+F e3ukGZ8jivbSp3HBmsh0gv9jSG1U8iM0S14sg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=iCI6mVyib46zfcXn3FOAxvwkeqBIETUmhPpG+cwjOgnU1xTcp2MiehaddPJBS4UEaG 7EWoIJ3L5EEQBNjkorCu8K5nWJkuYH9JB3OewPVaC3DV8XGfPJT6+Dnksj45zcJl677a t+M6Xi29DMg/0hXF+1kaqw+F07B/SDPmjKAkQ= Received: by 10.86.4.2 with SMTP id 2mr1495362fgd.21.1222448468651; Fri, 26 Sep 2008 10:01:08 -0700 (PDT) Received: by 10.86.62.1 with HTTP; Fri, 26 Sep 2008 10:01:08 -0700 (PDT) Message-ID: Date: Fri, 26 Sep 2008 10:01:08 -0700 From: "Maksim Yevmenkin" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: mergemaster broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2008 17:01:10 -0000 hello, i got the following today while trying to run mergemaster thanks, max beetle# mergemaster -sv *** The directory specified for the temporary root environment, /var/tmp/temproot, exists. This can be a security risk if untrusted users have access to the system. Use 'd' to delete the old /var/tmp/temproot and continue Use 't' to select a new temporary root directory Use 'e' to exit mergemaster Default is to use /var/tmp/temproot as is How should I deal with this? [Use the existing /var/tmp/temproot] d *** Deleting the old /var/tmp/temproot *** Creating the temporary root environment in /var/tmp/temproot *** /var/tmp/temproot ready for use *** Creating and populating directory structure in /var/tmp/temproot *** Press the [Enter] or [Return] key to continue "/usr/src/etc/Makefile", line 34: Malformed conditional (${MK_AMD} != "no") "/usr/src/etc/Makefile", line 36: if-less endif "/usr/src/etc/Makefile", line 38: Malformed conditional (${MK_APM} != "no") "/usr/src/etc/Makefile", line 40: if-less endif "/usr/src/etc/Makefile", line 42: Malformed conditional (${MK_BSNMP} != "no") "/usr/src/etc/Makefile", line 44: if-less endif "/usr/src/etc/Makefile", line 46: Malformed conditional (${MK_FREEBSD_UPDATE} != "no") "/usr/src/etc/Makefile", line 48: if-less endif "/usr/src/etc/Makefile", line 50: Malformed conditional (${MK_LOCATE} != "no") "/usr/src/etc/Makefile", line 52: if-less endif "/usr/src/etc/Makefile", line 58: Malformed conditional (${MK_MAIL} != "no") "/usr/src/etc/Makefile", line 60: if-less endif "/usr/src/etc/Makefile", line 79: Malformed conditional (${MK_PORTSNAP} != "no") "/usr/src/etc/Makefile", line 81: if-less endif "/usr/src/etc/Makefile", line 87: Malformed conditional (${MK_WIRELESS} != "no") "/usr/src/etc/Makefile", line 89: if-less endif "/usr/src/etc/Makefile", line 208: Malformed conditional (${MK_PPP} != "no") "/usr/src/etc/Makefile", line 211: if-less endif "/usr/src/etc/Makefile", line 212: Malformed conditional (${MK_MAIL} != "no") "/usr/src/etc/Makefile", line 220: if-less endif make: fatal errors encountered -- cannot continue *** FATAL ERROR: Cannot 'cd' to /usr/src/etc and install files to the temproot environment From owner-freebsd-current@FreeBSD.ORG Fri Sep 26 18:17:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2367D1065688 for ; Fri, 26 Sep 2008 18:17:11 +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 EBB548FC0A for ; Fri, 26 Sep 2008 18:17:10 +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 ESMTP id 84BFE46B3B; Fri, 26 Sep 2008 14:17:10 -0400 (EDT) Date: Fri, 26 Sep 2008 19:17:10 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Stefan Ehmann In-Reply-To: <200809260408.35831.shoesoft@gmx.net> Message-ID: References: <200809231851.42849.shoesoft@gmx.net> <200809250139.10332.shoesoft@gmx.net> <200809260408.35831.shoesoft@gmx.net> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: ipfw: LOR/panic with uid rules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2008 18:17:11 -0000 On Fri, 26 Sep 2008, Stefan Ehmann wrote: > lock order reversal: > > 1st 0xc4c9ee94 tcp_sc_head (tcp_sc_head) @ > /usr/src/sys/kern/kern_mutex.c:137 > > 2nd 0xc0e59fd8 PFil hook read/write mutex (PFil hook read/write mutex) @ > /usr/src/sys/net/pfil.c:74 > > KDB: stack backtrace: > > db_trace_self_wrapper(c0bad7c2,c45aca48,c082cf95,4,c0ba916b,...) at > db_trace_self_wrapper+0x26 > > kdb_backtrace(4,c0ba916b,c0bb97db,c4879d08,c45acaa4,...) at > kdb_backtrace+0x29 > > _witness_debugger(c0bb0077,c0e59fd8,c0bb97f3,c4879d08,c0bb97db,...) at > _witness_debugger+0x25 > > witness_checkorder(c0e59fd8,1,c0bb97db,4a,0,...) at witness_checkorder+0x810 > > _rm_rlock_debug(c0e59fd8,c45acaec,c0bb97db,4a,c089e366,...) at > _rm_rlock_debug+0x38 > > pfil_run_hooks(c0e59fc0,c45acb78,c4b0a000,2,0,...) at pfil_run_hooks+0x3f > > ip_output(c4cbba00,0,0,0,0,...) at ip_output+0x872 > > syncache_respond(c5376b00,0,0,0,c45acc48,...) at syncache_respond+0x3a9 > > syncache_timer(c4c9ee94,1,c0bab9c2,16b,c0cf3034,...) at syncache_timer+0x147 I believe this is an accepted LOR to do with using an rwlock in this way in pfil. > #10 0xc07eccd6 in _rw_rlock (rw=0xc0e5acec, file=0xc103ceed > "/usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c", line=2020) at > /usr/src/sys/kern/kern_rwlock.c:283 > > #11 0xc103b92a in ipfw_chk (args=0xc47328a8) at > /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:2020 This surprises me -- can in principle we've passed down 'inp' so there should be no need to look it up. In higher frames, 'inp' is definitely non-NULL, so what happened here? Could you print out the values of the local variables in the check_uidgid() frame? Especially, 'inp' and 'lookup'? > #12 0xc103c4c8 in ipfw_check_out (arg=0x0, m0=0xc47329cc, ifp=0xc4b0a000, > dir=2, inp=0xc50fe420) at > /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:253 See non-NULL inp here. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Fri Sep 26 19:27:36 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B2D91065689 for ; Fri, 26 Sep 2008 19:27:36 +0000 (UTC) (envelope-from peter@wemm.org) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.179]) by mx1.freebsd.org (Postfix) with ESMTP id 2DFF48FC0C for ; Fri, 26 Sep 2008 19:27:36 +0000 (UTC) (envelope-from peter@wemm.org) Received: by el-out-1112.google.com with SMTP id v27so261449ele.13 for ; Fri, 26 Sep 2008 12:27:35 -0700 (PDT) Received: by 10.142.240.9 with SMTP id n9mr763265wfh.79.1222456773405; Fri, 26 Sep 2008 12:19:33 -0700 (PDT) Received: by 10.142.255.21 with HTTP; Fri, 26 Sep 2008 12:19:33 -0700 (PDT) Message-ID: Date: Fri, 26 Sep 2008 12:19:33 -0700 From: "Peter Wemm" To: "Marcel Moolenaar" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080926124026.0570973039@freebsd-current.sentex.ca> <20080926125641.GU47828@deviant.kiev.zoral.com.ua> Cc: Kostik Belousov , current@freebsd.org, ia64@freebsd.org Subject: Re: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2008 19:27:36 -0000 On Fri, Sep 26, 2008 at 8:05 AM, Marcel Moolenaar wrote: > > On Sep 26, 2008, at 5:56 AM, Kostik Belousov wrote: > >> On Fri, Sep 26, 2008 at 08:40:25AM -0400, FreeBSD Tinderbox wrote: >>> >>> TB --- 2008-09-26 12:27:35 - tinderbox 2.3 running on >>> freebsd-current.sentex.ca >>> TB --- 2008-09-26 12:27:35 - starting HEAD tinderbox run for ia64/ia64 >>> TB --- 2008-09-26 12:27:35 - cleaning the object tree >>> TB --- 2008-09-26 12:28:10 - cvsupping the source tree >>> TB --- 2008-09-26 12:28:10 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s >>> /tinderbox/HEAD/ia64/ia64/supfile >>> TB --- 2008-09-26 12:28:17 - building world (CFLAGS=-O -pipe) >>> TB --- 2008-09-26 12:28:17 - cd /src >>> TB --- 2008-09-26 12:28:17 - /usr/bin/make -B buildworld >>>>>> >>>>>> World build started on Fri Sep 26 12:28:19 UTC 2008 >>>>>> Rebuilding the temporary build tree >>>>>> stage 1.1: legacy release compatibility shims >>>>>> stage 1.2: bootstrap tools >>>>>> stage 2.1: cleaning up the object tree >>>>>> stage 2.2: rebuilding the object tree >>>>>> stage 2.3: build tools >>>>>> stage 3: cross tools >>>>>> stage 4.1: building includes >>>>>> stage 4.2: building libraries >>> >>> [...] >>> building static gcc library >>> ranlib libgcc.a >>> sh /src/tools/install.sh -C -o root -g wheel -m 444 libgcc_eh.a >>> /obj/ia64/src/tmp/usr/lib >>> sh /src/tools/install.sh -C -o root -g wheel -m 444 libgcc.a >>> /obj/ia64/src/tmp/usr/lib >>> ===> gnu/lib/csu (obj,depend,all,install) >>> cc -O -pipe -DIN_GCC -DHAVE_LD_EH_FRAME_HDR -DDT_CONFIG -D__GLIBC__=3 >>> -finhibit-size-directive -fno-inline-functions -fno-exceptions >>> -fno-zero-initialized-in-bss -fno-zero-initialized-in-bss >>> -fno-toplevel-reorder -I/src/gnu/lib/csu/../../../contrib/gcclibs/include >>> -I/src/gnu/lib/csu/../../../contrib/gcc/config >>> -I/src/gnu/lib/csu/../../../contrib/gcc -I. >>> -I/src/gnu/lib/csu/../../usr.bin/cc/cc_tools -x assembler-with-cpp -include >>> osreldate.h -std=gnu89 -g0 -DCRT_BEGIN -c -o crtbegin.o >>> /src/gnu/lib/csu/../../../contrib/gcc/config/ia64/crtbegin.asm >>> /obj/ia64/src/tmp/usr/include/osreldate.h: Assembler messages: >>> /obj/ia64/src/tmp/usr/include/osreldate.h:38: Error: Unknown opcode >>> `extern int getosreldate(void)' >>> *** Error code 1 >>> >>> Stop in /src/gnu/lib/csu. >>> *** Error code 1 >> >> May be the right location for getosreldate() prototype is unistd.h then. >> Do you agree ? > > I just fixed it by adding -D_OSRELDATE_H to CFLAGS. This prevents the > prototype from being declared while still defining __FreeBSD_version. > In theory -- I haven't tested it yet... The question is.. how is __STDC__ getting set for asm code? It most definitely is not "standard C" code. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-current@FreeBSD.ORG Fri Sep 26 19:37:56 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C83BE106568B for ; Fri, 26 Sep 2008 19:37:56 +0000 (UTC) (envelope-from peter@wemm.org) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.169]) by mx1.freebsd.org (Postfix) with ESMTP id A41768FC08 for ; Fri, 26 Sep 2008 19:37:56 +0000 (UTC) (envelope-from peter@wemm.org) Received: by wf-out-1314.google.com with SMTP id 24so1192122wfg.7 for ; Fri, 26 Sep 2008 12:37:56 -0700 (PDT) Received: by 10.142.82.6 with SMTP id f6mr762425wfb.43.1222456567688; Fri, 26 Sep 2008 12:16:07 -0700 (PDT) Received: by 10.142.255.21 with HTTP; Fri, 26 Sep 2008 12:16:07 -0700 (PDT) Message-ID: Date: Fri, 26 Sep 2008 12:16:07 -0700 From: "Peter Wemm" To: "Kostik Belousov" In-Reply-To: <20080926125641.GU47828@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080926124026.0570973039@freebsd-current.sentex.ca> <20080926125641.GU47828@deviant.kiev.zoral.com.ua> Cc: current@freebsd.org, ia64@freebsd.org Subject: Re: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2008 19:37:56 -0000 On Fri, Sep 26, 2008 at 5:56 AM, Kostik Belousov wrote: > On Fri, Sep 26, 2008 at 08:40:25AM -0400, FreeBSD Tinderbox wrote: [..] >> DCRT_BEGIN -c -o crtbegin.o /src/gnu/lib/csu/../../../contrib/gcc/config/ia64/crtbegin.asm >> /obj/ia64/src/tmp/usr/include/osreldate.h: Assembler messages: >> /obj/ia64/src/tmp/usr/include/osreldate.h:38: Error: Unknown opcode `extern int getosreldate(void)' >> *** Error code 1 >> >> Stop in /src/gnu/lib/csu. >> *** Error code 1 > > May be the right location for getosreldate() prototype is unistd.h then. > Do you agree ? > That would work for me. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-current@FreeBSD.ORG Fri Sep 26 19:42:56 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E501C1065687; Fri, 26 Sep 2008 19:42:55 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout015.mac.com (asmtpout015.mac.com [17.148.16.90]) by mx1.freebsd.org (Postfix) with ESMTP id CDBB98FC08; Fri, 26 Sep 2008 19:42:55 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from alan-tablet.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp015.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0K7T00G97IRHJ180@asmtp015.mac.com>; Fri, 26 Sep 2008 12:42:55 -0700 (PDT) Message-id: From: Marcel Moolenaar To: Peter Wemm In-reply-to: Date: Fri, 26 Sep 2008 12:42:53 -0700 References: <20080926124026.0570973039@freebsd-current.sentex.ca> <20080926125641.GU47828@deviant.kiev.zoral.com.ua> X-Mailer: Apple Mail (2.929.2) Cc: Kostik Belousov , current@freebsd.org, ia64@freebsd.org Subject: Re: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2008 19:42:56 -0000 On Sep 26, 2008, at 12:19 PM, Peter Wemm wrote: > On Fri, Sep 26, 2008 at 8:05 AM, Marcel Moolenaar > wrote: >> >> On Sep 26, 2008, at 5:56 AM, Kostik Belousov wrote: >> >>> On Fri, Sep 26, 2008 at 08:40:25AM -0400, FreeBSD Tinderbox wrote: >>>> >>>> TB --- 2008-09-26 12:27:35 - tinderbox 2.3 running on >>>> freebsd-current.sentex.ca >>>> TB --- 2008-09-26 12:27:35 - starting HEAD tinderbox run for ia64/ >>>> ia64 >>>> TB --- 2008-09-26 12:27:35 - cleaning the object tree >>>> TB --- 2008-09-26 12:28:10 - cvsupping the source tree >>>> TB --- 2008-09-26 12:28:10 - /usr/bin/csup -r 3 -g -L 1 -h >>>> localhost -s >>>> /tinderbox/HEAD/ia64/ia64/supfile >>>> TB --- 2008-09-26 12:28:17 - building world (CFLAGS=-O -pipe) >>>> TB --- 2008-09-26 12:28:17 - cd /src >>>> TB --- 2008-09-26 12:28:17 - /usr/bin/make -B buildworld >>>>>>> >>>>>>> World build started on Fri Sep 26 12:28:19 UTC 2008 >>>>>>> Rebuilding the temporary build tree >>>>>>> stage 1.1: legacy release compatibility shims >>>>>>> stage 1.2: bootstrap tools >>>>>>> stage 2.1: cleaning up the object tree >>>>>>> stage 2.2: rebuilding the object tree >>>>>>> stage 2.3: build tools >>>>>>> stage 3: cross tools >>>>>>> stage 4.1: building includes >>>>>>> stage 4.2: building libraries >>>> >>>> [...] >>>> building static gcc library >>>> ranlib libgcc.a >>>> sh /src/tools/install.sh -C -o root -g wheel -m 444 libgcc_eh.a >>>> /obj/ia64/src/tmp/usr/lib >>>> sh /src/tools/install.sh -C -o root -g wheel -m 444 libgcc.a >>>> /obj/ia64/src/tmp/usr/lib >>>> ===> gnu/lib/csu (obj,depend,all,install) >>>> cc -O -pipe -DIN_GCC -DHAVE_LD_EH_FRAME_HDR -DDT_CONFIG - >>>> D__GLIBC__=3 >>>> -finhibit-size-directive -fno-inline-functions -fno-exceptions >>>> -fno-zero-initialized-in-bss -fno-zero-initialized-in-bss >>>> -fno-toplevel-reorder -I/src/gnu/lib/csu/../../../contrib/gcclibs/ >>>> include >>>> -I/src/gnu/lib/csu/../../../contrib/gcc/config >>>> -I/src/gnu/lib/csu/../../../contrib/gcc -I. >>>> -I/src/gnu/lib/csu/../../usr.bin/cc/cc_tools -x assembler-with- >>>> cpp -include >>>> osreldate.h -std=gnu89 -g0 -DCRT_BEGIN -c -o crtbegin.o >>>> /src/gnu/lib/csu/../../../contrib/gcc/config/ia64/crtbegin.asm >>>> /obj/ia64/src/tmp/usr/include/osreldate.h: Assembler messages: >>>> /obj/ia64/src/tmp/usr/include/osreldate.h:38: Error: Unknown opcode >>>> `extern int getosreldate(void)' >>>> *** Error code 1 >>>> >>>> Stop in /src/gnu/lib/csu. >>>> *** Error code 1 >>> >>> May be the right location for getosreldate() prototype is unistd.h >>> then. >>> Do you agree ? >> >> I just fixed it by adding -D_OSRELDATE_H to CFLAGS. This prevents the >> prototype from being declared while still defining __FreeBSD_version. >> In theory -- I haven't tested it yet... > > The question is.. how is __STDC__ getting set for asm code? It most > definitely is not "standard C" code. gcc (read: cc1) defines it: hob% cc -E -x assembler-with-cpp -dM /dev/null | grep STDC #define __STDC_HOSTED__ 1 #define __STDC__ 1 If you added the __STDC__ conditional especially to avoid build breakage on ia64, then we should probably remove it. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Fri Sep 26 20:11:22 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B2271065758 for ; Fri, 26 Sep 2008 20:11:22 +0000 (UTC) (envelope-from peter@wemm.org) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.170]) by mx1.freebsd.org (Postfix) with ESMTP id 090868FC1F for ; Fri, 26 Sep 2008 20:11:18 +0000 (UTC) (envelope-from peter@wemm.org) Received: by wf-out-1314.google.com with SMTP id 24so1209747wfg.7 for ; Fri, 26 Sep 2008 13:11:18 -0700 (PDT) Received: by 10.142.178.2 with SMTP id a2mr776788wff.160.1222459878554; Fri, 26 Sep 2008 13:11:18 -0700 (PDT) Received: by 10.142.255.21 with HTTP; Fri, 26 Sep 2008 13:11:18 -0700 (PDT) Message-ID: Date: Fri, 26 Sep 2008 13:11:18 -0700 From: "Peter Wemm" To: "Marcel Moolenaar" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080926124026.0570973039@freebsd-current.sentex.ca> <20080926125641.GU47828@deviant.kiev.zoral.com.ua> Cc: Kostik Belousov , current@freebsd.org, ia64@freebsd.org Subject: Re: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2008 20:11:22 -0000 On Fri, Sep 26, 2008 at 12:42 PM, Marcel Moolenaar wrote: > > On Sep 26, 2008, at 12:19 PM, Peter Wemm wrote: > >> On Fri, Sep 26, 2008 at 8:05 AM, Marcel Moolenaar wrote: >>> >>> On Sep 26, 2008, at 5:56 AM, Kostik Belousov wrote: >>> >>>> On Fri, Sep 26, 2008 at 08:40:25AM -0400, FreeBSD Tinderbox wrote: >>>>> >>>>> TB --- 2008-09-26 12:27:35 - tinderbox 2.3 running on >>>>> freebsd-current.sentex.ca >>>>> TB --- 2008-09-26 12:27:35 - starting HEAD tinderbox run for ia64/ia64 >>>>> TB --- 2008-09-26 12:27:35 - cleaning the object tree >>>>> TB --- 2008-09-26 12:28:10 - cvsupping the source tree >>>>> TB --- 2008-09-26 12:28:10 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s >>>>> /tinderbox/HEAD/ia64/ia64/supfile >>>>> TB --- 2008-09-26 12:28:17 - building world (CFLAGS=-O -pipe) >>>>> TB --- 2008-09-26 12:28:17 - cd /src >>>>> TB --- 2008-09-26 12:28:17 - /usr/bin/make -B buildworld >>>>>>>> >>>>>>>> World build started on Fri Sep 26 12:28:19 UTC 2008 >>>>>>>> Rebuilding the temporary build tree >>>>>>>> stage 1.1: legacy release compatibility shims >>>>>>>> stage 1.2: bootstrap tools >>>>>>>> stage 2.1: cleaning up the object tree >>>>>>>> stage 2.2: rebuilding the object tree >>>>>>>> stage 2.3: build tools >>>>>>>> stage 3: cross tools >>>>>>>> stage 4.1: building includes >>>>>>>> stage 4.2: building libraries >>>>> >>>>> [...] >>>>> building static gcc library >>>>> ranlib libgcc.a >>>>> sh /src/tools/install.sh -C -o root -g wheel -m 444 libgcc_eh.a >>>>> /obj/ia64/src/tmp/usr/lib >>>>> sh /src/tools/install.sh -C -o root -g wheel -m 444 libgcc.a >>>>> /obj/ia64/src/tmp/usr/lib >>>>> ===> gnu/lib/csu (obj,depend,all,install) >>>>> cc -O -pipe -DIN_GCC -DHAVE_LD_EH_FRAME_HDR -DDT_CONFIG -D__GLIBC__=3 >>>>> -finhibit-size-directive -fno-inline-functions -fno-exceptions >>>>> -fno-zero-initialized-in-bss -fno-zero-initialized-in-bss >>>>> -fno-toplevel-reorder >>>>> -I/src/gnu/lib/csu/../../../contrib/gcclibs/include >>>>> -I/src/gnu/lib/csu/../../../contrib/gcc/config >>>>> -I/src/gnu/lib/csu/../../../contrib/gcc -I. >>>>> -I/src/gnu/lib/csu/../../usr.bin/cc/cc_tools -x assembler-with-cpp >>>>> -include >>>>> osreldate.h -std=gnu89 -g0 -DCRT_BEGIN -c -o crtbegin.o >>>>> /src/gnu/lib/csu/../../../contrib/gcc/config/ia64/crtbegin.asm >>>>> /obj/ia64/src/tmp/usr/include/osreldate.h: Assembler messages: >>>>> /obj/ia64/src/tmp/usr/include/osreldate.h:38: Error: Unknown opcode >>>>> `extern int getosreldate(void)' >>>>> *** Error code 1 >>>>> >>>>> Stop in /src/gnu/lib/csu. >>>>> *** Error code 1 >>>> >>>> May be the right location for getosreldate() prototype is unistd.h then. >>>> Do you agree ? >>> >>> I just fixed it by adding -D_OSRELDATE_H to CFLAGS. This prevents the >>> prototype from being declared while still defining __FreeBSD_version. >>> In theory -- I haven't tested it yet... >> >> The question is.. how is __STDC__ getting set for asm code? It most >> definitely is not "standard C" code. > > gcc (read: cc1) defines it: > > hob% cc -E -x assembler-with-cpp -dM /dev/null | grep STDC > #define __STDC_HOSTED__ 1 > #define __STDC__ 1 > > If you added the __STDC__ conditional especially to avoid > build breakage on ia64, then we should probably remove it. I originally added the __STDC__ thing to stop imake breaking. It was a long time ago though when I last messed with it. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-current@FreeBSD.ORG Fri Sep 26 20:34:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCA221065688 for ; Fri, 26 Sep 2008 20:34:03 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 26F6F8FC13 for ; Fri, 26 Sep 2008 20:34:02 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 26 Sep 2008 20:34:00 -0000 Received: from 85-127-94-178.dynamic.xdsl-line.inode.at (EHLO taxman.pepperland) [85.127.94.178] by mail.gmx.net (mp067) with SMTP; 26 Sep 2008 22:34:00 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX18clqNzd6IccrkPN/aO2EWF7qStoVD82mOmLShxOJ 79SrR2OfS3OvOv From: Stefan Ehmann To: Robert Watson Date: Fri, 26 Sep 2008 22:33:58 +0200 User-Agent: KMail/1.10.1 (FreeBSD/7.1-PRERELEASE; KDE/4.1.1; i386; ; ) References: <200809231851.42849.shoesoft@gmx.net> <200809260408.35831.shoesoft@gmx.net> In-Reply-To: MIME-Version: 1.0 Message-Id: <200809262233.59216.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.51,0.51 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: ipfw: LOR/panic with uid rules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2008 20:34:04 -0000 On Friday 26 September 2008 20:17:10 Robert Watson wrote: > On Fri, 26 Sep 2008, Stefan Ehmann wrote: > > lock order reversal: > > > > 1st 0xc4c9ee94 tcp_sc_head (tcp_sc_head) @ > > /usr/src/sys/kern/kern_mutex.c:137 > > > > 2nd 0xc0e59fd8 PFil hook read/write mutex (PFil hook read/write mutex) @ > > /usr/src/sys/net/pfil.c:74 ... > I believe this is an accepted LOR to do with using an rwlock in this way in > pfil. > > > #10 0xc07eccd6 in _rw_rlock (rw=0xc0e5acec, file=0xc103ceed > > "/usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c", line=2020) at > > /usr/src/sys/kern/kern_rwlock.c:283 > > > > #11 0xc103b92a in ipfw_chk (args=0xc47328a8) at > > /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:2020 > > This surprises me -- can in principle we've passed down 'inp' so there > should be no need to look it up. In higher frames, 'inp' is definitely > non-NULL, so what happened here? Could you print out the values of the > local variables in the check_uidgid() frame? Especially, 'inp' and > 'lookup'? Something seems to be broken or I'm doing something wrong. I can't access the locals: (kgdb) fr 11 #11 0xc103b92a in ipfw_chk (args=0xc47328a8) at /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:2020 2020 INP_INFO_RLOCK(pi); (kgdb) p inp No symbol "inp" in current context. (kgdb) p lookup $1 = {int (struct nameidata *)} 0xc086acb0 (kgdb) p pi No symbol "pi" in current context. > > #12 0xc103c4c8 in ipfw_check_out (arg=0x0, m0=0xc47329cc, ifp=0xc4b0a000, > > dir=2, inp=0xc50fe420) at > > /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:253 > > See non-NULL inp here. -- Stefan From owner-freebsd-current@FreeBSD.ORG Sat Sep 27 10:45:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8EF2106568F for ; Sat, 27 Sep 2008 10:45:14 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 8F2858FC17 for ; Sat, 27 Sep 2008 10:45:14 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=JLvDrSx6yuV7yDGJFobpQ3tAo5tqTNxdxdOW8aFXCrOOXh6RIAtPWGxezulnipCtxk+ytSS406dlegf4Tem+ORZPvm8ZvLSBuNHIaj/KK3NvLcvECP7fgV+IhRg9q+u4elInNNOBP+/CBpjOsKNPLqHKHDtb7szuLgAtwOPCr1g=; Received: from amnesiac.at.no.dns (ppp83-237-105-204.pppoe.mtu-net.ru [83.237.105.204]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1KjXIW-0009U8-6v; Sat, 27 Sep 2008 14:45:12 +0400 Date: Sat, 27 Sep 2008 14:45:12 +0400 From: Eygene Ryabinkin To: Maksim Yevmenkin Message-ID: <8mjnlfjxki8xBLJGjaWITKbl+tA@Nv45r0f9gWT8HCu35qu0Xm2Zg98> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ghzN8eJ9Qlbqn3iT" Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru Cc: sam@freebsd.org, freebsd-current@freebsd.org, dougb@freebsd.org Subject: Re: mergemaster broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2008 10:45:15 -0000 --ghzN8eJ9Qlbqn3iT Content-Type: multipart/mixed; boundary="oC1+HKm2/end4ao3" Content-Disposition: inline --oC1+HKm2/end4ao3 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Maksim, good day. Fri, Sep 26, 2008 at 10:01:08AM -0700, Maksim Yevmenkin wrote: > i got the following today while trying to run mergemaster >=20 > thanks, > max >=20 > beetle# mergemaster -sv >=20 > *** The directory specified for the temporary root environment, > /var/tmp/temproot, exists. This can be a security risk if untrusted > users have access to the system. >=20 > Use 'd' to delete the old /var/tmp/temproot and continue > Use 't' to select a new temporary root directory > Use 'e' to exit mergemaster >=20 > Default is to use /var/tmp/temproot as is >=20 > How should I deal with this? [Use the existing /var/tmp/temproot] d >=20 > *** Deleting the old /var/tmp/temproot >=20 > *** Creating the temporary root environment in /var/tmp/temproot > *** /var/tmp/temproot ready for use > *** Creating and populating directory structure in /var/tmp/temproot >=20 > *** Press the [Enter] or [Return] key to continue > "/usr/src/etc/Makefile", line 34: Malformed conditional (${MK_AMD} !=3D "= no") > "/usr/src/etc/Makefile", line 36: if-less endif [...] The problem is that your /usr/share/mk/bsd.own.mk is old and does not include the stuff from the SVN rev 183242 that was done by Sam Leffler. So if you'll manually copy the new version of bsd.own.mk from /usr/src to /usr/share/mk, mergemaster will work. This is not very clean, so I had created a quick patch for mergemaster (from -STABLE, have no -CURRENT at hand just now, sorry). It enables all 'make' invocations to search /usr/src/share/mk prior to look for includes in /usr/share/mk. Works for my quick testing, but there can be some rough points I had not noticed. Please, try it. --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --oC1+HKm2/end4ao3 Content-Type: text/x-diff; charset=koi8-r Content-Disposition: attachment; filename="mergemaster.patch" Content-Transfer-Encoding: quoted-printable Enables mergemaster to use system include files from the source directory (read /usr/src) prior to use their version from the system. It is useful when some file from /usr/share/mk gained some functionality and some Makefile(s) depend on this new stuff. --- usr.sbin/mergemaster.orig 2008-09-27 14:24:14.000000000 +0400 +++ usr.sbin/mergemaster 2008-09-27 14:37:58.000000000 +0400 @@ -414,6 +414,11 @@ # SOURCEDIR=3D${SOURCEDIR:-/usr/src/etc} =20 +# New versions of system makefiles should take precedence +# over the default one. +# +MAKE_FLAGS=3D"-m ${SOURCEDIR%etc}share/mk -m /usr/share/mk" + # Check DESTDIR against the mergemaster mtree database to see what # files the user changed from the reference files. # @@ -552,13 +557,13 @@ case "${DESTDIR}" in '') ;; *) - make DESTDIR=3D${DESTDIR} ${ARCHSTRING} distrib-dirs + make ${MAKE_FLAGS} DESTDIR=3D${DESTDIR} ${ARCHSTRING} distrib-dirs ;; esac - make DESTDIR=3D${TEMPROOT} ${ARCHSTRING} distrib-dirs && - MAKEOBJDIRPREFIX=3D${TEMPROOT}/usr/obj make ${ARCHSTRING} obj && - MAKEOBJDIRPREFIX=3D${TEMPROOT}/usr/obj make ${ARCHSTRING} all && - MAKEOBJDIRPREFIX=3D${TEMPROOT}/usr/obj make ${ARCHSTRING} \ + make ${MAKE_FLAGS} DESTDIR=3D${TEMPROOT} ${ARCHSTRING} distrib-dirs = && + MAKEOBJDIRPREFIX=3D${TEMPROOT}/usr/obj make ${MAKE_FLAGS} ${ARCHSTRI= NG} obj && + MAKEOBJDIRPREFIX=3D${TEMPROOT}/usr/obj make ${MAKE_FLAGS} ${ARCHSTRI= NG} all && + MAKEOBJDIRPREFIX=3D${TEMPROOT}/usr/obj make ${MAKE_FLAGS} ${ARCHSTRI= NG} \ DESTDIR=3D${TEMPROOT} distribution;} || { echo ''; echo " *** FATAL ERROR: Cannot 'cd' to ${SOURCEDIR} and install file= s to"; --oC1+HKm2/end4ao3-- --ghzN8eJ9Qlbqn3iT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjeDrgACgkQthUKNsbL7YhLHgCfZewaVx3cM+Njg5SDq1fVc/0D 4q4An3qGjGkhXBwdHUO1Bcx4AW1mzpHH =JOIH -----END PGP SIGNATURE----- --ghzN8eJ9Qlbqn3iT-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 27 16:30:57 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4B4F1065686; Sat, 27 Sep 2008 16:30:57 +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 6611E8FC08; Sat, 27 Sep 2008 16:30:57 +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 m8RGUsWi053804; Sat, 27 Sep 2008 12:30:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m8RGUrZN005147; Sat, 27 Sep 2008 12:30:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CE08C73039; Sat, 27 Sep 2008 12:30:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080927163053.CE08C73039@freebsd-current.sentex.ca> Date: Sat, 27 Sep 2008 12:30:53 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner2 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: Sat, 27 Sep 2008 16:30:57 -0000 TB --- 2008-09-27 15:30:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-27 15:30:02 - starting HEAD tinderbox run for i386/i386 TB --- 2008-09-27 15:30:02 - cleaning the object tree TB --- 2008-09-27 15:30:42 - cvsupping the source tree TB --- 2008-09-27 15:30:42 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-09-27 15:30:51 - building world (CFLAGS=-O -pipe) TB --- 2008-09-27 15:30:51 - cd /src TB --- 2008-09-27 15:30:51 - /usr/bin/make -B buildworld >>> World build started on Sat Sep 27 15:30:53 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipresend/../../../sys -I/src/sbin/ipf/ipresend/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/ipf/ipresend/../../../contrib/ipfilter/ipsend/sock.c cc -O -pipe -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipresend/../../../sys -I/src/sbin/ipf/ipresend/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/ipf/ipresend/../../../contrib/ipfilter/ipsend/44arp.c cc -O -pipe -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipresend/../../../sys -I/src/sbin/ipf/ipresend/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ipresend ipresend.o ip.o resend.o sbpf.o sock.o 44arp.o /obj/src/sbin/ipf/ipresend/../libipf/libipf.a -lkvm gzip -cn /src/sbin/ipf/ipresend/../../../contrib/ipfilter/ipsend/ipresend.1 > ipresend.1.gz ===> sbin/ipfw (all) cc -O -pipe -fstack-protector -Wno-pointer-sign -c /src/sbin/ipfw/ipfw2.c /src/sbin/ipfw/ipfw2.c: In function 'table_handler': /src/sbin/ipfw/ipfw2.c:5969: error: too few arguments to function 'table_list' *** Error code 1 Stop in /src/sbin/ipfw. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-27 16:30:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-27 16:30:53 - ERROR: failed to build world TB --- 2008-09-27 16:30:53 - tinderbox aborted TB --- 2618.74 user 319.35 system 3651.04 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Sep 27 16:35:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C5181065689; Sat, 27 Sep 2008 16:35:22 +0000 (UTC) (envelope-from rik@inse.ru) Received: from mail.inse.ru (mail.inse.ru [144.206.128.1]) by mx1.freebsd.org (Postfix) with ESMTP id 218F48FC08; Sat, 27 Sep 2008 16:35:22 +0000 (UTC) (envelope-from rik@inse.ru) Received: from www.inse.ru (www.inse.ru [144.206.128.1]) by mail.inse.ru (Postfix) with ESMTPSA id 4BC4533C51; Sat, 27 Sep 2008 20:16:17 +0400 (MSD) Message-ID: <48DE5AF8.6080404@localhost.inse.ru> Date: Sat, 27 Sep 2008 20:10:32 +0400 From: Roman Kurakin User-Agent: Thunderbird 2.0.0.16 (X11/20080723) MIME-Version: 1.0 To: Alex Keda References: <48DA9F0A.2060207@lissyara.su> <48DB9AFD.6020606@FreeBSD.org> <48DBC121.4050308@lissyara.su> <20080925192341.GA1394@soaustin.net> <48DBF055.7050704@lissyara.su> In-Reply-To: <48DBF055.7050704@lissyara.su> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-multimedia@freebsd.org, Mark Linimon , FreeBSD Current , "Bruce M. Simpson" Subject: Re: Support AV Stream on FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Sep 2008 16:35:22 -0000 Alex Keda wrote: > Mark Linimon пишет: >> On Thu, Sep 25, 2008 at 08:49:37PM +0400, Alex Keda wrote: >>> 1.5 year ago, when Kirk McKusick came to Moscow, he has told - that >>> the purpose the next years - to catch up linux as with a desktop. >>> It so? Or not? >> >> It's his opinion, or perhaps hope. Kirk doesn't do much work on the >> Ports Collection, so he's not one of the people driving the progress. >> >> I recommend that you look at PC-BSD or DesktopBSD, as they are much >> more oriented to moving FreeBSD forwards on the desktop. >> >> mcl >> > > And why is a collection of ports? > I talked about the interface in the kernel, which could combine > different variations - askew ported drivers for webcams, v4l and stuff > ... > that is one thing, and not to invent a new outlet for each video device. The problem is that not all software could become the part of the main distribution. There are many reasons for that. Starting from license issues and ending with the style(9) related problems. So for many things that are not pass some criteria the simplest way to become the part (external one, but part) is the ports collection. For example, some drivers are part of the system, but their firmware are part of the ports collection. rik > ========= > And can anyone answer the question - what is the way FreeBSD? Or goal > is not? Just write the code - without way? > _______________________________________________ > 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 Sep 27 16:50:22 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3FD7106568C; Sat, 27 Sep 2008 16:50:22 +0000 (UTC) (envelope-from rik@inse.ru) Received: from mail.inse.ru (mail.inse.ru [144.206.128.1]) by mx1.freebsd.org (Postfix) with ESMTP id 3C7938FC1E; Sat, 27 Sep 2008 16:50:22 +0000 (UTC) (envelope-from rik@inse.ru) Received: from www.inse.ru (www.inse.ru [144.206.128.1]) by mail.inse.ru (Postfix) with ESMTPSA id 1D5F933C57; Sat, 27 Sep 2008 20:33:51 +0400 (MSD) Message-ID: <48DE5F15.1080007@localhost.inse.ru> Date: Sat, 27 Sep 2008 20:28:05 +0400 From: Roman Kurakin User-Agent: Thunderbird 2.0.0.16 (X11/20080723) MIME-Version: 1.0 To: FreeBSD Tinderbox References: <20080927163053.CE08C73039@freebsd-current.sentex.ca> In-Reply-To: <20080927163053.CE08C73039@freebsd-current.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2008 16:50:23 -0000 Sorry. Should be already fixed. rik FreeBSD Tinderbox wrote: > TB --- 2008-09-27 15:30:02 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2008-09-27 15:30:02 - starting HEAD tinderbox run for i386/i386 > TB --- 2008-09-27 15:30:02 - cleaning the object tree > TB --- 2008-09-27 15:30:42 - cvsupping the source tree > TB --- 2008-09-27 15:30:42 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile > TB --- 2008-09-27 15:30:51 - building world (CFLAGS=-O -pipe) > TB --- 2008-09-27 15:30:51 - cd /src > TB --- 2008-09-27 15:30:51 - /usr/bin/make -B buildworld > >>>> World build started on Sat Sep 27 15:30:53 UTC 2008 >>>> Rebuilding the temporary build tree >>>> stage 1.1: legacy release compatibility shims >>>> stage 1.2: bootstrap tools >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3: cross tools >>>> stage 4.1: building includes >>>> stage 4.2: building libraries >>>> stage 4.3: make dependencies >>>> stage 4.4: building everything >>>> > [...] > cc -O -pipe -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipresend/../../../sys -I/src/sbin/ipf/ipresend/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/ipf/ipresend/../../../contrib/ipfilter/ipsend/sock.c > cc -O -pipe -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipresend/../../../sys -I/src/sbin/ipf/ipresend/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/ipf/ipresend/../../../contrib/ipfilter/ipsend/44arp.c > cc -O -pipe -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipresend/../../../sys -I/src/sbin/ipf/ipresend/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ipresend ipresend.o ip.o resend.o sbpf.o sock.o 44arp.o /obj/src/sbin/ipf/ipresend/../libipf/libipf.a -lkvm > gzip -cn /src/sbin/ipf/ipresend/../../../contrib/ipfilter/ipsend/ipresend.1 > ipresend.1.gz > ===> sbin/ipfw (all) > cc -O -pipe -fstack-protector -Wno-pointer-sign -c /src/sbin/ipfw/ipfw2.c > /src/sbin/ipfw/ipfw2.c: In function 'table_handler': > /src/sbin/ipfw/ipfw2.c:5969: error: too few arguments to function 'table_list' > *** Error code 1 > > Stop in /src/sbin/ipfw. > *** Error code 1 > > Stop in /src/sbin. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2008-09-27 16:30:53 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2008-09-27 16:30:53 - ERROR: failed to build world > TB --- 2008-09-27 16:30:53 - tinderbox aborted > TB --- 2618.74 user 319.35 system 3651.04 real > > > http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full > _______________________________________________ > 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 Sep 27 20:43:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65C51106568C for ; Sat, 27 Sep 2008 20:43:07 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id A818A8FC08 for ; Sat, 27 Sep 2008 20:43:05 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPSA id 222571166; Sat, 27 Sep 2008 23:43:05 +0300 Message-ID: <48DEA8E7.2080503@FreeBSD.org> Date: Sun, 28 Sep 2008 00:43:03 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.16 (X11/20080726) MIME-Version: 1.0 To: freebsd-arm@FreeBSD.org, freebsd-mobile@FreeBSD.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: imp@FreeBSD.org Subject: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2008 20:43:07 -0000 Hi. I would like to present initial revision of my generic PCI SD Host Controller driver (sdhci). It support PCI devices with class 8 and subclass 5 according to SD Host Controller Specification. With some limitations it successfully works on my Acer TM6292 notebook with ENE CB714 card reader. Things that are working now: - PIO mode single and multiple block read and write, - 1 and 4 bits bus width support. In PIO mode with 4GB SD card on 30MHz 4bit bus I have reached about 3.5MB/s (limited by CPU) linear read and 7MB/s (limited by card) linear write. Small blocks read/write performance limited by card. Things that are not working yet: - DMA modes (code is written, but as my controller looks like has broken DMA I have no ability to debug it), - card insert/remove detection (need more thinking), you should reload mmc module to rescan cards, - SDHC and MMC cards (have no such cards now to debug that code), only standard capacity SD Memory cards up to 4GB size are supported now, - high speed (double rate) bus mode (need more thinking and DMA support). Also to get such results I have improved existing mmc and mmcsd drivers a bit. mmc driver got: - 4 bit bus width support, - write protection switch support, - cards with more then 2GB capacity support. mmcsd driver got: - multiple block read and write support, - cards with more then 2GB capacity support, - I/O error reporting, - write protection switch support. Latest patches against 8-CURRENT (should also fit 7-STABLE) may be found at: http://people.freebsd.org/~mav/sdhci/ I will be grateful for any feedbacks, comments and support. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Sep 27 21:52:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5816C10656C0; Sat, 27 Sep 2008 21:52:34 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from core.tav.kiev.ua (tavex.colocall.com [62.149.10.42]) by mx1.freebsd.org (Postfix) with ESMTP id E61028FC1B; Sat, 27 Sep 2008 21:52:33 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from s01060021299bf294.vc.shawcable.net ([24.87.45.120] helo=jeeves.bluezbox.com) by core.tav.kiev.ua with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.52 (FreeBSD)) id 1KjhJ0-000Osq-G8; Sun, 28 Sep 2008 00:26:23 +0300 Message-ID: <48DEA4EC.3030300@bluezbox.com> Date: Sat, 27 Sep 2008 14:26:04 -0700 From: Oleksandr Tymoshenko User-Agent: Thunderbird 2.0.0.16 (X11/20080831) MIME-Version: 1.0 To: Alexander Motin References: <48DEA8E7.2080503@FreeBSD.org> In-Reply-To: <48DEA8E7.2080503@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Core-Spam-Level: ---- X-Core-Spam-Report: Spam detection software, running on the system "core.tav.kiev.ua", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Alexander Motin wrote: > Hi. > > Latest patches against 8-CURRENT (should also fit 7-STABLE) may be found > at: > http://people.freebsd.org/~mav/sdhci/ Thanks! That's just what I was looking for about three weeks ago :) > > I will be grateful for any feedbacks, comments and support. 7.1 requires s/kproc/kthread/ but otherwise works fine: [...] Content analysis details: (-4.0 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.4 AWL AWL: From: address is in the auto white-list Cc: freebsd-arm@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org, freebsd-mobile@FreeBSD.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2008 21:52:34 -0000 Alexander Motin wrote: > Hi. > > Latest patches against 8-CURRENT (should also fit 7-STABLE) may be found > at: > http://people.freebsd.org/~mav/sdhci/ Thanks! That's just what I was looking for about three weeks ago :) > > I will be grateful for any feedbacks, comments and support. 7.1 requires s/kproc/kthread/ but otherwise works fine: sdhci0: mem 0xff9fb800-0xff9fb8ff irq 9 at device 1.2 on pci2 sdhci0: 1 slot(s) allocated sdhci0: [ITHREAD] mmc0: on sdhci0 mmc0: SD card: 507379712 bytes mmcsd0: 483MB (read-only) at mmc0 mmc0: setting transfer rate to 30.000MHz mmc0: setting bus width to 4 bits GEOM_LABEL: Label for provider mmcsd0s1 is msdosfs/SD.