From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 00:01:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C820016A4CE for ; Sun, 27 Feb 2005 00:01:40 +0000 (GMT) Received: from ybbsmtp16.mail.mci.yahoo.co.jp (ybbsmtp16.mail.mci.yahoo.co.jp [210.80.241.190]) by mx1.FreeBSD.org (Postfix) with SMTP id EF37943D2D for ; Sun, 27 Feb 2005 00:01:39 +0000 (GMT) (envelope-from takeharu1219@ybb.ne.jp) Received: from unknown (HELO ?192.168.1.14?) (takeharu1219@219.35.170.20 with plain) by ybbsmtp16.mail.mci.yahoo.co.jp with SMTP; 27 Feb 2005 00:01:38 -0000 X-Apparently-From: Message-ID: <42210DE2.9060903@ybb.ne.jp> Date: Sun, 27 Feb 2005 09:01:38 +0900 From: Takeharu KATO User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@FreeBSD.org, freebsd-amd64@freebsd.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: MCE on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 00:01:40 -0000 Hi Does anyone work on some hardware abnormaly checking mechanism using MCE on AMD64? If someone has this sort of patch, please tell me where I can obtain it from. Regards, -- Takeharu KATO From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 00:58:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0473D16A4CE; Sun, 27 Feb 2005 00:58:48 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 739E943D3F; Sun, 27 Feb 2005 00:58:47 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1R0wkpm034848; Sat, 26 Feb 2005 19:58:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1R0wlC3052538; Sat, 26 Feb 2005 19:58:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 05B9E7306E; Sat, 26 Feb 2005 19:58:46 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050227005846.05B9E7306E@freebsd-current.sentex.ca> Date: Sat, 26 Feb 2005 19:58:46 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/729/Sat Feb 26 14:48:56 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Feb 2005 00:58:48 -0000 TB --- 2005-02-26 23:17:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-26 23:17:32 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-02-26 23:17:32 - checking out the source tree TB --- 2005-02-26 23:17:32 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-02-26 23:17:32 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-26 23:23:25 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-26 23:23:25 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-02-26 23:23:25 - /usr/bin/make -B buildworld >>> 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 TB --- 2005-02-27 00:30:49 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-27 00:30:49 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-02-27 00:30:49 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 27 00:30:50 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sun Feb 27 00:48:13 UTC 2005 TB --- 2005-02-27 00:48:13 - generating LINT kernel config TB --- 2005-02-27 00:48:13 - cd /home/tinderbox/CURRENT/i386/i386/src/sys/i386/conf TB --- 2005-02-27 00:48:13 - /usr/bin/make -B LINT TB --- 2005-02-27 00:48:13 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-27 00:48:13 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-02-27 00:48:13 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 27 00:48:13 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/netinet/in.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/netinet/ip_carp.c /tinderbox/CURRENT/i386/i386/src/sys/netinet/ip_carp.c:1123: warning: static declaration of 'carp_iamatch6' follows non-static declaration /tinderbox/CURRENT/i386/i386/src/sys/netinet/ip_carp.h:159: warning: previous declaration of 'carp_iamatch6' was here /tinderbox/CURRENT/i386/i386/src/sys/netinet/ip_carp.c:1147: warning: static declaration of 'carp_macmatch6' follows non-static declaration /tinderbox/CURRENT/i386/i386/src/sys/netinet/ip_carp.h:160: warning: previous declaration of 'carp_macmatch6' was here /tinderbox/CURRENT/i386/i386/src/sys/netinet/ip_carp.c:1123: warning: 'carp_iamatch6' defined but not used /tinderbox/CURRENT/i386/i386/src/sys/netinet/ip_carp.c:1147: warning: 'carp_macmatch6' defined but not used *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-02-27 00:58:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-27 00:58:46 - ERROR: failed to build lint kernel TB --- 2005-02-27 00:58:46 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 00:58:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F92816A506 for ; Sun, 27 Feb 2005 00:58:57 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 5BAAB43D2D for ; Sun, 27 Feb 2005 00:58:56 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail invoked by alias); 27 Feb 2005 00:58:54 -0000 Received: from pD9E6EB42.dip.t-dialin.net (EHLO ms.homeip.net) (217.230.235.66) by mail.gmx.net (mp019) with SMTP; 27 Feb 2005 01:58:54 +0100 X-Authenticated: #15946415 Received: from [10.0.0.1] (helo=[10.0.0.13]) by ms.homeip.net with esmtpsa (TLSv1:AES256-SHA:256) id 1D5Cnr-0007l4-Aw for freebsd-current@freebsd.org; Sun, 27 Feb 2005 02:00:59 +0100 Message-ID: <42211B4A.6090307@gmx.de> Date: Sun, 27 Feb 2005 01:58:50 +0100 From: Jochen Gensch User-Agent: Mozilla Thunderbird 1.0 (X11/20050101) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Wpa, dhcp and default routes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 00:58:57 -0000 Hi, first of all thanks for the great wpa support and the centralized possibilty to manage all the wireless connection in one file. But I have a few questions though: System: FreeBSD Current built today with atheros card. 1) wpa_supplicant brings up the connection fine, however only if I start it after attaching my card. If remove the card while a link is up and reattach it aftwards, wpa_supllicant tries to reinitialize the connection but fails with the following message: "Association request to the driver failed" I was hoping it is able to wait for a card to attach and then automatically bring up the connections... 2) If the connection is up, dhclient needs to be restartet as well to poll an ip from the dhcp server. I even tried the -i option. 3) Biggest issue: If I had a link on my fxp0 interface before, there is NO chance to tell the system to change the default route to my ath0 device. It always default to fxp0. I couldn't find any suitable option for route to change that. So in a nutshell it is only possible to use the wireless stuff with a lot of workarounds to me. The only thing I'm trying to accomplish is the following (as Windows does): 1) attach your wireless card 2) automatically recognize card and establish a connection to access points in a predefined order 3) fetch IP address via dhcp 4) change default route to correct nic and gateway 5) when detaching wireless nic, change route back to other available connections (if avail.) How are you getting this done? Any hints? Thanks a lot, Jochen From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 01:24:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2429A16A4CE for ; Sun, 27 Feb 2005 01:24:23 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id BA24043D31 for ; Sun, 27 Feb 2005 01:24:21 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail invoked by alias); 27 Feb 2005 01:24:20 -0000 Received: from pD9E6EB42.dip.t-dialin.net (EHLO ms.homeip.net) (217.230.235.66) by mail.gmx.net (mp018) with SMTP; 27 Feb 2005 02:24:20 +0100 X-Authenticated: #15946415 Received: from [10.0.0.1] (helo=[10.0.0.13]) by ms.homeip.net with esmtpsa (TLSv1:AES256-SHA:256) id 1D5DCU-0007ts-82 for freebsd-current@freebsd.org; Sun, 27 Feb 2005 02:26:26 +0100 Message-ID: <42212141.7060206@gmx.de> Date: Sun, 27 Feb 2005 02:24:17 +0100 From: Jochen Gensch User-Agent: Mozilla Thunderbird 1.0 (X11/20050101) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: cpufreq and absolute drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 01:24:23 -0000 Hi, I've been using ichist.ko by today before I switched to current. Cpufreq says it unites absolute and relative drivers. As far as I understand it absulute drivers are hardware based and relative ones are not? As I would like to use ich support again to get speedstep running I tried to find something about that in the man page of cpufreq. It is talking about ichss(4), however I cannot find this module. Thanks for the hints, Jochen From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 01:35:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA3AE16A4CF; Sun, 27 Feb 2005 01:35:56 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8291643D4C; Sun, 27 Feb 2005 01:35:56 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 925DE5150F; Sat, 26 Feb 2005 17:35:55 -0800 (PST) Date: Sat, 26 Feb 2005 17:35:55 -0800 From: Kris Kennaway To: phk@FreeBSD.org Message-ID: <20050227013555.GA43539@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7JfCtLOvnd9MIVvH" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: current@freeBSD.org Subject: panic: bremfree: buffer 0xdc6ff768 not on a queue. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 01:35:56 -0000 --7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline A dual CPU machine running 6.0 from a couple of weeks ago panicked overnight with: panic: bremfree: buffer 0xdc6ff768 not on a queue. cpuid = 1 KDB: enter: panic [thread pid 26507 tid 100945 ] Stopped at kdb_enter+0x30: leave db> wh Tracing pid 26507 tid 100945 td 0xc6eda730 kdb_enter(c06f5a0f,1,c06fce5f,ef4a5a68,c6eda730) at kdb_enter+0x30 panic(c06fce5f,dc6ff768,2090022,ef4a5aa8,c0569188) at panic+0x14e bremfree(dc6ff768,2090022,c4544450,c6eda730,0) at bremfree+0x5d getblk(c4544450,b,0,4000,0) at getblk+0x1a8 cluster_read(c4544450,32ea8,0,b,0) at cluster_read+0x108 ffs_read(ef4a5c0c,c0730880,c4544450,c663d048,ef4a5c58) at ffs_read+0x2e0 VOP_READ_APV(c07391e0,ef4a5c0c,c6eda730,36f,0) at VOP_READ_APV+0xbc vn_read(c663d048,ef4a5c80,c9e26d00,0,c6eda730) at vn_read+0x1e7 dofileread(c6eda730,c663d048,3,8064000,8000) at dofileread+0xcc read(c6eda730,ef4a5d14,c,16,3) at read+0x6b syscall(805002f,2f,bfbf002f,8000,1000) at syscall+0x2a0 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x280f8b3f, esp = 0xbfbfb7cc, ebp = 0xbfbfb858 --- db> Is this problem already fixed? Kris --7JfCtLOvnd9MIVvH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCISP7Wry0BWjoQKURAgeoAKCajTuZQF+3+MOpL8aEQTW08c6pKwCgsPqb pMyTX7LfLdpiuWHpeDE0QK4= =u2W+ -----END PGP SIGNATURE----- --7JfCtLOvnd9MIVvH-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 02:34:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0352716A4CE; Sun, 27 Feb 2005 02:34:49 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4157C43D53; Sun, 27 Feb 2005 02:34:48 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j1R2Ylbh033424; Sat, 26 Feb 2005 21:34:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1R2Ylud055437; Sat, 26 Feb 2005 21:34:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9E7BB7306E; Sat, 26 Feb 2005 21:34:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050227023447.9E7BB7306E@freebsd-current.sentex.ca> Date: Sat, 26 Feb 2005 21:34:47 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Feb 2005 02:34:49 -0000 TB --- 2005-02-27 00:58:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-27 00:58:47 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-02-27 00:58:47 - checking out the source tree TB --- 2005-02-27 00:58:47 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-02-27 00:58:47 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-27 01:04:40 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-27 01:04:40 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-02-27 01:04:40 - /usr/bin/make -B buildworld >>> 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 TB --- 2005-02-27 02:12:01 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-27 02:12:01 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-02-27 02:12:01 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 27 02:12:01 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sun Feb 27 02:26:03 UTC 2005 TB --- 2005-02-27 02:26:03 - generating LINT kernel config TB --- 2005-02-27 02:26:03 - cd /home/tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2005-02-27 02:26:03 - /usr/bin/make -B LINT TB --- 2005-02-27 02:26:03 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-27 02:26:03 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-02-27 02:26:03 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 27 02:26:03 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/netinet/in.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/netinet/ip_carp.c /tinderbox/CURRENT/i386/pc98/src/sys/netinet/ip_carp.c:1123: warning: static declaration of 'carp_iamatch6' follows non-static declaration /tinderbox/CURRENT/i386/pc98/src/sys/netinet/ip_carp.h:159: warning: previous declaration of 'carp_iamatch6' was here /tinderbox/CURRENT/i386/pc98/src/sys/netinet/ip_carp.c:1147: warning: static declaration of 'carp_macmatch6' follows non-static declaration /tinderbox/CURRENT/i386/pc98/src/sys/netinet/ip_carp.h:160: warning: previous declaration of 'carp_macmatch6' was here /tinderbox/CURRENT/i386/pc98/src/sys/netinet/ip_carp.c:1123: warning: 'carp_iamatch6' defined but not used /tinderbox/CURRENT/i386/pc98/src/sys/netinet/ip_carp.c:1147: warning: 'carp_macmatch6' defined but not used *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-02-27 02:34:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-27 02:34:47 - ERROR: failed to build lint kernel TB --- 2005-02-27 02:34:47 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 02:58:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55E0B16A4CE for ; Sun, 27 Feb 2005 02:58:24 +0000 (GMT) Received: from mail25.syd.optusnet.com.au (mail25.syd.optusnet.com.au [211.29.133.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86C3143D54 for ; Sun, 27 Feb 2005 02:58:23 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j1R2wDqx016873 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 27 Feb 2005 13:58:13 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j1R2wC7l096326; Sun, 27 Feb 2005 13:58:12 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j1R2wBHx096325; Sun, 27 Feb 2005 13:58:11 +1100 (EST) (envelope-from pjeremy) Date: Sun, 27 Feb 2005 13:58:11 +1100 From: Peter Jeremy To: sos@deepcore.dk Message-ID: <20050227025811.GP57256@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2i cc: freebsd-current@freebsd.org Subject: Request for new ATA feature X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 02:58:24 -0000 Hi Søren, I have a suggestion for a feature that would be useful to me: I am in the process of rejunenating an old system for use as a proxy server. Unfortunately, the BIOS is limited to 32GB and I want to put an 80GB drive in. The drive (Seagate Barracuda) includes a jumper that makes the drive report a capacity of 32GB until it is reset using a "set features/report full capacity available" command. Would you be interested in adding support for this feature? -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 03:05:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B559D16A4CE; Sun, 27 Feb 2005 03:05:55 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6118343D1F; Sun, 27 Feb 2005 03:05:55 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 03A27513A4; Sat, 26 Feb 2005 19:05:53 -0800 (PST) Date: Sat, 26 Feb 2005 19:05:53 -0800 From: Kris Kennaway To: Kris Kennaway Message-ID: <20050227030552.GA60889@xor.obsecurity.org> References: <20050227013555.GA43539@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg" Content-Disposition: inline In-Reply-To: <20050227013555.GA43539@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: phk@FreeBSD.org cc: current@freeBSD.org Subject: Re: panic: bremfree: buffer 0xdc6ff768 not on a queue. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 03:05:56 -0000 --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 26, 2005 at 05:35:55PM -0800, Kris Kennaway wrote: > A dual CPU machine running 6.0 from a couple of weeks ago panicked > overnight with: >=20 > panic: bremfree: buffer 0xdc6ff768 not on a queue. > cpuid =3D 1 > KDB: enter: panic > [thread pid 26507 tid 100945 ] > Stopped at kdb_enter+0x30: leave > db> wh > Tracing pid 26507 tid 100945 td 0xc6eda730 > kdb_enter(c06f5a0f,1,c06fce5f,ef4a5a68,c6eda730) at kdb_enter+0x30 > panic(c06fce5f,dc6ff768,2090022,ef4a5aa8,c0569188) at panic+0x14e > bremfree(dc6ff768,2090022,c4544450,c6eda730,0) at bremfree+0x5d > getblk(c4544450,b,0,4000,0) at getblk+0x1a8 > cluster_read(c4544450,32ea8,0,b,0) at cluster_read+0x108 > ffs_read(ef4a5c0c,c0730880,c4544450,c663d048,ef4a5c58) at ffs_read+0x2e0 > VOP_READ_APV(c07391e0,ef4a5c0c,c6eda730,36f,0) at VOP_READ_APV+0xbc > vn_read(c663d048,ef4a5c80,c9e26d00,0,c6eda730) at vn_read+0x1e7 > dofileread(c6eda730,c663d048,3,8064000,8000) at dofileread+0xcc > read(c6eda730,ef4a5d14,c,16,3) at read+0x6b > syscall(805002f,2f,bfbf002f,8000,1000) at syscall+0x2a0 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (3, FreeBSD ELF32, read), eip =3D 0x280f8b3f, esp =3D 0xbfbfb= 7cc, ebp =3D 0xbfbfb858 --- > db> >=20 > Is this problem already fixed? Panicked again during the kernel update with: panic: softdep_write_inodeblock: direct pointer #0 mismatch 0 !=3D 1454895 cpuid =3D 1 KDB: enter: panic [thread pid 58 tid 100079 ] Stopped at kdb_enter+0x30: leave db> wh Tracing pid 58 tid 100079 td 0xc37e8cf0 kdb_enter(c06f5aef,1,c07075c9,ebdfdaac,c37e8cf0) at kdb_enter+0x30 panic(c07075c9,c0707486,0,0,0) at panic+0x14e initiate_write_inodeblock_ufs2(c5d1ec80,dc54e3d8,c0706a3b,de1,c5dc6180) at = initiate_write_inodeblock_ufs2+0x4d2 softdep_disk_io_initiation(dc54e3d8,d2f,dc54e3d8,dc54e3d8,ebdfdb94) at soft= dep_disk_io_initiation+0xbd softdep_disk_prewrite(dc54e3d8,dc54e3d8,a0020024,ebdfdbbc,c0566032) at soft= dep_disk_prewrite+0x7f ffs_geom_strategy(c386dafc,dc54e3d8,c05667f1,c079e560,0) at ffs_geom_strate= gy+0x18 bufwrite(dc54e3d8,0,c0707dcb,657,dc54e438) at bufwrite+0x172 ffs_bufwrite(dc54e3d8,c06f4f1b,12b,80012,10) at ffs_bufwrite+0x2f8 vfs_bio_awrite(dc54e3d8,0,c06fdf0c,1a8,64) at vfs_bio_awrite+0x27e vop_stdfsync(ebdfdcb0,0,ebdfdcb0,ebdfdc84,c06d1c7c) at vop_stdfsync+0x128 devfs_fsync(ebdfdcb0,c386dac8,c386dafc,c386dac8,ebdfdccc) at devfs_fsync+0x= 2e VOP_FSYNC_APV(c0722020,ebdfdcb0,c37e8cf0,5d0,c3631400) at VOP_FSYNC_APV+0xbc sync_vnode(c386dafc,c37e8cf0,c06fe68f,607,0) at sync_vnode+0x152 sched_sync(0,ebdfdd48,c06f3254,30e,0) at sched_sync+0x25f fork_exit(c0578570,0,ebdfdd48) at fork_exit+0xc6 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xebdfdd7c, ebp =3D 0 --- Kris --gKMricLos+KVdGMg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCITkQWry0BWjoQKURAtBnAKCqrHjOjhX0g6Xdbslism1ZkmuThQCg65hu HHq5or071L4Ie0LiPa4eF0c= =wbHH -----END PGP SIGNATURE----- --gKMricLos+KVdGMg-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 03:59:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 854BC16A4CF; Sun, 27 Feb 2005 03:59:04 +0000 (GMT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 609E743D49; Sun, 27 Feb 2005 03:59:04 +0000 (GMT) (envelope-from peter@wemm.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id 42B422A901; Sat, 26 Feb 2005 19:59:04 -0800 (PST) (envelope-from peter@wemm.org) Received: from peter-laptop.wemm.org (dhcp54.wemm.org [10.0.0.54]) by fw.wemm.org (Postfix) with ESMTP id A72DDE2B3; Sat, 26 Feb 2005 19:59:03 -0800 (PST) (envelope-from peter@wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by peter-laptop.wemm.org (8.12.11/8.12.11) id j1R3wkDb016209; Sat, 26 Feb 2005 19:58:46 -0800 (PST) (envelope-from peter) From: Peter Wemm To: freebsd-current@freebsd.org Date: Sat, 26 Feb 2005 19:58:45 -0800 User-Agent: KMail/1.6.2 References: <42210DE2.9060903@ybb.ne.jp> In-Reply-To: <42210DE2.9060903@ybb.ne.jp> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502261958.46361.peter@wemm.org> cc: Takeharu KATO cc: current@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: MCE on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 03:59:04 -0000 On Saturday 26 February 2005 04:01 pm, Takeharu KATO wrote: > Hi > > Does anyone work on some hardware abnormaly > checking mechanism using MCE on AMD64? > If someone has this sort of patch, please > tell me where I can obtain it from. > > Regards, There is little or no MCE support in either i386 or amd64 kernels. The code in i386 has never even been tested, because CR4.MCE was never actually turned on. This would be a good project. Both i386 and amd64 could benefit from some work here. Testing it is hard though.. It might take a deliberate attempt to overheat a cpu to trigger a MCE event though... -Peter From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 03:59:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 854BC16A4CF; Sun, 27 Feb 2005 03:59:04 +0000 (GMT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 609E743D49; Sun, 27 Feb 2005 03:59:04 +0000 (GMT) (envelope-from peter@wemm.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id 42B422A901; Sat, 26 Feb 2005 19:59:04 -0800 (PST) (envelope-from peter@wemm.org) Received: from peter-laptop.wemm.org (dhcp54.wemm.org [10.0.0.54]) by fw.wemm.org (Postfix) with ESMTP id A72DDE2B3; Sat, 26 Feb 2005 19:59:03 -0800 (PST) (envelope-from peter@wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by peter-laptop.wemm.org (8.12.11/8.12.11) id j1R3wkDb016209; Sat, 26 Feb 2005 19:58:46 -0800 (PST) (envelope-from peter) From: Peter Wemm To: freebsd-current@freebsd.org Date: Sat, 26 Feb 2005 19:58:45 -0800 User-Agent: KMail/1.6.2 References: <42210DE2.9060903@ybb.ne.jp> In-Reply-To: <42210DE2.9060903@ybb.ne.jp> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502261958.46361.peter@wemm.org> cc: Takeharu KATO cc: current@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: MCE on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 03:59:04 -0000 On Saturday 26 February 2005 04:01 pm, Takeharu KATO wrote: > Hi > > Does anyone work on some hardware abnormaly > checking mechanism using MCE on AMD64? > If someone has this sort of patch, please > tell me where I can obtain it from. > > Regards, There is little or no MCE support in either i386 or amd64 kernels. The code in i386 has never even been tested, because CR4.MCE was never actually turned on. This would be a good project. Both i386 and amd64 could benefit from some work here. Testing it is hard though.. It might take a deliberate attempt to overheat a cpu to trigger a MCE event though... -Peter From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 04:13:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30A2616A4CF; Sun, 27 Feb 2005 04:13:58 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id A806D43D54; Sun, 27 Feb 2005 04:13:57 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.115] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j1R4DacE003165; Sat, 26 Feb 2005 23:13:36 -0500 Message-ID: <42214903.90301@root.org> Date: Sat, 26 Feb 2005 20:13:55 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: C2/C3 disabled by default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 04:13:58 -0000 There were still a couple complaints about C3 failing, possibly on older laptops only. However, since the failure case is a hang or poor runtime behavior, I thought it would be better to be safe and disable both C2 and C3 for the release. If we can nail down the problem laptops, it will be re-enabled. For now, if you're using this, re-enable it in rc.conf with something like: performance_cx_lowest="LOW" economy_cx_lowest="LOW" -- Nate From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 04:45:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7689E16A4CF; Sun, 27 Feb 2005 04:45:36 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD32F43D1D; Sun, 27 Feb 2005 04:45:35 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1R4jZJZ040286; Sat, 26 Feb 2005 23:45:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1R4jZxs022515; Sat, 26 Feb 2005 23:45:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1ABB17306E; Sat, 26 Feb 2005 23:45:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050227044535.1ABB17306E@freebsd-current.sentex.ca> Date: Sat, 26 Feb 2005 23:45:35 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/730/Sat Feb 26 20:56:54 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Feb 2005 04:45:36 -0000 TB --- 2005-02-27 02:34:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-27 02:34:47 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-02-27 02:34:47 - checking out the source tree TB --- 2005-02-27 02:34:47 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-02-27 02:34:47 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-27 02:40:23 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-27 02:40:23 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-02-27 02:40:23 - /usr/bin/make -B buildworld >>> 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 TB --- 2005-02-27 04:12:07 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-27 04:12:07 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-02-27 04:12:07 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 27 04:12:07 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sun Feb 27 04:31:53 UTC 2005 TB --- 2005-02-27 04:31:53 - generating LINT kernel config TB --- 2005-02-27 04:31:53 - cd /home/tinderbox/CURRENT/ia64/ia64/src/sys/ia64/conf TB --- 2005-02-27 04:31:53 - /usr/bin/make -B LINT TB --- 2005-02-27 04:31:53 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-27 04:31:53 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-02-27 04:31:53 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 27 04:31:54 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/netinet/in.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/netinet/ip_carp.c /tinderbox/CURRENT/ia64/ia64/src/sys/netinet/ip_carp.c:1123: warning: static declaration of 'carp_iamatch6' follows non-static declaration /tinderbox/CURRENT/ia64/ia64/src/sys/netinet/ip_carp.h:159: warning: previous declaration of 'carp_iamatch6' was here /tinderbox/CURRENT/ia64/ia64/src/sys/netinet/ip_carp.c:1147: warning: static declaration of 'carp_macmatch6' follows non-static declaration /tinderbox/CURRENT/ia64/ia64/src/sys/netinet/ip_carp.h:160: warning: previous declaration of 'carp_macmatch6' was here /tinderbox/CURRENT/ia64/ia64/src/sys/netinet/ip_carp.c:1123: warning: 'carp_iamatch6' defined but not used /tinderbox/CURRENT/ia64/ia64/src/sys/netinet/ip_carp.c:1147: warning: 'carp_macmatch6' defined but not used *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-02-27 04:45:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-27 04:45:34 - ERROR: failed to build lint kernel TB --- 2005-02-27 04:45:34 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 04:49:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAA6F16A4CF for ; Sun, 27 Feb 2005 04:49:42 +0000 (GMT) Received: from ybbsmtp05.mail.mci.yahoo.co.jp (ybbsmtp05.mail.mci.yahoo.co.jp [210.80.241.154]) by mx1.FreeBSD.org (Postfix) with SMTP id 9579C43D5E for ; Sun, 27 Feb 2005 04:49:41 +0000 (GMT) (envelope-from takeharu1219@ybb.ne.jp) Received: from unknown (HELO ?192.168.1.14?) (takeharu1219@219.35.170.20 with plain) by ybbsmtp05.mail.mci.yahoo.co.jp with SMTP; 27 Feb 2005 04:49:40 -0000 X-Apparently-From: Message-ID: <42215163.1000802@ybb.ne.jp> Date: Sun, 27 Feb 2005 13:49:39 +0900 From: Takeharu KATO User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Wemm References: <42210DE2.9060903@ybb.ne.jp> <200502261958.46361.peter@wemm.org> In-Reply-To: <200502261958.46361.peter@wemm.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: MCE on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 04:49:42 -0000 Hi Thank you for your response. > There is little or no MCE support in either i386 or amd64 kernels. The code > in i386 has never even been tested, because CR4.MCE was never actually turned > on. > Appearantly, my AMD64 box turn on MCE feature in the CPU. I will start to try to write MCE feature support functions. > This would be a good project. Both i386 and amd64 could benefit from some > work here. Testing it is hard though.. It might take a deliberate attempt > to overheat a cpu to trigger a MCE event though... > Regards, -- Takeharu KATO From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 04:49:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9B5E16A4CE for ; Sun, 27 Feb 2005 04:49:42 +0000 (GMT) Received: from ybbsmtp05.mail.mci.yahoo.co.jp (ybbsmtp05.mail.mci.yahoo.co.jp [210.80.241.154]) by mx1.FreeBSD.org (Postfix) with SMTP id 9561143D4C for ; Sun, 27 Feb 2005 04:49:41 +0000 (GMT) (envelope-from takeharu1219@ybb.ne.jp) Received: from unknown (HELO ?192.168.1.14?) (takeharu1219@219.35.170.20 with plain) by ybbsmtp05.mail.mci.yahoo.co.jp with SMTP; 27 Feb 2005 04:49:40 -0000 X-Apparently-From: Message-ID: <42215163.1000802@ybb.ne.jp> Date: Sun, 27 Feb 2005 13:49:39 +0900 From: Takeharu KATO User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Wemm References: <42210DE2.9060903@ybb.ne.jp> <200502261958.46361.peter@wemm.org> In-Reply-To: <200502261958.46361.peter@wemm.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: MCE on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 04:49:43 -0000 Hi Thank you for your response. > There is little or no MCE support in either i386 or amd64 kernels. The code > in i386 has never even been tested, because CR4.MCE was never actually turned > on. > Appearantly, my AMD64 box turn on MCE feature in the CPU. I will start to try to write MCE feature support functions. > This would be a good project. Both i386 and amd64 could benefit from some > work here. Testing it is hard though.. It might take a deliberate attempt > to overheat a cpu to trigger a MCE event though... > Regards, -- Takeharu KATO From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 05:05:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4F4916A4CE for ; Sun, 27 Feb 2005 05:05:25 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2D0543D2D for ; Sun, 27 Feb 2005 05:05:25 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3511B5147B; Sat, 26 Feb 2005 21:05:24 -0800 (PST) Date: Sat, 26 Feb 2005 21:05:23 -0800 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20050227050523.GA92300@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: fsck_ufs: cannot alloc 3166749884 bytes for inoinfo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 05:05:26 -0000 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline A recent panic left my FS with some serious corruption, which fsck is unable to repair: # fsck_ufs -b 376512 -fy /var Alternate super block location: 376512 ** /dev/twed0s1e ** Last Mounted on ** Phase 1 - Check Blocks and Sizes fsck_ufs: cannot alloc 3166749884 bytes for inoinfo (same holds for any superblock I've tried). How can I recover from this, short of running newfs? Kris --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCIVUTWry0BWjoQKURAjdeAKDVjM3iZyG8HTQN61AUhHoetupN0ACdG+dt stnFs8MfEiDascI/S4Nmj3w= =M5Nj -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 05:20:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D94D16A4CE for ; Sun, 27 Feb 2005 05:20:44 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE1D243D41 for ; Sun, 27 Feb 2005 05:20:41 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.89] ([66.127.85.89]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j1R5KeWi042211 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 26 Feb 2005 21:20:41 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <422158D3.7020603@errno.com> Date: Sat, 26 Feb 2005 21:21:23 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jochen Gensch References: <42211B4A.6090307@gmx.de> In-Reply-To: <42211B4A.6090307@gmx.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Wpa, dhcp and default routes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 05:20:44 -0000 Jochen Gensch wrote: > Hi, > > first of all thanks for the great wpa support and the centralized > possibilty to manage all the wireless connection in one file. But I have > a few questions though: > > System: FreeBSD Current built today with atheros card. > > 1) wpa_supplicant brings up the connection fine, however only if I start > it after attaching my card. If remove the card while a link is up and > reattach it aftwards, wpa_supllicant tries to reinitialize the > connection but fails with the following message: > > "Association request to the driver failed" > > I was hoping it is able to wait for a card to attach and then > automatically bring up the connections... > I think I recall seeing this. I mostly use minipci cards so don't experience this. I'll check on it. > > 2) If the connection is up, dhclient needs to be restartet as well to > poll an ip from the dhcp server. I even tried the -i option. I've not seen that however I mostly use a port of the openbsd dhclient that's been modified to understand 802.11 msgs through the routing socket. Unfortunately I've got no time to shepherd this work into the tree and noone responded to my request for help in the last status report. > > 3) Biggest issue: If I had a link on my fxp0 interface before, there is > NO chance to tell the system to change the default route to my ath0 > device. It always default to fxp0. I couldn't find any suitable option > for route to change that. Yes, this is a pain with the current dhclient. I believe it's resolved with the new dhclient hook scripts. > > So in a nutshell it is only possible to use the wireless stuff with a > lot of workarounds to me. The only thing I'm trying to accomplish is the > following (as Windows does): > > 1) attach your wireless card > 2) automatically recognize card and establish a connection to access > points in a predefined order > 3) fetch IP address via dhcp > 4) change default route to correct nic and gateway > 5) when detaching wireless nic, change route back to other available > connections (if avail.) > > How are you getting this done? Any hints? This all works for me unless you have both the wireless and wired nic's active concurrently; then you get the default route setup for the first nic. Sam From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 07:02:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00FAA16A4CE for ; Sun, 27 Feb 2005 07:02:08 +0000 (GMT) Received: from chinatsu.takeda.tk (node-402413e2.sna.onnet.us.uu.net [64.36.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6454C43D54 for ; Sun, 27 Feb 2005 07:02:07 +0000 (GMT) (envelope-from d.kulinski@gmail.com) Received: from takeda.lan (takeda.lan [10.0.0.3]) (authenticated bits=0) by chinatsu.takeda.tk (8.13.1/8.13.1) with ESMTP id j1R726Qm079222 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Sat, 26 Feb 2005 23:02:06 -0800 (PST) (envelope-from d.kulinski@gmail.com) Date: Sat, 26 Feb 2005 23:02:00 -0800 From: Dariusz Kulinski X-Priority: 3 (Normal) Message-ID: <549575862.20050226230200@takeda.tk> To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/730/Sat Feb 26 17:56:54 2005 on chinatsu.takeda.tk X-Virus-Status: Clean Subject: FreeBSD 5.3 crash (core with debug symbols available) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 07:02:08 -0000 Hello, I posted this on comp.unix.bsd.freebsd.misc newsgroup, but I got just one reply, which claims that core I got is not really useful. I just want to check here also, before I throw it out. BTW: The system is FreeBSD 5.3-RELEASE-p5. Here is my original post: I get 2 crashes on my FreeBSD 5.3, after the second one, I decided to compile it with debugging symbols. The crash happens rarely but it's usually while dumping the system do backup (I use snapshot since I'm backing up a live system). There is one bad thing though, while I compiled kernel debugger in, I forgot to set debug.debugger_on_panic=0. Because of that while it crashed, ddb was started. Since I'm not really experienced with ddb, I decided to write continue (it was 2 times). Do you think, that this dump will be useful? What should do to get some useful info for developers, it looks different than debugging userland application. | [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] | 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". | doadump () at pcpu.h:159 | (kgdb) bt | #0 doadump () at pcpu.h:159 | #1 0xc04e6024 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:397 | #2 0xc04e63d9 in panic (fmt=0xc06df826 "vm_fault: fault on nofault entry, addr: %lx") | at /usr/src/sys/kern/kern_shutdown.c:553 | #3 0xc0644249 in vm_fault (map=0xc103a000, vaddr=3509317632, fault_type=1 '\001', fault_flags=0) | at /usr/src/sys/vm/vm_fault.c:278 | #4 0xc069dca3 in trap_pfault (frame=0xcbd25be4, usermode=0, eva=3509320804) at /usr/src/sys/i386/i386/trap.c:716 | #5 0xc069d860 in trap (frame= | {tf_fs = -1040646120, tf_es = 16, tf_ds = -1043267568, tf_edi = 0, tf_esi = 0, tf_ebp = -875406268, tf_isp = -875406320, tf_ebx = -1048825456, tf_edx = 8192, tf_ecx = 13, tf_eax = -785646492, tf_trapno = 12, tf_err = 0, tf_eip = -1068589761, tf_cs = 8, tf_eflags = 65666, tf_esp = 0, tf_ss = -1051819632}) at /usr/src/sys/i386/i386/trap.c:417 | #6 0xc068ad7a in calltrap () at /usr/src/sys/i386/i386/exception.s:140 | #7 0xc1f90018 in ?? () | #8 0x00000010 in ?? () | #9 0xc1d10010 in ?? () | #10 0x00000000 in ?? () | #11 0x00000000 in ?? () | #12 0xcbd25c44 in ?? () | #13 0xcbd25c10 in ?? () | #14 0xc17c3190 in ?? () | #15 0x00002000 in ?? () | #16 0x0000000d in ?? () | #17 0xd12bfc64 in ?? () | #18 0x0000000c in ?? () | #19 0x00000000 in ?? () | #20 0xc04e9d3f in sigtd (p=0xc16948d4, sig=14, prop=129) at /usr/src/sys/kern/kern_sig.c:1581 | #21 0xc04e9e2b in psignal (p=0x0, sig=14) at /usr/src/sys/kern/kern_sig.c:1634 | #22 0xc04f5170 in realitexpire (arg=0xc16948d4) at /usr/src/sys/kern/kern_time.c:554 | #23 0xc04f595e in softclock (dummy=0x0) at /usr/src/sys/kern/kern_timeout.c:259 | #24 0xc04cbed8 in ithread_loop (arg=0xc14dd580) at /usr/src/sys/kern/kern_intr.c:547 | #25 0xc04cac10 in fork_exit (callout=0xc04cbd20 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:811 | #26 0xc068addc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:209 | (kgdb) up | No stack. -- Best regards, Dariusz mailto:d.kulinski@gmail.com CCNA, SCSA, SCNA, LPIC, MCP certified http://www.takeda.tk From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 08:17:32 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C58016A4CE; Sun, 27 Feb 2005 08:17:32 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF85943D39; Sun, 27 Feb 2005 08:17:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1R8HVwu045495; Sun, 27 Feb 2005 03:17:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1R8HVvt048044; Sun, 27 Feb 2005 03:17:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 69FD37306E; Sun, 27 Feb 2005 03:17:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050227081730.69FD37306E@freebsd-current.sentex.ca> Date: Sun, 27 Feb 2005 03:17:30 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/730/Sat Feb 26 20:56:54 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Feb 2005 08:17:32 -0000 TB --- 2005-02-27 06:24:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-27 06:24:19 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-02-27 06:24:19 - checking out the source tree TB --- 2005-02-27 06:24:19 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-02-27 06:24:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-27 06:38:46 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-27 06:38:46 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-02-27 06:38:46 - /usr/bin/make -B buildworld >>> 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 TB --- 2005-02-27 07:53:19 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-27 07:53:19 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-02-27 07:53:19 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 27 07:53:19 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sun Feb 27 08:05:38 UTC 2005 TB --- 2005-02-27 08:05:38 - generating LINT kernel config TB --- 2005-02-27 08:05:38 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- 2005-02-27 08:05:38 - /usr/bin/make -B LINT TB --- 2005-02-27 08:05:38 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-27 08:05:38 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-02-27 08:05:38 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 27 08:05:39 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/in.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/ip_carp.c /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/ip_carp.c:1123: warning: static declaration of 'carp_iamatch6' follows non-static declaration /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/ip_carp.h:159: warning: previous declaration of 'carp_iamatch6' was here /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/ip_carp.c:1147: warning: static declaration of 'carp_macmatch6' follows non-static declaration /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/ip_carp.h:160: warning: previous declaration of 'carp_macmatch6' was here /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/ip_carp.c:1123: warning: 'carp_iamatch6' defined but not used /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/ip_carp.c:1147: warning: 'carp_macmatch6' defined but not used *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-02-27 08:17:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-27 08:17:30 - ERROR: failed to build lint kernel TB --- 2005-02-27 08:17:30 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 09:00:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69DED16A4CF for ; Sun, 27 Feb 2005 09:00:12 +0000 (GMT) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 8951743D5C for ; Sun, 27 Feb 2005 09:00:11 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 91068 invoked from network); 27 Feb 2005 09:00:10 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 27 Feb 2005 09:00:10 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j1R909XC083963; Sun, 27 Feb 2005 10:00:09 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j1R909pI083962; Sun, 27 Feb 2005 10:00:09 +0100 (CET) (envelope-from pho) Date: Sun, 27 Feb 2005 10:00:09 +0100 From: Peter Holm To: Kris Kennaway Message-ID: <20050227090009.GA83634@peter.osted.lan> References: <20050227013555.GA43539@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050227013555.GA43539@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: panic: bremfree: buffer 0xdc6ff768 not on a queue. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 09:00:12 -0000 On Sat, Feb 26, 2005 at 05:35:55PM -0800, Kris Kennaway wrote: > A dual CPU machine running 6.0 from a couple of weeks ago panicked > overnight with: > > panic: bremfree: buffer 0xdc6ff768 not on a queue. > cpuid = 1 > KDB: enter: panic > [thread pid 26507 tid 100945 ] > Stopped at kdb_enter+0x30: leave > db> wh > Tracing pid 26507 tid 100945 td 0xc6eda730 > kdb_enter(c06f5a0f,1,c06fce5f,ef4a5a68,c6eda730) at kdb_enter+0x30 > panic(c06fce5f,dc6ff768,2090022,ef4a5aa8,c0569188) at panic+0x14e > bremfree(dc6ff768,2090022,c4544450,c6eda730,0) at bremfree+0x5d > getblk(c4544450,b,0,4000,0) at getblk+0x1a8 > cluster_read(c4544450,32ea8,0,b,0) at cluster_read+0x108 > ffs_read(ef4a5c0c,c0730880,c4544450,c663d048,ef4a5c58) at ffs_read+0x2e0 > VOP_READ_APV(c07391e0,ef4a5c0c,c6eda730,36f,0) at VOP_READ_APV+0xbc > vn_read(c663d048,ef4a5c80,c9e26d00,0,c6eda730) at vn_read+0x1e7 > dofileread(c6eda730,c663d048,3,8064000,8000) at dofileread+0xcc > read(c6eda730,ef4a5d14,c,16,3) at read+0x6b > syscall(805002f,2f,bfbf002f,8000,1000) at syscall+0x2a0 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (3, FreeBSD ELF32, read), eip = 0x280f8b3f, esp = 0xbfbfb7cc, ebp = 0xbfbfb858 --- > db> > > Is this problem already fixed? > It is my experience that this panic is often a secondary panic, like for example this one: http://www.holm.cc/stress/log/jeff48.html - Peter > Kris > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.0 (FreeBSD) > > iD8DBQFCISP7Wry0BWjoQKURAgeoAKCajTuZQF+3+MOpL8aEQTW08c6pKwCgsPqb > pMyTX7LfLdpiuWHpeDE0QK4= > =u2W+ > -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 09:56:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0905416A4CE for ; Sun, 27 Feb 2005 09:56:34 +0000 (GMT) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id 6033243D5E for ; Sun, 27 Feb 2005 09:56:33 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 90795 invoked from network); 27 Feb 2005 09:56:32 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 27 Feb 2005 09:56:32 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j1R9uVAq085131; Sun, 27 Feb 2005 10:56:31 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j1R9uPjF085130; Sun, 27 Feb 2005 10:56:25 +0100 (CET) (envelope-from pho) Date: Sun, 27 Feb 2005 10:56:25 +0100 From: Peter Holm To: John Baldwin Message-ID: <20050227095625.GA85065@peter.osted.lan> References: <20050206134113.GA77071@peter.osted.lan> <200502081448.43759.jhb@FreeBSD.org> <20050208201437.GA46141@peter.osted.lan> <200502221552.37300.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200502221552.37300.jhb@FreeBSD.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@FreeBSD.org Subject: Re: Deadlock with option FULL_PREEMPTION X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 09:56:34 -0000 On Tue, Feb 22, 2005 at 03:52:37PM -0500, John Baldwin wrote: > On Tuesday 08 February 2005 03:14 pm, Peter Holm wrote: > > On Tue, Feb 08, 2005 at 02:48:43PM -0500, John Baldwin wrote: > > > On Tuesday 08 February 2005 02:08 pm, Peter Holm wrote: > > > > On Tue, Feb 08, 2005 at 01:17:40PM -0500, John Baldwin wrote: > > > > > On Sunday 06 February 2005 08:41 am, Peter Holm wrote: > > > > > > With GENERIC HEAD from Feb 5 09:19 UTC + FULL_PREEMPTION + > > > > > > mpsafe_vfs = 1 I ran into what appears to be the same deadlock > > > > > > twice. This is the first one: > > > > > > http://www.holm.cc/stress/log/cons114.html > > > > > > > > > > What is the deadlock exactly? > > > > > > > > top froze, console login froze after giving login name, but I > > > > could ping the box. > > > > > > So it could be livelock rather than deadlock if interrupt processing > > > still works (ping). > > > > > > > > It looks like lots of threads banging on fork() > > > > > and that they are all waiting on an exclusive lock of allproc_lock > > > > > while holding a shared lock of proctree_lock (except for the 1 thread > > > > > currently doing a fork that is on a run queue because it was > > > > > preempted by IRQ 0 which kicked off softclock). Can you get 'ps' > > > > > output? > > > > > > > > Yes: > > > > > > Well, kmail butchered this in my reply so I won't quote any of it, but it > > > does seem that the process everyone is waiting on is runnable. I'm not > > > sure if there's anything you can do to recover from the livelock, but the > > > livelock is holding up all the forks so you can't get a login process to > > > fork a shell, etc. (At least not quickly apparently). > > > > Oh, recovery is not an issue. I'm stress testing, but this > > problem does seem to prevent finding other kernel problems > > with FULL_PREEMPTION. I'll just go back to testing without this > > option. Thanx for looking at this. > > Can you try doing this but with machdep.cpu_idle_hlt set to off as per my > other posting to current@ several days ago? > I've been testing with FULL_PREEMPTION (without changing machdep.cpu_idle_hlt) for a few days now, without seeing the livelock problem again :-( - Peter > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 10:24:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2264516A4DC for ; Sun, 27 Feb 2005 10:24:15 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCFDC43D5A for ; Sun, 27 Feb 2005 10:24:14 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j1RAO6jC010109; Sun, 27 Feb 2005 02:24:11 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200502271024.j1RAO6jC010109@gw.catspoiler.org> Date: Sun, 27 Feb 2005 02:24:06 -0800 (PST) From: Don Lewis To: kris@obsecurity.org In-Reply-To: <20050227050523.GA92300@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: current@FreeBSD.org Subject: Re: fsck_ufs: cannot alloc 3166749884 bytes for inoinfo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 10:24:15 -0000 On 26 Feb, Kris Kennaway wrote: > A recent panic left my FS with some serious corruption, which fsck is > unable to repair: > > # fsck_ufs -b 376512 -fy /var > Alternate super block location: 376512 > ** /dev/twed0s1e > ** Last Mounted on > ** Phase 1 - Check Blocks and Sizes > fsck_ufs: cannot alloc 3166749884 bytes for inoinfo > > (same holds for any superblock I've tried). > > How can I recover from this, short of running newfs? What does dumpfs say about the contents of the superblock? For some reason fsck thinks it needs to allocate space to hold the information about 791687471 in one cylinder group, which seems a bit unlikely. From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 10:55:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F37E16A4CE for ; Sun, 27 Feb 2005 10:55:42 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 6412243D58 for ; Sun, 27 Feb 2005 10:55:41 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail invoked by alias); 27 Feb 2005 10:55:39 -0000 Received: from pD9E6EB42.dip.t-dialin.net (EHLO ms.homeip.net) (217.230.235.66) by mail.gmx.net (mp010) with SMTP; 27 Feb 2005 11:55:39 +0100 X-Authenticated: #15946415 Received: from [10.0.0.1] (helo=[10.0.0.13]) by ms.homeip.net with esmtpsa (TLSv1:AES256-SHA:256) id 1D5M7R-000E25-B6; Sun, 27 Feb 2005 11:57:49 +0100 Message-ID: <4221A726.3090707@gmx.de> Date: Sun, 27 Feb 2005 11:55:34 +0100 From: Jochen Gensch User-Agent: Mozilla Thunderbird 1.0 (X11/20050101) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Leffler , freebsd-current@freebsd.org References: <42211B4A.6090307@gmx.de> <422158D3.7020603@errno.com> In-Reply-To: <422158D3.7020603@errno.com> X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: Wpa, dhcp and default routes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 10:55:42 -0000 Sam Leffler wrote: > I think I recall seeing this. I mostly use minipci cards so don't > experience this. I'll check on it. Thanks! > I've not seen that however I mostly use a port of the openbsd dhclient > that's been modified to understand 802.11 msgs through the routing > socket. Unfortunately I've got no time to shepherd this work into the > tree and noone responded to my request for help in the last status report Is that port available for FreeBSD? Mmh, but why isn't the option -i for periodical polling working? > Yes, this is a pain with the current dhclient. I believe it's resolved > with the new dhclient hook scripts. Could you geive me a bit more information on that? What hook scripts and when / where could I test them? But why is setting up a corret route an dhclient issue? Thanks, Jochen From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 11:22:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7AFA16A4CE for ; Sun, 27 Feb 2005 11:22:19 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 9700343D5F for ; Sun, 27 Feb 2005 11:22:18 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail invoked by alias); 27 Feb 2005 11:22:17 -0000 Received: from pD9E6EB42.dip.t-dialin.net (EHLO ms.homeip.net) (217.230.235.66) by mail.gmx.net (mp001) with SMTP; 27 Feb 2005 12:22:17 +0100 X-Authenticated: #15946415 Received: from [10.0.0.1] (helo=[10.0.0.140]) by ms.homeip.net with esmtpsa (TLSv1:AES256-SHA:256) id 1D5MXD-000ECI-AE; Sun, 27 Feb 2005 12:24:27 +0100 Message-ID: <4221AD64.7080804@gmx.de> Date: Sun, 27 Feb 2005 12:22:12 +0100 From: Jochen Gensch User-Agent: Mozilla Thunderbird 1.0 (X11/20050101) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Leffler , freebsd-current@freebsd.org References: <42211B4A.6090307@gmx.de> <422158D3.7020603@errno.com> In-Reply-To: <422158D3.7020603@errno.com> X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: Wpa, dhcp and default routes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 11:22:19 -0000 Sam Leffler wrote: > I've not seen that however I mostly use a port of the openbsd dhclient > that's been modified to understand 802.11 msgs through the routing > socket. Unfortunately I've got no time to shepherd this work into the > tree and noone responded to my request for help in the last status report Restarting the dhclient via /etc/rc.d/dhclient restart works fine, though! I guess I will use a little script, which periodically restarts dhclient this way. However this isn't a fine way... Thanks, Jochen From owner-freebsd-current@FreeBSD.ORG Sat Feb 26 15:30:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FE4916A4D7 for ; Sat, 26 Feb 2005 15:30:59 +0000 (GMT) Received: from smtp-30.ig.com.br (smtp-30.ig.com.br [200.226.132.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BC3043D53 for ; Sat, 26 Feb 2005 15:30:58 +0000 (GMT) (envelope-from deitosrafael@ig.com.br) Received: (qmail 22770 invoked from network); 26 Feb 2005 15:30:53 -0000 Received: from 38.131.226.200.in-addr.arpa.ig.com.br (HELO localhost.localdomain) ([200.226.131.38]) (envelope-sender ) by email-30.ig.com.br (qmail-ldap-1.03) with SMTP for ; 26 Feb 2005 15:30:53 -0000 To: freebsd-current@freebsd.org From: deitosrafael Date: Sat, 26 Feb 2005 12:30:53 -0300 X-Priority: 3 (Normal) Message-ID: <20050226_153053_098443.deitosrafael@ig.com.br> X-Originating-IP: [10.17.1.38]201.3.239.90 X-Mailer: iGMail [www.ig.com.br] X-user: deitosrafael@ig.com.br Teste: asaes MIME-Version: 1.0 Content-type: multipart/mixed; boundary="Message-Boundary-by-Mail-Sender-1109431853" X-Mailman-Approved-At: Sun, 27 Feb 2005 12:49:20 +0000 Subject: DXS Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 26 Feb 2005 15:31:00 -0000 This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --Message-Boundary-by-Mail-Sender-1109431853 Content-type: text/plain; charset=ISO-8859-1 Content-description: Mail message body Content-transfer-encoding: 8bit Content-disposition: inline Hi I need to know how can I enable the DXS_SUPPORT for my VIA sound card... Is there some configuration file to edit or I am supposed to recompile a new kernel or something like that... Thanks in advance for help --Message-Boundary-by-Mail-Sender-1109431853-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 26 17:39:11 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D20C916A4D0 for ; Sat, 26 Feb 2005 17:39:11 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EA7C43D2D for ; Sat, 26 Feb 2005 17:39:10 +0000 (GMT) (envelope-from zombyfork@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so660261rng for ; Sat, 26 Feb 2005 09:39:10 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=tJWX0KuTCSFnR0NhypFYvzgYubvBN7aYS+FVrKBKRKfX9n4xtC8vAleiNBpC7Epx84n1doj11iP13QlGvoYfGXXpK1H9FdwVV8OATmMN6ERCE4YqFptyvoKz5lk7p58jej+RVZ8qc3wmxp6C35xpp0YDuO9Z27KaOJHXVOhXlWo= Received: by 10.38.165.44 with SMTP id n44mr548210rne; Sat, 26 Feb 2005 09:39:09 -0800 (PST) Received: by 10.38.22.22 with HTTP; Sat, 26 Feb 2005 09:39:09 -0800 (PST) Message-ID: <346a80220502260939848bdf6@mail.gmail.com> Date: Sat, 26 Feb 2005 12:39:09 -0500 From: Coleman Kane To: Takeharu KATO In-Reply-To: <421B5E3D.60209@ybb.ne.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <421A4D5D.6040205@ybb.ne.jp> <421B5E3D.60209@ybb.ne.jp> X-Mailman-Approved-At: Sun, 27 Feb 2005 12:49:20 +0000 cc: freebsd-current@freebsd.org cc: nork@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: AMD64 Local APIC Timer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cokane@cokane.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Feb 2005 17:39:12 -0000 Hi, The lapic timer patch seems to break something in the timeout(9)/untimeout(9) handling. I have a mobile athlon64 laptop, and have been using Fukuda Nobuhiko's acpi_ppc driver for the Cool'n'Quiet operation. With your patch applied, this driver no longer scales the CPU frequency. It seems to use timeout(9) to have the kernel call a polling function regularly to monitor CPU usage and scales the CPU speed to match the usage. This helps maintain bettery life. The driver is at: http://www.spa.is.uec.ac.jp/~nfukuda/software/dist/acpi_ppc-20050210.tgz -- coleman kane On Wed, 23 Feb 2005 01:30:53 +0900, Takeharu KATO wrote: > Hi > > I found my bug in the patch which I sent before. > I re-post the local-apic-timer patch for AMD64. > > Takeharu KATO wrote: > > Hi > > > > I ported the local APIC timer tick feature to AMD64. > > Please take a look on this patch. > > > > Regards, > > > > > > -- > Takeharu KATO > > > Index: amd64/amd64/apic_vector.S > =================================================================== > RCS file: /home/kato/cvs/kato-sys/amd64/amd64/apic_vector.S,v > retrieving revision 1.1.1.1 > retrieving revision 1.2 > diff -u -r1.1.1.1 -r1.2 > --- amd64/amd64/apic_vector.S 18 Feb 2005 14:05:55 -0000 1.1.1.1 > +++ amd64/amd64/apic_vector.S 20 Feb 2005 18:15:29 -0000 1.2 > @@ -137,6 +137,26 @@ > ISR_VEC(6, apic_isr6) > ISR_VEC(7, apic_isr7) > > +/* > + * Local APIC periodic timer handler. > + */ > + .text > + SUPERALIGN_TEXT > +IDTVEC(timerint) > + PUSH_FRAME > + > + movq lapic, %rdx > + movl $0, LA_EOI(%rdx) /* End Of Interrupt to APIC */ > + > + FAKE_MCOUNT(TF_RIP(%rsp)) > + > + > + pushq $0 /* XXX convert trapframe to clockframe */ > + call lapic_handle_timer > + addq $8, %rsp /* XXX convert clockframe to trapframe */ > + MEXITCOUNT > + jmp doreti > + > #ifdef SMP > /* > * Global address space TLB shootdown. > Index: amd64/amd64/local_apic.c > =================================================================== > RCS file: /home/kato/cvs/kato-sys/amd64/amd64/local_apic.c,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 local_apic.c > --- amd64/amd64/local_apic.c 18 Feb 2005 14:05:55 -0000 1.1.1.1 > +++ amd64/amd64/local_apic.c 22 Feb 2005 16:16:33 -0000 > @@ -1,4 +1,6 @@ > /*- > + * Copyright (c) 2005 Takeharu KATO > + * (Add LAPIC timer support). > * Copyright (c) 2003 John Baldwin > * Copyright (c) 1996, by Steve Passe > * All rights reserved. > @@ -66,6 +68,9 @@ > CTASSERT(APIC_LOCAL_INTS == 240); > CTASSERT(IPI_STOP < APIC_SPURIOUS_INT); > > +#define LAPIC_TIMER_STATHZ 128 > +#define LAPIC_TIMER_PROFHZ 1024 > + > /* > * Support for local APICs. Local APICs manage interrupts on each > * individual processor as opposed to I/O APICs which receive interrupts > @@ -90,6 +95,9 @@ > u_int la_cluster:4; > u_int la_cluster_id:2; > u_int la_present:1; > + u_long *la_timer_count; > + u_long la_stat_ticks; > + u_long la_prof_ticks; > } static lapics[MAX_APICID]; > > /* XXX: should thermal be an NMI? */ > @@ -115,9 +123,23 @@ > IDTVEC(apic_isr7), /* 224 - 255 */ > }; > > +static u_int32_t lapic_timer_divisors[] = { > + APIC_TDCR_1, APIC_TDCR_2, APIC_TDCR_4, APIC_TDCR_8, APIC_TDCR_16, > + APIC_TDCR_32, APIC_TDCR_64, APIC_TDCR_128 > +}; > + > + > volatile lapic_t *lapic; > +static u_long lapic_timer_divisor, lapic_timer_period; > +static u_long *lapic_virtual_hardclock, *lapic_virtual_statclock, > + *lapic_virtual_profclock; > > static void lapic_enable(void); > +static void lapic_timer_enable_intr(void); > +static u_long calculate_lapic_timer_period(void); > +static void lapic_timer_oneshot(u_int count); > +static void lapic_timer_periodic(u_int count); > +static void lapic_timer_set_divisor(u_int divisor); > static uint32_t lvt_mode(struct lapic *la, u_int pin, uint32_t value); > > static uint32_t > @@ -181,6 +203,7 @@ > PCPU_SET(apic_id, lapic_id()); > > /* XXX: timer/error/thermal interrupts */ > + setidt(APIC_TIMER_INT, IDTVEC(timerint), SDT_SYSIGT, SEL_KPL,0); > } > > /* > @@ -244,13 +267,56 @@ > ("No ISR handler for IRQ %u", irq)); > setidt(vector, ioint_handlers[vector / 32], SDT_SYSIGT, SEL_KPL, 0); > } > +static u_long > +calculate_lapic_timer_period(void) > +{ > + u_long period,value; > + > + /* Start off with a divisor of 2 (power on reset default). */ > + lapic_timer_divisor = 8; > + > + /* Try to calibrate the local APIC timer. */ > + do { > + printf("lapic timer divisor:%lu\n",lapic_timer_divisor); > + lapic_timer_set_divisor(lapic_timer_divisor); > + lapic_timer_oneshot(APIC_TIMER_MAX_COUNT); > + DELAY(2000000); > + value = APIC_TIMER_MAX_COUNT - lapic->ccr_timer; > + printf("value:%lu(ccr:%u)\n",value,lapic->ccr_timer); > + if (value != APIC_TIMER_MAX_COUNT) > + break; > + lapic_timer_divisor <<= 1; > + } while (lapic_timer_divisor <= 128); > + if (lapic_timer_divisor > 128) > + panic("lapic: Divisor too big"); > + value /= 2; > + printf("lapic: Frequency %lu hz\n", value); > > + /* > + * We will drive the timer via hz. Require hz to be greater than > + * stathz, but if hz is less than the default profhz, cap profhz > + * at hz. > + */ > + stathz = LAPIC_TIMER_STATHZ; > + if (hz < stathz) { > + printf("lapic: Adjusting hz from %d to %d\n", hz, stathz); > + hz = stathz; > + } > + period=value / hz; > + KASSERT(period!=0, ("CPU:%d lapic%u: zero divisor",PCPU_GET(cpuid),lapic_id())); > +#if 0 /* Please enable following lines if you want to show period/divisor */ > + printf("Setup CPU:%d period:%lu val=%lu\n",PCPU_GET(cpuid),lapic_timer_period,value); > + printf("Setup CPU:%d div=%lu\n",PCPU_GET(cpuid),lapic_timer_divisor); > +#endif > + return period; > +} > void > lapic_setup(void) > { > struct lapic *la; > u_int32_t value, maxlvt; > register_t eflags; > + char buf[MAXCOMLEN + 1]; > > la = &lapics[lapic_id()]; > KASSERT(la->la_present, ("missing APIC structure")); > @@ -281,9 +347,47 @@ > lapic->lvt_lint1 = lvt_mode(la, LVT_LINT1, lapic->lvt_lint1); > > /* XXX: more LVT entries */ > + /* Program timer LVT and setup handler. */ > + lapic->lvt_timer = lvt_mode(la, LVT_TIMER, lapic->lvt_timer); > + snprintf(buf, sizeof(buf), "lapic%d: timer", lapic_id()); > + intrcnt_add(buf, &la->la_timer_count); > + if (PCPU_GET(cpuid) != 0) { > + lapic_timer_period=calculate_lapic_timer_period(); > + lapic_timer_set_divisor(lapic_timer_divisor); > + lapic_timer_periodic(lapic_timer_period); > + lapic_timer_enable_intr(); > + } > > intr_restore(eflags); > } > +/* > + * Called by cpu_initclocks() on the BSP to setup the local APIC timer so > + * that it can drive hardclock, statclock, and profclock. This function > + * returns true if it is able to use the local APIC timer to drive the > + * clocks and false if it is not able. > + */ > +int > +lapic_setup_clock(void) > +{ > + /* Can't drive the timer without a local APIC. */ > + if (lapic == NULL) > + return (0); > + > + lapic_timer_period = calculate_lapic_timer_period(); > + profhz = imin(hz, LAPIC_TIMER_PROFHZ); > + intrcnt_add("lapic: hardclock", &lapic_virtual_hardclock); > + intrcnt_add("lapic: statclock", &lapic_virtual_statclock); > + intrcnt_add("lapic: profclock", &lapic_virtual_profclock); > + > + /* > + * Start up the timer on the BSP. The APs will kick off their > + * timer during lapic_setup(). > + */ > + lapic_timer_periodic(lapic_timer_period); > + lapic_timer_enable_intr(); > + return (1); > +} > + > > void > lapic_disable(void) > @@ -515,6 +619,87 @@ > isrc = intr_lookup_source(apic_idt_to_irq(vec)); > intr_execute_handlers(isrc, &frame); > } > +void > +lapic_handle_timer(struct clockframe frame) > +{ > + struct lapic *la; > + > + la = &lapics[PCPU_GET(apic_id)]; > + (*la->la_timer_count)++; > + critical_enter(); > + > + /* Hardclock fires on every interrupt since we interrupt at hz. */ > + if (PCPU_GET(cpuid) == 0) { > + (*lapic_virtual_hardclock)++; > + hardclock(&frame); > + } else > + hardclock_process(&frame); > + > + /* Use a poor man's algorithm to fire statclock at stathz. */ > + la->la_stat_ticks += stathz; > + if (la->la_stat_ticks >= hz) { > + la->la_stat_ticks -= hz; > + if (PCPU_GET(cpuid) == 0) > + (*lapic_virtual_statclock)++; > + statclock(&frame); > + } > + > + /* Use the same trick for profhz. */ > + la->la_prof_ticks += profhz; > + if (la->la_prof_ticks >= hz) { > + la->la_prof_ticks -= hz; > + if (PCPU_GET(cpuid) == 0) > + (*lapic_virtual_profclock)++; > + if (profprocs != 0) > + profclock(&frame); > + } > + critical_exit(); > +} > + > +static void > +lapic_timer_set_divisor(u_int divisor) > +{ > + > + KASSERT(powerof2(divisor), ("lapic: invalid divisor %u", divisor)); > + KASSERT(ffs(divisor) <= sizeof(lapic_timer_divisors) / > + sizeof(u_int32_t), ("lapic: invalid divisor %u", divisor)); > + lapic->dcr_timer = lapic_timer_divisors[ffs(divisor) - 1]; > +} > + > +static void > +lapic_timer_oneshot(u_int count) > +{ > + u_int32_t value; > + > + value = lapic->lvt_timer; > + value &= ~APIC_LVTT_TM; > + value |= APIC_LVTT_TM_ONE_SHOT; > + lapic->lvt_timer = value; > + lapic->icr_timer = count; > +} > + > +static void > +lapic_timer_periodic(u_int count) > +{ > + u_int32_t value; > + > + value = lapic->lvt_timer; > + value &= ~APIC_LVTT_TM; > + value |= APIC_LVTT_TM_PERIODIC; > + lapic->lvt_timer = value; > + lapic->icr_timer = count; > +} > + > +static void > +lapic_timer_enable_intr(void) > +{ > + u_int32_t value; > + > + value = lapic->lvt_timer; > + value &= ~APIC_LVT_M; > + lapic->lvt_timer = value; > +} > + > > /* Translate between IDT vectors and IRQ vectors. */ > u_int > Index: amd64/amd64/mp_machdep.c > =================================================================== > RCS file: /home/kato/cvs/kato-sys/amd64/amd64/mp_machdep.c,v > retrieving revision 1.1.1.1 > retrieving revision 1.2 > diff -u -r1.1.1.1 -r1.2 > --- amd64/amd64/mp_machdep.c 18 Feb 2005 14:05:55 -0000 1.1.1.1 > +++ amd64/amd64/mp_machdep.c 20 Feb 2005 18:15:29 -0000 1.2 > @@ -871,7 +871,7 @@ > smp_targeted_tlb_shootdown(mask, IPI_INVLRNG, addr1, addr2); > } > > - > +#if 0 > /* > * For statclock, we send an IPI to all CPU's to have them call this > * function. > @@ -914,16 +914,16 @@ > if (map != 0) > ipi_selected(map, IPI_HARDCLOCK); > } > - > +#endif > void > ipi_bitmap_handler(struct clockframe frame) > { > int cpu = PCPU_GET(cpuid); > u_int ipi_bitmap; > - struct thread *td; > > - ipi_bitmap = atomic_readandclear_int(&cpu_ipi_pending[cpu]); > > + ipi_bitmap = atomic_readandclear_int(&cpu_ipi_pending[cpu]); > +#if 0 > critical_enter(); > > /* Nothing to do for AST */ > @@ -948,6 +948,7 @@ > } > > critical_exit(); > +#endif > } > > /* > Index: amd64/conf/CURRENT-MARS > =================================================================== > RCS file: /home/kato/cvs/kato-sys/amd64/conf/CURRENT-MARS,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 CURRENT-MARS > Index: amd64/include/apicvar.h > =================================================================== > RCS file: /home/kato/cvs/kato-sys/amd64/include/apicvar.h,v > retrieving revision 1.1.1.1 > retrieving revision 1.2 > diff -u -r1.1.1.1 -r1.2 > --- amd64/include/apicvar.h 18 Feb 2005 14:05:55 -0000 1.1.1.1 > +++ amd64/include/apicvar.h 20 Feb 2005 18:15:33 -0000 1.2 > @@ -123,9 +123,12 @@ > > /* IPIs handled by IPI_BITMAPED_VECTOR (XXX ups is there a better place?) */ > #define IPI_AST 0 /* Generate software trap. */ > +#if 0 > #define IPI_HARDCLOCK 1 /* Inter-CPU clock handling. */ > #define IPI_STATCLOCK 2 > #define IPI_BITMAP_LAST IPI_STATCLOCK > +#endif > +#define IPI_BITMAP_LAST IPI_AST > #define IPI_IS_BITMAPED(x) ((x) <= IPI_BITMAP_LAST) > > #define IPI_STOP (APIC_IPI_INTS + 6) /* Stop CPU until restarted. */ > @@ -172,7 +175,7 @@ > inthand_t > IDTVEC(apic_isr1), IDTVEC(apic_isr2), IDTVEC(apic_isr3), > IDTVEC(apic_isr4), IDTVEC(apic_isr5), IDTVEC(apic_isr6), > - IDTVEC(apic_isr7), IDTVEC(spuriousint); > + IDTVEC(apic_isr7), IDTVEC(spuriousint),IDTVEC(timerint); > > u_int apic_irq_to_idt(u_int irq); > u_int apic_idt_to_irq(u_int vector); > @@ -203,6 +206,7 @@ > void lapic_ipi_vectored(u_int vector, int dest); > int lapic_ipi_wait(int delay); > void lapic_handle_intr(void *cookie, struct intrframe frame); > +void lapic_handle_timer(struct clockframe frame); > void lapic_set_logical_id(u_int apic_id, u_int cluster, u_int cluster_id); > int lapic_set_lvt_mask(u_int apic_id, u_int lvt, u_char masked); > int lapic_set_lvt_mode(u_int apic_id, u_int lvt, u_int32_t mode); > @@ -212,6 +216,7 @@ > enum intr_trigger trigger); > void lapic_set_tpr(u_int vector); > void lapic_setup(void); > +int lapic_setup_clock(void); > > #endif /* !LOCORE */ > #endif /* _MACHINE_APICVAR_H_ */ > Index: amd64/isa/clock.c > =================================================================== > RCS file: /home/kato/cvs/kato-sys/amd64/isa/clock.c,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 clock.c > --- amd64/isa/clock.c 18 Feb 2005 14:05:55 -0000 1.1.1.1 > +++ amd64/isa/clock.c 22 Feb 2005 15:38:24 -0000 > @@ -64,13 +64,14 @@ > #include > #include > #include > - > +#define LAPIC_TIMER > #include > #include > #include > #include > #include > -#ifdef SMP > +#ifdef LAPIC_TIMER > +#include > #include > #endif > #include > @@ -113,6 +114,7 @@ > static u_int32_t i8254_offset; > static int (*i8254_pending)(struct intsrc *); > static int i8254_ticked; > +static int using_lapic_timer; > static u_char rtc_statusa = RTCSA_DIVIDER | RTCSA_NOPROF; > static u_char rtc_statusb = RTCSB_24HR | RTCSB_PINTR; > > @@ -139,7 +141,6 @@ > static void > clkintr(struct clockframe *frame) > { > - > if (timecounter->tc_get_timecount == i8254_get_timecount) { > mtx_lock_spin(&clock_lock); > if (i8254_ticked) > @@ -151,10 +152,8 @@ > clkintr_pending = 0; > mtx_unlock_spin(&clock_lock); > } > - hardclock(frame); > -#ifdef SMP > - forward_hardclock(); > -#endif > + if (!using_lapic_timer) > + hardclock(frame); > } > > int > @@ -221,9 +220,6 @@ > } > if (pscnt == psdiv) > statclock(frame); > -#ifdef SMP > - forward_statclock(); > -#endif > } > } > > @@ -730,7 +726,11 @@ > { > int diag; > > - if (statclock_disable) { > +#ifdef LAPIC_TIMER > + using_lapic_timer = lapic_setup_clock(); > +#endif > + > + if ( statclock_disable || using_lapic_timer ) { > /* > * The stat interrupt mask is different without the > * statistics clock. Also, don't set the interrupt > @@ -756,7 +756,7 @@ > writertc(RTC_STATUSB, RTCSB_24HR); > > /* Don't bother enabling the statistics clock. */ > - if (!statclock_disable) { > + if (!statclock_disable && !using_lapic_timer) { > diag = rtcin(RTC_DIAG); > if (diag != 0) > printf("RTC BIOS diagnostic error %b\n", diag, RTCDG_BITS); > @@ -774,7 +774,8 @@ > void > cpu_startprofclock(void) > { > - > + if (using_lapic_timer) > + return; > rtc_statusa = RTCSA_DIVIDER | RTCSA_PROF; > writertc(RTC_STATUSA, rtc_statusa); > psdiv = pscnt = psratio; > @@ -783,7 +784,8 @@ > void > cpu_stopprofclock(void) > { > - > + if (using_lapic_timer) > + return; > rtc_statusa = RTCSA_DIVIDER | RTCSA_NOPROF; > writertc(RTC_STATUSA, rtc_statusa); > psdiv = pscnt = 1; > > > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > > > From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 13:12:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C93B016A4CE for ; Sun, 27 Feb 2005 13:12:45 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id B89B443D5A for ; Sun, 27 Feb 2005 13:12:44 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail invoked by alias); 27 Feb 2005 13:12:43 -0000 Received: from pD9E6E58E.dip.t-dialin.net (EHLO ms.homeip.net) (217.230.229.142) by mail.gmx.net (mp001) with SMTP; 27 Feb 2005 14:12:43 +0100 X-Authenticated: #15946415 Received: from [10.0.0.1] (helo=[10.0.0.140]) by ms.homeip.net with esmtpsa (TLSv1:AES256-SHA:256) id 1D5OG6-000FDh-NN for freebsd-current@freebsd.org; Sun, 27 Feb 2005 14:14:54 +0100 Message-ID: <4221C746.8010204@gmx.de> Date: Sun, 27 Feb 2005 14:12:38 +0100 From: Jochen Gensch User-Agent: Mozilla Thunderbird 1.0 (X11/20050101) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: dhclient with non present devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 13:12:45 -0000 Hi, on the way to find a solution for getting dhclient to fetch ips for my wireless nic I found the option "-w". This option should cause dhclient not to exit when the device isn't present at load. However this doesn't work. Dhclient still says ath0: not found... is this a bug? Jochen From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 13:15:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C7C716A4CE for ; Sun, 27 Feb 2005 13:15:15 +0000 (GMT) Received: from sana.init-main.com (104.194.138.210.bn.2iij.net [210.138.194.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id 670B143D2D for ; Sun, 27 Feb 2005 13:15:12 +0000 (GMT) (envelope-from takawata@init-main.com) Received: from init-main.com (localhost.init-main.com [127.0.0.1]) by sana.init-main.com (8.13.1/8.13.1) with ESMTP id j1RDD6hF068556 for ; Sun, 27 Feb 2005 22:13:07 +0900 (JST) (envelope-from takawata@init-main.com) Message-Id: <200502271313.j1RDD6hF068556@sana.init-main.com> To: freebsd-current@freebsd.org From: takawata@jp.freebsd.org Date: Sun, 27 Feb 2005 22:13:06 +0900 Sender: takawata@init-main.com Subject: Xlib locale (compatibility?) breakage. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 13:15:15 -0000 Hi, I have trouble with X11 locale. I updated today's CURRENT and try to use X11 in ja_JP.eucJP location, then I got message: == Warning: locale not supporte by C library locale unchanged. Counldn't set locale: ja_JP.eucJP ja_JP.ujis ja_JP.EUC japanese.euc Japanese-EUC, ja, japan == First, I tryed with a bit older XFree86 , But with xorg for 5.3-RELEASE, nothing changed. any ideas? From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 13:13:38 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A58AA16A4CE for ; Sun, 27 Feb 2005 13:13:38 +0000 (GMT) Received: from cgpsrv2.cis.mcmaster.ca (univmail.CIS.McMaster.CA [130.113.64.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1C8D43D41 for ; Sun, 27 Feb 2005 13:13:37 +0000 (GMT) (envelope-from racinej@mcmaster.ca) Received: from [69.157.37.218] (HELO localhost.localdomain) by cgpsrv2.cis.mcmaster.ca (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 84027710 for freebsd-current@freebsd.org; Sun, 27 Feb 2005 08:13:36 -0500 From: Jeffrey Racine To: freebsd-current@freebsd.org Content-Type: text/plain Organization: McMaster University Date: Sun, 27 Feb 2005 08:13:34 -0500 Message-Id: <1109510014.651.7.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.1.5 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 27 Feb 2005 13:33:01 +0000 Subject: ndis bug in current... (2/25/05) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: racinej@mcmaster.ca List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Feb 2005 13:13:38 -0000 Hi. The ndis driver no longer compiles... any suggestions most welcome. -- Jeff uname -a FreeBSD localhost 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Fri Feb 25 22:15:41 EST 2005 root@localhost:/usr/obj/usr/src/sys/X300 i386 localhost# cd /sys/modules/if_ndis && ndiscvt -i bcmwl5a.inf -s bcmwl5.sys -o ndis_driver_data.h && make && make install Warning: Object directory not changed from original /usr/src/sys/modules/if_ndiscc -O2 -pipe -funroll-loops -ffast-math -march=pentiumpro -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/if_ndis/../../dev/if_ndis/if_ndis.c /usr/src/sys/modules/if_ndis/../../dev/if_ndis/if_ndis.c: In function `ndis_attach': /usr/src/sys/modules/if_ndis/../../dev/if_ndis/if_ndis.c:482: warning: passing arg 1 of `windrv_lookup' makes integer from pointer without a cast /usr/src/sys/modules/if_ndis/../../dev/if_ndis/if_ndis.c:484: warning: passing arg 1 of `windrv_lookup' makes integer from pointer without a cast /usr/src/sys/modules/if_ndis/../../dev/if_ndis/if_ndis.c:486: warning: passing arg 1 of `windrv_lookup' makes integer from pointer without a cast /usr/src/sys/modules/if_ndis/../../dev/if_ndis/if_ndis.c: In function `ndis_detach': /usr/src/sys/modules/if_ndis/../../dev/if_ndis/if_ndis.c:879: warning: passing arg 1 of `windrv_lookup' makes integer from pointer without a cast /usr/src/sys/modules/if_ndis/../../dev/if_ndis/if_ndis.c:881: warning: passing arg 1 of `windrv_lookup' makes integer from pointer without a cast /usr/src/sys/modules/if_ndis/../../dev/if_ndis/if_ndis.c:883: warning: passing arg 1 of `windrv_lookup' makes integer from pointer without a cast *** Error code 1 Stop in /usr/src/sys/modules/if_ndis. localhost# -- Professor J. S. Racine Phone: (905) 525 9140 x 23825 Department of Economics FAX: (905) 521-8232 McMaster University e-mail: racinej@mcmaster.ca 1280 Main St. W.,Hamilton, URL: http://www.economics.mcmaster.ca/racine/ Ontario, Canada. L8S 4M4 `The generation of random numbers is too important to be left to chance.' From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 13:46:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9748716A4CE for ; Sun, 27 Feb 2005 13:46:13 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BFF043D48 for ; Sun, 27 Feb 2005 13:46:13 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by rproxy.gmail.com with SMTP id 34so40079rns for ; Sun, 27 Feb 2005 05:46:12 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=av1zogiRRT7c3QkNzFHXCzFm7OS4URjcQ5l8HQ6wu9o3Pj06DVkYJS0vrgr/ebo6ruBvAIQ1U/KS595WIMo48MOttFEgfu7mATPqxQ3TgtjefP0woOP0S+v5P8lVu3eL2zYYTGr3+D0cjqN5QxhrDaIgVOHW9oJWYebtZNMxQPU= Received: by 10.38.206.76 with SMTP id d76mr107265rng; Sun, 27 Feb 2005 05:46:12 -0800 (PST) Received: by 10.38.8.9 with HTTP; Sun, 27 Feb 2005 05:46:12 -0800 (PST) Message-ID: Date: Sun, 27 Feb 2005 21:46:12 +0800 From: Jiawei Ye To: "takawata@jp.freebsd.org" In-Reply-To: <200502271313.j1RDD6hF068556@sana.init-main.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200502271313.j1RDD6hF068556@sana.init-main.com> cc: freebsd-current@freebsd.org Subject: Re: Xlib locale (compatibility?) breakage. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Feb 2005 13:46:13 -0000 On Sun, 27 Feb 2005 22:13:06 +0900, takawata@jp.freebsd.org wrote: > Hi, I have trouble with X11 locale. > > I updated today's CURRENT and try to use X11 in ja_JP.eucJP > location, then I got message: > > == > Warning: locale not supporte by C library locale unchanged. > Counldn't set locale: ja_JP.eucJP ja_JP.ujis ja_JP.EUC japanese.euc > Japanese-EUC, ja, japan > == > > First, I tryed with a bit older XFree86 , But > with xorg for 5.3-RELEASE, nothing changed. > > any ideas? LC_CTYPE is changed today/yesterday. I am not sure if this is related though. If so, then a recompile is needed. Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 14:17:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F229D16A4CE for ; Sun, 27 Feb 2005 14:17:03 +0000 (GMT) Received: from basalt.tackymt.homeip.net (YahooBB219181148020.bbtec.net [219.181.148.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1827843D49 for ; Sun, 27 Feb 2005 14:17:03 +0000 (GMT) (envelope-from taku@tackymt.homeip.net) Received: from localhost (localhost [127.0.0.1]) by basalt.tackymt.homeip.net (Postfix) with ESMTP id 98A5010747; Sun, 27 Feb 2005 23:17:01 +0900 (JST) Received: from basalt.tackymt.homeip.net ([127.0.0.1])port 10024) with ESMTP id 59738-08; Sun, 27 Feb 2005 23:16:57 +0900 (JST) Received: from maestro.tackymt.homeip.net (maestro.tackymt.homeip.net [IPv6:2001:3e0:577:0:20a:79ff:fe5a:2fef]) by basalt.tackymt.homeip.net (Postfix) with ESMTP; Sun, 27 Feb 2005 23:16:57 +0900 (JST) Date: Sun, 27 Feb 2005 23:16:55 +0900 From: Taku YAMAMOTO To: takawata@jp.freebsd.org Message-Id: <20050227231655.05dd009f.taku@tackymt.homeip.net> In-Reply-To: <200502271313.j1RDD6hF068556@sana.init-main.com> References: <200502271313.j1RDD6hF068556@sana.init-main.com> X-Mailer: Sylpheed version 1.0.0-gtk2-20041224 (GTK+ 2.4.14; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Xlib locale (compatibility?) breakage. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 14:17:04 -0000 On Sun, 27 Feb 2005 22:13:06 +0900 takawata@jp.freebsd.org wrote: > Hi, I have trouble with X11 locale. > > I updated today's CURRENT and try to use X11 in ja_JP.eucJP > location, then I got message: > > == > Warning: locale not supporte by C library locale unchanged. > Counldn't set locale: ja_JP.eucJP ja_JP.ujis ja_JP.EUC japanese.euc > Japanese-EUC, ja, japan > == > > First, I tryed with a bit older XFree86 , But > with xorg for 5.3-RELEASE, nothing changed. > > any ideas? Do you happen to have binaries that are linked to libc.so.5? I guess those oldish binaries (actually libc.so.*'s) can't cope with the new LC_CTYPE data format. -- -|-__ YAMAMOTO, Taku | __ < From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 14:27:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6799716A4CE for ; Sun, 27 Feb 2005 14:27:17 +0000 (GMT) Received: from sana.init-main.com (104.194.138.210.bn.2iij.net [210.138.194.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5703A43D55 for ; Sun, 27 Feb 2005 14:27:16 +0000 (GMT) (envelope-from takawata@init-main.com) Received: from init-main.com (localhost.init-main.com [127.0.0.1]) by sana.init-main.com (8.13.1/8.13.1) with ESMTP id j1REPADK068782; Sun, 27 Feb 2005 23:25:10 +0900 (JST) (envelope-from takawata@init-main.com) Message-Id: <200502271425.j1REPADK068782@sana.init-main.com> To: Taku YAMAMOTO From: takawata@jp.freebsd.org In-reply-to: Your message of "Sun, 27 Feb 2005 23:16:55 JST." <20050227231655.05dd009f.taku@tackymt.homeip.net> Date: Sun, 27 Feb 2005 23:25:10 +0900 Sender: takawata@init-main.com cc: freebsd-current@freebsd.org Subject: Re: Xlib locale (compatibility?) breakage. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 14:27:17 -0000 In message <20050227231655.05dd009f.taku@tackymt.homeip.net>, Taku YAMAMOTO $B$5(B $B$s$$$o$/(B: >On Sun, 27 Feb 2005 22:13:06 +0900 >takawata@jp.freebsd.org wrote: >> Hi, I have trouble with X11 locale. >> >> I updated today's CURRENT and try to use X11 in ja_JP.eucJP >> location, then I got message: >> >> == >> Warning: locale not supporte by C library locale unchanged. >> Counldn't set locale: ja_JP.eucJP ja_JP.ujis ja_JP.EUC japanese.euc >> Japanese-EUC, ja, japan >> == >> >> First, I tryed with a bit older XFree86 , But >> with xorg for 5.3-RELEASE, nothing changed. >> >> any ideas? > >Do you happen to have binaries that are linked to libc.so.5? >I guess those oldish binaries (actually libc.so.*'s) can't cope with >the new LC_CTYPE data format. Thanks! Setting libmap.conf to libc.so.5 libc.so.6 works. From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 17:44:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D48DC16A4CE; Sun, 27 Feb 2005 17:44:41 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 314E243D55; Sun, 27 Feb 2005 17:44:41 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1RHieZR062560; Sun, 27 Feb 2005 12:44:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1RHien8007878; Sun, 27 Feb 2005 12:44:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6693A7306E; Sun, 27 Feb 2005 12:44:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050227174440.6693A7306E@freebsd-current.sentex.ca> Date: Sun, 27 Feb 2005 12:44:40 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/732/Sun Feb 27 11:51:18 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Feb 2005 17:44:42 -0000 TB --- 2005-02-27 17:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-27 17:15:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-02-27 17:15:00 - checking out the source tree TB --- 2005-02-27 17:15:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-02-27 17:15:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-27 17:21:00 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-27 17:21:00 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-02-27 17:21:00 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/include -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/../../include -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/alpha -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/alpha/alpha/src/lib/libc/db/recno/rec_search.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/include -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/../../include -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/alpha -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/alpha/alpha/src/lib/libc/db/recno/rec_seq.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/include -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/../../include -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/alpha -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/alpha/alpha/src/lib/libc/db/recno/rec_utils.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/include -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/../../include -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/alpha -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/alpha/alpha/src/lib/libc/compat-43/creat.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/include -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/../../include -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/alpha -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/alpha/alpha/src/lib/libc/compat-43/gethostid.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/include -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/../../include -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/alpha -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/alpha/alpha/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/alpha/alpha/src/lib/libc/compat-43/getwd.c /tinderbox/CURRENT/alpha/alpha/src/lib/libc/compat-43/getwd.c: In function `getwd': /tinderbox/CURRENT/alpha/alpha/src/lib/libc/compat-43/getwd.c:52: warning: implicit declaration of function `strerror_r' *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/lib/libc. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-02-27 17:44:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-27 17:44:40 - ERROR: failed to build world TB --- 2005-02-27 17:44:40 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 18:14:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CB1A16A4CE; Sun, 27 Feb 2005 18:14:58 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A034F43D5D; Sun, 27 Feb 2005 18:14:57 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j1RIEvhr058723; Sun, 27 Feb 2005 13:14:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1RIEvgS071588; Sun, 27 Feb 2005 13:14:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 22C7D7306E; Sun, 27 Feb 2005 13:14:57 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050227181457.22C7D7306E@freebsd-current.sentex.ca> Date: Sun, 27 Feb 2005 13:14:57 -0500 (EST) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Feb 2005 18:14:58 -0000 TB --- 2005-02-27 17:44:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-27 17:44:40 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-02-27 17:44:40 - checking out the source tree TB --- 2005-02-27 17:44:40 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-02-27 17:44:40 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-27 17:50:30 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-27 17:50:30 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-02-27 17:50:30 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd64/amd64/src/lib/libc/db/recno/rec_search.c cc -O2 -pipe -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd64/amd64/src/lib/libc/db/recno/rec_seq.c cc -O2 -pipe -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd64/amd64/src/lib/libc/db/recno/rec_utils.c cc -O2 -pipe -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd64/amd64/src/lib/libc/compat-43/creat.c cc -O2 -pipe -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd64/amd64/src/lib/libc/compat-43/gethostid.c cc -O2 -pipe -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd64/amd64/src/lib/libc/compat-43/getwd.c /tinderbox/CURRENT/amd64/amd64/src/lib/libc/compat-43/getwd.c: In function `getwd': /tinderbox/CURRENT/amd64/amd64/src/lib/libc/compat-43/getwd.c:52: warning: implicit declaration of function `strerror_r' *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib/libc. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-02-27 18:14:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-27 18:14:57 - ERROR: failed to build world TB --- 2005-02-27 18:14:57 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 18:45:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63BDB16A4CE; Sun, 27 Feb 2005 18:45:06 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1F2343D49; Sun, 27 Feb 2005 18:45:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j1RIj5pa059700; Sun, 27 Feb 2005 13:45:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1RIj5FI025408; Sun, 27 Feb 2005 13:45:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 17CFD7306E; Sun, 27 Feb 2005 13:45:05 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050227184505.17CFD7306E@freebsd-current.sentex.ca> Date: Sun, 27 Feb 2005 13:45:05 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Feb 2005 18:45:06 -0000 TB --- 2005-02-27 18:14:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-27 18:14:57 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-02-27 18:14:57 - checking out the source tree TB --- 2005-02-27 18:14:57 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-02-27 18:14:57 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-27 18:20:50 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-27 18:20:50 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-02-27 18:20:50 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/tinderbox/CURRENT/i386/i386/src/lib/libc/include -I/tinderbox/CURRENT/i386/i386/src/lib/libc/../../include -I/tinderbox/CURRENT/i386/i386/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/i386/i386/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/i386/i386/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/i386/i386/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/i386/i386/src/lib/libc/db/recno/rec_search.c cc -O2 -pipe -I/tinderbox/CURRENT/i386/i386/src/lib/libc/include -I/tinderbox/CURRENT/i386/i386/src/lib/libc/../../include -I/tinderbox/CURRENT/i386/i386/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/i386/i386/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/i386/i386/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/i386/i386/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/i386/i386/src/lib/libc/db/recno/rec_seq.c cc -O2 -pipe -I/tinderbox/CURRENT/i386/i386/src/lib/libc/include -I/tinderbox/CURRENT/i386/i386/src/lib/libc/../../include -I/tinderbox/CURRENT/i386/i386/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/i386/i386/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/i386/i386/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/i386/i386/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/i386/i386/src/lib/libc/db/recno/rec_utils.c cc -O2 -pipe -I/tinderbox/CURRENT/i386/i386/src/lib/libc/include -I/tinderbox/CURRENT/i386/i386/src/lib/libc/../../include -I/tinderbox/CURRENT/i386/i386/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/i386/i386/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/i386/i386/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/i386/i386/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/i386/i386/src/lib/libc/compat-43/creat.c cc -O2 -pipe -I/tinderbox/CURRENT/i386/i386/src/lib/libc/include -I/tinderbox/CURRENT/i386/i386/src/lib/libc/../../include -I/tinderbox/CURRENT/i386/i386/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/i386/i386/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/i386/i386/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/i386/i386/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/i386/i386/src/lib/libc/compat-43/gethostid.c cc -O2 -pipe -I/tinderbox/CURRENT/i386/i386/src/lib/libc/include -I/tinderbox/CURRENT/i386/i386/src/lib/libc/../../include -I/tinderbox/CURRENT/i386/i386/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/i386/i386/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/i386/i386/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/i386/i386/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/i386/i386/src/lib/libc/compat-43/getwd.c /tinderbox/CURRENT/i386/i386/src/lib/libc/compat-43/getwd.c: In function `getwd': /tinderbox/CURRENT/i386/i386/src/lib/libc/compat-43/getwd.c:52: warning: implicit declaration of function `strerror_r' *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/lib/libc. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-02-27 18:45:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-27 18:45:05 - ERROR: failed to build world TB --- 2005-02-27 18:45:05 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 19:11:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0354216A4CE for ; Sun, 27 Feb 2005 19:11:36 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDAFE43D58 for ; Sun, 27 Feb 2005 19:11:35 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] (sam@[66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j1RJBYWi045089 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 27 Feb 2005 11:11:35 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <42221B96.7060508@errno.com> Date: Sun, 27 Feb 2005 11:12:22 -0800 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jochen Gensch References: <42211B4A.6090307@gmx.de> <422158D3.7020603@errno.com> <4221A726.3090707@gmx.de> In-Reply-To: <4221A726.3090707@gmx.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Wpa, dhcp and default routes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 19:11:36 -0000 Jochen Gensch wrote: > Sam Leffler wrote: > >> I think I recall seeing this. I mostly use minipci cards so don't >> experience this. I'll check on it. > > > Thanks! > > >> I've not seen that however I mostly use a port of the openbsd dhclient >> that's been modified to understand 802.11 msgs through the routing >> socket. Unfortunately I've got no time to shepherd this work into the >> tree and noone responded to my request for help in the last status report > > > Is that port available for FreeBSD? No, I've been looking for a committer to shepherd the work into the tree. In particular I am concerned about the potential fallout in changing from a single instance of dhclient to having one per/interface. > Mmh, but why isn't the option -i for > periodical polling working? > >> Yes, this is a pain with the current dhclient. I believe it's >> resolved with the new dhclient hook scripts. > > > Could you geive me a bit more information on that? What hook scripts and > when / where could I test them? But why is setting up a corret route an > dhclient issue? http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/projects/wifi&HIDEDEL=NO Sam From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 19:15:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D6C816A4CE; Sun, 27 Feb 2005 19:15:39 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id B62BC43D5A; Sun, 27 Feb 2005 19:15:38 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j1RJFcvw060603; Sun, 27 Feb 2005 14:15:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1RJFc9B033847; Sun, 27 Feb 2005 14:15:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 175917306E; Sun, 27 Feb 2005 14:15:38 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050227191538.175917306E@freebsd-current.sentex.ca> Date: Sun, 27 Feb 2005 14:15:38 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Feb 2005 19:15:39 -0000 TB --- 2005-02-27 18:45:05 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-27 18:45:05 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-02-27 18:45:05 - checking out the source tree TB --- 2005-02-27 18:45:05 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-02-27 18:45:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-27 18:50:52 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-27 18:50:52 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-02-27 18:50:52 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/tinderbox/CURRENT/i386/pc98/src/lib/libc/include -I/tinderbox/CURRENT/i386/pc98/src/lib/libc/../../include -I/tinderbox/CURRENT/i386/pc98/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/i386/pc98/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/i386/pc98/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/i386/pc98/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/i386/pc98/src/lib/libc/string/strdup.c cc -O2 -pipe -I/tinderbox/CURRENT/i386/pc98/src/lib/libc/include -I/tinderbox/CURRENT/i386/pc98/src/lib/libc/../../include -I/tinderbox/CURRENT/i386/pc98/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/i386/pc98/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/i386/pc98/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/i386/pc98/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/i386/pc98/src/lib/libc/string/strerror.c /tinderbox/CURRENT/i386/pc98/src/lib/libc/string/strerror.c: In function `strerror': /tinderbox/CURRENT/i386/pc98/src/lib/libc/string/strerror.c:125: error: `NL_TEXTMAX' undeclared (first use in this function) /tinderbox/CURRENT/i386/pc98/src/lib/libc/string/strerror.c:125: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/i386/pc98/src/lib/libc/string/strerror.c:125: error: for each function it appears in.) /tinderbox/CURRENT/i386/pc98/src/lib/libc/string/strerror.c:125: warning: unused variable `ebuf' /tinderbox/CURRENT/i386/pc98/src/lib/libc/string/strerror.c:125: error: storage size of `ebuf' isn't known *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/lib/libc. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-02-27 19:15:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-27 19:15:37 - ERROR: failed to build world TB --- 2005-02-27 19:15:37 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 19:39:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4D5C16A4D2; Sun, 27 Feb 2005 19:39:10 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0E6E43D6B; Sun, 27 Feb 2005 19:39:09 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j1RJd8Jr040565; Sun, 27 Feb 2005 20:39:08 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: arch@freebsd.org, current@freebsd.org From: Poul-Henning Kamp Date: Sun, 27 Feb 2005 20:39:08 +0100 Message-ID: <40564.1109533148@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: [REVIEW/TEST] device liberation patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 19:39:11 -0000 This patch decouples entirely the userland and kernel concept of major+minor device number. Userland will see a copy of the devfs inode number and the kernel will see what it always saw. After this patch goes into -current in the middle of march, we can do away with the notion of major device numbers, and remove the 256 limit on number of device drivers and get rid of the stupid hole in the minor number field and finally stand a chance to get the locking of devices (struct cdev) hammered into a sensible format. If anything breaks when running with this patch, a device major/minor is passed through some covert channel between userland to the kernel where it shouldn't be. Such channels very likely implement security risks in relation to jails/chroot, so they should be fixed properly and not just worked around. Poul-Henning Index: fs/devfs/devfs_devs.c =================================================================== RCS file: /home/ncvs/src/sys/fs/devfs/devfs_devs.c,v retrieving revision 1.33 diff -u -r1.33 devfs_devs.c --- fs/devfs/devfs_devs.c 10 Feb 2005 12:22:17 -0000 1.33 +++ fs/devfs/devfs_devs.c 27 Feb 2005 19:16:35 -0000 @@ -424,3 +424,32 @@ if (ino < devfs_nextino) devfs_nextino = ino; } + +/* + * Helper sysctl for devname(3). We're given a struct cdev * and return + * the name, if any, registered by the device driver. + */ +static int +sysctl_devname(SYSCTL_HANDLER_ARGS) +{ + int error; + dev_t ud; + struct cdev *dev, **dp; + + error = SYSCTL_IN(req, &ud, sizeof (ud)); + if (error) + return (error); + if (ud == NODEV) + return(EINVAL); + dp = devfs_itod(ud); + if (dp == NULL) + return(ENOENT); + dev = *dp; + if (dev == NULL) + return(ENOENT); + return(SYSCTL_OUT(req, dev->si_name, strlen(dev->si_name) + 1)); + return (error); +} + +SYSCTL_PROC(_kern, OID_AUTO, devname, CTLTYPE_OPAQUE|CTLFLAG_RW|CTLFLAG_ANYBODY, + NULL, 0, sysctl_devname, "", "devname(3) handler"); Index: fs/devfs/devfs_vnops.c =================================================================== RCS file: /home/ncvs/src/sys/fs/devfs/devfs_vnops.c,v retrieving revision 1.105 diff -u -r1.105 devfs_vnops.c --- fs/devfs/devfs_vnops.c 22 Feb 2005 18:17:31 -0000 1.105 +++ fs/devfs/devfs_vnops.c 27 Feb 2005 19:16:35 -0000 @@ -441,7 +441,7 @@ vap->va_mtime = dev->si_mtime; fix(dev->si_ctime); vap->va_ctime = dev->si_ctime; - vap->va_rdev = dev->si_udev; + vap->va_rdev = de->de_inode; } vap->va_gen = 0; vap->va_flags = 0; Index: kern/kern_conf.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_conf.c,v retrieving revision 1.172 diff -u -r1.172 kern_conf.c --- kern/kern_conf.c 22 Feb 2005 15:51:07 -0000 1.172 +++ kern/kern_conf.c 27 Feb 2005 19:16:35 -0000 @@ -800,30 +800,3 @@ free(cd, M_DEVBUF); *cdp = NULL; } - -/* - * Helper sysctl for devname(3). We're given a struct cdev * and return - * the name, if any, registered by the device driver. - */ -static int -sysctl_devname(SYSCTL_HANDLER_ARGS) -{ - int error; - dev_t ud; - struct cdev *dev; - - error = SYSCTL_IN(req, &ud, sizeof (ud)); - if (error) - return (error); - if (ud == NODEV) - return(EINVAL); - dev = findcdev(ud); - if (dev == NULL) - error = ENOENT; - else - error = SYSCTL_OUT(req, dev->si_name, strlen(dev->si_name) + 1); - return (error); -} - -SYSCTL_PROC(_kern, OID_AUTO, devname, CTLTYPE_OPAQUE|CTLFLAG_RW|CTLFLAG_ANYBODY, - NULL, 0, sysctl_devname, "", "devname(3) handler"); -- 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 Sun Feb 27 19:51:52 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 842D716A4CE; Sun, 27 Feb 2005 19:51:52 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EA3643D1D; Sun, 27 Feb 2005 19:51:52 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j1RJppQv061665; Sun, 27 Feb 2005 14:51:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1RJpp48081272; Sun, 27 Feb 2005 14:51:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6F5A57306E; Sun, 27 Feb 2005 14:51:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050227195151.6F5A57306E@freebsd-current.sentex.ca> Date: Sun, 27 Feb 2005 14:51:51 -0500 (EST) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Feb 2005 19:51:52 -0000 TB --- 2005-02-27 19:15:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-27 19:15:38 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-02-27 19:15:38 - checking out the source tree TB --- 2005-02-27 19:15:38 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-02-27 19:15:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-27 19:21:16 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-27 19:21:16 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-02-27 19:21:16 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/tinderbox/CURRENT/ia64/ia64/src/lib/libc/include -I/tinderbox/CURRENT/ia64/ia64/src/lib/libc/../../include -I/tinderbox/CURRENT/ia64/ia64/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/ia64/ia64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/ia64/ia64/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/ia64/ia64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/ia64/ia64/src/lib/libc/string/strdup.c cc -O2 -pipe -I/tinderbox/CURRENT/ia64/ia64/src/lib/libc/include -I/tinderbox/CURRENT/ia64/ia64/src/lib/libc/../../include -I/tinderbox/CURRENT/ia64/ia64/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/ia64/ia64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/ia64/ia64/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/ia64/ia64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/ia64/ia64/src/lib/libc/string/strerror.c /tinderbox/CURRENT/ia64/ia64/src/lib/libc/string/strerror.c: In function `strerror': /tinderbox/CURRENT/ia64/ia64/src/lib/libc/string/strerror.c:125: error: `NL_TEXTMAX' undeclared (first use in this function) /tinderbox/CURRENT/ia64/ia64/src/lib/libc/string/strerror.c:125: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/ia64/ia64/src/lib/libc/string/strerror.c:125: error: for each function it appears in.) /tinderbox/CURRENT/ia64/ia64/src/lib/libc/string/strerror.c:125: warning: unused variable `ebuf' /tinderbox/CURRENT/ia64/ia64/src/lib/libc/string/strerror.c:125: error: storage size of `ebuf' isn't known *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/lib/libc. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-02-27 19:51:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-27 19:51:51 - ERROR: failed to build world TB --- 2005-02-27 19:51:51 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 19:56:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7CB116A4CE; Sun, 27 Feb 2005 19:56:29 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 381F343D2D; Sun, 27 Feb 2005 19:56:29 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.115] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j1RJqDki021146; Sun, 27 Feb 2005 14:52:13 -0500 Message-ID: <422225D6.5020009@root.org> Date: Sun, 27 Feb 2005 11:56:06 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: multipart/mixed; boundary="------------090503090002020109050805" cc: stable@freebsd.org Subject: patch: fix ata panic with Thinkpad CD and DVD drives X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 19:56:29 -0000 This is a multi-part message in MIME format. --------------090503090002020109050805 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit If you've been having "memory modified after free" panics on -current and have a Thinkpad, the attached patch should fix things for you. A quick check of RELENG_5 indicates that the bug is probably there also but I haven't tested for it there. The bug is triggered by timeouts in the ata_getparam() probe path. The ata_timeout() fires and ata_end_transaction() is called to get the status. However, it continues down into ata_pio_read() even though there is no data available since we had a timeout, not read completion. ata_pio_read() reads 512 bytes of probably bogus data. The important problem is that it also advances donecount. On subsequent timeouts (note there are 4 below), donecount advances into unallocated memory and so subsequent ata_pio_read() calls overwrite 512 bytes of someone else's memory. The fix is to exit immediately if ATA_R_TIMEOUT is set after reading the status in ata_end_transaction(). It shouldn't go into ata_pio_read() if there was a timeout. The patch does this. However, it only handles PIO timeouts since I wasn't sure the best way to proceed for unwinding DMA state and the like for the other cases. This is enough to fix the overwrite and subsequent panic on my systems. I've run heavy IO stress and DVD accesses for a while and no further panics. While looking into this, I found another potential problem. In one reinjection case, donecount wasn't reset to 0. The patch for ata-queue.c does this and I think it's necessary but don't hit this case in testing so I can't be sure. Finally, there's one whitespace nit that helps with clarity. These are similar bugs to one found back in August that had the same effect. Here's the closest reference I could find in the mail archives for this: http://lists.freebsd.org/mailman/htdig/freebsd-current/2004-August/033033.html Please fix this before 5.4-R, thanks. Here is the hardware in question. This bug is triggered by various CD, DVD, CDRW, etc. drives shipped with Thinkpads. atapci0: port 0x1860-0x186f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 ad0: 19077MB [41344/15/63] at ata0-master UDMA100 ata1-slave: FAILURE - ATAPI_IDENTIFY timed out ata1-slave: FAILURE - ATAPI_IDENTIFY timed out ata1-slave: FAILURE - ATAPI_IDENTIFY timed out ata1-slave: FAILURE - ATAPI_IDENTIFY timed out acd0: FAILURE - SETFEATURES SET TRANSFER MODE timed out acd0: DVDROM at ata1-master UDMA33 -- Nate --------------090503090002020109050805 Content-Type: text/plain; name="ata_panic.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ata_panic.diff" Index: sys/dev/ata/ata-lowlevel.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-lowlevel.c,v retrieving revision 1.51 diff -u -r1.51 ata-lowlevel.c --- sys/dev/ata/ata-lowlevel.c 24 Dec 2004 13:38:25 -0000 1.51 +++ sys/dev/ata/ata-lowlevel.c 27 Feb 2005 19:23:09 -0000 @@ -297,6 +297,9 @@ /* ATA PIO data transfer and control commands */ default: + /* XXX Doesn't handle the non-PIO case. */ + if (request->flags & ATA_R_TIMEOUT) + return ATA_OP_FINISHED; /* on control commands read back registers to the request struct */ if (request->flags & ATA_R_CONTROL) { @@ -321,7 +324,7 @@ ata_pio_read(request, request->transfersize); /* update how far we've gotten */ - request->donecount += request->transfersize; + request->donecount += request->transfersize; /* do we need a scoop more ? */ if (request->bytecount > request->donecount) { Index: sys/dev/ata/ata-queue.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-queue.c,v retrieving revision 1.41 diff -u -r1.41 ata-queue.c --- sys/dev/ata/ata-queue.c 8 Dec 2004 11:16:33 -0000 1.41 +++ sys/dev/ata/ata-queue.c 27 Feb 2005 19:22:16 -0000 @@ -249,6 +249,7 @@ && request->device->param){ request->flags &= ~(ATA_R_TIMEOUT | ATA_R_DEBUG); request->flags |= (ATA_R_IMMEDIATE | ATA_R_REQUEUE); + request->donecount = 0; ATA_DEBUG_RQ(request, "completed reinject"); ata_queue_request(request); return; --------------090503090002020109050805-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 20:12:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA62E16A4CE; Sun, 27 Feb 2005 20:12:08 +0000 (GMT) Received: from arthur.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98DF543D69; Sun, 27 Feb 2005 20:12:08 +0000 (GMT) (envelope-from simon@arthur.nitro.dk) Received: by arthur.nitro.dk (Postfix, from userid 3000) id 6974811959; Sun, 27 Feb 2005 21:12:07 +0100 (CET) Date: Sun, 27 Feb 2005 21:12:07 +0100 From: "Simon L. Nielsen" To: Nate Lawson Message-ID: <20050227201206.GP826@arthur.nitro.dk> References: <422225D6.5020009@root.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tuFXEhzhBeitrIAu" Content-Disposition: inline In-Reply-To: <422225D6.5020009@root.org> User-Agent: Mutt/1.5.6i cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: patch: fix ata panic with Thinkpad CD and DVD drives X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 20:12:09 -0000 --tuFXEhzhBeitrIAu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2005.02.27 11:56:06 -0800, Nate Lawson wrote: > If you've been having "memory modified after free" panics on -current=20 > and have a Thinkpad, the attached patch should fix things for you. A=20 > quick check of RELENG_5 indicates that the bug is probably there also=20 > but I haven't tested for it there. I don think it's in RELENG_5. The commit that (re)introduced the problem haven't been MFC'ed as far as I know, but I can't test it at the moment. It should also be noted that ATA MKIII also fixes this problem, at least it did for me. --=20 Simon L. Nielsen --tuFXEhzhBeitrIAu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFCIimWh9pcDSc1mlERAjRqAJ9fVTLkk/zhWZkQ/5KMdN00wmWudACfXB4N cPor5XIMpeImxqKREXK+OiM= =Haqt -----END PGP SIGNATURE----- --tuFXEhzhBeitrIAu-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 20:23:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 010B816A4CE; Sun, 27 Feb 2005 20:23:12 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2491B43D58; Sun, 27 Feb 2005 20:23:11 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j1RKNAOr062443; Sun, 27 Feb 2005 15:23:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1RKNAYF014926; Sun, 27 Feb 2005 15:23:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7EAEC7306E; Sun, 27 Feb 2005 15:23:10 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050227202310.7EAEC7306E@freebsd-current.sentex.ca> Date: Sun, 27 Feb 2005 15:23:10 -0500 (EST) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Feb 2005 20:23:12 -0000 TB --- 2005-02-27 19:51:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-27 19:51:51 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2005-02-27 19:51:51 - checking out the source tree TB --- 2005-02-27 19:51:51 - cd /home/tinderbox/CURRENT/powerpc/powerpc TB --- 2005-02-27 19:51:51 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-27 19:57:24 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-27 19:57:24 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-02-27 19:57:24 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/tinderbox/CURRENT/powerpc/powerpc/src/lib/libc/include -I/tinderbox/CURRENT/powerpc/powerpc/src/lib/libc/../../include -I/tinderbox/CURRENT/powerpc/powerpc/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/powerpc/powerpc/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/powerpc/powerpc/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/powerpc/powerpc/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/lib/libc/string/strdup.c cc -O2 -pipe -I/tinderbox/CURRENT/powerpc/powerpc/src/lib/libc/include -I/tinderbox/CURRENT/powerpc/powerpc/src/lib/libc/../../include -I/tinderbox/CURRENT/powerpc/powerpc/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/powerpc/powerpc/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/powerpc/powerpc/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/powerpc/powerpc/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/lib/libc/string/strerror.c /tinderbox/CURRENT/powerpc/powerpc/src/lib/libc/string/strerror.c: In function `strerror': /tinderbox/CURRENT/powerpc/powerpc/src/lib/libc/string/strerror.c:125: error: `NL_TEXTMAX' undeclared (first use in this function) /tinderbox/CURRENT/powerpc/powerpc/src/lib/libc/string/strerror.c:125: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/powerpc/powerpc/src/lib/libc/string/strerror.c:125: error: for each function it appears in.) /tinderbox/CURRENT/powerpc/powerpc/src/lib/libc/string/strerror.c:125: warning: unused variable `ebuf' /tinderbox/CURRENT/powerpc/powerpc/src/lib/libc/string/strerror.c:125: error: storage size of `ebuf' isn't known *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/lib/libc. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2005-02-27 20:23:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-27 20:23:10 - ERROR: failed to build world TB --- 2005-02-27 20:23:10 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 20:53:38 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 282ED16A4CE; Sun, 27 Feb 2005 20:53:38 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A963043D2D; Sun, 27 Feb 2005 20:53:37 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j1RKrbcR063316; Sun, 27 Feb 2005 15:53:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1RKrbs3043205; Sun, 27 Feb 2005 15:53:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EB82F7306E; Sun, 27 Feb 2005 15:53:36 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050227205336.EB82F7306E@freebsd-current.sentex.ca> Date: Sun, 27 Feb 2005 15:53:36 -0500 (EST) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Feb 2005 20:53:38 -0000 TB --- 2005-02-27 20:23:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-27 20:23:10 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-02-27 20:23:10 - checking out the source tree TB --- 2005-02-27 20:23:10 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-02-27 20:23:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-27 20:28:46 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-27 20:28:46 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-02-27 20:28:46 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/../../include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/sparc64 -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/locale -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/string/strdup.c cc -O2 -pipe -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/../../include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/sparc64 -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/locale -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/string/strerror.c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/string/strerror.c: In function `strerror': /tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/string/strerror.c:125: error: `NL_TEXTMAX' undeclared (first use in this function) /tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/string/strerror.c:125: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/string/strerror.c:125: error: for each function it appears in.) /tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/string/strerror.c:125: warning: unused variable `ebuf' /tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/string/strerror.c:125: error: storage size of `ebuf' isn't known *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib/libc. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-02-27 20:53:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-27 20:53:36 - ERROR: failed to build world TB --- 2005-02-27 20:53:36 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 22:13:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC19616A4CF for ; Sun, 27 Feb 2005 22:13:47 +0000 (GMT) Received: from smtp1.mk-netzdienste.de (mail1.mk-netzdienste.de [213.172.96.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8782843D2D for ; Sun, 27 Feb 2005 22:13:46 +0000 (GMT) (envelope-from Peter.Weiss@ConSol.de) Received: from localhost (localhost [127.0.0.1]) by smtpout.mk-netzdienste.de (Postfix) with ESMTP id B76523FFAE for ; Sun, 27 Feb 2005 23:13:44 +0100 (CET) Received: from smtp1.mk-netzdienste.de ([127.0.0.1]) by localhost (mail1.mk-netzdienste.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 44434-01-70 for ; Sun, 27 Feb 2005 23:13:42 +0100 (CET) Received: from Pichuco.local.homeunix.net (213-172-122-132.dsl.aktivanet.de [213.172.122.132]) by smtp1.mk-netzdienste.de (Postfix) with ESMTP id 966883F4BA for ; Sun, 27 Feb 2005 23:13:41 +0100 (CET) Received: from Astor.local.homeunix.net (Astor [192.168.92.2]) j1RMDeHu069142 for ; Sun, 27 Feb 2005 23:13:40 +0100 (CET) (envelope-from Peter.Weiss@ConSol.de) Received: from Astor.local.homeunix.net (Astor [127.0.0.1]) j1RMDeeh018741 for ; Sun, 27 Feb 2005 23:13:40 +0100 Received: (from peter@localhost) by Astor.local.homeunix.net (8.13.3/8.13.3/Submit) id j1RMDdvR018739; Sun, 27 Feb 2005 23:13:39 +0100 X-Authentication-Warning: Astor.local.homeunix.net: peter set sender to Peter.Weiss@ConSol.de using -f To: freebsd-current@freebsd.org From: Peter Weiss Date: Sun, 27 Feb 2005 23:13:39 +0100 Message-ID: <85mztpr6r0.fsf@ConSol.de> User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by MK Netzdienste Subject: Mozilla port fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 22:13:48 -0000 Hello, has anybody been successfull compiling the mozilla port 1.7.5 under 5.3? TIA -- Peter ~:1> uname -a FreeBSD Pichuco 5.3-RELEASE-p5 FreeBSD 5.3-RELEASE-p5 #2: Sat Feb 26 14:35:31 CET 2005 peter@Pichuco:/usr/obj/usr/src/sys/PICHUCO i386 ~:1> gcc -v Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.4.2 [FreeBSD] 20040728 gmake[5]: Entering directory `/usr/ports/www/mozilla/work/mozilla/extensions/webservices/interfaceinfo/src' nsGenericInterfaceInfoSet.cpp c++ -o nsGenericInterfaceInfoSet.o -c -DOSTYPE=\"FreeBSD5\" -DOSARCH=\"FreeBSD\" -I../../../../dist/include/xpcom -I../../../../dist/include/string -I../../../../dist/include/websrvcs -I../../../../dist/include -I/usr/ports/www/mozilla/work/mozilla/dist/include/nspr -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -fPIC -I/usr/X11R6/include -I/usr/X11R6/include -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -O -pipe -O2 -fshort-wchar -pipe -DNDEBUG -DTRIMMED -O2 -I/usr/X11R6/include -I/usr/X11R6/include -DMOZILLA_CLIENT -include ../../../../mozilla-config.h nsGenericInterfaceInfoSet.cpp nsGenericInterfaceInfoSet.cpp: In member function `nsresult nsGenericInterfaceInfoSet::IndexOfName(const char*, PRUint16*)': nsGenericInterfaceInfoSet.cpp:118: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See for instructions. gmake[5]: *** [nsGenericInterfaceInfoSet.o] Error 1 gmake[5]: Leaving directory `/usr/ports/www/mozilla/work/mozilla/extensions/webservices/interfaceinfo/src' gmake[4]: *** [libs] Error 2 gmake[4]: Leaving directory `/usr/ports/www/mozilla/work/mozilla/extensions/webservices/interfaceinfo' gmake[3]: *** [libs] Error 2 gmake[3]: Leaving directory `/usr/ports/www/mozilla/work/mozilla/extensions/webservices' gmake[2]: *** [libs] Error 2 gmake[2]: Leaving directory `/usr/ports/www/mozilla/work/mozilla/extensions' gmake[1]: *** [tier_94] Error 2 gmake[1]: Leaving directory `/usr/ports/www/mozilla/work/mozilla' gmake: *** [default] Error 2 *** Error code 2 Stop in /usr/ports/www/mozilla. -- Peter.Weiss@consol.de ConSol* Software GmbH Phone +49 89 45841-100 Consulting & Solutions Mobile +49 177 6040121 Franziskanerstr. 38 http://www.consol.de D-81669 München From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 22:24:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E005D16A4CF; Sun, 27 Feb 2005 22:24:34 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6017143D5A; Sun, 27 Feb 2005 22:24:34 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.115] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j1RMKJki016530; Sun, 27 Feb 2005 17:20:19 -0500 Message-ID: <42224897.7050006@root.org> Date: Sun, 27 Feb 2005 14:24:23 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: multipart/mixed; boundary="------------050003020907080907020009" cc: stable@freebsd.org Subject: patch: fix 30 second hang while resuming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 22:24:35 -0000 This is a multi-part message in MIME format. --------------050003020907080907020009 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit My system hangs a long time in ata_generic_reset() while resuming. I did some hunting and found that the loop was running for the full 310 * 100 ms (31 seconds). The bug is that the loop never exits when mask goes to 0 even though this is a termination condition (see end of the loop where the code masks off 1 and 2). The attached patch fixes this by exiting when the mask is set to 0 instead of looping the full 31 seconds. This is correct since setting the mask to 0 is how the loop marks master/slave "done". It also has a minor whitespace fix. I recorded the following set of status values (with my patch) so you can see the states the master/slave go through. Each is labeled with the if() check it is associated with. For instance, "stat0 & ATA_S_BUSY" means the first if() triggered and gives further info about the status. "start:" is at the beginning of the for(). It used to print this about 300 times while making no progress at the point labeled [] below: start: mask 0 stat0 50 stat1 0 Here's how it looks with my patch: ata_reinit reset ata0: reset tp1 mask=03 ostat0=80 ostat1=00 start: mask 3 stat0 80 stat1 80 stat0 & ATA_S_BUSY: stat0 80 ad0: stat=0x80 err=0x80 lsb=0x80 msb=0x80 mask == 0x03: stat0 80 stat1 80 err 80 start: mask 3 stat0 80 stat1 80 stat0 & ATA_S_BUSY: stat0 80 ad0: stat=0x80 err=0x80 lsb=0x80 msb=0x80 mask == 0x03: stat0 80 stat1 80 err 80 start: mask 3 stat0 80 stat1 80 stat0 & ATA_S_BUSY: stat0 80 ad0: stat=0x80 err=0x80 lsb=0x80 msb=0x80 mask == 0x03: stat0 80 stat1 80 err 80 start: mask 3 stat0 80 stat1 80 stat0 & ATA_S_BUSY: stat0 80 ad0: stat=0x80 err=0x80 lsb=0x80 msb=0x80 mask == 0x03: stat0 80 stat1 80 err 80 start: mask 3 stat0 80 stat1 80 stat0 & ATA_S_BUSY: stat0 80 ad0: stat=0x80 err=0x80 lsb=0x80 msb=0x80 mask == 0x03: stat0 80 stat1 80 err 80 start: mask 3 stat0 80 stat1 80 stat0 & ATA_S_BUSY: stat0 80 ad0: stat=0x80 err=0x80 lsb=0x80 msb=0x80 mask == 0x03: stat0 80 stat1 80 err 80 start: mask 3 stat0 80 stat1 80 stat0 & ATA_S_BUSY: stat0 80 ad0: stat=0x50 err=0x01 lsb=0x00 msb=0x00 !((mask == 0x03): mask 3 stat0 50 stat1 80 ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 mask == 0x03: stat0 50 stat1 0 err 1 [mask set to 0 in both checks, code continues but used to hang here] ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: resetting done .. -- Nate --------------050003020907080907020009 Content-Type: text/plain; name="ata_resume.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ata_resume.diff" Index: sys/dev/ata/ata-lowlevel.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-lowlevel.c,v retrieving revision 1.51 diff -u -r1.51 ata-lowlevel.c --- sys/dev/ata/ata-lowlevel.c 24 Dec 2004 13:38:25 -0000 1.51 +++ sys/dev/ata/ata-lowlevel.c 27 Feb 2005 22:19:30 -0000 @@ -619,8 +619,10 @@ (stat1 == err && lsb == err && msb == err && timeout > 5)) mask &= ~0x02; } + if (mask == 0) + break; ata_udelay(100000); - } + } if (bootverbose) ata_printf(ch, -1, --------------050003020907080907020009-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 22:39:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3190B16A4CE; Sun, 27 Feb 2005 22:39:37 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD89943D1F; Sun, 27 Feb 2005 22:39:36 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 03AD551480; Sun, 27 Feb 2005 14:39:35 -0800 (PST) Date: Sun, 27 Feb 2005 14:39:35 -0800 From: Kris Kennaway To: Don Lewis Message-ID: <20050227223935.GA48482@xor.obsecurity.org> References: <20050227050523.GA92300@xor.obsecurity.org> <200502271024.j1RAO6jC010109@gw.catspoiler.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline In-Reply-To: <200502271024.j1RAO6jC010109@gw.catspoiler.org> User-Agent: Mutt/1.4.2.1i cc: current@FreeBSD.org cc: kris@obsecurity.org Subject: Re: fsck_ufs: cannot alloc 3166749884 bytes for inoinfo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 22:39:37 -0000 --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 27, 2005 at 02:24:06AM -0800, Don Lewis wrote: > On 26 Feb, Kris Kennaway wrote: > > A recent panic left my FS with some serious corruption, which fsck is > > unable to repair: > >=20 > > # fsck_ufs -b 376512 -fy /var > > Alternate super block location: 376512 > > ** /dev/twed0s1e > > ** Last Mounted on > > ** Phase 1 - Check Blocks and Sizes > > fsck_ufs: cannot alloc 3166749884 bytes for inoinfo > >=20 > > (same holds for any superblock I've tried). > >=20 > > How can I recover from this, short of running newfs? >=20 > What does dumpfs say about the contents of the superblock? For some > reason fsck thinks it needs to allocate space to hold the information > about 791687471 in one cylinder group, which seems a bit unlikely. I needed to get the machine back up and running so I mounted /var r/o, copied across data without incident and newfs'ed the filesystem. Kris --G4iJoqBmSsgzjUCe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCIkwnWry0BWjoQKURAoFuAKDE/b27EsPSjd+QqZ5y/B57W1gtSACgraeZ GK4F6rlBvyitriJ1+It1ljI= =UXox -----END PGP SIGNATURE----- --G4iJoqBmSsgzjUCe-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 23:09:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE76616A4CE; Sun, 27 Feb 2005 23:09:55 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0F9B43D5A; Sun, 27 Feb 2005 23:09:54 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j1RN9rNS042440; Mon, 28 Feb 2005 00:09:53 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Nate Lawson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 27 Feb 2005 14:24:23 PST." <42224897.7050006@root.org> Date: Mon, 28 Feb 2005 00:09:53 +0100 Message-ID: <42439.1109545793@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: patch: fix 30 second hang while resuming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 23:09:55 -0000 In message <42224897.7050006@root.org>, Nate Lawson writes: >My system hangs a long time in ata_generic_reset() while resuming. I >did some hunting and found that the loop was running for the full 310 * >100 ms (31 seconds). Have you tried sos@ new ATAng mk III patches ? As far as I know he plans to commit those shortly. -- 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 Sun Feb 27 23:12:32 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 173C816A4CE; Sun, 27 Feb 2005 23:12:32 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9637543D41; Sun, 27 Feb 2005 23:12:31 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.115] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j1RNC3cE002157; Sun, 27 Feb 2005 18:12:03 -0500 Message-ID: <422253D7.7000504@root.org> Date: Sun, 27 Feb 2005 15:12:23 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <42224897.7050006@root.org> In-Reply-To: <42224897.7050006@root.org> Content-Type: multipart/mixed; boundary="------------080500050504090500060207" cc: stable@freebsd.org Subject: Re: patch: fix 30 second hang while resuming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 23:12:32 -0000 This is a multi-part message in MIME format. --------------080500050504090500060207 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Nate Lawson wrote: > My system hangs a long time in ata_generic_reset() while resuming. I > did some hunting and found that the loop was running for the full 310 * > 100 ms (31 seconds). The bug is that the loop never exits when mask > goes to 0 even though this is a termination condition (see end of the > loop where the code masks off 1 and 2). > > The attached patch fixes this by exiting when the mask is set to 0 > instead of looping the full 31 seconds. This is correct since setting > the mask to 0 is how the loop marks master/slave "done". It also has a > minor whitespace fix. Apologies, the last patch was not quite right. You need to check that both status values are not "busy" as well as the mask. This check could be merged in elsewhere as well. This was just a convenient place to put it. Please use the attached patch instead. -- Nate --------------080500050504090500060207 Content-Type: text/plain; name="ata_resume.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ata_resume.diff" Index: sys/dev/ata/ata-lowlevel.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-lowlevel.c,v retrieving revision 1.51 diff -u -r1.51 ata-lowlevel.c --- sys/dev/ata/ata-lowlevel.c 24 Dec 2004 13:38:25 -0000 1.51 +++ sys/dev/ata/ata-lowlevel.c 27 Feb 2005 23:09:17 -0000 @@ -619,8 +619,11 @@ (stat1 == err && lsb == err && msb == err && timeout > 5)) mask &= ~0x02; } + if (mask == 0 && !(stat0 & ATA_S_BUSY) && !(stat1 & ATA_S_BUSY)) + break; + ata_udelay(100000); - } + } if (bootverbose) ata_printf(ch, -1, --------------080500050504090500060207-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 23:19:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5458416A4CE; Sun, 27 Feb 2005 23:19:09 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id E238C43D5E; Sun, 27 Feb 2005 23:19:08 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.115] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j1RNEvki020380; Sun, 27 Feb 2005 18:14:58 -0500 Message-ID: <4222556B.5010805@root.org> Date: Sun, 27 Feb 2005 15:19:07 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <42439.1109545793@critter.freebsd.dk> In-Reply-To: <42439.1109545793@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: patch: fix 30 second hang while resuming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 23:19:09 -0000 Poul-Henning Kamp wrote: > In message <42224897.7050006@root.org>, Nate Lawson writes: >>My system hangs a long time in ata_generic_reset() while resuming. I >>did some hunting and found that the loop was running for the full 310 * >>100 ms (31 seconds). > > Have you tried sos@ new ATAng mk III patches ? As far as I know he > plans to commit those shortly. Not yet. In any case, I'd prefer these problems be fixed before the import since the patches are minor and data corruption is generally a bad thing for a little while even if a large, new something is coming sometime soon. -- Nate From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 23:20:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC41016A4CE; Sun, 27 Feb 2005 23:20:23 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id E040143D46; Sun, 27 Feb 2005 23:20:22 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j1RNKLlw042550; Mon, 28 Feb 2005 00:20:21 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Nate Lawson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 27 Feb 2005 15:19:07 PST." <4222556B.5010805@root.org> Date: Mon, 28 Feb 2005 00:20:21 +0100 Message-ID: <42549.1109546421@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: patch: fix 30 second hang while resuming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 23:20:23 -0000 In message <4222556B.5010805@root.org>, Nate Lawson writes: >Poul-Henning Kamp wrote: >> In message <42224897.7050006@root.org>, Nate Lawson writes: >>>My system hangs a long time in ata_generic_reset() while resuming. I >>>did some hunting and found that the loop was running for the full 310 * >>>100 ms (31 seconds). >> >> Have you tried sos@ new ATAng mk III patches ? As far as I know he >> plans to commit those shortly. > >Not yet. In any case, I'd prefer these problems be fixed before the >import since the patches are minor and data corruption is generally a >bad thing for a little while even if a large, new something is coming >sometime soon. I think you can trust sos@ to not do anything to the stuff in the tree until he sticks the new stuff in there, so testing his patches like he asked for is better use of your time. -- 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 Sun Feb 27 23:36:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D24E316A4CE; Sun, 27 Feb 2005 23:36:43 +0000 (GMT) Received: from sasami.jurai.net (sasami.jurai.net [69.17.104.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id F420843D46; Sun, 27 Feb 2005 23:36:42 +0000 (GMT) (envelope-from winter@jurai.net) Received: from sasami.jurai.net (winter@sasami.jurai.net [69.17.104.113]) by sasami.jurai.net (8.13.1/8.13.1) with ESMTP id j1RNaf8V083289; Sun, 27 Feb 2005 18:36:43 -0500 (EST) (envelope-from winter@jurai.net) Date: Sun, 27 Feb 2005 18:36:41 -0500 (EST) From: "Matthew N. Dodd" To: Poul-Henning Kamp In-Reply-To: <42549.1109546421@critter.freebsd.dk> Message-ID: <20050227183544.V60128@sasami.jurai.net> References: <42549.1109546421@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (sasami.jurai.net [69.17.104.113]); Sun, 27 Feb 2005 18:36:44 -0500 (EST) cc: stable@freebsd.org cc: current@freebsd.org cc: Nate Lawson Subject: Re: patch: fix 30 second hang while resuming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Feb 2005 23:36:44 -0000 On Mon, 28 Feb 2005, Poul-Henning Kamp wrote: > I think you can trust sos@ to not do anything to the stuff in the tree > until he sticks the new stuff in there, so testing his patches like he > asked for is better use of your time. Nate's patch looks straightforward enough to me. I'd like to see it in RELENG_5 as its unlikely that ATAmkIII will be featured in 5.4. -- 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00 From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 00:14:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C392816A4CE for ; Mon, 28 Feb 2005 00:14:05 +0000 (GMT) Received: from tower.berklix.org (bsd.bsn.com [194.221.32.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A7BE43D31 for ; Mon, 28 Feb 2005 00:14:05 +0000 (GMT) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A3FD3.dip.t-dialin.net [84.154.63.211]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j1S0DxYS039563; Mon, 28 Feb 2005 01:14:00 +0100 (CET) (envelope-from jhs@tower.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id j1S0EbpJ046749; Mon, 28 Feb 2005 01:14:38 +0100 (CET) (envelope-from jhs@tower.berklix.net) Received: from fire.jhs.private (localhost [127.0.0.1]) by fire.jhs.private (8.13.1/8.13.1) with ESMTP id j1S0Ebv5098776; Mon, 28 Feb 2005 01:14:37 +0100 (CET) (envelope-from jhs@fire.jhs.private) Message-Id: <200502280014.j1S0Ebv5098776@fire.jhs.private> To: Peter Weiss In-Reply-To: Message from Peter Weiss of "Sun, 27 Feb 2005 23:13:39 +0100." <85mztpr6r0.fsf@ConSol.de> Date: Mon, 28 Feb 2005 01:14:37 +0100 From: "Julian H. Stacey" cc: freebsd-current@freebsd.org Subject: Re: Mozilla port fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Feb 2005 00:14:05 -0000 Peter Weiss wrote: > has anybody been successfull compiling the mozilla port 1.7.5 under 5.3? Hi, why 1.7.5 ? 1.7.2 & 1.8.a3 both compile & run on 5.3-RELEASE amd64 here (& my i386 too I recall) (OK, I've not tried java, & not tried current, but though this list is current@ you wrote 5.3) 5.3-RELEASE: cd /usr/ports/www;grep PORTVERSION= mozilla*/Makefile|sort -r|grep -v bonobo mozilla/Makefile:PORTVERSION= 1.7.2 mozilla-devel/Makefile:PORTVERSION= 1.8.a3 > http://www.consol.de D-81669 München PS FYI, BSD User group here in Muenchen: http://berklix.org/bim/ Welcome to join us 3rd Wed. in month for a bite & a beer. - Julian Stacey Net & Sys Eng Consultant, Munich http://berklix.com Mail in Ascii (Html=Spam). Ihr Rauch = mein allergischer Kopfschmerz. From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 01:37:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A744216A4CE for ; Mon, 28 Feb 2005 01:37:42 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28D7143D5A for ; Mon, 28 Feb 2005 01:37:42 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j1S1Zifb004933; Sun, 27 Feb 2005 18:35:45 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 27 Feb 2005 18:35:57 -0700 (MST) Message-Id: <20050227.183557.19783274.imp@bsdimp.com> To: MH@kernel32.de From: "M. Warner Losh" In-Reply-To: <42208728.8040707@kernel32.de> References: <421EE178.4080609@gneto.com> <42208728.8040707@kernel32.de> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: 5.4 and USB keyboard support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Feb 2005 01:37:42 -0000 In message: <42208728.8040707@kernel32.de> Marian Hettwer writes: : Hej Martin, : : : Martin Nilsson wrote: : > : > Can we put this issue on the 5.4 todo so that it gets tested on more : > keyb/KVM/motherbord-BIOS combinations than I have here. : > : Just one question: Why do you use a KVM System to Access a Unix box : (FreeBSD) ? You could easily use serial access, even during installation. : If you're lucky your BIOS is new enough to support Redirection to Serial : Port. : If not, and if you don't need to access the BIOS, a serial console : server should fit much better into your environment. I access mine through a KVM because my BIOSes aren't all smart enough to go serial, and I need to make trips into them far too often :-( Warner From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 01:59:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 778C216A4CE for ; Mon, 28 Feb 2005 01:59:48 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 581E643D2F for ; Mon, 28 Feb 2005 01:59:48 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1D5aCK-0009sa-0f for freebsd-current@freebsd.org; Mon, 28 Feb 2005 01:59:48 +0000 Received: from localhost.iijlab.net ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1D5aCF-0000Pj-Sk for freebsd-current@freebsd.org; Mon, 28 Feb 2005 10:59:43 +0900 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16930.31503.470654.412780@roam.psg.com> Date: Mon, 28 Feb 2005 10:59:43 +0900 To: FreeBSD Current Subject: can't load pcmcia cf card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Feb 2005 01:59:48 -0000 -current as of soren's patches 2005.02.24 08:24 gmt kernel: pccard0: Allocation failed for cfe 0 kernel: ata2: at port 0x4000-0x400f irq 11 function 0 config 1 on pccard0 randy From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 02:51:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 438D516A4CE for ; Mon, 28 Feb 2005 02:51:48 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA3FC43D4C for ; Mon, 28 Feb 2005 02:51:47 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j1S2peVt012495; Sun, 27 Feb 2005 18:51:44 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200502280251.j1S2peVt012495@gw.catspoiler.org> Date: Sun, 27 Feb 2005 18:51:40 -0800 (PST) From: Don Lewis To: kris@obsecurity.org In-Reply-To: <20050227050523.GA92300@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: current@FreeBSD.org Subject: Re: fsck_ufs: cannot alloc 3166749884 bytes for inoinfo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Feb 2005 02:51:48 -0000 On 26 Feb, Kris Kennaway wrote: > A recent panic left my FS with some serious corruption, which fsck is > unable to repair: > > # fsck_ufs -b 376512 -fy /var > Alternate super block location: 376512 > ** /dev/twed0s1e > ** Last Mounted on > ** Phase 1 - Check Blocks and Sizes > fsck_ufs: cannot alloc 3166749884 bytes for inoinfo > > (same holds for any superblock I've tried). It looks like the problem is that cg_initediblk is corrupted in one of the cylinder groups. It should never be larger than fs_ipg, and pass5() silently enforces this limit. We could do the same in pass1(), except that if it ever got set to too small a value, such as 0, fsck would think a bunch of files were missing. From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 03:13:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 202A616A4CE; Mon, 28 Feb 2005 03:13:34 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2D3343D5D; Mon, 28 Feb 2005 03:13:33 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1D5bLh-000BqX-BP; Mon, 28 Feb 2005 03:13:33 +0000 Received: from localhost.iijlab.net ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1D5bLd-0005Sj-5e; Mon, 28 Feb 2005 12:13:29 +0900 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16930.35928.441384.681389@roam.psg.com> Date: Mon, 28 Feb 2005 12:13:28 +0900 To: "Poul-Henning Kamp" References: <42224897.7050006@root.org> <42439.1109545793@critter.freebsd.dk> cc: stable@freebsd.org cc: current@freebsd.org cc: Nate Lawson Subject: Re: patch: fix 30 second hang while resuming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Feb 2005 03:13:34 -0000 > Have you tried sos@ new ATAng mk III patches ? yes. they break resume on a thinkpad t41 and now seem to break my pcmcia cf insert (see other email). but otherwise, i like them a lot! randy From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 04:19:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C14616A4D6 for ; Mon, 28 Feb 2005 04:19:58 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1051F43D3F for ; Mon, 28 Feb 2005 04:19:58 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j1S4HtwC009906; Sun, 27 Feb 2005 21:17:55 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 27 Feb 2005 21:18:08 -0700 (MST) Message-Id: <20050227.211808.111547538.imp@bsdimp.com> To: randy@psg.com From: "M. Warner Losh" In-Reply-To: <16930.31503.470654.412780@roam.psg.com> References: <16930.31503.470654.412780@roam.psg.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: can't load pcmcia cf card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Feb 2005 04:19:58 -0000 In message: <16930.31503.470654.412780@roam.psg.com> Randy Bush writes: : -current as of : soren's patches 2005.02.24 08:24 gmt : : kernel: pccard0: Allocation failed for cfe 0 : kernel: ata2: at port 0x4000-0x400f irq 11 function 0 config 1 on pccard0 Known problem. sos needs to fix things that he broke here... I think that he's not doing the alt io port correctly anymore, but haven't had time to investigate. Warner From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 04:24:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1055D16A4CE for ; Mon, 28 Feb 2005 04:24:47 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id A999243D46 for ; Mon, 28 Feb 2005 04:24:46 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by rproxy.gmail.com with SMTP id 34so68252rns for ; Sun, 27 Feb 2005 20:24:46 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=RUukyAchS9a7RcfmCtwNV1nYVVmo2oXX/v5RvvsWPYiyekRB6FMJ8N3wWC7pbKAh7YLM2AXelbodKABV5OdoqrMK36v6IOBZuAL9RsX0lwGsCJ1FOWb60okFTJd9rFzQww010ao7adH9J78/QMDLn6aFfl6O4PLm7EtWilTFhv0= Received: by 10.38.206.31 with SMTP id d31mr379628rng; Sun, 27 Feb 2005 20:24:46 -0800 (PST) Received: by 10.38.8.9 with HTTP; Sun, 27 Feb 2005 20:24:46 -0800 (PST) Message-ID: Date: Mon, 28 Feb 2005 12:24:46 +0800 From: Jiawei Ye To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Buildworld Error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Feb 2005 04:24:47 -0000 /usr/src/lib/libc/string/strerror.c: In function `strerror': /usr/src/lib/libc/string/strerror.c:125: error: `NL_TEXTMAX' undeclared (first use in this function) /usr/src/lib/libc/string/strerror.c:125: error: (Each undeclared identifier is reported only once /usr/src/lib/libc/string/strerror.c:125: error: for each function it appears in.) /usr/src/lib/libc/string/strerror.c:125: warning: unused variable `ebuf' /usr/src/lib/libc/string/strerror.c:125: error: storage size of `ebuf' isn't known *** Error code 1 -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 04:27:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97B6216A51D for ; Mon, 28 Feb 2005 04:27:16 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78BB643D54 for ; Mon, 28 Feb 2005 04:27:16 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1D5cV2-000Dow-0V; Mon, 28 Feb 2005 04:27:16 +0000 Received: from localhost.iijlab.net ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1D5cUx-000GMD-Oj; Mon, 28 Feb 2005 13:27:11 +0900 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16930.40351.237691.273153@roam.psg.com> Date: Mon, 28 Feb 2005 13:27:11 +0900 To: "M. Warner Losh" References: <16930.31503.470654.412780@roam.psg.com> <20050227.211808.111547538.imp@bsdimp.com> cc: freebsd-current@freebsd.org Subject: Re: can't load pcmcia cf card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Feb 2005 04:27:16 -0000 >> -current as of >> soren's patches 2005.02.24 08:24 gmt >> >> kernel: pccard0: Allocation failed for cfe 0 >> kernel: ata2: at port 0x4000-0x400f irq 11 function 0 config 1 on pccard0 > Known problem. sos needs to fix things that he broke here... I think > that he's not doing the alt io port correctly anymore, but haven't had > time to investigate. i demand a full refund! it forced me to revert, as i have filled my flash cards here in kyoto and now tokyo, and need to unload them! 6-8mpx camers eat flash cards. randy From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 04:52:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2ECB916A4CE for ; Mon, 28 Feb 2005 04:52:40 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDA4F43D53 for ; Mon, 28 Feb 2005 04:52:39 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j1S4qUTQ036260; Sun, 27 Feb 2005 21:52:30 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 27 Feb 2005 21:52:43 -0700 (MST) Message-Id: <20050227.215243.62385751.imp@bsdimp.com> To: randy@psg.com From: "M. Warner Losh" In-Reply-To: <16930.40351.237691.273153@roam.psg.com> References: <16930.31503.470654.412780@roam.psg.com> <20050227.211808.111547538.imp@bsdimp.com> <16930.40351.237691.273153@roam.psg.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: can't load pcmcia cf card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Feb 2005 04:52:40 -0000 In message: <16930.40351.237691.273153@roam.psg.com> Randy Bush writes: : >> -current as of : >> soren's patches 2005.02.24 08:24 gmt : >> : >> kernel: pccard0: Allocation failed for cfe 0 : >> kernel: ata2: at port 0x4000-0x400f irq 11 function 0 config 1 on pccard0 : > Known problem. sos needs to fix things that he broke here... I think : > that he's not doing the alt io port correctly anymore, but haven't had : > time to investigate. : : i demand a full refund! it forced me to revert, as i have filled : my flash cards here in kyoto and now tokyo, and need to unload : them! 6-8mpx camers eat flash cards. usb still works. Warner From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 07:08:38 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDB4716A4CE; Mon, 28 Feb 2005 07:08:38 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9141543D4C; Mon, 28 Feb 2005 07:08:37 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.44 (FreeBSD)) id 1D5Whl-000ARR-H5; Mon, 28 Feb 2005 01:16:01 +0300 From: Vladimir Grebenschikov To: "current@freebsd.org" Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Mon, 28 Feb 2005 01:16:00 +0300 Message-Id: <1109542560.2370.14.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.1.5 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Subject: buildkernel warnings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Feb 2005 07:08:38 -0000 While building 6-CURRENT kernel with 'make buildkernel' I has a lot of warnings like: cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -O -mcpu=pentiumpro -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror vers.c `-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead. % fgrep -r mcpu /usr/share/mk /usr/share/mk/bsd.cpu.mk:_CPUCFLAGS = -mcpu=ev4 -mtune=ev5 /usr/share/mk/bsd.cpu.mk:_CPUCFLAGS = -mcpu=${CPUTYPE} /usr/share/mk/bsd.cpu.mk:#XXX: gcc doesn't seem to like -mcpu=xscale, and dies while rebuilding itself /usr/share/mk/bsd.cpu.mk:#_CPUCFLAGS = -mcpu=xscale /usr/share/mk/bsd.cpu.mk:_CPUCFLAGS = -mcpu=${CPUTYPE} % fgrep CPU /sys/i386/conf/VBOOK cpu "I686_CPU" # aka Pentium Pro(tm) % Is it ok for modern builds ? -- Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 07:12:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B26B016A4CE for ; Mon, 28 Feb 2005 07:12:09 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BCA343D41 for ; Mon, 28 Feb 2005 07:12:09 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D43C952DC2; Sun, 27 Feb 2005 23:12:07 -0800 (PST) Date: Sun, 27 Feb 2005 23:12:07 -0800 From: Kris Kennaway To: Vladimir Grebenschikov Message-ID: <20050228071207.GA58717@xor.obsecurity.org> References: <1109542560.2370.14.camel@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline In-Reply-To: <1109542560.2370.14.camel@localhost> User-Agent: Mutt/1.4.2.1i cc: "current@freebsd.org" Subject: Re: buildkernel warnings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Feb 2005 07:12:09 -0000 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 28, 2005 at 01:16:00AM +0300, Vladimir Grebenschikov wrote: >=20 > While building 6-CURRENT kernel with 'make buildkernel' I has a lot of > warnings like: >=20 > cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-ex= tensions -std=3Dc99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/con= trib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter= -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/co= ntrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_g= lobal.h -fno-common -finline-limit=3D8000 --param inline-unit-growth=3D100 = --param large-function-growth=3D1000 -O -mcpu=3Dpentiumpro -mno-align-long-= strings -mpreferred-stack-boundary=3D2 -ffreestanding -Werror vers.c > `-mcpu=3D' is deprecated. Use `-mtune=3D' or '-march=3D' instead. Do you have -mcpu set in COPTFLAGS? Kris --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCIsRHWry0BWjoQKURAqpCAJoDmJ4kHpyfeAfeKDmMMZsv4UH+6wCgoV7O j5EKmhpjBkHJwJ2C5d0Ulkg= =kK1o -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 07:24:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 035A516A4CE for ; Mon, 28 Feb 2005 07:24:26 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01BC943D3F for ; Mon, 28 Feb 2005 07:24:25 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j1S7ONiL075766; Mon, 28 Feb 2005 09:24:23 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 35015-15; Mon, 28 Feb 2005 09:24:22 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j1S7OM35075760 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Feb 2005 09:24:22 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id j1S7OW3o073618; Mon, 28 Feb 2005 09:24:32 +0200 (EET) (envelope-from ru) Date: Mon, 28 Feb 2005 09:24:32 +0200 From: Ruslan Ermilov To: Jiawei Ye Message-ID: <20050228072432.GB73560@ip.net.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Y7xTucakfITjPcLV" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-current@freebsd.org cc: Alexey Zelkin Subject: Re: Buildworld Error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Feb 2005 07:24:26 -0000 --Y7xTucakfITjPcLV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 28, 2005 at 12:24:46PM +0800, Jiawei Ye wrote: > /usr/src/lib/libc/string/strerror.c: In function `strerror': > /usr/src/lib/libc/string/strerror.c:125: error: `NL_TEXTMAX' > undeclared (first use in this function) > /usr/src/lib/libc/string/strerror.c:125: error: (Each undeclared > identifier is reported only once > /usr/src/lib/libc/string/strerror.c:125: error: for each function it > appears in.) > /usr/src/lib/libc/string/strerror.c:125: warning: unused variable `ebuf' > /usr/src/lib/libc/string/strerror.c:125: error: storage size of `ebuf' > isn't known > *** Error code 1 >=20 Re-cvsup and try again, this has been fixed already. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --Y7xTucakfITjPcLV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCIscwqRfpzJluFF4RAjHCAJ0ZItOd87ixUxVmaibEZf1q0Su2TgCghaXj 0F8pT0L9VQHYYqjadST/Jpc= =SOnN -----END PGP SIGNATURE----- --Y7xTucakfITjPcLV-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 07:33:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18F9616A4CE for ; Mon, 28 Feb 2005 07:33:18 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00FF343D1D for ; Mon, 28 Feb 2005 07:33:17 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.44 (FreeBSD)) id 1D5fOw-0005dY-99; Mon, 28 Feb 2005 10:33:10 +0300 From: Vladimir Grebenschikov To: Kris Kennaway In-Reply-To: <20050228071207.GA58717@xor.obsecurity.org> References: <1109542560.2370.14.camel@localhost> <20050228071207.GA58717@xor.obsecurity.org> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Mon, 28 Feb 2005 10:33:09 +0300 Message-Id: <1109575989.7823.0.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.1.5 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: "current@freebsd.org" Subject: Re: buildkernel warnings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Feb 2005 07:33:18 -0000 =F7 =D7=D3, 27/02/2005 =D7 23:12 -0800, Kris Kennaway =D0=C9=DB=C5=D4: >On Mon, Feb 28, 2005 at 01:16:00AM +0300, Vladimir Grebenschikov wrote: >>=20 >> While building 6-CURRENT kernel with 'make buildkernel' I has a lot of >> warnings like: >>=20 >> cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-e= xtensions -std=3Dc99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/co= ntrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilte= r -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/c= ontrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_= global.h -fno-common -finline-limit=3D8000 --param inline-unit-growth=3D100= --param large-function-growth=3D1000 -O -mcpu=3Dpentiumpro -mno-align-long= -strings -mpreferred-stack-boundary=3D2 -ffreestanding -Werror vers.c >> `-mcpu=3D' is deprecated. Use `-mtune=3D' or '-march=3D' instead. > >Do you have -mcpu set in COPTFLAGS? No, no any flags in make.conf or environment. >Kris --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 07:43:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 510BC16A4CE for ; Mon, 28 Feb 2005 07:43:33 +0000 (GMT) Received: from mail26.syd.optusnet.com.au (mail26.syd.optusnet.com.au [211.29.133.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB3AE43D5C for ; Mon, 28 Feb 2005 07:43:32 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j1S7hV5b024497 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Mon, 28 Feb 2005 18:43:31 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j1S7hU7l098087 for ; Mon, 28 Feb 2005 18:43:30 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j1S7hUsb098086 for freebsd-current@freebsd.org; Mon, 28 Feb 2005 18:43:30 +1100 (EST) (envelope-from pjeremy) Date: Mon, 28 Feb 2005 18:43:30 +1100 From: Peter Jeremy To: freebsd-current@freebsd.org Message-ID: <20050228074329.GE28983@cirb503493.alcatel.com.au> References: <20050109011132.GJ39552@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050109011132.GJ39552@cirb503493.alcatel.com.au> User-Agent: Mutt/1.4.2i Subject: Re: bus_dmamem_alloc() can't handle large NOWAIT requests X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Feb 2005 07:43:33 -0000 On Sun, 2005-Jan-09 12:11:32 +1100, Peter Jeremy wrote: >According to bus_dma(9), bus_dmamem_alloc() can be invoked with a >flag BUS_DMA_NOWAIT to indicate that sleep()ing is not allowed. > >At least on the i386, if the requested size exceeds 1 page (or some >other cases), the requested memory will be allocated via contigmalloc(). > >bus_dmamem_alloc() maps BUS_DMA_NOWAIT to M_NOWAIT but contigmalloc() >does not support M_NOWAIT and will tsleep() under some conditions. Since I couldn't find any reference to this problem in gnats, I've raised kern/78179 so it doesn't get lost. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 07:45:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45A7B16A4CE for ; Mon, 28 Feb 2005 07:45:06 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FA5643D48 for ; Mon, 28 Feb 2005 07:45:05 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A152552BA2; Sun, 27 Feb 2005 23:45:04 -0800 (PST) Date: Sun, 27 Feb 2005 23:45:04 -0800 From: Kris Kennaway To: Vladimir Grebenschikov Message-ID: <20050228074504.GA61686@xor.obsecurity.org> References: <1109542560.2370.14.camel@localhost> <20050228071207.GA58717@xor.obsecurity.org> <1109575989.7823.0.camel@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline In-Reply-To: <1109575989.7823.0.camel@localhost> User-Agent: Mutt/1.4.2.1i cc: "current@freebsd.org" cc: Kris Kennaway Subject: Re: buildkernel warnings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Feb 2005 07:45:06 -0000 --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 28, 2005 at 10:33:09AM +0300, Vladimir Grebenschikov wrote: > ? ??, 27/02/2005 ? 23:12 -0800, Kris Kennaway ?????: > >On Mon, Feb 28, 2005 at 01:16:00AM +0300, Vladimir Grebenschikov wrote: > >>=20 > >> While building 6-CURRENT kernel with 'make buildkernel' I has a lot of > >> warnings like: > >>=20 > >> cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prot= otypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat= -extensions -std=3Dc99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/= contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfil= ter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys= /contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include op= t_global.h -fno-common -finline-limit=3D8000 --param inline-unit-growth=3D1= 00 --param large-function-growth=3D1000 -O -mcpu=3Dpentiumpro -mno-align-lo= ng-strings -mpreferred-stack-boundary=3D2 -ffreestanding -Werror vers.c > >> `-mcpu=3D' is deprecated. Use `-mtune=3D' or '-march=3D' instead. > > > >Do you have -mcpu set in COPTFLAGS? >=20 > No, no any flags in make.conf or environment. Are you absolutely certain you don't have CONF_CFLAGS set? Somehow you're getting old or non-default settings, i.e. the '-O -mcpu=3Dpentiumpro'. This is what happens when you have CPUTYPE=3Dp3 and default settings: cc -c -O -pipe -march=3Dpentium3 -Wall -Wredundant-decls -Wnested-externs -= Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qu= al -fformat-extensions -std=3Dc99 -g -nostdinc -I- -I. -I/usr/src/sys -I/= usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/c= ontrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I= /usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL= -include opt_global.h -fno-common -finline-limit=3D8000 --param inline-uni= t-growth=3D100 --param large-function-growth=3D1000 -mno-align-long-string= s -mpreferred-stack-boundary=3D2 -ffreestanding -Werror aic79xx_reg_print.c Note nothing (in fact, double space) before the -mno-align-long-strings. Here's what happens if you set CONF_CFLAGS=3D-DFOO: cc -c -O -pipe -march=3Dpentium3 -Wall -Wredundant-decls -Wnested-externs -= Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qu= al -fformat-extensions -std=3Dc99 -g -nostdinc -I- -I. -I/usr/src/sys -I/= usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/c= ontrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I= /usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL= -include opt_global.h -fno-common -finline-limit=3D8000 --param inline-uni= t-growth=3D100 --param large-function-growth=3D1000 -DFOO -mno-align-long-s= trings -mpreferred-stack-boundary=3D2 -ffreestanding -Werror /usr/src/sys/= cam/cam_xpt.c i.e. it's added precisely where your bogus arguments appear. Kris --tKW2IUtsqtDRztdT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCIswAWry0BWjoQKURAtyzAKDAxdF7JpwSk3BXJbLW4qa+fB1kigCgllLG gR+fLYiza1Y98PWAQfuZqq4= =4HNw -----END PGP SIGNATURE----- --tKW2IUtsqtDRztdT-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 07:50:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B494F16A4CE for ; Mon, 28 Feb 2005 07:50:17 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D2FA43D2F for ; Mon, 28 Feb 2005 07:50:17 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.44 (FreeBSD)) id 1D5ffU-000BBu-4I; Mon, 28 Feb 2005 10:50:16 +0300 From: Vladimir Grebenschikov To: Kris Kennaway In-Reply-To: <20050228071207.GA58717@xor.obsecurity.org> References: <1109542560.2370.14.camel@localhost> <20050228071207.GA58717@xor.obsecurity.org> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Mon, 28 Feb 2005 10:50:15 +0300 Message-Id: <1109577015.7823.8.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.1.5 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: "current@freebsd.org" Subject: Re: buildkernel warnings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Feb 2005 07:50:17 -0000 =F7 =D7=D3, 27/02/2005 =D7 23:12 -0800, Kris Kennaway =D0=C9=DB=C5=D4: >On Mon, Feb 28, 2005 at 01:16:00AM +0300, Vladimir Grebenschikov wrote: >>=20 >> While building 6-CURRENT kernel with 'make buildkernel' I has a lot of >> warnings like: >>=20 >> cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-e= xtensions -std=3Dc99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/co= ntrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilte= r -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/c= ontrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_= global.h -fno-common -finline-limit=3D8000 --param inline-unit-growth=3D100= --param large-function-growth=3D1000 -O -mcpu=3Dpentiumpro -mno-align-long= -strings -mpreferred-stack-boundary=3D2 -ffreestanding -Werror vers.c >> `-mcpu=3D' is deprecated. Use `-mtune=3D' or '-march=3D' instead. > >Do you have -mcpu set in COPTFLAGS? I have found the reason, it was in kernel configuration=20 makeoptions CONF_CFLAGS=3D"-O -mcpu=3Dpentiumpro" sorry=20 >Kris --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 07:55:50 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B8FF16A4CE for ; Mon, 28 Feb 2005 07:55:50 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3A5A43D64 for ; Mon, 28 Feb 2005 07:55:49 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.44 (FreeBSD)) id 1D5fkq-000BXz-J3; Mon, 28 Feb 2005 10:55:48 +0300 From: Vladimir Grebenschikov To: Kris Kennaway In-Reply-To: <20050228074504.GA61686@xor.obsecurity.org> References: <1109542560.2370.14.camel@localhost> <20050228071207.GA58717@xor.obsecurity.org> <1109575989.7823.0.camel@localhost> <20050228074504.GA61686@xor.obsecurity.org> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Mon, 28 Feb 2005 10:55:48 +0300 Message-Id: <1109577348.7823.12.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.1.5 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: "current@freebsd.org" Subject: Re: buildkernel warnings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Feb 2005 07:55:50 -0000 =F7 =D7=D3, 27/02/2005 =D7 23:45 -0800, Kris Kennaway =D0=C9=DB=C5=D4: >On Mon, Feb 28, 2005 at 10:33:09AM +0300, Vladimir Grebenschikov wrote: >> ? ??, 27/02/2005 ? 23:12 -0800, Kris Kennaway ?????: >> >On Mon, Feb 28, 2005 at 01:16:00AM +0300, Vladimir Grebenschikov wrote: >> >>=20 >> >> While building 6-CURRENT kernel with 'make buildkernel' I has a lot o= f >> >> warnings like: >> >>=20 >> >> cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-pro= totypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fforma= t-extensions -std=3Dc99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys= /contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfi= lter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sy= s/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include o= pt_global.h -fno-common -finline-limit=3D8000 --param inline-unit-growth=3D= 100 --param large-function-growth=3D1000 -O -mcpu=3Dpentiumpro -mno-align-l= ong-strings -mpreferred-stack-boundary=3D2 -ffreestanding -Werror vers.c >> >> `-mcpu=3D' is deprecated. Use `-mtune=3D' or '-march=3D' instead. >> > >> >Do you have -mcpu set in COPTFLAGS? >>=20 >> No, no any flags in make.conf or environment. > >Are you absolutely certain you don't have CONF_CFLAGS set? Somehow >you're getting old or non-default settings, i.e. the '-O >-mcpu=3Dpentiumpro'. > >This is what happens when you have CPUTYPE=3Dp3 and default settings: > >cc -c -O -pipe -march=3Dpentium3 -Wall -Wredundant-decls -Wnested-externs = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-q= ual -fformat-extensions -std=3Dc99 -g -nostdinc -I- -I. -I/usr/src/sys -I= /usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/= contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -= I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNE= L -include opt_global.h -fno-common -finline-limit=3D8000 --param inline-un= it-growth=3D100 --param large-function-growth=3D1000 -mno-align-long-strin= gs -mpreferred-stack-boundary=3D2 -ffreestanding -Werror aic79xx_reg_print= .c > >Note nothing (in fact, double space) before the >-mno-align-long-strings. Here's what happens if you set >CONF_CFLAGS=3D-DFOO: > >cc -c -O -pipe -march=3Dpentium3 -Wall -Wredundant-decls -Wnested-externs = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-q= ual -fformat-extensions -std=3Dc99 -g -nostdinc -I- -I. -I/usr/src/sys -I= /usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/= contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -= I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNE= L -include opt_global.h -fno-common -finline-limit=3D8000 --param inline-un= it-growth=3D100 --param large-function-growth=3D1000 -DFOO -mno-align-long-= strings -mpreferred-stack-boundary=3D2 -ffreestanding -Werror /usr/src/sys= /cam/cam_xpt.c > >i.e. it's added precisely where your bogus arguments appear. yes, it is kernel configuration, I've already found that. Thank you. Can you advise what is stable optimisation that should be provided for kernel build for modern CPUs ? >Kris --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 08:04:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C02C16A4CF for ; Mon, 28 Feb 2005 08:04:34 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53DA043D53 for ; Mon, 28 Feb 2005 08:04:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 222B453456; Mon, 28 Feb 2005 00:04:31 -0800 (PST) Date: Mon, 28 Feb 2005 00:04:31 -0800 From: Kris Kennaway To: Vladimir Grebenschikov Message-ID: <20050228080431.GA66230@xor.obsecurity.org> References: <1109542560.2370.14.camel@localhost> <20050228071207.GA58717@xor.obsecurity.org> <1109575989.7823.0.camel@localhost> <20050228074504.GA61686@xor.obsecurity.org> <1109577348.7823.12.camel@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline In-Reply-To: <1109577348.7823.12.camel@localhost> User-Agent: Mutt/1.4.2.1i cc: "current@freebsd.org" cc: Kris Kennaway Subject: Re: buildkernel warnings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Feb 2005 08:04:34 -0000 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Feb 28, 2005 at 10:55:48AM +0300, Vladimir Grebenschikov wrote: > yes, it is kernel configuration, I've already found that. Thank you. > Can you advise what is stable optimisation that should be provided for > kernel build for modern CPUs ? Set CPUTYPE in /etc/make.conf; see the manpage. Kris --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCItCNWry0BWjoQKURAgwjAKCixaeBYbInaynIhMqTFM7fQDcgXgCg4X+b fic4SqNa61HnOxI+CmWXDcw= =2pum -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 08:29:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4830816A4CE for ; Mon, 28 Feb 2005 08:29:17 +0000 (GMT) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id B38F243D39 for ; Mon, 28 Feb 2005 08:29:16 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.1.103] (adsl-68-123-122-107.dsl.snfc21.pacbell.net [68.123.122.107])j1S8TDSJ215590 for ; Mon, 28 Feb 2005 03:29:14 -0500 Message-ID: <4222D658.1000303@elischer.org> Date: Mon, 28 Feb 2005 00:29:12 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050214 X-Accept-Language: en, hu MIME-Version: 1.0 To: Current Content-Type: multipart/mixed; boundary="------------060204030802020005040207" Subject: fixing Vmware 2 port for 5.x and 6.x.. kmem _alloc_pageable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Feb 2005 08:29:17 -0000 This is a multi-part message in MIME format. --------------060204030802020005040207 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit So I have a vmware 2 licence and I'd like to fix the vmware port.. he following allows it to compile again (at least on 5.x) but when I link it in I find it's looking for kmem_alloc_pageable() This has dissappeared... what is the suggested replacement for this? --------------060204030802020005040207 Content-Type: text/plain; name="vmwarediffs" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="vmwarediffs" diff -r -u xwork/vmware-distrib/vmmon-only/freebsd/driver.c work/vmware-distrib/vmmon-only/freebsd/driver.c --- xwork/vmware-distrib/vmmon-only/freebsd/driver.c Sun Feb 27 16:26:25 2005 +++ work/vmware-distrib/vmmon-only/freebsd/driver.c Sun Feb 27 16:54:11 2005 @@ -229,7 +229,13 @@ * *---------------------------------------------------------------------- */ -static dev_t vmmon_dev; +#if __FreeBSD_version > 503000 +#define DEVTYPE struct cdev * +#else +#define DEVTYPE dev_t +#endif + +static DEVTYPE vmmon_dev; static int init_module(void) { @@ -281,16 +287,18 @@ static int cleanup_module(void) { +#if __FreeBSD_version < 500104 int retval=0; destroy_dev(vmmon_dev); -#if __FreeBSD_version < 500104 retval = cdevsw_remove(&vmmon_cdevsw); if (retval) { Warning("Module %s: error unregistering\n", freebsdState.deviceBuf); } else { Log("Module %s: unloaded\n", freebsdState.deviceBuf); } +#else + destroy_dev(vmmon_dev); #endif return 0; @@ -298,7 +306,9 @@ #include #include +#if __FreeBSD_version < 503000 #include +#endif static int vmmon_modeevent(module_t mod, int cmd, void *arg) @@ -353,7 +363,7 @@ *---------------------------------------------------------------------- */ static int -FreeBSD_Driver_Open(dev_t dev, int oflag, int devtype, struct thread *td) +FreeBSD_Driver_Open(DEVTYPE dev, int oflag, int devtype, struct thread *td) { VMFreeBSD *vmFreeBSD; VMDriver *vm; @@ -433,7 +443,7 @@ */ static int -FreeBSD_Driver_Close(dev_t dev, int fflag, int devtype, struct thread *td) +FreeBSD_Driver_Close(DEVTYPE dev, int fflag, int devtype, struct thread *td) { VMFreeBSD *vmFreeBSD = (VMFreeBSD *) dev->si_drv1; @@ -485,7 +495,7 @@ */ static int -FreeBSD_Driver_Poll(dev_t dev, int events, struct thread *td) +FreeBSD_Driver_Poll(DEVTYPE dev, int events, struct thread *td) { int revents = 0; @@ -567,7 +577,7 @@ *---------------------------------------------------------------------- */ static int -FreeBSD_Driver_Ioctl( dev_t dev, u_long cmd, caddr_t parg, int mode, +FreeBSD_Driver_Ioctl( DEVTYPE dev, u_long cmd, caddr_t parg, int mode, struct thread *td) { VMFreeBSD *vmFreeBSD = (VMFreeBSD *) dev->si_drv1; diff -r -u xwork/vmware-distrib/vmmon-only/freebsd/hostif.c work/vmware-distrib/vmmon-only/freebsd/hostif.c --- xwork/vmware-distrib/vmmon-only/freebsd/hostif.c Sun Feb 27 16:26:25 2005 +++ work/vmware-distrib/vmmon-only/freebsd/hostif.c Sun Feb 27 17:12:54 2005 @@ -337,7 +337,7 @@ if (!(val & mask)) { val = val | mask; - outb(val,0xA1); + outb(0xA1,val); } } @@ -838,10 +838,10 @@ /* set up Timer 2 to count down */ byte = inb(SPEAKER_PORT); byte = (byte & ~0x2) | 0x1; - outb(byte, SPEAKER_PORT); - outb(0xb0, 0x43); - outb_p((COUNTDOWN & 0xff), 0x42); - outb((COUNTDOWN >> 8), 0x42); + outb(SPEAKER_PORT, byte); + outb(0x43, 0xb0); + outb_p(0x42, (COUNTDOWN & 0xff)); + outb(0x42, (COUNTDOWN >> 8)); /* count number of processor cycles for Timer 2 countdown */ startTSC = GET_TSC(); @@ -1039,7 +1039,7 @@ MA HostIF_APIC_Base(VMDriver *vm, Bool setVMPtr) { -#if defined(SMP) +#if defined(SMP) && ( __FreeBSD_version < 500000 ) return cpu_apic_address; #else return 0; @@ -1068,7 +1068,7 @@ MA HostIF_IOAPIC_Base(VMDriver *vm) { -#if defined(SMP) +#if defined(SMP) && ( __FreeBSD_version < 500000 ) return io_apic_address[0]; /* XXX How about another APIC's */ #else return 0; --------------060204030802020005040207-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 11:23:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BF2916A4CF for ; Mon, 28 Feb 2005 11:23:36 +0000 (GMT) Received: from gate.consol.de (gate.consol.de [194.246.122.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16F3343D48 for ; Mon, 28 Feb 2005 11:23:35 +0000 (GMT) (envelope-from Peter.Weiss@ConSol.de) Received: from msgsrv.bb.consol.de (imap.consol.de [10.250.0.113]) by gate.consol.de (8.12.11/8.12.11) with ESMTP id j1SBNXTW006057 for ; Mon, 28 Feb 2005 12:23:33 +0100 (CET) (envelope-from Peter.Weiss@ConSol.de) Received: from Astor (localhost.bb.consol.de [127.0.0.1]) by msgsrv.bb.consol.de (8.12.11/8.12.8) with ESMTP id j1SBNXZf036717 for ; Mon, 28 Feb 2005 12:23:33 +0100 (CET) (envelope-from Peter.Weiss@ConSol.de) To: freebsd-current@freebsd.org References: <200502280014.j1S0Ebv5098776@fire.jhs.private> From: Peter Weiss Date: Mon, 28 Feb 2005 12:23:34 +0100 In-Reply-To: <200502280014.j1S0Ebv5098776@fire.jhs.private> (Julian H. Stacey's message of "Mon, 28 Feb 2005 01:14:37 +0100") Message-ID: <85hdjxudvt.fsf@ConSol.de> User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: Mozilla port fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Feb 2005 11:23:36 -0000 "Julian H. Stacey" writes: > Peter Weiss wrote: >> has anybody been successfull compiling the mozilla port 1.7.5 under 5.3? > > Hi, why 1.7.5 ? > 1.7.2 & 1.8.a3 both compile & run on 5.3-RELEASE amd64 here (& my > i386 too I recall) (OK, I've not tried java, & not tried current, > but though this list is current@ you wrote 5.3) > > 5.3-RELEASE: > cd /usr/ports/www;grep PORTVERSION= mozilla*/Makefile|sort -r|grep -v bonobo > mozilla/Makefile:PORTVERSION= 1.7.2 > mozilla-devel/Makefile:PORTVERSION= 1.8.a3 > >[...] ... because the default port version in my cvs tree is a 1.7.5: /usr/ports/www:2# grep PORTVERSION mozil*/Makefile | sort -r| grep -v bonobo mozilla/Makefile:PORTVERSION= 1.7.5 mozilla/Makefile:MASTER_SITE_SUBDIR= mozilla/releases/${PORTNAME}${PORTVERSION}/source \ mozilla/Makefile:DISTFILES= ${PORTNAME}-source-${PORTVERSION}${EXTRACT_SUFX} mozilla-devel/Makefile:PORTVERSION= 1.8.b1 mozilla-devel/Makefile:MASTER_SITE_SUBDIR= mozilla/releases/${PORTNAME}${PORTVERSION:S/.b1/b1/}/source mozilla-devel/Makefile:DISTFILES= ${PORTNAME}-source-${PORTVERSION:S/.b1/b1/}${EXTRACT_SUFX} / Just did a cvsup and a cvs update for the ports this morning okay, trying to use the mozilla-devel port... Thanks anyway -- Peter -- Peter.Weiss@consol.de ConSol* Software GmbH Phone +49 89 45841-100 Consulting & Solutions Mobile +49 177 6040121 Franziskanerstr. 38 http://www.consol.de D-81669 München From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 15:33:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0366016A4CF for ; Mon, 28 Feb 2005 15:33:43 +0000 (GMT) Received: from smtp.vzavenue.net (smtp.vzavenue.net [66.171.59.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C41943D46 for ; Mon, 28 Feb 2005 15:33:42 +0000 (GMT) (envelope-from jr@opal.com) Received: from linwhf.opal.com (112.79.171.66.subscriber.vzavenue.net [66.171.79.112]) by smtp.vzavenue.net (MOS 3.4.8-GR) with ESMTP id BVW05825; Mon, 28 Feb 2005 10:33:34 -0500 (EST) Received: from linwhf.opal.com (localhost [127.0.0.1]) by linwhf.opal.com (8.13.3/8.13.1) with ESMTP id j1SFXWkP001147 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Mon, 28 Feb 2005 10:33:32 -0500 (EST) (envelope-from jr@linwhf.opal.com) Received: (from jr@localhost) by linwhf.opal.com (8.13.3/8.13.1/Submit) id j1SFXVJY001146 for current@freebsd.org; Mon, 28 Feb 2005 10:33:31 -0500 (EST) (envelope-from jr) Date: Mon, 28 Feb 2005 10:33:31 -0500 From: "J.R. Oldroyd" To: current@freebsd.org Message-ID: <20050228153331.GA847@linwhf.opal.com> References: <20050224213936.GA2591@xor.obsecurity.org> <20050225164319.F30975@carver.gumbysoft.com> <20050226052104.GA21973@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: <20050226052104.GA21973@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i X-Junkmail-Status: score=0/50, host=smtp.vzavenue.net Subject: Re: Fatal trap 12 in kernload() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Feb 2005 15:33:43 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I am seeing similar problem, using -current from 2/22 with atamk3l. Running on hyperthreaded i386 here. Feb 28 09:59:51 linwhf kernel: Fatal trap 12: page fault while in kernel mo= de Feb 28 09:59:51 linwhf kernel: cpuid =3D 1; apic id =3D 01 Feb 28 09:59:51 linwhf kernel: fault virtual address =3D 0x80 Feb 28 09:59:51 linwhf kernel: fault code =3D supervisor read= , page not present Feb 28 09:59:51 linwhf kernel: instruction pointer =3D 0x8:0xc07a3e53 Feb 28 09:59:51 linwhf kernel: stack pointer =3D 0x10:0xeed1092c Feb 28 09:59:51 linwhf kernel: frame pointer =3D 0x10:0xeed1099c Feb 28 09:59:51 linwhf kernel: code segment =3D base 0x0, limit= 0xfffff, type 0x1b Feb 28 09:59:51 linwhf kernel: =3D DPL 0, pres 1, def32 1, gran 1 Feb 28 09:59:51 linwhf kernel: processor eflags =3D interrupt enabled, resu= me, IOPL =3D 0 =20 Feb 28 09:59:51 linwhf kernel: current process =3D 56 (vnlru) Feb 28 09:59:51 linwhf kernel: trap number =3D 12 Feb 28 09:59:51 linwhf kernel: panic: page fault Feb 28 09:59:51 linwhf kernel: cpuid =3D 1 Feb 28 09:59:51 linwhf kernel: Uptime: 15h47m10s Feb 28 09:59:51 linwhf kernel: Dumping 2039 MB Feb 28 09:59:51 linwhf kernel: kernel trap 12 with interrupts disabled Feb 28 09:59:51 linwhf kernel: Feb 28 09:59:51 linwhf kernel: Feb 28 09:59:51 linwhf kernel: Fatal trap 12: page fault while in kernel mo= de Feb 28 09:59:51 linwhf kernel: cpuid =3D 0; apic id =3D 00 Feb 28 09:59:51 linwhf kernel: fault virtual address =3D 0x100 Feb 28 09:59:51 linwhf kernel: fault code =3D supervisor read= , page not present =20 Feb 28 09:59:51 linwhf kernel: instruction pointer =3D 0x8:0xc0616c97 Feb 28 09:59:51 linwhf kernel: stack pointer =3D 0x10:0xe4f94c7c Feb 28 09:59:51 linwhf kernel: frame pointer =3D 0x10:0xe4f94c88 Feb 28 09:59:51 linwhf kernel: code segment =3D base 0x0, limit= 0xfffff, type 0x1b Feb 28 09:59:51 linwhf kernel: =3D DPL 0, pres 1, def32 1, gran 1 Feb 28 09:59:51 linwhf kernel: processor eflags =3D resume, IOPL =3D 0 Feb 28 09:59:51 linwhf kernel: current process =3D 42 (swi6: task = queue) Feb 28 09:59:51 linwhf kernel: trap number =3D 12=20 I have encountered this crash about five or six times since 2/22, but I've been otherwise occupied and not able to look at it. Crash is infrequent, as in system's OK for many hours, then just freezes. Need to press the button to get it back. Config is generic with IPFIREWALL, IPDIVERT and IPV6FIREWALL added and debugging turned off. Since I have no other info at this time, I just built and installed a kernel with debugging on, so that next time I may have more details. Don't yet have any repeatable way to reproduce this. Previous kernel, 1/31 without atamk3, was stable. -jr On Feb 25, 21:21, Kris Kennaway wrote: > On Fri, Feb 25, 2005 at 04:47:14PM -0800, Doug White wrote: > > On Thu, 24 Feb 2005, Kris Kennaway wrote: > >=20 > > > > fault virtual address =3D 0x7562676b > >=20 > > I agree with Dan, this is bogus. kernload() is the offset from kernbase > > where the ELF headers get stuck. I suspect ddb is resolving it like it > > resolves end -- its beyond the beginning of the kernel so it picks the > > next best match, like end shows up beyond the end of the symbol table. > > (FYI end usually indicates calls into a KLD.) > >=20 > > > > current process =3D 52613 (getty) > > > > Tracing pid 52613 tid 100360 td 0xd2d3a000 > > > > kernload(cd533500,3,2000,d2d3a000,3) at 0x7562676b > > > > devfs_open(f8225a4c,c072025a,1e6,c07205ff,d235f134) at devfs_open+0= x291 > >=20 > > Can you get an addr2line on this devfs_open call? It appears to have > > tried to open an incompletely initialized tty device. Which one would = be > > nice to know :-) >=20 > It was ttyd0. phk couldn't figure out how this happened, so I'm > trying to recreate it. >=20 > Kris >=20 > > > > VOP_OPEN_APV(c07340a0,f8225a4c,3,c076d398,1) at VOP_OPEN_APV+0x9e > > > > vn_open_cred(f8225bbc,f8225cbc,860,cd33e180,1) at vn_open_cred+0x45b > > > > vn_open(f8225bbc,f8225cbc,860,1,d2d3a000) at vn_open+0x33 > > > > kern_open(d2d3a000,804f860,0,3,804f860) at kern_open+0xca > > > > open(d2d3a000,f8225d14,3a6,c071c691,d2d3a000) at open+0x36 > > > > syscall(2f,2f,2f,2,804f860) at syscall+0x2c4 > > > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > > > --- syscall (5, FreeBSD ELF32, open), eip =3D 0x280ca2cb, esp =3D 0= xbfbfedfc, ebp =3D 0xbfbfee28 --- > > > > db> > > > > > > Kris > > > > >=20 > > --=20 > > Doug White | FreeBSD: The Power to Serve > > dwhite@gumbysoft.com | www.FreeBSD.org > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" > >=20 --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iQDVAwUBQiM5yEkkqUax7f6FAQK47AYArjL2H2NodhKA1xvAlcXKqb5Q33nDWoVH Z9h8mJ3Za0+f19I/rv9KMYYdAUbK/UMkfK55/o//+pMEtc+2ORxMW2SQtVSTbAng 0Dv3wzLT0p+BL/bsJxThMOZg7RCj3CmzWKiaYVsFbloHA87SMesH392nTH6zkBso GAZmLE7jalg0K4igw+urJLZ+vHARAbfmx+N+BWu3kI2zs1/hTcCjOUX689prSsHu lnkjqYr3Dwl6ivd3KG9J/dVby6UeD8q4 =nd0m -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 16:16:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F92916A4D5 for ; Mon, 28 Feb 2005 16:16:41 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D49043D3F for ; Mon, 28 Feb 2005 16:16:40 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id 36BDE46B40; Mon, 28 Feb 2005 11:16:40 -0500 (EST) Date: Mon, 28 Feb 2005 16:14:45 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "J.R. Oldroyd" In-Reply-To: <20050228153331.GA847@linwhf.opal.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Fatal trap 12 in kernload() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Feb 2005 16:16:42 -0000 On Mon, 28 Feb 2005, J.R. Oldroyd wrote: > I am seeing similar problem, using -current from 2/22 with atamk3l. > Running on hyperthreaded i386 here. > > I have encountered this crash about five or six times since 2/22, > but I've been otherwise occupied and not able to look at it. Crash > is infrequent, as in system's OK for many hours, then just freezes. > Need to press the button to get it back. > > Config is generic with IPFIREWALL, IPDIVERT and IPV6FIREWALL added > and debugging turned off. > > Since I have no other info at this time, I just built and installed a > kernel with debugging on, so that next time I may have more details. > Don't yet have any repeatable way to reproduce this. If you set "debug.mpsafevfs=0" in loader.conf and reboot, does it go away? Robert N M Watson > > Previous kernel, 1/31 without atamk3, was stable. > > -jr > > > > On Feb 25, 21:21, Kris Kennaway wrote: > > On Fri, Feb 25, 2005 at 04:47:14PM -0800, Doug White wrote: > > > On Thu, 24 Feb 2005, Kris Kennaway wrote: > > > > > > > > fault virtual address = 0x7562676b > > > > > > I agree with Dan, this is bogus. kernload() is the offset from kernbase > > > where the ELF headers get stuck. I suspect ddb is resolving it like it > > > resolves end -- its beyond the beginning of the kernel so it picks the > > > next best match, like end shows up beyond the end of the symbol table. > > > (FYI end usually indicates calls into a KLD.) > > > > > > > > current process = 52613 (getty) > > > > > Tracing pid 52613 tid 100360 td 0xd2d3a000 > > > > > kernload(cd533500,3,2000,d2d3a000,3) at 0x7562676b > > > > > devfs_open(f8225a4c,c072025a,1e6,c07205ff,d235f134) at devfs_open+0x291 > > > > > > Can you get an addr2line on this devfs_open call? It appears to have > > > tried to open an incompletely initialized tty device. Which one would be > > > nice to know :-) > > > > It was ttyd0. phk couldn't figure out how this happened, so I'm > > trying to recreate it. > > > > Kris > > > > > > > VOP_OPEN_APV(c07340a0,f8225a4c,3,c076d398,1) at VOP_OPEN_APV+0x9e > > > > > vn_open_cred(f8225bbc,f8225cbc,860,cd33e180,1) at vn_open_cred+0x45b > > > > > vn_open(f8225bbc,f8225cbc,860,1,d2d3a000) at vn_open+0x33 > > > > > kern_open(d2d3a000,804f860,0,3,804f860) at kern_open+0xca > > > > > open(d2d3a000,f8225d14,3a6,c071c691,d2d3a000) at open+0x36 > > > > > syscall(2f,2f,2f,2,804f860) at syscall+0x2c4 > > > > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > > > > --- syscall (5, FreeBSD ELF32, open), eip = 0x280ca2cb, esp = 0xbfbfedfc, ebp = 0xbfbfee28 --- > > > > > db> > > > > > > > > Kris > > > > > > > > > > -- > > > Doug White | FreeBSD: The Power to Serve > > > dwhite@gumbysoft.com | www.FreeBSD.org > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > > > From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 16:29:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FA8316A4CE for ; Mon, 28 Feb 2005 16:29:16 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37F5843D49 for ; Mon, 28 Feb 2005 16:29:13 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.12.11) with ESMTP id j1SGTCBX048318; Mon, 28 Feb 2005 11:29:12 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-current@freebsd.org, racinej@mcmaster.ca Date: Mon, 28 Feb 2005 11:29:04 -0500 User-Agent: KMail/1.6.2 References: <1109510014.651.7.camel@localhost> In-Reply-To: <1109510014.651.7.camel@localhost> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_Qb0ICuV0JaPQE96" Message-Id: <200502281129.05201.jkim@niksun.com> X-Virus-Scanned: ClamAV 0.83/733/Mon Feb 28 03:03:39 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Subject: Re: ndis bug in current... (2/25/05) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Feb 2005 16:29:16 -0000 --Boundary-00=_Qb0ICuV0JaPQE96 Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Sunday 27 February 2005 08:13 am, Jeffrey Racine wrote: > Hi. > > The ndis driver no longer compiles... any suggestions most welcome. Please try the attached (trivial) patch. Jung-uk Kim > -- Jeff --Boundary-00=_Qb0ICuV0JaPQE96 Content-Type: text/plain; charset="euc-kr"; name="if_ndis.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="if_ndis.diff" Index: if_ndis.c =================================================================== RCS file: /home/ncvs/src/sys/dev/if_ndis/if_ndis.c,v retrieving revision 1.81 diff -u -r1.81 if_ndis.c --- if_ndis.c 24 Feb 2005 22:54:14 -0000 1.81 +++ if_ndis.c 28 Feb 2005 16:26:23 -0000 @@ -479,11 +479,11 @@ /* Find the PDO for this device instance. */ if (sc->ndis_iftype == PCIBus) - pdrv = windrv_lookup(NULL, "PCI Bus"); + pdrv = windrv_lookup((vm_offset_t)NULL, "PCI Bus"); else if (sc->ndis_iftype == PCMCIABus) - pdrv = windrv_lookup(NULL, "PCCARD Bus"); + pdrv = windrv_lookup((vm_offset_t)NULL, "PCCARD Bus"); else - pdrv = windrv_lookup(NULL, "USB Bus"); + pdrv = windrv_lookup((vm_offset_t)NULL, "USB Bus"); pdo = windrv_find_pdo(pdrv, dev); /* @@ -876,11 +876,11 @@ /* Destroy the PDO for this device. */ if (sc->ndis_iftype == PCIBus) - drv = windrv_lookup(NULL, "PCI Bus"); + drv = windrv_lookup((vm_offset_t)NULL, "PCI Bus"); else if (sc->ndis_iftype == PCMCIABus) - drv = windrv_lookup(NULL, "PCCARD Bus"); + drv = windrv_lookup((vm_offset_t)NULL, "PCCARD Bus"); else - drv = windrv_lookup(NULL, "USB Bus"); + drv = windrv_lookup((vm_offset_t)NULL, "USB Bus"); if (drv == NULL) panic("couldn't find driver object"); windrv_destroy_pdo(drv, dev); Index: if_ndis_pci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/if_ndis/if_ndis_pci.c,v retrieving revision 1.11 diff -u -r1.11 if_ndis_pci.c --- if_ndis_pci.c 24 Feb 2005 21:49:14 -0000 1.11 +++ if_ndis_pci.c 28 Feb 2005 16:26:23 -0000 @@ -147,7 +147,7 @@ driver_object *drv; t = ndis_devs; - drv = windrv_lookup(NULL, "PCI Bus"); + drv = windrv_lookup((vm_offset_t)NULL, "PCI Bus"); if (drv == NULL) return(ENXIO); --Boundary-00=_Qb0ICuV0JaPQE96-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 17:42:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 322B516A4CE for ; Mon, 28 Feb 2005 17:42:01 +0000 (GMT) Received: from mailtest.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA57243D48 for ; Mon, 28 Feb 2005 17:42:00 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by mailtest.sd73.bc.ca (Postfix) with ESMTP id 9BA35F1837 for ; Mon, 28 Feb 2005 09:42:00 -0800 (PST) Received: from mailtest.sd73.bc.ca ([127.0.0.1]) by localhost (mailtest.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 93241-01-84 for ; Mon, 28 Feb 2005 09:42:00 -0800 (PST) Received: from s9.sbo (s9.sbo [192.168.0.9]) by mailtest.sd73.bc.ca (Postfix) with ESMTP id 0B745F297B for ; Mon, 28 Feb 2005 09:42:00 -0800 (PST) From: Freddie Cash Date: Mon, 28 Feb 2005 09:41:59 -0800 User-Agent: KMail/1.7.2 To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200502280941.59782.fcash@ocis.net> X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Subject: Re: HEADSUP: cpufreq merged, acpi_throttle changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Feb 2005 17:42:01 -0000 On February 26, 2005 11:33 am, Nate Lawson wrote: > To those running 5.x, I wanted to let you know about a change in > behavior for acpi throttling. It is now accessible through the > sysctl dev.cpu.0.freq and dev.cpu.0.freq_levels. Also, you can now > run -current cpufreq.ko or acpi.ko to get more drivers. Those won't > be in 5.4-R but will be MFCd after the release. Please let me know > if you have any new problems, especially with throttling. Just a note to let you know that the latest round of cpufreq.ko and acpi.ko updates have once again made everything work on my Toshiba A60 laptop. :) Thanks for all the hard work you've done in this area. A cvsup to 6-CURRENT sources on Friday, and a recompile of the kernel without CPU_ENABLE_TCC gives me the following set of sysctls: dev.cpu.0.%desc: ACPI CPU (2 Cx states) dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 2800 dev.cpu.0.freq_levels: 2800/-1 2450/-1 2100/-1 1750/-1 1400/-1 1050/-1 700/-1 350/-1 dev.p4tcc.0.%parent: cpu0 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 I haven't tested any of the freq_levels yet, but it's nice to see them listed again. :) This is with acpi_load="YES" and cpufreq_load="YES" in loader.conf. -- Freddie Cash fcash@ocis.net From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 18:01:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CF5616A4CE for ; Mon, 28 Feb 2005 18:01:37 +0000 (GMT) Received: from ank-pki.ru (mercury.ank-pki.ru [213.170.76.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DA0B43D31 for ; Mon, 28 Feb 2005 18:01:35 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: (qmail 15762 invoked by uid 0); 28 Feb 2005 21:01:28 +0300 Received: from toxa@cterra.ru by mercury.ank-pki.ru by uid 0 with qmail-scanner-1.22 (spamassassin: 3.0.2. Clear:RC:0(62.89.204.62):SA:0(?/?):. Processed in 12.123253 secs); 28 Feb 2005 18:01:28 -0000 Received: from unknown (HELO localhost) (toxa@62.89.204.62) by mail.ank-pki.ru with SMTP; 28 Feb 2005 21:01:16 +0300 Date: Mon, 28 Feb 2005 20:58:36 +0300 From: Toxa To: FreeBSD-CURRENT X-Comment-To: "Anton A. Karpov" Message-ID: <20050228175836.GA6479@laptoxa.toxa.lan> Mail-Followup-To: FreeBSD-CURRENT Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.ru/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on mercury.ank-pki.ru X-Spam-Level: X-Spam-Status: No, score=0.0 required=7.0 tests=none autolearn=failed version=3.0.2 Subject: sony laptop fan control X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Feb 2005 18:01:37 -0000 As a result of recent changes in current, fan on my vaio pcg-v505bx now _never_ shuts off. Prevoiusly, it turns on/off periodically, according to system cpu load, etc. Can anybody gives me advice about how to deal with it? This is my acpi-reladed syctls: kern.acct_chkfreq: 15 machdep.tsc_freq: 1193110024 machdep.i8254_freq: 1193182 machdep.acpi_timer_freq: 3579545 dev.cpu.0.freq: 1200 dev.cpu.0.freq_levels: 1200/20200 1050/17675 900/15150 787/13256 750/12625 656/11046 600/10100 562/9468 525/8837 450/7575 393/6628 337/5681 300/5050 262/4418 225/3787 187/3156 150/2525 112/1893 75/1262 dev.acpi_perf.0.freq_settings: 1200/20200 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 dev.acpi_throttle.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 dev.p4tcc.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 debug.acpi.do_powerstate: 1 debug.acpi.acpi_ca_version: 0x20041119 debug.acpi.semaphore_debug: 0 hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: S5 hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/185 hw.acpi.cpu.cx_lowest: C3 hw.acpi.cpu.cx_usage: 0% 0% 0% hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.tz0.temperature: 63.9C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 84.9C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 90.9C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.battery.life: 100 hw.acpi.battery.time: -1 hw.acpi.battery.state: 2 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 hw.acpi.acline: 1 machdep.acpi_timer_freq: 3579545 machdep.acpi_root: 1012672 dev.acpi.0.%desc: SONY dev.acpi.0.%driver: acpi dev.acpi.0.%parent: nexus0 dev.acpi_sysresource.0.%desc: System Resource dev.acpi_sysresource.0.%driver: acpi_sysresource dev.acpi_sysresource.0.%location: handle=\_SB_.PCI0.LPC0.MBRD dev.acpi_sysresource.0.%pnpinfo: _HID=PNP0C02 _UID=31 dev.acpi_sysresource.0.%parent: acpi0 dev.acpi_ec.0.%desc: Embedded Controller: GPE 0x1c dev.acpi_ec.0.%driver: acpi_ec dev.acpi_ec.0.%location: handle=\_SB_.PCI0.LPC0.EC0_ dev.acpi_ec.0.%pnpinfo: _HID=PNP0C09 _UID=0 dev.acpi_ec.0.%parent: acpi0 dev.acpi_ec.0.wake: 0 dev.acpi_timer.0.%desc: 24-bit timer at 3.579545MHz dev.acpi_timer.0.%driver: acpi_timer dev.acpi_timer.0.%location: unknown dev.acpi_timer.0.%pnpinfo: unknown dev.acpi_timer.0.%parent: acpi0 dev.cpu.0.%parent: acpi0 dev.acpi_perf.0.%desc: ACPI CPU Frequency Control dev.acpi_perf.0.%driver: acpi_perf dev.acpi_perf.0.%parent: cpu0 dev.acpi_perf.0.freq_settings: 1200/20200 dev.acpi_throttle.0.%desc: ACPI CPU Throttling dev.acpi_throttle.0.%driver: acpi_throttle dev.acpi_throttle.0.%parent: cpu0 dev.acpi_throttle.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 dev.acpi_lid.0.%desc: Control Method Lid Switch dev.acpi_lid.0.%driver: acpi_lid dev.acpi_lid.0.%location: handle=\_SB_.LID_ dev.acpi_lid.0.%pnpinfo: _HID=PNP0C0D _UID=0 dev.acpi_lid.0.%parent: acpi0 dev.acpi_button.0.%desc: Power Button dev.acpi_button.0.%driver: acpi_button dev.acpi_button.0.%location: handle=\_SB_.PWRB dev.acpi_button.0.%pnpinfo: _HID=PNP0C0C _UID=0 dev.acpi_button.0.%parent: acpi0 dev.acpi_button.0.wake: 1 dev.pcib.0.%parent: acpi0 dev.pci_link.0.%parent: acpi0 dev.pci_link.1.%parent: acpi0 dev.pci_link.2.%parent: acpi0 dev.pci_link.3.%parent: acpi0 dev.pci_link.4.%parent: acpi0 dev.pci_link.5.%parent: acpi0 dev.pci_link.6.%parent: acpi0 dev.pci_link.7.%parent: acpi0 dev.acpi_tz.0.%desc: Thermal Zone dev.acpi_tz.0.%driver: acpi_tz dev.acpi_tz.0.%location: handle=\_TZ_.ATF0 dev.acpi_tz.0.%pnpinfo: _HID=none _UID=0 dev.acpi_tz.0.%parent: acpi0 dev.atdma.0.%parent: acpi0 dev.npxisa.0.%parent: acpi0 dev.atpic.0.%parent: acpi0 dev.attimer.0.%parent: acpi0 dev.attimer.1.%parent: acpi0 dev.speaker.0.%parent: acpi0 dev.atkbdc.0.%parent: acpi0 dev.psmcpnp.0.%parent: acpi0 dev.acpi_sony.0.brightness: 100 dev.acpi_sony.0.ctr: 0 dev.acpi_sony.0.pcr: 24 dev.acpi_sony.0.wdp: 256 dev.acpi_sony.0.cdp: 1 dev.acpi_sony.0.%desc: Sony notebook controller dev.acpi_sony.0.%driver: acpi_sony dev.acpi_sony.0.%location: handle=\_SB_.PCI0.LPC0.SNC_ dev.acpi_sony.0.%pnpinfo: _HID=SNY5001 _UID=0 dev.acpi_sony.0.%parent: acpi0 dev.acpi_cmbat.0.%desc: Control Method Battery dev.acpi_cmbat.0.%driver: acpi_cmbat dev.acpi_cmbat.0.%location: handle=\_SB_.PCI0.LPC0.EC0_.BAT1 dev.acpi_cmbat.0.%pnpinfo: _HID=PNP0C0A _UID=1 dev.acpi_cmbat.0.%parent: acpi0 dev.acpi_acad.0.%desc: AC Adapter dev.acpi_acad.0.%driver: acpi_acad dev.acpi_acad.0.%location: handle=\_SB_.PCI0.LPC0.EC0_.ACAD dev.acpi_acad.0.%pnpinfo: _HID=ACPI0003 _UID=0 dev.acpi_acad.0.%parent: acpi0 Current dmesg can be obtained from http://www.toxahost.ru/dmesg/laptoxa.txt Thanks in advance From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 18:08:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45FF716A4CF for ; Mon, 28 Feb 2005 18:08:13 +0000 (GMT) Received: from outbox.allstream.net (outbox.allstream.net [207.245.244.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id D748143D53 for ; Mon, 28 Feb 2005 18:08:12 +0000 (GMT) (envelope-from epilogue@allstream.net) Received: from localhost (mon-pq55-152.dial.allstream.net [216.123.140.184]) by outbox.allstream.net (Allstream MTA) with ESMTP id E0A3FB47F7 for ; Mon, 28 Feb 2005 13:08:36 -0500 (EST) Date: Mon, 28 Feb 2005 13:07:25 -0500 From: epilogue To: freebsd-current@freebsd.org Message-ID: <20050228130725.5848438c@localhost> X-Mailer: Sylpheed-Claws 1.0.1 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: buildworld failure -- 5.4 pre-pre X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Feb 2005 18:08:13 -0000 hello all, hoping to help test 5.4, but running into a bit of a problem with buildworld. * 5.3 compiles happily with the settings below. * didn't notice anything relevant in UPDATING. any suggestion (or castigation) would be muchly appreciated. epi ----------------------------------- the bits that i'm pulling down ----------------------------------- src-base src-bin src-contrib src-crypto src-etc src-gnu src-include src-libexec src-lib src-sbin src-secure src-share src-sys src-sys-crypto src-tools src-usrbin src-usrsbin ----------------------------------- make.conf settings ----------------------------------- CPUTYPE?=p3 #i686 CFLAGS= -O -pipe BDECFLAGS= -W -Wall -ansi -pedantic -Wbad-function-cast -Wcast-align \ -Wcast-qual -Wchar-subscripts -Winline \ -Wmissing-prototypes -Wnested-externs -Wpointer-arith \ -Wredundant-decls -Wshadow -Wstrict-prototypes -Wwrite-strings COPTFLAGS= -O -pipe NO_BLUETOOTH= true # do not build Bluetooth related stuff NO_FORTRAN= true # do not build g77 and related libraries NO_I4B= true # do not build isdn4bsd package NO_KERBEROS= true # do not build and install Kerberos 5 (KTH Heimdal) NO_VINUM= true # do not build Vinum utilities NOATM= true # do not build ATM related programs and libraries NOINFO= true # do not make or install info files NOPROFILE= true # Avoid compiling profiled libraries ----------------------------------- finally, the error ----------------------------------- /usr/bin/cc -O -pipe -march=pentium3 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/i386 -D__DB INTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/ locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k - Wno-uninitialized -c /usr/src/lib/libc/gen/termios.c /usr/bin/cc -fpic -DPIC -O -pipe -march=pentium3 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc /i386 -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/s rc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno- format-y2k -Wno-uninitialized -c /usr/src/lib/libc/gen/termios.c -o termios.So /usr/src/lib/libc/gen/syslog.c: In function `connectlog': /usr/src/lib/libc/gen/syslog.c:365: error: `_PATH_LOG_PRIV' undeclared (first use in this function) /usr/src/lib/libc/gen/syslog.c:365: error: (Each undeclared identifier is reported only once /usr/src/lib/libc/gen/syslog.c:365: error: for each function it appears in.) *** Error code 1 /usr/src/lib/libc/gen/syslog.c: In function `connectlog': /usr/src/lib/libc/gen/syslog.c:365: error: `_PATH_LOG_PRIV' undeclared (first use in this function) /usr/src/lib/libc/gen/syslog.c:365: error: (Each undeclared identifier is reported only once /usr/src/lib/libc/gen/syslog.c:365: error: for each function it appears in.) *** Error code 1 2 errors *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 18:18:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56C3516A4CE; Mon, 28 Feb 2005 18:18:06 +0000 (GMT) Received: from nic-naa.net (nic-naa.net [216.220.241.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7C1C43D1F; Mon, 28 Feb 2005 18:18:05 +0000 (GMT) (envelope-from brunner@nic-naa.net) Received: from nic-naa.net (localhost [127.0.0.1]) by nic-naa.net (8.13.3/8.13.1) with ESMTP id j1SIHvUL000920; Mon, 28 Feb 2005 13:17:57 -0500 (EST) (envelope-from brunner@nic-naa.net) Message-Id: <200502281817.j1SIHvUL000920@nic-naa.net> To: Peter.Weiss@ConSol.de Date: Mon, 28 Feb 2005 13:17:57 -0500 From: Eric Brunner-Williams in Portland Maine cc: brunner@nic-naa.net cc: freebsd-current@freebsd.org cc: freebsd-mozilla@freebsd.org Subject: Re: Mozilla port fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Feb 2005 18:18:06 -0000 > has anybody been successfull compiling the mozilla port 1.7.5 under 5.3? Yes. I just cvsup'd on my -STABLE desktop, but as you can see, the 1.7.5 build predates the kernel build by a few days. % mozilla -v Mozilla 1.7.5, Copyright (c) 2003-2004 mozilla.org % ls -l `which mozilla` -r-xr-xr-x 1 root wheel 2037 Feb 23 00:20 /usr/X11R6/bin/mozilla* % uname -a FreeBSD ufo.nic-naa.net 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #16: Mon Feb 28 02:32:01 UTC 2005 brunner@ufo.nic-naa.net:/usr/obj/space1a/freebsd/FreeBSD/branches/-stable/src/sys/GENERIC i386 This isn't a -CURRENT issue. Follow-up should probably go on freebsd-mozilla. Eric From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 19:01:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D6A616A4CE for ; Mon, 28 Feb 2005 19:01:28 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7C1D43D2F for ; Mon, 28 Feb 2005 19:01:27 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j1SJ2NA7012200; Mon, 28 Feb 2005 11:02:23 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j1SJ2NvS012199; Mon, 28 Feb 2005 11:02:23 -0800 Date: Mon, 28 Feb 2005 11:02:23 -0800 From: Brooks Davis To: Jochen Gensch Message-ID: <20050228190223.GC438@odin.ac.hmc.edu> References: <4221C746.8010204@gmx.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GZVR6ND4mMseVXL/" Content-Disposition: inline In-Reply-To: <4221C746.8010204@gmx.de> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current@freebsd.org Subject: Re: dhclient with non present devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Feb 2005 19:01:28 -0000 --GZVR6ND4mMseVXL/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 27, 2005 at 02:12:38PM +0100, Jochen Gensch wrote: > Hi, >=20 > on the way to find a solution for getting dhclient to fetch ips for my=20 > wireless nic I found the option "-w". This option should cause dhclient= =20 > not to exit when the device isn't present at load. However this doesn't= =20 > work. Dhclient still says ath0: not found... is this a bug? Starting and stopping dhclient on removable interfaces is taken care of by devd which calls the /etc/pccard_ether script. You should have ifconfig_ath=3D"DHCP" and removable_interfaces=3D"ath0" in your /etc/rc.conf for this to happen. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --GZVR6ND4mMseVXL/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCI2q+XY6L6fI4GtQRApS7AJ9XdENSb5cSKfFkoafvVdQdTQRCaACguzfO WtqrleVTrkfcwgPGxkhhARU= =6y+t -----END PGP SIGNATURE----- --GZVR6ND4mMseVXL/-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 20:41:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9ED9B16A4CE for ; Mon, 28 Feb 2005 20:41:29 +0000 (GMT) Received: from mailserv1.neuroflux.com (ns2.neuroflux.com [204.228.228.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37AEC43D41 for ; Mon, 28 Feb 2005 20:41:29 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 87612 invoked by uid 89); 28 Feb 2005 20:39:38 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 28 Feb 2005 20:39:38 -0000 Received: from 66.166.104.222 (SquirrelMail authenticated user ryans@gamersimpact.com); by www2.neuroflux.com with HTTP; Mon, 28 Feb 2005 13:39:38 -0700 (MST) Message-ID: <1917.66.166.104.222.1109623178.squirrel@66.166.104.222> Date: Mon, 28 Feb 2005 13:39:38 -0700 (MST) From: "Ryan Sommers" To: current@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: License Changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Feb 2005 20:41:29 -0000 Being that in a few months we'll be at the 5 year mark since the BSD license change we could probably remove the clause from the actual license in COPYRIGHT and also the addendum included at the end. This is merely a stylistic change and something that came to my attention today as I was reviewing the OpenSSL copyright as well as a few others including FreeBSD. Which I also noticed still contains the unfortunate advertising clause. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 21:17:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E95616A4CE; Mon, 28 Feb 2005 21:17:08 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 6AA6243D54; Mon, 28 Feb 2005 21:17:07 +0000 (GMT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 28 Feb 2005 21:17:06 +0000 (GMT) To: current@freebsd.org, freebsd-mobile@freebsd.org In-Reply-To: Your message of "Mon, 28 Feb 2005 21:06:14 GMT." <200502282106.j1SL6EjM066161@repoman.freebsd.org> Date: Mon, 28 Feb 2005 21:17:06 +0000 From: Ian Dowse Message-ID: <200502282117.aa52128@salmon.maths.tcd.ie> Subject: VESA display resume support (Re: cvs commit: src/sys/dev/fb vgareg.h src/sys/isa vga_isa.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Feb 2005 21:17:08 -0000 FYI, this and the previous commit to sys/i386/isa vesa.c may help notebooks displays that don't recover from a suspend/resume. You probably need to enable VESA support for it to make a difference, and may need to set hw.acpi.reset_video=0 also. Let me know if this causes any problems - due to the variety of VESA implementations out there, this may need a sysctl knob to disable it on problem hardware. Ian In message <200502282106.j1SL6EjM066161@repoman.freebsd.org>, Ian Dowse writes: >iedowse 2005-02-28 21:06:14 UTC > > FreeBSD src repository > > Modified files: > sys/dev/fb vgareg.h > sys/isa vga_isa.c > Log: > Save and restore the VGA state across a suspend-resume cycle. This > is particularly useful when VESA is available (either `options VESA' > or load the vesa module), as BIOSes in some notebooks may correctly > save and restore LCD panel settings using VESA in cases where calling > the video BIOS POST is not effective. On some systems it may also > be necessary to set the hw.acpi.reset_video sysctl to 0. > > Revision Changes Path > 1.8 +1 -0 src/sys/dev/fb/vgareg.h > 1.33 +55 -0 src/sys/isa/vga_isa.c From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 22:00:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CB3916A4D0 for ; Mon, 28 Feb 2005 22:00:08 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id EBD6043D62 for ; Mon, 28 Feb 2005 22:00:06 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail invoked by alias); 28 Feb 2005 22:00:05 -0000 Received: from pD9E6FF6A.dip.t-dialin.net (EHLO ms.homeip.net) (217.230.255.106) by mail.gmx.net (mp026) with SMTP; 28 Feb 2005 23:00:05 +0100 X-Authenticated: #15946415 Received: from [10.0.0.4] (helo=ms.homeip.net) by ms.homeip.net with esmtpsa (TLSv1:AES256-SHA:256) id 1D5syC-0005Ye-QF; Mon, 28 Feb 2005 23:02:29 +0100 Received: from 10.0.0.1 (SquirrelMail authenticated user incmc@gmx.de); by ms.homeip.net with HTTP; Mon, 28 Feb 2005 23:02:28 +0100 (CET) Message-ID: <59942.10.0.0.1.1109628148.squirrel@10.0.0.1> In-Reply-To: <20050228190223.GC438@odin.ac.hmc.edu> References: <4221C746.8010204@gmx.de> <20050228190223.GC438@odin.ac.hmc.edu> Date: Mon, 28 Feb 2005 23:02:28 +0100 (CET) From: incmc@gmx.de To: "Brooks Davis" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Y-GMX-Trusted: 0 cc: freebsd-current@freebsd.org Subject: Re: dhclient with non present devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Feb 2005 22:00:08 -0000 > Starting and stopping dhclient on removable interfaces is taken care of > by devd which calls the /etc/pccard_ether script. You should have > ifconfig_ath="DHCP" and removable_interfaces="ath0" in your > /etc/rc.conf for this to happen. Hi, thanks a lot, works great. However when deactivating my ath card sometimes freebsd doesn't renew dhclient for fxp0. So the system stays disconnected. Any idea? As far as I understand it, dhlcient only gets restarted, when ath0 is comming up, not when it is going down. So the default routes stay on ath0, even if it's not present any more... Jochen From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 23:01:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A39F16A4CE for ; Mon, 28 Feb 2005 23:01:10 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F19343D2D for ; Mon, 28 Feb 2005 23:01:10 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id j1SN195X063744; Mon, 28 Feb 2005 15:01:09 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id j1SN18CM063743; Mon, 28 Feb 2005 15:01:08 -0800 (PST) (envelope-from obrien) Date: Mon, 28 Feb 2005 15:01:08 -0800 From: "David O'Brien" To: Jay Shampur Message-ID: <20050228230108.GB63463@dragon.nuxi.com> Mail-Followup-To: freebsd-current@freebsd.org, Jay Shampur References: <6d2a982f05022507565bebcc50@mail.gmail.com> <20050225162401.GB13053@gargantuan.com> <6d2a982f050225083047197bc8@mail.gmail.com> <20050225163733.GC13053@gargantuan.com> <6d2a982f05022508564ca521d7@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6d2a982f05022508564ca521d7@mail.gmail.com> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.8i cc: freebsd-current@freebsd.org Subject: Re: Kernel compile problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Feb 2005 23:01:10 -0000 On Fri, Feb 25, 2005 at 11:56:52AM -0500, Jay Shampur wrote: > Thank you - if I understand the process, this is what I need to do? > > make buildworld > make installworld > > make buildkernel KERNCONF=GENERIC > make installkernel KERNCONF=GENERIC The process is wrong. You have a file /usr/src/UPDATING that is very clear on the proper process. > Also, I am not trying to upgrade my system, just rebuilding it with > some new options. Then this is a 5.x issue and needs to be sent to freebsd-stable@freebsd.org. freebsd-current@freebsd.org is for 6-STABLE. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 01:12:30 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFA3816A4CE for ; Tue, 1 Mar 2005 01:12:30 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 850E743D1D for ; Tue, 1 Mar 2005 01:12:30 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1D5vw5-000Mcw-PK; Tue, 01 Mar 2005 01:12:29 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1D5vw5-000P0c-4h; Tue, 01 Mar 2005 10:12:29 +0900 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16931.49532.582326.978082@roam.psg.com> Date: Tue, 1 Mar 2005 10:12:28 +0900 To: "M. Warner Losh" References: <16930.31503.470654.412780@roam.psg.com> <20050227.211808.111547538.imp@bsdimp.com> <16930.40351.237691.273153@roam.psg.com> <20050227.215243.62385751.imp@bsdimp.com> cc: freebsd-current@freebsd.org Subject: Re: can't load pcmcia cf card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Mar 2005 01:12:30 -0000 for the record, reverting to -current and adding nate's two patches lets me get at the pcmcia card randy From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 02:44:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21E4B16A4CE for ; Tue, 1 Mar 2005 02:44:55 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC52843D31 for ; Tue, 1 Mar 2005 02:44:52 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.92] ([66.127.85.92]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j212inms005340 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Feb 2005 18:44:50 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <4223D74C.1070508@errno.com> Date: Mon, 28 Feb 2005 18:45:32 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: incmc@gmx.de References: <4221C746.8010204@gmx.de> <20050228190223.GC438@odin.ac.hmc.edu> <59942.10.0.0.1.1109628148.squirrel@10.0.0.1> In-Reply-To: <59942.10.0.0.1.1109628148.squirrel@10.0.0.1> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: dhclient with non present devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Mar 2005 02:44:55 -0000 incmc@gmx.de wrote: >>Starting and stopping dhclient on removable interfaces is taken care of >>by devd which calls the /etc/pccard_ether script. You should have >>ifconfig_ath="DHCP" and removable_interfaces="ath0" in your >>/etc/rc.conf for this to happen. > > > Hi, > > thanks a lot, works great. However when deactivating my ath card sometimes > freebsd doesn't renew dhclient for fxp0. So the system stays disconnected. > Any idea? As far as I understand it, dhlcient only gets restarted, when > ath0 is comming up, not when it is going down. So the default routes stay > on ath0, even if it's not present any more... There is a single dhclient process. It gets restarted whenever the set of interfaces that need dhcp changes. In theory this should do the right thing. In practice I've seen cases where the default route didn't move when an interface went away. I suspect this is a problem in the dhclient script or maybe pccard_ether. Regardless, the question of where to point the default route when there are multiple potential interfaces is not currently handled as well as it could. You can hack the dhclient scripts to impose your own policy but I'd prefer to see something prepackaged. Having kernel support for multiple default routes would also simplify things. Sam From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 04:59:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DA1616A4CE; Tue, 1 Mar 2005 04:59:42 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 103A943D3F; Tue, 1 Mar 2005 04:59:42 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id D1E5972DD4; Mon, 28 Feb 2005 20:59:41 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id CCECF72DCB; Mon, 28 Feb 2005 20:59:41 -0800 (PST) Date: Mon, 28 Feb 2005 20:59:41 -0800 (PST) From: Doug White To: Takeharu KATO In-Reply-To: <42215163.1000802@ybb.ne.jp> Message-ID: <20050228205837.Y62607@carver.gumbysoft.com> References: <42210DE2.9060903@ybb.ne.jp> <200502261958.46361.peter@wemm.org> <42215163.1000802@ybb.ne.jp> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-amd64@freebsd.org cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: MCE on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Mar 2005 04:59:42 -0000 On Sun, 27 Feb 2005, Takeharu KATO wrote: > Hi > > Thank you for your response. > > There is little or no MCE support in either i386 or amd64 kernels. The code > > in i386 has never even been tested, because CR4.MCE was never actually turned > > on. > > > Appearantly, my AMD64 box turn on MCE feature in the CPU. > I will start to try to write MCE feature support functions. Make sure you test your code on a Rioworks HDAMA-based AMD64 if you get the chance. I turned on MCE on our 2.4.25 Linux i386 kernels and they trapped during the boot. Apparently there's something goofy with that board (or Opteron 244 processors?) and MCE. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 04:59:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DA1616A4CE; Tue, 1 Mar 2005 04:59:42 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 103A943D3F; Tue, 1 Mar 2005 04:59:42 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id D1E5972DD4; Mon, 28 Feb 2005 20:59:41 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id CCECF72DCB; Mon, 28 Feb 2005 20:59:41 -0800 (PST) Date: Mon, 28 Feb 2005 20:59:41 -0800 (PST) From: Doug White To: Takeharu KATO In-Reply-To: <42215163.1000802@ybb.ne.jp> Message-ID: <20050228205837.Y62607@carver.gumbysoft.com> References: <42210DE2.9060903@ybb.ne.jp> <200502261958.46361.peter@wemm.org> <42215163.1000802@ybb.ne.jp> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-amd64@freebsd.org cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: MCE on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Mar 2005 04:59:42 -0000 On Sun, 27 Feb 2005, Takeharu KATO wrote: > Hi > > Thank you for your response. > > There is little or no MCE support in either i386 or amd64 kernels. The code > > in i386 has never even been tested, because CR4.MCE was never actually turned > > on. > > > Appearantly, my AMD64 box turn on MCE feature in the CPU. > I will start to try to write MCE feature support functions. Make sure you test your code on a Rioworks HDAMA-based AMD64 if you get the chance. I turned on MCE on our 2.4.25 Linux i386 kernels and they trapped during the boot. Apparently there's something goofy with that board (or Opteron 244 processors?) and MCE. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 05:05:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55FBE16A616; Tue, 1 Mar 2005 05:05:12 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A41443D31; Tue, 1 Mar 2005 05:05:11 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j2155AoR048057; Tue, 1 Mar 2005 00:05:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j2155AAI096272; Tue, 1 Mar 2005 00:05:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A46157306E; Tue, 1 Mar 2005 00:05:10 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050301050510.A46157306E@freebsd-current.sentex.ca> Date: Tue, 1 Mar 2005 00:05:10 -0500 (EST) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2005 05:05:12 -0000 TB --- 2005-03-01 03:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-01 03:45:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-03-01 03:45:00 - checking out the source tree TB --- 2005-03-01 03:45:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-03-01 03:45:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-01 03:50:54 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-01 03:50:54 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-03-01 03:50:54 - /usr/bin/make -B buildworld >>> 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 TB --- 2005-03-01 04:58:10 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-01 04:58:10 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-03-01 04:58:10 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Mar 1 04:58:11 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -c __remlu.S building __reml.S from /tinderbox/CURRENT/alpha/alpha/src/sys/alpha/alpha/divrem.m4 cc -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -c __reml.S MAKE=/home/tinderbox/CURRENT/alpha/alpha/obj/tinderbox/CURRENT/alpha/alpha/src/make.i386/make sh /tinderbox/CURRENT/alpha/alpha/src/sys/conf/newvers.sh GENERIC cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror vers.c linking kernel.debug kern_mib.o(.text+0x64): In function `sysctl_hw_realmem': /tinderbox/CURRENT/alpha/alpha/src/sys/kern/kern_mib.c:173: undefined reference to `realmem' *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-03-01 05:05:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-01 05:05:10 - ERROR: failed to build generic kernel TB --- 2005-03-01 05:05:10 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 05:07:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99C7916A4CF for ; Tue, 1 Mar 2005 05:07:46 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BB6043D54 for ; Tue, 1 Mar 2005 05:07:46 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id E823E72DD5; Mon, 28 Feb 2005 21:07:45 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id E635972DD4; Mon, 28 Feb 2005 21:07:45 -0800 (PST) Date: Mon, 28 Feb 2005 21:07:45 -0800 (PST) From: Doug White To: Dariusz Kulinski In-Reply-To: <549575862.20050226230200@takeda.tk> Message-ID: <20050228210235.C62607@carver.gumbysoft.com> References: <549575862.20050226230200@takeda.tk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3 crash (core with debug symbols available) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Mar 2005 05:07:47 -0000 On Sat, 26 Feb 2005, Dariusz Kulinski wrote: > I posted this on comp.unix.bsd.freebsd.misc newsgroup, but I got just > one reply, which claims that core I got is not really useful. I just > want to check here also, before I throw it out. > > BTW: The system is FreeBSD 5.3-RELEASE-p5. > > Here is my original post: > > I get 2 crashes on my FreeBSD 5.3, after the second one, I decided to > compile it with debugging symbols. > > The crash happens rarely but it's usually while dumping the system do > backup (I use snapshot since I'm backing up a live system). > > There is one bad thing though, while I compiled kernel debugger in, I > forgot to set debug.debugger_on_panic=0. Because of that while it crashed, > ddb was started. Since I'm not really experienced with ddb, I decided to > write continue (it was 2 times). > > Do you think, that this dump will be useful? > What should do to get some useful info for developers, it looks different > than debugging userland application. Could you post the tail end of 'print msgbuf' so we can see what the faulting address was? > | [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > | 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". > | doadump () at pcpu.h:159 > | (kgdb) bt > | #0 doadump () at pcpu.h:159 > | #1 0xc04e6024 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:397 > | #2 0xc04e63d9 in panic (fmt=0xc06df826 "vm_fault: fault on nofault entry, addr: %lx") > | at /usr/src/sys/kern/kern_shutdown.c:553 > | #3 0xc0644249 in vm_fault (map=0xc103a000, vaddr=3509317632, fault_type=1 '\001', fault_flags=0) > | at /usr/src/sys/vm/vm_fault.c:278 > | #4 0xc069dca3 in trap_pfault (frame=0xcbd25be4, usermode=0, eva=3509320804) at /usr/src/sys/i386/i386/trap.c:716 > | #5 0xc069d860 in trap (frame= > | {tf_fs = -1040646120, tf_es = 16, tf_ds = -1043267568, tf_edi = 0, tf_esi = 0, tf_ebp = -875406268, tf_isp = -875406320, tf_ebx = -1048825456, tf_edx = 8192, tf_ecx = 13, tf_eax = -785646492, tf_trapno = 12, tf_err = 0, tf_eip = -1068589761, tf_cs = 8, tf_eflags = 65666, tf_esp = 0, tf_ss = -1051819632}) at /usr/src/sys/i386/i386/trap.c:417 > | #6 0xc068ad7a in calltrap () at /usr/src/sys/i386/i386/exception.s:140 > | #7 0xc1f90018 in ?? () > | #8 0x00000010 in ?? () > | #9 0xc1d10010 in ?? () > | #10 0x00000000 in ?? () > | #11 0x00000000 in ?? () > | #12 0xcbd25c44 in ?? () > | #13 0xcbd25c10 in ?? () > | #14 0xc17c3190 in ?? () > | #15 0x00002000 in ?? () > | #16 0x0000000d in ?? () > | #17 0xd12bfc64 in ?? () > | #18 0x0000000c in ?? () > | #19 0x00000000 in ?? () > | #20 0xc04e9d3f in sigtd (p=0xc16948d4, sig=14, prop=129) at /usr/src/sys/kern/kern_sig.c:1581 This is (in RELENG_5_3): 1580 FOREACH_THREAD_IN_PROC(p, td) { 1581 if (td->td_waitset != NULL && 1582 SIGISMEMBER(*(td->td_waitset), sig)) { 1583 mtx_unlock_spin(&sched_lock); 1584 return (td); Looks like it ran over a spammed thread, but I'll want to see the fault address. Bets on whether its 0xdeadc0de+offset? > | #21 0xc04e9e2b in psignal (p=0x0, sig=14) at /usr/src/sys/kern/kern_sig.c:1634 > | #22 0xc04f5170 in realitexpire (arg=0xc16948d4) at /usr/src/sys/kern/kern_time.c:554 > | #23 0xc04f595e in softclock (dummy=0x0) at /usr/src/sys/kern/kern_timeout.c:259 > | #24 0xc04cbed8 in ithread_loop (arg=0xc14dd580) at /usr/src/sys/kern/kern_intr.c:547 > | #25 0xc04cac10 in fork_exit (callout=0xc04cbd20 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:811 > | #26 0xc068addc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:209 > | (kgdb) up > | No stack. > > > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 05:09:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E56B416A4D0 for ; Tue, 1 Mar 2005 05:09:47 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF76143D1D for ; Tue, 1 Mar 2005 05:09:47 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 9A8C772DD5; Mon, 28 Feb 2005 21:09:47 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 9850F72DD4; Mon, 28 Feb 2005 21:09:47 -0800 (PST) Date: Mon, 28 Feb 2005 21:09:47 -0800 (PST) From: Doug White To: takawata@jp.freebsd.org In-Reply-To: <200502271425.j1REPADK068782@sana.init-main.com> Message-ID: <20050228210931.A62607@carver.gumbysoft.com> References: <200502271425.j1REPADK068782@sana.init-main.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE cc: Taku YAMAMOTO cc: freebsd-current@freebsd.org Subject: Re: Xlib locale (compatibility?) breakage. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Mar 2005 05:09:48 -0000 On Sun, 27 Feb 2005 takawata@jp.freebsd.org wrote: > In message <20050227231655.05dd009f.taku@tackymt.homeip.net>, Taku YAMAMO= TO =A4=B5 > =A4=F3=A4=A4=A4=EF=A4=AF: > >On Sun, 27 Feb 2005 22:13:06 +0900 > >takawata@jp.freebsd.org wrote: > >> Hi, I have trouble with X11 locale. > >> > >> I updated today's CURRENT and try to use X11 in ja_JP.eucJP > >> location, then I got message: > >> > >> =3D=3D > >> Warning: locale not supporte by C library locale unchanged. > >> Counldn't set locale: ja_JP.eucJP ja_JP.ujis ja_JP.EUC japanese.euc > >> Japanese-EUC, ja, japan > >> =3D=3D > >> > >> First, I tryed with a bit older XFree86 , But > >> with xorg for 5.3-RELEASE, nothing changed. > >> > >> any ideas? > > > >Do you happen to have binaries that are linked to libc.so.5? > >I guess those oldish binaries (actually libc.so.*'s) can't cope with > >the new LC_CTYPE data format. > > Thanks! > Setting libmap.conf to > libc.so.5=09libc.so.6 > works. Looks like its time for an UPDATING entry... --=20 Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 05:11:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E865A16A4CE for ; Tue, 1 Mar 2005 05:11:58 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EF1743D48 for ; Tue, 1 Mar 2005 05:11:58 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 5A92572DD5; Mon, 28 Feb 2005 21:11:58 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 5862272DD4; Mon, 28 Feb 2005 21:11:58 -0800 (PST) Date: Mon, 28 Feb 2005 21:11:58 -0800 (PST) From: Doug White To: Peter Weiss In-Reply-To: <85mztpr6r0.fsf@ConSol.de> Message-ID: <20050228211040.T62607@carver.gumbysoft.com> References: <85mztpr6r0.fsf@ConSol.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Mozilla port fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Mar 2005 05:11:59 -0000 On Sun, 27 Feb 2005, Peter Weiss wrote: > has anybody been successfull compiling the mozilla port 1.7.5 under 5.3? [...] > gmake[5]: Entering directory `/usr/ports/www/mozilla/work/mozilla/extensions/webservices/interfaceinfo/src' > nsGenericInterfaceInfoSet.cpp > c++ -o nsGenericInterfaceInfoSet.o -c -DOSTYPE=\"FreeBSD5\" -DOSARCH=\"FreeBSD\" -I../../../../dist/include/xpcom -I../../../../dist/include/string -I../../../../dist/include/websrvcs -I../../../../dist/include -I/usr/ports/www/mozilla/work/mozilla/dist/include/nspr -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -fPIC -I/usr/X11R6/include -I/usr/X11R6/include -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -O -pipe -O2 -fshort-wchar -pipe -DNDEBUG -DTRIMMED -O2 -I/usr/X11R6/include -I/usr/X11R6/include -DMOZILLA_CLIENT -include ../../../../mozilla-config.h nsGenericInterfaceInfoSet.cpp > nsGenericInterfaceInfoSet.cpp: In member function `nsresult nsGenericInterfaceInfoSet::IndexOfName(const char*, PRUint16*)': > nsGenericInterfaceInfoSet.cpp:118: internal compiler error: Segmentation fault > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. This is usually indicative of hardware problems (probably overtemperature, considering how long the mozilla build runs). Check your environmentals. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 05:19:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74C7316A57A for ; Tue, 1 Mar 2005 05:19:22 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB57643D58 for ; Tue, 1 Mar 2005 05:19:21 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id C500B72DD5; Mon, 28 Feb 2005 21:19:21 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id C2C9772DD4; Mon, 28 Feb 2005 21:19:21 -0800 (PST) Date: Mon, 28 Feb 2005 21:19:21 -0800 (PST) From: Doug White To: epilogue In-Reply-To: <20050228130725.5848438c@localhost> Message-ID: <20050228211521.R62607@carver.gumbysoft.com> References: <20050228130725.5848438c@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: buildworld failure -- 5.4 pre-pre X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Mar 2005 05:19:22 -0000 On Mon, 28 Feb 2005, epilogue wrote: > > hello all, > > hoping to help test 5.4, but running into a bit of a problem with > buildworld. > > * 5.3 compiles happily with the settings below. > * didn't notice anything relevant in UPDATING. > > any suggestion (or castigation) would be muchly appreciated. Works for me. I have rev 1.30.2.3 of src/lib/libc/gen/syslog.c. > ----------------------------------- > the bits that i'm pulling down > ----------------------------------- > src-base > src-bin > src-contrib > src-crypto > src-etc > src-gnu > src-include > src-libexec > src-lib > src-sbin > src-secure > src-share > src-sys > src-sys-crypto > src-tools > src-usrbin > src-usrsbin Why not just grab src-all, which includes all of these? :) > ----------------------------------- > finally, the error > ----------------------------------- > /usr/bin/cc -O -pipe -march=pentium3 -I/usr/src/lib/libc/include > -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/i386 -D__DB > INTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 > -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/ locale > -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP > -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k - > Wno-uninitialized -c /usr/src/lib/libc/gen/termios.c > > /usr/bin/cc -fpic -DPIC -O -pipe -march=pentium3 > -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include > -I/usr/src/lib/libc /i386 -D__DBINTERFACE_PRIVATE > -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 > -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/s rc/lib/libc/locale > -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP > -DHESIOD -Wsystem-headers -Werror -Wall -Wno- format-y2k > -Wno-uninitialized -c /usr/src/lib/libc/gen/termios.c -o termios.So > > /usr/src/lib/libc/gen/syslog.c: In function `connectlog': > > /usr/src/lib/libc/gen/syslog.c:365: error: `_PATH_LOG_PRIV' undeclared > (first use in this function) > > /usr/src/lib/libc/gen/syslog.c:365: error: (Each undeclared identifier > is reported only once > > /usr/src/lib/libc/gen/syslog.c:365: error: for each function it appears > in.) This implies your header files are broken; _PATH_LOG_PRIV is defiend in src/sys/sys/syslog.h. I'd suggest re-cvsupping with "src-all" instead of the list of src distributions and follow the instructions in UPDATING and/or the Handbook on how to build world. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 05:45:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1503116A4CE for ; Tue, 1 Mar 2005 05:45:35 +0000 (GMT) Received: from chinatsu.takeda.tk (node-402413e2.sna.onnet.us.uu.net [64.36.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5737A43D5C for ; Tue, 1 Mar 2005 05:45:30 +0000 (GMT) (envelope-from d.kulinski@gmail.com) Received: from takeda.lan (takeda.lan [10.0.0.3]) (authenticated bits=0) by chinatsu.takeda.tk (8.13.1/8.13.1) with ESMTP id j215jTto022041 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Mon, 28 Feb 2005 21:45:29 -0800 (PST) (envelope-from d.kulinski@gmail.com) Date: Mon, 28 Feb 2005 21:45:25 -0800 From: Dariusz Kulinski X-Priority: 3 (Normal) Message-ID: <80134123.20050228214525@takeda.tk> To: Doug White , freebsd-current@freebsd.org In-Reply-To: <20050228210235.C62607@carver.gumbysoft.com> References: <549575862.20050226230200@takeda.tk> <20050228210235.C62607@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/736/Mon Feb 28 19:23:22 2005 on chinatsu.takeda.tk X-Virus-Status: Clean Subject: Re: FreeBSD 5.3 crash (core with debug symbols available) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2005 05:45:35 -0000 Hello Doug, Monday, February 28, 2005, 9:07:45 PM, you wrote: > Could you post the tail end of 'print msgbuf' so we can see what the > faulting address was? ehh... :( [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] 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". doadump () at pcpu.h:159 (kgdb) print msgbuf No symbol "msgbuf" in current context. (kgdb) >> | #20 0xc04e9d3f in sigtd (p=0xc16948d4, sig=14, prop=129) at >> /usr/src/sys/kern/kern_sig.c:1581 > This is (in RELENG_5_3): > 1580 FOREACH_THREAD_IN_PROC(p, td) { > 1581 if (td->td_waitset != NULL && > 1582 SIGISMEMBER(*(td->td_waitset), sig)) { > 1583 mtx_unlock_spin(&sched_lock); > 1584 return (td); > Looks like it ran over a spammed thread, but I'll want to see the fault > address. Bets on whether its 0xdeadc0de+offset? 0xdeadc0de, huh? :) Just one more thing, maybe it helps, that's from dmesg (I totally forgot about that I have it): kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0xd12bfc64 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04e9d3f stack pointer = 0x10:0xcbd25c24 frame pointer = 0x10:0xcbd25c44 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 27 (swi5: clock sio) panic: vm_fault: fault on nofault entry, addr: d12bf000 KDB: stack backtrace: kdb_backtrace(c06d09c4,c0725520,c06df826,cbd25a70,d12bf000) at kdb_backtrace+0x2e panic(c06df826,d12bf000,1,cbd25b00,cbd25af0) at panic+0xb7 vm_fault(c103a000,d12bf000,1,0,cbd25be4) at vm_fault+0x1b9 trap_pfault(cbd25be4,0,d12bfc64,0,d12bfc64) at trap_pfault+0x1f3 trap(c1f90018,10,c1d10010,0,0) at trap+0x340 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc04e9d3f, esp = 0xcbd25c24, ebp = 0xcbd25c44 --- sigtd(c16948d4,e,81,c16948d4,cbd25c94) at sigtd+0xaf psignal(c16948d4,e,c14e04b0,c06fb3c0,bbb3c76b) at psignal+0x4b realitexpire(c16948d4,0,cbd25cb8,210b41,87c25148) at realitexpire+0x60 softclock(0,0,0,0,0) at softclock+0x26e ithread_loop(c14dd580,cbd25d48,0,0,0) at ithread_loop+0x1b8 fork_exit(c04cbd20,c14dd580,cbd25d48) at fork_exit+0x80 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcbd25d7c, ebp = 0 --- KDB: enter: panic Uptime: 25d1h32m49s Dumping 255 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 Dump complete Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... -- Best regards, Dariusz mailto:d.kulinski@gmail.com http://www.takeda.tk From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 08:54:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AF8E16A4CE for ; Tue, 1 Mar 2005 08:54:34 +0000 (GMT) Received: from pimout2-ext.prodigy.net (pimout2-ext.prodigy.net [207.115.63.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2F1A43D58 for ; Tue, 1 Mar 2005 08:54:33 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.1.103] (adsl-64-170-123-160.dsl.snfc21.pacbell.net [64.170.123.160])j218sUuq051264 for ; Tue, 1 Mar 2005 03:54:32 -0500 Message-ID: <42242DC5.2070401@elischer.org> Date: Tue, 01 Mar 2005 00:54:29 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050214 X-Accept-Language: en, hu MIME-Version: 1.0 To: Current References: <4222D658.1000303@elischer.org> <20050228132516.9CA5F1D8F28@supertolla.itapac.net> In-Reply-To: <20050228132516.9CA5F1D8F28@supertolla.itapac.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: fixing Vmware 2 port for 5.x and 6.x.. kmem _alloc_pageable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Mar 2005 08:54:34 -0000 Well I have it compiling but when running it fails with: julian@jules:vmware Setting TMPDIR=/var/tmp. VMware Workstation PANIC: NOT_IMPLEMENTED F(566):1081 VMware Workstation PANIC: NOT_IMPLEMENTED F(566):1081 VVMware Workstation PANIC: NOT_IMPLEMENTED F(566):1296 AIO panic loop Mware Workstation PANIC: AIO: NOT_IMPLEMENTED F(566):1081 julian@jules: I am guessing that, since this DID work before the new linux base libraries are expecting to use AIO and maybe we don't support it? does anyone have any ideas? aio is loaded (well, FreeBSD aio) hmm maybe I need to try it compiled in.. From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 09:20:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3C1516A4CE for ; Tue, 1 Mar 2005 09:20:34 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84F7043D46 for ; Tue, 1 Mar 2005 09:20:34 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j219JopF032262; Tue, 1 Mar 2005 02:19:50 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 01 Mar 2005 02:20:07 -0700 (MST) Message-Id: <20050301.022007.108809697.imp@bsdimp.com> To: dwhite@gumbysoft.com From: "M. Warner Losh" In-Reply-To: <20050228210931.A62607@carver.gumbysoft.com> References: <200502271425.j1REPADK068782@sana.init-main.com> <20050228210931.A62607@carver.gumbysoft.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit cc: taku@tackymt.homeip.net cc: freebsd-current@freebsd.org Subject: Re: Xlib locale (compatibility?) breakage. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Mar 2005 09:20:35 -0000 In message: <20050228210931.A62607@carver.gumbysoft.com> Doug White writes: : On Sun, 27 Feb 2005 takawata@jp.freebsd.org wrote: : : > In message <20050227231655.05dd009f.taku@tackymt.homeip.net>, Taku YAMAMOTO $B$5(B : > $B$s$$$o$/(B: : > >On Sun, 27 Feb 2005 22:13:06 +0900 : > >takawata@jp.freebsd.org wrote: : > >> Hi, I have trouble with X11 locale. : > >> : > >> I updated today's CURRENT and try to use X11 in ja_JP.eucJP : > >> location, then I got message: : > >> : > >> == : > >> Warning: locale not supporte by C library locale unchanged. : > >> Counldn't set locale: ja_JP.eucJP ja_JP.ujis ja_JP.EUC japanese.euc : > >> Japanese-EUC, ja, japan : > >> == : > >> : > >> First, I tryed with a bit older XFree86 , But : > >> with xorg for 5.3-RELEASE, nothing changed. : > >> : > >> any ideas? : > > : > >Do you happen to have binaries that are linked to libc.so.5? : > >I guess those oldish binaries (actually libc.so.*'s) can't cope with : > >the new LC_CTYPE data format. : > : > Thanks! : > Setting libmap.conf to : > libc.so.5 libc.so.6 : > works. : : Looks like its time for an UPDATING entry... And this sports fans is yet another reason that bumping the major number of libc is bad... Warner From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 10:53:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A69B16A4CE; Tue, 1 Mar 2005 10:53:51 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7467D43D3F; Tue, 1 Mar 2005 10:53:50 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j21AroPr057533; Tue, 1 Mar 2005 05:53:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j21Aroar071677; Tue, 1 Mar 2005 05:53:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E4A2C7306E; Tue, 1 Mar 2005 05:53:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050301105349.E4A2C7306E@freebsd-current.sentex.ca> Date: Tue, 1 Mar 2005 05:53:49 -0500 (EST) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2005 10:53:51 -0000 TB --- 2005-03-01 09:33:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-01 09:33:02 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-03-01 09:33:02 - checking out the source tree TB --- 2005-03-01 09:33:02 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-03-01 09:33:02 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-01 09:39:02 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-01 09:39:02 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-03-01 09:39:02 - /usr/bin/make -B buildworld >>> 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 TB --- 2005-03-01 10:46:47 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-01 10:46:47 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-03-01 10:46:47 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Mar 1 10:46:47 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] touch hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/home/tinderbox/CURRENT/i386/pc98/obj/tinderbox/CURRENT/i386/pc98/src/make.i386/make sh /tinderbox/CURRENT/i386/pc98/src/sys/conf/newvers.sh GENERIC cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror vers.c linking kernel.debug kern_mib.o(.text+0x29): In function `sysctl_hw_realmem': /tinderbox/CURRENT/i386/pc98/src/sys/kern/kern_mib.c:173: undefined reference to `realmem' *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-03-01 10:53:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-01 10:53:49 - ERROR: failed to build generic kernel TB --- 2005-03-01 10:53:49 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 12:40:38 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1570016A4CE; Tue, 1 Mar 2005 12:40:38 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E60543D5E; Tue, 1 Mar 2005 12:40:37 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j21Ceaeb068122; Tue, 1 Mar 2005 07:40:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j21CeahV034200; Tue, 1 Mar 2005 07:40:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 88E1C7306E; Tue, 1 Mar 2005 07:40:36 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050301124036.88E1C7306E@freebsd-current.sentex.ca> Date: Tue, 1 Mar 2005 07:40:36 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/738/Tue Mar 1 07:08:00 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2005 12:40:38 -0000 TB --- 2005-03-01 10:53:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-01 10:53:50 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-03-01 10:53:50 - checking out the source tree TB --- 2005-03-01 10:53:50 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-03-01 10:53:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-01 10:59:36 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-01 10:59:36 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-03-01 10:59:36 - /usr/bin/make -B buildworld >>> 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 TB --- 2005-03-01 12:30:47 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-01 12:30:47 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-03-01 12:30:47 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Mar 1 12:30:47 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] touch hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/home/tinderbox/CURRENT/ia64/ia64/obj/tinderbox/CURRENT/ia64/ia64/src/make.i386/make sh /tinderbox/CURRENT/ia64/ia64/src/sys/conf/newvers.sh GENERIC cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror vers.c linking kernel.debug kern_mib.o(.text+0x80): In function `sysctl_hw_realmem': /tinderbox/CURRENT/ia64/ia64/src/sys/kern/kern_mib.c:173: undefined reference to `realmem' *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-03-01 12:40:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-01 12:40:35 - ERROR: failed to build generic kernel TB --- 2005-03-01 12:40:35 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 17:37:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5520716A4CE for ; Mon, 28 Feb 2005 17:37:20 +0000 (GMT) Received: from mailtest.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04E9443D1D for ; Mon, 28 Feb 2005 17:37:20 +0000 (GMT) (envelope-from fcash-ml@sd73.bc.ca) Received: from localhost (localhost [127.0.0.1]) by mailtest.sd73.bc.ca (Postfix) with ESMTP id B35C2F297D for ; Mon, 28 Feb 2005 09:37:19 -0800 (PST) Received: from mailtest.sd73.bc.ca ([127.0.0.1]) by localhost (mailtest.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 92803-01-70 for ; Mon, 28 Feb 2005 09:37:19 -0800 (PST) Received: from s9.sbo (s9.sbo [192.168.0.9]) by mailtest.sd73.bc.ca (Postfix) with ESMTP id 134ABF2973 for ; Mon, 28 Feb 2005 09:37:19 -0800 (PST) From: Freddie Cash Organization: School District 73 - Kamloops, BC To: freebsd-current@freebsd.org Date: Mon, 28 Feb 2005 09:37:18 -0800 User-Agent: KMail/1.7.2 References: <4220CF1A.7070309@root.org> In-Reply-To: <4220CF1A.7070309@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200502280937.18708.fcash-ml@sd73.bc.ca> X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca X-Mailman-Approved-At: Tue, 01 Mar 2005 13:11:14 +0000 Subject: Re: HEADSUP: cpufreq merged, acpi_throttle changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Feb 2005 17:37:20 -0000 On February 26, 2005 11:33 am, Nate Lawson wrote: > To those running 5.x, I wanted to let you know about a change in > behavior for acpi throttling. It is now accessible through the > sysctl dev.cpu.0.freq and dev.cpu.0.freq_levels. Also, you can now > run -current cpufreq.ko or acpi.ko to get more drivers. Those won't > be in 5.4-R but will be MFCd after the release. Please let me know > if you have any new problems, especially with throttling. Just a note to let you know that the latest round of cpufreq.ko and acpi.ko updates have once again made everything work on my Toshiba A60 laptop. :) Thanks for all the hard work you've done in this area. A cvsup to 6-CURRENT sources on Friday, and a recompile of the kernel without CPU_ENABLE_TCC gives me the following set of sysctls: dev.cpu.0.%desc: ACPI CPU (2 Cx states) dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 2800 dev.cpu.0.freq_levels: 2800/-1 2450/-1 2100/-1 1750/-1 1400/-1 1050/-1 700/-1 350/-1 dev.p4tcc.0.%parent: cpu0 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 I haven't tested any of the freq_levels yet, but it's nice to see them listed again. :) This is with acpi_load="YES" and cpufreq_load="YES" in loader.conf. -- Freddie Cash, CCNT CCLP Helpdesk / Network Support Tech. School District 73 (250) 377-HELP [377-4357] fcash-ml@sd73.bc.ca From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 01:08:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E024B16A4CE for ; Tue, 1 Mar 2005 01:08:45 +0000 (GMT) Received: from mta4.srv.hcvlny.cv.net (mta4.srv.hcvlny.cv.net [167.206.5.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9917E43D3F for ; Tue, 1 Mar 2005 01:08:45 +0000 (GMT) (envelope-from poisondart@optonline.net) Received: from [192.168.1.2] (ool-45714968.dyn.optonline.net [69.113.73.104]) by mta4.srv.hcvlny.cv.net (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) current@freebsd.org; Mon, 28 Feb 2005 20:08:44 -0500 (EST) Date: Mon, 28 Feb 2005 20:08:37 -0500 From: Jonathan To: current@freebsd.org Message-id: <4223C095.9040900@optonline.net> Organization: StreamForce Hosting Solutions MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Mailman-Approved-At: Tue, 01 Mar 2005 13:11:14 +0000 Subject: FreeBSD 5.3 with Realtek 8139D X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Mar 2005 01:08:46 -0000 Dear FreeBSD Management, I have been a freebsd user for a while however i am trying to instal l BSD on a home system. Unfortunetely upon install, freebsd does nto recognize my onboard network card and refuses to the ethernet up upon network configuration. It seems there is no drivers for this card. In network configuration there are options on the types of "ways to connect". the one that says Ethernet has (Unknown driver deivce) next to it. I am assuming this is a known issue and would like to know if you had any clue as to install BSD 5.3 with RealTek 8139D NIC. Ps. Remember this isnt 8139C its an onboard 8139D that comes with the abit NF7-S Mobo. Thanks in advance! -- Regards, Jonathan From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 09:33:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8DCD16A4CE for ; Tue, 1 Mar 2005 09:33:45 +0000 (GMT) Received: from mxc.rambler.ru (mxc.rambler.ru [81.19.66.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81FC643D60 for ; Tue, 1 Mar 2005 09:33:45 +0000 (GMT) (envelope-from kairatsan@rambler.ru) Received: from mailc.rambler.ru (mailc.rambler.ru [81.19.66.27]) by mxc.rambler.ru (Postfix) with ESMTP id D3CA6CDF71 for ; Tue, 1 Mar 2005 12:33:43 +0300 (MSK) Received: from omega ([193.193.237.59]) (authenticated bits=0) by mailc.rambler.ru (8.12.10/8.12.10) with ESMTP id j219XbYl030009 for ; Tue, 1 Mar 2005 12:33:41 +0300 (MSK) Message-ID: <002101c51e41$ea9889e0$c902a8c0@omega> From: "=?koi8-r?B?88HOxNnLwsHF1yDrwcrSwdQ=?=" To: Date: Tue, 1 Mar 2005 15:34:44 +0600 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Auth-User: kairatsan, whoson: (null) X-Mailman-Approved-At: Tue, 01 Mar 2005 13:11:14 +0000 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: optic card compability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Mar 2005 09:33:46 -0000 Hello! How I can know wich gigabit adapters with optocal interface is = compatible with OS FreeBSD. With Best Regards, Kairat Sandykbayev. From owner-freebsd-current@FreeBSD.ORG Mon Feb 28 14:52:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B586E16A4CE for ; Mon, 28 Feb 2005 14:52:16 +0000 (GMT) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BCCA43D49 for ; Mon, 28 Feb 2005 14:52:14 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.12.9p2/8.12.9) with ESMTP id j1SEqAnZ017544 for ; Mon, 28 Feb 2005 17:52:11 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.12.9p2/8.12.9/Submit) id j1SEqAZf017539 for freebsd-current@freebsd.org; Mon, 28 Feb 2005 17:52:10 +0300 (MSK) (envelope-from yar) Date: Mon, 28 Feb 2005 17:52:10 +0300 From: Yar Tikhiy To: freebsd-current@freebsd.org Message-ID: <20050228145210.GG13933@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Mailman-Approved-At: Tue, 01 Mar 2005 13:11:48 +0000 Subject: CURRENT inside MS Virtual Server 2005 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Feb 2005 14:52:16 -0000 Hi, To my shame, I have to admit that I'm running FreeBSD inside MS Virtual Server 2005 :-) 4.x and 5.x run smoothly in this virtual environment, but CURRENT spends 20-30% of CPU time in the "swi4: clock sio" thread. Moreover, CPU idle time data look really weird. Neither tweaking kern.timecounter.hardware nor disabling ACPI seems to affect that. The respective lines in the output from "top -S" reads: 11 root 171 52 0K 8K RUN 4:10 130.18% 130.18% idle 28 root -32 -151 0K 8K *Giant 0:09 31.15% 31.15% swi4: clock sio Were there any attempts to investigate this singularity? -- Yar From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 14:11:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95AF116A4CE for ; Tue, 1 Mar 2005 14:11:22 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28B0A43D1F for ; Tue, 1 Mar 2005 14:11:22 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so1224523rnf for ; Tue, 01 Mar 2005 06:11:21 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=ND3WJAfD4rpAv0Amhzbt9oZgwOfam0kpYsEsZNGp7z0x1D6cfpKEkthhWYT0oe0ZKAE3aOF+OMAoDuLEjLGwxJjRhnAMusMuIHAtMiIbX2BoCWYjrBJG10QREzaE8uIgnoIthxPAJ5j8epN0nI0rEJJYX7jQUaNA67GsJxaPg6I= Received: by 10.38.208.32 with SMTP id f32mr86581rng; Tue, 01 Mar 2005 06:10:48 -0800 (PST) Received: by 10.38.209.22 with HTTP; Tue, 1 Mar 2005 06:10:48 -0800 (PST) Message-ID: <84dead72050301061063f967c8@mail.gmail.com> Date: Tue, 1 Mar 2005 14:10:48 +0000 From: Joseph Koshy To: =?UTF-8?B?0KHQsNC90LTRi9C60LHQsNC10LIg0JrQsNC50YDQsNGC?= In-Reply-To: <002101c51e41$ea9889e0$c902a8c0@omega> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <002101c51e41$ea9889e0$c902a8c0@omega> cc: freebsd-current@freebsd.org Subject: Re: optic card compability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2005 14:11:22 -0000 > Hello! How I can know wich gigabit adapters with optocal interface is compatible with OS FreeBSD. The hardware compatibility list for FreeBSD 5.3-RELEASE is available at: http://www.freebsd.org/releases/5.3R/hardware-i386.html#ETHERNET A quick browse of the manual pages ("apropos gig") reveals that the "bge", "gx", "lge", "nge", "sk", and "ti" drivers support cards with optical interfaces. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 14:21:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEDA316A4CE for ; Tue, 1 Mar 2005 14:21:46 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D92843D2D for ; Tue, 1 Mar 2005 14:21:45 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so1229513rnf for ; Tue, 01 Mar 2005 06:21:45 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=R2+eb8cp7qv/PoEp4fr6PsDBmAq21a7nXx6Om0if3B6Hhlqw7oSatXHHtXtA//80x01qMKiOqhtx2JxgwcV+HnfSfaQzHesV3Y5ZSH9inflJuncwP3OdaWB/S+Rcb6DKnRlwa5lSaKQtFIwFdWQt3xnBQA0LqI5W8OjQStX4aIs= Received: by 10.39.3.59 with SMTP id f59mr96490rni; Tue, 01 Mar 2005 06:21:14 -0800 (PST) Received: by 10.38.209.22 with HTTP; Tue, 1 Mar 2005 06:21:14 -0800 (PST) Message-ID: <84dead72050301062146cbd00b@mail.gmail.com> Date: Tue, 1 Mar 2005 14:21:14 +0000 From: Joseph Koshy To: Jonathan In-Reply-To: <4223C095.9040900@optonline.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <4223C095.9040900@optonline.net> cc: current@freebsd.org Subject: Re: FreeBSD 5.3 with Realtek 8139D X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2005 14:21:47 -0000 > had any clue as to install BSD 5.3 with RealTek 8139D NIC. > > Ps. Remember this isnt 8139C its an onboard 8139D that comes with the > abit NF7-S Mobo. Does the "rl" driver recognize the chip? What does "boot -v" show? Here is what I get on my box (lines wrapped for readability): rl0: port 0xd400-0xd4ff mem \ 0xf7000000-0xf70000ff irq 5 at device 16.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: xx:xx:xx:xx:xx:xx -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 14:25:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBEF216A4CE for ; Tue, 1 Mar 2005 14:25:02 +0000 (GMT) Received: from smtp-vbr12.xs4all.nl (smtp-vbr12.xs4all.nl [194.109.24.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F99F43D5E for ; Tue, 1 Mar 2005 14:25:02 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) j21EOxKM029875; Tue, 1 Mar 2005 15:24:59 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.3/8.12.9) with ESMTP id j21EOxPI082997; Tue, 1 Mar 2005 15:24:59 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.3/8.13.1/Submit) id j21EOwp5082996; Tue, 1 Mar 2005 15:24:58 +0100 (CET) (envelope-from wb) Date: Tue, 1 Mar 2005 15:24:58 +0100 From: Wilko Bulte To: Joseph Koshy Message-ID: <20050301142458.GA82981@freebie.xs4all.nl> References: <002101c51e41$ea9889e0$c902a8c0@omega> <84dead72050301061063f967c8@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <84dead72050301061063f967c8@mail.gmail.com> X-OS: FreeBSD 4.11-STABLE User-Agent: Mutt/1.5.6i X-Virus-Scanned: by XS4ALL Virus Scanner cc: ???????????????????? ???????????? cc: freebsd-current@freebsd.org Subject: Re: optic card compability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Mar 2005 14:25:03 -0000 On Tue, Mar 01, 2005 at 02:10:48PM +0000, Joseph Koshy wrote.. > > Hello! How I can know wich gigabit adapters with optocal interface is compatible with OS FreeBSD. > > The hardware compatibility list for FreeBSD 5.3-RELEASE > is available at: > > http://www.freebsd.org/releases/5.3R/hardware-i386.html#ETHERNET > > A quick browse of the manual pages ("apropos gig") reveals > that the "bge", "gx", "lge", "nge", "sk", and "ti" drivers > support cards with optical interfaces. And so does em(4) -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 14:26:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 062E116A4CE for ; Tue, 1 Mar 2005 14:26:46 +0000 (GMT) Received: from sigma.informatik.hu-berlin.de (sigma.informatik.hu-berlin.de [141.20.20.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A25743D60 for ; Tue, 1 Mar 2005 14:26:45 +0000 (GMT) (envelope-from sebastian.ssmoller@gmx.net) Received: from tyrael.linnet (p54BCE7E8.dip.t-dialin.net [84.188.231.232]) (authenticated bits=0) (8.12.10/8.12.9/INF-2.0-MA-SOLARIS-2.8) with ESMTP id j21EQeRF004297 for ; Tue, 1 Mar 2005 15:26:41 +0100 (MET) Date: Tue, 1 Mar 2005 15:26:19 +0100 From: sebastian ssmoller To: freebsd-current@freebsd.org Message-Id: <20050301152619.2540f108.sebastian.ssmoller@gmx.net> In-Reply-To: <42242DC5.2070401@elischer.org> References: <4222D658.1000303@elischer.org> <20050228132516.9CA5F1D8F28@supertolla.itapac.net> <42242DC5.2070401@elischer.org> X-Mailer: Sylpheed version 1.0.0beta4 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: fixing Vmware 2 port for 5.x and 6.x.. kmem _alloc_pageable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Mar 2005 14:26:46 -0000 hi, i am using vmware3 on freebsd 5 and i get the same errors (fbsd aio loaded) ... with linux_base8 i get these errors when starting a VM. with linux_base7 i get these errors only when shutting down a VM which works as a "work around" for me :) regards, seb On Tue, 01 Mar 2005 00:54:29 -0800 Julian Elischer wrote: > Well I have it compiling but when running > it fails with: > > julian@jules:vmware > Setting TMPDIR=/var/tmp. > VMware Workstation PANIC: NOT_IMPLEMENTED F(566):1081 > VMware Workstation PANIC: NOT_IMPLEMENTED F(566):1081 > VVMware Workstation PANIC: NOT_IMPLEMENTED F(566):1296 > AIO panic loop > Mware Workstation PANIC: AIO: NOT_IMPLEMENTED F(566):1081 > julian@jules: > > I am guessing that, since this DID work before > the new linux base libraries are expecting to use AIO > and maybe we don't support it? > > does anyone have any ideas? > aio is loaded (well, FreeBSD aio) > > hmm maybe I need to try it compiled in.. > > > _______________________________________________ > 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" > -- "Perfection is achieved, not when there is nothing left to add, but when there is nothing left to take away." --- Antoine de St. Exupery, Wind, Sand, and Stars, 1939 From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 15:16:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E61A16A4CE; Tue, 1 Mar 2005 15:16:45 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBDE343D2F; Tue, 1 Mar 2005 15:16:44 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j21FGifO080900; Tue, 1 Mar 2005 10:16:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j21FGita023255; Tue, 1 Mar 2005 10:16:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 00E7C7306E; Tue, 1 Mar 2005 10:16:43 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050301151643.00E7C7306E@freebsd-current.sentex.ca> Date: Tue, 1 Mar 2005 10:16:43 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/738/Tue Mar 1 07:08:00 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2005 15:16:45 -0000 TB --- 2005-03-01 13:58:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-01 13:58:38 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-03-01 13:58:38 - checking out the source tree TB --- 2005-03-01 13:58:38 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-03-01 13:58:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-01 14:04:29 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-01 14:04:29 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-03-01 14:04:29 - /usr/bin/make -B buildworld >>> 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 TB --- 2005-03-01 15:11:01 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-01 15:11:01 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-03-01 15:11:01 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Mar 1 15:11:01 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/home/tinderbox/CURRENT/sparc64/sparc64/obj/tinderbox/CURRENT/sparc64/sparc64/src/make.i386/make sh /tinderbox/CURRENT/sparc64/sparc64/src/sys/conf/newvers.sh GENERIC cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror vers.c linking kernel.debug kern_mib.o(.text+0x44): In function `sysctl_hw_realmem': /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_mib.c:173: undefined reference to `realmem' kern_mib.o(.text+0x4c):/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_mib.c:173: undefined reference to `realmem' *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-03-01 15:16:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-01 15:16:43 - ERROR: failed to build generic kernel TB --- 2005-03-01 15:16:43 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 15:37:11 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50F9016A4CE for ; Tue, 1 Mar 2005 15:37:11 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id E94D643D39 for ; Tue, 1 Mar 2005 15:37:10 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so1265875rnf for ; Tue, 01 Mar 2005 07:37:05 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=hnTIr8JyWZnrYfPIJU72MnizUCvr9eE88o9BiS9qlgSWybS/B9ip7u5QsXvgQQ6y/rzoXWuY5ED3E0jyuPBJbHMlCigddd4c0oQ0uIV032UY00lcckbm+1pDBml5Ntb8Hm474JfDFz9u5+0ynjq/AVTgrxJJk/Tg75j4ihPzrp0= Received: by 10.38.97.35 with SMTP id u35mr27528rnb; Tue, 01 Mar 2005 07:36:47 -0800 (PST) Received: by 10.38.209.22 with HTTP; Tue, 1 Mar 2005 07:36:47 -0800 (PST) Message-ID: <84dead7205030107364886ec35@mail.gmail.com> Date: Tue, 1 Mar 2005 15:36:47 +0000 From: Joseph Koshy To: Wilko Bulte In-Reply-To: <20050301142458.GA82981@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <002101c51e41$ea9889e0$c902a8c0@omega> <84dead72050301061063f967c8@mail.gmail.com> <20050301142458.GA82981@freebie.xs4all.nl> cc: ???????????????????? ???????????? cc: freebsd-current@freebsd.org Subject: Re: optic card compability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2005 15:37:11 -0000 wilko> And so does em(4) Yes, I missed that. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 16:01:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9339616A4CE for ; Tue, 1 Mar 2005 16:01:51 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id C824443D3F for ; Tue, 1 Mar 2005 16:01:50 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0ICO00JMIKA3C3B0@bgo1smout1.broadpark.no> for freebsd-current@freebsd.org; Tue, 01 Mar 2005 16:56:27 +0100 (CET) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0ICO000K7KMHLU50@bgo1sminn1.broadpark.no> for freebsd-current@freebsd.org; Tue, 01 Mar 2005 17:03:53 +0100 (CET) Received: by dsa.des.no (Pony Express, from userid 666) id 47E9B4538F; Tue, 01 Mar 2005 17:01:48 +0100 (CET) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id ED5F345347; Tue, 01 Mar 2005 17:01:27 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id D8A2833C3E; Tue, 01 Mar 2005 17:01:27 +0100 (CET) Date: Tue, 01 Mar 2005 17:01:27 +0100 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <20050228145210.GG13933@comp.chem.msu.su> To: Yar Tikhiy Message-id: <86ekezl5ig.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on dsa.des.no References: <20050228145210.GG13933@comp.chem.msu.su> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.0.1 X-Spam-Level: cc: freebsd-current@freebsd.org Subject: Re: CURRENT inside MS Virtual Server 2005 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Mar 2005 16:01:51 -0000 Yar Tikhiy writes: > 4.x and 5.x run smoothly in this virtual environment, but CURRENT > spends 20-30% of CPU time in the "swi4: clock sio" thread. > Moreover, CPU idle time data look really weird. Neither tweaking > kern.timecounter.hardware nor disabling ACPI seems to affect that. try adding 'kern.hz=3D100' to /boot/loader.conf. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 16:10:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 674A116A4CE for ; Tue, 1 Mar 2005 16:10:13 +0000 (GMT) Received: from ybbsmtp09.mail.mci.yahoo.co.jp (ybbsmtp09.mail.mci.yahoo.co.jp [210.80.241.183]) by mx1.FreeBSD.org (Postfix) with SMTP id F019243D66 for ; Tue, 1 Mar 2005 16:10:11 +0000 (GMT) (envelope-from takeharu1219@ybb.ne.jp) Received: from unknown (HELO ?192.168.1.14?) (takeharu1219@219.35.170.20 with plain) by ybbsmtp09.mail.mci.yahoo.co.jp with SMTP; 1 Mar 2005 16:10:09 -0000 X-Apparently-From: Message-ID: <422493E1.3040807@ybb.ne.jp> Date: Wed, 02 Mar 2005 01:10:09 +0900 From: Takeharu KATO User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Takeharu KATO References: <42210DE2.9060903@ybb.ne.jp> <200502261958.46361.peter@wemm.org> <42215163.1000802@ybb.ne.jp> In-Reply-To: <42215163.1000802@ybb.ne.jp> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-amd64@freebsd.org cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: MCE on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Mar 2005 16:10:13 -0000 Hi >> > Appearantly, my AMD64 box turn on MCE feature in the CPU. > I will start to try to write MCE feature support functions. > sorry. I misread your mail. CR4.MCE is not turning on as said. I think that it is difficult to do this sort of tests with a real machine. I thinks the following as alternatives. 1) The start of the MCE interrupt handler is tested by using other interrupt. 2) Various error report handling routines are checked by the review. 3) The register handling parts are tested with stub routines in user modes. -- Takeharu KATO From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 16:10:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 718B616A4CF for ; Tue, 1 Mar 2005 16:10:13 +0000 (GMT) Received: from ybbsmtp09.mail.mci.yahoo.co.jp (ybbsmtp09.mail.mci.yahoo.co.jp [210.80.241.183]) by mx1.FreeBSD.org (Postfix) with SMTP id EFFFB43D64 for ; Tue, 1 Mar 2005 16:10:11 +0000 (GMT) (envelope-from takeharu1219@ybb.ne.jp) Received: from unknown (HELO ?192.168.1.14?) (takeharu1219@219.35.170.20 with plain) by ybbsmtp09.mail.mci.yahoo.co.jp with SMTP; 1 Mar 2005 16:10:09 -0000 X-Apparently-From: Message-ID: <422493E1.3040807@ybb.ne.jp> Date: Wed, 02 Mar 2005 01:10:09 +0900 From: Takeharu KATO User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Takeharu KATO References: <42210DE2.9060903@ybb.ne.jp> <200502261958.46361.peter@wemm.org> <42215163.1000802@ybb.ne.jp> In-Reply-To: <42215163.1000802@ybb.ne.jp> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-amd64@freebsd.org cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: MCE on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Mar 2005 16:10:13 -0000 Hi >> > Appearantly, my AMD64 box turn on MCE feature in the CPU. > I will start to try to write MCE feature support functions. > sorry. I misread your mail. CR4.MCE is not turning on as said. I think that it is difficult to do this sort of tests with a real machine. I thinks the following as alternatives. 1) The start of the MCE interrupt handler is tested by using other interrupt. 2) Various error report handling routines are checked by the review. 3) The register handling parts are tested with stub routines in user modes. -- Takeharu KATO From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 17:29:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECC8F16A4CE for ; Tue, 1 Mar 2005 17:29:10 +0000 (GMT) Received: from srv1a-cta.bs2.com.br (srv1a-cta.bs2.com.br [200.203.183.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E75D43D46 for ; Tue, 1 Mar 2005 17:29:10 +0000 (GMT) (envelope-from gpt@tirloni.org) Received: from localhost (srv1a-cta.bs2.com.br [200.203.183.35]) by srv1a-cta.bs2.com.br (Postfix) with ESMTP id 23C0D1C5FF9 for ; Tue, 1 Mar 2005 14:29:23 -0300 (BRST) Received: from [192.168.0.49] (201-010-094-041.mganm7016.dsl.brasiltelecom.net.br [201.10.94.41]) by srv1a-cta.bs2.com.br (Postfix) with ESMTP id 71AD41C6880 for ; Tue, 1 Mar 2005 14:29:21 -0300 (BRST) Message-ID: <4224A662.5040303@tirloni.org> Date: Tue, 01 Mar 2005 14:29:06 -0300 From: "Giovanni P. Tirloni" User-Agent: Mozilla Thunderbird 0.8 (X11/20041020) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: mkIII MFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Mar 2005 17:29:11 -0000 Hi, Is there the possibility of MFC'ing the mkIII patch before the -STABLE branch gets frozen ? -- Giovanni From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 17:44:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 128AC16A4CE for ; Tue, 1 Mar 2005 17:44:24 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 813E343D55 for ; Tue, 1 Mar 2005 17:44:23 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1096604wri for ; Tue, 01 Mar 2005 09:44:23 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=dMSicKHUJGQ3/sGWOjJRwKaywDTrWKF/Adi3P4F3WxsNgCCSooakRdttve7WuWvwgsuPkyGmPZr0mT0W1xfl24Lc0ydAY0/LzqqWMh4f3ILjjQeWW47LIRPeShN6zstK09RboKhHLJGT4H8bX8w+hnWAYQZJRSpVj//R9o+BrGA= Received: by 10.54.11.38 with SMTP id 38mr18432wrk; Tue, 01 Mar 2005 09:44:21 -0800 (PST) Received: by 10.54.29.48 with HTTP; Tue, 1 Mar 2005 09:44:21 -0800 (PST) Message-ID: <790a9fff0503010944688c4f1e@mail.gmail.com> Date: Tue, 1 Mar 2005 11:44:21 -0600 From: Scot Hetzel To: "Giovanni P. Tirloni" In-Reply-To: <4224A662.5040303@tirloni.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <4224A662.5040303@tirloni.org> cc: current@freebsd.org Subject: Re: mkIII MFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2005 17:44:24 -0000 On Tue, 01 Mar 2005 14:29:06 -0300, Giovanni P. Tirloni wrote: > Hi, > > Is there the possibility of MFC'ing the mkIII patch before the -STABLE > branch gets frozen ? > Probably not since it's not in -CURRENT yet. Scot From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 18:40:53 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50B9A16A4CF for ; Tue, 1 Mar 2005 18:40:53 +0000 (GMT) Received: from chinatsu.takeda.tk (node-402413e2.sna.onnet.us.uu.net [64.36.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 541F243D41 for ; Tue, 1 Mar 2005 18:40:50 +0000 (GMT) (envelope-from d.kulinski@gmail.com) Received: from takeda.lan (takeda.lan [10.0.0.3]) (authenticated bits=0) by chinatsu.takeda.tk (8.13.1/8.13.1) with ESMTP id j21IemkK001271 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 1 Mar 2005 10:40:49 -0800 (PST) (envelope-from d.kulinski@gmail.com) Date: Tue, 1 Mar 2005 10:40:45 -0800 From: Dariusz Kulinski X-Priority: 3 (Normal) Message-ID: <596413574.20050301104045@takeda.tk> To: freebsd-current@freebsd.org In-Reply-To: <80134123.20050228214525@takeda.tk> References: <549575862.20050226230200@takeda.tk> <80134123.20050228214525@takeda.tk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/740/Tue Mar 1 09:40:32 2005 on chinatsu.takeda.tk X-Virus-Status: Clean Subject: Re: FreeBSD 5.3 crash (core with debug symbols available) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2005 18:40:53 -0000 Hello, Today I had another crash (It looks like is unrelated, since it happened at night, when I wasn't doing anything, but is really strange that is that is exactly same line, as in previous one). (this time I wrote "panic" right away in the debugger, as it was in manual) --- dmesg --- kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0xd131cc64 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04e9d3f stack pointer = 0x10:0xcbd25c24 frame pointer = 0x10:0xcbd25c44 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 27 (swi5: clock sio) panic: from debugger KDB: stack backtrace: Uptime: 10d12h46m53s Dumping 255 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 Dump complete Automatic reboot in 15 seconds - press a key on the console to abort --- dmesg --- --- kgdb --- [chinatsu]:/usr/obj/usr/src/sys/CHINATSU# kgdb kernel.debug /var/crash/vmcore.1 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] 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". doadump () at pcpu.h:159 (kgdb) list *0xc04e9d3f 0xc04e9d3f is in sigtd (/usr/src/sys/kern/kern_sig.c:1581). 1576 * way to deliver signal. 1577 */ 1578 signal_td = NULL; 1579 mtx_lock_spin(&sched_lock); 1580 FOREACH_THREAD_IN_PROC(p, td) { 1581 if (td->td_waitset != NULL && 1582 SIGISMEMBER(*(td->td_waitset), sig)) { 1583 mtx_unlock_spin(&sched_lock); 1584 return (td); 1585 } (kgdb) bt #0 doadump () at pcpu.h:159 #1 0xc04e6024 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:397 #2 0xc04e63d9 in panic (fmt=0xc06c3f8d "from debugger") at /usr/src/sys/kern/kern_shutdown.c:553 #3 0xc0441c22 in db_panic (addr=-1068589761, have_addr=0, count=-1, modif=0xcbd25a54 "") at /usr/src/sys/ddb/db_command.c:435 #4 0xc0441b92 in db_command (last_cmdp=0xc071bf24, cmd_table=0x0, aux_cmd_tablep=0xc06ea7fc, aux_cmd_tablep_end=0xc06ea800) at /usr/src/sys/ddb/db_command.c:349 #5 0xc0441ca5 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #6 0xc0443df5 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221 #7 0xc0503b87 in kdb_trap (type=0, code=0, tf=0xcbd25be4) at /usr/src/sys/kern/subr_kdb.c:418 #8 0xc069e014 in trap_fatal (frame=0xcbd25be4, eva=0) at /usr/src/sys/i386/i386/trap.c:804 #9 0xc069d633 in trap (frame= {tf_fs = -1051852776, tf_es = 16, tf_ds = -1051852784, tf_edi = 0, tf_esi = 0, tf_ebp = -875406268, tf_isp = -875406320, tf_ebx = -1048401968, tf_edx = 8192, tf_ecx = 13, tf_eax = -785265564, tf_trapno = 12, tf_err = 0, tf_eip = -1068589761, tf_cs = 8, tf_eflags = 65666, tf_esp = 0, tf_ss = -1051819632}) at /usr/src/sys/i386/i386/trap.c:247 #10 0xc068ad7a in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #11 0xc14e0018 in ?? () #12 0x00000010 in ?? () #13 0xc14e0010 in ?? () #14 0x00000000 in ?? () #15 0x00000000 in ?? () #16 0xcbd25c44 in ?? () #17 0xcbd25c10 in ?? () #18 0xc182a7d0 in ?? () #19 0x00002000 in ?? () #20 0x0000000d in ?? () #21 0xd131cc64 in ?? () #22 0x0000000c in ?? () #23 0x00000000 in ?? () #24 0xc04e9d3f in sigtd (p=0xc183554c, sig=14, prop=129) at /usr/src/sys/kern/kern_sig.c:1581 #25 0xc04e9e2b in psignal (p=0x0, sig=14) at /usr/src/sys/kern/kern_sig.c:1634 #26 0xc04f5170 in realitexpire (arg=0xc183554c) at /usr/src/sys/kern/kern_time.c:554 #27 0xc04f595e in softclock (dummy=0x0) at /usr/src/sys/kern/kern_timeout.c:259 #28 0xc04cbed8 in ithread_loop (arg=0xc14dd580) at /usr/src/sys/kern/kern_intr.c:547 #29 0xc04cac10 in fork_exit (callout=0xc04cbd20 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:811 #30 0xc068addc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:209 (kgdb) --- kgdb --- -- Best regards, Dariusz mailto:d.kulinski@gmail.com http://www.takeda.tk From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 18:50:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95F6E16A4CE for ; Tue, 1 Mar 2005 18:50:19 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45B6A43D1D for ; Tue, 1 Mar 2005 18:50:19 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 1AAE572DD4; Tue, 1 Mar 2005 10:50:19 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 1581372DCB for ; Tue, 1 Mar 2005 10:50:19 -0800 (PST) Date: Tue, 1 Mar 2005 10:50:19 -0800 (PST) From: Doug White To: freebsd-current@freebsd.org In-Reply-To: <80134123.20050228214525@takeda.tk> Message-ID: <20050301104030.W68845@carver.gumbysoft.com> References: <549575862.20050226230200@takeda.tk> <20050228210235.C62607@carver.gumbysoft.com> <80134123.20050228214525@takeda.tk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: FreeBSD 5.3 crash (core with debug symbols available) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Mar 2005 18:50:19 -0000 On Mon, 28 Feb 2005, Dariusz Kulinski wrote: > Hello Doug, > > Monday, February 28, 2005, 9:07:45 PM, you wrote: > > > Could you post the tail end of 'print msgbuf' so we can see what the > > faulting address was? > > ehh... :( > > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > 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". > doadump () at pcpu.h:159 > (kgdb) print msgbuf > No symbol "msgbuf" in current context. oops.. er.. um... > > This is (in RELENG_5_3): > > > 1580 FOREACH_THREAD_IN_PROC(p, td) { > > 1581 if (td->td_waitset != NULL && > > 1582 SIGISMEMBER(*(td->td_waitset), sig)) { > > 1583 mtx_unlock_spin(&sched_lock); > > 1584 return (td); > > > Looks like it ran over a spammed thread, but I'll want to see the fault > > address. Bets on whether its 0xdeadc0de+offset? > > 0xdeadc0de, huh? :) free()d memory regions get filled with 0xdeadc0de to hunt down use-after-free conditions. > Just one more thing, maybe it helps, that's from dmesg (I totally > forgot about that I have it): > > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xd12bfc64 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc04e9d3f > stack pointer = 0x10:0xcbd25c24 > frame pointer = 0x10:0xcbd25c44 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = 27 (swi5: clock sio) > panic: vm_fault: fault on nofault entry, addr: d12bf000 > KDB: stack backtrace: > kdb_backtrace(c06d09c4,c0725520,c06df826,cbd25a70,d12bf000) at kdb_backtrace+0x2e > panic(c06df826,d12bf000,1,cbd25b00,cbd25af0) at panic+0xb7 > vm_fault(c103a000,d12bf000,1,0,cbd25be4) at vm_fault+0x1b9 > trap_pfault(cbd25be4,0,d12bfc64,0,d12bfc64) at trap_pfault+0x1f3 > trap(c1f90018,10,c1d10010,0,0) at trap+0x340 > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0xc04e9d3f, esp = 0xcbd25c24, ebp = 0xcbd25c44 --- > sigtd(c16948d4,e,81,c16948d4,cbd25c94) at sigtd+0xaf > psignal(c16948d4,e,c14e04b0,c06fb3c0,bbb3c76b) at psignal+0x4b > realitexpire(c16948d4,0,cbd25cb8,210b41,87c25148) at realitexpire+0x60 > softclock(0,0,0,0,0) at softclock+0x26e > ithread_loop(c14dd580,cbd25d48,0,0,0) at ithread_loop+0x1b8 > fork_exit(c04cbd20,c14dd580,cbd25d48) at fork_exit+0x80 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xcbd25d7c, ebp = 0 --- > KDB: enter: panic > Uptime: 25d1h32m49s > Dumping 255 MB > 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 > Dump complete > Automatic reboot in 15 seconds - press a key on the console to abort > Rebooting... > Thats what I want :-) OK, it wasn't deadc0de, so can you load the crashdump up, go down to the sigtd() frame, and "print *td"? It'll be a huge spew. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 18:54:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FF7816A4CE for ; Tue, 1 Mar 2005 18:54:26 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AB2543D4C for ; Tue, 1 Mar 2005 18:54:26 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 0EF4872DD4; Tue, 1 Mar 2005 10:54:26 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 0A5AA72DCB; Tue, 1 Mar 2005 10:54:26 -0800 (PST) Date: Tue, 1 Mar 2005 10:54:26 -0800 (PST) From: Doug White To: Joseph Koshy In-Reply-To: <84dead72050301061063f967c8@mail.gmail.com> Message-ID: <20050301105401.N68845@carver.gumbysoft.com> References: <002101c51e41$ea9889e0$c902a8c0@omega> <84dead72050301061063f967c8@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: =?UTF-8?B?0KHQsNC90LTRi9C60LHQsNC10LIg0JrQsNC50YDQsNGC?= cc: freebsd-current@freebsd.org Subject: Re: optic card compability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Mar 2005 18:54:26 -0000 On Tue, 1 Mar 2005, Joseph Koshy wrote: > > Hello! How I can know wich gigabit adapters with optocal interface is compatible with OS FreeBSD. > > The hardware compatibility list for FreeBSD 5.3-RELEASE > is available at: > > http://www.freebsd.org/releases/5.3R/hardware-i386.html#ETHERNET > > A quick browse of the manual pages ("apropos gig") reveals > that the "bge", "gx", "lge", "nge", "sk", and "ti" drivers > support cards with optical interfaces. "em" should be on that list too. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 19:01:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2018D16A4CE for ; Tue, 1 Mar 2005 19:01:37 +0000 (GMT) Received: from chinatsu.takeda.tk (node-402413e2.sna.onnet.us.uu.net [64.36.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BF9F43D1D for ; Tue, 1 Mar 2005 19:01:36 +0000 (GMT) (envelope-from d.kulinski@gmail.com) Received: from takeda.lan (takeda.lan [10.0.0.3]) (authenticated bits=0) by chinatsu.takeda.tk (8.13.1/8.13.1) with ESMTP id j21J1ZEd001514 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Tue, 1 Mar 2005 11:01:36 -0800 (PST) (envelope-from d.kulinski@gmail.com) Date: Tue, 1 Mar 2005 10:58:16 -0800 From: Dariusz Kulinski X-Priority: 3 (Normal) Message-ID: <1119242149.20050301105816@takeda.tk> To: Doug White , freebsd-current@freebsd.org In-Reply-To: <20050301104030.W68845@carver.gumbysoft.com> References: <549575862.20050226230200@takeda.tk> <20050228210235.C62607@carver.gumbysoft.com> <20050301104030.W68845@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1250 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.83/740/Tue Mar 1 09:40:32 2005 on chinatsu.takeda.tk X-Virus-Status: Clean Subject: Re: FreeBSD 5.3 crash (core with debug symbols available) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2005 19:01:37 -0000 Hello Doug, Tuesday, March 1, 2005, 10:50:19 AM, you wrote: >> > Looks like it ran over a spammed thread, but I'll want to see the fault >> > address. Bets on whether its 0xdeadc0de+offset? >> 0xdeadc0de, huh? :) > free()d memory regions get filled with 0xdeadc0de to hunt down > use-after-free conditions. Ok, I thought it was one of developer jokes =) > Thats what I want :-) > OK, it wasn't deadc0de, so can you load the crashdump up, go down to the > sigtd() frame, and "print *td"? It'll be a huge spew. (kgdb) frame 20 #20 0xc04e9d3f in sigtd (p=0xc16948d4, sig=14, prop=129) at /usr/src/sys/kern/kern_sig.c:1581 1581 if (td->td_waitset != NULL && (kgdb) print *td $1 = {td_proc = 0xc16948d4, td_ksegrp = 0xc26b9310, td_plist = {tqe_next = 0xc1b48190, tqe_prev = 0xc1b95198}, td_kglist = { tqe_next = 0x0, tqe_prev = 0xc26b931c}, td_slpq = {tqe_next = 0x0, tqe_prev = 0xc1794b80}, td_lockq = {tqe_next = 0x0, tqe_prev = 0x0}, td_runq = {tqe_next = 0x0, tqe_prev = 0xc26b9324}, td_selq = {tqh_first = 0x0, tqh_last = 0xc17c31c0}, td_sleepqueue = 0x0, td_turnstile = 0xc15d5dc0, td_tid = 100081, td_flags = 8, td_inhibitors = 6, td_pflags = 8, td_dupfd = 0, td_wchan = 0xd12bfc20, td_wmesg = 0xc06cef0b "sigwait", td_lastcpu = 0 '\0', td_oncpu = 255 'ÿ', td_locks = 0, td_blocked = 0x0, td_ithd = 0x0, td_lockname = 0x0, td_contested = {lh_first = 0x0}, td_sleeplocks = 0x0, td_intr_nesting_level = 0, td_pinned = 0, td_mailbox = 0x9903010, td_ucred = 0xc2b41b00, td_standin = 0x0, td_prticks = 0, td_upcall = 0xc17c0510, td_sticks = 2210, td_uuticks = 0, td_usticks = 0, td_intrval = 0, td_oldsigmask = {__bits = {0, 0, 0, 0}}, td_sigmask = {__bits = {159751, 0, 0, 0}}, td_siglist = {__bits = {0, 0, 0, 0}}, td_waitset = 0xd12bfc64, td_umtx = {tqe_next = 0x0, tqe_prev = 0x0}, td_generation = 376536, td_sigstk = {ss_sp = 0x0, ss_size = 0, ss_flags = 0}, td_kflags = 0, td_xsig = 0, td_profil_addr = 0, td_profil_ticks = 0, td_base_pri = 104 'h', td_priority = 104 'h', td_pcb = 0xd12bfda0, td_state = TDS_INHIBITED, td_retval = {0, 137620480}, td_slpcallout = {c_links = {sle = { sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0xc1cd68e4}}, c_time = 216540257, c_arg = 0xc17c3190, c_func = 0, c_flags = 8}, td_frame = 0xd12bfd48, td_kstack_obj = 0xc1796318, td_kstack = 3509313536, td_kstack_pages = 2, td_altkstack_obj = 0x0, td_altkstack = 0, td_altkstack_pages = 0, td_critnest = 1, td_md = {md_savecrit = 582}, td_sched = 0xc17c32e4} -- Best regards, Dariusz mailto:d.kulinski@gmail.com http://www.takeda.tk From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 19:14:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93F2F16A4CF for ; Tue, 1 Mar 2005 19:14:37 +0000 (GMT) Received: from peedub.jennejohn.org (Ja834.j.pppool.de [85.74.168.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id B14BC43D48 for ; Tue, 1 Mar 2005 19:14:36 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.1/8.11.6) with ESMTP id j21JEYL9018992; Tue, 1 Mar 2005 20:14:34 +0100 (CET) (envelope-from garyj@jennejohn.org) Message-Id: <200503011914.j21JEYL9018992@peedub.jennejohn.org> X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Scot Hetzel In-Reply-To: Message from Scot Hetzel <790a9fff0503010944688c4f1e@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 01 Mar 2005 20:14:34 +0100 From: Gary Jennejohn cc: "Giovanni P. Tirloni" cc: current@freebsd.org Subject: Re: mkIII MFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Mar 2005 19:14:37 -0000 Scot Hetzel writes: > On Tue, 01 Mar 2005 14:29:06 -0300, Giovanni P. Tirloni wro > te: > > Hi, > > > > Is there the possibility of MFC'ing the mkIII patch before the -STABLE > > branch gets frozen ? > > > Probably not since it's not in -CURRENT yet. > And AFAIK ATAPICAM isn't supported yet either, which is needed for things like CD/DVD burners. --- Gary Jennejohn / garyj[at]jennejohn.org gj[at]freebsd.org garyj[at]denx.de From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 19:25:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FE0816A4CE for ; Tue, 1 Mar 2005 19:25:06 +0000 (GMT) Received: from web31008.mail.mud.yahoo.com (web31008.mail.mud.yahoo.com [68.142.200.171]) by mx1.FreeBSD.org (Postfix) with SMTP id 7A5F243D5A for ; Tue, 1 Mar 2005 19:25:05 +0000 (GMT) (envelope-from dyeske@yahoo.com) Received: (qmail 12549 invoked by uid 60001); 1 Mar 2005 19:25:04 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=fuBVQs+GZHYvCTFio14pKcZstmuBWFVjtbJTChKSXOfrtIyqFi+Cjsg9izF8PrIKqdgJ7IgFCPf51l3k5J8lhpbpdwJ5BfebahoQIQ0Qw7lO0Bv4ohVbmwK7fa8NJYBZobEZpdZMzfylUYt5jpVcMBBENxdS2v/RpbndKSjgvNs= ; Message-ID: <20050301192503.12547.qmail@web31008.mail.mud.yahoo.com> Received: from [65.182.34.163] by web31008.mail.mud.yahoo.com via HTTP; Tue, 01 Mar 2005 11:25:03 PST Date: Tue, 1 Mar 2005 11:25:03 -0800 (PST) From: David Yeske To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: hackers@freebsd.org cc: scottl@freebsd.org cc: wes@freebsd.org Subject: smbfs install option for sysinstall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Mar 2005 19:25:06 -0000 I modified the installer a while back to be able to install from a smb share. http://futurebsd.sourceforge.net/freebsd/smbfs/ It needs a little work though. I'm looking for some feedback although I have tested it recently. I have done a recent install from a Windows XP machine joined to a domain using a share that required domain admin credentials. Here are a couple of issues that should be fixed. 1. I am not sure how to get the smbfs kernel support into the installer without also putting it into the GENERIC kernel of the release. 2. If a user uses is prompted for a password, then the output will make sysinstall look kinda funny, although the user can enter the password properly. There is probably a way to intercept the stdin and stdout of mount_smbfs and have it display in a menu? This should work similar to the root password change option? 3. This may add too much space to the floppy installer? 4. The English used in the menus could be better. Regards, David Yeske __________________________________ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 20:37:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8ACBB16A4CE; Tue, 1 Mar 2005 20:37:26 +0000 (GMT) Received: from ms003msg.fastwebnet.it (ms003msg.fastwebnet.it [213.140.2.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AEFB43D3F; Tue, 1 Mar 2005 20:37:25 +0000 (GMT) (envelope-from filippo@portatile.fastwebnet.it) Received: from portatile (1.255.90.62) by ms003msg.fastwebnet.it (7.2.052.3) id 41FFB1A400731ACB; Tue, 1 Mar 2005 21:37:24 +0100 Received: from portatile.fastwebnet.it (localhost [127.0.0.1]) by portatile (Postfix) with ESMTP id 0FFC7B880; Tue, 1 Mar 2005 21:37:33 +0100 (CET) Received: (from filippo@localhost) by portatile.fastwebnet.it (8.13.1/8.13.1/Submit) id j21KbWOA001012; Tue, 1 Mar 2005 21:37:32 +0100 (CET) (envelope-from filippo) Date: Tue, 1 Mar 2005 21:37:32 +0100 From: Filippo Forti To: freebsd-current@freebsd.org Message-ID: <20050301203732.GB684@portatile.fastwebnet.it> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-acpi@freebsd.org References: <20050301203005.GA684@portatile.fastwebnet.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050301203005.GA684@portatile.fastwebnet.it> User-Agent: Mutt/1.5.6i cc: freebsd-acpi@freebsd.org Subject: Panic on suspend X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: filippo.forti@fastwebnet.it List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2005 20:37:26 -0000 Hi, I got a fully reproduceable panic while trying to suspend (to S3) on my laptop. FreeBSD is -CURRENT from Monday. I'm using a modified DSDT which used to work before I updated on Monday. dmesg from after reboot is attacched. Here comes gbd output Fatal trap 12: page fault while in vm86 mode fault virtual address = 0x2000 fault code = user write, page not present instruction pointer = 0xc000:0x5195 stack pointer = 0x0:0xfe4 frame pointer = 0x0:0x0 code segment = base 0x600005, limit 0x2, type 0x11 = DPL 1, pres 0, def32 0, gran 0 processor eflag = interrupt enabled, resume, mv86, IOPL = 0 current process = 1046 (acpiconf) [thread pid 1046 tid 100084] Stopped at 0x5159: *** error reading from address 5159 *** db> tr Tracing pid 1046 tid 100084 td 0xc27645c0 (null)(ff000e2c3,f000ff53,f000ff54,f00092da) at 0x5195 _end(ccce4fab,b638f354,3a6c5da3,ec956de5,fe6dff6c) at 0xf000ff53 db> where Tracing pid 1046 tid 100084 td 0xc27645c0 kdb_enter(c08d00f2,c08e69ce,c08cbfd1,c08ee7f9,2b8) at kdb_enter+0x31 witness_checkorder(c2cc2a54,9,c08ee7f9,2b8,0) at witness_checkorder+0xc9 _mtx_lock_flags(c2cc2a54,0,c08ee7f9,2b8,0) at _mtx_lock_flags+0x85 trap_pfault(c0c21fa8,0,2000,c0c21fa8,2000) at trap_pfault+0xa1 trap (0,0,0,1000,0) at trap+0x34b calltrap() at calltrap+0x5 ---trap 0xc, eip = 0x5195, esp = 0xc0c21fe8, ebp = 0 --- db> next panic: blockable sleep lock (sleep mutex) process lock @ /usr/src/sys/i386/i386/trap.c:696 KDB: enter: panic After 2 instructions (0 loads, 0 stores), [thread 1046 tid 1000084] stopped at kdb_enter+0x31: ret Thanks for your help Filippo Copyright (c) 1992-2005 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 6.0-CURRENT #0: Tue Mar 1 00:29:12 CET 2005 root@portatile.fastwebnet.it:/usr/obj/usr/src/sys/PORTATILE WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2790.72-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebf9ff real memory = 1073152000 (1023 MB) avail memory = 1041317888 (993 MB) ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) ACPI: overriding DSDT/SSDT with custom table ACPI-0377: *** Info: Table [DSDT] replaced by host OS npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) acpi_ec0: port 0x66,0x62 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 acpi_lid0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link0: irq 0 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 10 on acpi0 pci_link3: irq 11 on acpi0 pci_link4: irq 10 on acpi0 pci0: on pcib0 agp0: mem 0xe8000000-0xefffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0x1cc0-0x1cdf irq 10 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1ce0-0x1cff irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xe0000000-0xe00003ff irq 10 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: single transaction translator uhub2: 4 ports with 4 removable, self powered pcib2: at device 30.0 on pci0 pci_link5: irq 0 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 0 on acpi0 pci2: on pcib2 bfe0: mem 0xe0204000-0xe0205fff irq 10 at device 1.0 on pci2 miibus0: on bfe0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: Ethernet address: 00:0b:db:18:b5:9c cbb0: irq 10 at device 4.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 fwohci0: <1394 Open Host Controller Interface> mem 0xe0200000-0xe0203fff,0xe0206000-0xe02067ff irq 10 at device 4.1 on pci2 fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:c0:4f:38:02:dc:d4:10 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:c0:4f:dc:d4:10 fwe0: Ethernet address: 02:c0:4f:dc:d4:10 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x2020-0x202f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 31.3 (no driver attached) pcm0: port 0x1c80-0x1cbf,0x1400-0x14ff mem 0xe0000800-0xe00008ff,0xe0000c00-0xe0000dff irq 10 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Synaptics Touchpad, device ID 0 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 pmtimer0 on isa0 orm0: at iomem 0xe0000-0xe3fff,0xdf800-0xdffff,0xd0000-0xd17ff,0xcf000-0xcffff,0xc0000-0xcefff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2790719580 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDRW at ata0-master UDMA33 ad2: 38154MB [77520/16/63] at ata1-master UDMA100 cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad2s1a WARNING: / was not properly dismounted WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 16 files 1 WARNING: /var was not properly dismounted WARNING: /var/log was not properly dismounted From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 20:50:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8EF516A4CE; Tue, 1 Mar 2005 20:50:54 +0000 (GMT) Received: from ms004msg.fastwebnet.it (ms004msg.fastwebnet.it [213.140.2.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13ACE43D41; Tue, 1 Mar 2005 20:50:54 +0000 (GMT) (envelope-from filippo@portatile.fastwebnet.it) Received: from portatile (1.255.90.62) by ms004msg.fastwebnet.it (7.2.052.3) id 41FF9642006C747D; Tue, 1 Mar 2005 21:50:52 +0100 Received: from portatile.fastwebnet.it (localhost [127.0.0.1]) by portatile (Postfix) with ESMTP id 6D3A0B85C; Tue, 1 Mar 2005 21:30:07 +0100 (CET) Received: (from filippo@localhost) by portatile.fastwebnet.it (8.13.1/8.13.1/Submit) id j21KU6B7000779; Tue, 1 Mar 2005 21:30:06 +0100 (CET) (envelope-from filippo) Date: Tue, 1 Mar 2005 21:30:05 +0100 From: Filippo Forti To: freebsd-current@freebsd.org Message-ID: <20050301203005.GA684@portatile.fastwebnet.it> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-acpi@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline User-Agent: Mutt/1.5.6i cc: freebsd-acpi@freebsd.org Subject: Panic on suspend X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: filippo.forti@fastwebnet.it List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2005 20:50:55 -0000 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I got a fully reproduceable panic while trying to suspend (to S3) on my laptop. FreeBSD is -CURRENT from Monday. I'm using a modified DSDT which used to work before I updated on Monday. dmesg from after reboot is attacched. Here comes gbd output Fatal trap 12: page fault while in vm86 mode fault virtual address = 0x2000 fault code = user write, page not present instruction pointer = 0xc000:0x5195 stack pointer = 0x0:0xfe4 frame pointer = 0x0:0x0 code segment = base 0x600005, limit 0x2, type 0x11 = DPL 1, pres 0, def32 0, gran 0 processor eflag = interrupt enabled, resume, mv86, IOPL = 0 current process = 1046 (acpiconf) [thread pid 1046 tid 100084] Stopped at 0x5159: *** error reading from address 5159 *** db> tr Tracing pid 1046 tid 100084 td 0xc27645c0 (null)(ff000e2c3,f000ff53,f000ff54,f00092da) at 0x5195 _end(ccce4fab,b638f354,3a6c5da3,ec956de5,fe6dff6c) at 0xf000ff53 db> where Tracing pid 1046 tid 100084 td 0xc27645c0 kdb_enter(c08d00f2,c08e69ce,c08cbfd1,c08ee7f9,2b8) at kdb_enter+0x31 witness_checkorder(c2cc2a54,9,c08ee7f9,2b8,0) at witness_checkorder+0xc9 _mtx_lock_flags(c2cc2a54,0,c08ee7f9,2b8,0) at _mtx_lock_flags+0x85 trap_pfault(c0c21fa8,0,2000,c0c21fa8,2000) at trap_pfault+0xa1 trap (0,0,0,1000,0) at trap+0x34b calltrap() at calltrap+0x5 ---trap 0xc, eip = 0x5195, esp = 0xc0c21fe8, ebp = 0 --- db> next panic: blockable sleep lock (sleep mutex) process lock @ /usr/src/sys/i386/i386/trap.c:696 KDB: enter: panic After 2 instructions (0 loads, 0 stores), [thread 1046 tid 1000084] stopped at kdb_enter+0x31: ret Thanks for your help Filippo --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=dmesg Copyright (c) 1992-2005 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 6.0-CURRENT #0: Tue Mar 1 00:29:12 CET 2005 root@portatile.fastwebnet.it:/usr/obj/usr/src/sys/PORTATILE WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2790.72-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebf9ff real memory = 1073152000 (1023 MB) avail memory = 1041317888 (993 MB) ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) ACPI: overriding DSDT/SSDT with custom table ACPI-0377: *** Info: Table [DSDT] replaced by host OS npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) acpi_ec0: port 0x66,0x62 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 acpi_lid0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link0: irq 0 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 10 on acpi0 pci_link3: irq 11 on acpi0 pci_link4: irq 10 on acpi0 pci0: on pcib0 agp0: mem 0xe8000000-0xefffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0x1cc0-0x1cdf irq 10 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1ce0-0x1cff irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xe0000000-0xe00003ff irq 10 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: single transaction translator uhub2: 4 ports with 4 removable, self powered pcib2: at device 30.0 on pci0 pci_link5: irq 0 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 0 on acpi0 pci2: on pcib2 bfe0: mem 0xe0204000-0xe0205fff irq 10 at device 1.0 on pci2 miibus0: on bfe0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: Ethernet address: 00:0b:db:18:b5:9c cbb0: irq 10 at device 4.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 fwohci0: <1394 Open Host Controller Interface> mem 0xe0200000-0xe0203fff,0xe0206000-0xe02067ff irq 10 at device 4.1 on pci2 fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:c0:4f:38:02:dc:d4:10 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:c0:4f:dc:d4:10 fwe0: Ethernet address: 02:c0:4f:dc:d4:10 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x2020-0x202f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 31.3 (no driver attached) pcm0: port 0x1c80-0x1cbf,0x1400-0x14ff mem 0xe0000800-0xe00008ff,0xe0000c00-0xe0000dff irq 10 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Synaptics Touchpad, device ID 0 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 pmtimer0 on isa0 orm0: at iomem 0xe0000-0xe3fff,0xdf800-0xdffff,0xd0000-0xd17ff,0xcf000-0xcffff,0xc0000-0xcefff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2790719580 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDRW at ata0-master UDMA33 ad2: 38154MB [77520/16/63] at ata1-master UDMA100 cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad2s1a WARNING: / was not properly dismounted WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 16 files 1 WARNING: /var was not properly dismounted WARNING: /var/log was not properly dismounted --CE+1k2dSO48ffgeK-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 21:34:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 686AE16A4CF for ; Tue, 1 Mar 2005 21:34:59 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E4F543D41 for ; Tue, 1 Mar 2005 21:34:58 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so1343977rnf for ; Tue, 01 Mar 2005 13:34:57 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=H+RNYLOrm13AQbugSJEl0hygzbFml0lIBmpwqozyqIGrdfFTq8EnuQ565IlkP6Q3fLD0wAPItnObrpkiU80fIbo5OZhHEMq18qre4ZaCRAgmKhQ5HQaPQ2HvQEHnASqI1TBStrPpfo4RuGTZ160OBV/joI7CVQVtFIaIAa286zM= Received: by 10.38.15.37 with SMTP id 37mr88009rno; Tue, 01 Mar 2005 13:34:27 -0800 (PST) Received: by 10.38.101.19 with HTTP; Tue, 1 Mar 2005 13:34:24 -0800 (PST) Message-ID: Date: Tue, 1 Mar 2005 15:34:24 -0600 From: Eric Kjeldergaard To: Nate Lawson In-Reply-To: <421A8F90.3080907@root.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_1159_9255187.1109712864766" References: <42068A5C.1030300@root.org> <421A8F90.3080907@root.org> cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Eric Kjeldergaard List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2005 21:34:59 -0000 ------=_Part_1159_9255187.1109712864766 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline On Mon, 21 Feb 2005 17:49:04 -0800, Nate Lawson wrote: > Eric Kjeldergaard wrote: > > On Sun, 06 Feb 2005 13:21:32 -0800, Nate Lawson wrote: > > > >>I've finished the major work of importing cpufreq. As part of this, the > >>sysctls for acpi throttling have been removed. The power_profile script > >>has been updated, so you can use performance/economy_cpu_freq= in > >>rc.conf to set AC on/offline cpu frequencies. The acpi throttling > >>support has been compiled into acpi_perf.ko so load that to get > >>throttling. Do a sysctl dev.cpu to get an understanding of the cpufreq > >>sysctls. > > > > > > I have been using cpufreq on and off since this got comitted and just > > noticed a problem now. I can't really say when it started happening, > > but I can say that it happens with a current from about 2 hours ago. > > What happens is when I kldload cpufreq, usb stops working. If I have > > a device that was already connected, it gets disconnected, I am unable > > to connect any new devices. It's just completely unresponsive. > > Whatever the issue is, it does not help to kldunload cpufreq, I am > > forced to reboot to get USB working again. The system is an IBM > > Thinkpad R40. I can give you whatever relevant info you need on > > request. > > Hmm. If you boot with cpufreq and usb loaded, does it have this > problem? Run the below script to send me your debug info: > > http://www.root.org/~nate/freebsd/cpufreq_debug > Finally got a chance to test again. It seems to happen regardless of whether cpufreq is loaded at boot or dynamically during runtime. The output of your script is attached. -- If I write a signature, my emails will appear more personalised. ------=_Part_1159_9255187.1109712864766 Content-Type: text/plain; name="nateDebugOutput.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="nateDebugOutput.txt" dev.cpu.0.%desc: ACPI CPU (3 Cx states) dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=3D\_PR_.CPU_ dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 2200 dev.cpu.0.freq_levels: 2200/0 1925/0 1650/0 1375/0 1200/0 1100/0 1050/0 900= /0 825/0 750/0 600/0 550/0 450/0 300/0 275/0 150/0 dev.acpi_perf.0.%desc: ACPI CPU Frequency Control dev.acpi_perf.0.%driver: acpi_perf dev.acpi_perf.0.%parent: cpu0 dev.acpi_perf.0.freq_settings: 2200/0 1200/0 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 dev.acpi_throttle.0.%desc: ACPI CPU Throttling dev.acpi_throttle.0.%driver: acpi_throttle dev.acpi_throttle.0.%parent: cpu0 dev.acpi_throttle.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1= 3750/-1 2500/-1 1250/-1 ################# Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 =09The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #9: Mon Feb 21 18:54:15 CST 2005 root@uninfectable:/usr/obj/usr/src/sys/UNINFECTABLE Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.20GHz (2192.89-MHz 686-class CP= U) Origin =3D "GenuineIntel" Id =3D 0xf29 Stepping =3D 9 Features=3D0xbfebf9ff real memory =3D 804651008 (767 MB) avail memory =3D 782393344 (746 MB) ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi_ec0: port 0x66,0x62 on acpi0 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 pci_link0: irq 11 on acpi0 pci_link1: irq 11 on acpi0 pci_link2: irq 11 on acpi0 pci_link3: irq 11 on acpi0 pci_link4: irq 11 on acpi0 pci_link5: on acpi0 pci_link6: on acpi0 pci_link7: irq 11 on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device = 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0x1800-0x181f irq 1= 1 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 1= 1 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 1= 1 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 cbb0: mem 0x50000000-0x50000fff irq 11 at devic= e 0.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 ath0: mem 0xd0200000-0xd020ffff irq 11 at device 2.0 on pci2 ath0: Ethernet address: 00:05:4e:42:8b:2d ath0: mac 4.2 phy 3.0 5ghz radio 1.7 2ghz radio 2.3 pci2: at device 7.0 (no driver attached) fxp0: port 0x8000-0x803f mem 0xd= 0214000-0xd0214fff irq 11 at device 8.0 on pci2 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:06:1b:e0:d1:24 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1860-0x186f,0x376,0x170-0x1= 77,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Synaptics Touchpad, device ID 0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on= acpi0 fdc0: [FAST] acpi_cmbat0: on acpi0 acpi_acad0: on acpi0 pmtimer0 on isa0 orm0: at iomem 0xdc000-0xdffff,0xd2000-0xd2fff,0xd1000-0x= d1fff,0xd0000-0xd0fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2192894084 Hz quality 800 Timecounters tick every 1.000 msec pid 24: corrected slot count (0->1) ad0: 76319MB [155061/16/63] at ata0-master UDMA100 acd0: CDRW at ata1-master UDMA33 Trying to mount root from ufs:/dev/ad0s2a pid 454 (vmware-checkvm), uid 0: exited on signal 10 (core dumped) pid 464 (vmware-checkvm), uid 0: exited on signal 10 (core dumped) pid 466 (vmware-checkvm), uid 0: exited on signal 10 (core dumped) pid 468 (vmware-checkvm), uid 0: exited on signal 10 (core dumped) acpi_perf0: on cpu0 acpi_throttle0: on cpu0 ################# nexus0 legacy0 npx0 acpi0 Interrupt request lines: 0x9 I/O ports: 0x10-0x1f 0x24-0x25 0x28-0x29 0x2c-0x2d 0x2e-0x2f 0x30-0x31 0x34-0x35 0x38-0x39 0x3c-0x3d 0x4e-0x4f 0x50-0x53 0x72-0x77 0x90-0x9f 0xa4-0xa5 0xa8-0xa9 0xac-0xad 0xb0-0xb5 0xb8-0xb9 0xbc-0xbd 0x1000-0x107f 0x1180-0x11bf 0x1600-0x167f I/O memory addresses: 0x0-0x9ffff 0xc0000-0xc3fff 0xc4000-0xc7fff 0xc8000-0xcbfff 0xcc000-0xcffff 0xd0000-0xd3fff 0xdc000-0xdffff 0xe0000-0xe3fff 0xe4000-0xe7fff 0xe8000-0xebfff 0xec000-0xeffff 0xf0000-0xfffff 0x100000-0x2fffffff 0xfec00000-0xffffffff acpi_ec0 pnpinfo _HID=3DPNP0C09 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.EC= __ I/O ports: 0x62 0x66 cpu0 pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_PR_.CPU_ I/O ports: 0x1014 0x1015 acpi_perf0 I/O ports: 0xb2 0x1050 cpufreq0 acpi_throttle0 I/O ports: 0x1010-0x1013 pci_link0 pnpinfo _HID=3DPNP0C0F _UID=3D1 at handle=3D\_SB_.LNKA pci_link1 pnpinfo _HID=3DPNP0C0F _UID=3D2 at handle=3D\_SB_.LNKB pci_link2 pnpinfo _HID=3DPNP0C0F _UID=3D3 at handle=3D\_SB_.LNKC pci_link3 pnpinfo _HID=3DPNP0C0F _UID=3D4 at handle=3D\_SB_.LNKD pci_link4 pnpinfo _HID=3DPNP0C0F _UID=3D5 at handle=3D\_SB_.LNKE pci_link5 pnpinfo _HID=3DPNP0C0F _UID=3D6 at handle=3D\_SB_.LNKF pci_link6 pnpinfo _HID=3DPNP0C0F _UID=3D7 at handle=3D\_SB_.LNKG pci_link7 pnpinfo _HID=3DPNP0C0F _UID=3D8 at handle=3D\_SB_.LNKH acpi_sysresource0 pnpinfo _HID=3DPNP0C01 _UID=3D0 at handle=3D\_SB_.MEM= _ acpi_lid0 pnpinfo _HID=3DPNP0C0D _UID=3D0 at handle=3D\_SB_.LID_ acpi_button0 pnpinfo _HID=3DPNP0C0E _UID=3D0 at handle=3D\_SB_.SLPB pcib0 pnpinfo _HID=3DPNP0A03 _UID=3D0 at handle=3D\_SB_.PCI0 pci0 agp0 pnpinfo vendor=3D0x8086 device=3D0x1a30 subvendor=3D0x1014 sub= device=3D0x0507 class=3D0x060000 at slot=3D0 function=3D0 I/O memory addresses: 0xe0000000-0xe3ffffff pcib1 pnpinfo vendor=3D0x8086 device=3D0x1a31 subvendor=3D0x0000 su= bdevice=3D0x0000 class=3D0x060400 at slot=3D1 function=3D0 handle=3D\_SB_.P= CI0.AGP_ pci1 unknown pnpinfo vendor=3D0x1002 device=3D0x4c57 subvendor=3D0x1= 014 subdevice=3D0x0527 class=3D0x030000 at slot=3D0 function=3D0 handle=3D\= _SB_.PCI0.AGP_.VID_ I/O ports: 0x3000-0x30ff I/O memory addresses: 0xd0100000-0xd010ffff 0xe8000000-0xefffffff uhci0 pnpinfo vendor=3D0x8086 device=3D0x24c2 subvendor=3D0x1014 su= bdevice=3D0x052d class=3D0x0c0300 at slot=3D29 function=3D0 handle=3D\_SB_.= PCI0.USB0 Interrupt request lines: 0xb I/O ports: 0x1800-0x181f usb0 uhub0 uhci1 pnpinfo vendor=3D0x8086 device=3D0x24c4 subvendor=3D0x1014 su= bdevice=3D0x052d class=3D0x0c0300 at slot=3D29 function=3D1 handle=3D\_SB_.= PCI0.USB1 I/O ports: 0x1820-0x183f usb1 uhub1 uhci2 pnpinfo vendor=3D0x8086 device=3D0x24c7 subvendor=3D0x1014 su= bdevice=3D0x052d class=3D0x0c0300 at slot=3D29 function=3D2 handle=3D\_SB_.= PCI0.USB2 I/O ports: 0x1840-0x185f usb2 uhub2 unknown pnpinfo vendor=3D0x8086 device=3D0x24cd subvendor=3D0x1014 = subdevice=3D0x052e class=3D0x0c0320 at slot=3D29 function=3D7 handle=3D\_SB= _.PCI0.USB7 I/O memory addresses: 0xd0000000-0xd00003ff pcib2 pnpinfo vendor=3D0x8086 device=3D0x2448 subvendor=3D0x0000 su= bdevice=3D0x0000 class=3D0x060400 at slot=3D30 function=3D0 handle=3D\_SB_.= PCI0.PCI1 pci2 cbb0 pnpinfo vendor=3D0x104c device=3D0xac56 subvendor=3D0x1014= subdevice=3D0x0528 class=3D0x060700 at slot=3D0 function=3D0 handle=3D\_SB= _.PCI0.PCI1.CBS0 I/O memory addresses: 0x50000000-0x50000fff cardbus0 pccard0 ath0 pnpinfo vendor=3D0x168c device=3D0x0012 subvendor=3D0x17ab= subdevice=3D0x8310 class=3D0x020000 at slot=3D2 function=3D0 I/O memory addresses: 0xd0200000-0xd020ffff unknown pnpinfo vendor=3D0x104c device=3D0x8026 subvendor=3D0x1= 014 subdevice=3D0x0515 class=3D0x0c0010 at slot=3D7 function=3D0 I/O memory addresses: 0xd0210000-0xd0213fff 0xd0215000-0xd02157ff fxp0 pnpinfo vendor=3D0x8086 device=3D0x103d subvendor=3D0x1014= subdevice=3D0x0522 class=3D0x020000 at slot=3D8 function=3D0 I/O ports: 0x8000-0x803f I/O memory addresses: 0xd0214000-0xd0214fff miibus0 inphy0 pnpinfo oui=3D0xaa00 model=3D0x33 rev=3D0x0 at phyno= =3D1 isab0 pnpinfo vendor=3D0x8086 device=3D0x24cc subvendor=3D0x0000 su= bdevice=3D0x0000 class=3D0x060100 at slot=3D31 function=3D0 handle=3D\_SB_.= PCI0.LPC_ isa0 adv0 aha0 aic0 bt0 cs0 ed0 fe0 ie0 lnc0 pcic0 pcic1 ppc0 sc0 sio0 sio1 sio2 sio3 sn0 vga0 I/O ports: 0x3c0-0x3df I/O memory addresses: 0xa0000-0xbffff vt0 orm0 I/O memory addresses: 0xd0000-0xd0fff 0xd1000-0xd1fff 0xd2000-0xd2fff 0xdc000-0xdffff pmtimer0 atapci0 pnpinfo vendor=3D0x8086 device=3D0x24ca subvendor=3D0x1014 = subdevice=3D0x052d class=3D0x01018a at slot=3D31 function=3D1 handle=3D\_SB= _.PCI0.IDE0 I/O ports: 0x170-0x177 0x1f0-0x1f7 0x376 0x3f6 0x1860-0x186f ata0 Interrupt request lines: 0xe ata1 Interrupt request lines: 0xf unknown pnpinfo vendor=3D0x8086 device=3D0x24c3 subvendor=3D0x1014 = subdevice=3D0x052d class=3D0x0c0500 at slot=3D31 function=3D3 I/O ports: 0x1880-0x189f unknown pnpinfo vendor=3D0x8086 device=3D0x24c5 subvendor=3D0x1014 = subdevice=3D0x0523 class=3D0x040100 at slot=3D31 function=3D5 I/O ports: 0x18c0-0x18ff 0x1c00-0x1cff I/O memory addresses: 0xd0000800-0xd00008ff 0xd0000c00-0xd0000dff unknown pnpinfo vendor=3D0x8086 device=3D0x24c6 subvendor=3D0x1014 = subdevice=3D0x0524 class=3D0x070300 at slot=3D31 function=3D6 handle=3D\_SB= _.PCI0.AC97 I/O ports: 0x2000-0x207f 0x2400-0x24ff acpi_sysresource1 pnpinfo _HID=3DPNP0C02 _UID=3D0 at handle=3D\_SB_.PCI= 0.LPC_.SIO_ atpic0 pnpinfo _HID=3DPNP0000 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.PIC_ attimer0 pnpinfo _HID=3DPNP0100 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.TI= MR atdma0 pnpinfo _HID=3DPNP0200 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.DMAC unknown pnpinfo _HID=3DPNP0800 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.SPK= R npxisa0 pnpinfo _HID=3DPNP0C04 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.FPU= _ attimer1 pnpinfo _HID=3DPNP0B00 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.RT= C_ atkbdc0 pnpinfo _HID=3DPNP0303 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.KBD= _ I/O ports: 0x60 0x64 atkbd0 Interrupt request lines: 0x1 psm0 Interrupt request lines: 0xc psmcpnp0 pnpinfo _HID=3DIBM0057 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.MO= U_ fdc0 pnpinfo _HID=3DPNP0700 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.FDC_ Interrupt request lines: 0x6 DMA request lines: 2 I/O ports: 0x3f0-0x3f5 0x3f7 unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.FDC_.F= DD0 unknown pnpinfo _HID=3DPNP0501 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.UAR= T unknown pnpinfo _HID=3DPNP0400 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.LPT= _ unknown pnpinfo _HID=3DPNP0401 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.ECP= _ unknown pnpinfo _HID=3DIBM0071 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.FIR= _ unknown pnpinfo _HID=3DPNP0C09 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.EC_= _ unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.EC__.P= UBS acpi_cmbat0 pnpinfo _HID=3DPNP0C0A _UID=3D0 at handle=3D\_SB_.PCI0.LPC_= .EC__.BAT0 unknown pnpinfo _HID=3DPNP0C0A _UID=3D1 at handle=3D\_SB_.PCI0.LPC_.EC_= _.BAT1 acpi_acad0 pnpinfo _HID=3DACPI0003 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_= .EC__.AC__ unknown pnpinfo _HID=3DIBM0068 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.EC_= _.HKEY unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.AGP_.VID_.L= CD0 unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.AGP_.VID_.C= RT0 unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.AGP_.VID_.T= V0_ unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.AGP_.VID_.D= VI0 unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.IDE0.PRIM unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.IDE0.PRIM.M= STR unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.IDE0.SCND unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.IDE0.SCND.M= STR unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.USB0.URTH unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.USB0.URTH.U= NST unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.USB7.URTH unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.USB7.URTH.U= NST unknown pnpinfo _HID=3DIBM006A _UID=3D0 at handle=3D\_SB_.NEST unknown pnpinfo _HID=3DIBM0069 _UID=3D0 at handle=3D\_SB_.SWAP acpi_tz0 pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_TZ_.THM0 acpi_timer0 pnpinfo unknown at unknown I/O ports: 0x1008-0x100b ------=_Part_1159_9255187.1109712864766-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 21:55:50 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6471416A4D1; Tue, 1 Mar 2005 21:55:50 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CA7643D1D; Tue, 1 Mar 2005 21:55:50 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Tue, 01 Mar 2005 13:55:49 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 7A2E25D07; Tue, 1 Mar 2005 13:55:49 -0800 (PST) To: Nate Lawson In-reply-to: Your message of "Thu, 24 Feb 2005 13:11:14 PST." <421E42F2.6010105@root.org> Date: Tue, 01 Mar 2005 13:55:49 -0800 From: "Kevin Oberman" Message-Id: <20050301215549.7A2E25D07@ptavv.es.net> cc: acpi@FreeBSD.ORG cc: Maxim Sobolev cc: current@FreeBSD.ORG Subject: Re: patch: p4tcc and speedstep cpufreq drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Mar 2005 21:55:50 -0000 > Date: Thu, 24 Feb 2005 13:11:14 -0800 > From: Nate Lawson > > Maxim Sobolev wrote: > > Kevin Oberman wrote: > >> No joy. I set it to 262 and it was fine. The next step killed the system > >> again. > >> > >> I'm also concerned that taking TCC out of automatic mode might not be a > >> great idea, at least until things like _PSV are supported. When I do a > >> buildkernel, buildworld or any big compile job, I need to slow down the > >> CPU to keep the CPU form frying. It quickly jumps to 185 F. or higher if > >> I don't. If I understand automatic TCC, it should throttle the CPU all > >> by itself to prevent this. > > > > > > Taking TCC out of automatic mode doesn't disable thermal controlling > > circuitry completely, so that if the processor overheats it will shut > > down the machine anyway: > > > > --- > > Regardless of enabling of the automatic > > or On-Demand modes, in the event of a catastrophic cooling failure, the > > processor will > > automatically shut down when the silicon has reached a temperature of > > approximately > > 135 °C. At this point the system bus signal THERMTRIP# will go active > > and stay active > > until RESET# has been initiated. > > --- > > Correct. Even more so, automatic mode continues to override On-Demand > mode if there is a more moderate thermal condition than THERMTRIP#: > > "On-Demand mode may be used at the same time Automatic mode is enabled, > however, if the system tries to enable the TCC via On-Demand mode at the > same time automatic mode is enabled AND a high temperature condition > exists, the duty cycle of the automatic mode will override the duty > cycle selected by the On-Demand mode." > > Since automatic mode is set by the BIOS before we even boot, things > should be fine. > > >> Between throttling and frequency adjustment I can get about 16 > >> performance levels and I don' see a good reason for another 15. Also, > >> the change is frequency is so non-linear that small changes often don't > >> make sense. The first three step are fairly straight, but then things > >> get bumpy. It looks to me like all frequency settings are not created > >> equal. > > > > I wonder this too. I think in the presence of several independent > > regulators we need some form of calibration to get more or less precise > > results. > > You can manually test this kind of stuff by doing: > hint.p4tcc.0.disabled="1" Thanks! With this set I am down to "only" 14 frequencies, but they are now proportional to CPU speed and I still have a fully functional TCC, should I need it. Also, at no added charge, the system no longer locks up at low speed. I can to all the way down to 150 MHz just fine! No more hangs. I really think that if would be a good idea to have hint.p4tcc.0.disabled set by default, especially based on sobomax's recent message where the spec says that normal operation can't be assured if the TCC is not in automatic mode. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 22:57:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F29A16A4CF for ; Tue, 1 Mar 2005 22:57:19 +0000 (GMT) Received: from mail28.sea5.speakeasy.net (mail28.sea5.speakeasy.net [69.17.117.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2FE743D49 for ; Tue, 1 Mar 2005 22:57:18 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 18792 invoked from network); 1 Mar 2005 22:57:18 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 1 Mar 2005 22:57:18 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j21MuexO075581; Tue, 1 Mar 2005 17:57:12 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-acpi@FreeBSD.org, filippo.forti@fastwebnet.it Date: Tue, 1 Mar 2005 17:03:50 -0500 User-Agent: KMail/1.6.2 References: <20050301203005.GA684@portatile.fastwebnet.it> In-Reply-To: <20050301203005.GA684@portatile.fastwebnet.it> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200503011703.50828.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: freebsd-current@FreeBSD.org Subject: Re: Panic on suspend X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Mar 2005 22:57:19 -0000 On Tuesday 01 March 2005 03:30 pm, Filippo Forti wrote: > Hi, > I got a fully reproduceable panic while trying to suspend (to S3) on my > laptop. FreeBSD is -CURRENT from Monday. > > I'm using a modified DSDT which used to work before I updated on Monday. > dmesg from after reboot is attacched. > > Here comes gbd output > > > Fatal trap 12: page fault while in vm86 mode > fault virtual address = 0x2000 > fault code = user write, page not present > instruction pointer = 0xc000:0x5195 > stack pointer = 0x0:0xfe4 > frame pointer = 0x0:0x0 > code segment = base 0x600005, limit 0x2, type 0x11 > = DPL 1, pres 0, def32 0, gran 0 > processor eflag = interrupt enabled, resume, mv86, IOPL = 0 > current process = 1046 (acpiconf) > [thread pid 1046 tid 100084] > Stopped at 0x5159: *** error reading from address 5159 *** > > db> tr > Tracing pid 1046 tid 100084 td 0xc27645c0 > (null)(ff000e2c3,f000ff53,f000ff54,f00092da) at 0x5195 > _end(ccce4fab,b638f354,3a6c5da3,ec956de5,fe6dff6c) at 0xf000ff53 > > db> where > Tracing pid 1046 tid 100084 td 0xc27645c0 > kdb_enter(c08d00f2,c08e69ce,c08cbfd1,c08ee7f9,2b8) at kdb_enter+0x31 > witness_checkorder(c2cc2a54,9,c08ee7f9,2b8,0) at witness_checkorder+0xc9 > _mtx_lock_flags(c2cc2a54,0,c08ee7f9,2b8,0) at _mtx_lock_flags+0x85 > trap_pfault(c0c21fa8,0,2000,c0c21fa8,2000) at trap_pfault+0xa1 > trap (0,0,0,1000,0) at trap+0x34b > calltrap() at calltrap+0x5 > ---trap 0xc, eip = 0x5195, esp = 0xc0c21fe8, ebp = 0 --- > > db> next > panic: blockable sleep lock (sleep mutex) process lock @ > /usr/src/sys/i386/i386/trap.c:696 > KDB: enter: panic > After 2 instructions (0 loads, 0 stores), > [thread 1046 tid 1000084] > stopped at kdb_enter+0x31: ret > > Thanks for your help > Filippo Can you try this patch to get rid of the bogus witness warning: Index: trap.c =================================================================== RCS file: /usr/cvs/src/sys/i386/i386/trap.c,v retrieving revision 1.270 diff -u -r1.270 trap.c --- trap.c 16 Nov 2004 20:42:31 -0000 1.270 +++ trap.c 18 Feb 2005 15:31:37 -0000 @@ -238,7 +238,7 @@ * to the debugger. */ eva = rcr2(); - if (td->td_critnest == 0) + if (td->td_critnest == 0 && td->td_sleeplocks == NULL) enable_intr(); else trap_fatal(&frame, eva); -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 22:59:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8EE216A4CF for ; Tue, 1 Mar 2005 22:59:35 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EC9A43D53 for ; Tue, 1 Mar 2005 22:59:35 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so10082rnf for ; Tue, 01 Mar 2005 14:59:34 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=p2QLSZmcYXUMAnnH1/ZXp78MvBjq1g0Z7YNmytWNUFYT2FssPiPLGKOoRqdO167Z+GQdjGCNEwoLmUfBVNjUuiARZWF4SCpfYE5He7FidPR8MESGpJQT6FXQETBJeBRIPyuhO8iYAdGKQZfXJk7nKzSP93VV5nNQwoDafblaQY0= Received: by 10.38.88.19 with SMTP id l19mr43802rnb; Tue, 01 Mar 2005 14:59:34 -0800 (PST) Received: by 10.38.101.19 with HTTP; Tue, 1 Mar 2005 14:59:34 -0800 (PST) Message-ID: Date: Tue, 1 Mar 2005 16:59:34 -0600 From: Eric Kjeldergaard To: Nate Lawson In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <42068A5C.1030300@root.org> <421A8F90.3080907@root.org> cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Eric Kjeldergaard List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2005 22:59:35 -0000 On Tue, 1 Mar 2005 15:34:24 -0600, Eric Kjeldergaard wrote: > On Mon, 21 Feb 2005 17:49:04 -0800, Nate Lawson wrote: > > Eric Kjeldergaard wrote: > > > On Sun, 06 Feb 2005 13:21:32 -0800, Nate Lawson wrote: > > > > > >>I've finished the major work of importing cpufreq. As part of this, the > > >>sysctls for acpi throttling have been removed. The power_profile script > > >>has been updated, so you can use performance/economy_cpu_freq= in > > >>rc.conf to set AC on/offline cpu frequencies. The acpi throttling > > >>support has been compiled into acpi_perf.ko so load that to get > > >>throttling. Do a sysctl dev.cpu to get an understanding of the cpufreq > > >>sysctls. > > > > > > > > > I have been using cpufreq on and off since this got comitted and just > > > noticed a problem now. I can't really say when it started happening, > > > but I can say that it happens with a current from about 2 hours ago. > > > What happens is when I kldload cpufreq, usb stops working. If I have > > > a device that was already connected, it gets disconnected, I am unable > > > to connect any new devices. It's just completely unresponsive. > > > Whatever the issue is, it does not help to kldunload cpufreq, I am > > > forced to reboot to get USB working again. The system is an IBM > > > Thinkpad R40. I can give you whatever relevant info you need on > > > request. > > > > Hmm. If you boot with cpufreq and usb loaded, does it have this > > problem? Run the below script to send me your debug info: > > > > http://www.root.org/~nate/freebsd/cpufreq_debug > > > > Finally got a chance to test again. It seems to happen regardless of > whether cpufreq is loaded at boot or dynamically during runtime. The > output of your script is attached. > Oh, just one more thing... Perhaps I'm misunderstanding, but I never see ichss load. It's supposed to load automagically if I have an ICH, no? -- If I write a signature, my emails will appear more personalised. From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 23:19:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 875FB16A4CE; Tue, 1 Mar 2005 23:19:55 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4210043D1F; Tue, 1 Mar 2005 23:19:55 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j21NJnZj029953 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 1 Mar 2005 15:19:52 -0800 Message-ID: <4224F88E.8080205@root.org> Date: Tue, 01 Mar 2005 15:19:42 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: filippo.forti@fastwebnet.it References: <20050301203005.GA684@portatile.fastwebnet.it> <20050301203732.GB684@portatile.fastwebnet.it> In-Reply-To: <20050301203732.GB684@portatile.fastwebnet.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Panic on suspend X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Mar 2005 23:19:55 -0000 Filippo Forti wrote: > I got a fully reproduceable panic while trying to suspend (to S3) on my laptop. > FreeBSD is -CURRENT from Monday. > > I'm using a modified DSDT which used to work before I updated on Monday. > dmesg from after reboot is attacched. > > Here comes gbd output > > Fatal trap 12: page fault while in vm86 mode > fault virtual address = 0x2000 > fault code = user write, page not present > instruction pointer = 0xc000:0x5195 ^^^^^^^ That is in the VGA BIOS. Try setting this sysctl before suspending: hw.acpi.reset_video=0 > stack pointer = 0x0:0xfe4 > frame pointer = 0x0:0x0 > code segment = base 0x600005, limit 0x2, type 0x11 > = DPL 1, pres 0, def32 0, gran 0 > processor eflag = interrupt enabled, resume, mv86, IOPL = 0 > current process = 1046 (acpiconf) > [thread pid 1046 tid 100084] > Stopped at 0x5159: *** error reading from address 5159 *** Ian committed code to restore the VESA state so we shouldn't reset video redundantly. I'm thinking of changing the default to 0 in -current. -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 23:20:53 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3768F16A4CE; Tue, 1 Mar 2005 23:20:53 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id D53B843D39; Tue, 1 Mar 2005 23:20:52 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j21NKoZj029977 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 1 Mar 2005 15:20:51 -0800 Message-ID: <4224F8CB.60305@root.org> Date: Tue, 01 Mar 2005 15:20:43 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Kjeldergaard References: <42068A5C.1030300@root.org> <421A8F90.3080907@root.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Mar 2005 23:20:53 -0000 Eric Kjeldergaard wrote: > On Tue, 1 Mar 2005 15:34:24 -0600, Eric Kjeldergaard wrote: > Oh, just one more thing... > Perhaps I'm misunderstanding, but I never see ichss load. It's > supposed to load automagically if I have an ICH, no? ichss, est, and p4tcc are all contained within cpufreq.ko -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Mar 1 23:24:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 652A916A4CE; Tue, 1 Mar 2005 23:24:00 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 163CD43D2F; Tue, 1 Mar 2005 23:23:59 +0000 (GMT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 1 Mar 2005 23:23:58 +0000 (GMT) To: John Baldwin In-Reply-To: Your message of "Tue, 01 Mar 2005 17:03:50 EST." <200503011703.50828.jhb@FreeBSD.org> Date: Tue, 01 Mar 2005 23:23:57 +0000 From: Ian Dowse Message-ID: <200503012323.ab80767@salmon.maths.tcd.ie> cc: freebsd-acpi@FreeBSD.org cc: freebsd-current@FreeBSD.org cc: filippo.forti@fastwebnet.it Subject: Re: Panic on suspend X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Mar 2005 23:24:00 -0000 In message <200503011703.50828.jhb@FreeBSD.org>, John Baldwin writes: >On Tuesday 01 March 2005 03:30 pm, Filippo Forti wrote: >> Hi, >> I got a fully reproduceable panic while trying to suspend (to S3) on my >> laptop. FreeBSD is -CURRENT from Monday. >> >> I'm using a modified DSDT which used to work before I updated on Monday. >> dmesg from after reboot is attacched. Sorry, this my fault - I thought I was correctly mapping an 8k region in vm86 space, but got it very wrong. I've set the save state limit back to 4k now, which should fix the panic but will mean that the new VESA save/restore feature will be disabled for now on systems that require more than 4k of storage. You can either update to version 1.49 of sys/i386/isa/vesa.c, or else disable VESA support as a workaround. Ian From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 00:36:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3581816A4CE for ; Wed, 2 Mar 2005 00:36:47 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C37243D1F for ; Wed, 2 Mar 2005 00:36:46 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0ICP00JVY839RPB0@bgo1smout1.broadpark.no> for current@freebsd.org; Wed, 02 Mar 2005 01:30:45 +0100 (CET) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0ICP001XG8FN7YB0@bgo1sminn1.broadpark.no> for current@freebsd.org; Wed, 02 Mar 2005 01:38:11 +0100 (CET) Received: by dsa.des.no (Pony Express, from userid 666) id 18ACA4516C; Wed, 02 Mar 2005 01:36:07 +0100 (CET) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 4E71F4516B; Wed, 02 Mar 2005 01:35:47 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 0FB7833C1B; Wed, 02 Mar 2005 01:35:47 +0100 (CET) Date: Wed, 02 Mar 2005 01:35:46 +0100 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <200503011914.j21JEYL9018992@peedub.jennejohn.org> To: Gary Jennejohn Message-id: <86vf8aevfh.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on dsa.des.no References: <200503011914.j21JEYL9018992@peedub.jennejohn.org> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.0.1 X-Spam-Level: cc: Scot Hetzel cc: "Giovanni P. Tirloni" cc: current@freebsd.org Subject: Re: mkIII MFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Mar 2005 00:36:47 -0000 Gary Jennejohn writes: > And AFAIK ATAPICAM isn't supported yet either, which is needed for things > like CD/DVD burners. CD burners work fine without ATAPICAM. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 00:51:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9672516A4CE for ; Wed, 2 Mar 2005 00:51:00 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55A9B43D1D for ; Wed, 2 Mar 2005 00:51:00 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id C09735D41; Tue, 1 Mar 2005 19:50:59 -0500 (EST) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21453-01; Tue, 1 Mar 2005 19:50:56 -0500 (EST) Received: from [192.168.1.3] (pool-68-161-75-250.ny325.east.verizon.net [68.161.75.250]) by pi.codefab.com (Postfix) with ESMTP id AF4ED5CFF; Tue, 1 Mar 2005 19:50:55 -0500 (EST) Message-ID: <42250DC0.4010700@mac.com> Date: Tue, 01 Mar 2005 19:50:08 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <200503011914.j21JEYL9018992@peedub.jennejohn.org> <86vf8aevfh.fsf@xps.des.no> In-Reply-To: <86vf8aevfh.fsf@xps.des.no> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at codefab.com cc: current@freebsd.org Subject: Re: mkIII MFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Mar 2005 00:51:00 -0000 Dag-Erling Smørgrav wrote: > Gary Jennejohn writes: >> And AFAIK ATAPICAM isn't supported yet either, which is needed for things >> like CD/DVD burners. > > CD burners work fine without ATAPICAM. Agreed, burncd works fine for burning a CD on an ATAPI device. However, burncd doesn't seem to handle burning DVDs nearly as well, and many people prefer to use a graphic front end like k3b which talks to dvd+rw-tools even when they are burning CD-ROMs... -- -Chuck From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 01:16:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAB8916A4CE for ; Wed, 2 Mar 2005 01:16:10 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9438F43D2D for ; Wed, 2 Mar 2005 01:16:10 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1D6ITC-0009zu-9I for freebsd-current@freebsd.org; Wed, 02 Mar 2005 01:16:10 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1D6IT9-000PSI-Vn for freebsd-current@freebsd.org; Wed, 02 Mar 2005 10:16:08 +0900 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16933.5079.580025.930930@roam.psg.com> Date: Wed, 2 Mar 2005 10:16:07 +0900 To: freebsd-current@freebsd.org References: <16930.31503.470654.412780@roam.psg.com> <20050227.211808.111547538.imp@bsdimp.com> <16930.40351.237691.273153@roam.psg.com> <20050227.215243.62385751.imp@bsdimp.com> <16931.49532.582326.978082@roam.psg.com> Subject: Re: can't load pcmcia cf card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Mar 2005 01:16:10 -0000 > for the record, reverting to -current and adding nate's two patches > lets me get at the pcmcia card and suspend/resume on my t41 randy From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 01:43:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 364A016A4CE for ; Wed, 2 Mar 2005 01:43:17 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ABFC43D55 for ; Wed, 2 Mar 2005 01:43:17 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1D6ItQ-000AiC-5d; Wed, 02 Mar 2005 01:43:16 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1D6ItN-000PVa-RY; Wed, 02 Mar 2005 10:43:13 +0900 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16933.6705.349819.334943@roam.psg.com> Date: Wed, 2 Mar 2005 10:43:13 +0900 To: "Giovanni P. Tirloni" References: <4224A662.5040303@tirloni.org> cc: current@freebsd.org Subject: Re: mkIII MFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Mar 2005 01:43:17 -0000 > Is there the possibility of MFC'ing the mkIII patch before the -STABLE > branch gets frozen ? as it breaks some pcmcia cf and suspend/resume which otherwise work, i hope not randy From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 01:51:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83CFF16A4CE; Wed, 2 Mar 2005 01:51:24 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A292443D2D; Wed, 2 Mar 2005 01:51:23 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j221pNol022166; Tue, 1 Mar 2005 20:51:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j221pN95073125; Tue, 1 Mar 2005 20:51:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 063BA7306E; Tue, 1 Mar 2005 20:51:22 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050302015122.063BA7306E@freebsd-current.sentex.ca> Date: Tue, 1 Mar 2005 20:51:22 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/742/Tue Mar 1 20:05:59 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2005 01:51:24 -0000 TB --- 2005-03-02 00:15:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-02 00:15:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-03-02 00:15:01 - checking out the source tree TB --- 2005-03-02 00:15:01 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-03-02 00:15:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-02 00:21:03 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-02 00:21:03 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-03-02 00:21:03 - /usr/bin/make -B buildworld >>> 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 TB --- 2005-03-02 01:28:14 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-02 01:28:14 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-03-02 01:28:14 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Mar 2 01:28:15 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Mar 2 01:41:19 UTC 2005 TB --- 2005-03-02 01:41:19 - generating LINT kernel config TB --- 2005-03-02 01:41:19 - cd /home/tinderbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- 2005-03-02 01:41:19 - /usr/bin/make -B LINT TB --- 2005-03-02 01:41:19 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-02 01:41:19 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-03-02 01:41:19 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 2 01:41:19 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/netinet/accf_http.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/netinet/if_atm.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/netinet/if_ether.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/netinet/igmp.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/netinet/in.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/netinet/ip_carp.c /tinderbox/CURRENT/alpha/alpha/src/sys/netinet/ip_carp.c: In function `carp_set_addr6': /tinderbox/CURRENT/alpha/alpha/src/sys/netinet/ip_carp.c:1617: error: structure has no member named `cif_tmp' *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-03-02 01:51:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-02 01:51:22 - ERROR: failed to build lint kernel TB --- 2005-03-02 01:51:22 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 02:11:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9E8216A4CE; Wed, 2 Mar 2005 02:11:14 +0000 (GMT) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id C431043D1F; Wed, 2 Mar 2005 02:11:08 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from ednmsw503.dsto.defence.gov.au (ednmsw503.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id j2229lXo000143; Wed, 2 Mar 2005 12:39:47 +1030 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw503.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.10) with ESMTP id ; Wed, 2 Mar 2005 12:40:54 +1030 Received: from ednex501.dsto.defence.gov.au (ednex501.dsto.defence.gov.au [131.185.2.81]) by muttley.dsto.defence.gov.au (8.11.3/8.11.3) with ESMTP id j2224BQ16180; Wed, 2 Mar 2005 12:34:11 +1030 (CST) Received: from squash.dsto.defence.gov.au ([131.185.40.212]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id FRQ32P8Y; Wed, 2 Mar 2005 12:34:06 +1030 Received: from squash.dsto.defence.gov.au (localhost [127.0.0.1]) by squash.dsto.defence.gov.au (8.12.11/8.12.11) with ESMTP id j2224rDD056180 ; Wed, 2 Mar 2005 12:34:53 +1030 (CST) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squash.dsto.defence.gov.au (8.12.11/8.12.11/Submit) id j2224rjD056179; Wed, 2 Mar 2005 12:34:53 +1030 (CST) (envelope-from wilkinsa) Date: Wed, 2 Mar 2005 12:34:53 +1030 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20050302020453.GE55745@squash.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org, emulation@FreeBSD.org, matthew.thyer@dsto.defence.gov.au Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline User-Agent: Mutt/1.5.6i cc: emulation@freebsd.org cc: matthew.thyer@dsto.defence.gov.au Subject: sys/modules/linux/linux_ioctl.o - LOR [I think] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Mar 2005 02:11:15 -0000 Version: FreeBSD 6.0-CURRENT #1: Tue Feb 22 12:47:37 CST 2005 Seeing these error on console: --- syscall (54, Linux ELF, linux_ioctl), eip = 0x283bf2a4, esp = 0xbfbf8ed0, ebp = 0xbfbf8f80 --- Calling uiomove() with the following non-sleepable locks held: exclusive sleep mutex ifnet r = 0 (0xc09b8ea0) locked @ /usr/src/sys/modules/linux/../../compat/linux/linux_ioctl.c:2135 KDB: stack backtrace: witness_warn(2,0,c08a71b8,ec80fbec,0) at witness_warn+0x175 uiomove(ec80fc64,20,ec80fc44,0,1) at uiomove+0x4d linux_ioctl_socket(c6b52000,ec80fd14,ec80fcd0,c08aa46e,68d) at linux_ioctl_socket+0x8f4 linux_ioctl(c6b52000,ec80fd14,c08c8f72,3ad,3) at linux_ioctl+0x69 syscall(2f,2f,2f,bfbfd36c,4) at syscall+0x13b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, Linux ELF, linux_ioctl), eip = 0x283bf2a4, esp = 0xbfbfd290, ebp = 0xbfbfd300 --- Calling uiomove() with the following non-sleepable locks held: exclusive sleep mutex ifnet r = 0 (0xc09b8ea0) locked @ /usr/src/sys/modules/linux/../../compat/linux/linux_ioctl.c:2135 KDB: stack backtrace: witness_warn(2,0,c08a71b8,0,0) at witness_warn+0x175 uiomove(ec80fc64,20,ec80fc44,0,1) at uiomove+0x4d linux_ioctl_socket(c6b52000,ec80fd14,ec80fcd0,c08aa46e,68d) at linux_ioctl_socket+0x8f4 linux_ioctl(c6b52000,ec80fd14,c08c8f72,3ad,3) at linux_ioctl+0x69 syscall(2f,2f,2f,bfbfd36c,4) at syscall+0x13b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, Linux ELF, linux_ioctl), eip = 0x283bf2a4, esp = 0xbfbfd290, ebp = 0xbfbfd300 --- I'm suspecting a LOR with linux_base. Other symptons include: Compilation of software hangs: e.g. c++ -c -pipe -fno-exceptions -fPIC -Wall -W -O2 -pipe -march=pentium4 -DQT_TABLET_SUPPORT -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -I/usr/local/share/qt/mkspecs/freebsd-g++ -I. -I/usr/local/include/freetype2 -I../interfaces -I/usr/local/include -I../../../include -I.moc/release-shared-mt/ -o .obj/release-shared-mt/yyindent.o yyindent.cpp /usr/ports/x11-toolkits/qt33/work/qt-x11-free-3.3.3/bin/uic -L /usr/ports/x11-toolkits/qt33/work/qt-x11-free-3.3.3/plugins preferences.ui -i preferences.h -o preferences.cpp load: 0.19 cmd: uic 10399 [lockd] 0.05u 0.13s 0% 5572k load: 0.19 cmd: uic 10399 [lockd] 0.05u 0.13s 0% 5572k load: 0.22 cmd: uic 10399 [lockd] 0.05u 0.13s 0% 5572k Other than that the box keeps running fine. e.g. last pid: 10808; load averages: 0.80, 0.43, 0.36 up 4+20:06:42 12:32:01 140 processes: 2 running, 104 sleeping, 2 zombie, 31 waiting, 1 lock CPU states: 24.6% user, 0.0% nice, 7.7% system, 2.3% interrupt, 65.4% idle Mem: 392M Active, 401M Inact, 138M Wired, 51M Cache, 102M Buf, 11M Free Swap: 2048M Total, 4K Used, 2048M Free PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 11 root 171 52 0K 8K RUN 107.0H 51.46% 51.46% idle: cpu0 - aW From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 02:16:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6471B16A4CE for ; Wed, 2 Mar 2005 02:16:07 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF5AE43D53 for ; Wed, 2 Mar 2005 02:16:06 +0000 (GMT) (envelope-from lihong.chen@gmail.com) Received: by wproxy.gmail.com with SMTP id 70so21317wra for ; Tue, 01 Mar 2005 18:16:06 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=mSWnnP/pe5241VOhHUn5aP+wsVb/T/oIW0VITCOmNSab5h27BOaNBBMdAe1h/Wfu11XjDCmw2md+2Sikhc7a7ItavkjyV3b9WWoBlFCSwMdUZ4EMnCz7nf8gjlgmrlUz+D+D1moeeIlFS3RqbPAATt8VQGPDkeNjULTqePeZwJ4= Received: by 10.54.37.77 with SMTP id k77mr88861wrk; Tue, 01 Mar 2005 18:15:57 -0800 (PST) Received: from localhost.localdomain ([61.221.58.28]) by smtp.gmail.com with ESMTP id 45sm19814wri.2005.03.01.18.15.56; Tue, 01 Mar 2005 18:15:57 -0800 (PST) From: Chen Lihong To: freebsd-current@freebsd.org Content-Type: text/plain Date: Wed, 02 Mar 2005 10:15:53 +0800 Message-Id: <1109729753.757.6.camel@OmniBook.accton.com.tw> Mime-Version: 1.0 X-Mailer: Evolution 2.1.5 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: New kerberos 5 failed to build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Mar 2005 02:16:07 -0000 Hi! I cvsup'ed src this morning (2 March 01:00 UTC). And run this: # cd /usr/obj # rm -rf * # cd /usr/src # make buildworld It failed to build libkrb5: The data type named ChangePasswdDataMS is undefined!, see below. ... ===> kerberos5/lib/libkrb5 (depend,all,install) /usr/local/libexec/ccache/cc -pipe -O2 -ffast-math -mfpmath=sse -march=pentium3 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -DINET6 -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c: In function `setpw_send_request': /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c:170: error: syntax error before "chpw" /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c:188: error: `chpw' undeclared (first use in this function) /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c:188: error: (Each undeclared identifier is reported only once /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c:188: error: for each function it appears in.) *** Error code 1 Stop in /usr/src/kerberos5/lib/libkrb5. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. # From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 02:44:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE52A16A4CE for ; Wed, 2 Mar 2005 02:44:21 +0000 (GMT) Received: from splinter.bowdoin.edu (splinter.bowdoin.edu [139.140.181.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F81B43D39 for ; Wed, 2 Mar 2005 02:44:21 +0000 (GMT) (envelope-from alec@thened.net) Received: by splinter.bowdoin.edu (Postfix, from userid 12008) id DED30C11A; Tue, 1 Mar 2005 21:44:18 -0500 (EST) Date: Tue, 1 Mar 2005 21:44:18 -0500 From: Alec Berryman To: freebsd-current@freebsd.org Message-ID: <20050302024418.GA57759@thened.net> Mail-Followup-To: freebsd-current@freebsd.org References: <1109729753.757.6.camel@OmniBook.accton.com.tw> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline In-Reply-To: <1109729753.757.6.camel@OmniBook.accton.com.tw> X-Ned-Wuz-Here: Yes X-GPG-Fingerprint: 3DB5 8785 53D9 8BF4 5049 B6B9 02E7 7FD9 881C 85C4 X-GPG-Key: http://www.thened.net/~alec/static/alec.asc User-Agent: Mutt/1.5.8i Subject: Re: New kerberos 5 failed to build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Mar 2005 02:44:22 -0000 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Chen Lihong on 2005-03-02 10:15:53 +0800: > I cvsup'ed src this morning (2 March 01:00 UTC). And run this: > -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c > /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c: In function `setpw_send_request': > /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c:170: error: syntax error before "chpw" > /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c:188: error: `chpw' undeclared (first use in this function) > /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c:188: error: (Each undeclared identifier is reported only once > /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c:188: error: for each function it appears in.) I got the same error on 5-STABLE from a cvsup an hour ago, with and without ccache. I don't feel like this was caused by the Heimdal update half a week ago; it compiled fine around the day before yesterday. --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCJSiCAud/2YgchcQRAgzcAJ99kMF3hZGvkbnaT/RyF87hqTnLlACfVWBM wRmsYCgAbMCg9c3Y5tNVz3s= =4cLi -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 02:59:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E865416A4CE for ; Wed, 2 Mar 2005 02:59:43 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C43543D5E for ; Wed, 2 Mar 2005 02:59:43 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 0073E72DD4; Tue, 1 Mar 2005 18:59:42 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id EF36172DCB for ; Tue, 1 Mar 2005 18:59:42 -0800 (PST) Date: Tue, 1 Mar 2005 18:59:42 -0800 (PST) From: Doug White To: freebsd-current@freebsd.org In-Reply-To: <1119242149.20050301105816@takeda.tk> Message-ID: <20050301184735.O72408@carver.gumbysoft.com> References: <549575862.20050226230200@takeda.tk> <20050228210235.C62607@carver.gumbysoft.com> <20050301104030.W68845@carver.gumbysoft.com> <1119242149.20050301105816@takeda.tk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=Windows-1250 Content-Transfer-Encoding: QUOTED-PRINTABLE Subject: Re: FreeBSD 5.3 crash (core with debug symbols available) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Mar 2005 02:59:44 -0000 On Tue, 1 Mar 2005, Dariusz Kulinski wrote: > Hello Doug, > > Tuesday, March 1, 2005, 10:50:19 AM, you wrote: > > >> > Looks like it ran over a spammed thread, but I'll want to see the fa= ult > >> > address. Bets on whether its 0xdeadc0de+offset? > >> 0xdeadc0de, huh? :) > > free()d memory regions get filled with 0xdeadc0de to hunt down > > use-after-free conditions. > > Ok, I thought it was one of developer jokes =3D) > > > Thats what I want :-) > > > OK, it wasn't deadc0de, so can you load the crashdump up, go down to th= e > > sigtd() frame, and "print *td"? It'll be a huge spew. > > (kgdb) frame 20 > #20 0xc04e9d3f in sigtd (p=3D0xc16948d4, sig=3D14, prop=3D129) at /usr/sr= c/sys/kern/kern_sig.c:1581 > 1581 if (td->td_waitset !=3D NULL && > (kgdb) print *td > $1 =3D {td_proc =3D 0xc16948d4, td_ksegrp =3D 0xc26b9310, td_plist =3D {t= qe_next =3D 0xc1b48190, tqe_prev =3D 0xc1b95198}, td_kglist =3D { > tqe_next =3D 0x0, tqe_prev =3D 0xc26b931c}, td_slpq =3D {tqe_next =3D= 0x0, tqe_prev =3D 0xc1794b80}, td_lockq =3D {tqe_next =3D 0x0, > tqe_prev =3D 0x0}, td_runq =3D {tqe_next =3D 0x0, tqe_prev =3D 0xc26b= 9324}, td_selq =3D {tqh_first =3D 0x0, tqh_last =3D 0xc17c31c0}, > td_sleepqueue =3D 0x0, td_turnstile =3D 0xc15d5dc0, td_tid =3D 100081, = td_flags =3D 8, td_inhibitors =3D 6, td_pflags =3D 8, > td_dupfd =3D 0, td_wchan =3D 0xd12bfc20, td_wmesg =3D 0xc06cef0b "sigwa= it", td_lastcpu =3D 0 '\0', td_oncpu =3D 255 '=FF', > td_locks =3D 0, td_blocked =3D 0x0, td_ithd =3D 0x0, td_lockname =3D 0x= 0, td_contested =3D {lh_first =3D 0x0}, td_sleeplocks =3D 0x0, > td_intr_nesting_level =3D 0, td_pinned =3D 0, td_mailbox =3D 0x9903010,= td_ucred =3D 0xc2b41b00, td_standin =3D 0x0, td_prticks =3D 0, > td_upcall =3D 0xc17c0510, td_sticks =3D 2210, td_uuticks =3D 0, td_usti= cks =3D 0, td_intrval =3D 0, td_oldsigmask =3D {__bits =3D {0, 0, > 0, 0}}, td_sigmask =3D {__bits =3D {159751, 0, 0, 0}}, td_siglist = =3D {__bits =3D {0, 0, 0, 0}}, td_waitset =3D 0xd12bfc64, > td_umtx =3D {tqe_next =3D 0x0, tqe_prev =3D 0x0}, td_generation =3D 376= 536, td_sigstk =3D {ss_sp =3D 0x0, ss_size =3D 0, ss_flags =3D 0}, > td_kflags =3D 0, td_xsig =3D 0, td_profil_addr =3D 0, td_profil_ticks = =3D 0, td_base_pri =3D 104 'h', td_priority =3D 104 'h', > td_pcb =3D 0xd12bfda0, td_state =3D TDS_INHIBITED, td_retval =3D {0, 13= 7620480}, td_slpcallout =3D {c_links =3D {sle =3D { > sle_next =3D 0x0}, tqe =3D {tqe_next =3D 0x0, tqe_prev =3D 0xc1cd= 68e4}}, c_time =3D 216540257, c_arg =3D 0xc17c3190, c_func =3D 0, > c_flags =3D 8}, td_frame =3D 0xd12bfd48, td_kstack_obj =3D 0xc1796318= , td_kstack =3D 3509313536, td_kstack_pages =3D 2, > td_altkstack_obj =3D 0x0, td_altkstack =3D 0, td_altkstack_pages =3D 0,= td_critnest =3D 1, td_md =3D {md_savecrit =3D 582}, > td_sched =3D 0xc17c32e4} This is quite helpful, thanks! It appears the thread had called sigtimedwait() and the timeout fired. The clock ithread goes to whack the process with SIGALRM and checks if its waiting in sigtimedwait() specifically. That info is coded into the td_waitset member of struct thread, which get set from the user. All of the frontends provide the set from a stack variable. later, in kern_sigtimedwait()... 926 td->td_waitset =3D &waitset; 927 error =3D msleep(&ps, &p->p_mtx, PPAUSE|PCATCH, "sigwait", hz); So now a pointer to stack variable is in the thread. Later on sigtd() comes along and wants to dereference it and that stack page isn't available according to the VM system and that trips the panic. Some more exploration is necessary. Can you make the crashdump and debug kernel available? Also, what was running when this panic tripped? ("info threads" in kgdb may be useful.) --=20 Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 03:29:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6166B16A4CE; Wed, 2 Mar 2005 03:29:51 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72BCE43D46; Wed, 2 Mar 2005 03:29:50 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j223Tn3C025746; Tue, 1 Mar 2005 22:29:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j223Tnso055848; Tue, 1 Mar 2005 22:29:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A15827306E; Tue, 1 Mar 2005 22:29:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050302032949.A15827306E@freebsd-current.sentex.ca> Date: Tue, 1 Mar 2005 22:29:49 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/742/Tue Mar 1 20:05:59 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2005 03:29:51 -0000 TB --- 2005-03-02 01:51:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-02 01:51:23 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-03-02 01:51:23 - checking out the source tree TB --- 2005-03-02 01:51:23 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-03-02 01:51:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-02 01:57:24 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-02 01:57:24 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-03-02 01:57:24 - /usr/bin/make -B buildworld >>> 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 TB --- 2005-03-02 03:04:58 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-02 03:04:58 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-03-02 03:04:58 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Mar 2 03:04:59 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Mar 2 03:19:51 UTC 2005 TB --- 2005-03-02 03:19:51 - generating LINT kernel config TB --- 2005-03-02 03:19:51 - cd /home/tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2005-03-02 03:19:51 - /usr/bin/make -B LINT TB --- 2005-03-02 03:19:51 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-02 03:19:51 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-03-02 03:19:51 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 2 03:19:51 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/netinet/accf_http.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/netinet/if_atm.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/netinet/if_ether.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/netinet/igmp.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/netinet/in.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/netinet/ip_carp.c /tinderbox/CURRENT/amd64/amd64/src/sys/netinet/ip_carp.c: In function `carp_set_addr6': /tinderbox/CURRENT/amd64/amd64/src/sys/netinet/ip_carp.c:1617: error: structure has no member named `cif_tmp' *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-03-02 03:29:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-02 03:29:49 - ERROR: failed to build lint kernel TB --- 2005-03-02 03:29:49 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 04:31:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA39C16A4CE; Wed, 2 Mar 2005 04:31:06 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0130843D2F; Wed, 2 Mar 2005 04:31:06 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j224X7ZD003761; Tue, 1 Mar 2005 21:33:08 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <42254106.8070006@samsco.org> Date: Tue, 01 Mar 2005 21:28:54 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Yeske References: <20050301175414.29170.qmail@web31007.mail.mud.yahoo.com> In-Reply-To: <20050301175414.29170.qmail@web31007.mail.mud.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: hackers@freebsd.org cc: re@freebsd.org cc: current@freebsd.org Subject: Re: smbfs install option for sysinstall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Mar 2005 04:31:06 -0000 David Yeske wrote: > I modified the installer a while back to be able to install from a smb share. > It needs a little work though. I'm looking for some feedback although I have > tested it recently. I have done a recent install from a Windows XP machine > joined to a domain using a share that had domain admin credentials. > > http://futurebsd.sourceforge.net/freebsd/smbfs/ > > Here are a couple of issues that should be fixed. > > 1. I am not sure how to get the smbfs kernel support into the installer without > also putting it into the GENERIC kernel of the release. Probably not a big deal, unless it presents a security risk by default. I don't know enough about smbfs to say. > > 2. If a user uses is prompted for a password, then the output will make > sysinstall look kinda funny, although the user can enter the password properly. > There is probably a way to intercept the stdin and stdout of mount_smbfs and > have it display in a menu? This should work similar to the root password > change option? Probably easiest to do it this way. Sysinstall isn't pretty, but making it uglier with misformatted dialogs isn't good either. > > 3. This may add too much space to the floppy installer? No longer a problem now that the splitfs support is in. > > 4. The English used in the menus could be better. > > Regards, > David Yeske > Scott From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 04:50:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAB6D16A4CE; Wed, 2 Mar 2005 04:50:37 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 868B943D39; Wed, 2 Mar 2005 04:50:37 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222])j224kREM002987; Tue, 1 Mar 2005 23:46:27 -0500 Message-ID: <4225461C.2060300@root.org> Date: Tue, 01 Mar 2005 20:50:36 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: please test - ATA bugfixes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Mar 2005 04:50:38 -0000 Please test ATA in -current if you had one of the following problems: 1. "Memory modified after free" panic with invariants and Thinkpad DVD, CD, CDRW, etc. drive 2. Long (30 second) delay on resume It would also be nice to know if anyone finds a regression (not likely.) Matt Dodd was kind enough to commit the patches. It would be good to give them as much testing as possible. Thanks, -- Nate From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 05:13:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1755916A4CE; Wed, 2 Mar 2005 05:13:20 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2581E43D5A; Wed, 2 Mar 2005 05:13:19 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j225DIAO028717; Wed, 2 Mar 2005 00:13:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j225DIYU096613; Wed, 2 Mar 2005 00:13:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2CC527306E; Wed, 2 Mar 2005 00:13:18 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050302051318.2CC527306E@freebsd-current.sentex.ca> Date: Wed, 2 Mar 2005 00:13:18 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/742/Tue Mar 1 20:05:59 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2005 05:13:20 -0000 TB --- 2005-03-02 03:29:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-02 03:29:49 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-03-02 03:29:49 - checking out the source tree TB --- 2005-03-02 03:29:49 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-03-02 03:29:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-02 03:35:49 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-02 03:35:49 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-03-02 03:35:49 - /usr/bin/make -B buildworld >>> 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 TB --- 2005-03-02 04:43:31 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-02 04:43:31 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-03-02 04:43:31 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Mar 2 04:43:31 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Mar 2 05:01:00 UTC 2005 TB --- 2005-03-02 05:01:00 - generating LINT kernel config TB --- 2005-03-02 05:01:00 - cd /home/tinderbox/CURRENT/i386/i386/src/sys/i386/conf TB --- 2005-03-02 05:01:00 - /usr/bin/make -B LINT TB --- 2005-03-02 05:01:00 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-02 05:01:00 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-03-02 05:01:00 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 2 05:01:00 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/netinet/accf_http. c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/netinet/if_atm.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/netinet/if_ether.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/netinet/igmp.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/netinet/in.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/netinet/ip_carp.c /tinderbox/CURRENT/i386/i386/src/sys/netinet/ip_carp.c: In function `carp_set_addr6': /tinderbox/CURRENT/i386/i386/src/sys/netinet/ip_carp.c:1617: error: structure has no member named `cif_tmp' *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-03-02 05:13:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-02 05:13:17 - ERROR: failed to build lint kernel TB --- 2005-03-02 05:13:17 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 05:29:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2919416A4CF for ; Wed, 2 Mar 2005 05:29:40 +0000 (GMT) Received: from chinatsu.takeda.tk (node-402413e2.sna.onnet.us.uu.net [64.36.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3494443D2D for ; Wed, 2 Mar 2005 05:29:39 +0000 (GMT) (envelope-from d.kulinski@gmail.com) Received: from takeda.lan (takeda.lan [10.0.0.3]) (authenticated bits=0) by chinatsu.takeda.tk (8.13.1/8.13.1) with ESMTP id j225Tb7f004807 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Tue, 1 Mar 2005 21:29:38 -0800 (PST) (envelope-from d.kulinski@gmail.com) Date: Tue, 1 Mar 2005 21:29:34 -0800 From: Dariusz Kulinski X-Priority: 3 (Normal) Message-ID: <1872760286.20050301212934@takeda.tk> To: Doug White , freebsd-current@freebsd.org In-Reply-To: <20050301184735.O72408@carver.gumbysoft.com> References: <549575862.20050226230200@takeda.tk> <20050228210235.C62607@carver.gumbysoft.com> <20050301104030.W68845@carver.gumbysoft.com> <1119242149.20050301105816@takeda.tk> <20050301184735.O72408@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: ClamAV 0.83/742/Tue Mar 1 17:05:59 2005 on chinatsu.takeda.tk X-Virus-Status: Clean Subject: Re: FreeBSD 5.3 crash (core with debug symbols available) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2005 05:29:40 -0000 Hello Doug, Tuesday, March 1, 2005, 6:59:42 PM, you wrote: > Some more exploration is necessary. Can you make the crashdump and debug > kernel available? Also, what was running when this panic tripped? ("info > threads" in kgdb may be useful.) This crash occured while doing backup on a live system (snapshot was enabled to get consistent backup). But it might not be related to the snapshot, today (Tuesday) I noticed on morning that system crashed again. I posted information about that before (Message-ID: <596413574.20050301104045@takeda.tk>). This crash also occured in same line in the code, but the difference is that it happened when I wasn't around. So it's hard to me to tell if the line is just coincidence, or the crashes are related. From=20the logfile (of the second crash (not this one)): [...] Mar 1 07:18:32 chinatsu httpd: PHP Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 240 bytes) in /usr/local/www/phpwiki-1.3.10/lib/WikiUserNew.php on line 1012=20 Mar 1 09:59:26 chinatsu syslogd: restart Mar 1 09:59:26 chinatsu syslogd: kernel boot file is /boot/kernel/kernel [...] Looks like it happened somewhere after 7:18:32 (9:59:26 was when I went to the console and asked to dump core file) I showed the log file, because the message is strange. Maybe is related to the crash. Please note that this is from the second crash that occured today, not the one we're analyzing currently. As for the list of threads from the first core dump, here it goes: (kgdb) info threads 149 TID 100050 sched_switch (td=3D0xc1695000, newtd=3D0xc14e04b0, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 148 TID 100254 sched_switch (td=3D0xc2d9a640, newtd=3D0xc14e3e10, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 147 TID 100176 sched_switch (td=3D0xc1d0b960, newtd=3D0xc211e000, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 146 TID 100219 sched_switch (td=3D0xc1f9ae10, newtd=3D0xc14e04b0, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 kgdb: kvm_read: invalid address (d1791da0) 145 TID 100262 0x00000000 in ?? () kgdb: kvm_read: invalid address (d136ada0) 144 TID 100104 0x00000000 in ?? () kgdb: kvm_read: invalid address (d1454da0) 143 TID 100143 0x00000000 in ?? () kgdb: kvm_read: invalid address (d14e8da0) 142 TID 100200 0x00000000 in ?? () kgdb: kvm_read: invalid address (d14b0da0) 141 TID 100158 0x00000000 in ?? () kgdb: kvm_read: invalid address (d1317da0) 140 TID 100095 0x00000000 in ?? () kgdb: kvm_read: invalid address (d137cda0) 139 TID 100110 0x00000000 in ?? () kgdb: kvm_read: invalid address (d1794da0) 138 TID 100263 0x00000000 in ?? () kgdb: kvm_read: invalid address (d1842da0) 137 TID 100271 0x00000000 in ?? () kgdb: kvm_read: invalid address (d1851da0) 136 TID 100276 0x00000000 in ?? () kgdb: kvm_read: invalid address (d168eda0) 135 TID 100305 0x00000000 in ?? () kgdb: kvm_read: invalid address (d16a0da0) 134 TID 100311 0x00000000 in ?? () kgdb: kvm_read: invalid address (d1394da0) 133 TID 100118 0x00000000 in ?? () kgdb: kvm_read: invalid address (d173bda0) 132 TID 100333 0x00000000 in ?? () kgdb: kvm_read: invalid address (d1314da0) 131 TID 100094 0x00000000 in ?? () kgdb: kvm_read: invalid address (d1869da0) 130 TID 100284 0x00000000 in ?? () kgdb: kvm_read: invalid address (d142dda0) 129 TID 100130 0x00000000 in ?? () kgdb: kvm_read: invalid address (d14a1da0) 128 TID 100153 0x00000000 in ?? () kgdb: kvm_read: invalid address (d1445da0) 127 TID 100138 0x00000000 in ?? () kgdb: kvm_read: invalid address (d14b3da0) 126 TID 100159 0x00000000 in ?? () 125 TID 100172 sched_switch (td=3D0xc1d0b320, newtd=3D0xc1addaf0, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 kgdb: kvm_read: invalid address (d1732da0) 124 TID 100330 0x00000000 in ?? () kgdb: kvm_read: invalid address (d179dda0) 123 TID 100266 0x00000000 in ?? () kgdb: kvm_read: invalid address (d13ecda0) 122 TID 100129 0x00000000 in ?? () kgdb: kvm_read: invalid address (d1618da0) 121 TID 100242 0x00000000 in ?? () kgdb: kvm_read: invalid address (d152fda0) 120 TID 100204 0x00000000 in ?? () 119 TID 100220 sched_switch (td=3D0xc211e000, newtd=3D0xc2e59af0, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 kgdb: kvm_read: invalid address (d172cda0) 118 TID 100328 0x00000000 in ?? () kgdb: kvm_read: invalid address (d1592da0) 117 TID 100192 0x00000000 in ?? () 116 TID 100277 sched_switch (td=3D0xc2e59af0, newtd=3D0xc14e04b0, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 kgdb: kvm_read: invalid address (d130bda0) 115 TID 100091 0x00000000 in ?? () 114 TID 100214 sched_switch (td=3D0xc1f9a640, newtd=3D0xc18db640, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 113 TID 100152 sched_switch (td=3D0xc1c54320, newtd=3D0xc2d9a640, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 112 TID 100066 sched_switch (td=3D0xc1696960, newtd=3D0xc14e04b0, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 111 TID 100150 sched_switch (td=3D0xc1c54000, newtd=3D0xc1696960, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 110 TID 100173 sched_switch (td=3D0xc1d0b4b0, newtd=3D0xc14e04b0, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 kgdb: kvm_read: invalid address (d130eda0) 109 TID 100092 0x00000000 in ?? () 108 TID 100052 sched_switch (td=3D0xc1695320, newtd=3D0xc1f9a640, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 kgdb: kvm_read: invalid address (d1685da0) 107 TID 100302 0x00000000 in ?? () kgdb: kvm_read: invalid address (d09a6da0) 106 TID 100054 0x00000000 in ?? () kgdb: kvm_read: invalid address (d16a3da0) 105 TID 100312 0x00000000 in ?? () kgdb: kvm_read: invalid address (d175ada0) 104 TID 100339 0x00000000 in ?? () kgdb: kvm_read: invalid address (d1694da0) 103 TID 100307 0x00000000 in ?? () kgdb: kvm_read: invalid address (d165dda0) 102 TID 100294 0x00000000 in ?? () kgdb: kvm_read: invalid address (d167cda0) 101 TID 100299 0x00000000 in ?? () 100 TID 100210 sched_switch (td=3D0xc1f9a000, newtd=3D0xc1d0b000, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 99 TID 100170 sched_switch (td=3D0xc1d0b000, newtd=3D0xc1cd6000, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 98 TID 100132 sched_switch (td=3D0xc1adc320, newtd=3D0xc19dbc80, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 97 TID 100327 sched_switch (td=3D0xc189daf0, newtd=3D0xc1adc320, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 96 TID 100338 sched_switch (td=3D0xc19dbc80, newtd=3D0xc1c54000, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 95 TID 100285 sched_switch (td=3D0xc2e5a7d0, newtd=3D0xc1695960, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 94 TID 100310 sched_switch (td=3D0xc1cd6000, newtd=3D0xc2e5a7d0, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 kgdb: kvm_read: invalid address (d15cfda0) 93 TID 100240 0x00000000 in ?? () 92 TID 100195 sched_switch (td=3D0xc2a4a7d0, newtd=3D0xc2d9a640, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 kgdb: kvm_read: invalid address (d09afda0) 91 TID 100057 0x00000000 in ?? () kgdb: kvm_read: invalid address (d1708da0) 90 TID 100322 0x00000000 in ?? () 89 TID 100320 sched_switch (td=3D0xc189d000, newtd=3D0xc14e04b0, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 kgdb: kvm_read: invalid address (d1574da0) 88 TID 100182 0x00000000 in ?? () kgdb: kvm_read: invalid address (d16acda0) 87 TID 100315 0x00000000 in ?? () kgdb: kvm_read: invalid address (d1595da0) 86 TID 100193 0x00000000 in ?? () kgdb: kvm_read: invalid address (d09cdda0) 85 TID 100067 0x00000000 in ?? () kgdb: kvm_read: invalid address (d15a7da0) 84 TID 100199 0x00000000 in ?? () kgdb: kvm_read: invalid address (d158cda0) 83 TID 100190 0x00000000 in ?? () kgdb: kvm_read: invalid address (d12c8da0) 82 TID 100084 0x00000000 in ?? () kgdb: kvm_read: invalid address (d1589da0) 81 TID 100189 0x00000000 in ?? () kgdb: kvm_read: invalid address (d12a1da0) 80 TID 100071 0x00000000 in ?? () kgdb: kvm_read: invalid address (d168bda0) 79 TID 100304 0x00000000 in ?? () kgdb: kvm_read: invalid address (d183fda0) 78 TID 100270 0x00000000 in ?? () kgdb: kvm_read: invalid address (d1571da0) 77 TID 100181 0x00000000 in ?? () kgdb: kvm_read: invalid address (d1682da0) 76 TID 100301 0x00000000 in ?? () kgdb: kvm_read: invalid address (d12bfda0) 75 TID 100081 0x00000000 in ?? () kgdb: kvm_read: invalid address (d1654da0) 74 TID 100291 0x00000000 in ?? () kgdb: kvm_read: invalid address (d15e5da0) 73 TID 100217 0x00000000 in ?? () kgdb: kvm_read: invalid address (d144eda0) 72 TID 100141 0x00000000 in ?? () kgdb: kvm_read: invalid address (d13e0da0) 71 TID 100125 0x00000000 in ?? () 70 TID 100156 sched_switch (td=3D0xc1c54960, newtd=3D0xc2d9a640, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 69 TID 100114 sched_switch (td=3D0xc18db640, newtd=3D0xc17c2c80, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 68 TID 100115 sched_switch (td=3D0xc18db7d0, newtd=3D0xc14e04b0, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 kgdb: kvm_read: invalid address (d14bfda0) 67 TID 100163 0x00000000 in ?? () 66 TID 100144 sched_switch (td=3D0xc1add640, newtd=3D0xc2d9a640, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 65 TID 100147 sched_switch (td=3D0xc1addaf0, newtd=3D0xc18db640, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 kgdb: kvm_read: invalid address (d143fda0) 64 TID 100136 0x00000000 in ?? () kgdb: kvm_read: invalid address (d1308da0) 63 TID 100090 0x00000000 in ?? () kgdb: kvm_read: invalid address (d09b2da0) 62 TID 100058 0x00000000 in ?? () kgdb: kvm_read: invalid address (d131dda0) 61 TID 100097 0x00000000 in ?? () kgdb: kvm_read: invalid address (d1370da0) 60 TID 100106 0x00000000 in ?? () kgdb: kvm_read: invalid address (d13e6da0) 59 TID 100127 0x00000000 in ?? () kgdb: kvm_read: invalid address (d12b3da0) 58 TID 100077 0x00000000 in ?? () kgdb: kvm_read: invalid address (d1379da0) 57 TID 100109 0x00000000 in ?? () kgdb: kvm_read: invalid address (cbd2eda0) 56 TID 100024 0x00000000 in ?? () kgdb: kvm_read: invalid address (d1364da0) 55 TID 100102 0x00000000 in ?? () kgdb: kvm_read: invalid address (d136dda0) 54 TID 100105 0x00000000 in ?? () kgdb: kvm_read: invalid address (d13e3da0) 53 TID 100126 0x00000000 in ?? () kgdb: kvm_read: invalid address (d1311da0) 52 TID 100093 0x00000000 in ?? () kgdb: kvm_read: invalid address (d1376da0) 51 TID 100108 0x00000000 in ?? () kgdb: kvm_read: invalid address (d09b8da0) 50 TID 100060 0x00000000 in ?? () kgdb: kvm_read: invalid address (d09b5da0) 49 TID 100059 0x00000000 in ?? () kgdb: kvm_read: invalid address (d09c1da0) 48 TID 100063 0x00000000 in ?? () kgdb: kvm_read: invalid address (d09beda0) 47 TID 100062 0x00000000 in ?? () 46 TID 100056 sched_switch (td=3D0xc1695960, newtd=3D0xc14e8e10, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 45 TID 100023 sched_switch (td=3D0xc14e84b0, newtd=3D0xc14e8c80, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 44 TID 100049 sched_switch (td=3D0xc1692e10, newtd=3D0xc14e84b0, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 43 TID 100048 sched_switch (td=3D0xc1692c80, newtd=3D0xc1692e10, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 42 TID 100047 sched_switch (td=3D0xc1692af0, newtd=3D0xc1692c80, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 41 TID 100046 sched_switch (td=3D0xc1692960, newtd=3D0xc1692af0, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 40 TID 100045 sched_switch (td=3D0xc16927d0, newtd=3D0xc18db7d0, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 39 TID 100044 sched_switch (td=3D0xc1692640, newtd=3D0xc2d9a640, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 38 TID 100043 sched_switch (td=3D0xc16924b0, newtd=3D0xc14e84b0, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 37 TID 100042 sched_switch (td=3D0xc1692320, newtd=3D0xc14e04b0, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 36 TID 100041 sched_switch (td=3D0xc1692190, newtd=3D0xc14e0c80, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 35 TID 100040 sched_switch (td=3D0xc1692000, newtd=3D0xc14e8c80, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 34 TID 100012 sched_switch (td=3D0xc14e3320, newtd=3D0xc14e8c80, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 33 TID 100011 sched_switch (td=3D0xc14e3190, newtd=3D0xc14e8960, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 32 TID 100035 fork_trampoline () at /usr/src/sys/i386/i386/exception.s:2= 06 31 TID 100034 sched_switch (td=3D0xc150b640, newtd=3D0xc14e3190, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 30 TID 100033 fork_trampoline () at /usr/src/sys/i386/i386/exception.s:2= 06 29 TID 100032 fork_trampoline () at /usr/src/sys/i386/i386/exception.s:2= 06 28 TID 100031 sched_switch (td=3D0xc150b190, newtd=3D0xc18d87d0, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 27 TID 100030 sched_switch (td=3D0xc150b000, newtd=3D0xc1d0b320, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 26 TID 100029 sched_switch (td=3D0xc14e8e10, newtd=3D0xc1c54000, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 25 TID 100028 sched_switch (td=3D0xc14e8c80, newtd=3D0xc14e04b0, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 24 TID 100027 sched_switch (td=3D0xc14e8af0, newtd=3D0xc1692000, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 23 TID 100026 sched_switch (td=3D0xc14e8960, newtd=3D0xc14e8c80, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 22 TID 100000 sched_switch (td=3D0xc14e0000, newtd=3D0xc14e8190, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 21 TID 100022 fork_trampoline () at /usr/src/sys/i386/i386/exception.s:2= 06 * 20 TID 100021 doadump () at pcpu.h:159 19 TID 100020 sched_switch (td=3D0xc14e8000, newtd=3D0xc150b190, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 18 TID 100019 sched_switch (td=3D0xc14e3e10, newtd=3D0xc14e8c80, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:866 17 TID 100018 fork_trampoline () at /usr/src/sys/i386/i386/exception.s:2= 06 16 TID 100017 fork_trampoline () at /usr/src/sys/i386/i386/exception.s:2= 06 15 TID 100016 fork_trampoline () at /usr/src/sys/i386/i386/exception.s:2= 06 14 TID 100015 fork_trampoline () at /usr/src/sys/i386/i386/exception.s:2= 06 13 TID 100014 fork_trampoline () at /usr/src/sys/i386/i386/exception.s:2= 06 12 TID 100013 fork_trampoline () at /usr/src/sys/i386/i386/exception.s:2= 06 11 TID 100010 fork_trampoline () at /usr/src/sys/i386/i386/exception.s:2= 06 10 TID 100009 fork_trampoline () at /usr/src/sys/i386/i386/exception.s:2= 06 9 TID 100008 sched_switch (td=3D0xc14e0c80, newtd=3D0xc1695320, flags=3D= 1) at /usr/src/sys/kern/sched_4bsd.c:866 8 TID 100007 fork_trampoline () at /usr/src/sys/i386/i386/exception.s:206 7 TID 100006 sched_switch (td=3D0xc14e0960, newtd=3D0xc150b000, flags=3D= 1) at /usr/src/sys/kern/sched_4bsd.c:866 6 TID 100005 sched_switch (td=3D0xc14e07d0, newtd=3D0xc14e8190, flags=3D= 1) at /usr/src/sys/kern/sched_4bsd.c:866 5 TID 100004 fork_trampoline () at /usr/src/sys/i386/i386/exception.s:206 4 TID 100003 sched_switch (td=3D0xc14e04b0, newtd=3D0xc14e8190, flags=3D= 1) at /usr/src/sys/kern/sched_4bsd.c:866 3 TID 100002 sched_switch (td=3D0xc14e0320, newtd=3D0xc17c2000, flags=3D= 1) at /usr/src/sys/kern/sched_4bsd.c:866 2 TID 100001 sched_switch (td=3D0xc14e0190, newtd=3D0xc1b954b0, flags=3D= 1) at /usr/src/sys/kern/sched_4bsd.c:866 1 TID 0 sched_switch (td=3D0xc07203c0, newtd=3D0xc14e8af0, flags=3D1) at= /usr/src/sys/kern/sched_4bsd.c:866 (kgdb) I can provide kernel.debug, but as for publishing core dump... I belive there is a lot of sensitive data (besides that is a core dump of a kernel, the crash occured while doing a backup). The worst thing is that it's not only my data but also data of my users. Isn't there a better way? --=20 Best regards, Dariusz mailto:d.kulinski@gmail.com http://www.takeda.tk From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 05:53:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A23816A4CE for ; Wed, 2 Mar 2005 05:53:04 +0000 (GMT) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3321943D46 for ; Wed, 2 Mar 2005 05:53:04 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) (192.168.1.2) by mail.ambrisko.com with ESMTP; 01 Mar 2005 21:53:03 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.11/8.12.9) with ESMTP id j225r3NK008923; Tue, 1 Mar 2005 21:53:03 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.11/8.12.11/Submit) id j225r3OL008922; Tue, 1 Mar 2005 21:53:03 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200503020553.j225r3OL008922@ambrisko.com> In-Reply-To: <42242DC5.2070401@elischer.org> To: Julian Elischer Date: Tue, 1 Mar 2005 21:53:03 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: Current Subject: Re: fixing Vmware 2 port for 5.x and 6.x.. kmem _alloc_pageable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Mar 2005 05:53:04 -0000 Julian Elischer writes: | Well I have it compiling but when running | it fails with: | | julian@jules:vmware | Setting TMPDIR=/var/tmp. | VMware Workstation PANIC: NOT_IMPLEMENTED F(566):1081 | VMware Workstation PANIC: NOT_IMPLEMENTED F(566):1081 | VVMware Workstation PANIC: NOT_IMPLEMENTED F(566):1296 | AIO panic loop | Mware Workstation PANIC: AIO: NOT_IMPLEMENTED F(566):1081 | julian@jules: | | I am guessing that, since this DID work before | the new linux base libraries are expecting to use AIO | and maybe we don't support it? vmware/linux has a bug. Linux libs changed the call breaking vmware. There are source programs to patch the vmware binaries. Do a google search for vmware-any-any-update, build and run against you vmware bin. Doug A. From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 07:08:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3881516A4CE for ; Wed, 2 Mar 2005 07:08:51 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB55D43D46 for ; Wed, 2 Mar 2005 07:08:50 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so67892rnf for ; Tue, 01 Mar 2005 23:08:48 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=LWIukTDnYSIL1zueIkc04PpLCl251TE89HkNnqz9CmmsVzcVhYpEBvy0Gy9H16yD95/+ksYZ2YA8EwuzgOSDi/L5e3uR8tQc2WaUJ29iUo6MGZNgdVS+wSRe8xjZxfAe9ly0t6vA2asM5tRecZ0FK42o3jPpCSWdEPed1E3uRV4= Received: by 10.38.89.38 with SMTP id m38mr185270rnb; Tue, 01 Mar 2005 23:08:47 -0800 (PST) Received: by 10.38.101.19 with HTTP; Tue, 1 Mar 2005 23:08:47 -0800 (PST) Message-ID: Date: Wed, 2 Mar 2005 01:08:47 -0600 From: Eric Kjeldergaard To: Nate Lawson In-Reply-To: <4224F8CB.60305@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <42068A5C.1030300@root.org> <421A8F90.3080907@root.org> <4224F8CB.60305@root.org> cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Eric Kjeldergaard List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2005 07:08:51 -0000 On Tue, 01 Mar 2005 15:20:43 -0800, Nate Lawson wrote: > Eric Kjeldergaard wrote: > > On Tue, 1 Mar 2005 15:34:24 -0600, Eric Kjeldergaard wrote: > > Oh, just one more thing... > > Perhaps I'm misunderstanding, but I never see ichss load. It's > > supposed to load automagically if I have an ICH, no? > > ichss, est, and p4tcc are all contained within cpufreq.ko Okay, that's what I thought I had read. This is a p4m and should definitely have something showing up for ichss when I load cpufreq then. It doesn't seem to (this is the same system that has USB suddenly stop working). -- If I write a signature, my emails will appear more personalised. From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 07:27:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EF2A16A4CF; Wed, 2 Mar 2005 07:27:57 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CBBC43D3F; Wed, 2 Mar 2005 07:27:56 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j227RtTp032771; Wed, 2 Mar 2005 02:27:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j227RtD4078771; Wed, 2 Mar 2005 02:27:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5C2587306E; Wed, 2 Mar 2005 02:27:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050302072755.5C2587306E@freebsd-current.sentex.ca> Date: Wed, 2 Mar 2005 02:27:55 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/742/Tue Mar 1 20:05:59 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2005 07:27:57 -0000 TB --- 2005-03-02 05:13:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-02 05:13:18 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-03-02 05:13:18 - checking out the source tree TB --- 2005-03-02 05:13:18 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-03-02 05:13:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-02 05:28:56 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-02 05:28:56 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-03-02 05:28:56 - /usr/bin/make -B buildworld >>> 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 TB --- 2005-03-02 07:05:01 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-02 07:05:01 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-03-02 07:05:01 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Mar 2 07:05:02 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Mar 2 07:19:11 UTC 2005 TB --- 2005-03-02 07:19:11 - generating LINT kernel config TB --- 2005-03-02 07:19:11 - cd /home/tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2005-03-02 07:19:11 - /usr/bin/make -B LINT TB --- 2005-03-02 07:19:12 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-02 07:19:12 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-03-02 07:19:12 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 2 07:19:12 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/netinet/accf_http. c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/netinet/if_atm.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/netinet/if_ether.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/netinet/igmp.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/netinet/in.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/netinet/ip_carp.c /tinderbox/CURRENT/i386/pc98/src/sys/netinet/ip_carp.c: In function `carp_set_addr6': /tinderbox/CURRENT/i386/pc98/src/sys/netinet/ip_carp.c:1617: error: structure has no member named `cif_tmp' *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-03-02 07:27:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-02 07:27:55 - ERROR: failed to build lint kernel TB --- 2005-03-02 07:27:55 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 08:30:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1416E16A4CE for ; Wed, 2 Mar 2005 08:30:14 +0000 (GMT) Received: from gate.consol.de (gate.consol.de [194.246.122.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D79AC43D60 for ; Wed, 2 Mar 2005 08:30:12 +0000 (GMT) (envelope-from Peter.Weiss@ConSol.de) Received: from msgsrv.bb.consol.de (imap.consol.de [10.250.0.113]) by gate.consol.de (8.12.11/8.12.11) with ESMTP id j228UBTK006188 for ; Wed, 2 Mar 2005 09:30:11 +0100 (CET) (envelope-from Peter.Weiss@ConSol.de) Received: from Astor (localhost.bb.consol.de [127.0.0.1]) by msgsrv.bb.consol.de (8.12.11/8.12.8) with ESMTP id j228UA59025824 for ; Wed, 2 Mar 2005 09:30:11 +0100 (CET) (envelope-from Peter.Weiss@ConSol.de) To: freebsd-current@freebsd.org From: Peter Weiss Date: Wed, 02 Mar 2005 09:30:11 +0100 Message-ID: <853bvejvqk.fsf@ConSol.de> User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Strange Firefox problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Mar 2005 08:30:14 -0000 Hello, before subscribing to freebsd-mozilla... After upgrading to the latest FF 1.01something it does not install themes anymore. If I'm on a theme's page and click on the install button it asks me to save the .jar file to disk. Has anyone seen this? TIA -- Peter -- Peter.Weiss@consol.de ConSol* Software GmbH Phone +49 89 45841-100 Consulting & Solutions Mobile +49 177 6040121 Franziskanerstr. 38 http://www.consol.de D-81669 München From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 08:43:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0C3716A4CE for ; Wed, 2 Mar 2005 08:43:26 +0000 (GMT) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 2825043D53 for ; Wed, 2 Mar 2005 08:43:26 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 97723 invoked from network); 2 Mar 2005 08:43:24 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 2 Mar 2005 08:43:24 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j228hNxp010493; Wed, 2 Mar 2005 09:43:23 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j228hNp6010492; Wed, 2 Mar 2005 09:43:23 +0100 (CET) (envelope-from pho) Date: Wed, 2 Mar 2005 09:43:23 +0100 From: Peter Holm To: Doug White Message-ID: <20050302084323.GA10394@peter.osted.lan> References: <549575862.20050226230200@takeda.tk> <20050228210235.C62607@carver.gumbysoft.com> <20050301104030.W68845@carver.gumbysoft.com> <1119242149.20050301105816@takeda.tk> <20050301184735.O72408@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050301184735.O72408@carver.gumbysoft.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3 crash (core with debug symbols available) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Mar 2005 08:43:27 -0000 On Tue, Mar 01, 2005 at 06:59:42PM -0800, Doug White wrote: > On Tue, 1 Mar 2005, Dariusz Kulinski wrote: > > > Hello Doug, > > > > Tuesday, March 1, 2005, 10:50:19 AM, you wrote: > > > > >> > Looks like it ran over a spammed thread, but I'll want to see the fault > > >> > address. Bets on whether its 0xdeadc0de+offset? > > >> 0xdeadc0de, huh? :) > > > free()d memory regions get filled with 0xdeadc0de to hunt down > > > use-after-free conditions. > > > > Ok, I thought it was one of developer jokes =) > > > > > Thats what I want :-) > > > > > OK, it wasn't deadc0de, so can you load the crashdump up, go down to the > > > sigtd() frame, and "print *td"? It'll be a huge spew. > > > > (kgdb) frame 20 > > #20 0xc04e9d3f in sigtd (p=0xc16948d4, sig=14, prop=129) at /usr/src/sys/kern/kern_sig.c:1581 > > 1581 if (td->td_waitset != NULL && > > (kgdb) print *td > > $1 = {td_proc = 0xc16948d4, td_ksegrp = 0xc26b9310, td_plist = {tqe_next = 0xc1b48190, tqe_prev = 0xc1b95198}, td_kglist = { > > tqe_next = 0x0, tqe_prev = 0xc26b931c}, td_slpq = {tqe_next = 0x0, tqe_prev = 0xc1794b80}, td_lockq = {tqe_next = 0x0, > > tqe_prev = 0x0}, td_runq = {tqe_next = 0x0, tqe_prev = 0xc26b9324}, td_selq = {tqh_first = 0x0, tqh_last = 0xc17c31c0}, > > td_sleepqueue = 0x0, td_turnstile = 0xc15d5dc0, td_tid = 100081, td_flags = 8, td_inhibitors = 6, td_pflags = 8, > > td_dupfd = 0, td_wchan = 0xd12bfc20, td_wmesg = 0xc06cef0b "sigwait", td_lastcpu = 0 '\0', td_oncpu = 255 '?', > > td_locks = 0, td_blocked = 0x0, td_ithd = 0x0, td_lockname = 0x0, td_contested = {lh_first = 0x0}, td_sleeplocks = 0x0, > > td_intr_nesting_level = 0, td_pinned = 0, td_mailbox = 0x9903010, td_ucred = 0xc2b41b00, td_standin = 0x0, td_prticks = 0, > > td_upcall = 0xc17c0510, td_sticks = 2210, td_uuticks = 0, td_usticks = 0, td_intrval = 0, td_oldsigmask = {__bits = {0, 0, > > 0, 0}}, td_sigmask = {__bits = {159751, 0, 0, 0}}, td_siglist = {__bits = {0, 0, 0, 0}}, td_waitset = 0xd12bfc64, > > td_umtx = {tqe_next = 0x0, tqe_prev = 0x0}, td_generation = 376536, td_sigstk = {ss_sp = 0x0, ss_size = 0, ss_flags = 0}, > > td_kflags = 0, td_xsig = 0, td_profil_addr = 0, td_profil_ticks = 0, td_base_pri = 104 'h', td_priority = 104 'h', > > td_pcb = 0xd12bfda0, td_state = TDS_INHIBITED, td_retval = {0, 137620480}, td_slpcallout = {c_links = {sle = { > > sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0xc1cd68e4}}, c_time = 216540257, c_arg = 0xc17c3190, c_func = 0, > > c_flags = 8}, td_frame = 0xd12bfd48, td_kstack_obj = 0xc1796318, td_kstack = 3509313536, td_kstack_pages = 2, > > td_altkstack_obj = 0x0, td_altkstack = 0, td_altkstack_pages = 0, td_critnest = 1, td_md = {md_savecrit = 582}, > > td_sched = 0xc17c32e4} > > > This is quite helpful, thanks! It appears the thread had called > sigtimedwait() and the timeout fired. The clock ithread goes to whack the > process with SIGALRM and checks if its waiting in sigtimedwait() > specifically. That info is coded into the td_waitset member of struct > thread, which get set from the user. All of the frontends provide the set > from a stack variable. > > later, in kern_sigtimedwait()... > > 926 td->td_waitset = &waitset; > 927 error = msleep(&ps, &p->p_mtx, PPAUSE|PCATCH, "sigwait", hz); > > So now a pointer to stack variable is in the thread. Later on sigtd() > comes along and wants to dereference it and that stack page isn't > available according to the VM system and that trips the panic. > Doesn't this problem look a lot like http://www.holm.cc/stress/log/cons111.html and http://www.holm.cc/stress/log/cons117.html? It seems that sigwait() + swapping causes this panic. I have a small test program that provokes it. - Peter > Some more exploration is necessary. Can you make the crashdump and debug > kernel available? Also, what was running when this panic tripped? ("info > threads" in kgdb may be useful.) > > -- > Doug White | FreeBSD: The Power to Serve > dwhite@gumbysoft.com | www.FreeBSD.org > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 09:14:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8541F16A4CE for ; Wed, 2 Mar 2005 09:14:10 +0000 (GMT) Received: from 212.106.237.41.adsl.jazztel.es (212.106.236.80.adsl.jazztel.es [212.106.236.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id D769343D41 for ; Wed, 2 Mar 2005 09:14:08 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) j228joX8096809; Wed, 2 Mar 2005 09:45:50 +0100 (CET) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.3/8.13.3/Submit) id j228jp97000968; Wed, 2 Mar 2005 09:45:51 +0100 (CET) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: freebsd-current@freebsd.org Date: Wed, 2 Mar 2005 09:45:51 +0100 User-Agent: KMail/1.7.2 References: <853bvejvqk.fsf@ConSol.de> In-Reply-To: <853bvejvqk.fsf@ConSol.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200503020945.51724.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.29.0.8; VDF: 6.29.0.100; host: antares.redesjm.local) cc: Peter Weiss Subject: Re: Strange Firefox problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Mar 2005 09:14:10 -0000 El Mi=E9rcoles, 2 de Marzo de 2005 09:30, Peter Weiss escribi=F3: > Hello, > > before subscribing to freebsd-mozilla... > > After upgrading to the latest FF 1.01something it does not install > themes anymore. If I'm on a theme's page and click on the install > button it asks me to save the .jar file to disk. > > Has anyone seen this? > > TIA -- Peter Working here. But I think you must update to the latest firefox. =20 There're problems with the firefox script just corrected. This can't be matter for theme problems. I remember have this kind of=20 problems with going directly to theme sites, but never if installed=20 from -> get more themes. Maybe a problem with the theme file. =2D- josemi From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 09:48:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1150516A4CE; Wed, 2 Mar 2005 09:48:27 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AD5D43D46; Wed, 2 Mar 2005 09:48:26 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j229mPtE036442; Wed, 2 Mar 2005 04:48:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j229mPmW018824; Wed, 2 Mar 2005 04:48:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5D2BA7306E; Wed, 2 Mar 2005 04:48:25 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050302094825.5D2BA7306E@freebsd-current.sentex.ca> Date: Wed, 2 Mar 2005 04:48:25 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/742/Tue Mar 1 20:05:59 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2005 09:48:27 -0000 TB --- 2005-03-02 07:27:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-02 07:27:55 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-03-02 07:27:55 - checking out the source tree TB --- 2005-03-02 07:27:55 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-03-02 07:27:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-02 07:33:39 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-02 07:33:39 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-03-02 07:33:39 - /usr/bin/make -B buildworld >>> 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 TB --- 2005-03-02 09:14:42 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-02 09:14:42 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-03-02 09:14:42 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Mar 2 09:14:42 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Mar 2 09:34:35 UTC 2005 TB --- 2005-03-02 09:34:35 - generating LINT kernel config TB --- 2005-03-02 09:34:35 - cd /home/tinderbox/CURRENT/ia64/ia64/src/sys/ia64/conf TB --- 2005-03-02 09:34:35 - /usr/bin/make -B LINT TB --- 2005-03-02 09:34:35 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-02 09:34:35 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-03-02 09:34:35 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 2 09:34:35 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/netinet/accf_http.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/netinet/if_atm.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/netinet/if_ether.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/netinet/igmp.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/netinet/in.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/netinet/ip_carp.c /tinderbox/CURRENT/ia64/ia64/src/sys/netinet/ip_carp.c: In function `carp_set_addr6': /tinderbox/CURRENT/ia64/ia64/src/sys/netinet/ip_carp.c:1617: error: structure has no member named `cif_tmp' *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-03-02 09:48:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-02 09:48:25 - ERROR: failed to build lint kernel TB --- 2005-03-02 09:48:25 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 11:04:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 827B116A4CE for ; Wed, 2 Mar 2005 11:04:47 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3711243D68; Wed, 2 Mar 2005 11:04:47 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j22B4iYF048257; Wed, 2 Mar 2005 11:04:45 GMT (envelope-from davidxu@freebsd.org) Message-ID: <42259DCA.6060308@freebsd.org> Date: Wed, 02 Mar 2005 19:04:42 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.2) Gecko/20041004 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <549575862.20050226230200@takeda.tk> <20050228210235.C62607@carver.gumbysoft.com> <20050301104030.W68845@carver.gumbysoft.com> <1119242149.20050301105816@takeda.tk> <20050301184735.O72408@carver.gumbysoft.com> In-Reply-To: <20050301184735.O72408@carver.gumbysoft.com> Content-Type: text/plain; charset=windows-1250; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3 crash (core with debug symbols available) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Mar 2005 11:04:47 -0000 I believe this is caused by swapped out of kernel thread stack. in /sys/vm/vm_glue.c, there is some code swapping out a sleeping process, this means any kernel code can not use thread local variable to communicate with other threads, this is a rather unsafe assumptions, the vm code really should be disabled. David Xu Doug White wrote: >On Tue, 1 Mar 2005, Dariusz Kulinski wrote: > > > >>Hello Doug, >> >>Tuesday, March 1, 2005, 10:50:19 AM, you wrote: >> >> >> >>>>>Looks like it ran over a spammed thread, but I'll want to see the fault >>>>>address. Bets on whether its 0xdeadc0de+offset? >>>>> >>>>> >>>>0xdeadc0de, huh? :) >>>> >>>> >>>free()d memory regions get filled with 0xdeadc0de to hunt down >>>use-after-free conditions. >>> >>> >>Ok, I thought it was one of developer jokes =) >> >> >> >>>Thats what I want :-) >>> >>> >>>OK, it wasn't deadc0de, so can you load the crashdump up, go down to the >>>sigtd() frame, and "print *td"? It'll be a huge spew. >>> >>> >>(kgdb) frame 20 >>#20 0xc04e9d3f in sigtd (p=0xc16948d4, sig=14, prop=129) at /usr/src/sys/kern/kern_sig.c:1581 >>1581 if (td->td_waitset != NULL && >>(kgdb) print *td >>$1 = {td_proc = 0xc16948d4, td_ksegrp = 0xc26b9310, td_plist = {tqe_next = 0xc1b48190, tqe_prev = 0xc1b95198}, td_kglist = { >> tqe_next = 0x0, tqe_prev = 0xc26b931c}, td_slpq = {tqe_next = 0x0, tqe_prev = 0xc1794b80}, td_lockq = {tqe_next = 0x0, >> tqe_prev = 0x0}, td_runq = {tqe_next = 0x0, tqe_prev = 0xc26b9324}, td_selq = {tqh_first = 0x0, tqh_last = 0xc17c31c0}, >> td_sleepqueue = 0x0, td_turnstile = 0xc15d5dc0, td_tid = 100081, td_flags = 8, td_inhibitors = 6, td_pflags = 8, >> td_dupfd = 0, td_wchan = 0xd12bfc20, td_wmesg = 0xc06cef0b "sigwait", td_lastcpu = 0 '\0', td_oncpu = 255 'ÿ', >> td_locks = 0, td_blocked = 0x0, td_ithd = 0x0, td_lockname = 0x0, td_contested = {lh_first = 0x0}, td_sleeplocks = 0x0, >> td_intr_nesting_level = 0, td_pinned = 0, td_mailbox = 0x9903010, td_ucred = 0xc2b41b00, td_standin = 0x0, td_prticks = 0, >> td_upcall = 0xc17c0510, td_sticks = 2210, td_uuticks = 0, td_usticks = 0, td_intrval = 0, td_oldsigmask = {__bits = {0, 0, >> 0, 0}}, td_sigmask = {__bits = {159751, 0, 0, 0}}, td_siglist = {__bits = {0, 0, 0, 0}}, td_waitset = 0xd12bfc64, >> td_umtx = {tqe_next = 0x0, tqe_prev = 0x0}, td_generation = 376536, td_sigstk = {ss_sp = 0x0, ss_size = 0, ss_flags = 0}, >> td_kflags = 0, td_xsig = 0, td_profil_addr = 0, td_profil_ticks = 0, td_base_pri = 104 'h', td_priority = 104 'h', >> td_pcb = 0xd12bfda0, td_state = TDS_INHIBITED, td_retval = {0, 137620480}, td_slpcallout = {c_links = {sle = { >> sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0xc1cd68e4}}, c_time = 216540257, c_arg = 0xc17c3190, c_func = 0, >> c_flags = 8}, td_frame = 0xd12bfd48, td_kstack_obj = 0xc1796318, td_kstack = 3509313536, td_kstack_pages = 2, >> td_altkstack_obj = 0x0, td_altkstack = 0, td_altkstack_pages = 0, td_critnest = 1, td_md = {md_savecrit = 582}, >> td_sched = 0xc17c32e4} >> >> > > >This is quite helpful, thanks! It appears the thread had called >sigtimedwait() and the timeout fired. The clock ithread goes to whack the >process with SIGALRM and checks if its waiting in sigtimedwait() >specifically. That info is coded into the td_waitset member of struct >thread, which get set from the user. All of the frontends provide the set >from a stack variable. > >later, in kern_sigtimedwait()... > >926 td->td_waitset = &waitset; >927 error = msleep(&ps, &p->p_mtx, PPAUSE|PCATCH, "sigwait", hz); > >So now a pointer to stack variable is in the thread. Later on sigtd() >comes along and wants to dereference it and that stack page isn't >available according to the VM system and that trips the panic. > >Some more exploration is necessary. Can you make the crashdump and debug >kernel available? Also, what was running when this panic tripped? ("info >threads" in kgdb may be useful.) > > > From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 13:14:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCE4B16A4CE for ; Wed, 2 Mar 2005 13:14:49 +0000 (GMT) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5762743D54 for ; Wed, 2 Mar 2005 13:14:45 +0000 (GMT) (envelope-from wsk@gddsn.org.cn) Received: from [211.96.21.210] (unknown [211.96.21.210]) by gddsn.org.cn (Postfix) with ESMTP id 6BEA638CB42 for ; Wed, 2 Mar 2005 21:14:31 +0800 (CST) Message-ID: <4225BC15.3080706@gddsn.org.cn> Date: Wed, 02 Mar 2005 21:13:57 +0800 From: wsk User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; zh-CN; rv:1.7.3) Gecko/20041116 X-Accept-Language: zh-cn,zh MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 02 Mar 2005 13:21:51 +0000 Subject: buildkernel failed related to hptmv drv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Mar 2005 13:14:50 -0000 whild building kernel , it failed with under errors.It maybe related to Scott Long commit the hpmtv src ===> hme (depend) ===> hptmv (depend) rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/contrib/altq -I@/../include -I/usr/src/sys/i386/compile/LP /usr/src/sys/modules/hptmv/../../dev/hptmv/mv.c /usr/src/sys/modules/hptmv/../../dev/hptmv/entry.c /usr/src/sys/modules/hptmv/../../dev/hptmv/ioctl.c /usr/src/sys/modules/hptmv/../../dev/hptmv/hptproc.c /usr/src/sys/modules/hptmv/../../dev/hptmv/gui_lib.c In file included from /usr/src/sys/modules/hptmv/../../dev/hptmv/mv.c:36: @/dev/hptmv/global.h:32:38: contrib/dev/hptmv/mvSata.h: No such file or directory @/dev/hptmv/global.h:33:44: contrib/dev/hptmv/mvStorageDev.h: No such file or directory @/dev/hptmv/global.h:206:37: contrib/dev/hptmv/atapi.h: No such file or directory @/dev/hptmv/global.h:207:39: contrib/dev/hptmv/command.h: No such file or directory @/dev/hptmv/global.h:208:37: contrib/dev/hptmv/array.h: No such file or directory @/dev/hptmv/global.h:209:38: contrib/dev/hptmv/raid5n.h: No such file or directory @/dev/hptmv/global.h:210:39: contrib/dev/hptmv/vdevice.h: No such file or directory In file included from /usr/src/sys/modules/hptmv/../../dev/hptmv/entry.c:44: @/dev/hptmv/global.h:32:38: contrib/dev/hptmv/mvSata.h: No such file or directory @/dev/hptmv/global.h:33:44: contrib/dev/hptmv/mvStorageDev.h: No such file or directory @/dev/hptmv/global.h:206:37: contrib/dev/hptmv/atapi.h: No such file or directory @/dev/hptmv/global.h:207:39: contrib/dev/hptmv/command.h: No such file or directory @/dev/hptmv/global.h:208:37: contrib/dev/hptmv/array.h: No such file or directory @/dev/hptmv/global.h:209:38: contrib/dev/hptmv/raid5n.h: No such file or directory @/dev/hptmv/global.h:210:39: contrib/dev/hptmv/vdevice.h: No such file or directory /usr/src/sys/modules/hptmv/../../dev/hptmv/entry.c:47:41: contrib/dev/hptmv/access601.h: No such file or directory In file included from /usr/src/sys/modules/hptmv/../../dev/hptmv/ioctl.c:36: @/dev/hptmv/global.h:32:38: contrib/dev/hptmv/mvSata.h: No such file or directory @/dev/hptmv/global.h:33:44: contrib/dev/hptmv/mvStorageDev.h: No such file or directory @/dev/hptmv/global.h:206:37: contrib/dev/hptmv/atapi.h: No such file or directory @/dev/hptmv/global.h:207:39: contrib/dev/hptmv/command.h: No such file or directory @/dev/hptmv/global.h:208:37: contrib/dev/hptmv/array.h: No such file or directory @/dev/hptmv/global.h:209:38: contrib/dev/hptmv/raid5n.h: No such file or directory @/dev/hptmv/global.h:210:39: contrib/dev/hptmv/vdevice.h: No such file or directory /usr/src/sys/modules/hptmv/../../dev/hptmv/ioctl.c:39:41: contrib/dev/hptmv/access601.h: No such file or directory In file included from /usr/src/sys/modules/hptmv/../../dev/hptmv/hptproc.c:38: @/dev/hptmv/global.h:32:38: contrib/dev/hptmv/mvSata.h: No such file or directory @/dev/hptmv/global.h:33:44: contrib/dev/hptmv/mvStorageDev.h: No such file or directory @/dev/hptmv/global.h:206:37: contrib/dev/hptmv/atapi.h: No such file or directory @/dev/hptmv/global.h:207:39: contrib/dev/hptmv/command.h: No such file or directory @/dev/hptmv/global.h:208:37: contrib/dev/hptmv/array.h: No such file or directory @/dev/hptmv/global.h:209:38: contrib/dev/hptmv/raid5n.h: No such file or directory @/dev/hptmv/global.h:210:39: contrib/dev/hptmv/vdevice.h: No such file or directory /usr/src/sys/modules/hptmv/../../dev/hptmv/hptproc.c:41:41: contrib/dev/hptmv/access601.h: No such file or directory In file included from /usr/src/sys/modules/hptmv/../../dev/hptmv/gui_lib.c:45: @/dev/hptmv/global.h:32:38: contrib/dev/hptmv/mvSata.h: No such file or directory @/dev/hptmv/global.h:33:44: contrib/dev/hptmv/mvStorageDev.h: No such file or directory @/dev/hptmv/global.h:206:37: contrib/dev/hptmv/atapi.h: No such file or directory @/dev/hptmv/global.h:207:39: contrib/dev/hptmv/command.h: No such file or directory @/dev/hptmv/global.h:208:37: contrib/dev/hptmv/array.h: No such file or directory @/dev/hptmv/global.h:209:38: contrib/dev/hptmv/raid5n.h: No such file or directory @/dev/hptmv/global.h:210:39: contrib/dev/hptmv/vdevice.h: No such file or directory /usr/src/sys/modules/hptmv/../../dev/hptmv/gui_lib.c:48:41: contrib/dev/hptmv/access601.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/modules/hptmv. *** Error code 1 From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 13:26:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A64616A4CE for ; Wed, 2 Mar 2005 13:26:08 +0000 (GMT) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F38143D49 for ; Wed, 2 Mar 2005 13:26:07 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 50BA54EFCD3; Wed, 2 Mar 2005 21:26:06 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 4833E4EFCCF; Wed, 2 Mar 2005 21:26:06 +0800 (CST) Date: Wed, 2 Mar 2005 21:26:06 +0800 (CST) From: Tai-hwa Liang To: wsk In-Reply-To: <4225BC15.3080706@gddsn.org.cn> Message-ID: <05030221253214.8619@www.mmlab.cse.yzu.edu.tw> References: <4225BC15.3080706@gddsn.org.cn> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: current@freebsd.org Subject: Re: buildkernel failed related to hptmv drv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Mar 2005 13:26:08 -0000 Try this fix. diff -ru sys/dev/hptmv/entry.c /mnt/mfs/hptmv/entry.c --- sys/dev/hptmv/entry.c Mon Feb 28 14:02:16 2005 +++ /mnt/mfs/hptmv/entry.c Wed Mar 2 18:24:19 2005 @@ -44,7 +44,7 @@ #include #include #include -#include +#include #ifdef DEBUG #ifdef DEBUG_LEVEL diff -ru sys/dev/hptmv/global.h /mnt/mfs/hptmv/global.h --- sys/dev/hptmv/global.h Wed Jan 12 14:12:50 2005 +++ /mnt/mfs/hptmv/global.h Wed Mar 2 18:21:54 2005 @@ -29,8 +29,8 @@ #define _GLOBAL_H_ #include -#include -#include +#include +#include #define COMPANY "HighPoint Technologies, Inc." #define COPYRIGHT "(c) 2000-2004. HighPoint Technologies, Inc." @@ -203,11 +203,11 @@ UCHAR ptr##__buf[512]; \ type ptr=(type)ptr##__buf -#include -#include -#include -#include -#include +#include +#include +#include +#include +#include int HPTLIBAPI fDeReadWrite(PDevice pDev, ULONG Lba, UCHAR Cmd, void *tmpBuffer); void HPTLIBAPI fDeSelectMode(PDevice pDev, UCHAR NewMode); diff -ru sys/dev/hptmv/gui_lib.c /mnt/mfs/hptmv/gui_lib.c --- sys/dev/hptmv/gui_lib.c Wed Mar 2 17:47:20 2005 +++ /mnt/mfs/hptmv/gui_lib.c Wed Mar 2 18:24:45 2005 @@ -45,7 +45,7 @@ #include #include #include -#include +#include static int hpt_get_driver_capabilities(PDRIVER_CAPABILITIES cap); static int hpt_get_controller_count(void); diff -ru sys/dev/hptmv/hptproc.c /mnt/mfs/hptmv/hptproc.c --- sys/dev/hptmv/hptproc.c Wed Mar 2 17:47:20 2005 +++ /mnt/mfs/hptmv/hptproc.c Wed Mar 2 18:24:47 2005 @@ -38,7 +38,7 @@ #include #include #include -#include +#include int hpt_rescan_all(void); diff -ru sys/dev/hptmv/ioctl.c /mnt/mfs/hptmv/ioctl.c --- sys/dev/hptmv/ioctl.c Wed Mar 2 17:47:20 2005 +++ /mnt/mfs/hptmv/ioctl.c Wed Mar 2 18:24:30 2005 @@ -36,7 +36,7 @@ #include #include #include -#include +#include #pragma pack(1) diff -ru sys/dev/hptmv/mvStorageDev.h /mnt/mfs/hptmv/mvStorageDev.h --- sys/dev/hptmv/mvStorageDev.h Wed Mar 2 17:47:20 2005 +++ /mnt/mfs/hptmv/mvStorageDev.h Wed Mar 2 18:24:01 2005 @@ -24,7 +24,7 @@ * SUCH DAMAGE. * * $FreeBSD: src/sys/dev/hptmv/mvStorageDev.h,v 1.2 2005/03/02 05:14:27 scottl Exp $ - * + */ #ifndef __INCmvStorageDevh #define __INCmvStorageDevh -- Cheers, Tai-hwa Liang On Wed, 2 Mar 2005, wsk wrote: > whild building kernel , it failed with under errors.It maybe > related to Scott Long commit the hpmtv src > ===> hme (depend) > ===> hptmv (depend) > rm -f .depend > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ > -I@/contrib/altq -I@/../include -I/usr/src/sys/i386/compile/LP > /usr/src/sys/modules/hptmv/../../dev/hptmv/mv.c > /usr/src/sys/modules/hptmv/../../dev/hptmv/entry.c > /usr/src/sys/modules/hptmv/../../dev/hptmv/ioctl.c > /usr/src/sys/modules/hptmv/../../dev/hptmv/hptproc.c > /usr/src/sys/modules/hptmv/../../dev/hptmv/gui_lib.c > In file included from /usr/src/sys/modules/hptmv/../../dev/hptmv/mv.c:36: > @/dev/hptmv/global.h:32:38: contrib/dev/hptmv/mvSata.h: No such file or > directory > @/dev/hptmv/global.h:33:44: contrib/dev/hptmv/mvStorageDev.h: No such > file or directory > @/dev/hptmv/global.h:206:37: contrib/dev/hptmv/atapi.h: No such file or > directory > @/dev/hptmv/global.h:207:39: contrib/dev/hptmv/command.h: No such file > or directory > @/dev/hptmv/global.h:208:37: contrib/dev/hptmv/array.h: No such file or > directory > @/dev/hptmv/global.h:209:38: contrib/dev/hptmv/raid5n.h: No such file or > directory > @/dev/hptmv/global.h:210:39: contrib/dev/hptmv/vdevice.h: No such file > or directory > In file included from /usr/src/sys/modules/hptmv/../../dev/hptmv/entry.c:44: > @/dev/hptmv/global.h:32:38: contrib/dev/hptmv/mvSata.h: No such file or > directory > @/dev/hptmv/global.h:33:44: contrib/dev/hptmv/mvStorageDev.h: No such > file or directory > @/dev/hptmv/global.h:206:37: contrib/dev/hptmv/atapi.h: No such file or > directory > @/dev/hptmv/global.h:207:39: contrib/dev/hptmv/command.h: No such file > or directory > @/dev/hptmv/global.h:208:37: contrib/dev/hptmv/array.h: No such file or > directory > @/dev/hptmv/global.h:209:38: contrib/dev/hptmv/raid5n.h: No such file or > directory > @/dev/hptmv/global.h:210:39: contrib/dev/hptmv/vdevice.h: No such file > or directory > /usr/src/sys/modules/hptmv/../../dev/hptmv/entry.c:47:41: > contrib/dev/hptmv/access601.h: No such file or directory > In file included from /usr/src/sys/modules/hptmv/../../dev/hptmv/ioctl.c:36: > @/dev/hptmv/global.h:32:38: contrib/dev/hptmv/mvSata.h: No such file or > directory > @/dev/hptmv/global.h:33:44: contrib/dev/hptmv/mvStorageDev.h: No such > file or directory > @/dev/hptmv/global.h:206:37: contrib/dev/hptmv/atapi.h: No such file or > directory > @/dev/hptmv/global.h:207:39: contrib/dev/hptmv/command.h: No such file > or directory > @/dev/hptmv/global.h:208:37: contrib/dev/hptmv/array.h: No such file or > directory > @/dev/hptmv/global.h:209:38: contrib/dev/hptmv/raid5n.h: No such file or > directory > @/dev/hptmv/global.h:210:39: contrib/dev/hptmv/vdevice.h: No such file > or directory > /usr/src/sys/modules/hptmv/../../dev/hptmv/ioctl.c:39:41: > contrib/dev/hptmv/access601.h: No such file or directory > In file included from > /usr/src/sys/modules/hptmv/../../dev/hptmv/hptproc.c:38: > @/dev/hptmv/global.h:32:38: contrib/dev/hptmv/mvSata.h: No such file or > directory > @/dev/hptmv/global.h:33:44: contrib/dev/hptmv/mvStorageDev.h: No such > file or directory > @/dev/hptmv/global.h:206:37: contrib/dev/hptmv/atapi.h: No such file or > directory > @/dev/hptmv/global.h:207:39: contrib/dev/hptmv/command.h: No such file > or directory > @/dev/hptmv/global.h:208:37: contrib/dev/hptmv/array.h: No such file or > directory > @/dev/hptmv/global.h:209:38: contrib/dev/hptmv/raid5n.h: No such file or > directory > @/dev/hptmv/global.h:210:39: contrib/dev/hptmv/vdevice.h: No such file > or directory > /usr/src/sys/modules/hptmv/../../dev/hptmv/hptproc.c:41:41: > contrib/dev/hptmv/access601.h: No such file or directory > In file included from > /usr/src/sys/modules/hptmv/../../dev/hptmv/gui_lib.c:45: > @/dev/hptmv/global.h:32:38: contrib/dev/hptmv/mvSata.h: No such file or > directory > @/dev/hptmv/global.h:33:44: contrib/dev/hptmv/mvStorageDev.h: No such > file or directory > @/dev/hptmv/global.h:206:37: contrib/dev/hptmv/atapi.h: No such file or > directory > @/dev/hptmv/global.h:207:39: contrib/dev/hptmv/command.h: No such file > or directory > @/dev/hptmv/global.h:208:37: contrib/dev/hptmv/array.h: No such file or > directory > @/dev/hptmv/global.h:209:38: contrib/dev/hptmv/raid5n.h: No such file or > directory > @/dev/hptmv/global.h:210:39: contrib/dev/hptmv/vdevice.h: No such file > or directory > /usr/src/sys/modules/hptmv/../../dev/hptmv/gui_lib.c:48:41: > contrib/dev/hptmv/access601.h: No such file or directory > mkdep: compile failed > *** Error code 1 > > Stop in /usr/src/sys/modules/hptmv. > *** Error code 1 > > _______________________________________________ > 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 Mar 2 16:05:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD2CD16A4CE; Wed, 2 Mar 2005 16:05:17 +0000 (GMT) Received: from smtp.vzavenue.net (smtp.vzavenue.net [66.171.59.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE82343D31; Wed, 2 Mar 2005 16:05:16 +0000 (GMT) (envelope-from jr@opal.com) Received: from linwhf.opal.com (112.79.171.66.subscriber.vzavenue.net [66.171.79.112]) by smtp.vzavenue.net (MOS 3.4.8-GR) with ESMTP id BWE09729; Wed, 2 Mar 2005 11:05:10 -0500 (EST) Received: from linwhf.opal.com (localhost [127.0.0.1]) by linwhf.opal.com (8.13.3/8.13.1) with ESMTP id j22G59hU002712 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Wed, 2 Mar 2005 11:05:09 -0500 (EST) (envelope-from jr@linwhf.opal.com) Received: (from jr@localhost) by linwhf.opal.com (8.13.3/8.13.1/Submit) id j22G59Yu002711; Wed, 2 Mar 2005 11:05:09 -0500 (EST) (envelope-from jr) Date: Wed, 2 Mar 2005 11:05:09 -0500 From: "J.R. Oldroyd" To: current@FreeBSD.org Message-ID: <20050302160508.GA2111@linwhf.opal.com> References: <20050228153331.GA847@linwhf.opal.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Junkmail-Status: score=0/50, host=smtp.vzavenue.net cc: sos@FreeBSD.org Subject: Re: Fatal trap 3 in vnlru() and lock order problem in netinet/raw_ip.c:199 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Mar 2005 16:05:17 -0000 I suspect that setting debug.mpsafevfs=0 in loader.conf won't help because sysctl shows that it is already 0. Kernel is -current of 2/22 with atamk3l, generic config + IPFIREWALL, IPDIVERT and IP6FWIREWALL, debug is enabled. The freeze, it happened again. About 48 hours uptime, then it froze again. This time, I was away from my desk so the screensaver had kicked in and blanked the screen. When I returned and wiggled the mouse, it did not come back. Neither did it drop into the debugger, or if it did, I was last in X, so I could not see the debugger. Looking at the syslog after the reboot, there is a little more info: Mar 2 10:01:58 linwhf kernel: cess = 56 (vnlru) Mar 2 10:01:58 linwhf kernel: trap number = 3 Mar 2 10:01:58 linwhf kernel: panic: breakpoint instruction fault Mar 2 10:01:58 linwhf kernel: cpuid = 0 Mar 2 10:01:58 linwhf kernel: KDB: enter: panic Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Mar 2 10:01:58 linwhf kernel: cpuid = 0; apic id = 00 Mar 2 10:01:58 linwhf kernel: instruction pointer = 0x8:0xc0635163 Mar 2 10:01:58 linwhf kernel: stack pointer = 0x10:0xc097bb7c Mar 2 10:01:58 linwhf kernel: frame pointer = 0x10:0xc097bb7c Mar 2 10:01:58 linwhf kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Mar 2 10:01:58 linwhf kernel: = DPL 0, pres 1, def32 1, gran 1 Mar 2 10:01:58 linwhf kernel: processor eflags = IOPL = 0 Mar 2 10:01:58 linwhf kernel: current process = 56 (vnlru) Mar 2 10:01:58 linwhf kernel: trap number = 3 Mar 2 10:01:58 linwhf kernel: panic: breakpoint instruction fault Mar 2 10:01:58 linwhf kernel: cpuid = 0 Mar 2 10:01:58 linwhf kernel: KDB: enter: panic Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Mar 2 10:01:58 linwhf kernel: cpuid = 0; apic id = 00 Mar 2 10:01:58 linwhf kernel: instruction pointer = 0x8:0xc0635163 Mar 2 10:01:58 linwhf kernel: stack pointer = 0x10:0xc097bab8 Mar 2 10:01:58 linwhf kernel: frame pointer = 0x10:0xc097bab8 Mar 2 10:01:58 linwhf kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Mar 2 10:01:58 linwhf kernel: = DPL 0, pres 1, def32 1, gran 1 Mar 2 10:01:58 linwhf kernel: processor eflags = IOPL = 0 Mar 2 10:01:58 linwhf kernel: current process = 56 (vnlru) Mar 2 10:01:58 linwhf kernel: trap number = 3 Mar 2 10:01:58 linwhf kernel: panic: breakpoint instruction fault Mar 2 10:01:58 linwhf kernel: cpuid = 0 Mar 2 10:01:58 linwhf kernel: KDB: enter: panic Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Mar 2 10:01:58 linwhf kernel: cpuid = 0; apic id = 00 Mar 2 10:01:58 linwhf kernel: instruction pointer = 0x8:0xc0635163 Mar 2 10:01:58 linwhf kernel: stack pointer = 0x10:0xc097b9f4 Mar 2 10:01:58 linwhf kernel: frame pointer = 0x10:0xc097b9f4 Mar 2 10:01:58 linwhf kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Mar 2 10:01:58 linwhf kernel: = DPL 0, pres 1, def32 1, gran 1 Mar 2 10:01:58 linwhf kernel: processor eflags = IOPL = 0 Mar 2 10:01:58 linwhf kernel: current process = 56 (vnlru) Mar 2 10:01:58 linwhf kernel: trap number = 3 Mar 2 10:01:58 linwhf kernel: panic: breakpoint instruction fault Mar 2 10:01:58 linwhf kernel: cpuid = 0 Mar 2 10:01:58 linwhf kernel: KDB: enter: panic Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Mar 2 10:01:58 linwhf kernel: cpuid = 0; apic id = 00 Mar 2 10:01:58 linwhf kernel: instruction pointer = 0x8:0xc0635163 Mar 2 10:01:58 linwhf kernel: stack pointer = 0x10:0xc097b930 Mar 2 10:01:58 linwhf kernel: frame pointer = 0x10:0xc097b930 Mar 2 10:01:58 linwhf kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Mar 2 10:01:58 linwhf kernel: = DPL 0, pres 1, def32 1, gran 1 Mar 2 10:01:58 linwhf kernel: processor eflags = IOPL = 0 Mar 2 10:01:58 linwhf kernel: current process = 56 (vnlru) Mar 2 10:01:58 linwhf kernel: trap number = 3 Mar 2 10:01:58 linwhf kernel: panic: breakpoint instruction fault Mar 2 10:01:58 linwhf kernel: cpuid = 0 Mar 2 10:01:58 linwhf kernel: KDB: enter: panic Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Mar 2 10:01:58 linwhf kernel: cpuid = 0; apic id = 00 Mar 2 10:01:58 linwhf kernel: instruction pointer = 0x8:0xc0635163 Mar 2 10:01:58 linwhf kernel: stack pointer = 0x10:0xc097b86c Mar 2 10:01:58 linwhf kernel: frame pointer = 0x10:0xc097b86c Mar 2 10:01:58 linwhf kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Mar 2 10:01:58 linwhf kernel: = DPL 0, pres 1, def32 1, gran 1 Mar 2 10:01:58 linwhf kernel: processor eflags = IOPL = 0 Mar 2 10:01:58 linwhf kernel: current process = 56 (vnlru) Mar 2 10:01:58 linwhf kernel: trap number = 3 Mar 2 10:01:58 linwhf kernel: panic: breakpoint instruction fault Mar 2 10:01:58 linwhf kernel: cpuid = 0 Mar 2 10:01:58 linwhf kernel: KDB: enter: panic Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Mar 2 10:01:58 linwhf kernel: cpuid = 0; apic id = 00 Mar 2 10:01:58 linwhf kernel: instruction pointer = 0x8:0xc0635163 Mar 2 10:01:58 linwhf kernel: stack pointer = 0x10:0xc097b7a8 Mar 2 10:01:58 linwhf kernel: frame pointer = 0x10:0xc097b7a8 Mar 2 10:01:58 linwhf kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Mar 2 10:01:58 linwhf kernel: = DPL 0, pres 1, def32 1, gran 1 Mar 2 10:01:58 linwhf kernel: processor eflags = IOPL = 0 Mar 2 10:01:58 linwhf kernel: current process = 56 (vnlru) Mar 2 10:01:58 linwhf kernel: trap number = 3 Mar 2 10:01:58 linwhf kernel: panic: breakpoint instruction fault Mar 2 10:01:58 linwhf kernel: cpuid = 0 Mar 2 10:01:58 linwhf kernel: KDB: enter: panic Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Mar 2 10:01:58 linwhf kernel: cpuid = 0; apic id = 00 Mar 2 10:01:58 linwhf kernel: instruction pointer = 0x8:0xc0635163 Mar 2 10:01:58 linwhf kernel: stack pointer = 0x10:0xc097b6e4 Mar 2 10:01:58 linwhf kernel: frame pointer = 0x10:0xc097b6e4 Mar 2 10:01:58 linwhf kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Mar 2 10:01:58 linwhf kernel: = DPL 0, pres 1, def32 1, gran 1 Mar 2 10:01:58 linwhf kernel: processor eflags = IOPL = 0 Mar 2 10:01:58 linwhf kernel: current process = 56 (vnlru) Mar 2 10:01:58 linwhf kernel: trap number = 3 Mar 2 10:01:58 linwhf kernel: panic: breakpoint instruction fault Mar 2 10:01:58 linwhf kernel: cpuid = 0 Mar 2 10:01:58 linwhf kernel: KDB: enter: panic Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Mar 2 10:01:58 linwhf kernel: cpuid = 0; apic id = 00 Mar 2 10:01:58 linwhf kernel: instruction pointer = 0x8:0xc0635163 Mar 2 10:01:58 linwhf kernel: stack pointer = 0x10:0xc097b620 Mar 2 10:01:58 linwhf kernel: frame pointer = 0x10:0xc097b620 Mar 2 10:01:58 linwhf kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Mar 2 10:01:58 linwhf kernel: = DPL 0, pres 1, def32 1, gran 1 Mar 2 10:01:58 linwhf kernel: processor eflags = IOPL = 0 Mar 2 10:01:58 linwhf kernel: current process = 56 (vnlru) Mar 2 10:01:58 linwhf kernel: trap number = 3 Mar 2 10:01:58 linwhf kernel: panic: breakpoint instruction fault Mar 2 10:01:58 linwhf kernel: cpuid = 0 Mar 2 10:01:58 linwhf kernel: KDB: enter: panic Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Mar 2 10:01:58 linwhf kernel: cpuid = 0; apic id = 00 Mar 2 10:01:58 linwhf kernel: instruction pointer = 0x8:0xc0635163 Mar 2 10:01:58 linwhf kernel: stack pointer = 0x10:0xc097b55c Mar 2 10:01:58 linwhf kernel: frame pointer = 0x10:0xc097b55c Mar 2 10:01:58 linwhf kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Mar 2 10:01:58 linwhf kernel: = DPL 0, pres 1, def32 1, gran 1 Mar 2 10:01:58 linwhf kernel: processor eflags = IOPL = 0 Mar 2 10:01:58 linwhf kernel: current process = 56 (vnlru) Mar 2 10:01:58 linwhf kernel: trap number = 3 Mar 2 10:01:58 linwhf kernel: panic: breakpoint instruction fault Mar 2 10:01:58 linwhf kernel: cpuid = 0 Mar 2 10:01:58 linwhf kernel: KDB: enter: panic Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Mar 2 10:01:58 linwhf kernel: cpuid = 0; apic id = 00 Mar 2 10:01:58 linwhf kernel: instruction pointer = 0x8:0xc0635163 Mar 2 10:01:58 linwhf kernel: stack pointer = 0x10:0xc097b498 Mar 2 10:01:58 linwhf kernel: frame pointer = 0x10:0xc097b498 Mar 2 10:01:58 linwhf kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Mar 2 10:01:58 linwhf kernel: = DPL 0, pres 1, def32 1, gran 1 Mar 2 10:01:58 linwhf kernel: processor eflags = IOPL = 0 Mar 2 10:01:58 linwhf kernel: current process = 56 (vnlru) Mar 2 10:01:58 linwhf kernel: trap number = 3 Mar 2 10:01:58 linwhf kernel: panic: breakpoint instruction fault Mar 2 10:01:58 linwhf kernel: cpuid = 0 Mar 2 10:01:58 linwhf kernel: KDB: enter: panic Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Mar 2 10:01:58 linwhf kernel: cpuid = 0; apic id = 00 Mar 2 10:01:58 linwhf kernel: instruction pointer = 0x8:0xc0635163 Mar 2 10:01:58 linwhf kernel: stack pointer = 0x10:0xc097b3d4 Mar 2 10:01:58 linwhf kernel: frame pointer = 0x10:0xc097b3d4 Mar 2 10:01:58 linwhf kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Mar 2 10:01:58 linwhf kernel: = DPL 0, pres 1, def32 1, gran 1 Mar 2 10:01:58 linwhf kernel: processor eflags = IOPL = 0 Mar 2 10:01:58 linwhf kernel: current process = 56 (vnlru) Mar 2 10:01:58 linwhf kernel: trap number = 3 Mar 2 10:01:58 linwhf kernel: panic: breakpoint instruction fault Mar 2 10:01:58 linwhf kernel: cpuid = 0 Mar 2 10:01:58 linwhf kernel: KDB: enter: panic Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Mar 2 10:01:58 linwhf kernel: cpuid = 0; apic id = 00 Mar 2 10:01:58 linwhf kernel: instruction pointer = 0x8:0xc0635163 Mar 2 10:01:58 linwhf kernel: stack pointer = 0x10:0xc097b310 Mar 2 10:01:58 linwhf kernel: frame pointer = 0x10:0xc097b310 Mar 2 10:01:58 linwhf kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Mar 2 10:01:58 linwhf kernel: = DPL 0, pres 1, def32 1, gran 1 Mar 2 10:01:58 linwhf kernel: processor eflags = IOPL = 0 Mar 2 10:01:58 linwhf kernel: current process = 56 (vnlru) Mar 2 10:01:58 linwhf kernel: trap number = 3 Mar 2 10:01:58 linwhf kernel: panic: breakpoint instruction fault Mar 2 10:01:58 linwhf kernel: cpuid = 0 Mar 2 10:01:58 linwhf kernel: KDB: enter: panic Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Mar 2 10:01:58 linwhf kernel: cpuid = 0; apic id = 00 Mar 2 10:01:58 linwhf kernel: instruction pointer = 0x8:0xc0635163 Mar 2 10:01:58 linwhf kernel: stack pointer = 0x10:0xc097b24c Mar 2 10:01:58 linwhf kernel: frame pointer = 0x10:0xc097b24c Mar 2 10:01:58 linwhf kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Mar 2 10:01:58 linwhf kernel: = DPL 0, pres 1, def32 1, gran 1 Mar 2 10:01:58 linwhf kernel: processor eflags = IOPL = 0 Mar 2 10:01:58 linwhf kernel: current process = 56 (vnlru) Mar 2 10:01:58 linwhf kernel: trap number = 3 Mar 2 10:01:58 linwhf kernel: panic: breakpoint instruction fault Mar 2 10:01:58 linwhf kernel: cpuid = 0 Mar 2 10:01:58 linwhf kernel: KDB: enter: panic Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Mar 2 10:01:58 linwhf kernel: cpuid = 0; apic id = 00 Mar 2 10:01:58 linwhf kernel: instruction pointer = 0x8:0xc0635163 Mar 2 10:01:58 linwhf kernel: stack pointer = 0x10:0xc097b188 Mar 2 10:01:58 linwhf kernel: frame pointer = 0x10:0xc097b188 Mar 2 10:01:58 linwhf kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Mar 2 10:01:58 linwhf kernel: = DPL 0, pres 1, def32 1, gran 1 Mar 2 10:01:58 linwhf kernel: processor eflags = IOPL = 0 Mar 2 10:01:58 linwhf kernel: current process = 56 (vnlru) Mar 2 10:01:58 linwhf kernel: trap number = 3 Mar 2 10:01:58 linwhf kernel: panic: breakpoint instruction fault Mar 2 10:01:58 linwhf kernel: cpuid = 0 Mar 2 10:01:58 linwhf kernel: KDB: enter: panic Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Mar 2 10:01:58 linwhf kernel: cpuid = 0; apic id = 00 Mar 2 10:01:58 linwhf kernel: instruction pointer = 0x8:0xc0635163 Mar 2 10:01:58 linwhf kernel: stack pointer = 0x10:0xc097b0c4 Mar 2 10:01:58 linwhf kernel: frame pointer = 0x10:0xc097b0c4 Mar 2 10:01:58 linwhf kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Mar 2 10:01:58 linwhf kernel: = DPL 0, pres 1, def32 1, gran 1 Mar 2 10:01:58 linwhf kernel: processor eflags = IOPL = 0 Mar 2 10:01:58 linwhf kernel: current process = 56 (vnlru) Mar 2 10:01:58 linwhf kernel: trap number = 3 Mar 2 10:01:58 linwhf kernel: panic: breakpoint instruction fault Mar 2 10:01:58 linwhf kernel: cpuid = 0 Mar 2 10:01:58 linwhf kernel: KDB: enter: panic Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Mar 2 10:01:58 linwhf kernel: cpuid = 0; apic id = 00 Mar 2 10:01:58 linwhf kernel: instruction pointer = 0x8:0xc0635163 Mar 2 10:01:58 linwhf kernel: stack pointer = 0x10:0xc097b000 Mar 2 10:01:58 linwhf kernel: frame pointer = 0x10:0xc097b000 Mar 2 10:01:58 linwhf kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Mar 2 10:01:58 linwhf kernel: = DPL 0, pres 1, def32 1, gran 1 Mar 2 10:01:58 linwhf kernel: processor eflags = IOPL = 0 Mar 2 10:01:58 linwhf kernel: current process = 56 (vnlru) Mar 2 10:01:58 linwhf kernel: trap number = 3 Mar 2 10:01:58 linwhf kernel: panic: breakpoint instruction fault Mar 2 10:01:58 linwhf kernel: cpuid = 0 Mar 2 10:01:58 linwhf kernel: KDB: enter: panic Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Mar 2 10:01:58 linwhf kernel: cpuid = 0; apic id = 00 Mar 2 10:01:58 linwhf kernel: instruction pointer = 0x8:0xc0635163 Mar 2 10:01:58 linwhf kernel: stack pointer = 0x10:0xc097af3c Mar 2 10:01:58 linwhf kernel: frame pointer = 0x10:0xc097af3c Mar 2 10:01:58 linwhf kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Mar 2 10:01:58 linwhf kernel: = DPL 0, pres 1, def32 1, gran 1 Mar 2 10:01:58 linwhf kernel: processor eflags = IOPL = 0 Mar 2 10:01:58 linwhf kernel: current process = 56 (vnlru) Mar 2 10:01:58 linwhf kernel: trap number = 3 Mar 2 10:01:58 linwhf kernel: panic: breakpoint instruction fault Mar 2 10:01:58 linwhf kernel: cpuid = 0 Mar 2 10:01:58 linwhf kernel: KDB: enter: panic Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Mar 2 10:01:58 linwhf kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Mar 2 10:01:58 linwhf kernel: cpuid = 0; apic id = 00 Mar 2 10:01:58 linwhf kernel: instruction pointer = 0x8:0xc0635163 Mar 2 10:01:58 linwhf kernel: stack pointer = 0x10:0xc097ae78 Mar 2 10:01:58 linwhf kernel: frame pointer = 0x10:0xc097ae78 Mar 2 10:01:58 linwhf kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Mar 2 10:01:58 linwhf kernel: = DPL 0, pres 1, def32 1, gran 1 Mar 2 10:01:58 linwhf kernel: processor eflags = IOPL = 0 Mar 2 10:01:58 linwhf kernel: current process = 56 (vnlru) ... at this point I hit the button to reboot... Mar 2 10:01:58 linwhf kernel: Copyright (c) 1992-2005 The FreeBSD Project. Mar 2 10:01:58 linwhf kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Mar 2 10:01:58 linwhf kernel: The Regents of the University of California. All rights reserved. Mar 2 10:01:58 linwhf kernel: FreeBSD 6.0-CURRENT #75: Sun Feb 27 18:25:58 EST 2005 ... all the normal boot messages follow, then as it goes multiuser... Mar 2 10:01:58 linwhf kernel: ATA PseudoRAID loaded Mar 2 10:01:58 linwhf kernel: SMP: AP CPU #1 Launched! Mar 2 10:01:58 linwhf kernel: Trying to mount root from ufs:/dev/ad0s1a Mar 2 10:01:58 linwhf kernel: WARNING: / was not properly dismounted Mar 2 10:01:58 linwhf kernel: WARNING: /tmp was not properly dismounted Mar 2 10:01:58 linwhf kernel: WARNING: /var/mail was not properly dismounted Mar 2 10:01:58 linwhf kernel: WARNING: /var/spool was not properly dismounted Mar 2 10:01:58 linwhf kernel: WARNING: /var/www was not properly dismounted Mar 2 10:01:58 linwhf kernel: WARNING: /usr was not properly dismounted Mar 2 10:01:58 linwhf kernel: WARNING: /home was not properly dismounted Mar 2 10:01:58 linwhf savecore: no dumps found Mar 2 10:01:58 linwhf named[372]: starting BIND 9.3.0 -u bind Mar 2 10:01:59 linwhf named[372]: command channel listening on ::1#953 Mar 2 10:01:59 linwhf named[372]: command channel listening on 127.0.0.1#953 Mar 2 10:02:01 linwhf ntpd[484]: ntpd 4.2.0-a Tue Feb 22 16:26:34 EST 2005 (1) Mar 2 10:02:32 linwhf kernel: lock order reversal Mar 2 10:02:32 linwhf kernel: 1st 0xc3b65c84 inp (rawinp) @ netinet/raw_ip.c:199 Mar 2 10:02:32 linwhf kernel: 2nd 0xc3b64f54 inp (raw6inp) @ netinet/raw_ip.c:199 Mar 2 10:02:32 linwhf kernel: KDB: stack backtrace: Mar 2 10:02:32 linwhf kernel: kdb_backtrace(0,ffffffff,c090ea50,c090e9d8,c089a888) at kdb_backtrace+0x29 Mar 2 10:02:32 linwhf kernel: witness_checkorder(c3b64f54,9,c084615c,c7) at witness_checkorder+0x54c Mar 2 10:02:32 linwhf kernel: _mtx_lock_flags(c3b64f54,0,c0846153,c7) at _mtx_lock_flags+0x5b Mar 2 10:02:32 linwhf kernel: rip_input(c3b56500,14,e4f70c48,b,14) at rip_input+0x64 Mar 2 10:02:32 linwhf kernel: icmp_input(c3b56500,14,100007f,0,0) at icmp_input+0x4ed Mar 2 10:02:32 linwhf kernel: ip_input(c3b56500) at ip_input+0x50d Mar 2 10:02:32 linwhf kernel: netisr_processqueue(c094e058) at netisr_processqueue+0x6e Mar 2 10:02:32 linwhf kernel: swi_net(0) at swi_net+0xbe Mar 2 10:02:32 linwhf kernel: ithread_loop(c34da180,e4f70d48,c34da180,c060b3f0,0) at ithread_loop+0x120 Mar 2 10:02:32 linwhf kernel: fork_exit(c060b3f0,c34da180,e4f70d48) at fork_exit+0xa4 Mar 2 10:02:32 linwhf kernel: fork_trampoline() at fork_trampoline+0x8 Mar 2 10:02:32 linwhf kernel: --- trap 0x1, eip = 0, esp = 0xe4f70d7c, ebp = 0 --- Mar 2 10:03:26 linwhf fsck: /dev/ad0s1d: UNREF FILE I=113 OWNER=jr MODE=100600 Mar 2 10:03:26 linwhf fsck: /dev/ad0s1d: SIZE=1190 MTIME=Mar 1 22:34 2005 (CLEARED) Mar 2 10:03:26 linwhf fsck: /dev/ad0s1d: UNREF FILE I=118 OWNER=root MODE=100600 Mar 2 10:03:26 linwhf fsck: /dev/ad0s1d: SIZE=0 MTIME=Mar 2 03:01 2005 (CLEARED) Mar 2 10:03:26 linwhf fsck: /dev/ad0s1d: UNREF FILE I=120 OWNER=root MODE=100600 Mar 2 10:03:26 linwhf fsck: /dev/ad0s1d: SIZE=0 MTIME=Mar 2 03:21 2005 (CLEARED) Mar 2 10:03:26 linwhf fsck: /dev/ad0s1d: Reclaimed: 0 directories, 3 files, 0 fragments Mar 2 10:03:26 linwhf fsck: /dev/ad0s1d: 255 files, 2965 used, 123874 free (114 frags, 15470 blocks, 0.1% fragmentation) Mar 2 10:03:27 linwhf fsck: /dev/ad0s1f: 9 files, 194 used, 126645 free (21 frags, 15828 blocks, 0.0% fragmentation) Mar 2 10:03:27 linwhf fsck: /dev/ad0s1g: CANNOT ADJUST NUMBER OF FREE INODES: 2 Mar 2 10:03:27 linwhf fsck: /dev/ad0s1g: UNEXPECTED SOFT UPDATE INCONSISTENCY; RUN fsck MANUALLY. The subsequent manual fsck unearthed significant trashing of a hierarchy of files I was using yesterday. There are now 1764 entries in lost+found! Random sampling suggests that these appear to be files that are part of a large scientific library which I was compiling about 24 hours ago. I note from going back through my syslog that this freeze is always in vnlru; I have 2 GB of mem, and this library I was compiling does consist of lots and lots of files. There may also be a second problem. Note the "lock order reversal" backtrace above showing rawinp and raw6inp in netinet/raw_ip.c:199. This happened both during that boot and on the reboot following the full fsck. -jr On Feb 28, 16:14, Robert Watson wrote: > On Mon, 28 Feb 2005, J.R. Oldroyd wrote: > > > I am seeing similar problem, using -current from 2/22 with atamk3l. > > Running on hyperthreaded i386 here. > > > > I have encountered this crash about five or six times since 2/22, > > but I've been otherwise occupied and not able to look at it. Crash > > is infrequent, as in system's OK for many hours, then just freezes. > > Need to press the button to get it back. > > > > Config is generic with IPFIREWALL, IPDIVERT and IPV6FIREWALL added > > and debugging turned off. > > > > Since I have no other info at this time, I just built and installed a > > kernel with debugging on, so that next time I may have more details. > > Don't yet have any repeatable way to reproduce this. > > If you set "debug.mpsafevfs=0" in loader.conf and reboot, does it go away? > > Robert N M Watson > > > > > > Previous kernel, 1/31 without atamk3, was stable. > > > > -jr > > > > > > > > On Feb 25, 21:21, Kris Kennaway wrote: > > > On Fri, Feb 25, 2005 at 04:47:14PM -0800, Doug White wrote: > > > > On Thu, 24 Feb 2005, Kris Kennaway wrote: > > > > > > > > > > fault virtual address = 0x7562676b > > > > > > > > I agree with Dan, this is bogus. kernload() is the offset from kernbase > > > > where the ELF headers get stuck. I suspect ddb is resolving it like it > > > > resolves end -- its beyond the beginning of the kernel so it picks the > > > > next best match, like end shows up beyond the end of the symbol table. > > > > (FYI end usually indicates calls into a KLD.) > > > > > > > > > > current process = 52613 (getty) > > > > > > Tracing pid 52613 tid 100360 td 0xd2d3a000 > > > > > > kernload(cd533500,3,2000,d2d3a000,3) at 0x7562676b > > > > > > devfs_open(f8225a4c,c072025a,1e6,c07205ff,d235f134) at devfs_open+0x291 > > > > > > > > Can you get an addr2line on this devfs_open call? It appears to have > > > > tried to open an incompletely initialized tty device. Which one would be > > > > nice to know :-) > > > > > > It was ttyd0. phk couldn't figure out how this happened, so I'm > > > trying to recreate it. > > > > > > Kris > > > > > > > > > VOP_OPEN_APV(c07340a0,f8225a4c,3,c076d398,1) at VOP_OPEN_APV+0x9e > > > > > > vn_open_cred(f8225bbc,f8225cbc,860,cd33e180,1) at vn_open_cred+0x45b > > > > > > vn_open(f8225bbc,f8225cbc,860,1,d2d3a000) at vn_open+0x33 > > > > > > kern_open(d2d3a000,804f860,0,3,804f860) at kern_open+0xca > > > > > > open(d2d3a000,f8225d14,3a6,c071c691,d2d3a000) at open+0x36 > > > > > > syscall(2f,2f,2f,2,804f860) at syscall+0x2c4 > > > > > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > > > > > --- syscall (5, FreeBSD ELF32, open), eip = 0x280ca2cb, esp = 0xbfbfedfc, ebp = 0xbfbfee28 --- > > > > > > db> > > > > > > > > > > Kris > > > > > > > > > > > > > -- > > > > Doug White | FreeBSD: The Power to Serve > > > > dwhite@gumbysoft.com | www.FreeBSD.org > > > > _______________________________________________ > > > > freebsd-current@freebsd.org mailing list > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > > > > > > > From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 16:29:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06E1516A4CE for ; Wed, 2 Mar 2005 16:29:20 +0000 (GMT) Received: from smradoch.ath.cx (r2g224.chello.upc.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3906343D53 for ; Wed, 2 Mar 2005 16:29:19 +0000 (GMT) (envelope-from neuhauser@chello.cz) Received: by smradoch.ath.cx (Postfix, from userid 1001) id 71FA61F87BEE; Wed, 2 Mar 2005 17:29:17 +0100 (CET) Date: Wed, 2 Mar 2005 17:29:17 +0100 From: Roman Neuhauser To: Joseph Koshy , sam wun Message-ID: <20050302162917.GA1611@isis.wad.cz> Mail-Followup-To: Joseph Koshy , sam wun , freebsd-current@freebsd.org, Andrew Milton References: <421F59EB.8010902@authtec.com> <20050226022740.GL11138@camelot.theinternet.com.au> <42203142.6040207@authtec.com> <421F59EB.8010902@authtec.com> <84dead72050225092327e2f66f@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42203142.6040207@authtec.com> <84dead72050225092327e2f66f@mail.gmail.com> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: SCSI Quantum hard disk not usable? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Mar 2005 16:29:20 -0000 # joseph.koshy@gmail.com / 2005-02-25 17:23:17 +0000: > > error start coming when I reinstall the system. Both hard disks start to > > pring tons of errors on the screen until the system is freeze and > > reboot. Is this because my two SCSI hard disks become > > It would help if you could post the output of 'dmesg' and > a few sample errors spewed out before the system freeze. # sam.wun@authtec.com / 2005-02-26 16:20:18 +0800: > error I saw when the system in booting up is "/etc/rc.conf: $xxx ...." That's completely useless. Could you post the output of 'dmesg' and a few sample errors spewed out before the system freeze? Note that "the output of ..." doesn't mean we're expecting you'll reply with "it wrote lots of text" and "a few sample errors" doesn't mean "$xxx: ....", it means the *actual text you see on the screen* is needed to help you out. -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 16:52:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4AEC16A4CE; Wed, 2 Mar 2005 16:52:58 +0000 (GMT) Received: from ms002msg.fastwebnet.it (ms002msg.fastwebnet.it [213.140.2.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15FEF43D2F; Wed, 2 Mar 2005 16:52:58 +0000 (GMT) (envelope-from filippo@portatile.fastwebnet.it) Received: from portatile (1.255.90.62) by ms002msg.fastwebnet.it (7.2.052.3) id 41FFB3EA0032A743; Wed, 2 Mar 2005 17:52:57 +0100 Received: from portatile.fastwebnet.it (localhost [127.0.0.1]) by portatile (Postfix) with ESMTP id 54663B868; Wed, 2 Mar 2005 17:53:06 +0100 (CET) Received: (from filippo@localhost) by portatile.fastwebnet.it (8.13.1/8.13.1/Submit) id j22Gr5El000722; Wed, 2 Mar 2005 17:53:05 +0100 (CET) (envelope-from filippo) Date: Wed, 2 Mar 2005 17:53:04 +0100 From: Filippo Forti To: John Baldwin Message-ID: <20050302165304.GA674@portatile.fastwebnet.it> Mail-Followup-To: John Baldwin , freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org References: <20050301203005.GA684@portatile.fastwebnet.it> <200503011703.50828.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503011703.50828.jhb@FreeBSD.org> User-Agent: Mutt/1.5.6i cc: freebsd-acpi@FreeBSD.org cc: freebsd-current@FreeBSD.org Subject: Re: Panic on suspend X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: filippo.forti@fastwebnet.it List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2005 16:52:59 -0000 On Tue, Mar 01, 2005 at 05:03:50PM -0500, John Baldwin wrote: > On Tuesday 01 March 2005 03:30 pm, Filippo Forti wrote: > > Hi, > > I got a fully reproduceable panic while trying to suspend (to S3) on my > > laptop. FreeBSD is -CURRENT from Monday. > > > > I'm using a modified DSDT which used to work before I updated on Monday. > > dmesg from after reboot is attacched. > > > > Here comes gbd output > > > > > > Fatal trap 12: page fault while in vm86 mode > > fault virtual address = 0x2000 > > fault code = user write, page not present > > instruction pointer = 0xc000:0x5195 > > stack pointer = 0x0:0xfe4 > > frame pointer = 0x0:0x0 > > code segment = base 0x600005, limit 0x2, type 0x11 > > = DPL 1, pres 0, def32 0, gran 0 > > processor eflag = interrupt enabled, resume, mv86, IOPL = 0 > > current process = 1046 (acpiconf) > > [thread pid 1046 tid 100084] > > Stopped at 0x5159: *** error reading from address 5159 *** > > > > db> tr > > Tracing pid 1046 tid 100084 td 0xc27645c0 > > (null)(ff000e2c3,f000ff53,f000ff54,f00092da) at 0x5195 > > _end(ccce4fab,b638f354,3a6c5da3,ec956de5,fe6dff6c) at 0xf000ff53 > > > > db> where > > Tracing pid 1046 tid 100084 td 0xc27645c0 > > kdb_enter(c08d00f2,c08e69ce,c08cbfd1,c08ee7f9,2b8) at kdb_enter+0x31 > > witness_checkorder(c2cc2a54,9,c08ee7f9,2b8,0) at witness_checkorder+0xc9 > > _mtx_lock_flags(c2cc2a54,0,c08ee7f9,2b8,0) at _mtx_lock_flags+0x85 > > trap_pfault(c0c21fa8,0,2000,c0c21fa8,2000) at trap_pfault+0xa1 > > trap (0,0,0,1000,0) at trap+0x34b > > calltrap() at calltrap+0x5 > > ---trap 0xc, eip = 0x5195, esp = 0xc0c21fe8, ebp = 0 --- > > > > db> next > > panic: blockable sleep lock (sleep mutex) process lock @ > > /usr/src/sys/i386/i386/trap.c:696 > > KDB: enter: panic > > After 2 instructions (0 loads, 0 stores), > > [thread 1046 tid 1000084] > > stopped at kdb_enter+0x31: ret > > > > Thanks for your help > > Filippo > > Can you try this patch to get rid of the bogus witness warning: > This patch causes the kernel to panic on boot. Here comes something from there: Fatal trap 12: page fault while in kernel mode fault address = 0xbfbfffff fault code = supervisor write, page not present instruction pointer = 0x8:0xc085055d stack pointer = 0x10:0xe35a6cb8 frame pointer = 0x10:0xe35a6d14 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1 (swapper) [thread pid 1 tid 100003] Stopped at subyte+0x25: movb %al,0(%edx) db> where Tracing pid 1 tid 100003 td 0xc227d450 subyte(0,e35a6d48,c08ca09d,30e,0) at subyte+0x25 fork_exit)c0634dac,0,e35a6d48) at fork_exit+0xc7 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip=0, esp=0xe35a6d7c, epb=0 --- > Index: trap.c > =================================================================== > RCS file: /usr/cvs/src/sys/i386/i386/trap.c,v > retrieving revision 1.270 > diff -u -r1.270 trap.c > --- trap.c 16 Nov 2004 20:42:31 -0000 1.270 > +++ trap.c 18 Feb 2005 15:31:37 -0000 > @@ -238,7 +238,7 @@ > * to the debugger. > */ > eva = rcr2(); > - if (td->td_critnest == 0) > + if (td->td_critnest == 0 && td->td_sleeplocks == NULL) > enable_intr(); > else > trap_fatal(&frame, eva); > > > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org P.S.: I worte the other messages in reply to my problem and will notice you of the results as soon as I can test all of them. Thanks for your help Filippo From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 16:55:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA0B616A4CE; Wed, 2 Mar 2005 16:55:08 +0000 (GMT) Received: from ms001msg.fastwebnet.it (ms001msg.fastwebnet.it [213.140.2.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9312743D1F; Wed, 2 Mar 2005 16:55:08 +0000 (GMT) (envelope-from filippo@portatile.fastwebnet.it) Received: from portatile (1.255.90.62) by ms001msg.fastwebnet.it (7.2.052.3) id 41FFB4A2006FD89F; Wed, 2 Mar 2005 17:55:07 +0100 Received: from portatile.fastwebnet.it (localhost [127.0.0.1]) by portatile (Postfix) with ESMTP id D0695B868; Wed, 2 Mar 2005 17:55:16 +0100 (CET) Received: (from filippo@localhost) by portatile.fastwebnet.it (8.13.1/8.13.1/Submit) id j22GtGOx000759; Wed, 2 Mar 2005 17:55:16 +0100 (CET) (envelope-from filippo) Date: Wed, 2 Mar 2005 17:55:16 +0100 From: Filippo Forti To: Nate Lawson Message-ID: <20050302165516.GB674@portatile.fastwebnet.it> Mail-Followup-To: Nate Lawson , freebsd-current@freebsd.org, freebsd-acpi@freebsd.org References: <20050301203005.GA684@portatile.fastwebnet.it> <20050301203732.GB684@portatile.fastwebnet.it> <4224F88E.8080205@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4224F88E.8080205@root.org> User-Agent: Mutt/1.5.6i cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Panic on suspend X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: filippo.forti@fastwebnet.it List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2005 16:55:09 -0000 On Tue, Mar 01, 2005 at 03:19:42PM -0800, Nate Lawson wrote: > Filippo Forti wrote: > >I got a fully reproduceable panic while trying to suspend (to S3) on my > >laptop. > >FreeBSD is -CURRENT from Monday. > > > >I'm using a modified DSDT which used to work before I updated on Monday. > >dmesg from after reboot is attacched. > > > >Here comes gbd output > > > >Fatal trap 12: page fault while in vm86 mode > >fault virtual address = 0x2000 > >fault code = user write, page not present > >instruction pointer = 0xc000:0x5195 > ^^^^^^^ > Unfortunately this doesn't make the trick Thanks anyway > That is in the VGA BIOS. Try setting this sysctl before suspending: > > hw.acpi.reset_video=0 > > >stack pointer = 0x0:0xfe4 > >frame pointer = 0x0:0x0 > >code segment = base 0x600005, limit 0x2, type 0x11 > > = DPL 1, pres 0, def32 0, > > gran 0 > >processor eflag = interrupt enabled, resume, mv86, > >IOPL = 0 > >current process = 1046 (acpiconf) > >[thread pid 1046 tid 100084] > >Stopped at 0x5159: *** error reading from address 5159 *** > > Ian committed code to restore the VESA state so we shouldn't reset video > redundantly. I'm thinking of changing the default to 0 in -current. > > -- > Nate Filippo From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 18:13:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1596216A4CE for ; Wed, 2 Mar 2005 18:13:37 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98C0043D3F for ; Wed, 2 Mar 2005 18:13:36 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by wproxy.gmail.com with SMTP id 70so243847wra for ; Wed, 02 Mar 2005 10:13:36 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=OgKC8FKK7NQRd+68cHTIfGgVFltSMIExaOpHJ5yhwGF4tiragTFHw0rrkK8BbOtnXiAfSv6pu10jNEdjXKwOqc2fOw7AZp66VJpujx4cp6ZrUNxkf03w5M5h3ZA7CzLU4vv9Scnz/c1A5f+nVtsJKKyouuU88oCszl5J7BD9860= Received: by 10.54.52.38 with SMTP id z38mr42906wrz; Wed, 02 Mar 2005 10:13:35 -0800 (PST) Received: by 10.54.7.56 with HTTP; Wed, 2 Mar 2005 10:13:35 -0800 (PST) Message-ID: <6eb82e050302101340f74bcc@mail.gmail.com> Date: Thu, 3 Mar 2005 02:13:35 +0800 From: Rong-En Fan To: current@freebsd.org In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <85d5v0ovoz.fsf@stiegl.mj.niksun.com> Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Rong-En Fan List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2005 18:13:37 -0000 On 17 Feb 2005 12:03:46 +0100, Bengt Ahlgren wrote: > Andrew Heybey writes: > > > ATA mkIII has improved my Toshiba Tecra M2V running RELENG_5. > > > > Before, it would complain about "ATAPI_IDENTIFY TIMED OUT" on > > ata1-slave (the cdrom is ata1-master) when booting (but still would > > work). Even worse, when resuming from a memory suspend (S3) it would > > lose ad0 and hence crash, with messages on the console: > > > > ad0: FAILURE - ATA_IDENTIFY timed out > > ad0: WARNING - removed from configuration > > > > With mkIII, it now works fine: no complaints when booting and suspend/resume > > to memory works. > > Interesting! The IBM TPX40 exhibits the above resume behaviour when > using "device apic", but not without apic when running 5.3-RELEASE. > Hmm.. my IBM TP X31 running 2/27's current, I saw some ad0: READ_DMA timeout (retry 2 left) LBA=.... and it hangs, hdd's light is on. I have to press power button to turn off it. Strangely, after resume, it is alive for about 2 seconds before that message. Anyway, I don't have apic in kernel conf. rafan. From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 18:14:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBF4F16A4CE for ; Wed, 2 Mar 2005 18:14:26 +0000 (GMT) Received: from mail23.sea5.speakeasy.net (mail23.sea5.speakeasy.net [69.17.117.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EA4943D48 for ; Wed, 2 Mar 2005 18:14:26 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 30879 invoked from network); 2 Mar 2005 18:14:26 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 2 Mar 2005 18:14:25 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j22IEJOA082705; Wed, 2 Mar 2005 13:14:20 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: filippo.forti@fastwebnet.it Date: Wed, 2 Mar 2005 12:17:30 -0500 User-Agent: KMail/1.6.2 References: <20050301203005.GA684@portatile.fastwebnet.it> <200503011703.50828.jhb@FreeBSD.org> <20050302165304.GA674@portatile.fastwebnet.it> In-Reply-To: <20050302165304.GA674@portatile.fastwebnet.it> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200503021217.30157.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: freebsd-acpi@FreeBSD.org cc: freebsd-current@FreeBSD.org Subject: Re: Panic on suspend X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Mar 2005 18:14:26 -0000 On Wednesday 02 March 2005 11:53 am, Filippo Forti wrote: > On Tue, Mar 01, 2005 at 05:03:50PM -0500, John Baldwin wrote: > > On Tuesday 01 March 2005 03:30 pm, Filippo Forti wrote: > > > Hi, > > > I got a fully reproduceable panic while trying to suspend (to S3) on my > > > laptop. FreeBSD is -CURRENT from Monday. > > > > > > I'm using a modified DSDT which used to work before I updated on > > > Monday. dmesg from after reboot is attacched. > > > > > > Here comes gbd output > > > > > > > > > Fatal trap 12: page fault while in vm86 mode > > > fault virtual address = 0x2000 > > > fault code = user write, page not present > > > instruction pointer = 0xc000:0x5195 > > > stack pointer = 0x0:0xfe4 > > > frame pointer = 0x0:0x0 > > > code segment = base 0x600005, limit 0x2, type 0x11 > > > = DPL 1, pres 0, def32 0, gran 0 > > > processor eflag = interrupt enabled, resume, mv86, IOPL = 0 > > > current process = 1046 (acpiconf) > > > [thread pid 1046 tid 100084] > > > Stopped at 0x5159: *** error reading from address 5159 *** > > > > > > db> tr > > > Tracing pid 1046 tid 100084 td 0xc27645c0 > > > (null)(ff000e2c3,f000ff53,f000ff54,f00092da) at 0x5195 > > > _end(ccce4fab,b638f354,3a6c5da3,ec956de5,fe6dff6c) at 0xf000ff53 > > > > > > db> where > > > Tracing pid 1046 tid 100084 td 0xc27645c0 > > > kdb_enter(c08d00f2,c08e69ce,c08cbfd1,c08ee7f9,2b8) at kdb_enter+0x31 > > > witness_checkorder(c2cc2a54,9,c08ee7f9,2b8,0) at > > > witness_checkorder+0xc9 _mtx_lock_flags(c2cc2a54,0,c08ee7f9,2b8,0) at > > > _mtx_lock_flags+0x85 trap_pfault(c0c21fa8,0,2000,c0c21fa8,2000) at > > > trap_pfault+0xa1 trap (0,0,0,1000,0) at trap+0x34b > > > calltrap() at calltrap+0x5 > > > ---trap 0xc, eip = 0x5195, esp = 0xc0c21fe8, ebp = 0 --- > > > > > > db> next > > > panic: blockable sleep lock (sleep mutex) process lock @ > > > /usr/src/sys/i386/i386/trap.c:696 > > > KDB: enter: panic > > > After 2 instructions (0 loads, 0 stores), > > > [thread 1046 tid 1000084] > > > stopped at kdb_enter+0x31: ret > > > > > > Thanks for your help > > > Filippo > > > > Can you try this patch to get rid of the bogus witness warning: > > This patch causes the kernel to panic on boot. Here comes something from > there: > > Fatal trap 12: page fault while in kernel mode > fault address = 0xbfbfffff > fault code = supervisor write, page not present > instruction pointer = 0x8:0xc085055d > stack pointer = 0x10:0xe35a6cb8 > frame pointer = 0x10:0xe35a6d14 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 1 (swapper) > [thread pid 1 tid 100003] > Stopped at subyte+0x25: movb %al,0(%edx) > > db> where > Tracing pid 1 tid 100003 td 0xc227d450 > subyte(0,e35a6d48,c08ca09d,30e,0) at subyte+0x25 > fork_exit)c0634dac,0,e35a6d48) at fork_exit+0xc7 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip=0, esp=0xe35a6d7c, epb=0 --- Yes, the patch below is supposed to make it panic more cleanly rather than emitting a bogus witness warning. It won't fix the root panic. > > Index: trap.c > > =================================================================== > > RCS file: /usr/cvs/src/sys/i386/i386/trap.c,v > > retrieving revision 1.270 > > diff -u -r1.270 trap.c > > --- trap.c 16 Nov 2004 20:42:31 -0000 1.270 > > +++ trap.c 18 Feb 2005 15:31:37 -0000 > > @@ -238,7 +238,7 @@ > > * to the debugger. > > */ > > eva = rcr2(); > > - if (td->td_critnest == 0) > > + if (td->td_critnest == 0 && td->td_sleeplocks == NULL) > > enable_intr(); > > else > > trap_fatal(&frame, eva); > > > > > > -- > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > > "Power Users Use the Power to Serve" = http://www.FreeBSD.org > > P.S.: I worte the other messages in reply to my problem and will notice > you of the results as soon as I can test all of them. > > Thanks for your help > Filippo -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 18:55:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 905FE16A4CE for ; Wed, 2 Mar 2005 18:55:59 +0000 (GMT) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2373043D39 for ; Wed, 2 Mar 2005 18:55:59 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (pool-151-199-89-235.roa.east.verizon.net [151.199.89.235]) by gromit.dlib.vt.edu (8.13.1/8.13.1) with ESMTP id j22ItuiT054817 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 2 Mar 2005 13:55:57 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (localhost.Chelsea-Ct.Org [127.0.0.1]) by zappa.Chelsea-Ct.Org (8.13.3/8.13.3) with ESMTP id j22ItouW015724 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 2 Mar 2005 13:55:51 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: (from paul@localhost) by zappa.Chelsea-Ct.Org (8.13.3/8.13.3/Submit) id j22ItoNR015723; Wed, 2 Mar 2005 13:55:50 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) X-Authentication-Warning: zappa.Chelsea-Ct.Org: paul set sender to paul@gromit.dlib.vt.edu using -f From: Paul Mather To: freebsd-current@freebsd.org In-Reply-To: <200502191556.aa96337@salmon.maths.tcd.ie> References: <200502191556.aa96337@salmon.maths.tcd.ie> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 02 Mar 2005 13:55:50 -0500 Message-Id: <1109789750.90626.32.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port cc: Ian Dowse Subject: Re: ad WRITE_DMA timing out frequently X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Mar 2005 18:55:59 -0000 On Sat, 2005-02-19 at 15:56 +0000, Ian Dowse wrote: > In message <1108752445.1105.34.camel@zappa.Chelsea-Ct.Org>, Paul Mather writes: > >The "TIMEOUT - WRITE_DMA" issue has been a recurring problem for me > >since somewhere in the 5.2.1--5.3 release range. (It's been so long now > >that I don't remember whether it first started plaguing me in 5.2.1 or > >5.3. I do know for definite I never got this problem in 5.1 and it only > >crept in during an "upgrade.") > > On a recent -CURRENT you could try the following patch. It attempts > to clean up the handling of timeouts in the ATA code by using the > new callout_init_mtx() function, and appeared to cure fairly frequent > WRITE_DMA timeout messages for me. [[Patch omitted.]] I've been using the patch Ian posted for a week or so now and have not had any of the serious problems I had before I applied the patch. I have had two incidences of "TIMEOUT - WRITE_DMA" in the time I've been running with the patch, but they have not resulted in the "FAILURE - WRITE_DMA timed out" and associated fatal provider disconnection I experienced previously. It may be completely unrelated, but since running with this patch, my system also hasn't experienced any of the occasional spontaneous reboots I would sometimes get before, and seems overall more robust. It would be great if this patch could be applied to -CURRENT and MFC5'd, too. Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 22:26:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCAFF16A4CE for ; Wed, 2 Mar 2005 22:26:26 +0000 (GMT) Received: from csa.cs.okstate.edu (a.cs.okstate.edu [139.78.113.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85E1043D2F for ; Wed, 2 Mar 2005 22:26:26 +0000 (GMT) (envelope-from lreid@cs.okstate.edu) Received: by csa.cs.okstate.edu (Postfix, from userid 601) id 160D0A0634; Wed, 2 Mar 2005 16:26:26 -0600 (CST) To: freebsd-current@freebsd.org Received: from 164.58.79.196 (auth. user lreid@a.cs.okstate.edu) by cs.okstate.edu with HTTP; Wed, 02 Mar 2005 16:26:26 -0600 X-IlohaMail-Blah: lreid@a.cs.okstate.edu X-IlohaMail-Method: mail() [mem] X-IlohaMail-Dummy: moo X-Mailer: IlohaMail/0.8.12 (On: cs.okstate.edu) In-Reply-To: <1109789750.90626.32.camel@zappa.Chelsea-Ct.Org> From: "Reid Linnemann" Bounce-To: "Reid Linnemann" Errors-To: "Reid Linnemann" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Message-Id: <20050302222626.160D0A0634@csa.cs.okstate.edu> Date: Wed, 2 Mar 2005 16:26:26 -0600 (CST) Subject: Re: ad WRITE_DMA timing out frequently X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Mar 2005 22:26:26 -0000 >I've been using the patch Ian posted for a week or so now and have not >had any of the serious problems I had before I applied the patch. I >have had two incidences of "TIMEOUT - WRITE_DMA" in the time I've been >running with the patch, but they have not resulted in the "FAILURE - >WRITE_DMA timed out" and associated fatal provider disconnection I >experienced previously. It may be completely unrelated, but since >running with this patch, my system also hasn't experienced any of the >occasional spontaneous reboots I would sometimes get before, and seems >overall more robust. > >It would be great if this patch could be applied to -CURRENT and MFC5'd, >too. I'd like to say "me too". Since patching, I have had several "TIMEOUT - WRITE_DMA" messages, usually 2-3 per day, but no failures. The system has been running stable for about 8 days, and I do not notice any filesystem inconsistency or performance degradation. From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 23:29:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F153616A4CE; Wed, 2 Mar 2005 23:29:13 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F31C43D1F; Wed, 2 Mar 2005 23:29:13 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222])j22NSaRs011996; Wed, 2 Mar 2005 18:28:37 -0500 Message-ID: <42264C34.90701@root.org> Date: Wed, 02 Mar 2005 15:28:52 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20050301215549.7A2E25D07@ptavv.es.net> In-Reply-To: <20050301215549.7A2E25D07@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: acpi@FreeBSD.ORG cc: Maxim Sobolev cc: current@FreeBSD.ORG Subject: Re: patch: p4tcc and speedstep cpufreq drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Mar 2005 23:29:14 -0000 Kevin Oberman wrote: >>Date: Thu, 24 Feb 2005 13:11:14 -0800 >>From: Nate Lawson >> >>Maxim Sobolev wrote: >> >>>Kevin Oberman wrote: >>>> >>>>I'm also concerned that taking TCC out of automatic mode might not be a >>>>great idea, at least until things like _PSV are supported. When I do a >>>>buildkernel, buildworld or any big compile job, I need to slow down the >>>>CPU to keep the CPU form frying. It quickly jumps to 185 F. or higher if >>>>I don't. If I understand automatic TCC, it should throttle the CPU all >>>>by itself to prevent this. >>> >>>Taking TCC out of automatic mode doesn't disable thermal controlling >>>circuitry completely, so that if the processor overheats it will shut >>>down the machine anyway: >>> >>>--- >>>Regardless of enabling of the automatic >>>or On-Demand modes, in the event of a catastrophic cooling failure, the >>>processor will >>>automatically shut down when the silicon has reached a temperature of >>>approximately >>>135 °C. At this point the system bus signal THERMTRIP# will go active >>>and stay active >>>until RESET# has been initiated. >>>--- >> >>Correct. Even more so, automatic mode continues to override On-Demand >>mode if there is a more moderate thermal condition than THERMTRIP#: >> >>"On-Demand mode may be used at the same time Automatic mode is enabled, >>however, if the system tries to enable the TCC via On-Demand mode at the >>same time automatic mode is enabled AND a high temperature condition >>exists, the duty cycle of the automatic mode will override the duty >>cycle selected by the On-Demand mode." >> >>Since automatic mode is set by the BIOS before we even boot, things >>should be fine. > > Thanks! With this set I am down to "only" 14 frequencies, but they are > now proportional to CPU speed and I still have a fully functional TCC, > should I need it. > > Also, at no added charge, the system no longer locks up at low speed. I > can to all the way down to 150 MHz just fine! No more hangs. > > I really think that if would be a good idea to have > hint.p4tcc.0.disabled set by default, especially based on sobomax's > recent message where the spec says that normal operation can't be > assured if the TCC is not in automatic mode. I'm glad it's working for you but I don't think p4tcc should be disabled by default. sobomax's interpretation of the spec is not correct. The text you are referring to is directed at BIOS authors. The (undocumented) Automatic flag must be set during initialization (i.e., by the BIOS) or the system is not operating within specifications. Mobile Intel Pentium 4 Processor-M Datasheet, 6.1.2 --- The thermal monitor uses two modes to activate the TCC: Automatic mode and On-Demand mode. Automatic mode is required for the processor to operate within specifications and must first be enabled via BIOS. --- Again, this text is just saying that if the BIOS never enables the Automatic flag, the system is out of specification. However, this spec is a bit unclear on what happens when On-Demand mode is active and then a thermal condition occurs. It only specifies that if On-Demand mode is selected while a thermal condition is already present, the requested transition will not occur until the thermal condition has passed. If you look elsewhere, the design is stated more clearly and shows the reading that enabling On-Demand disables Automatic mode is incorrect. Intel Software Developer's Manual, Volume 3, 13.15.3: "If on-demand clock modulation and TM1 are both enabled and the thermal status of the processor is hot ..., clock modulation at the duty cycle specified by TM1 takes precedence, regardless of the setting of the on-demand clock modulation duty cycle." Empirical testing shows TM1 kicks in around 75C and THERMTRIP is somewhere near 100C. The separate THERMTRIP feature disables the processor completely if TM1 or 2 fail to stop the temperature from rising. http://www.digit-life.com/articles2/p4-throttling/ -- Nate From owner-freebsd-current@FreeBSD.ORG Wed Mar 2 23:56:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56B0B16A4CE; Wed, 2 Mar 2005 23:56:27 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id F244343D48; Wed, 2 Mar 2005 23:56:26 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Wed, 02 Mar 2005 15:56:24 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id BA3925D07; Wed, 2 Mar 2005 15:56:23 -0800 (PST) To: Nate Lawson In-reply-to: Your message of "Wed, 02 Mar 2005 15:28:52 PST." <42264C34.90701@root.org> Date: Wed, 02 Mar 2005 15:56:23 -0800 From: "Kevin Oberman" Message-Id: <20050302235623.BA3925D07@ptavv.es.net> cc: acpi@FreeBSD.ORG cc: Maxim Sobolev cc: current@FreeBSD.ORG Subject: Re: patch: p4tcc and speedstep cpufreq drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Mar 2005 23:56:27 -0000 > Date: Wed, 02 Mar 2005 15:28:52 -0800 > From: Nate Lawson > > Kevin Oberman wrote: > >>Date: Thu, 24 Feb 2005 13:11:14 -0800 > >>From: Nate Lawson > >> > >>Maxim Sobolev wrote: > >> > >>>Kevin Oberman wrote: > >>>> > >>>>I'm also concerned that taking TCC out of automatic mode might not be a > >>>>great idea, at least until things like _PSV are supported. When I do a > >>>>buildkernel, buildworld or any big compile job, I need to slow down the > >>>>CPU to keep the CPU form frying. It quickly jumps to 185 F. or higher if > >>>>I don't. If I understand automatic TCC, it should throttle the CPU all > >>>>by itself to prevent this. > >>> > >>>Taking TCC out of automatic mode doesn't disable thermal controlling > >>>circuitry completely, so that if the processor overheats it will shut > >>>down the machine anyway: > >>> > >>>--- > >>>Regardless of enabling of the automatic > >>>or On-Demand modes, in the event of a catastrophic cooling failure, the > >>>processor will > >>>automatically shut down when the silicon has reached a temperature of > >>>approximately > >>>135 °C. At this point the system bus signal THERMTRIP# will go active > >>>and stay active > >>>until RESET# has been initiated. > >>>--- > >> > >>Correct. Even more so, automatic mode continues to override On-Demand > >>mode if there is a more moderate thermal condition than THERMTRIP#: > >> > >>"On-Demand mode may be used at the same time Automatic mode is enabled, > >>however, if the system tries to enable the TCC via On-Demand mode at the > >>same time automatic mode is enabled AND a high temperature condition > >>exists, the duty cycle of the automatic mode will override the duty > >>cycle selected by the On-Demand mode." > >> > >>Since automatic mode is set by the BIOS before we even boot, things > >>should be fine. > > > > Thanks! With this set I am down to "only" 14 frequencies, but they are > > now proportional to CPU speed and I still have a fully functional TCC, > > should I need it. > > > > Also, at no added charge, the system no longer locks up at low speed. I > > can to all the way down to 150 MHz just fine! No more hangs. > > > > I really think that if would be a good idea to have > > hint.p4tcc.0.disabled set by default, especially based on sobomax's > > recent message where the spec says that normal operation can't be > > assured if the TCC is not in automatic mode. > > I'm glad it's working for you but I don't think p4tcc should be disabled > by default. sobomax's interpretation of the spec is not correct. > > The text you are referring to is directed at BIOS authors. The > (undocumented) Automatic flag must be set during initialization (i.e., > by the BIOS) or the system is not operating within specifications. > > Mobile Intel Pentium 4 Processor-M Datasheet, 6.1.2 > --- > The thermal monitor uses two modes to activate the TCC: Automatic mode > and On-Demand mode. Automatic mode is required for the processor to > operate within specifications and must first be enabled via BIOS. > --- > > Again, this text is just saying that if the BIOS never enables the > Automatic flag, the system is out of specification. However, this spec > is a bit unclear on what happens when On-Demand mode is active and then > a thermal condition occurs. It only specifies that if On-Demand mode is > selected while a thermal condition is already present, the requested > transition will not occur until the thermal condition has passed. > > If you look elsewhere, the design is stated more clearly and shows the > reading that enabling On-Demand disables Automatic mode is incorrect. > > Intel Software Developer's Manual, Volume 3, 13.15.3: > "If on-demand clock modulation and TM1 are both enabled and the thermal > status of the processor is hot ..., clock modulation at the duty cycle > specified by TM1 takes precedence, regardless of the setting of the > on-demand clock modulation duty cycle." > > Empirical testing shows TM1 kicks in around 75C and THERMTRIP is > somewhere near 100C. The separate THERMTRIP feature disables the > processor completely if TM1 or 2 fail to stop the temperature from rising. > > http://www.digit-life.com/articles2/p4-throttling/ OK. This makes me feel a bit better, but I still think I'll leave TCC out of the equation as it makes the various frequency steps vary uneven to the point that lowering dev.cpu.0.freq would increase performance (and the reverse, as well) and it causes my system to hang when throttled back too far. It never hangs with TCC disabled although my lowest "frequency" is now just 150 MHz. By the way, I am still delighted in the cpufreq addition to the system. It gives me excellent control of CPU speed to stretch my battery life. All I really need is a desktop tool (maybe a gnome applet) to let me adjust freq easily. I may just try to write that myself if I get some time before someone else gets to it. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Thu Mar 3 00:32:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74ABB16A4CE for ; Thu, 3 Mar 2005 00:32:09 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F44A43D1F for ; Thu, 3 Mar 2005 00:32:08 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so256421rnf for ; Wed, 02 Mar 2005 16:32:08 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=gQvU31RWH7jktW7MW9aFGZ+RrlJhoK+5Lw8U8IoJTvcKyEBBOKWe5nezorbbi20EnEyRjiSkP3U1wzq/h+wd5rPqZwTVaRT0kBVZD35JTxadRl0EOR1EPLpjy78s+U2/bSSP7cCc3njC8GVSCHon6X2uCBLQK5W2bFOwO/sP4Og= Received: by 10.38.97.5 with SMTP id u5mr67084rnb; Wed, 02 Mar 2005 16:31:34 -0800 (PST) Received: by 10.38.101.19 with HTTP; Wed, 2 Mar 2005 16:31:34 -0800 (PST) Message-ID: Date: Wed, 2 Mar 2005 18:31:34 -0600 From: Eric Kjeldergaard To: Nate Lawson In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <42068A5C.1030300@root.org> <421A8F90.3080907@root.org> <4224F8CB.60305@root.org> cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Eric Kjeldergaard List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2005 00:32:09 -0000 On Wed, 2 Mar 2005 01:08:47 -0600, Eric Kjeldergaard wrote: > On Tue, 01 Mar 2005 15:20:43 -0800, Nate Lawson wrote: > > Eric Kjeldergaard wrote: > > > On Tue, 1 Mar 2005 15:34:24 -0600, Eric Kjeldergaard wrote: > > > Oh, just one more thing... > > > Perhaps I'm misunderstanding, but I never see ichss load. It's > > > supposed to load automagically if I have an ICH, no? > > > > ichss, est, and p4tcc are all contained within cpufreq.ko > > Okay, that's what I thought I had read. This is a p4m and should > definitely have something showing up for ichss when I load cpufreq > then. It doesn't seem to (this is the same system that has USB > suddenly stop working). > Found even more time to play with this. I got the freshest of sources (mebbe 3 hours old now) and built it. USB works if I load it via /boot/loader.conf now but still does not if I kldload it during runtime. ichss still appears not to load although I'm pretty sure it should be. Any information you'd like? -- If I write a signature, my emails will appear more personalised. From owner-freebsd-current@FreeBSD.ORG Thu Mar 3 01:32:32 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7577316A4CE; Thu, 3 Mar 2005 01:32:32 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 3B68243D48; Thu, 3 Mar 2005 01:32:31 +0000 (GMT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 3 Mar 2005 01:32:30 +0000 (GMT) To: filippo.forti@fastwebnet.it In-Reply-To: Your message of "Wed, 02 Mar 2005 17:55:16 +0100." <20050302165516.GB674@portatile.fastwebnet.it> Date: Thu, 03 Mar 2005 01:32:29 +0000 From: Ian Dowse Message-ID: <200503030132.aa82163@salmon.maths.tcd.ie> cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org cc: Nate Lawson Subject: Re: Panic on suspend X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 03 Mar 2005 01:32:32 -0000 In message <20050302165516.GB674@portatile.fastwebnet.it>, Filippo Forti writes : >On Tue, Mar 01, 2005 at 03:19:42PM -0800, Nate Lawson wrote: >> That is in the VGA BIOS. Try setting this sysctl before suspending: >> >> hw.acpi.reset_video=0 >Unfortunately this doesn't make the trick >Thanks anyway Did updating to the version 1.49 of vesa.c fix the crash for you? There is a new patch at: http://people.freebsd.org/~iedowse/vesa_restore.diff This needs to be applied on top of version 1.49, and should hopefully correct the behaviour when the VESA state requires more than 4k of space. Would you be able to test that this version does not crash for you on suspend? I don't fully understand why the previous version was faulting at 0x2000, since that page should have been mapped into the VM86 address space. However my code was definitely handling the kernel virtual addresses incorrectly, so maybe that was causing something to be overwritten. The updated patch allocates a contiguous virtual buffer and then maps each page into the VM86 address space starting at 0x1000. Ian From owner-freebsd-current@FreeBSD.ORG Thu Mar 3 01:37:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5530416A4CE; Thu, 3 Mar 2005 01:37:16 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08AA143D41; Thu, 3 Mar 2005 01:37:16 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j231b5Zj015068 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 2 Mar 2005 17:37:06 -0800 Message-ID: <42266A41.2010907@root.org> Date: Wed, 02 Mar 2005 17:37:05 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20050302235623.BA3925D07@ptavv.es.net> In-Reply-To: <20050302235623.BA3925D07@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: patch: p4tcc and speedstep cpufreq drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 03 Mar 2005 01:37:16 -0000 Kevin Oberman wrote: >>Date: Wed, 02 Mar 2005 15:28:52 -0800 >>From: Nate Lawson >>If you look elsewhere, the design is stated more clearly and shows the >>reading that enabling On-Demand disables Automatic mode is incorrect. >> >>Intel Software Developer's Manual, Volume 3, 13.15.3: >>"If on-demand clock modulation and TM1 are both enabled and the thermal >>status of the processor is hot ..., clock modulation at the duty cycle >>specified by TM1 takes precedence, regardless of the setting of the >>on-demand clock modulation duty cycle." >> >>Empirical testing shows TM1 kicks in around 75C and THERMTRIP is >>somewhere near 100C. The separate THERMTRIP feature disables the >>processor completely if TM1 or 2 fail to stop the temperature from rising. >> >>http://www.digit-life.com/articles2/p4-throttling/ > > > OK. This makes me feel a bit better, but I still think I'll leave TCC > out of the equation as it makes the various frequency steps vary uneven > to the point that lowering dev.cpu.0.freq would increase performance > (and the reverse, as well) and it causes my system to hang when > throttled back too far. It never hangs with TCC disabled although my > lowest "frequency" is now just 150 MHz. > > By the way, I am still delighted in the cpufreq addition to the system. > It gives me excellent control of CPU speed to stretch my battery life. > All I really need is a desktop tool (maybe a gnome applet) to let me > adjust freq easily. I may just try to write that myself if I get some > time before someone else gets to it. I'll try to see if I can find a way to notice bad states and disable them automatically. Perhaps your CPU has some errata. Regarding the gnome applet, too late, marcus@ has done that. :) -- Nate From owner-freebsd-current@FreeBSD.ORG Thu Mar 3 01:42:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 459C516A4CE for ; Thu, 3 Mar 2005 01:42:29 +0000 (GMT) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.FreeBSD.org (Postfix) with SMTP id A3CD643D54 for ; Thu, 3 Mar 2005 01:42:28 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp105.rog.mail.re2.yahoo.com with SMTP; 3 Mar 2005 01:42:28 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej); by cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com with HTTP; Wed, 2 Mar 2005 20:42:32 -0500 (EST) Message-ID: <2861.172.16.0.199.1109814152.squirrel@172.16.0.199> Date: Wed, 2 Mar 2005 20:42:32 -0500 (EST) From: "Mike Jakubik" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Reproducible Panic with port iplog X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 03 Mar 2005 01:42:29 -0000 Hello, It seems that the port iplog, causes a panic when it is stopped. Oddly enough it works fine when running. Below is the information i gathered, i dont know what commands to feed the debugger to provide useful info, so instructions are welcome. I have also defined dumpdev in rc.conf and makeoptions DEBUG=-g" in kernel, but the system does not dump. I dont understand why, even dmesg reports its setup. kernel dumps on /dev/ad0s1b swapon: adding /dev/ad0s1b as swap device It just sits there after the panic message. And yes, the swap partition is larger than physical memory. Anyways, here is what i gathered. This happens on a 1 month old kernel, as well as a recently cvsuped one. --- root@fbsd:~# sync root@fbsd:~# /usr/local/etc/rc.d/iplog.sh stop iplogroot@fbsd:~# kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x4 fault code = supervisor read, page not present instruction pointer = 0x8:0xc051274f stack pointer = 0x10:0xd8a55b04 frame pointer = 0x10:0xd8a55b2c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 526 (iplog) [thread pid 526 tid 100105 ] Stopped at propagate_priority+0x13f: movl 0x4(%eax),%eax db> trace Tracing pid 526 tid 100105 td 0xc1b85730 propagate_priority(c1b85730,0,c0649a96,254,c0698620) at propagate_priority+0x13f turnstile_wait(c19a7858,c1b878a0,c0645f57,216,c19a7858) at turnstile_wait+0x38b _mtx_lock_sleep(c19a7858,c1b85730,0,c06495f9,206) at _mtx_lock_sleep+0x134 _mtx_lock_flags(c19a7858,0,c06495f9,206,1) at _mtx_lock_flags+0xbf sleepq_calc_signal_retval(0,0,c0647242,da,0) at sleepq_calc_signal_retval+0x38 msleep(c19ab400,c19ab468,11a,c064fdf9,0) at msleep+0x3de bpfread(c19abd00,d8a55c80,0,3a2,8000) at bpfread+0x1bc devfs_read_f(c1a16a20,d8a55c80,c1551d00,0,c1b85730) at devfs_read_f+0xa6 dofileread(c1b85730,c1a16a20,7,807d000,8000) at dofileread+0x9b read(c1b85730,d8a55d14,c,3ff,3) at read+0x6b syscall(2f,2f,2f,808f600,0) at syscall+0x245 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x281133cf, esp = 0xbfabde0c, ebp = 0xbfabde28 --- db> continue panic: blockable sleep lock (sleep mutex) process lock @ /usr/src/sys/i386/i386/trap.c:696 KDB: enter: panic [thread pid 526 tid 100105 ] Stopped at kdb_enter+0x30: leave db> trace Tracing pid 526 tid 100105 td 0xc1b85730 kdb_enter(c0646b1d,c06937e0,c064a32c,d8a559f0,100) at kdb_enter+0x30 panic(c064a32c,c0657a46,c06461d5,c065d5e6,2b8) at panic+0xcc witness_checkorder(c19a7858,9,c065d5e6,2b8,0) at witness_checkorder+0xc7 _mtx_lock_flags(c19a7858,0,c065d5e6,2b8,c1b85730) at _mtx_lock_flags+0x8a trap_pfault(d8a55ac4,0,4,1ce,4) at trap_pfault+0xa1 trap(18,10,10,c1b86540,c1b85730) at trap+0x34d calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc051274f, esp = 0xd8a55b04, ebp = 0xd8a55b2c --- propagate_priority(c1b85730,0,c0649a96,254,c0698620) at propagate_priority+0x13f turnstile_wait(c19a7858,c1b878a0,c0645f57,216,c19a7858) at turnstile_wait+0x38b _mtx_lock_sleep(c19a7858,c1b85730,0,c06495f9,206) at _mtx_lock_sleep+0x134 _mtx_lock_flags(c19a7858,0,c06495f9,206,1) at _mtx_lock_flags+0xbf sleepq_calc_signal_retval(0,0,c0647242,da,0) at sleepq_calc_signal_retval+0x38 msleep(c19ab400,c19ab468,11a,c064fdf9,0) at msleep+0x3de bpfread(c19abd00,d8a55c80,0,3a2,8000) at bpfread+0x1bc devfs_read_f(c1a16a20,d8a55c80,c1551d00,0,c1b85730) at devfs_read_f+0xa6 dofileread(c1b85730,c1a16a20,7,807d000,8000) at dofileread+0x9b read(c1b85730,d8a55d14,c,3ff,3) at read+0x6b syscall(2f,2f,2f,808f600,0) at syscall+0x245 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x281133cf, esp = 0xbfabde0c, ebp = 0xbfabde28 --- db> continue Uptime: 33m37s From owner-freebsd-current@FreeBSD.ORG Thu Mar 3 01:48:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A302516A4CE for ; Thu, 3 Mar 2005 01:48:10 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37DCD43D31 for ; Thu, 3 Mar 2005 01:48:09 +0000 (GMT) (envelope-from vladimir@math.uic.edu) Received: from cat.math.uic.edu (c-24-12-126-199.client.comcast.net[24.12.126.199]) by comcast.net (rwcrmhc11) with SMTP id <2005030301480801300qd8pse>; Thu, 3 Mar 2005 01:48:08 +0000 Received: (qmail 21991 invoked by uid 31415); 3 Mar 2005 01:48:08 -0000 Date: Wed, 2 Mar 2005 19:48:08 -0600 From: Vladimir Egorin To: Doug Ambrisko Message-ID: <20050303014808.GA19265@math.uic.edu> References: <42242DC5.2070401@elischer.org> <200503020553.j225r3OL008922@ambrisko.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503020553.j225r3OL008922@ambrisko.com> User-Agent: Mutt/1.5.8i cc: Current cc: Julian Elischer Subject: Re: fixing Vmware 2 port for 5.x and 6.x.. kmem _alloc_pageable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 03 Mar 2005 01:48:10 -0000 On Tue, Mar 01, 2005 at 09:53:03PM -0800, Doug Ambrisko wrote: > Julian Elischer writes: > | Well I have it compiling but when running > | it fails with: > | > | julian@jules:vmware > | Setting TMPDIR=/var/tmp. > | VMware Workstation PANIC: NOT_IMPLEMENTED F(566):1081 > | VMware Workstation PANIC: NOT_IMPLEMENTED F(566):1081 > | VVMware Workstation PANIC: NOT_IMPLEMENTED F(566):1296 > | AIO panic loop > | Mware Workstation PANIC: AIO: NOT_IMPLEMENTED F(566):1081 > | julian@jules: > | > | I am guessing that, since this DID work before > | the new linux base libraries are expecting to use AIO > | and maybe we don't support it? > > vmware/linux has a bug. Linux libs changed the call breaking > vmware. There are source programs to patch the vmware binaries. > Do a google search for vmware-any-any-update, build and run against > you vmware bin. > > Doug A. Do you know if the same recipe would work for vmware3 ? The port used to work on -CURRENT until about Feb 13, but since then pushing the "power on" button in vmware instantaneously reboots the machine. I did reinstall vmware port after upgrading. Thanks, -- Vladimir From owner-freebsd-current@FreeBSD.ORG Thu Mar 3 01:55:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69EE516A4CF for ; Thu, 3 Mar 2005 01:55:23 +0000 (GMT) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBCC343D1F for ; Thu, 3 Mar 2005 01:55:22 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-1.free.fr (Postfix) with ESMTP id 325EB173493; Thu, 3 Mar 2005 02:55:22 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 3BDAD407C; Thu, 3 Mar 2005 02:54:38 +0100 (CET) Date: Thu, 3 Mar 2005 02:54:38 +0100 From: Jeremie Le Hen To: Mike Jakubik Message-ID: <20050303015438.GF15329@obiwan.tataz.chchile.org> References: <2861.172.16.0.199.1109814152.squirrel@172.16.0.199> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2861.172.16.0.199.1109814152.squirrel@172.16.0.199> User-Agent: Mutt/1.5.7i cc: freebsd-current@freebsd.org Subject: Re: Reproducible Panic with port iplog X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 03 Mar 2005 01:55:23 -0000 Hi Mike, > It seems that the port iplog, causes a panic when it is stopped. Oddly > enough it works fine when running. Below is the information i gathered, i > dont know what commands to feed the debugger to provide useful info, so > instructions are welcome. I have also defined dumpdev in rc.conf and > makeoptions DEBUG=-g" in kernel, but the system does not dump. I dont > understand why, even dmesg reports its setup. Would you please tell us which version of FreeBSD you are using, either RELENG_5 or CURRENT. I guess it's CURRENT, but it's better asking. Your kernel configuration file could be useful too. Thank you. Regards, -- Jeremie Le Hen jeremie at le-hen dot org From owner-freebsd-current@FreeBSD.ORG Thu Mar 3 02:16:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB1AE16A4D0 for ; Thu, 3 Mar 2005 02:16:09 +0000 (GMT) Received: from mx2.synetsystems.com (mx2.synetsystems.com [216.226.140.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFF9E43D39 for ; Thu, 3 Mar 2005 02:16:08 +0000 (GMT) (envelope-from rmtodd@ichotolot.servalan.com) Received: by mx2.synetsystems.com (Postfix, from userid 66) id 1BB663284; Wed, 2 Mar 2005 21:16:08 -0500 (EST) Received: from localhost ([127.0.0.1]:57263 helo=ichotolot.servalan.com) by servalan.servalan.com with esmtp (Exim 4.44 (FreeBSD)) id 1D6fIz-000K0l-3C for freebsd-current@freebsd.org; Wed, 02 Mar 2005 19:39:09 -0600 To: freebsd-current@freebsd.org Date: Wed, 02 Mar 2005 19:39:09 -0600 From: Richard Todd Message-Id: <20050303021608.1BB663284@mx2.synetsystems.com> Subject: Recent major number changes on ptys break grantpt() and friends in lib/libc/stdlib/grantpt.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 03 Mar 2005 02:16:10 -0000 Last night I upgraded my system to the then-current -CURRENT (upgrading from -CURRENT as of a couple weeks ago), installing new kernel and world. Soon after, I discovered that a Perl script of mine I use to pry statistics out of my Netgear router (telneting to the router under a pseudo-tty with p5-Expect and p5-IO-Tty) was giving me the following error messages: IO::Tty::pty_allocate(nonfatal): grantpt(): Invalid argument at /usr/local/lib/perl5/site_perl/5.8.6/mach/IO/Pty.pm line 24, line 1. IO::Tty::pty_allocate(nonfatal): unlockpt(): Invalid argument at /usr/local/lib/perl5/site_perl/5.8.6/mach/IO/Pty.pm line 24, line 1. IO::Tty::open_slave(nonfatal): ptsname(): Invalid argument at /usr/local/lib/perl5/site_perl/5.8.6/mach/IO/Pty.pm line 24, line 1. pty_allocate(nonfatal): openpty(): Invalid argument at /usr/local/lib/perl5/site_perl/5.8.6/mach/IO/Pty.pm line 24, line 1. IO::Tty::pty_allocate(nonfatal): grantpt(): Invalid argument at /usr/local/lib/perl5/site_perl/5.8.6/mach/IO/Pty.pm line 24, line 1. IO::Tty::pty_allocate(nonfatal): unlockpt(): Invalid argument at /usr/local/lib/perl5/site_perl/5.8.6/mach/IO/Pty.pm line 24, line 1. Further investigation with simplifed test cases revealed that yes indeed, calls by the p5-IO-Tty module to the grantpt()/unlockpt()/ptsname() were failing. Looking at the code for these functions, it's easy to see why. These functions all check to see if the fd they're passed is a valid pty by fstat()ing the fd, looking at the device number, and checking it is a pseudoterminal device node with the ISPTM macro as follows: #define PTM_MAJOR 6 /* pseudo tty master major */ #define PTS_MAJOR 5 /* pseudo tty slave major */ #define PTM_PREFIX "pty" /* pseudo tty master naming convention */ #define PTS_PREFIX "tty" /* pseudo tty slave naming convention */ /* * The following are range values for pseudo TTY devices. Pseudo TTYs have a * name of /dev/[pt]ty[p-sP-S][0-9a-v], yielding 256 combinations per major. */ #define PT_MAX 256 #define PT_DEV1 "pqrsPQRS" #define PT_DEV2 "0123456789abcdefghijklmnopqrstuv" /* * grantpt(3) support utility. */ #define _PATH_PTCHOWN "/usr/libexec/pt_chown" /* * ISPTM(x) returns 0 for struct stat x if x is not a pty master. * The bounds checking may be unnecessary but it does eliminate doubt. */ #define ISPTM(x) (S_ISCHR((x).st_mode) && \ major((x).st_rdev) == PTM_MAJOR && \ minor((x).st_rdev) >= 0 && \ minor((x).st_rdev) < PT_MAX) Yep. The pty master/slave major numbers are hardwired into grantpt.c, and now that pty major device numbers are dynamically allocated, the actual device numbers on a running system don't match what's in the above #define: crw-rw-rw- 1 root wheel 216, 0 Mar 2 01:50 /dev/ptyp0 crw--w---- 1 rmtodd tty 215, 0 Mar 2 01:51 /dev/ttyp0 I managed to work around the immediate problem and stop my script from complaining by bludgeoning the p5-IO-Tty Makefile.PL with a blunt instrument to make it think this system didn't support grantpt() etc. (causing the module to fall back to other methods of dealing with ptys). The proper fix for grantpt.c is less clear, though. Changing it to figure the proper pty major number by stating a known pty node (say, /dev/ptyp0) would work, but from what I understand that's going to break when phk commits his forthcoming patch which will make the whole concept of major numbers go away. Any ideas? From owner-freebsd-current@FreeBSD.ORG Thu Mar 3 02:19:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0C4416A4CE for ; Thu, 3 Mar 2005 02:19:36 +0000 (GMT) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.FreeBSD.org (Postfix) with SMTP id E7AB943D49 for ; Thu, 3 Mar 2005 02:19:35 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp105.rog.mail.re2.yahoo.com with SMTP; 3 Mar 2005 02:19:35 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej); by cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com with HTTP; Wed, 2 Mar 2005 21:19:39 -0500 (EST) Message-ID: <2910.172.16.0.199.1109816379.squirrel@172.16.0.199> In-Reply-To: <20050303015438.GF15329@obiwan.tataz.chchile.org> References: <2861.172.16.0.199.1109814152.squirrel@172.16.0.199> <20050303015438.GF15329@obiwan.tataz.chchile.org> Date: Wed, 2 Mar 2005 21:19:39 -0500 (EST) From: "Mike Jakubik" To: "Jeremie Le Hen" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal cc: freebsd-current@freebsd.org Subject: Re: Reproducible Panic with port iplog X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 03 Mar 2005 02:19:36 -0000 Jeremie Le Hen said: > Hi Mike, > >> It seems that the port iplog, causes a panic when it is stopped. Oddly >> enough it works fine when running. Below is the information i gathered, >> i >> dont know what commands to feed the debugger to provide useful info, so >> instructions are welcome. I have also defined dumpdev in rc.conf and >> makeoptions DEBUG=-g" in kernel, but the system does not dump. I dont >> understand why, even dmesg reports its setup. > > Would you please tell us which version of FreeBSD you are using, either > RELENG_5 or CURRENT. I guess it's CURRENT, but it's better asking. > > Your kernel configuration file could be useful too. Yes, its -current. I've ran fbsd on this machine for a few years now, and since my last cvsup/buildword (about 2 months ago) there has been no problems with it. It runs samba, imap, apache, mysql, php, etc... So it gets fairly decent usage. --- machine i386 cpu I686_CPU ident DP options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_DIRHASH # Improve performance on big directories options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. # Bus support. Do not remove isa, even if you have no isa slots device isa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives options ATA_STATIC_ID # Static device numbering # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device vga # VGA video card driver # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer # PCI Ethernet NICs. device em # Intel PRO/1000 adapter Gigabit Ethernet Card # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device fxp # Intel EtherExpress PRO/100B (82557, 82558) device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) device pf options ALTQ options ALTQ_PRIQ # Debugging makeoptions DEBUG=-g options INVARIANTS options INVARIANT_SUPPORT options WITNESS options WITNESS_SKIPSPIN From owner-freebsd-current@FreeBSD.ORG Thu Mar 3 02:28:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0C0016A4CE; Thu, 3 Mar 2005 02:28:42 +0000 (GMT) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FEEC43D1D; Thu, 3 Mar 2005 02:28:42 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id B4E424EFD13; Thu, 3 Mar 2005 10:28:41 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id ABEFA4EFCD6; Thu, 3 Mar 2005 10:28:41 +0800 (CST) Date: Thu, 3 Mar 2005 10:28:41 +0800 (CST) From: Tai-hwa Liang To: Ruslan Ermilov In-Reply-To: <20050226223215.GF93910@ip.net.ua> Message-ID: <05030310251113.18739@www.mmlab.cse.yzu.edu.tw> References: <20050226223215.GF93910@ip.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: current@FreeBSD.org Subject: Re: HEADS UP: LC_CTYPE format changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 03 Mar 2005 02:28:42 -0000 On Sun, 27 Feb 2005, Ruslan Ermilov wrote: > I've just committed changes that modify the format of LC_CTYPE > files. Next time when you buildworld/installworld, please do > it without -DNO_CLEAN, or at least remove the contents of > /usr/obj/usr/src/share/mklocale/. Not sure if I missed something. But after making a clean buildworld & installworld, perl always pops with following warnings: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LC_ALL = (unset), LC_CTYPE = "zh_TW.Big5", LANG = "zh_TW.Big5" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). Re-building perl5.8 from ports doesn't seem to help. -- Cheers, Tai-hwa Liang From owner-freebsd-current@FreeBSD.ORG Thu Mar 3 02:56:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6721B16A4CE; Thu, 3 Mar 2005 02:56:47 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2624C43D54; Thu, 3 Mar 2005 02:56:47 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 0F92172DD4; Wed, 2 Mar 2005 18:56:47 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 0A88872DCB; Wed, 2 Mar 2005 18:56:47 -0800 (PST) Date: Wed, 2 Mar 2005 18:56:46 -0800 (PST) From: Doug White To: David Xu In-Reply-To: <42259DCA.6060308@freebsd.org> Message-ID: <20050302184617.K82821@carver.gumbysoft.com> References: <549575862.20050226230200@takeda.tk> <20050228210235.C62607@carver.gumbysoft.com> <1119242149.20050301105816@takeda.tk><42259DCA.6060308@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=windows-1250 Content-Transfer-Encoding: QUOTED-PRINTABLE cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3 crash (core with debug symbols available) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 03 Mar 2005 02:56:47 -0000 On Wed, 2 Mar 2005, David Xu wrote: > I believe this is caused by swapped out of kernel thread stack. > in /sys/vm/vm_glue.c, there is some code swapping out a sleeping process, > this means any kernel code can not use thread local variable to communica= te > with other threads, this is a rather unsafe assumptions, the vm code real= ly > should be disabled. I don't quite understand what you mean by "vm code really should be disabled"; is virtual memory really that bad? :) The consensus on IRC is that threads should not use their stacks for anything but storage of their own variables. Anything used for synchronization or state should be placed in malloc()d memory or some other shared structure. I'll start working on a patch to change these references in the sigwait() family. And queue up a pointy hat to jeff@. Pointers to other badly behaved code gladly accepted :) > David Xu > > Doug White wrote: > > >On Tue, 1 Mar 2005, Dariusz Kulinski wrote: > > > > > > > >>Hello Doug, > >> > >>Tuesday, March 1, 2005, 10:50:19 AM, you wrote: > >> > >> > >> > >>>>>Looks like it ran over a spammed thread, but I'll want to see the fa= ult > >>>>>address. Bets on whether its 0xdeadc0de+offset? > >>>>> > >>>>> > >>>>0xdeadc0de, huh? :) > >>>> > >>>> > >>>free()d memory regions get filled with 0xdeadc0de to hunt down > >>>use-after-free conditions. > >>> > >>> > >>Ok, I thought it was one of developer jokes =3D) > >> > >> > >> > >>>Thats what I want :-) > >>> > >>> > >>>OK, it wasn't deadc0de, so can you load the crashdump up, go down to t= he > >>>sigtd() frame, and "print *td"? It'll be a huge spew. > >>> > >>> > >>(kgdb) frame 20 > >>#20 0xc04e9d3f in sigtd (p=3D0xc16948d4, sig=3D14, prop=3D129) at /usr/= src/sys/kern/kern_sig.c:1581 > >>1581 if (td->td_waitset !=3D NULL && > >>(kgdb) print *td > >>$1 =3D {td_proc =3D 0xc16948d4, td_ksegrp =3D 0xc26b9310, td_plist =3D = {tqe_next =3D 0xc1b48190, tqe_prev =3D 0xc1b95198}, td_kglist =3D { > >> tqe_next =3D 0x0, tqe_prev =3D 0xc26b931c}, td_slpq =3D {tqe_next = =3D 0x0, tqe_prev =3D 0xc1794b80}, td_lockq =3D {tqe_next =3D 0x0, > >> tqe_prev =3D 0x0}, td_runq =3D {tqe_next =3D 0x0, tqe_prev =3D 0xc2= 6b9324}, td_selq =3D {tqh_first =3D 0x0, tqh_last =3D 0xc17c31c0}, > >> td_sleepqueue =3D 0x0, td_turnstile =3D 0xc15d5dc0, td_tid =3D 100081= , td_flags =3D 8, td_inhibitors =3D 6, td_pflags =3D 8, > >> td_dupfd =3D 0, td_wchan =3D 0xd12bfc20, td_wmesg =3D 0xc06cef0b "sig= wait", td_lastcpu =3D 0 '\0', td_oncpu =3D 255 '=FF', > >> td_locks =3D 0, td_blocked =3D 0x0, td_ithd =3D 0x0, td_lockname =3D = 0x0, td_contested =3D {lh_first =3D 0x0}, td_sleeplocks =3D 0x0, > >> td_intr_nesting_level =3D 0, td_pinned =3D 0, td_mailbox =3D 0x990301= 0, td_ucred =3D 0xc2b41b00, td_standin =3D 0x0, td_prticks =3D 0, > >> td_upcall =3D 0xc17c0510, td_sticks =3D 2210, td_uuticks =3D 0, td_us= ticks =3D 0, td_intrval =3D 0, td_oldsigmask =3D {__bits =3D {0, 0, > >> 0, 0}}, td_sigmask =3D {__bits =3D {159751, 0, 0, 0}}, td_siglist= =3D {__bits =3D {0, 0, 0, 0}}, td_waitset =3D 0xd12bfc64, > >> td_umtx =3D {tqe_next =3D 0x0, tqe_prev =3D 0x0}, td_generation =3D 3= 76536, td_sigstk =3D {ss_sp =3D 0x0, ss_size =3D 0, ss_flags =3D 0}, > >> td_kflags =3D 0, td_xsig =3D 0, td_profil_addr =3D 0, td_profil_ticks= =3D 0, td_base_pri =3D 104 'h', td_priority =3D 104 'h', > >> td_pcb =3D 0xd12bfda0, td_state =3D TDS_INHIBITED, td_retval =3D {0, = 137620480}, td_slpcallout =3D {c_links =3D {sle =3D { > >> sle_next =3D 0x0}, tqe =3D {tqe_next =3D 0x0, tqe_prev =3D 0xc1= cd68e4}}, c_time =3D 216540257, c_arg =3D 0xc17c3190, c_func =3D 0, > >> c_flags =3D 8}, td_frame =3D 0xd12bfd48, td_kstack_obj =3D 0xc17963= 18, td_kstack =3D 3509313536, td_kstack_pages =3D 2, > >> td_altkstack_obj =3D 0x0, td_altkstack =3D 0, td_altkstack_pages =3D = 0, td_critnest =3D 1, td_md =3D {md_savecrit =3D 582}, > >> td_sched =3D 0xc17c32e4} > >> > >> > > > > > >This is quite helpful, thanks! It appears the thread had called > >sigtimedwait() and the timeout fired. The clock ithread goes to whack th= e > >process with SIGALRM and checks if its waiting in sigtimedwait() > >specifically. That info is coded into the td_waitset member of struct > >thread, which get set from the user. All of the frontends provide the se= t > >from a stack variable. > > > >later, in kern_sigtimedwait()... > > > >926 td->td_waitset =3D &waitset; > >927 error =3D msleep(&ps, &p->p_mtx, PPAUSE|PCATCH, "sigwait", h= z); > > > >So now a pointer to stack variable is in the thread. Later on sigtd() > >comes along and wants to dereference it and that stack page isn't > >available according to the VM system and that trips the panic. > > > >Some more exploration is necessary. Can you make the crashdump and debug > >kernel available? Also, what was running when this panic tripped? ("inf= o > >threads" in kgdb may be useful.) > > > > > > > --=20 Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Mar 3 03:21:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A712F16A4CE for ; Thu, 3 Mar 2005 03:21:27 +0000 (GMT) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25F7443D49 for ; Thu, 3 Mar 2005 03:21:26 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) (192.168.1.2) by mail.ambrisko.com with ESMTP; 02 Mar 2005 19:21:25 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.11/8.12.9) with ESMTP id j233JFQM076766; Wed, 2 Mar 2005 19:20:30 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.11/8.12.11/Submit) id j233I0PP076703; Wed, 2 Mar 2005 19:18:00 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200503030318.j233I0PP076703@ambrisko.com> In-Reply-To: <20050303014808.GA19265@math.uic.edu> To: Vladimir Egorin Date: Wed, 2 Mar 2005 19:18:00 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: Current cc: Julian Elischer Subject: Re: fixing Vmware 2 port for 5.x and 6.x.. kmem _alloc_pageable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 03 Mar 2005 03:21:27 -0000 Vladimir Egorin writes: | On Tue, Mar 01, 2005 at 09:53:03PM -0800, Doug Ambrisko wrote: | > Julian Elischer writes: | > | Well I have it compiling but when running | > | it fails with: | > | | > | julian@jules:vmware | > | Setting TMPDIR=/var/tmp. | > | VMware Workstation PANIC: NOT_IMPLEMENTED F(566):1081 | > | VMware Workstation PANIC: NOT_IMPLEMENTED F(566):1081 | > | VVMware Workstation PANIC: NOT_IMPLEMENTED F(566):1296 | > | AIO panic loop | > | Mware Workstation PANIC: AIO: NOT_IMPLEMENTED F(566):1081 | > | julian@jules: | > | | > | I am guessing that, since this DID work before | > | the new linux base libraries are expecting to use AIO | > | and maybe we don't support it? | > | > vmware/linux has a bug. Linux libs changed the call breaking | > vmware. There are source programs to patch the vmware binaries. | > Do a google search for vmware-any-any-update, build and run against | > you vmware bin. | | Do you know if the same recipe would work for vmware3 ? | The port used to work on -CURRENT until about Feb 13, | but since then pushing the "power on" button in vmware | instantaneously reboots the machine. I did reinstall | vmware port after upgrading. This won't fix your FreeBSD host rebooting. There is probably a driver incompatibility issue with a newer current. Doug A. From owner-freebsd-current@FreeBSD.ORG Thu Mar 3 05:07:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F36A416A4CE for ; Thu, 3 Mar 2005 05:07:36 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D593E43D68; Thu, 3 Mar 2005 05:07:36 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j2357YQZ086230; Thu, 3 Mar 2005 05:07:35 GMT (envelope-from davidxu@freebsd.org) Message-ID: <42269B85.3050602@freebsd.org> Date: Thu, 03 Mar 2005 13:07:17 +0800 From: David Xu User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <549575862.20050226230200@takeda.tk> <20050228210235.C62607@carver.gumbysoft.com> <20050301104030.W68845@carver.gumbysoft.com> <1119242149.20050301105816@takeda.tk> <20050301184735.O72408@carver.gumbysoft.com> <42259DCA.6060308@freebsd.org> <20050302184617.K82821@carver.gumbysoft.com> In-Reply-To: <20050302184617.K82821@carver.gumbysoft.com> Content-Type: text/plain; charset=windows-1250; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3 crash (core with debug symbols available) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 03 Mar 2005 05:07:37 -0000 Doug White wrote: >On Wed, 2 Mar 2005, David Xu wrote: > > > >>I believe this is caused by swapped out of kernel thread stack. >>in /sys/vm/vm_glue.c, there is some code swapping out a sleeping process, >>this means any kernel code can not use thread local variable to communicate >>with other threads, this is a rather unsafe assumptions, the vm code really >>should be disabled. >> >> > >I don't quite understand what you mean by "vm code really should be >disabled"; is virtual memory really that bad? :) > >The consensus on IRC is that threads should not use their stacks for >anything but storage of their own variables. Anything used for >synchronization or state should be placed in malloc()d memory or some >other shared structure. > > > Stack variable is cheap and fastest, why should I use slow malloc ? >I'll start working on a patch to change these references in the sigwait() >family. And queue up a pointy hat to jeff@. Pointers to other badly >behaved code gladly accepted :) > > This is not a bug, I always perfer to use stack variable because there is no lock order reversal and have to work around it. If I am correct, Linux and DragonFly both disable kernel stack to be swapped out. David Xu From owner-freebsd-current@FreeBSD.ORG Thu Mar 3 05:12:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BC2C16A4CE for ; Thu, 3 Mar 2005 05:12:05 +0000 (GMT) Received: from mxsf14.cluster1.charter.net (mxsf14.cluster1.charter.net [209.225.28.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B48B43D1D for ; Thu, 3 Mar 2005 05:12:04 +0000 (GMT) (envelope-from TastyNachos@charter.net) Received: from mxip12.cluster1.charter.net (mxip12a.cluster1.charter.net [209.225.28.142])j235C3wD005940 for ; Thu, 3 Mar 2005 00:12:03 -0500 Received: from 68-189-90-224.ca.charter.com (HELO [172.16.64.103]) (68.189.90.224) by mxip12.cluster1.charter.net with ESMTP; 03 Mar 2005 00:11:55 -0500 X-Ironport-AV: i="3.90,131,1107752400"; d="scan'208"; a="849135755:sNHT31571260" From: Remington To: current@freebsd.org Content-Type: text/plain Date: Wed, 02 Mar 2005 21:11:49 -0800 Message-Id: <1109826709.622.4.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: FXP driver not attaching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 03 Mar 2005 05:12:05 -0000 FreeBSD 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #0: Sun Feb 27 03:57:45 PST 2005 root@:/usr/obj/usr/src/sys/VAIO i386 Hello: I just baught a new Sony laptop. I ran into a problem, fxp driver does not attach tp the device. Windows recognizes it as a "Intel PRO/100 VE Network Connection". I have attached a copy of my dmesg verbose as well as pciconf -lv ---- dmesg ---- Copyright (c) 1992-2005 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 5.4-PRERELEASE #0: Sun Feb 27 03:57:45 PST 2005 root@:/usr/obj/usr/src/sys/VAIO Preloaded elf kernel "/boot/kernel/kernel" at 0xc09ec000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc09ec334. Calibrating clock(s) ... i8254 clock: 1193192 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1729181617 Hz CPU: Intel(R) Pentium(R) M processor 1.73GHz (1729.18-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff real memory = 1064173568 (1014 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000003e4d8fff, 1032536064 bytes (252084 pages) avail memory = 1031815168 (984 MB) Table 'APIC' at 0x3f6e9e78 MADT: Found table at 0x3f6e9e78 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled MADT: Found CPU APIC ID 1 ACPI ID 1: disabled ACPI APIC Table: bios32: Found BIOS32 Service Directory header at 0xc00f74e0 bios32: Entry = 0xfd6b0 (c00fd6b0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd6b0+0x255 pnpbios: Found PnP BIOS data at 0xc00f7560 pnpbios: Entry = f0000:c1c9 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 1 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: intr override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: intr override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: active-high MADT: Ignoring local NMI routed to ACPI CPU 1 ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff wlan: <802.11 Link Layer> random: io: mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x8000f920 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=25908086) pcibios: BIOS version 2.10 AcpiOsDerivePciId: bus 6 dev 3 func 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) AcpiOsDerivePciId: bus 0 dev 0 func 0 acpi_ec0: port 0x66,0x62 on acpi0 acpi_ec0: info: new max delay is 100 us acpi_ec0: info: new max delay is 130 us acpi_ec0: info: new max delay is 630 us ACPI timer: 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x1010 acpi_acad0: on acpi0 acpi_ec0: info: new max delay is 750 us acpi_cmbat0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x2590, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base b0080000, size 19, enabled map[14]: type 4, range 32, base 00001800, size 3, enabled map[18]: type 3, range 32, base c0000000, size 28, enabled map[1c]: type 1, range 32, base b0040000, size 18, enabled pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2592, revid=0x03 bus=0, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0003, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base 00000000, size 19, memory disabled found-> vendor=0x8086, dev=0x2792, revid=0x03 bus=0, slot=2, func=1 class=03-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 64, base b0000000, size 14, enabled pcib0: matched entry for 0.27.INTA pcib0: slot 27 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2668, revid=0x04 bus=0, slot=27, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[20]: type 4, range 32, base 00001820, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x2658, revid=0x04 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=23 map[20]: type 4, range 32, base 00001840, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x2659, revid=0x04 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=19 map[20]: type 4, range 32, base 00001860, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x265a, revid=0x04 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=18 map[20]: type 4, range 32, base 00001880, size 5, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 16 found-> vendor=0x8086, dev=0x265b, revid=0x04 bus=0, slot=29, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=16 map[10]: type 1, range 32, base b0004000, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x265c, revid=0x04 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=23 powerspec 2 supports D0 D3 current D0 found-> vendor=0x8086, dev=0x2448, revid=0xd4 bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2641, revid=0x04 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00001810, size 4, enabled found-> vendor=0x8086, dev=0x266f, revid=0x04 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[20]: type 4, range 32, base 000018a0, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x266a, revid=0x04 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=19 pci0: at device 2.0 (no driver attached) pci0: at device 2.1 (no driver attached) pci0: at device 27.0 (no driver attached) uhci0: port 0x1820-0x183f irq 23 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1820 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1840-0x185f irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1840 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1860-0x187f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1860 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1880-0x189f irq 16 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1880 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib1: at device 30.0 on pci0 pcib1: secondary bus 6 pcib1: subordinate bus 7 pcib1: I/O decode 0x2000-0x2fff pcib1: memory decode 0xb0100000-0xb01fffff pcib1: prefetched decode 0xfff00000-0xfffff pcib1: Subtractively decoded bridge. ACPI PCI link initial configuration: pci6: on pcib1 pci6: physical bus=6 map[10]: type 1, range 32, base 00000000, size 12, memory disabled found-> vendor=0x104c, dev=0xac8e, revid=0x00 bus=6, slot=3, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0000, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x03 (750 ns) intpin=a, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base b0104000, size 11, enabled pcib1: device (null) requested decoded memory range 0xb0104000-0xb01047ff map[14]: type 1, range 32, base b0100000, size 14, enabled pcib1: device (null) requested decoded memory range 0xb0100000-0xb0103fff pcib1: matched entry for 6.3.INTC pcib1: slot 3 INTC hardwired to IRQ 18 found-> vendor=0x104c, dev=0x802e, revid=0x00 bus=6, slot=3, func=2 class=0c-00-10, hdrtype=0x00, mfdev=1 cmdreg=0x0012, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x03 (750 ns), maxlat=0x04 (1000 ns) intpin=c, irq=18 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base b0105000, size 12, enabled pcib1: device (null) requested decoded memory range 0xb0105000-0xb0105fff pcib1: matched entry for 6.3.INTB pcib1: slot 3 INTB hardwired to IRQ 17 found-> vendor=0x104c, dev=0xac8f, revid=0x00 bus=6, slot=3, func=3 class=01-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0002, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x39 (1710 ns), mingnt=0x07 (1750 ns), maxlat=0x04 (1000 ns) intpin=b, irq=17 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base b0106000, size 12, enabled pcib1: device (null) requested decoded memory range 0xb0106000-0xb0106fff pcib1: matched entry for 6.4.INTA pcib1: slot 4 INTA hardwired to IRQ 22 found-> vendor=0x8086, dev=0x4220, revid=0x05 bus=6, slot=4, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0012, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x03 (750 ns), maxlat=0x18 (6000 ns) intpin=a, irq=22 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base b0107000, size 12, enabled pcib1: device (null) requested decoded memory range 0xb0107000-0xb0107fff map[14]: type 4, range 32, base 00002000, size 6, enabled pcib1: device (null) requested decoded I/O range 0x2000-0x203f pcib1: matched entry for 6.8.INTA pcib1: slot 8 INTA hardwired to IRQ 20 found-> vendor=0x8086, dev=0x1068, revid=0x04 bus=6, slot=8, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x42 (1980 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=20 powerspec 2 supports D0 D1 D2 D3 current D0 cbb0: at device 3.0 on pci6 pcib1: device cbb0 requested decoded memory range 0xb0100000-0xb01fffff cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xb0108000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib1: matched entry for 6.3.INTA pcib1: slot 3 INTA hardwired to IRQ 16 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0xac8e104c 0x02100007 0x06070000 0x00824000 0x10: 0xb0108000 0x020000a0 0x40070706 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x07400110 0x40: 0x818f104d 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x2844b060 0x06900019 0x001f0000 0x01001b22 0x90: 0x606401c0 0x00000000 0x00000000 0x00000000 0xa0: 0xfe320001 0x00c00000 0x00000000 0x00000000 0xb0: 0x08000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 fwohci0: vendor=104c, dev=802e fwohci0: <1394 Open Host Controller Interface> mem 0xb0100000-0xb0103fff,0xb0104000-0xb01047ff irq 18 at device 3.2 on pci6 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xb0104000 fwohci0: [MPSAFE] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 08:00:46:03:01:d0:6c:06 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 0a:00:46:d0:6c:06 fwe0: bpf attached fwe0: Ethernet address: 0a:00:46:d0:6c:06 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci6: at device 3.3 (no driver attached) pci6: at device 4.0 (no driver attached) pci6: at device 8.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1810-0x181f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1810 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: reset tp2 stat0=50 stat1=00 devices=0x9 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ata1: [MPSAFE] pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 unknown: not probed (disabled) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model GlidePoint, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 ex_isa_identify() unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xe0000-0xe3fff,0xdc000-0xdffff,0xc0000-0xcffff on isa0 pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) ppc0 failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0 failed to probe at port 0x3f8 irq 4 on isa0 sio1 failed to probe at port 0x2f8 irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 1729181617 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times acpi_cmbat0: battery initialization start acpi_ec0: info: new max delay is 790 us ata0-slave: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata0-master: setting PIO4 on Intel ICH6 chip ata0-master: setting UDMA100 on Intel ICH6 chip ata0-slave: setting PIO4 on Intel ICH6 chip ata0-slave: setting UDMA33 on Intel ICH6 chip ad0: ATA-6 disk at ata0-master ad0: 95396MB (195371568 sectors), 193821 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA100 GEOM: new disk ad0 ar: FreeBSD check1 failed [0] f:00 typ:18 s(CHS):0/1/1 e(CHS):653/254/63 s:63 l:10506447 [1] f:00 typ:7 s(CHS):654/0/1 e(CHS):1023/254/63 s:10506510 l:91136745 [2] f:80 typ:165 s(CHS):1023/255/63 e(CHS):1023/254/63 s:101643255 l:93723210 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 5379300864 end 5379333119 GEOM: Configure ad0s2, start 5379333120 length 46662013440 end 52041346559 GEOM: Configure ad0s3, start 52041346560 length 47986283520 end 100027630079 [0] f:63 typ:114 s(CHS):368/111/45 e(CHS):371/101/51 s:218129509 l:1701990410 [1] f:73 typ:116 s(CHS):67/115/32 e(CHS):299/114/44 s:729050177 l:543974724 [2] f:74 typ:101 s(CHS):114/111/32 e(CHS):353/115/52 s:168653938 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:-1602027520 l:51635 acd0: DVDR drive at ata0 as slave acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc [0] f:63 typ:114 s(CHS):368/111/45 e(CHS):371/101/51 s:218129509 l:1701990410 [1] f:73 typ:116 s(CHS):67/115/32 e(CHS):299/114/44 s:729050177 l:543974724 [2] f:74 typ:101 s(CHS):114/111/32 e(CHS):353/115/52 s:168653938 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:-1602027520 l:51635 GEOM: Configure ad0s3a, start 0 length 314572800 end 314572799 GEOM: Configure ad0s3b, start 314572800 length 2147483648 end 2462056447 GEOM: Configure ad0s3c, start 0 length 47986283520 end 47986283519 GEOM: Configure ad0s3d, start 2462056448 length 104857600 end 2566914047 GEOM: Configure ad0s3e, start 2566914048 length 524288000 end 3091202047 GEOM: Configure ad0s3f, start 3091202048 length 419430400 end 3510632447 GEOM: Configure ad0s3g, start 3510632448 length 44475651072 end 47986283519 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 pcib1: device pccard0 requested decoded memory range 0xb0100000-0xb01fffff pccard0: CIS version PCCARD 2.0 or 2.1 pccard0: CIS info: Linksys, EtherFast 10/100 PC Card (PCMPC100), pccard0: Manufacturer code 0x149, product 0xc1ab pccard0: function 0: network adapter, ccr addr 400 mask 1 pccard0: function 0, config table entry 16: I/O card; irq mask befc; iomask 5, iospace 0-1f; mwait_required io16 irqlevel pccard0: function 0, config table entry 1: I/O card; irq mask befc; iomask a, iospace 300-31f; mwait_required io16 irqlevel pccard0: function 0, config table entry 2: I/O card; irq mask befc; iomask a, iospace 320-33f; mwait_required io16 irqlevel pccard0: function 0, config table entry 3: I/O card; irq mask befc; iomask a, iospace 340-35f; mwait_required io16 irqlevel pccard0: function 0, config table entry 4: I/O card; irq mask befc; iomask a, iospace 380-39f; mwait_required io16 irqlevel pccard0: function 0, config table entry 5: I/O card; irq mask befc; iomask a, iospace 200-21f; mwait_required io16 irqlevel pccard0: function 0, config table entry 6: I/O card; irq mask befc; iomask a, iospace 220-23f; mwait_required io16 irqlevel pccard0: function 0, config table entry 7: I/O card; irq mask befc; iomask a, iospace 240-25f; mwait_required io16 irqlevel pcib1: device pccard0 requested decoded I/O range 0x2000-0x2fff pcib1: device pccard0 requested decoded memory range 0xb0100000-0xb01fffff ed1: at port 0x2040-0x205f irq 16 function 0 config 16 on pccard0 pcib1: device ed1 requested decoded I/O range 0x2040-0x205f pcib1: device pccard0 requested decoded I/O range 0x2040-0x205f pcib1: device ed1 requested decoded I/O range 0x2040-0x205f ed1: [GIANT-LOCKED] ed1: bpf attached ed1: Ethernet address: 00:e0:98:06:32:7c ed1: if_start running deferred for Giant ed1: type DL10019 (16 bit) miibus0: on ed1 lxtphy0: on miibus0 lxtphy0: 100baseFX, 100baseFX-FDX, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0:0): Unretryable Error (probe1:sbp0:0:1:0): error 22 (probe1:sbp0:0:1:0): Unretryable Error (probe2:sbp0:0:2:0): error 22 (probe2:sbp0:0:2:0): Unretryable Error (probe3:sbp0:0:3:0): error 22 (probe3:sbp0:0:3:0): Unretryable Error (probe4:sbp0:0:4:0): error 22 (probe4:sbp0:0:4:0): Unretryable Error (probe5:sbp0:0:5:0): error 22 (probe5:sbp0:0:5:0): Unretryable Error (probe6:sbp0:0:6:0): error 22 (probe6:sbp0:0:6:0): Unretryable Error ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 8 (ISA IRQ 8) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 12 (ISA IRQ 12) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 16 (PCI IRQ 16) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 ioapic0: routing intpin 23 (PCI IRQ 23) to cluster 0 Mounting root from ufs:/dev/ad0s3a start_init: trying /sbin/init acpi_ec0: info: new max delay is 11000 us ---- pciconf -lv ---- hostb0@pci0:0:0: class=0x060000 card=0x81b7104d chip=0x25908086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = HOST-PCI none0@pci0:2:0: class=0x030000 card=0x81b8104d chip=0x25928086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' class = display subclass = VGA none1@pci0:2:1: class=0x038000 card=0x81b8104d chip=0x27928086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile Graphics Controller' class = display none2@pci0:27:0: class=0x040300 card=0x81bb104d chip=0x26688086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW Intel High Deficition Audio Controller' class = multimedia uhci0@pci0:29:0: class=0x0c0300 card=0x81b9104d chip=0x26588086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB uhci1@pci0:29:1: class=0x0c0300 card=0x81b9104d chip=0x26598086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB uhci2@pci0:29:2: class=0x0c0300 card=0x81b9104d chip=0x265a8086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB uhci3@pci0:29:3: class=0x0c0300 card=0x81b9104d chip=0x265b8086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB none3@pci0:29:7: class=0x0c0320 card=0x81b9104d chip=0x265c8086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB 2.0 EHCI Controller' class = serial bus subclass = USB pcib1@pci0:30:0: class=0x060401 card=0x00000050 chip=0x24488086 rev=0xd4 hdr=0x01 vendor = 'Intel Corporation' device = '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:31:0: class=0x060100 card=0x81b9104d chip=0x26418086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82801FBM ICH6M LPC Interface Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:31:1: class=0x01018a card=0x81b9104d chip=0x266f8086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB ICH6 Ultra ATA Storage Controller' class = mass storage subclass = ATA none4@pci0:31:3: class=0x0c0500 card=0x81b9104d chip=0x266a8086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW SMBus Controller' class = serial bus subclass = SMBus cbb0@pci6:3:0: class=0x060700 card=0x818f104d chip=0xac8e104c rev=0x00 hdr=0x02 vendor = 'Texas Instruments (TI)' class = bridge subclass = PCI-CardBus fwohci0@pci6:3:2: class=0x0c0010 card=0x818f104d chip=0x802e104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' class = serial bus subclass = FireWire none5@pci6:3:3: class=0x018000 card=0x8190104d chip=0xac8f104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' class = mass storage none6@pci6:4:0: class=0x028000 card=0x27518086 chip=0x42208086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/Wireless 2200BG Network Connection' class = network none7@pci6:8:0: class=0x020000 card=0x81d0104d chip=0x10688086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet From owner-freebsd-current@FreeBSD.ORG Thu Mar 3 06:51:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7D2716A4CE for ; Thu, 3 Mar 2005 06:51:23 +0000 (GMT) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 437DC43D53 for ; Thu, 3 Mar 2005 06:51:23 +0000 (GMT) (envelope-from rionda@gufi.org) Received: from localhost.localdomain (host33-118.pool8252.interbusiness.it [82.52.118.33]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id BC3DE57FA; Thu, 3 Mar 2005 07:56:28 +0100 (CET) From: Matteo Riondato To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-DeCjhgALoiX/Rcug2LF5" Date: Thu, 03 Mar 2005 07:51:20 +0100 Message-Id: <1109832680.1753.36.camel@kaiser.sig11.org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port cc: imp@bsdimp.com Subject: Obsolete important recent entries in UPDATING X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 03 Mar 2005 06:51:24 -0000 --=-DeCjhgALoiX/Rcug2LF5 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi folks, I think a line in /usr/src/UPDATING should be removed because it has been obsoleted. On line 9, we have: Important recent entries: 20040724 (default X changes). but 20040724 is no longer in UPDATING because entries older than 20041016 have been cut. This line then can be removed, IMHO. Best Regards P.S. If you can, please have a look at PR conf/77932 ;-) --=20 Rionda aka Matteo Riondato GUFI Staff Member (http://www.gufi.org) FreeSBIE Developer (http://www.freesbie.org) BSD-FAQ-it Main Developer (http://utenti.gufi.org/~rionda) Sent from: kaiser.sig11.org running FreeBSD-6.0-CURRENT --=-DeCjhgALoiX/Rcug2LF5 Content-Type: application/pgp-signature; name=signature.asc Content-Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCJrPo2Mp4pR7Fa+wRAm3gAJ4o81vugQ79aYtFR8RD4jFE8nM7hgCgxVJ6 6NJlnBAXZPgf5FKNZl2bTmk= =8fhy -----END PGP SIGNATURE----- --=-DeCjhgALoiX/Rcug2LF5-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 3 07:03:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA51B16A4CE for ; Thu, 3 Mar 2005 07:03:10 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5B0643D39 for ; Thu, 3 Mar 2005 07:03:10 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1D6kMY-000D0O-1G; Thu, 03 Mar 2005 07:03:10 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1D6kMU-0000KF-VJ; Thu, 03 Mar 2005 16:03:07 +0900 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16934.46761.761447.806957@roam.psg.com> Date: Thu, 3 Mar 2005 16:03:05 +0900 To: Rong-En Fan References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <85d5v0ovoz.fsf@stiegl.mj.niksun.com> <6eb82e050302101340f74bcc@mail.gmail.com> cc: current@freebsd.org Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 03 Mar 2005 07:03:11 -0000 >> Interesting! The IBM TPX40 exhibits the above resume behaviour when >> using "device apic", but not without apic when running 5.3-RELEASE. > Hmm.. my IBM TP X31 running 2/27's current, I saw some > > ad0: READ_DMA timeout (retry 2 left) LBA=.... > > and it hangs, hdd's light is on. I have to press power button to turn off it. > Strangely, after resume, it is alive for about 2 seconds before > that message. same on thinkpad t41 randy From owner-freebsd-current@FreeBSD.ORG Thu Mar 3 09:12:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3F3216A4CE for ; Thu, 3 Mar 2005 09:12:27 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86FFD43D1D for ; Thu, 3 Mar 2005 09:12:26 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j239CO2I005991; Thu, 3 Mar 2005 11:12:24 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 80674-13; Thu, 3 Mar 2005 11:12:22 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j239CJa3005967 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 3 Mar 2005 11:12:20 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id j239CVTb095946; Thu, 3 Mar 2005 11:12:31 +0200 (EET) (envelope-from ru) Date: Thu, 3 Mar 2005 11:12:31 +0200 From: Ruslan Ermilov To: Tai-hwa Liang Message-ID: <20050303091231.GA95832@ip.net.ua> References: <20050226223215.GF93910@ip.net.ua> <05030310251113.18739@www.mmlab.cse.yzu.edu.tw> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: <05030310251113.18739@www.mmlab.cse.yzu.edu.tw> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@freebsd.org Subject: Re: HEADS UP: LC_CTYPE format changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 03 Mar 2005 09:12:27 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 03, 2005 at 10:28:41AM +0800, Tai-hwa Liang wrote: > On Sun, 27 Feb 2005, Ruslan Ermilov wrote: > >I've just committed changes that modify the format of LC_CTYPE > >files. Next time when you buildworld/installworld, please do > >it without -DNO_CLEAN, or at least remove the contents of > >/usr/obj/usr/src/share/mklocale/. >=20 > Not sure if I missed something. But after making a clean buildworld > & installworld, perl always pops with following warnings: >=20 > perl: warning: Setting locale failed. > perl: warning: Please check that your locale settings: > LC_ALL =3D (unset), > LC_CTYPE =3D "zh_TW.Big5", > LANG =3D "zh_TW.Big5" > are supported and installed on your system. > perl: warning: Falling back to the standard locale ("C"). >=20 > Re-building perl5.8 from ports doesn't seem to help. >=20 I don't know what's your problem (make sure your `which perl` isn't linked to libc.so.5), but it definitely works here: : $ hostname : sledge.freebsd.org : $ uname -mir : 6.0-CURRENT amd64 SLEDGE : $ grep __FreeBSD_version /usr/include/osreldate.h : #undef __FreeBSD_version : #define __FreeBSD_version 600019 : $ env LC_ALL=3D"unknown" perl -e exit : perl: warning: Setting locale failed. : perl: warning: Please check that your locale settings: : LC_ALL =3D "unknown", : LANG =3D (unset) : are supported and installed on your system. : perl: warning: Falling back to the standard locale ("C"). : $ env LC_ALL=3D"zh_TW.Big5" perl -e exit : $=20 (Also check /etc/libmap.conf.) Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCJtT+qRfpzJluFF4RAlXEAJ47xHgn9br77A5kthMryvQZAKeWUgCeN4Gt CETlK5/L0dfo0NMx2gPNejw= =V8Zk -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 3 10:27:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B16516A4CE for ; Thu, 3 Mar 2005 10:27:27 +0000 (GMT) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4372743D5D for ; Thu, 3 Mar 2005 10:27:26 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy.york.ac.uk [144.32.226.160]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id j23ARLYX016688; Thu, 3 Mar 2005 10:27:21 GMT Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.1/8.13.1) with ESMTP id j23ARKfr084859; Thu, 3 Mar 2005 10:27:20 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.1/8.13.1/Submit) id j23ARKDw084858; Thu, 3 Mar 2005 10:27:20 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Remington In-Reply-To: <1109826709.622.4.camel@localhost.localdomain> References: <1109826709.622.4.camel@localhost.localdomain> Content-Type: multipart/mixed; boundary="=-02+o6/hJFWN8fCp2ao5l" Date: Thu, 03 Mar 2005 10:27:19 +0000 Message-Id: <1109845639.84539.1.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: current@freebsd.org Subject: Re: FXP driver not attaching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 03 Mar 2005 10:27:27 -0000 --=-02+o6/hJFWN8fCp2ao5l Content-Type: text/plain Content-Transfer-Encoding: 7bit On Wed, 2005-03-02 at 21:11 -0800, Remington wrote: > FreeBSD 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #0: Sun Feb 27 03:57:45 > PST 2005 root@:/usr/obj/usr/src/sys/VAIO i386 > > Hello: > I just baught a new Sony laptop. I ran into a problem, fxp driver does > not attach tp the device. Windows recognizes it as a "Intel PRO/100 VE > Network Connection". I have attached a copy of my dmesg verbose as well > as pciconf -lv > none7@pci6:8:0: class=0x020000 card=0x81d0104d chip=0x10688086 rev=0x04 > hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet Try the attached patch. What model of laptop is this, exactly? Gavin --=-02+o6/hJFWN8fCp2ao5l Content-Disposition: attachment; filename=fxp-1068.diff Content-Transfer-Encoding: base64 Content-Type: text/x-patch; name=fxp-1068.diff; charset=us-ascii SW5kZXg6IGlmX2Z4cC5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL3Vzci9jdnMvc3JjL3N5cy9k ZXYvZnhwL2lmX2Z4cC5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4yMTcuMi41DQpkaWZmIC11 IC1yMS4yMTcuMi41IGlmX2Z4cC5jDQotLS0gaWZfZnhwLmMJNiBGZWIgMjAwNSAyMzozNDoxMyAt MDAwMAkxLjIxNy4yLjUNCisrKyBpZl9meHAuYwkzIE1hciAyMDA1IDEwOjI1OjE2IC0wMDAwDQpA QCAtMTcyLDYgKzE3Miw3IEBADQogICAgIHsgMHgxMDUxLAktMSwJIkludGVsIDgyNTYyRVQgKElD SDUvSUNINVIpIFByby8xMDAgVkUgRXRoZXJuZXQiIH0sDQogICAgIHsgMHgxMDU5LAktMSwJIklu dGVsIDgyNTUxUU0gUHJvLzEwMCBNIE1vYmlsZSBDb25uZWN0aW9uIiB9LA0KICAgICB7IDB4MTA2 NCwJLTEsCSJJbnRlbCA4MjU2MkVaIChJQ0g2KSIgfSwNCisgICAgeyAweDEwNjgsCS0xLAkiSW50 ZWwgODI1NjJFWiAoSUNINikgUHJvLzEwMCBWRSBFdGhlcm5ldCIgfSwNCiAgICAgeyAweDEyMDks CS0xLAkiSW50ZWwgODI1NTlFUiBFbWJlZGRlZCAxMC8xMDAgRXRoZXJuZXQiIH0sDQogICAgIHsg MHgxMjI5LAkweDAxLAkiSW50ZWwgODI1NTcgUHJvLzEwMCBFdGhlcm5ldCIgfSwNCiAgICAgeyAw eDEyMjksCTB4MDIsCSJJbnRlbCA4MjU1NyBQcm8vMTAwIEV0aGVybmV0IiB9LA0K --=-02+o6/hJFWN8fCp2ao5l-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 3 08:19:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0328516A4CE for ; Thu, 3 Mar 2005 08:19:25 +0000 (GMT) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECFFE43D31 for ; Thu, 3 Mar 2005 08:19:23 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.12.9p2/8.12.9) with ESMTP id j238JFnZ094567; Thu, 3 Mar 2005 11:19:15 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.12.9p2/8.12.9/Submit) id j238JEPR094562; Thu, 3 Mar 2005 11:19:14 +0300 (MSK) (envelope-from yar) Date: Thu, 3 Mar 2005 11:19:13 +0300 From: Yar Tikhiy To: Dag-Erling Sm?rgrav Message-ID: <20050303081913.GI92040@comp.chem.msu.su> References: <20050228145210.GG13933@comp.chem.msu.su> <86ekezl5ig.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86ekezl5ig.fsf@xps.des.no> User-Agent: Mutt/1.5.6i X-Mailman-Approved-At: Thu, 03 Mar 2005 12:50:01 +0000 cc: freebsd-current@freebsd.org Subject: Re: CURRENT inside MS Virtual Server 2005 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 03 Mar 2005 08:19:25 -0000 On Tue, Mar 01, 2005 at 05:01:27PM +0100, Dag-Erling Sm?rgrav wrote: > Yar Tikhiy writes: > > 4.x and 5.x run smoothly in this virtual environment, but CURRENT > > spends 20-30% of CPU time in the "swi4: clock sio" thread. > > Moreover, CPU idle time data look really weird. Neither tweaking > > kern.timecounter.hardware nor disabling ACPI seems to affect that. > > try adding 'kern.hz=100' to /boot/loader.conf. This fixed idle time accounting, but the clock thread still is eating a lot of CPU time. It's not a big deal since its CPU time drops as soon as a real task starts, but the whole picture looks a bit weird. Do you have an idea why the clock thread behaves this way? Thanks! %%% yar@current:~$sysctl kern.clockrate kern.clockrate: { hz = 100, tick = 10000, profhz = 1024, stathz = 128 } yar@current:~$top -S ... CPU states: 0.0% user, 0.0% nice, 2.7% system, 18.9% interrupt, 78.4% idle Mem: 6012K Active, 4860K Inact, 10M Wired, 7920K Buf, 100M Free Swap: 231M Total, 231M Free PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 11 root 171 52 0K 8K RUN 6:13 74.17% 74.17% idle 27 root -32 -151 0K 8K *Giant 0:08 17.97% 17.97% swi4: clock sio ... yar@current:~$gzip < /dev/zero > /dev/null & yar@current:~$top -S ... CPU states: 69.1% user, 0.0% nice, 27.2% system, 3.7% interrupt, 0.0% idle Mem: 6668K Active, 5800K Inact, 11M Wired, 8816K Buf, 98M Free Swap: 231M Total, 231M Free PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 473 yar 132 0 1532K 1016K RUN 7:00 92.97% 92.97% gzip 27 root -32 -151 0K 8K WAIT 0:18 2.98% 2.98% swi4: clock sio ... %%% -- Yar From owner-freebsd-current@FreeBSD.ORG Thu Mar 3 11:36:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E860D16A4CE for ; Thu, 3 Mar 2005 11:36:48 +0000 (GMT) Received: from ipx11328.ipxserver.de (e29.de [212.112.229.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C58A43D2D for ; Thu, 3 Mar 2005 11:36:48 +0000 (GMT) (envelope-from hnaz@tutorialzone.de) Received: from localhost (localhost [127.0.0.1]) by ipx11328.ipxserver.de (Postfix) with ESMTP id CA2F33F7; Thu, 3 Mar 2005 12:36:46 +0100 (CET) Received: from ipx11328.ipxserver.de ([127.0.0.1]) by localhost (ipx11328 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10285-03; Thu, 3 Mar 2005 12:36:44 +0100 (CET) Received: from localhost (p5083C761.dip0.t-ipconnect.de [80.131.199.97]) by ipx11328.ipxserver.de (Postfix) with ESMTP id 8DA6B351; Thu, 3 Mar 2005 12:36:43 +0100 (CET) Date: Thu, 3 Mar 2005 12:35:52 +0100 From: Johannes Weiner To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20050303113552.GA567@paranoise> Mail-Followup-To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , current@freebsd.org References: <200503020040.j220eu12011514@repoman.freebsd.org> <863bvdoyoo.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline In-Reply-To: <863bvdoyoo.fsf@xps.des.no> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new at ipx11328.ipxserver.de X-Mailman-Approved-At: Thu, 03 Mar 2005 12:50:01 +0000 cc: current@freebsd.org Subject: Re: cvs commit: src/etc/defaults rc.conf src/etc/rc.d Makefile newsyslog var src/etc newsyslog.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 03 Mar 2005 11:36:49 -0000 --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 03, 2005 at 10:39:51AM +0100, Dag-Erling Smrgrav wrote: > Brooks Davis writes: > > Log: > > - Update etc/rc.d/newsyslog to FreeBSD standards and install it. > > - Enable it by default, running newsyslog with -CN which creates fil= es > > that have the C flag specified in /etc/newsyslog.conf. >=20 > Did you even test this? newsyslog(8) does not have a -N option. >=20 This definitely doesn't work. -N is not supported in the most current newsyslog. Hannes --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCJvaY1heCLyOG8GcRAmFmAJ9RBGbdguLSsKfbfxMxnqJwCf1v5gCgiTMj WJ53NdS/Nfx66p1vqkOtIeg= =KzhU -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 3 13:27:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9666816A4CE; Thu, 3 Mar 2005 13:27:35 +0000 (GMT) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3E7943D66; Thu, 3 Mar 2005 13:27:34 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id DF3924EFD37; Thu, 3 Mar 2005 21:27:33 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id D309D4EFCD1; Thu, 3 Mar 2005 21:27:33 +0800 (CST) Date: Thu, 3 Mar 2005 21:27:33 +0800 (CST) From: Tai-hwa Liang To: Ruslan Ermilov In-Reply-To: <20050303091231.GA95832@ip.net.ua> Message-ID: <0503032125280.27085@www.mmlab.cse.yzu.edu.tw> References: <20050226223215.GF93910@ip.net.ua> <05030310251113.18739@www.mmlab.cse.yzu.edu.tw> <20050303091231.GA95832@ip.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: current@freebsd.org Subject: Re: HEADS UP: LC_CTYPE format changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 03 Mar 2005 13:27:35 -0000 On Thu, 3 Mar 2005, Ruslan Ermilov wrote: > On Thu, Mar 03, 2005 at 10:28:41AM +0800, Tai-hwa Liang wrote: >> On Sun, 27 Feb 2005, Ruslan Ermilov wrote: >>> I've just committed changes that modify the format of LC_CTYPE >>> files. Next time when you buildworld/installworld, please do >>> it without -DNO_CLEAN, or at least remove the contents of >>> /usr/obj/usr/src/share/mklocale/. >> >> Not sure if I missed something. But after making a clean buildworld >> & installworld, perl always pops with following warnings: >> >> perl: warning: Setting locale failed. >> perl: warning: Please check that your locale settings: >> LC_ALL = (unset), >> LC_CTYPE = "zh_TW.Big5", >> LANG = "zh_TW.Big5" >> are supported and installed on your system. >> perl: warning: Falling back to the standard locale ("C"). >> >> Re-building perl5.8 from ports doesn't seem to help. >> > I don't know what's your problem (make sure your `which perl` > isn't linked to libc.so.5), but it definitely works here: > > : $ hostname > : sledge.freebsd.org > : $ uname -mir > : 6.0-CURRENT amd64 SLEDGE > : $ grep __FreeBSD_version /usr/include/osreldate.h > : #undef __FreeBSD_version > : #define __FreeBSD_version 600019 > : $ env LC_ALL="unknown" perl -e exit > : perl: warning: Setting locale failed. > : perl: warning: Please check that your locale settings: > : LC_ALL = "unknown", > : LANG = (unset) > : are supported and installed on your system. > : perl: warning: Falling back to the standard locale ("C"). > : $ env LC_ALL="zh_TW.Big5" perl -e exit > : $ > > (Also check /etc/libmap.conf.) > uname -mir 6.0-CURRENT i386 f22-r40 > grep __FreeBSD_version /usr/include/osreldate.h #undef __FreeBSD_version #define __FreeBSD_version 600019 > ls -la /etc/libmap.conf ls: /etc/libmap.conf: No such file or directory > ldd `which perl` /usr/bin/perl: libperl.so => /usr/local/lib/perl5/5.8.6/mach/CORE/libperl.so (0x28075000) libm.so.3 => /lib/libm.so.3 (0x28176000) libcrypt.so.2 => /lib/libcrypt.so.2 (0x2818a000) libutil.so.4 => /lib/libutil.so.4 (0x281a2000) libc.so.6 => /lib/libc.so.6 (0x281ae000) > env LC_ALL="unknown" perl -e exit perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LC_ALL = "unknown", LC_CTYPE = "zh_TW.Big5", LANG = "zh_TW.Big5" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). > env LC_ALL="zh_TW.Big5" perl -e exit perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LC_ALL = "zh_TW.Big5", LC_CTYPE = "zh_TW.Big5", LANG = "zh_TW.Big5" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). > unsetenv LC_CTYPE && env LC_ALL="zh_TW.Big5" perl -e exit perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LC_ALL = "zh_TW.Big5", LANG = "zh_TW.Big5" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). > unsetenv LANG && env LC_ALL="zh_TW.Big5" perl -e exit perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LC_ALL = "zh_TW.Big5", LANG = (unset) are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). > env LC_ALL="" perl -e exit > From owner-freebsd-current@FreeBSD.ORG Thu Mar 3 13:43:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4622616A4CE; Thu, 3 Mar 2005 13:43:56 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E12A43D49; Thu, 3 Mar 2005 13:43:56 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id 93F1646B20; Thu, 3 Mar 2005 08:43:55 -0500 (EST) Date: Thu, 3 Mar 2005 13:41:53 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: David Xu In-Reply-To: <42269B85.3050602@freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: alc@FreeBSD.org cc: freebsd-current@freebsd.org cc: peter@FreeBSD.org Subject: Re: FreeBSD 5.3 crash (core with debug symbols available) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 03 Mar 2005 13:43:56 -0000 On Thu, 3 Mar 2005, David Xu wrote: > >The consensus on IRC is that threads should not use their stacks for > >anything but storage of their own variables. Anything used for > >synchronization or state should be placed in malloc()d memory or some > >other shared structure. > > Stack variable is cheap and fastest, why should I use slow malloc ? So you don't page fault, of course :-). > >I'll start working on a patch to change these references in the sigwait() > >family. And queue up a pointy hat to jeff@. Pointers to other badly > >behaved code gladly accepted :) > > This is not a bug, I always perfer to use stack variable because there > is no lock order reversal and have to work around it. If I am correct, > Linux and DragonFly both disable kernel stack to be swapped out. There was a time where the swapping out of kernel thread stacks under load made a significant difference under high memory pressure. The question is whether that's still true enough to justify the overhead and complications it presents today. For one thing, we pay several extra mutex operations per page fault to prevent swapping of the kernel stack in memory during the fault. And I'm sure this is not the only situation where we have a latent bug involving paged out kernel stacks and structures getting hooked to global lists. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Thu Mar 3 13:43:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C8C116A4D0 for ; Thu, 3 Mar 2005 13:43:59 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24B6A43D60 for ; Thu, 3 Mar 2005 13:43:58 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j23DhtCb034011; Thu, 3 Mar 2005 15:43:55 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 09934-05; Thu, 3 Mar 2005 15:43:55 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j23DhtOm034006 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 3 Mar 2005 15:43:55 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id j23Di6ZZ098691; Thu, 3 Mar 2005 15:44:06 +0200 (EET) (envelope-from ru) Date: Thu, 3 Mar 2005 15:44:06 +0200 From: Ruslan Ermilov To: Tai-hwa Liang Message-ID: <20050303134406.GA98603@ip.net.ua> References: <20050226223215.GF93910@ip.net.ua> <05030310251113.18739@www.mmlab.cse.yzu.edu.tw> <20050303091231.GA95832@ip.net.ua> <0503032125280.27085@www.mmlab.cse.yzu.edu.tw> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3MwIy2ne0vdjdPXF" Content-Disposition: inline In-Reply-To: <0503032125280.27085@www.mmlab.cse.yzu.edu.tw> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@freebsd.org Subject: Re: HEADS UP: LC_CTYPE format changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 03 Mar 2005 13:43:59 -0000 --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 03, 2005 at 09:27:33PM +0800, Tai-hwa Liang wrote: > >unsetenv LANG && env LC_ALL=3D"zh_TW.Big5" perl -e exit > perl: warning: Setting locale failed. > perl: warning: Please check that your locale settings: > LC_ALL =3D "zh_TW.Big5", > LANG =3D (unset) > are supported and installed on your system. > perl: warning: Falling back to the standard locale ("C"). > >env LC_ALL=3D"" perl -e exit > > Then check that your locale works at all: env LC_ALL=3D"zh_TW.Big5" date or, in a C version: : #include : #include :=20 : int : main(void) : { :=20 : if (NULL =3D=3D setlocale(LC_ALL, "zh_TW.Big5")) : fprintf(stderr, "setlocale() failed\n"); : return (0); : } If not, make sure your /usr/share/locale/zh_TW.Big5/ is sane. MD5 (/usr/share/locale/zh_TW.Big5/LC_CTYPE) =3D 2f50c01305ee3c2315dd5392c1a= b3d4d Also, could it be that you updated your world with -DNO_CLEAN buildworld? If yes, please follow the 20050227 src/UPDATING entry. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --3MwIy2ne0vdjdPXF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCJxSmqRfpzJluFF4RArGoAJ9xu4Qw098u5RNQFgnPJZOLHTsuUACgkYiZ Uoc0LhNh5ORemSgiuWvN1hU= =5eA2 -----END PGP SIGNATURE----- --3MwIy2ne0vdjdPXF-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 3 15:10:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C540B16A4CE; Thu, 3 Mar 2005 15:10:00 +0000 (GMT) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C1C243D48; Thu, 3 Mar 2005 15:10:00 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 858DA4EFD13; Thu, 3 Mar 2005 23:09:59 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 580984EFCD6; Thu, 3 Mar 2005 23:09:59 +0800 (CST) Date: Thu, 3 Mar 2005 23:09:59 +0800 (CST) From: Tai-hwa Liang To: Ruslan Ermilov In-Reply-To: <20050303134406.GA98603@ip.net.ua> Message-ID: <05030322501313.29173@www.mmlab.cse.yzu.edu.tw> References: <20050226223215.GF93910@ip.net.ua> <05030310251113.18739@www.mmlab.cse.yzu.edu.tw> <0503032125280.27085@www.mmlab.cse.yzu.edu.tw> <20050303134406.GA98603@ip.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: current@freebsd.org Subject: Re: HEADS UP: LC_CTYPE format changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 03 Mar 2005 15:10:00 -0000 On Thu, 3 Mar 2005, Ruslan Ermilov wrote: [...] > If not, make sure your /usr/share/locale/zh_TW.Big5/ is sane. > > MD5 (/usr/share/locale/zh_TW.Big5/LC_CTYPE) = 2f50c01305ee3c2315dd5392c1ab3d4d > > Also, could it be that you updated your world with -DNO_CLEAN buildworld? > If yes, please follow the 20050227 src/UPDATING entry. Oops, it turned out that I rebuild clean world and perl on two *different* hosts(the experiment was performed in a new world with old perl build, which was installed in 5-CURRENT era and thus linked to libc.so.5). Sorry for the noise. Looks like libc.so.5 is also a major culprit. Perhaps we should document this in src/UPDATING as well? Something like: "A rebuild of individual ports which was linked to libc.so.5 is recommended." -- Cheers, Tai-hwa Liang From owner-freebsd-current@FreeBSD.ORG Thu Mar 3 15:40:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A2AC16A4CE for ; Thu, 3 Mar 2005 15:40:01 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A7F443D39 for ; Thu, 3 Mar 2005 15:40:01 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j23FdsTr005348; Thu, 3 Mar 2005 07:39:54 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j23Fdrlo005347; Thu, 3 Mar 2005 07:39:53 -0800 Date: Thu, 3 Mar 2005 07:39:53 -0800 From: Brooks Davis To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , current@freebsd.org Message-ID: <20050303153953.GA4737@odin.ac.hmc.edu> References: <200503020040.j220eu12011514@repoman.freebsd.org> <863bvdoyoo.fsf@xps.des.no> <20050303113552.GA567@paranoise> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline In-Reply-To: <20050303113552.GA567@paranoise> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Subject: Re: cvs commit: src/etc/defaults rc.conf src/etc/rc.d Makefile newsyslog var src/etc newsyslog.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 03 Mar 2005 15:40:01 -0000 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 03, 2005 at 12:35:52PM +0100, Johannes Weiner wrote: > On Thu, Mar 03, 2005 at 10:39:51AM +0100, Dag-Erling Smrgrav wrote: > > Brooks Davis writes: > > > Log: > > > - Update etc/rc.d/newsyslog to FreeBSD standards and install it. > > > - Enable it by default, running newsyslog with -CN which creates f= iles > > > that have the C flag specified in /etc/newsyslog.conf. > >=20 > > Did you even test this? newsyslog(8) does not have a -N option. > >=20 >=20 > This definitely doesn't work. -N is not supported in the most current > newsyslog. Crap, I did test it, but against the wrong newsyslog. :-( Sorry about that. I'll fix shortly. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCJy/JXY6L6fI4GtQRAkPtAJwMLJ1+qreWydv5B1Ko6P0POvSotACgq345 E860/bFJPWCtlDf8+2TQWeM= =5ixq -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 3 17:23:30 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7E1F16A4CE; Thu, 3 Mar 2005 17:23:29 +0000 (GMT) Received: from ms005msg.fastwebnet.it (ms005msg.fastwebnet.it [213.140.2.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF8F143D5A; Thu, 3 Mar 2005 17:23:28 +0000 (GMT) (envelope-from filippo@portatile.fastwebnet.it) Received: from portatile (1.255.90.62) by ms005msg.fastwebnet.it (7.2.052.3) id 41FFB24D006AF2EA; Thu, 3 Mar 2005 18:23:27 +0100 Received: from portatile.fastwebnet.it (localhost [127.0.0.1]) by portatile (Postfix) with ESMTP id A8B74B868; Thu, 3 Mar 2005 18:23:37 +0100 (CET) Received: (from filippo@localhost) by portatile.fastwebnet.it (8.13.1/8.13.1/Submit) id j23HNauM000707; Thu, 3 Mar 2005 18:23:36 +0100 (CET) (envelope-from filippo) Date: Thu, 3 Mar 2005 18:23:35 +0100 From: Filippo Forti To: Ian Dowse Message-ID: <20050303172334.GA674@portatile.fastwebnet.it> Mail-Followup-To: Ian Dowse , Nate Lawson , freebsd-acpi@freebsd.org, freebsd-current@freebsd.org References: <20050302165516.GB674@portatile.fastwebnet.it> <200503030132.aa82163@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503030132.aa82163@salmon.maths.tcd.ie> User-Agent: Mutt/1.5.6i cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org cc: Nate Lawson Subject: Re: Panic on suspend X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: filippo.forti@fastwebnet.it List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2005 17:23:30 -0000 On Thu, Mar 03, 2005 at 01:32:29AM +0000, Ian Dowse wrote: > In message <20050302165516.GB674@portatile.fastwebnet.it>, Filippo Forti writes > : > >On Tue, Mar 01, 2005 at 03:19:42PM -0800, Nate Lawson wrote: > >> That is in the VGA BIOS. Try setting this sysctl before suspending: > >> > >> hw.acpi.reset_video=0 > >Unfortunately this doesn't make the trick > >Thanks anyway > > Did updating to the version 1.49 of vesa.c fix the crash for you? > There is a new patch at: > > http://people.freebsd.org/~iedowse/vesa_restore.diff > > This needs to be applied on top of version 1.49, and should hopefully > correct the behaviour when the VESA state requires more than 4k of > space. Would you be able to test that this version does not crash > for you on suspend? > Thanks, it's much better now, even if I still have a problem (the laptop reboots instead of resuming from sleep), but I'll google to find a solution > I don't fully understand why the previous version was faulting at > 0x2000, since that page should have been mapped into the VM86 address > space. However my code was definitely handling the kernel virtual > addresses incorrectly, so maybe that was causing something to be > overwritten. The updated patch allocates a contiguous virtual buffer > and then maps each page into the VM86 address space starting at > 0x1000. > > Ian Filippo From owner-freebsd-current@FreeBSD.ORG Thu Mar 3 18:30:52 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E67D416A4CF for ; Thu, 3 Mar 2005 18:30:52 +0000 (GMT) Received: from ipx11328.ipxserver.de (e29.de [212.112.229.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95E5943D55 for ; Thu, 3 Mar 2005 18:30:52 +0000 (GMT) (envelope-from hnaz@tutorialzone.de) Received: from localhost (localhost [127.0.0.1]) by ipx11328.ipxserver.de (Postfix) with ESMTP id 8FE6276A for ; Thu, 3 Mar 2005 19:30:51 +0100 (CET) Received: from ipx11328.ipxserver.de ([127.0.0.1]) by localhost (ipx11328 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02317-01 for ; Thu, 3 Mar 2005 19:30:49 +0100 (CET) Received: from localhost (p5083C22D.dip0.t-ipconnect.de [80.131.194.45]) by ipx11328.ipxserver.de (Postfix) with ESMTP id 5DE6B420 for ; Thu, 3 Mar 2005 19:30:49 +0100 (CET) Date: Thu, 3 Mar 2005 19:29:58 +0100 From: Johannes Weiner To: freebsd-current@freebsd.org Message-ID: <20050303182958.GA763@paranoise> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new at ipx11328.ipxserver.de Subject: Philips Wearable Audio Player (128) fails to attach X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 03 Mar 2005 18:30:53 -0000 --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline dmesg: umass0: Philips Wearable Audio Player (128 MB), rev 1.10/0.01, addr 2 usbd_setup_pipe: failed to start endpoint, IOERROR device_attach: umass0 attach returned 6 usbdevs -v: Controller /dev/usb0: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), SiS(0x0000), rev 1.00 port 1 powered --> port 2 addr 2: full speed, self powered, config 1, product 0x0142(0x0142), vendor 0x0471(0x0471), rev 0.01 port 3 powered Can't figure out, why this happens. Found some code-snippets for this player in the bug-database, which add some quirks for device-handling, but they didnt work. Hannes --u3/rZRmxL6MmkK24 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCJ1em1heCLyOG8GcRAkHiAJ9Wu1QBckF2lIMITAkQ1jfIT9MLrwCfYA+v YHoTU/ETMgVRB15amFyXcNQ= =8H0x -----END PGP SIGNATURE----- --u3/rZRmxL6MmkK24-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 3 22:51:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D22C16A4CE for ; Thu, 3 Mar 2005 22:51:39 +0000 (GMT) Received: from lakermmtao02.cox.net (lakermmtao02.cox.net [68.230.240.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA89543D3F for ; Thu, 3 Mar 2005 22:51:38 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by lakermmtao02.cox.net (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP id <20050303225138.FTAT6521.lakermmtao02.cox.net@mezz.mezzweb.com>; Thu, 3 Mar 2005 17:51:38 -0500 Date: Thu, 03 Mar 2005 16:52:53 -0600 To: "Alec Berryman" References: <1109729753.757.6.camel@OmniBook.accton.com.tw> <20050302024418.GA57759@thened.net> From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <20050302024418.GA57759@thened.net> User-Agent: Opera M2/7.54 (Linux, build 955) cc: Chen Lihong cc: freebsd-current@freebsd.org Subject: Re: New kerberos 5 failed to build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 03 Mar 2005 22:51:39 -0000 On Tue, 1 Mar 2005 21:44:18 -0500, Alec Berryman wrote: > Chen Lihong on 2005-03-02 10:15:53 +0800: > >> I cvsup'ed src this morning (2 March 01:00 UTC). And run this: > > > >> -c >> /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c >> /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c: >> In function `setpw_send_request': >> /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c:170: >> error: syntax error before "chpw" >> /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c:188: >> error: `chpw' undeclared (first use in this function) >> /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c:188: >> error: (Each undeclared identifier is reported only once >> /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c:188: >> error: for each function it appears in.) > > I got the same error on 5-STABLE from a cvsup an hour ago, with and > without ccache. I don't feel like this was caused by the Heimdal > update half a week ago; it compiled fine around the day before > yesterday. For some reason, it doesn't like the CC and CXX if they were poked. I used to get the same errors until I disable the CC and CXX in the make.conf. If you are using same exactly from ccache's guide, then you should change like this.. ================================= .if !defined(NOCCACHE) .if ${.CURDIR:M/usr/src*} CC=/usr/local/libexec/ccache/cc CXX=/usr/local/libexec/ccache/c++ .else CC=cc CXX=c++ .endif .else CC=/usr/bin/cc CXX=/usr/bin/c++ .endif ================================= to... ================================= .if !defined(NOCCACHE) .if ${.CURDIR:M/usr/src*} #CC=/usr/local/libexec/ccache/cc #CXX=/usr/local/libexec/ccache/c++ .else CC=cc CXX=c++ .endif .else CC=/usr/bin/cc CXX=/usr/bin/c++ .endif ================================= The 'make buildworld' works now without ccache and with CC/CXX untouch. Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Mar 3 23:01:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A82F16A4CE for ; Thu, 3 Mar 2005 23:01:23 +0000 (GMT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FD8143D31 for ; Thu, 3 Mar 2005 23:01:23 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.1/8.13.1) with ESMTP id j23N1MV8028172 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 3 Mar 2005 18:01:22 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id j23N1HYa016244; Thu, 3 Mar 2005 18:01:17 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16935.38717.96802.616769@grasshopper.cs.duke.edu> Date: Thu, 3 Mar 2005 18:01:17 -0500 (EST) To: freebsd-current@freebsd.org X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Subject: panic: dev ... is on clonelist X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 03 Mar 2005 23:01:23 -0000 Hi, I've got a character driver which I'd like to make behave as much like a linux cloning driver as possible because I'm maintaining linux binary compat. I'm using the cloning interface in 5.x and 6.0. My driver *seems* to work fine in 5.4, even with INVARIANTS. But in 6.0, I'm dying with: "dev 0xc2f89c00 (mx_fake.1) is on clonelist". >From the si_drv{1,2} fields, it looks like the cdev was closed. Did something change between 5.x and 6.0? Or am I doing something that's bogus in 5.x and I'm just getting lucky? What I want is to have a unique cdev generated for each open of the device. Then I would like to use the si_drv1 and si_drv2 fields of the cdev to hang per-open information from. So, if the user opens /dev/mx0, then I'd like a unique cdev generated. And if somebody else opens /dev/mx0, then I'd like a second unique cdev generated. What I've been doing (and what seemed to work in 5.x) was this: - Don't make any /dev/mx devices at all, use clone handler for all device creation. - Use dev_stdclone() in to get the "real" unit number (0 from /dev/mx0, 1 from /dev/mx1, etc, where the unit corresponds to a physical device). - Prepare a "fake" device for the user, so that every open has a unique cdev. To do this, I have been calling clone_create() with a "fake" unit number (starting at 0, and increasing) until I find either a free "fake" cdev, or a "fake" cdev which does not exist. By free, I make a cdev whose si_drv1 indicates he's free. By "fake", I mean I don't care what the unit number is. - if the "fake" cdev does not exist, create a /dev/mx_fake.%d, using the "fake" unit number via make_dev() - using the cdev obtained from either clone_create(), or make_dev(), set (*cdev)->si_drv1 to the "real" unit number so my open routine knows what to do. Any idea what I'm doing wrong? Thanks for the help, Drew static void mx_clone(void *arg, char *name, int namelen, struct cdev **cdev) { int u, i, privileged, mode, fake_unit, free_cdev; if (*cdev != NULL) { /* printf("mx_clone called with non-null struct cdev *??\n");*/ return; } if (dev_stdclone(name, NULL, "mxp", &u)) { privileged = 1; mode = 0600; } else if (dev_stdclone(name, NULL, "mx", &u)) { privileged = 0; mode = 0666; } else {/* Don't recognize the name */ return; } if (u >= mx_num_instances) return; /* unit too large */ if (privileged && suser(curthread)) return; /* EPERM */ /* Now we iterate over our clone list. We start at index 0, and keep going until we find a free clone. We know the clone is free because either the cdev is null (in which case it was never allocated, and no /dev/mx_fake.%d entry exists) or the cdev is non-null, and its si_drv1 field is null (which means that it has been closed by another process, and a /dev/mx_fake.%d exists). Its important to find priviliged devices, so we always search only odd units when we want a priviliged device. */ fake_unit = 0 + privileged; do { i = clone_create(&mx_clones, &mx_cdevsw, &fake_unit, cdev, 0); free_cdev = i || ((*cdev)->si_drv1 == NULL); #if 1 printf("dev: %d. i: %d", fake_unit, i); if (i == 0) printf(" drv1: %p", (*cdev)->si_drv1); else printf(" drv1: NULL"); printf(" Free = %d\n", free_cdev); #endif if (!free_cdev) fake_unit+=2; } while (!free_cdev); if (i) { /* need to allocate a new /dev/mx_fake.%d device node */ *cdev = make_dev(&mx_cdevsw, unit2minor(fake_unit), UID_ROOT, GID_WHEEL, mode, "mx_fake.%d", fake_unit); } if (*cdev != NULL) { /* Treat si_drv1 like a bitfield. Low bit is "in use" flag, second bit is privileged bit, remainder is the real unit that the opener requested */ mx_always_assert((*cdev)->si_drv1 == NULL); (*cdev)->si_drv1 = (void *)(uintptr_t)(1 | (privileged << 1) | (u << 2)); (*cdev)->si_drv2 = NULL; } } From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 00:35:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F4B216A4CE for ; Fri, 4 Mar 2005 00:35:46 +0000 (GMT) Received: from mxsf07.cluster1.charter.net (mxsf07.cluster1.charter.net [209.225.28.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A7B243D41 for ; Fri, 4 Mar 2005 00:35:45 +0000 (GMT) (envelope-from TastyNachos@charter.net) Received: from mxip05.cluster1.charter.net (mxip05a.cluster1.charter.net [209.225.28.135])j240ZgK4029946 for ; Thu, 3 Mar 2005 19:35:42 -0500 Received: from 68-189-90-224.ca.charter.com (HELO [172.16.64.103]) (68.189.90.224) by mxip05.cluster1.charter.net with ESMTP; 03 Mar 2005 19:35:41 -0500 X-Ironport-AV: i="3.90,134,1107752400"; d="scan'208"; a="661579682:sNHT13804990" From: Remington To: Gavin Atkinson In-Reply-To: <1109845639.84539.1.camel@buffy.york.ac.uk> References: <1109826709.622.4.camel@localhost.localdomain> <1109845639.84539.1.camel@buffy.york.ac.uk> Content-Type: text/plain Date: Thu, 03 Mar 2005 16:35:36 -0800 Message-Id: <1109896536.589.1.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: FXP driver not attaching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Mar 2005 00:35:46 -0000 On Thu, 2005-03-03 at 10:27 +0000, Gavin Atkinson wrote: > On Wed, 2005-03-02 at 21:11 -0800, Remington wrote: > > FreeBSD 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #0: Sun Feb 27 03:57:45 > > PST 2005 root@:/usr/obj/usr/src/sys/VAIO i386 > > > > Hello: > > I just baught a new Sony laptop. I ran into a problem, fxp driver does > > not attach tp the device. Windows recognizes it as a "Intel PRO/100 VE > > Network Connection". I have attached a copy of my dmesg verbose as well > > as pciconf -lv > > > none7@pci6:8:0: class=0x020000 card=0x81d0104d chip=0x10688086 rev=0x04 > > hdr=0x00 > > vendor = 'Intel Corporation' > > class = network > > subclass = ethernet > > Try the attached patch. > > What model of laptop is this, exactly? > > Gavin Unfortunetly the device mentioned above is "pci6: at device 8.0 (no driver attached)" It is a Sony-FS570 From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 01:03:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 192A016A4CE; Fri, 4 Mar 2005 01:03:13 +0000 (GMT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E80A343D31; Fri, 4 Mar 2005 01:03:12 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) j2413C0e082180; Thu, 3 Mar 2005 17:03:12 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id j2413CNr082179; Thu, 3 Mar 2005 17:03:12 -0800 (PST) (envelope-from dillon) Date: Thu, 3 Mar 2005 17:03:12 -0800 (PST) From: Matthew Dillon Message-Id: <200503040103.j2413CNr082179@apollo.backplane.com> To: Robert Watson References: cc: alc@freebsd.org cc: freebsd-current@freebsd.org cc: David Xu cc: peter@freebsd.org Subject: Re: FreeBSD 5.3 crash (core with debug symbols available) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Mar 2005 01:03:13 -0000 The main reason we no longer swap the kernel stack is because there are a whole lot of things we put on local thread stacks that other parts of the system may reference even while the process is blocked. e.g. token references, message structures, register or FP save state, and so forth. I also intend to put cache related structures, such as range locks, on the stack. I just didn't want to have to worry about it. Besides, it only happened when a process was actually *SWAPPED* out, not just heavily paged, and how often does *that* happen these days? Even on a heavily loaded system only a handful of processes, mostly getty's and long-idle interactive shells, might actually be swapped out. This makes the memory savings minimal at best. -Matt From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 01:21:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D45F16A4CE; Fri, 4 Mar 2005 01:21:17 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D9DF43D2F; Fri, 4 Mar 2005 01:21:17 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j241LCGh099114; Fri, 4 Mar 2005 01:21:15 GMT (envelope-from davidxu@freebsd.org) Message-ID: <4227B7F8.9090304@freebsd.org> Date: Fri, 04 Mar 2005 09:20:56 +0800 From: David Xu User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthew Dillon References: <200503040103.j2413CNr082179@apollo.backplane.com> In-Reply-To: <200503040103.j2413CNr082179@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: alc@freebsd.org cc: freebsd-current@freebsd.org cc: Robert Watson cc: peter@freebsd.org Subject: Re: FreeBSD 5.3 crash (core with debug symbols available) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Mar 2005 01:21:17 -0000 Matthew Dillon wrote: > The main reason we no longer swap the kernel stack is because there are > a whole lot of things we put on local thread stacks that other parts of the > system may reference even while the process is blocked. e.g. token > references, message structures, register or FP save state, and so forth. > I also intend to put cache related structures, such as range locks, on > the stack. I just didn't want to have to worry about it. > > Besides, it only happened when a process was actually *SWAPPED* out, not > just heavily paged, and how often does *that* happen these days? Even > on a heavily loaded system only a handful of processes, mostly getty's > and long-idle interactive shells, might actually be swapped out. This > makes the memory savings minimal at best. > > > I always worry about swapping out kernel stack. my lastest kernel umtx code is broken by this. I can not agree that per-mutex operation needs a pair of heavy malloc and free call, if kernel mutex performance is important, why userland mutex shouldn't be ? If I have to use malloc, I am afraid that I have to do more extra work than Linux does, I will fail under real world benchmark like super-smack etcs. > -Matt > > > > From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 01:50:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9710116A4CE; Fri, 4 Mar 2005 01:50:35 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id B068543D66; Fri, 4 Mar 2005 01:50:30 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j241qVGp007535; Thu, 3 Mar 2005 18:52:31 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4227BE61.1080805@samsco.org> Date: Thu, 03 Mar 2005 18:48:17 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Xu References: <200503040103.j2413CNr082179@apollo.backplane.com> <4227B7F8.9090304@freebsd.org> In-Reply-To: <4227B7F8.9090304@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: alc@freebsd.org cc: freebsd-current@freebsd.org cc: Robert Watson cc: peter@freebsd.org Subject: Re: FreeBSD 5.3 crash (core with debug symbols available) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Mar 2005 01:50:35 -0000 David Xu wrote: > Matthew Dillon wrote: > >> The main reason we no longer swap the kernel stack is because there >> are >> a whole lot of things we put on local thread stacks that other >> parts of the >> system may reference even while the process is blocked. e.g. token >> references, message structures, register or FP save state, and so >> forth. >> I also intend to put cache related structures, such as range locks, on >> the stack. I just didn't want to have to worry about it. >> >> Besides, it only happened when a process was actually *SWAPPED* >> out, not >> just heavily paged, and how often does *that* happen these days? Even >> on a heavily loaded system only a handful of processes, mostly getty's >> and long-idle interactive shells, might actually be swapped out. This >> makes the memory savings minimal at best. >> >> >> > I always worry about swapping out kernel stack. my lastest kernel umtx > code is broken by this. > I can not agree that per-mutex operation needs a pair of heavy malloc > and free call, if kernel > mutex performance is important, why userland mutex shouldn't be ? If I > have to use malloc, > I am afraid that I have to do more extra work than Linux does, I will > fail under real world > benchmark like super-smack etcs. > Can you provide a reference for the umtx problem? There might be a reasonable solution. Scott From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 02:08:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8734E16A4E0 for ; Fri, 4 Mar 2005 02:08:27 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DE9843D1F for ; Fri, 4 Mar 2005 02:08:27 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 1EE427A41E for ; Thu, 3 Mar 2005 18:08:27 -0800 (PST) Message-ID: <4227C31A.1000100@elischer.org> Date: Thu, 03 Mar 2005 18:08:26 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en, hu MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: FYI.. panic in yesterday's system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Mar 2005 02:08:27 -0000 well maybe 40 hours old sources.. will resync and rebuild FYI for statistical debuggging: panic: Duplicate free of item 0xe0997594 from zone 0xc1063c60(KMAP ENTRY) cpuid = 1 KDB: enter: panic [thread pid 7033 tid 100154 ] Stopped at kdb_enter+0x2b: nop db> tr Tracing pid 7033 tid 100154 td 0xc2b645c0 kdb_enter(c0821f56) at kdb_enter+0x2b panic(c083bbd7,e0997594,c1063c60,c083c298,c083bbbb) at panic+0x127 uma_dbg_free(c1063c60,0,e0997594) at uma_dbg_free+0x110 uma_zfree_arg(c1063c60,e0997594,0) at uma_zfree_arg+0xf3 vm_map_entry_dispose(c1059240,e0997594,c0966080,0,c0843ebc) at vm_map_entry_dispose+0x28 vm_map_entry_delete(c1059240,e0997594,0,c082ab5f,e0997594) at vm_map_entry_delete+0x13b vm_map_delete(c1059240,d9914000,d991c000,d64230c0,e766baa4) at vm_map_delete+0x18f bfreekva(d64230c0,c3904d38,1,0,0) at bfreekva+0x48 getnewbuf(0,0,800,4000,0) at getnewbuf+0x5be getblk(c3904cc0,0,0,800,0) at getblk+0x3a7 breadn(c3904cc0,0,0,800,0) at breadn+0x31 bread(c3904cc0,0,0,800,0) at bread+0x20 ffs_read(e766bc18) at ffs_read+0x23b VOP_READ_APV(c08bcc60,e766bc18) at VOP_READ_APV+0x7e ufs_readdir(e766bca0) at ufs_readdir+0xd1 VOP_READDIR_APV(c08bcc60,e766bca0) at VOP_READDIR_APV+0x7e getdirentries(c2b645c0,e766bd14,4,34,246) at getdirentries+0x13f syscall(805002f,bfbf002f,bfbf002f,8053100,8059780) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (196, FreeBSD ELF32, getdirentries), eip = 0x280bc323, esp = 0xbfbfeafc, ebp = 0xbfbfeb28 --- on 'panic' the system goes into an almost infinite loop: panic: mi_switch: switch in a critical section cpuid = 1 panic: mi_switch: switch in a critical section cpuid = 1 panic: mi_switch: switch in a critical section cpuid = 1 [...] it eventually reboots however. From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 02:26:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC12816A4CE; Fri, 4 Mar 2005 02:26:28 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1B1143D58; Fri, 4 Mar 2005 02:26:28 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j242QQOF006425; Fri, 4 Mar 2005 02:26:27 GMT (envelope-from davidxu@freebsd.org) Message-ID: <4227C741.9040400@freebsd.org> Date: Fri, 04 Mar 2005 10:26:09 +0800 From: David Xu User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <200503040103.j2413CNr082179@apollo.backplane.com> <4227B7F8.9090304@freebsd.org> <4227BE61.1080805@samsco.org> In-Reply-To: <4227BE61.1080805@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: alc@freebsd.org cc: freebsd-current@freebsd.org cc: Robert Watson cc: peter@freebsd.org Subject: Re: FreeBSD 5.3 crash (core with debug symbols available) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Mar 2005 02:26:29 -0000 Scott Long wrote: > > Can you provide a reference for the umtx problem? There might be a > reasonable solution. > I have put umtx_q on stack, and link it into global umtx hash, as you said, I have to use malloc/free. > Scott > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 02:38:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CF1C16A4CE; Fri, 4 Mar 2005 02:38:09 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF5E343D5A; Fri, 4 Mar 2005 02:38:08 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) j242c7aU011258; Thu, 3 Mar 2005 21:38:07 -0500 (EST) Date: Thu, 3 Mar 2005 21:38:07 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: David Xu In-Reply-To: <4227C741.9040400@freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: alc@freebsd.org cc: freebsd-current@freebsd.org cc: Robert Watson cc: peter@freebsd.org Subject: Re: FreeBSD 5.3 crash (core with debug symbols available) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2005 02:38:09 -0000 On Fri, 4 Mar 2005, David Xu wrote: > Scott Long wrote: > > > > > Can you provide a reference for the umtx problem? There might be a > > reasonable solution. > > > I have put umtx_q on stack, and link it into global umtx hash, as you said, > I have to use malloc/free. Just allocate it once and attach it to the thread. -- DE From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 04:02:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12D9116A4CE for ; Fri, 4 Mar 2005 04:02:33 +0000 (GMT) Received: from splinter.bowdoin.edu (splinter.bowdoin.edu [139.140.181.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFB1943D4C for ; Fri, 4 Mar 2005 04:02:32 +0000 (GMT) (envelope-from alec@thened.net) Received: by splinter.bowdoin.edu (Postfix, from userid 12008) id 08B55C11A; Thu, 3 Mar 2005 23:02:31 -0500 (EST) Date: Thu, 3 Mar 2005 23:02:31 -0500 From: Alec Berryman To: freebsd-current@freebsd.org Message-ID: <20050304040231.GB97445@thened.net> Mail-Followup-To: freebsd-current@freebsd.org References: <1109729753.757.6.camel@OmniBook.accton.com.tw> <20050302024418.GA57759@thened.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lEGEL1/lMxI0MVQ2" Content-Disposition: inline In-Reply-To: X-Ned-Wuz-Here: Yes X-GPG-Fingerprint: 3DB5 8785 53D9 8BF4 5049 B6B9 02E7 7FD9 881C 85C4 X-GPG-Key: http://www.thened.net/~alec/static/alec.asc User-Agent: Mutt/1.5.8i Subject: Re: New kerberos 5 failed to build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Mar 2005 04:02:33 -0000 --lEGEL1/lMxI0MVQ2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Jeremy Messenger on 2005-03-03 16:52:53 -0600: > On Tue, 1 Mar 2005 21:44:18 -0500, Alec Berryman wrote: > > >I got the same error on 5-STABLE from a cvsup an hour ago, with and > >without ccache. I don't feel like this was caused by the Heimdal > >update half a week ago; it compiled fine around the day before > >yesterday. >=20 > For some reason, it doesn't like the CC and CXX if they were > poked. I used to get the same errors until I disable the CC and CXX > in the make.conf. Thanks, that worked. As I hinted at in my previous mail, I thought I had disabled ccache by defining NOCCACHE; must be PEBKAC. --lEGEL1/lMxI0MVQ2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCJ93XAud/2YgchcQRAkXEAJ9QYB5soUWUjeuBaZqVkH4MMSl2SACcDtaX Q01mipxgij+ZltemysfTqQE= =zxaq -----END PGP SIGNATURE----- --lEGEL1/lMxI0MVQ2-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 05:37:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2083F16A4CE; Fri, 4 Mar 2005 05:37:13 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3E1743D41; Fri, 4 Mar 2005 05:37:10 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j245ajRs025858; Fri, 4 Mar 2005 00:36:45 -0500 Message-ID: <4227F401.7000204@root.org> Date: Thu, 03 Mar 2005 21:37:05 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20050302235623.BA3925D07@ptavv.es.net> In-Reply-To: <20050302235623.BA3925D07@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: patch: p4tcc and speedstep cpufreq drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Mar 2005 05:37:13 -0000 Kevin Oberman wrote: > OK. This makes me feel a bit better, but I still think I'll leave TCC > out of the equation as it makes the various frequency steps vary uneven > to the point that lowering dev.cpu.0.freq would increase performance > (and the reverse, as well) and it causes my system to hang when > throttled back too far. It never hangs with TCC disabled although my > lowest "frequency" is now just 150 MHz. Would you test with hint.acpi_throttle.0.disabled="1" instead of disabling p4tcc? I think p4tcc is not the problem, it's the combination of the two. I think there are some problems when both the chipset (externally) and processor (internally) assert STOPCLOCK. If this works for you with no hangs, I'll commit code to disable acpi_throttle when p4tcc is present. p4tcc is more efficient than acpi_throttle since the latter is done through the chipset, giving more chance for race conditions, latency, etc. -- Nate From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 07:41:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26BEA16A4CF for ; Fri, 4 Mar 2005 07:41:44 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 667FD43D31 for ; Fri, 4 Mar 2005 07:41:43 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j247fXbD014920; Fri, 4 Mar 2005 08:41:33 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Andrew Gallatin From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 03 Mar 2005 18:01:17 EST." <16935.38717.96802.616769@grasshopper.cs.duke.edu> Date: Fri, 04 Mar 2005 08:41:33 +0100 Message-ID: <14919.1109922093@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: panic: dev ... is on clonelist X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Mar 2005 07:41:44 -0000 A lot have changed from RELENG_5 to -current. I'm a bit hung up this weekend, but if you mail your driver to me I will take a look as soon as I can. Poul-Henning n message <16935.38717.96802.616769@grasshopper.cs.duke.edu>, Andrew Gallatin writes: > >Hi, > >I've got a character driver which I'd like to make behave as much like >a linux cloning driver as possible because I'm maintaining linux >binary compat. I'm using the cloning interface in 5.x and 6.0. > >My driver *seems* to work fine in 5.4, even with INVARIANTS. But in >6.0, I'm dying with: "dev 0xc2f89c00 (mx_fake.1) is on clonelist". >>From the si_drv{1,2} fields, it looks like the cdev was closed. >Did something change between 5.x and 6.0? Or am I doing something >that's bogus in 5.x and I'm just getting lucky? > >What I want is to have a unique cdev generated for each open >of the device. Then I would like to use the si_drv1 and >si_drv2 fields of the cdev to hang per-open information from. > >So, if the user opens /dev/mx0, then I'd like a unique cdev generated. >And if somebody else opens /dev/mx0, then I'd like a second unique cdev >generated. > >What I've been doing (and what seemed to work in 5.x) was this: > >- Don't make any /dev/mx devices at all, use clone handler for all > device creation. > >- Use dev_stdclone() in to get the "real" unit number (0 from /dev/mx0, > 1 from /dev/mx1, etc, where the unit corresponds to a physical > device). > >- Prepare a "fake" device for the user, so that every open > has a unique cdev. To do this, I have been calling > clone_create() with a "fake" unit number (starting at 0, > and increasing) until I find either a free "fake" cdev, or > a "fake" cdev which does not exist. By free, I make > a cdev whose si_drv1 indicates he's free. By "fake", > I mean I don't care what the unit number is. > >- if the "fake" cdev does not exist, create a /dev/mx_fake.%d, > using the "fake" unit number via make_dev() > >- using the cdev obtained from either clone_create(), or make_dev(), > set (*cdev)->si_drv1 to the "real" unit number so my open > routine knows what to do. > > >Any idea what I'm doing wrong? > >Thanks for the help, > >Drew > > > >static void >mx_clone(void *arg, char *name, int namelen, struct cdev **cdev) >{ > int u, i, privileged, mode, fake_unit, free_cdev; > > if (*cdev != NULL) { > /* printf("mx_clone called with non-null struct cdev *??\n");*/ > return; > } > if (dev_stdclone(name, NULL, "mxp", &u)) { > privileged = 1; > mode = 0600; > } else if (dev_stdclone(name, NULL, "mx", &u)) { > privileged = 0; > mode = 0666; > } else {/* Don't recognize the name */ > return; > } > if (u >= mx_num_instances) > return; /* unit too large */ > > if (privileged && suser(curthread)) > return; /* EPERM */ > > > /* Now we iterate over our clone list. We start at index 0, and > keep going until we find a free clone. We know the clone is free > because either the cdev is null (in which case it was never > allocated, and no /dev/mx_fake.%d entry exists) or the cdev is > non-null, and its si_drv1 field is null (which means that it has > been closed by another process, and a /dev/mx_fake.%d exists). > > Its important to find priviliged devices, so we always search > only odd units when we want a priviliged device. > */ > > fake_unit = 0 + privileged; > > do { > i = clone_create(&mx_clones, &mx_cdevsw, &fake_unit, cdev, 0); > free_cdev = i || ((*cdev)->si_drv1 == NULL); >#if 1 > printf("dev: %d. i: %d", fake_unit, i); > if (i == 0) > printf(" drv1: %p", (*cdev)->si_drv1); > else > printf(" drv1: NULL"); > printf(" Free = %d\n", free_cdev); >#endif > if (!free_cdev) > fake_unit+=2; > } while (!free_cdev); > > if (i) { > /* need to allocate a new /dev/mx_fake.%d device node */ > *cdev = make_dev(&mx_cdevsw, unit2minor(fake_unit), > UID_ROOT, GID_WHEEL, > mode, "mx_fake.%d", fake_unit); > } > if (*cdev != NULL) { > /* Treat si_drv1 like a bitfield. Low bit is "in use" flag, > second bit is privileged bit, remainder is the real unit that > the opener requested */ > mx_always_assert((*cdev)->si_drv1 == NULL); > (*cdev)->si_drv1 = (void *)(uintptr_t)(1 | (privileged << 1) | (u << 2)); > (*cdev)->si_drv2 = NULL; > } >} > > > >_______________________________________________ >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" > -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 09:16:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98C3916A4CE for ; Fri, 4 Mar 2005 09:16:04 +0000 (GMT) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id BE99743D53 for ; Fri, 4 Mar 2005 09:16:02 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 1371 invoked from network); 4 Mar 2005 09:10:42 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 4 Mar 2005 09:10:42 -0000 Received: (qmail 8221 invoked by uid 89); 4 Mar 2005 09:21:46 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 4 Mar 2005 09:21:46 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 91E75114D4; Fri, 4 Mar 2005 11:15:57 +0200 (EET) Date: Fri, 4 Mar 2005 11:15:52 +0200 From: Ion-Mihai Tetcu To: freebsd-current@freebsd.org Message-ID: <20050304111552.57efa87a@it.buh.tecnik93.com> X-Mailer: Sylpheed-Claws 1.0.1 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: anholt@FreeBSD.org Subject: [5.4-PRE regression] radeon drm => instant reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Mar 2005 09:16:04 -0000 Hi, I know that in the pre-freeze days are not the best time to update, but I wanted to give it a try. After updating the world and kernel, rebooting, etc. after startx I get an instant reboot (Xorg prints the first few lines in the console and then the machine reboots). If I comment out Load "dri" in Xog modules section all is OK. This happens with yesterday sources FreeBSD 5.4-PRERELEASE #2: Thu Mar 3 23:57:35 EET 2005 and does not happen with: FreeBSD 5.4-PRERELEASE #1: Fri Feb 25 05:17:20 EET 2005 I build with -DNO_KERNELCLEAN -DNOCLEAN. This happens on a GA-7VAX (via8235) MB with a Radeon R250 with agp. At http://people.tecnik93.com/FreeBSD/crashes/5.4PRE_2005.03.03/ you can find the following files: dmesg.old - old, drm-working dmesg (with ACPI enabled) dmesg_new.acpi - old, drm-working dmesg (with ACPI enabled) dmesg_new.no_acpi - old, drm-working dmesg (with ACPI enabled) IT53_U - my KERNCONF radeon - what readeon.ko prints to syslog XF86Config.drm - my Xorg config Xorg.0.log.new.no_drm - Xorg log on the new kernel without drm Xorg.0.log.old.drm - Xorg log on the old kernel and working drm loader.conf - my /boot/loader.conf I'm currently recompiling graphics/dri to see if it makes any difference. Of course, I can any test any patch you want or provide other information you may require. Thanks, -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 10:13:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AE7B16A4CE for ; Fri, 4 Mar 2005 10:13:33 +0000 (GMT) Received: from peedub.jennejohn.org (J8fdf.j.pppool.de [85.74.143.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3A3843D31 for ; Fri, 4 Mar 2005 10:13:32 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.1/8.11.6) with ESMTP id j24ADUiT012335; Fri, 4 Mar 2005 11:13:30 +0100 (CET) (envelope-from garyj@jennejohn.org) Message-Id: <200503041013.j24ADUiT012335@peedub.jennejohn.org> X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Ion-Mihai Tetcu In-Reply-To: Message from Ion-Mihai Tetcu <20050304111552.57efa87a@it.buh.tecnik93.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 04 Mar 2005 11:13:30 +0100 From: Gary Jennejohn cc: freebsd-current@freebsd.org Subject: Re: [5.4-PRE regression] radeon drm => instant reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Mar 2005 10:13:34 -0000 Ion-Mihai Tetcu writes: > I'm currently recompiling graphics/dri to see if it makes any difference. > That won't help; phk made a change in /sys/dev/drm which breaks it. There's a patch floating around, but I can't remember whether it was discussed in this ML or in the commit ML. --- Gary Jennejohn / garyj[at]jennejohn.org gj[at]freebsd.org garyj[at]denx.de From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 10:19:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02BFD16A4CE for ; Fri, 4 Mar 2005 10:19:26 +0000 (GMT) Received: from neo.redjade.org (neo.redjade.org [219.254.21.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BD5043D54 for ; Fri, 4 Mar 2005 10:19:25 +0000 (GMT) (envelope-from ssw@neo.redjade.org) Received: from neo.redjade.org (localhost [127.0.0.1]) by neo.redjade.org (8.13.1/8.13.1) with ESMTP id j24AJJfh035907; Fri, 4 Mar 2005 19:19:19 +0900 (KST) (envelope-from ssw@neo.redjade.org) Received: (from ssw@localhost) by neo.redjade.org (8.13.1/8.13.1/Submit) id j24AJJKw035906; Fri, 4 Mar 2005 19:19:19 +0900 (KST) (envelope-from ssw) Date: Fri, 4 Mar 2005 19:19:19 +0900 From: Sangwoo Shim To: Gary Jennejohn Message-ID: <20050304101919.GC35388@neo.redjade.org> References: <20050304111552.57efa87a@it.buh.tecnik93.com> <200503041013.j24ADUiT012335@peedub.jennejohn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=euc-kr Content-Disposition: inline In-Reply-To: <200503041013.j24ADUiT012335@peedub.jennejohn.org> User-Agent: Mutt/1.5.4i cc: Ion-Mihai Tetcu cc: freebsd-current@freebsd.org Subject: Re: [5.4-PRE regression] radeon drm => instant reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Mar 2005 10:19:26 -0000 On Fri, Mar 04, 2005 at 11:13:30AM +0100, Gary Jennejohn wrote: > > Ion-Mihai Tetcu writes: > > I'm currently recompiling graphics/dri to see if it makes any difference. > > > > That won't help; phk made a change in /sys/dev/drm which breaks it. > There's a patch floating around, but I can't remember whether it was > discussed in this ML or in the commit ML. Was discussed in cvs-all. Refer following. http://marc.theaimsgroup.com/?l=freebsd-cvs-all&m=110962720908198&w=2 Sangwoo Shim From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 10:25:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 160C316A4D8 for ; Fri, 4 Mar 2005 10:25:26 +0000 (GMT) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 933D943D48 for ; Fri, 4 Mar 2005 10:25:25 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id A5E0F4EFCE1; Fri, 4 Mar 2005 18:25:24 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 9B3304EFCE0; Fri, 4 Mar 2005 18:25:24 +0800 (CST) Date: Fri, 4 Mar 2005 18:25:24 +0800 (CST) From: Tai-hwa Liang To: Gary Jennejohn In-Reply-To: <200503041013.j24ADUiT012335@peedub.jennejohn.org> Message-ID: <050304182129C.43342@www.mmlab.cse.yzu.edu.tw> References: <200503041013.j24ADUiT012335@peedub.jennejohn.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: Ion-Mihai Tetcu cc: freebsd-current@freebsd.org Subject: Re: [5.4-PRE regression] radeon drm => instant reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Mar 2005 10:25:26 -0000 On Fri, 4 Mar 2005, Gary Jennejohn wrote: >> Ion-Mihai Tetcu writes: >> I'm currently recompiling graphics/dri to see if it makes any difference. >> > > That won't help; phk made a change in /sys/dev/drm which breaks it. > There's a patch floating around, but I can't remember whether it was > discussed in this ML or in the commit ML. If I remembered correctly, the change in /sys/dev/drm applied to -CURRENT only. It should not be committed to RELENG_5, yet. Furthermore, the breakage would only render your Xorg unusable, not an instant reboot. -- Cheers, Tai-hwa Liang From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 10:35:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D965E16A4CE for ; Fri, 4 Mar 2005 10:35:43 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B871943D2D for ; Fri, 4 Mar 2005 10:35:43 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id A790A5C900; Fri, 4 Mar 2005 02:35:43 -0800 (PST) Date: Fri, 4 Mar 2005 11:35:43 +0100 From: Maxime Henrion To: Remington Message-ID: <20050304103543.GN31320@elvis.mu.org> References: <1109826709.622.4.camel@localhost.localdomain> <1109845639.84539.1.camel@buffy.york.ac.uk> <1109896536.589.1.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1109896536.589.1.camel@localhost.localdomain> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: FXP driver not attaching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Mar 2005 10:35:44 -0000 Remington wrote: > On Thu, 2005-03-03 at 10:27 +0000, Gavin Atkinson wrote: > > On Wed, 2005-03-02 at 21:11 -0800, Remington wrote: > > > FreeBSD 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #0: Sun Feb 27 03:57:45 > > > PST 2005 root@:/usr/obj/usr/src/sys/VAIO i386 > > > > > > Hello: > > > I just baught a new Sony laptop. I ran into a problem, fxp driver does > > > not attach tp the device. Windows recognizes it as a "Intel PRO/100 VE > > > Network Connection". I have attached a copy of my dmesg verbose as well > > > as pciconf -lv > > > > > none7@pci6:8:0: class=0x020000 card=0x81d0104d chip=0x10688086 rev=0x04 > > > hdr=0x00 > > > vendor = 'Intel Corporation' > > > class = network > > > subclass = ethernet > > > > Try the attached patch. > > > > What model of laptop is this, exactly? > > > > Gavin > > Unfortunetly the device mentioned above is > "pci6: at device 8.0 (no driver attached)" What do you mean? Did you actually try the patch Gavin sent you? It clearly looks like you didn't. You should give it a try, I'd be surprised if it wasn't sufficient to fix your problem. If you can test it soon enough, we'll be able to add the device ID in time for 5.4-RELEASE. > It is a Sony-FS570 Cheers, Maxime From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 11:16:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22DE916A4CE for ; Fri, 4 Mar 2005 11:16:40 +0000 (GMT) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 1CD3C43D5A for ; Fri, 4 Mar 2005 11:16:38 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 18082 invoked from network); 4 Mar 2005 11:11:16 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 4 Mar 2005 11:11:16 -0000 Received: (qmail 25815 invoked by uid 89); 4 Mar 2005 11:22:21 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 4 Mar 2005 11:22:21 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 56FE9114D4; Fri, 4 Mar 2005 13:16:33 +0200 (EET) Date: Fri, 4 Mar 2005 13:16:32 +0200 From: Ion-Mihai Tetcu To: Sangwoo Shim Message-ID: <20050304131632.16566115@it.buh.tecnik93.com> In-Reply-To: <20050304101919.GC35388@neo.redjade.org> References: <20050304111552.57efa87a@it.buh.tecnik93.com> <200503041013.j24ADUiT012335@peedub.jennejohn.org> <20050304101919.GC35388@neo.redjade.org> X-Mailer: Sylpheed-Claws 1.0.1 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: [5.4-PRE regression] radeon drm => instant reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Mar 2005 11:16:40 -0000 On Fri, 4 Mar 2005 19:19:19 +0900 Sangwoo Shim wrote: > On Fri, Mar 04, 2005 at 11:13:30AM +0100, Gary Jennejohn wrote: > > > > Ion-Mihai Tetcu writes: > > > I'm currently recompiling graphics/dri to see if it makes any difference. > > > > > > > That won't help; phk made a change in /sys/dev/drm which breaks it. > > There's a patch floating around, but I can't remember whether it was > > discussed in this ML or in the commit ML. > > Was discussed in cvs-all. Refer following. > http://marc.theaimsgroup.com/?l=freebsd-cvs-all&m=110962720908198&w=2 Thanks, unfortunately I'm not seeing any MFC of drm_bufs.h so this doesn't seem to be the problem. There are 3 MFC in this time interval on drm, made by obrian on 2005-03-02: Modified files: (Branch: RELENG_5) sys/dev/drm drm_sysctl.h Log: MFC: rev 1.8: Use the SYSCTL_ADD_OID macro, instead of sysctl_add_oid(). Revision Changes Path 1.7.2.2 +1 -1 src/sys/dev/drm/drm_sysctl.h Modified files: (Branch: RELENG_5) sys/dev/drm drm_os_freebsd.h Log: MFC: rev 1.21: Specifically use the 32-bit version of fuword/suword. Revision Changes Path 1.20.2.3 +4 -5 src/sys/dev/drm/drm_os_freebsd.h Modified files: (Branch: RELENG_5) sys/dev/drm radeon_state.c Log: MFC: rev 1.14: move ptr deref's to after null checks Revision Changes Path 1.11.2.2 +6 -3 src/sys/dev/drm/radeon_state.c -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 11:35:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6115616A4CE for ; Fri, 4 Mar 2005 11:35:04 +0000 (GMT) Received: from mail.latnet.lv (trollis.latnet.lv [159.148.19.114]) by mx1.FreeBSD.org (Postfix) with SMTP id A0BF243D46 for ; Fri, 4 Mar 2005 11:35:00 +0000 (GMT) (envelope-from kaspars@os.lv) Received: (qmail 22782 invoked by uid 102); 4 Mar 2005 11:34:59 -0000 Received: from 159.148.155.3 by trollis (envelope-from , uid 64011) with qmail-scanner-1.23st (spamassassin: 2.64. perlscan: 1.23st. Clear:RC:1(159.148.155.3):. Processed in 0.026606 secs); 04 Mar 2005 11:34:59 -0000 Received: from unknown (HELO os.lv) (159.148.155.3) by trollis.latnet.lv with SMTP; 4 Mar 2005 11:34:58 -0000 Received: from 213.182.201.44 ([213.182.201.44]) by os.lv (WinRoute Pro 4.1) with SMTP; Fri, 4 Mar 2005 13:37:24 +0200 Message-ID: <4228481D.9080708@os.lv> Date: Fri, 04 Mar 2005 13:35:57 +0200 From: Kaspars User-Agent: Mozilla Thunderbird 0.9 (X11/20041127) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: full of process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Mar 2005 11:35:04 -0000 Hi, Sorry maybe for stupid q. I just some year of little exerpience with 4.x & 5.x FreeBSD and don`t know even how to ask it to google... :) I have current 5.3 FreeBSD updated etc. Boot and have full in ps aux: root 7 0.0 0.0 0 12 ?? SL 1:30PM 0:00.00 [acpi_task0] root 8 0.0 0.0 0 12 ?? SL 1:30PM 0:00.00 [acpi_task1] root 9 0.0 0.0 0 12 ?? SL 1:30PM 0:00.00 [acpi_task2] root 10 0.0 0.0 0 12 ?? DL 1:30PM 0:00.00 [ktrace] root 15 0.0 0.0 0 12 ?? WL 1:30PM 0:00.00 [irq1: atkbd0] root 16 0.0 0.0 0 12 ?? WL 1:30PM 0:00.00 [irq3: sio1] root 17 0.0 0.0 0 12 ?? WL 1:30PM 0:00.00 [irq4: sio0] root 18 0.0 0.0 0 12 ?? WL 1:30PM 0:00.00 [irq5:] root 19 0.0 0.0 0 12 ?? WL 1:30PM 0:00.00 [irq6:] root 20 0.0 0.0 0 12 ?? WL 1:30PM 0:00.00 [irq7: ppc0] root 21 0.0 0.0 0 12 ?? WL 1:30PM 0:00.00 [irq8: rtc] root 22 0.0 0.0 0 12 ?? WL 1:30PM 0:00.00 [irq9: acpi0] root 23 0.0 0.0 0 12 ?? WL 1:30PM 0:00.00 [irq10:] root 24 0.0 0.0 0 12 ?? WL 1:30PM 0:00.00 [irq11:] root 25 0.0 0.0 0 12 ?? WL 1:30PM 0:00.00 [irq12:] root 26 0.0 0.0 0 12 ?? WL 1:30PM 0:00.00 [irq13:] root 27 0.0 0.0 0 12 ?? WL 1:30PM 0:00.00 [irq14: ata0] root 28 0.0 0.0 0 12 ?? WL 1:30PM 0:00.00 [irq15: ata1] root 29 0.0 0.0 0 12 ?? WL 1:30PM 0:00.00 [irq16:] root 30 0.0 0.0 0 12 ?? WL 1:30PM 0:00.00 [irq17:] root 31 0.0 0.0 0 12 ?? WL 1:30PM 0:00.00 [irq18:] .... I never see it before so I concern why so many irq something in process up... PC is: FreeBSD 5.3-RELEASE-p5 #0: Thu Feb 17 20:38:18 EET 2005 CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2392.04-MHz 686-class CPU) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 Any point for understanding is it ok? :) thanks to all, Casper From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 11:40:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE0B016A4CE for ; Fri, 4 Mar 2005 11:40:14 +0000 (GMT) Received: from dagobah.rfc1149.org (dagobah.rfc1149.org [217.160.170.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id C97F143D5F for ; Fri, 4 Mar 2005 11:40:13 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: from dsl-082-083-043-077.arcor-ip.net ([82.83.43.77] helo=kamino.rfc1149.org) by dagobah.rfc1149.org with esmtps (TLSv1:AES256-SHA:256) (Exim 4.44 (FreeBSD)) id 1D7BA4-0005fo-0G for current@freebsd.org; Fri, 04 Mar 2005 12:40:12 +0100 Received: by kamino.rfc1149.org (Postfix, from userid 1001) id D59BA4089; Fri, 4 Mar 2005 12:39:59 +0100 (CET) To: current@freebsd.org From: Arne Schwabe Date: Fri, 04 Mar 2005 12:39:59 +0100 Message-ID: <867jknhc6o.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-RFC-Spam-Score: -1.6 (-) Subject: cpufreq question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Mar 2005 11:40:15 -0000 Hi, I just updatet my kernel and I am now a little bit confused about cpufreq. For example setting dev.cpu.0.freq=600. It could use, acpi_perf or est for that. (I think in this case they do the same). It could also use acpi_throttle or acpi_perf for that. Even changing speed to 1200 Mhz and then using 50% throttling would be possible. I have not read kernel source so far. sudo sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU (3 Cx states) dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU_ dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1600 dev.cpu.0.freq_levels: 1600/-1 1600/24500 1400/-1 1400/21000 1225/-1 1200/-1 1200/17000 1050/-1 1000/-1 1000/13500 900/-1 875/-1 800/-1 800/9500 750/-1 700/-1 656/-1 625/-1 600/-1 600/6000 562/-1 525/-1 500/-1 450/-1 400/-1 375/-1 350/-1 300/-1 250/-1 225/-1 200/-1 175/-1 150/-1 125/-1 100/-1 75/-1 50/-1 25/-1 dev.est.0.%desc: Enhanced SpeedStep Frequency Control dev.est.0.%driver: est dev.est.0.%parent: cpu0 dev.est.0.freq_settings: 1600/-1 1400/-1 1200/-1 1000/-1 800/-1 600/-1 dev.p4tcc.0.%desc: CPU Frequency Thermal Control dev.p4tcc.0.%driver: p4tcc dev.p4tcc.0.%parent: cpu0 dev.p4tcc.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 dev.acpi_throttle.0.%desc: ACPI CPU Throttling dev.acpi_throttle.0.%driver: acpi_throttle dev.acpi_throttle.0.%parent: cpu0 dev.acpi_throttle.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 dev.acpi_perf.0.%desc: ACPI CPU Frequency Control dev.acpi_perf.0.%driver: acpi_perf dev.acpi_perf.0.%parent: cpu0 dev.acpi_perf.0.freq_settings: 1600/24500 1400/21000 1200/17000 1000/13500 800/9500 600/6000 dmesg: cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 acpi_perf0: on cpu0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x1010 -- compiling millions of tiny c-programs...done checking for a working configure script... not found From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 12:05:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50F2D16A4CE for ; Fri, 4 Mar 2005 12:05:09 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 922EC43D3F for ; Fri, 4 Mar 2005 12:05:08 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 4 Mar 2005 12:05:07 +0000 (GMT) Date: Fri, 4 Mar 2005 12:05:06 +0000 From: David Malone To: Kaspars Message-ID: <20050304120506.GA17299@walton.maths.tcd.ie> References: <4228481D.9080708@os.lv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4228481D.9080708@os.lv> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie cc: freebsd-current@freebsd.org Subject: Re: full of process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Mar 2005 12:05:09 -0000 On Fri, Mar 04, 2005 at 01:35:57PM +0200, Kaspars wrote: > I never see it before so I concern why so many irq something in process > up... These IRQ processes are normal on 5.X - (roughly) there should be one for each interrupt. David. From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 14:44:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 131BA16A4CE; Fri, 4 Mar 2005 14:44:17 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.3/8.13.1) with ESMTP id j24EiGlp074695; Fri, 4 Mar 2005 09:44:16 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.3/8.13.1/Submit) id j24EiFFs074694; Fri, 4 Mar 2005 09:44:15 -0500 (EST) (envelope-from green) Date: Fri, 4 Mar 2005 09:44:15 -0500 From: Brian Fundakowski Feldman To: Richard Todd Message-ID: <20050304144415.GE6011@green.homeunix.org> References: <20050303021608.1BB663284@mx2.synetsystems.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050303021608.1BB663284@mx2.synetsystems.com> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: Recent major number changes on ptys break grantpt() and friends in lib/libc/stdlib/grantpt.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Mar 2005 14:44:17 -0000 On Wed, Mar 02, 2005 at 07:39:09PM -0600, Richard Todd wrote: > I managed to work around the immediate problem and stop my script from > complaining by bludgeoning the p5-IO-Tty Makefile.PL with a blunt instrument > to make it think this system didn't support grantpt() etc. (causing the module > to fall back to other methods of dealing with ptys). The proper fix for > grantpt.c is less clear, though. Changing it to figure the proper pty > major number by stating a known pty node (say, /dev/ptyp0) would work, but from > what I understand that's going to break when phk commits his forthcoming > patch which will make the whole concept of major numbers go away. Any ideas? Just remove all knowledge of device majors/minors from the module. Why should it care? All it could possibly do with that information is sanity-check that the device name (that it already knows how to generate) isn't somehow replaced with something else. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 16:55:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F126E16A4CE; Fri, 4 Mar 2005 16:55:02 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBDAD43D46; Fri, 4 Mar 2005 16:55:02 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Fri, 04 Mar 2005 08:55:02 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 19EED5D07; Fri, 4 Mar 2005 08:55:02 -0800 (PST) To: Nate Lawson In-reply-to: Your message of "Thu, 03 Mar 2005 21:37:05 PST." <4227F401.7000204@root.org> Date: Fri, 04 Mar 2005 08:55:02 -0800 From: "Kevin Oberman" Message-Id: <20050304165502.19EED5D07@ptavv.es.net> cc: acpi@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: patch: p4tcc and speedstep cpufreq drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Mar 2005 16:55:03 -0000 > Date: Thu, 03 Mar 2005 21:37:05 -0800 > From: Nate Lawson > > Kevin Oberman wrote: > > OK. This makes me feel a bit better, but I still think I'll leave TCC > > out of the equation as it makes the various frequency steps vary uneven > > to the point that lowering dev.cpu.0.freq would increase performance > > (and the reverse, as well) and it causes my system to hang when > > throttled back too far. It never hangs with TCC disabled although my > > lowest "frequency" is now just 150 MHz. > > Would you test with hint.acpi_throttle.0.disabled="1" instead of > disabling p4tcc? I think p4tcc is not the problem, it's the combination > of the two. I think there are some problems when both the chipset > (externally) and processor (internally) assert STOPCLOCK. If this works > for you with no hangs, I'll commit code to disable acpi_throttle when > p4tcc is present. p4tcc is more efficient than acpi_throttle since the > latter is done through the chipset, giving more chance for race > conditions, latency, etc. Looks like you are right on the button. p4tcc with throttling disabled yields the best results I have seen. The performance is just a little better than the "normalized" value I would expect where throttling produced performance just a little worse. As long as I don't run both, I don't hang at any speed and I don't get increased performance with decreased speed. I really want to try some tests while actively monitoring current draw some day, but it will require hacking on a power brick and I don't have one I can play with at the moment. That would provide some REAL indication of power savings with reduced performance and make tuning more accurate. I am appending the test results. As usual they are on a system running single-user and are very consistently reproduceable with standard variation of less than .4% and usually under .2%. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 1800 81860338 1575 72045833 1350 62122232 1200 57835625 1125 52478629 1050 50840742 900 43377770 750 37008544 675 32357704 600 30049487 450 20917432 300 14160281 225 12938852 150 8663693 150 8660349 225 12941123 300 14179776 450 20935574 600 30005557 675 32258131 750 36811863 900 43108915 1050 50650194 1125 52591176 1200 57684049 1350 62028300 1575 71823521 1800 81454824 From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 18:14:32 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B15D216A541; Fri, 4 Mar 2005 18:14:31 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DB4543D2F; Fri, 4 Mar 2005 18:14:31 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j24IEKZj009082 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 4 Mar 2005 10:14:21 -0800 Message-ID: <4228A57D.9030408@root.org> Date: Fri, 04 Mar 2005 10:14:21 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20050304165502.19EED5D07@ptavv.es.net> In-Reply-To: <20050304165502.19EED5D07@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: patch: p4tcc and speedstep cpufreq drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Mar 2005 18:14:32 -0000 Kevin Oberman wrote: >>Date: Thu, 03 Mar 2005 21:37:05 -0800 >>From: Nate Lawson >> >>Kevin Oberman wrote: >> >>>OK. This makes me feel a bit better, but I still think I'll leave TCC >>>out of the equation as it makes the various frequency steps vary uneven >>>to the point that lowering dev.cpu.0.freq would increase performance >>>(and the reverse, as well) and it causes my system to hang when >>>throttled back too far. It never hangs with TCC disabled although my >>>lowest "frequency" is now just 150 MHz. >> >>Would you test with hint.acpi_throttle.0.disabled="1" instead of >>disabling p4tcc? I think p4tcc is not the problem, it's the combination >>of the two. I think there are some problems when both the chipset >>(externally) and processor (internally) assert STOPCLOCK. If this works >>for you with no hangs, I'll commit code to disable acpi_throttle when >>p4tcc is present. p4tcc is more efficient than acpi_throttle since the >>latter is done through the chipset, giving more chance for race >>conditions, latency, etc. > > Looks like you are right on the button. p4tcc with throttling disabled > yields the best results I have seen. The performance is just a > little better than the "normalized" value I would expect where > throttling produced performance just a little worse. As long as I don't > run both, I don't hang at any speed and I don't get increased > performance with decreased speed. Ok, I'll commit my patch. > I really want to try some tests while actively monitoring current draw > some day, but it will require hacking on a power brick and I don't have > one I can play with at the moment. That would provide some REAL > indication of power savings with reduced performance and make tuning > more accurate. I have one we made for this purpose. Also fun on refrigerators. -- Nate From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 18:17:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8905A16A4CE; Fri, 4 Mar 2005 18:17:46 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FFA243D1D; Fri, 4 Mar 2005 18:17:46 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id E0613F3C1E; Fri, 4 Mar 2005 10:17:45 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05987-10; Fri, 4 Mar 2005 10:17:45 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 50A63F3C1C; Fri, 4 Mar 2005 10:17:45 -0800 (PST) From: Sean McNeil To: Brian Fundakowski Feldman In-Reply-To: <20050304144415.GE6011@green.homeunix.org> References: <20050303021608.1BB663284@mx2.synetsystems.com> <20050304144415.GE6011@green.homeunix.org> Content-Type: text/plain Date: Fri, 04 Mar 2005 10:17:45 -0800 Message-Id: <1109960265.7962.4.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: Richard Todd cc: freebsd-current@freebsd.org Subject: Re: Recent major number changes on ptys break grantpt() and friends in lib/libc/stdlib/grantpt.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Mar 2005 18:17:46 -0000 On Fri, 2005-03-04 at 09:44 -0500, Brian Fundakowski Feldman wrote: > On Wed, Mar 02, 2005 at 07:39:09PM -0600, Richard Todd wrote: > > I managed to work around the immediate problem and stop my script from > > complaining by bludgeoning the p5-IO-Tty Makefile.PL with a blunt instrument > > to make it think this system didn't support grantpt() etc. (causing the module > > to fall back to other methods of dealing with ptys). The proper fix for > > grantpt.c is less clear, though. Changing it to figure the proper pty > > major number by stating a known pty node (say, /dev/ptyp0) would work, but from > > what I understand that's going to break when phk commits his forthcoming > > patch which will make the whole concept of major numbers go away. Any ideas? > > Just remove all knowledge of device majors/minors from the module. Why > should it care? All it could possibly do with that information is > sanity-check that the device name (that it already knows how to generate) > isn't somehow replaced with something else. This isn't a module, this is a libc function. It seems like you have some ideas how this can be fixed, so does that mean you are volunteering to do so? Or does someone else already claim responsibility for this part of libc? You are correct about it being a sanity check. The comment makes that clear. Worst case it could just be pulled out: /* * ISPTM(x) returns 0 for struct stat x if x is not a pty master. * The bounds checking may be unnecessary but it does eliminate doubt. */ ... Cheers, Sean From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 18:30:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 995FC16A4DE for ; Fri, 4 Mar 2005 18:30:39 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13CAE43D48 for ; Fri, 4 Mar 2005 18:30:39 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j24IRjE7028853; Fri, 4 Mar 2005 11:27:45 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 04 Mar 2005 11:27:45 -0700 (MST) Message-Id: <20050304.112745.115922684.imp@bsdimp.com> To: garyj@jennejohn.org From: Warner Losh In-Reply-To: <200503041013.j24ADUiT012335@peedub.jennejohn.org> References: <200503041013.j24ADUiT012335@peedub.jennejohn.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: itetcu@people.tecnik93.com cc: freebsd-current@freebsd.org Subject: Re: [5.4-PRE regression] radeon drm => instant reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Mar 2005 18:30:39 -0000 > Ion-Mihai Tetcu writes: > > I'm currently recompiling graphics/dri to see if it makes any difference. > > > > That won't help; phk made a change in /sys/dev/drm which breaks it. > There's a patch floating around, but I can't remember whether it was > discussed in this ML or in the commit ML. Wasn't this in -current only, and therefore wouldn't affect 5.4? Warner From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 18:46:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17CE816A4CE for ; Fri, 4 Mar 2005 18:46:39 +0000 (GMT) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 05CDB43D48 for ; Fri, 4 Mar 2005 18:46:38 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 20887 invoked from network); 4 Mar 2005 18:41:17 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 4 Mar 2005 18:41:17 -0000 Received: (qmail 14304 invoked by uid 89); 4 Mar 2005 18:52:24 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 4 Mar 2005 18:52:24 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id A6803114D4; Fri, 4 Mar 2005 20:46:35 +0200 (EET) Date: Fri, 4 Mar 2005 20:46:35 +0200 From: Ion-Mihai Tetcu To: Warner Losh Message-ID: <20050304204635.7c2d27aa@it.buh.tecnik93.com> In-Reply-To: <20050304.112745.115922684.imp@bsdimp.com> References: <200503041013.j24ADUiT012335@peedub.jennejohn.org> <20050304.112745.115922684.imp@bsdimp.com> X-Mailer: Sylpheed-Claws 1.0.1 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: [5.4-PRE regression] radeon drm => instant reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Mar 2005 18:46:39 -0000 On Fri, 04 Mar 2005 11:27:45 -0700 (MST) Warner Losh wrote: > > Ion-Mihai Tetcu writes: > > > I'm currently recompiling graphics/dri to see if it makes any difference. > > > > > > > That won't help; phk made a change in /sys/dev/drm which breaks it. > > There's a patch floating around, but I can't remember whether it was > > discussed in this ML or in the commit ML. > > Wasn't this in -current only, and therefore wouldn't affect 5.4? >From what I see in cvs, yes. (it hasn't been MFC'ed) -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 20:10:30 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1EF2D16A4CE; Fri, 4 Mar 2005 20:10:30 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.3/8.13.1) with ESMTP id j24KATTk076699; Fri, 4 Mar 2005 15:10:29 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.3/8.13.1/Submit) id j24KAL5V076693; Fri, 4 Mar 2005 15:10:21 -0500 (EST) (envelope-from green) Date: Fri, 4 Mar 2005 15:10:21 -0500 From: Brian Fundakowski Feldman To: Sean McNeil Message-ID: <20050304201020.GH6011@green.homeunix.org> References: <20050303021608.1BB663284@mx2.synetsystems.com> <20050304144415.GE6011@green.homeunix.org> <1109960265.7962.4.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1109960265.7962.4.camel@server.mcneil.com> User-Agent: Mutt/1.5.6i cc: Richard Todd cc: freebsd-current@freebsd.org Subject: Re: Recent major number changes on ptys break grantpt() and friends in lib/libc/stdlib/grantpt.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Mar 2005 20:10:30 -0000 On Fri, Mar 04, 2005 at 10:17:45AM -0800, Sean McNeil wrote: > On Fri, 2005-03-04 at 09:44 -0500, Brian Fundakowski Feldman wrote: > > On Wed, Mar 02, 2005 at 07:39:09PM -0600, Richard Todd wrote: > > > I managed to work around the immediate problem and stop my script from > > > complaining by bludgeoning the p5-IO-Tty Makefile.PL with a blunt instrument > > > to make it think this system didn't support grantpt() etc. (causing the module > > > to fall back to other methods of dealing with ptys). The proper fix for > > > grantpt.c is less clear, though. Changing it to figure the proper pty > > > major number by stating a known pty node (say, /dev/ptyp0) would work, but from > > > what I understand that's going to break when phk commits his forthcoming > > > patch which will make the whole concept of major numbers go away. Any ideas? > > > > Just remove all knowledge of device majors/minors from the module. Why > > should it care? All it could possibly do with that information is > > sanity-check that the device name (that it already knows how to generate) > > isn't somehow replaced with something else. > > This isn't a module, this is a libc function. It seems like you have > some ideas how this can be fixed, so does that mean you are volunteering > to do so? Or does someone else already claim responsibility for this > part of libc? > > You are correct about it being a sanity check. The comment makes that > clear. Worst case it could just be pulled out: > > /* > * ISPTM(x) returns 0 for struct stat x if x is not a pty master. > * The bounds checking may be unnecessary but it does eliminate doubt. > */ > ... Whether you want to call libc a module or not, sure, I'll fix it ;) It indeed should be pulled out. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 21:51:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A7EC16A4CE; Fri, 4 Mar 2005 21:51:28 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4194C43D46; Fri, 4 Mar 2005 21:51:27 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (adsl-68-252-59-28.dsl.wotnoh.ameritech.net [68.252.59.28]) (authenticated bits=0)j24LN3lu015597 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 4 Mar 2005 16:23:04 -0500 (EST) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org Date: Fri, 4 Mar 2005 16:55:09 -0500 User-Agent: KMail/1.7 References: <42224897.7050006@root.org> <422253D7.7000504@root.org> In-Reply-To: <422253D7.7000504@root.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1463418.WDrfn0UdsN"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503041655.26812.mistry.7@osu.edu> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com cc: stable@freebsd.org cc: current@freebsd.org cc: Nate Lawson Subject: Re: patch: fix 30 second hang while resuming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Mar 2005 21:51:28 -0000 --nextPart1463418.WDrfn0UdsN Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 27 February 2005 06:12 pm, Nate Lawson wrote: > Nate Lawson wrote: > > My system hangs a long time in ata_generic_reset() while > > resuming. I did some hunting and found that the loop was running > > for the full 310 * 100 ms (31 seconds). The bug is that the loop > > never exits when mask goes to 0 even though this is a termination > > condition (see end of the loop where the code masks off 1 and 2). > > > > The attached patch fixes this by exiting when the mask is set to > > 0 instead of looping the full 31 seconds. This is correct since > > setting the mask to 0 is how the loop marks master/slave "done".=20 > > It also has a minor whitespace fix. > > Apologies, the last patch was not quite right. You need to check > that both status values are not "busy" as well as the mask. This > check could be merged in elsewhere as well. This was just a > convenient place to put it. > > Please use the attached patch instead. This works well for me. Is this going to be committed? =2D-=20 Anish Mistry --nextPart1463418.WDrfn0UdsN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCKNlOxqA5ziudZT0RAif1AKCXxcPF41NFnAT8N2OYgG+A5e2rNwCgkyqd tECribNQm++9NklnQVJfMB0= =1pc4 -----END PGP SIGNATURE----- --nextPart1463418.WDrfn0UdsN-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 21:51:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A7EC16A4CE; Fri, 4 Mar 2005 21:51:28 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4194C43D46; Fri, 4 Mar 2005 21:51:27 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (adsl-68-252-59-28.dsl.wotnoh.ameritech.net [68.252.59.28]) (authenticated bits=0)j24LN3lu015597 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 4 Mar 2005 16:23:04 -0500 (EST) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org Date: Fri, 4 Mar 2005 16:55:09 -0500 User-Agent: KMail/1.7 References: <42224897.7050006@root.org> <422253D7.7000504@root.org> In-Reply-To: <422253D7.7000504@root.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1463418.WDrfn0UdsN"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503041655.26812.mistry.7@osu.edu> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com cc: stable@freebsd.org cc: current@freebsd.org cc: Nate Lawson Subject: Re: patch: fix 30 second hang while resuming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Mar 2005 21:51:28 -0000 --nextPart1463418.WDrfn0UdsN Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 27 February 2005 06:12 pm, Nate Lawson wrote: > Nate Lawson wrote: > > My system hangs a long time in ata_generic_reset() while > > resuming. I did some hunting and found that the loop was running > > for the full 310 * 100 ms (31 seconds). The bug is that the loop > > never exits when mask goes to 0 even though this is a termination > > condition (see end of the loop where the code masks off 1 and 2). > > > > The attached patch fixes this by exiting when the mask is set to > > 0 instead of looping the full 31 seconds. This is correct since > > setting the mask to 0 is how the loop marks master/slave "done".=20 > > It also has a minor whitespace fix. > > Apologies, the last patch was not quite right. You need to check > that both status values are not "busy" as well as the mask. This > check could be merged in elsewhere as well. This was just a > convenient place to put it. > > Please use the attached patch instead. This works well for me. Is this going to be committed? =2D-=20 Anish Mistry --nextPart1463418.WDrfn0UdsN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCKNlOxqA5ziudZT0RAif1AKCXxcPF41NFnAT8N2OYgG+A5e2rNwCgkyqd tECribNQm++9NklnQVJfMB0= =1pc4 -----END PGP SIGNATURE----- --nextPart1463418.WDrfn0UdsN-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 22:11:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BC1716A4CE; Fri, 4 Mar 2005 22:11:02 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id B29D143D41; Fri, 4 Mar 2005 22:11:01 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j24MAwZj011930 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 4 Mar 2005 14:10:59 -0800 Message-ID: <4228DCF2.9090807@root.org> Date: Fri, 04 Mar 2005 14:10:58 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Anish Mistry References: <42224897.7050006@root.org> <422253D7.7000504@root.org> <200503041655.26812.mistry.7@osu.edu> In-Reply-To: <200503041655.26812.mistry.7@osu.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: patch: fix 30 second hang while resuming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Mar 2005 22:11:02 -0000 Anish Mistry wrote: > On Sunday 27 February 2005 06:12 pm, Nate Lawson wrote: > >>Nate Lawson wrote: >> >>>My system hangs a long time in ata_generic_reset() while >>>resuming. I did some hunting and found that the loop was running >>>for the full 310 * 100 ms (31 seconds). The bug is that the loop >>>never exits when mask goes to 0 even though this is a termination >>>condition (see end of the loop where the code masks off 1 and 2). >>> >>>The attached patch fixes this by exiting when the mask is set to >>>0 instead of looping the full 31 seconds. This is correct since >>>setting the mask to 0 is how the loop marks master/slave "done". >>>It also has a minor whitespace fix. >> >>Apologies, the last patch was not quite right. You need to check >>that both status values are not "busy" as well as the mask. This >>check could be merged in elsewhere as well. This was just a >>convenient place to put it. >> >>Please use the attached patch instead. > > This works well for me. Is this going to be committed? > Already done (by Matthew Dodd). It will hopefully be MFCd before 5.4. -- Nate From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 22:19:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F15E116A4CE for ; Fri, 4 Mar 2005 22:19:49 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 989B243D39 for ; Fri, 4 Mar 2005 22:19:49 +0000 (GMT) (envelope-from tlpbsd@gmail.com) Received: by wproxy.gmail.com with SMTP id 70so965284wra for ; Fri, 04 Mar 2005 14:19:49 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:mime-version:content-type:content-transfer-encoding; b=SNL/gv02nXTyGw24ULl/6FE03lBH8meBrdUvXVyOMEobR6FfXeGLX+qGl0TqT6FlxbvZRgRWb0SFgRn5jvstqVVmrIWey7TxynAjisJxJRN6+uw1HNJfRNA/8YsM/9e+ENdTgEOzC8a7Nftyjdb4mfxhFBjIHZLtyiYeP0RTc/c= Received: by 10.54.66.12 with SMTP id o12mr45381wra; Fri, 04 Mar 2005 14:19:49 -0800 (PST) Received: by 10.54.15.9 with HTTP; Fri, 4 Mar 2005 14:19:48 -0800 (PST) Message-ID: <9533da6c0503041419542551c8@mail.gmail.com> Date: Fri, 4 Mar 2005 15:19:49 -0700 From: Travis Poppe To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: tlp@liquidx.org Subject: mount_smbfs has terrible transfer rates on my 5.3-R box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Travis Poppe List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2005 22:19:50 -0000 Hello, Decided I better report this just in case it is an unknown problem. Somewhat recently, I was pulling my hair out because I couldn't figure out why transfers between my FreeBSD box and a family member's XP box were so slow. For some reason, it never came to me that it might be mount_smbfs causing it, which was the last thing I ended up testing. It turns out that it was responsible for the slow transfer rates. Anyway, when copying files using mount_smbfs as opposed to smbclient, I get about 20-25% of the potential speed on my network (100baseTX-Full Duplex). When using smbclient, there appears to be no transfer rate problem whatsoever. I'm running FreeBSD 5.3-RELEASE, I've tested this using both a RealTek card (forget which) and my current 3Com card: xl0: <3Com 3c905C-TX Fast Etherlink XL> Thanks, -Travis Poppe From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 22:44:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEF1916A4CE for ; Fri, 4 Mar 2005 22:44:57 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11E0143D1D for ; Fri, 4 Mar 2005 22:44:57 +0000 (GMT) (envelope-from tlpbsd@gmail.com) Received: by wproxy.gmail.com with SMTP id 70so969984wra for ; Fri, 04 Mar 2005 14:44:56 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=US93T75963J86omUGu/ISho26iYh8Zsrtglw1bbHYgkCaTuCibK2PlcIsEGjNNpmWb3qzPYfFw48mSJphf+3MraaeqSayr63kSMa8SHYenY8rvozkLcZ8ezIxiffBQba8f6H+TLEjWK+mPlh6zZVWwMkFALHrStaoX8pa/JOiLQ= Received: by 10.54.38.39 with SMTP id l39mr91870wrl; Fri, 04 Mar 2005 14:44:54 -0800 (PST) Received: by 10.54.15.9 with HTTP; Fri, 4 Mar 2005 14:44:54 -0800 (PST) Message-ID: <9533da6c050304144418c9a794@mail.gmail.com> Date: Fri, 4 Mar 2005 15:44:54 -0700 From: Travis Poppe To: freebsd-current@freebsd.org In-Reply-To: <9533da6c0503041419542551c8@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <9533da6c0503041419542551c8@mail.gmail.com> cc: tlp@liquidx.org Subject: Re: mount_smbfs has terrible transfer rates on my 5.3-R box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Travis Poppe List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2005 22:44:57 -0000 Whoops, Forgot to post my kernel configuration. After looking through it, I just realized that I do have PREEMPTION enabled. Is this a likely candidate for the problem? (PREEMPTION fixes a very annoying sound distortion issue with the emu10k1 driver/SB Live! 5.1 that I have on my box. Search the current lists for 'sound distortion' or something and you'll find it). I'll try to test this with a GENERIC kernel later on today. Anyway, here it is: machine i386 cpu I686_CPU ident MAYA options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # Added configuration device atapicam # TV Card Support device bktr device iicbus device iicbb device smbus options SC_PIXEL_MODE # High resolution VESA console support options PREEMPTION # Fixes sound problems --end-- On Fri, 4 Mar 2005 15:19:49 -0700, Travis Poppe wrote: > Hello, > > Decided I better report this just in case it is an unknown problem. > > Somewhat recently, I was pulling my hair out because I couldn't figure > out why transfers between my FreeBSD box and a family member's XP box > were so slow. For some reason, it never came to me that it might be > mount_smbfs causing it, which was the last thing I ended up testing. > It turns out that it was responsible for the slow transfer rates. > > Anyway, when copying files using mount_smbfs as opposed to smbclient, > I get about 20-25% of the potential speed on my network > (100baseTX-Full Duplex). When using smbclient, there appears to be no > transfer rate problem whatsoever. > > I'm running FreeBSD 5.3-RELEASE, I've tested this using both a RealTek > card (forget which) and my current 3Com card: xl0: <3Com 3c905C-TX > Fast Etherlink XL> > > Thanks, > > -Travis Poppe > From owner-freebsd-current@FreeBSD.ORG Sat Mar 5 00:58:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4E3C16A4CE for ; Sat, 5 Mar 2005 00:58:20 +0000 (GMT) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C03243D3F for ; Sat, 5 Mar 2005 00:58:20 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) (192.168.1.2) by mail.ambrisko.com with ESMTP; 04 Mar 2005 16:58:20 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.11/8.12.9) with ESMTP id j250wK9J021638; Fri, 4 Mar 2005 16:58:20 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.11/8.12.11/Submit) id j250wKB9021637; Fri, 4 Mar 2005 16:58:20 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200503050058.j250wKB9021637@ambrisko.com> In-Reply-To: <20050305004343.GA1108@NitroPhys.welchsmnet.net> To: Sean_Welch@alum.wofford.org Date: Fri, 4 Mar 2005 16:58:20 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: freebsd-current@freebsd.org cc: julian@elischer.org Subject: Re: fixing Vmware 2 port for 5.x and 6.x.. kmem _alloc_pageable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Mar 2005 00:58:20 -0000 Sean Welch writes: | >vmware/linux has a bug. Linux libs changed the call breaking | >vmware. There are source programs to patch the vmware binaries. | >Do a google search for vmware-any-any-update, build and run against | >you vmware bin. | | Would you please elaborate? I have downloaded the aforementioned | patch but have been unable to get it to do anything useful. Namely, | the thing expects to be run under linux and doesn't get very far: | | # ./runme.pl | Unable to open the installer database /etc/vmware/locations in | read-mode. | | Execution aborted. | | What would you recommend? Skip the extra bits and just go for the code. make update cp vmware.orig ./update Then it should be good to go. Doug A. From owner-freebsd-current@FreeBSD.ORG Sat Mar 5 01:08:11 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EB8616A4CE for ; Sat, 5 Mar 2005 01:08:11 +0000 (GMT) Received: from ipx11328.ipxserver.de (e29.de [212.112.229.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1571843D48 for ; Sat, 5 Mar 2005 01:08:05 +0000 (GMT) (envelope-from hnaz@tutorialzone.de) Received: from localhost (localhost [127.0.0.1]) by ipx11328.ipxserver.de (Postfix) with ESMTP id E9F781CB for ; Sat, 5 Mar 2005 02:08:00 +0100 (CET) Received: from ipx11328.ipxserver.de ([127.0.0.1]) by localhost (ipx11328 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08495-03 for ; Sat, 5 Mar 2005 02:07:53 +0100 (CET) Received: from localhost (p5083C158.dip0.t-ipconnect.de [80.131.193.88]) by ipx11328.ipxserver.de (Postfix) with ESMTP id 874651D15FD for ; Sat, 5 Mar 2005 02:07:52 +0100 (CET) Date: Sat, 5 Mar 2005 02:06:24 +0100 From: Johannes Weiner To: freebsd-current@freebsd.org Message-ID: <20050305010624.GA63861@paranoise> Mail-Followup-To: freebsd-current@freebsd.org References: <20050303182958.GA763@paranoise> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline In-Reply-To: <20050303182958.GA763@paranoise> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new at ipx11328.ipxserver.de Subject: Re: Philips Wearable Audio Player (128) fails to attach X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Mar 2005 01:08:11 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 03, 2005 at 07:29:58PM +0100, Johannes Weiner wrote: > dmesg: > umass0: Philips Wearable Audio Player (128 MB), rev 1.10/0.01, addr 2 > usbd_setup_pipe: failed to start endpoint, IOERROR > device_attach: umass0 attach returned 6 >=20 > usbdevs -v: > Controller /dev/usb0: > addr 1: full speed, self powered, config 1, OHCI root > hub(0x0000), SiS(0x0000), rev 1.00 > port 1 powered > --> port 2 addr 2: full speed, self powered, config 1, product 0x0142(0x0= 142), vendor 0x0471(0x0471), rev 0.01 > port 3 powered environment is: FreeBSD paranoise 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Fri Mar 4 00:30:15 C= ET 2005 root@paranoise:/usr/obj/usr/src/sys/PARANOISE i386 kernelconfig: machine i386 cpu I686_CPU ident PARANOISE makeoptions DEBUG=3D-g # gdb debugging symbols options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Kernel thread preemption options INET # InterNET options FFS # Fast Filesystem options SOFTUPDATES # FFS soft updates options UFS_ACL # ACL support options UFS_DIRHASH # Better performance on big dirs options CD9660 # ISO 9660 support options PROCFS # Process filesystem options PSEUDOFS # Pseudo filesystem options COMPAT_43 # BSD 4.3 compatible options COMPAT_FREEBSD4 # FBSD 4 compatible options KTRACE # ktrace support options SYSVSHM # SysV like shared mem options SYSVMSG # SysV like message queues options SYSVSEM # SysV like semaphores [??] options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time= extension [??] options KBD_INSTALL_CDEV # CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debu= g output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debu= g output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive options KDB # Kernel debugger options GDB # Remote GDB support options INVARIANTS # Sanity checks options INVARIANT_SUPPORT # needed by ^ #options WITNESS # Deadlocks and cycles det= ection #options WITNESS_SKIPSPIN # No witness on spinlocks = - speed relevant device apic # I/O apic device isa device pci device ata device atadisk device atapicd device atapicam device scbus # SCSI bus device da # Direct access device pass # passthrough device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga device sc # Sysconsole device agp device npx device ppbus # Parallel port bus device miibus device rl # Realtek 8139 nic device loop device mem device io device random device ether device ppp device tun device pty device md device gif # IPv6 + IPv4 tunneling device faith # IPv6 -> IPv4 relay device bpf # Berkeley packet filter device uhci device ohci device ehci device usb device ugen device umass options SC_PIXEL_MODE # For pixel rendering console options VESA =09 ######## If any other information needed, PLEASE mail. This stick already ran with 5.2.1 IIRC, but this was some time ago and i had to fix the kernel with some quirks which now dont seem to work anymore. >=20 >=20 > Can't figure out, why this happens. Found some code-snippets for this > player in the bug-database, which add some quirks for device-handling, > but they didnt work. >=20 Hannes --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCKQYP1heCLyOG8GcRAjJOAJwJohlKutEGrsZTlrcweJd4vpGZJgCfW+6w 6AoB0gBGdFwJFewiUwXIPIc= =u4sJ -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 5 02:03:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B8E816A4D0 for ; Sat, 5 Mar 2005 02:03:43 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43C2943D2D for ; Sat, 5 Mar 2005 02:03:43 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 3E6255C996; Fri, 4 Mar 2005 18:03:43 -0800 (PST) Date: Sat, 5 Mar 2005 03:03:43 +0100 From: Maxime Henrion To: Gavin Atkinson Message-ID: <20050305020343.GO31320@elvis.mu.org> References: <1107887237.793.26.camel@buffy.york.ac.uk> <20050226120253.O87543@ury.york.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050226120253.O87543@ury.york.ac.uk> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: othermark Subject: Re: fxp0 and vlan panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Mar 2005 02:03:43 -0000 Gavin Atkinson wrote: > On Thu, 24 Feb 2005, othermark wrote: > > Mark Huizer wrote: > > > On Mon, Feb 14, 2005 at 12:56:08PM -0800, othermark wrote: > > >> Gavin Atkinson wrote: > > >> > There's an easily reproduceable panic involving configuring vlans on > > >> > fxp cards. I've recreated it in single user mode on a top-of-tree > > >> > -CURRENT machine as well as on a 5.3-STABLE machine. > > >> > > >> I reported this during December. > > >> > > >> http://article.gmane.org/gmane.os.freebsd.current/63657 > > > > > > Are more people seeing this? > > > > I think you should file a PR, this is a safe one. I have at least > > 5 different machines running -current with various revs Intel 8255* which > > all panic after the LOR. All thats required is these three commands after > > a fresh boot up. > > > > ifconfig vlan0 create > > ifconfig vlan0 vlan 999 vlandev fxp0 > > ifconfig vlan0 inet 172.16.64.3 netmask 255.255.240.0 > > Indeed. I've filed a PR about it, kern/78112. > > I hope it's not too late to get this resolved for 5.4. Just for the record, and for people not reading CVS commit logs, I committed a fix for this a few days ago and I will make sure to MFC it in time for 5.4-RELEASE. Cheers, Maxime From owner-freebsd-current@FreeBSD.ORG Sat Mar 5 04:03:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85F1F16A4CE for ; Sat, 5 Mar 2005 04:03:01 +0000 (GMT) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5329B43D46 for ; Sat, 5 Mar 2005 04:03:01 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) (192.168.1.2) by mail.ambrisko.com with ESMTP; 04 Mar 2005 20:03:01 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.11/8.12.9) with ESMTP id j25431Z9031187; Fri, 4 Mar 2005 20:03:01 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.11/8.12.11/Submit) id j2542IMn031147; Fri, 4 Mar 2005 20:02:18 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200503050402.j2542IMn031147@ambrisko.com> In-Reply-To: <20050305011256.GA1258@NitroPhys.welchsmnet.net> To: Sean_Welch@alum.wofford.org Date: Fri, 4 Mar 2005 20:02:18 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: fixing Vmware 2 port for 5.x and 6.x.. kmem _alloc_pageable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Mar 2005 04:03:01 -0000 Sean Welch writes: | On Fri, Mar 04, 2005 at 04:58:20PM -0800, Doug Ambrisko wrote: | > Skip the extra bits and just go for the code. | > make update | > cp vmware.orig | > ./update | > | > Then it should be good to go. | | Thanks for the advice but it is still a no go... | | # ./update /usr/local/lib/vmware/bin/vmware | File mame missing! | | Not sure what is causing this. I'm using version 89 of the patch. They might have changed things. Look at the source to find out. Doug A. From owner-freebsd-current@FreeBSD.ORG Sat Mar 5 05:43:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 899BD16A4CE for ; Sat, 5 Mar 2005 05:43:37 +0000 (GMT) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0781A43D2F for ; Sat, 5 Mar 2005 05:43:37 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.1.103] (adsl-67-124-50-148.dsl.snfc21.pacbell.net [67.124.50.148])j255hSjF026868; Sat, 5 Mar 2005 00:43:33 -0500 Message-ID: <422946FB.8080609@elischer.org> Date: Fri, 04 Mar 2005 21:43:23 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050214 X-Accept-Language: en, hu MIME-Version: 1.0 To: Doug Ambrisko References: <200503050402.j2542IMn031147@ambrisko.com> In-Reply-To: <200503050402.j2542IMn031147@ambrisko.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Sean_Welch@alum.wofford.org Subject: Re: fixing Vmware 2 port for 5.x and 6.x.. kmem _alloc_pageable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Mar 2005 05:43:37 -0000 Doug Ambrisko wrote: > Sean Welch writes: > | On Fri, Mar 04, 2005 at 04:58:20PM -0800, Doug Ambrisko wrote: > | > Skip the extra bits and just go for the code. > | > make update > | > cp vmware.orig > | > ./update > | > > | > Then it should be good to go. > | > | Thanks for the advice but it is still a no go... > | > | # ./update /usr/local/lib/vmware/bin/vmware > | File mame missing! > | > | Not sure what is causing this. I'm using version 89 of the patch. > > They might have changed things. Look at the source to find out. it takes 2 args... try: jules# ./update vmware /usr/local/lib/vmware/bin/vmware Updating /usr/local/lib/vmware/bin/vmware ... VMware Workstation 2.0.4 (build-1142), now patched jules# > > Doug A. > _______________________________________________ > 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 Mar 5 07:09:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9B2F16A4CE for ; Sat, 5 Mar 2005 07:09:36 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BE8743D1F for ; Sat, 5 Mar 2005 07:09:36 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 8C32772DD8; Fri, 4 Mar 2005 23:09:36 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 878A072DD4; Fri, 4 Mar 2005 23:09:36 -0800 (PST) Date: Fri, 4 Mar 2005 23:09:36 -0800 (PST) From: Doug White To: Mike Jakubik In-Reply-To: <2910.172.16.0.199.1109816379.squirrel@172.16.0.199> Message-ID: <20050304230723.T4084@carver.gumbysoft.com> References: <2861.172.16.0.199.1109814152.squirrel@172.16.0.199> <20050303015438.GF15329@obiwan.tataz.chchile.org> <2910.172.16.0.199.1109816379.squirrel@172.16.0.199> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: Jeremie Le Hen Subject: Re: Reproducible Panic with port iplog X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Mar 2005 07:09:37 -0000 On Wed, 2 Mar 2005, Mike Jakubik wrote: > >> It seems that the port iplog, causes a panic when it is stopped. Oddly > >> enough it works fine when running. Below is the information i gathered, > >> i > >> dont know what commands to feed the debugger to provide useful info, so > >> instructions are welcome. I have also defined dumpdev in rc.conf and > >> makeoptions DEBUG=-g" in kernel, but the system does not dump. I dont > >> understand why, even dmesg reports its setup. > > > > Would you please tell us which version of FreeBSD you are using, either > > RELENG_5 or CURRENT. I guess it's CURRENT, but it's better asking. > > > > Your kernel configuration file could be useful too. > > Yes, its -current. I've ran fbsd on this machine for a few years now, and > since my last cvsup/buildword (about 2 months ago) there has been no > problems with it. It runs samba, imap, apache, mysql, php, etc... So it > gets fairly decent usage. I'll see if I can reproduce this, but in the interim you might try disabling PREEMPTION. It doesn't quite have all the bugs worked out yet. If you want to get a dump try compiling in KDB and DDB then doing "call doadump" when it panics. It should either start dumping or complain why it can't. Last I checked dumps to ATA worked :) > machine i386 > cpu I686_CPU > ident DP > > options SCHED_4BSD # 4BSD scheduler > options PREEMPTION # Enable kernel thread preemption > options INET # InterNETworking > options FFS # Berkeley Fast Filesystem > options SOFTUPDATES # Enable FFS soft updates support > options UFS_DIRHASH # Improve performance on big > directories > options COMPAT_43 # Compatible with BSD 4.3 [KEEP > THIS!] > > options COMPAT_FREEBSD4 # Compatible with FreeBSD4 > > options SYSVSHM # SYSV-style shared memory > options SYSVMSG # SYSV-style message queues > options SYSVSEM # SYSV-style semaphores > options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time > extensions > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > options ADAPTIVE_GIANT # Giant mutex is adaptive. > > # Bus support. Do not remove isa, even if you have no isa slots > device isa > device pci > > # Floppy drives > device fdc > > # ATA and ATAPI devices > device ata > device atadisk # ATA disk drives > options ATA_STATIC_ID # Static device numbering > > # atkbdc0 controls both the keyboard and the PS/2 mouse > device atkbdc # AT keyboard controller > device atkbd # AT keyboard > > device vga # VGA video card driver > > # syscons is the default console driver, resembling an SCO console > device sc > > device agp # support several AGP chipsets > > # Floating point support - do not disable. > device npx > > # Serial (COM) ports > device sio # 8250, 16[45]50 based serial ports > > # Parallel port > device ppc > device ppbus # Parallel port bus (required) > device lpt # Printer > > # PCI Ethernet NICs. > device em # Intel PRO/1000 adapter Gigabit Ethernet > Card > > # PCI Ethernet NICs that use the common MII bus controller code. > # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! > device miibus # MII bus support > device fxp # Intel EtherExpress PRO/100B (82557, 82558) > device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') > > # Pseudo devices. > device loop # Network loopback > device mem # Memory and kernel memory devices > device io # I/O device > device random # Entropy device > device ether # Ethernet support > device pty # Pseudo-ttys (telnet etc) > device bpf # Berkeley packet filter > > # USB support > device uhci # UHCI PCI->USB interface > device ohci # OHCI PCI->USB interface > device usb # USB Bus (required) > > device pf > options ALTQ > options ALTQ_PRIQ > > # Debugging > makeoptions DEBUG=-g > options INVARIANTS > options INVARIANT_SUPPORT > options WITNESS > options WITNESS_SKIPSPIN > > > _______________________________________________ > 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" > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Mar 5 07:13:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38A3F16A4CE for ; Sat, 5 Mar 2005 07:13:54 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A90A43D31 for ; Sat, 5 Mar 2005 07:13:54 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 10AE672DD8; Fri, 4 Mar 2005 23:13:54 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 0B66E72DD4; Fri, 4 Mar 2005 23:13:54 -0800 (PST) Date: Fri, 4 Mar 2005 23:13:54 -0800 (PST) From: Doug White To: Matteo Riondato In-Reply-To: <1109832680.1753.36.camel@kaiser.sig11.org> Message-ID: <20050304231220.P4084@carver.gumbysoft.com> References: <1109832680.1753.36.camel@kaiser.sig11.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: imp@bsdimp.com Subject: Re: Obsolete important recent entries in UPDATING X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Mar 2005 07:13:54 -0000 On Thu, 3 Mar 2005, Matteo Riondato wrote: > I think a line in /usr/src/UPDATING should be > removed because it has been obsoleted. > On line 9, we have: > > Important recent entries: 20040724 (default X changes). > > but 20040724 is no longer in UPDATING because entries older than 20041016 > have been cut. This line then can be removed, IMHO. Looks like Warner removed that entry. Thanks for pointing it out! > P.S. If you can, please have a look at PR conf/77932 ;-) I've put a prod in to jkoshy and keramida on this, but it doesn't affect RELENG_5. Its on my watchlist so if they don't say anything I'll either hunt someone down or fix it myself :) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Mar 5 07:18:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9127D16A4CE; Sat, 5 Mar 2005 07:18:35 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 733B443D46; Sat, 5 Mar 2005 07:18:35 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 67C8272DD8; Fri, 4 Mar 2005 23:18:35 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 6247072DD4; Fri, 4 Mar 2005 23:18:35 -0800 (PST) Date: Fri, 4 Mar 2005 23:18:35 -0800 (PST) From: Doug White To: Maxime Henrion In-Reply-To: <20050305020343.GO31320@elvis.mu.org> Message-ID: <20050304231727.U4084@carver.gumbysoft.com> References: <1107887237.793.26.camel@buffy.york.ac.uk> <20050226120253.O87543@ury.york.ac.uk> <20050305020343.GO31320@elvis.mu.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: othermark Subject: Re: fxp0 and vlan panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Mar 2005 07:18:35 -0000 On Sat, 5 Mar 2005, Maxime Henrion wrote: > > > ifconfig vlan0 create > > > ifconfig vlan0 vlan 999 vlandev fxp0 > > > ifconfig vlan0 inet 172.16.64.3 netmask 255.255.240.0 > > > > Indeed. I've filed a PR about it, kern/78112. > > > > I hope it's not too late to get this resolved for 5.4. > > Just for the record, and for people not reading CVS commit logs, I > committed a fix for this a few days ago and I will make sure to MFC > it in time for 5.4-RELEASE. Maxime, Thanks for the update. If I don't see the RELENG_5 merge I'll come poke you. :) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Mar 5 09:06:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EDAC16A4CE for ; Sat, 5 Mar 2005 09:06:40 +0000 (GMT) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 200F743D49 for ; Sat, 5 Mar 2005 09:06:40 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from yazzy.yazzy.org (yazzy.yazzy.org [192.168.98.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id A558539812 for ; Sat, 5 Mar 2005 10:08:01 +0100 (CET) Date: Sat, 5 Mar 2005 09:06:35 +0000 From: Marcin Jessa To: FreeBSD-Current Message-Id: <20050305090635.3795cf9b.lists@yazzy.org> Organization: YazzY.org X-Mailer: Sylpheed version 1.0.0 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Atheros and ACK-timing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Mar 2005 09:06:40 -0000 Hi guys. Is the atheros driver supporting ACK-timing now? Where can I get the list of the supported features of the driver for different releases of FreeBSD? -- Regards, M. Jessa From owner-freebsd-current@FreeBSD.ORG Sat Mar 5 12:34:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13D0216A4CE for ; Sat, 5 Mar 2005 12:34:49 +0000 (GMT) Received: from mail28.syd.optusnet.com.au (mail28.syd.optusnet.com.au [211.29.133.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EF1143D46 for ; Sat, 5 Mar 2005 12:34:48 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j25CYb4q023502 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 5 Mar 2005 23:34:39 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j25CYb7l009059; Sat, 5 Mar 2005 23:34:37 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j25CYa3E009058; Sat, 5 Mar 2005 23:34:36 +1100 (EST) (envelope-from pjeremy) Date: Sat, 5 Mar 2005 23:34:35 +1100 From: Peter Jeremy To: sos@deepcore.dk Message-ID: <20050305123435.GF28983@cirb503493.alcatel.com.au> References: <20050227025811.GP57256@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="oyUTqETQ0mS9luUI" Content-Disposition: inline In-Reply-To: <20050227025811.GP57256@cirb503493.alcatel.com.au> User-Agent: Mutt/1.4.2i cc: freebsd-current@freebsd.org Subject: Re: Request for new ATA feature X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Mar 2005 12:34:49 -0000 --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, 2005-Feb-27 13:58:11 +1100, Peter Jeremy wrote: >I have a suggestion for a feature that would be useful to me: I am >in the process of rejunenating an old system for use as a proxy server. >Unfortunately, the BIOS is limited to 32GB and I want to put an 80GB >drive in. The drive (Seagate Barracuda) includes a jumper that makes >the drive report a capacity of 32GB until it is reset using a "set >features/report full capacity available" command. Attached is a patch against 5.3-RELEASE to implement this. It applies cleanly to -CURRENT but I haven't tested it there. -- Peter Jeremy --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=diff Index: sys/ata.h =================================================================== RCS file: /usr/ncvs/src/sys/sys/ata.h,v retrieving revision 1.23 diff -u -r1.23 ata.h --- sys/ata.h 20 May 2004 15:09:41 -0000 1.23 +++ sys/ata.h 5 Mar 2005 10:52:27 -0000 @@ -251,6 +251,7 @@ #define ATA_SF_DIS_RELIRQ 0xdd /* disable release interrupt */ #define ATA_SF_ENAB_SRVIRQ 0x5e /* enable service interrupt */ #define ATA_SF_DIS_SRVIRQ 0xde /* disable service interrupt */ +#define ATA_SF_SEA_FULLCAP 0xf1 /* SGT Report Full Capacity */ /* ATAPI commands */ #define ATAPI_TEST_UNIT_READY 0x00 /* check if device is ready */ Index: dev/ata/ata-all.c =================================================================== RCS file: /usr/ncvs/src/sys/dev/ata/ata-all.c,v retrieving revision 1.222.2.4.2.1 diff -u -r1.222.2.4.2.1 ata-all.c --- dev/ata/ata-all.c 24 Oct 2004 09:31:25 -0000 1.222.2.4.2.1 +++ dev/ata/ata-all.c 5 Mar 2005 10:45:30 -0000 @@ -68,7 +68,6 @@ /* prototypes */ static void ata_shutdown(void *, int); static void ata_interrupt(void *); -static int ata_getparam(struct ata_device *, u_int8_t); static void ata_identify_devices(struct ata_channel *); static void ata_boot_attach(void); static void bswap(int8_t *, int); @@ -638,7 +637,7 @@ /* * device probe functions */ -static int +int ata_getparam(struct ata_device *atadev, u_int8_t command) { struct ata_request *request; Index: dev/ata/ata-all.h =================================================================== RCS file: /usr/ncvs/src/sys/dev/ata/ata-all.h,v retrieving revision 1.81.2.3 diff -u -r1.81.2.3 ata-all.h --- dev/ata/ata-all.h 10 Oct 2004 15:01:47 -0000 1.81.2.3 +++ dev/ata/ata-all.h 5 Mar 2005 10:45:30 -0000 @@ -408,6 +408,7 @@ int ata_wmode(struct ata_params *ap); int ata_umode(struct ata_params *ap); int ata_limit_mode(struct ata_device *atadev, int mode, int maxmode); +int ata_getparam(struct ata_device *atadev, u_int8_t command); /* ata-queue.c: */ int ata_reinit(struct ata_channel *ch); Index: dev/ata/ata-commands.h =================================================================== RCS file: /usr/ncvs/src/sys/dev/ata/ata-commands.h,v retrieving revision 1.2 diff -u -r1.2 ata-commands.h --- dev/ata/ata-commands.h 30 Apr 2004 16:21:34 -0000 1.2 +++ dev/ata/ata-commands.h 5 Mar 2005 10:45:30 -0000 @@ -69,6 +69,7 @@ #define ATA_SF_DIS_RELIRQ 0xdd /* disable release interrupt */ #define ATA_SF_ENAB_SRVIRQ 0x5e /* enable service interrupt */ #define ATA_SF_DIS_SRVIRQ 0xde /* disable service interrupt */ +#define ATA_SF_SEA_FULLCAP 0xf1 /* SGT Report Full Capacity */ /* ATAPI commands */ #define ATAPI_TEST_UNIT_READY 0x00 /* check if device is ready */ Index: dev/ata/ata-disk.c =================================================================== RCS file: /usr/ncvs/src/sys/dev/ata/ata-disk.c,v retrieving revision 1.175.2.2 diff -u -r1.175.2.2 ata-disk.c --- dev/ata/ata-disk.c 30 Sep 2004 21:29:19 -0000 1.175.2.2 +++ dev/ata/ata-disk.c 5 Mar 2005 12:29:32 -0000 @@ -89,6 +89,24 @@ adp->lun = ata_get_lun(&adp_lun_map); #endif ata_set_name(atadev, "ad", adp->lun); + /* + * If this looks like a Seagate drive running in limited capacity mode + * (reported capacity about 32GB), send an ATA Set Features "Report Full + * Capacity Available" command and redo the drive identification + */ + if (!strncmp(atadev->param->model, "ST", 2) && + atadev->param->lba_size_2 > 950 && atadev->param->lba_size_2 < 1025) { + if (bootverbose) + ata_prtdev(atadev, "Initial geometry: %u sectors (%u/%u/%u)\n", + (u_int32_t)atadev->param->lba_size_1 | + ((u_int32_t)atadev->param->lba_size_2 << 16), + atadev->param->cylinders, atadev->param->heads, + atadev->param->sectors); + /* Reset the drive capacity */ + ata_controlcmd(atadev, ATA_SETFEATURES, ATA_SF_SEA_FULLCAP, 0, 0); + /* Repeat drive identification */ + ata_getparam(atadev, ATA_ATA_IDENTIFY); + } adp->heads = atadev->param->heads; adp->sectors = atadev->param->sectors; adp->total_secs = atadev->param->cylinders * adp->heads * adp->sectors; --oyUTqETQ0mS9luUI-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 4 18:01:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88AB516A4CE for ; Fri, 4 Mar 2005 18:01:58 +0000 (GMT) Received: from palrel10.hp.com (palrel10.hp.com [156.153.255.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6200E43D2F for ; Fri, 4 Mar 2005 18:01:58 +0000 (GMT) (envelope-from peter.sheh@hp.com) Received: from cacexg12.americas.cpqcorp.net (cacexg12.americas.cpqcorp.net [16.92.1.72]) by palrel10.hp.com (Postfix) with ESMTP id 4791818FF6 for ; Fri, 4 Mar 2005 10:01:58 -0800 (PST) Received: from cacexc04.americas.cpqcorp.net ([16.92.1.26]) by cacexg12.americas.cpqcorp.net with Microsoft SMTPSVC(6.0.3790.211); Fri, 4 Mar 2005 10:01:54 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 4 Mar 2005 10:01:54 -0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: status of bind9 import Thread-Index: AcR5PRBpbniWztVgSYGec4+wrt8oJSnpusHQ From: "Sheh, Peter" To: X-OriginalArrivalTime: 04 Mar 2005 18:01:54.0513 (UTC) FILETIME=[3FCF9C10:01C520E4] X-Mailman-Approved-At: Sat, 05 Mar 2005 12:45:30 +0000 cc: "Sheh, Peter" Subject: FW: status of bind9 import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Mar 2005 18:01:58 -0000 Hi all, =20 Hope someone can help me with this question: "What does DNS do when the same hostname is reported from multiple systems with different IP addresses? " Thx...Peter From owner-freebsd-current@FreeBSD.ORG Sat Mar 5 00:46:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE94016A4CE for ; Sat, 5 Mar 2005 00:46:46 +0000 (GMT) Received: from smtpauth08.mail.atl.earthlink.net (smtpauth08.mail.atl.earthlink.net [209.86.89.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 629CB43D1F for ; Sat, 5 Mar 2005 00:46:46 +0000 (GMT) (envelope-from welchsm@earthlink.net) Received: from [24.118.221.205] (helo=NitroPhys.welchsmnet.net) (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1D7NRN-0001s2-Kw for freebsd-current@freebsd.org; Fri, 04 Mar 2005 19:46:45 -0500 DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=test1; d=earthlink.net; h=Received:Received:Date:From:To:Subject:Message-ID:Reply-To:Mime-Version:Content-Type:Content-Disposition:User-Agent; b=LiLFS5RZCryxJq+U98Lmp1xEOoH+bF2UMVc2h9Zad27sC7Q1HYp1MtRHtDhb1MDo; Received: from NitroPhys.welchsmnet.net (localhost [127.0.0.1]) j250jL2r001193 for ; Fri, 4 Mar 2005 18:45:22 -0600 (CST) (envelope-from welchsm@localhost.welchsmnet.net) Received: (from welchsm@localhost) by NitroPhys.welchsmnet.net (8.13.1/8.13.1/Submit) id j250jLV6001192 for freebsd-current@freebsd.org; Fri, 4 Mar 2005 18:45:21 -0600 (CST) (envelope-from welchsm) Date: Fri, 4 Mar 2005 18:45:21 -0600 From: Sean Welch To: freebsd-current@freebsd.org Message-ID: <20050305004521.GA1174@NitroPhys.welchsmnet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.8i X-ELNK-Trace: 15d86f98c8ef8acad780f4a490ca69563f9fea00a6dd62bcc9c2b7092d2bb184d25c2e6f753e9be9350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 24.118.221.205 X-Mailman-Approved-At: Sat, 05 Mar 2005 12:45:30 +0000 Subject: Re: fixing Vmware 2 port for 5.x and 6.x.. kmem _alloc_pageable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Sean_Welch@alum.wofford.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2005 00:46:46 -0000 >vmware/linux has a bug. Linux libs changed the call breaking >vmware. There are source programs to patch the vmware binaries. >Do a google search for vmware-any-any-update, build and run against >you vmware bin. Would you please elaborate? I have downloaded the aforementioned patch but have been unable to get it to do anything useful. Namely, the thing expects to be run under linux and doesn't get very far: # ./runme.pl Unable to open the installer database /etc/vmware/locations in read-mode. Execution aborted. What would you recommend? Sean From owner-freebsd-current@FreeBSD.ORG Sat Mar 5 01:14:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FAAE16A4CE for ; Sat, 5 Mar 2005 01:14:27 +0000 (GMT) Received: from smtpauth08.mail.atl.earthlink.net (smtpauth08.mail.atl.earthlink.net [209.86.89.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1317643D1F for ; Sat, 5 Mar 2005 01:14:27 +0000 (GMT) (envelope-from welchsm@earthlink.net) Received: from [24.118.221.205] (helo=NitroPhys.welchsmnet.net) (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1D7Ns8-0003dX-5y; Fri, 04 Mar 2005 20:14:24 -0500 DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=test1; d=earthlink.net; h=Received:Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:Mime-Version:Content-Type:Content-Disposition:In-Reply-To:User-Agent; b=A+vRYBikX1f1pGmhfx2msmMpxKL2B423M4y8P8FGaasBMYS+/+PqolRxVjSyxlVL; Received: from NitroPhys.welchsmnet.net (localhost [127.0.0.1]) j251CxTD001342; Fri, 4 Mar 2005 19:13:00 -0600 (CST) (envelope-from welchsm@localhost.welchsmnet.net) Received: (from welchsm@localhost) by NitroPhys.welchsmnet.net (8.13.1/8.13.1/Submit) id j251CuIN001341; Fri, 4 Mar 2005 19:12:56 -0600 (CST) (envelope-from welchsm) Date: Fri, 4 Mar 2005 19:12:56 -0600 From: Sean Welch To: Doug Ambrisko Message-ID: <20050305011256.GA1258@NitroPhys.welchsmnet.net> References: <20050305004343.GA1108@NitroPhys.welchsmnet.net> <200503050058.j250wKB9021637@ambrisko.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503050058.j250wKB9021637@ambrisko.com> User-Agent: Mutt/1.5.8i X-ELNK-Trace: 15d86f98c8ef8acad780f4a490ca69563f9fea00a6dd62bceeecbef1b430620202888315f1d91cc2350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 24.118.221.205 X-Mailman-Approved-At: Sat, 05 Mar 2005 12:45:30 +0000 cc: freebsd-current@freebsd.org cc: julian@elischer.org Subject: Re: fixing Vmware 2 port for 5.x and 6.x.. kmem _alloc_pageable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Sean_Welch@alum.wofford.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2005 01:14:27 -0000 On Fri, Mar 04, 2005 at 04:58:20PM -0800, Doug Ambrisko wrote: > Skip the extra bits and just go for the code. > make update > cp vmware.orig > ./update > > Then it should be good to go. Thanks for the advice but it is still a no go... # ./update /usr/local/lib/vmware/bin/vmware File mame missing! Not sure what is causing this. I'm using version 89 of the patch. Sean From owner-freebsd-current@FreeBSD.ORG Sat Mar 5 12:58:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D641C16A4CF for ; Sat, 5 Mar 2005 12:58:26 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F28843D49 for ; Sat, 5 Mar 2005 12:58:25 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id j25CwNFw024869; Sat, 5 Mar 2005 15:58:23 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Sat, 5 Mar 2005 15:58:23 +0300 (MSK) From: Maxim Konovalov To: "Sheh, Peter" In-Reply-To: Message-ID: <20050305155729.D24863@mp2.macomnet.net> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: FW: status of bind9 import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Mar 2005 12:58:27 -0000 On Fri, 4 Mar 2005, 10:01-0800, Sheh, Peter wrote: > Hi all, > > Hope someone can help me with this question: > "What does DNS do when the same hostname is reported from multiple > systems with different IP addresses? " bind9 "view". Not -current question. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sat Mar 5 13:17:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E83D16A4CE for ; Sat, 5 Mar 2005 13:17:42 +0000 (GMT) Received: from deliver.smtp.vlink.ru (alias.rigel.internal.vlink.ru [217.23.88.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7C5C43D41 for ; Sat, 5 Mar 2005 13:17:41 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1]) by deliver.smtp.vlink.ru (Postfix) with ESMTP id D70AF45447 for ; Sat, 5 Mar 2005 16:17:40 +0300 (MSK) Received: from neva.vlink.ru (neva.vlink.ru [217.107.252.29]) by smtp.smtp.vlink.ru (Postfix) with ESMTP id 97FDD45182 for ; Sat, 5 Mar 2005 16:17:40 +0300 (MSK) Received: from neva.vlink.ru (localhost [127.0.0.1]) by neva.vlink.ru (8.13.3/8.13.3) with ESMTP id j25DHeMI023849 for ; Sat, 5 Mar 2005 16:17:40 +0300 (MSK) (envelope-from dsh@vlink.ru) Received: (from dsh@localhost) by neva.vlink.ru (8.13.3/8.13.3/Submit) id j25DHer0023846; Sat, 5 Mar 2005 16:17:40 +0300 (MSK) (envelope-from dsh@vlink.ru) To: freebsd-current@freebsd.org From: Denis Shaposhnikov Date: Sat, 05 Mar 2005 16:17:40 +0300 Message-ID: <873bvakz9n.fsf@neva.vlink.ru> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Jumbo Shrimp, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV using ClamSMTP Subject: unionfs 5.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Mar 2005 13:17:42 -0000 Hi! Could anybody try to do # mount_unionfs -r -o ro /rescue /mnt # /mnt/tsch on 5.4 and tell me result? WARNING, it may trap you system! -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ From owner-freebsd-current@FreeBSD.ORG Sat Mar 5 13:11:30 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E287916A4CE for ; Sat, 5 Mar 2005 13:11:30 +0000 (GMT) Received: from deliver.smtp.vlink.ru (alias.rigel.internal.vlink.ru [217.23.88.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 174B043D1D for ; Sat, 5 Mar 2005 13:11:29 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1]) by deliver.smtp.vlink.ru (Postfix) with ESMTP id E7B1845865 for ; Sat, 5 Mar 2005 16:11:26 +0300 (MSK) Received: from neva.vlink.ru (neva.vlink.ru [217.107.252.29]) by smtp.smtp.vlink.ru (Postfix) with ESMTP id A21B245182 for ; Sat, 5 Mar 2005 16:11:26 +0300 (MSK) Received: from neva.vlink.ru (localhost [127.0.0.1]) by neva.vlink.ru (8.13.3/8.13.3) with ESMTP id j25DBQtq020967 for ; Sat, 5 Mar 2005 16:11:26 +0300 (MSK) (envelope-from dsh@vlink.ru) Received: (from dsh@localhost) by neva.vlink.ru (8.13.3/8.13.3/Submit) id j25DBQbE020964; Sat, 5 Mar 2005 16:11:26 +0300 (MSK) (envelope-from dsh@vlink.ru) To: freebsd-current@freebsd.org From: Denis Shaposhnikov Date: Sat, 05 Mar 2005 16:11:26 +0300 Message-ID: <87is46kzk1.fsf@neva.vlink.ru> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Jumbo Shrimp, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Sat, 05 Mar 2005 13:33:35 +0000 Subject: unionfs 5.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Mar 2005 13:11:31 -0000 Hi! Could anybody try to do # mount_unionfs -r -o ro /rescue /mnt # /mnt/tsch on 5.4 and tell me result? WARNING, it may trap you system! -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ From owner-freebsd-current@FreeBSD.ORG Sat Mar 5 13:37:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8182416A4CE for ; Sat, 5 Mar 2005 13:37:26 +0000 (GMT) Received: from plouf.absolight.net (plouf.absolight.net [193.30.224.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDBDF43D49 for ; Sat, 5 Mar 2005 13:37:25 +0000 (GMT) (envelope-from mat@mat.cc) Received: from cc-171.int.t-online.fr (unknown [213.44.125.171]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by plouf.absolight.net (Postfix) with ESMTP id EEC054B05F2; Sat, 5 Mar 2005 14:37:24 +0100 (CET) Date: Sat, 05 Mar 2005 14:37:23 +0100 From: Mathieu Arnold To: Denis Shaposhnikov , freebsd-current@freebsd.org Message-ID: <41C26F23F7DF023CB3DF35C5@cc-171.int.t-online.fr> In-Reply-To: <87is46kzk1.fsf@neva.vlink.ru> References: <87is46kzk1.fsf@neva.vlink.ru> X-Mailer: Mulberry/3.1.6 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Mailman-Approved-At: Sat, 05 Mar 2005 13:44:36 +0000 Subject: Re: unionfs 5.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Mar 2005 13:37:26 -0000 +-le 05/03/2005 16:11 +0300, Denis Shaposhnikov =E9crivait : | Hi! |=20 | Could anybody try to do |=20 | # mount_unionfs -r -o ro /rescue /mnt | # /mnt/tsch |=20 | on 5.4 and tell me result? WARNING, it may trap you system! I'm not answering to your question, but what's the need of a ro unionfs, a ro nullfs would do the same, no ? --=20 Mathieu Arnold From owner-freebsd-current@FreeBSD.ORG Sat Mar 5 13:49:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 210AF16A4CE for ; Sat, 5 Mar 2005 13:49:10 +0000 (GMT) Received: from deliver.smtp.vlink.ru (alias.rigel.internal.vlink.ru [217.23.88.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4F8643D31 for ; Sat, 5 Mar 2005 13:49:09 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1]) by deliver.smtp.vlink.ru (Postfix) with ESMTP id 741FE45F83; Sat, 5 Mar 2005 16:49:08 +0300 (MSK) Received: from neva.vlink.ru (neva.vlink.ru [217.107.252.29]) by smtp.smtp.vlink.ru (Postfix) with ESMTP id 32BF345F7D; Sat, 5 Mar 2005 16:49:08 +0300 (MSK) Received: from neva.vlink.ru (localhost [127.0.0.1]) by neva.vlink.ru (8.13.3/8.13.3) with ESMTP id j25Dn7Wj024110; Sat, 5 Mar 2005 16:49:08 +0300 (MSK) (envelope-from dsh@vlink.ru) Received: (from dsh@localhost) by neva.vlink.ru (8.13.3/8.13.3/Submit) id j25Dn7EV024107; Sat, 5 Mar 2005 16:49:07 +0300 (MSK) (envelope-from dsh@vlink.ru) X-Comment-To: Mathieu Arnold To: Mathieu Arnold References: <87is46kzk1.fsf@neva.vlink.ru> <41C26F23F7DF023CB3DF35C5@cc-171.int.t-online.fr> From: Denis Shaposhnikov Date: Sat, 05 Mar 2005 16:49:07 +0300 In-Reply-To: <41C26F23F7DF023CB3DF35C5@cc-171.int.t-online.fr> (Mathieu Arnold's message of "Sat, 05 Mar 2005 14:37:23 +0100") Message-ID: <87sm3ajj8s.fsf@neva.vlink.ru> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Jumbo Shrimp, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV using ClamSMTP cc: freebsd-current@freebsd.org Subject: Re: unionfs 5.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Mar 2005 13:49:10 -0000 >>>>> "Mathieu" == Mathieu Arnold writes: Mathieu> I'm not answering to your question, but what's the need of a Mathieu> ro unionfs, a ro nullfs would do the same, no ? It seems that nullfs much slower. -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ From owner-freebsd-current@FreeBSD.ORG Sat Mar 5 15:19:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id 0F06016A4CF; Sat, 5 Mar 2005 15:19:03 +0000 (GMT) Date: Sat, 5 Mar 2005 15:19:03 +0000 From: Kris Kennaway To: Denis Shaposhnikov Message-ID: <20050305151903.GC26240@hub.freebsd.org> References: <87is46kzk1.fsf@neva.vlink.ru> <41C26F23F7DF023CB3DF35C5@cc-171.int.t-online.fr> <87sm3ajj8s.fsf@neva.vlink.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87sm3ajj8s.fsf@neva.vlink.ru> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: Mathieu Arnold Subject: Re: unionfs 5.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Mar 2005 15:19:03 -0000 On Sat, Mar 05, 2005 at 04:49:07PM +0300, Denis Shaposhnikov wrote: > >>>>> "Mathieu" == Mathieu Arnold writes: > > Mathieu> I'm not answering to your question, but what's the need of a > Mathieu> ro unionfs, a ro nullfs would do the same, no ? > > It seems that nullfs much slower. But it works, and doesn't panic the system. unionfs is well-documented to be broken, and this is unlikely to change in the near future. Kris From owner-freebsd-current@FreeBSD.ORG Sat Mar 5 16:48:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F213616A4CE for ; Sat, 5 Mar 2005 16:48:49 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6320643D39 for ; Sat, 5 Mar 2005 16:48:49 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j25Gk6As043160; Sat, 5 Mar 2005 09:46:14 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sat, 05 Mar 2005 09:46:12 -0700 (MST) Message-Id: <20050305.094612.39156077.imp@bsdimp.com> To: dwhite@gumbysoft.com From: "M. Warner Losh" In-Reply-To: <20050304231220.P4084@carver.gumbysoft.com> References: <1109832680.1753.36.camel@kaiser.sig11.org> <20050304231220.P4084@carver.gumbysoft.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: rionda@gufi.org cc: freebsd-current@freebsd.org Subject: Re: Obsolete important recent entries in UPDATING X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Mar 2005 16:48:50 -0000 In message: <20050304231220.P4084@carver.gumbysoft.com> Doug White writes: : On Thu, 3 Mar 2005, Matteo Riondato wrote: : : > I think a line in /usr/src/UPDATING should be : > removed because it has been obsoleted. : > On line 9, we have: : > : > Important recent entries: 20040724 (default X changes). : > : > but 20040724 is no longer in UPDATING because entries older than 20041016 : > have been cut. This line then can be removed, IMHO. : : Looks like Warner removed that entry. Thanks for pointing it out! Acutally, the entry referred to an entry in the ports/UPDATING file. However, it predated the branch, so reference to it was removed. Warner From owner-freebsd-current@FreeBSD.ORG Sat Mar 5 17:56:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76A6516A4CE; Sat, 5 Mar 2005 17:56:28 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07FBF43D3F; Sat, 5 Mar 2005 17:56:28 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1D7dVp-0000Li-UB; Sat, 05 Mar 2005 17:56:26 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1D7dVo-0005tB-CM; Sun, 06 Mar 2005 02:56:24 +0900 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16937.62150.818165.837486@roam.psg.com> Date: Sat, 5 Mar 2005 07:56:22 -1000 To: Maxime Henrion References: <1107887237.793.26.camel@buffy.york.ac.uk> <20050226120253.O87543@ury.york.ac.uk> <20050305020343.GO31320@elvis.mu.org> cc: freebsd-current@freebsd.org cc: othermark Subject: Re: fxp0 and vlan panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Mar 2005 17:56:28 -0000 > Just for the record, and for people not reading CVS commit logs, I > committed a fix for this a few days ago and I will make sure to MFC > it in time for 5.4-RELEASE. might this give me some help on occasional but repeated fxp crashes under load? Fatal trap 12: page fault while in kernel mode fault virtual address = 0x80808517 fault code = supervisor read, page not present instruction pointer = 0x8:0xc047d2d0 stack pointer = 0x10:0xd3f78c88 frame pointer = 0x10:0xd3f78cac code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 15 (irq5: fxp0) [thread pid 15 tid 100008 ] Stopped at fxp_intr_body+0xd0: cmpw $0,0(%esi) db> trace Tracing pid 15 tid 100008 td 0xc155fb80 fxp_intr_body(c161a000,c161a000,40,ffffffff,c0630cb6) at fxp_intr_body+0xd0 fxp_intr(c161a000,0,0,0,0) at fxp_intr+0x141 ithread_loop(c1551a00,d3f78d48,0,0,0) at ithread_loop+0x1a8 fork_exit(c04da530,c1551a00,d3f78d48) at fork_exit+0x7f fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd3f78d7c, ebp = 0 --- randy From owner-freebsd-current@FreeBSD.ORG Sat Mar 5 18:27:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60ACF16A4CE for ; Sat, 5 Mar 2005 18:27:51 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FFF843D31 for ; Sat, 5 Mar 2005 18:27:51 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 336D45C9A8; Sat, 5 Mar 2005 10:27:51 -0800 (PST) Date: Sat, 5 Mar 2005 19:27:51 +0100 From: Maxime Henrion To: Randy Bush Message-ID: <20050305182751.GQ31320@elvis.mu.org> References: <1107887237.793.26.camel@buffy.york.ac.uk> <20050226120253.O87543@ury.york.ac.uk> <20050305020343.GO31320@elvis.mu.org> <16937.62150.818165.837486@roam.psg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16937.62150.818165.837486@roam.psg.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: othermark Subject: Re: fxp0 and vlan panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Mar 2005 18:27:51 -0000 Randy Bush wrote: > > Just for the record, and for people not reading CVS commit logs, I > > committed a fix for this a few days ago and I will make sure to MFC > > it in time for 5.4-RELEASE. > > might this give me some help on occasional but repeated fxp > crashes under load? > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x80808517 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc047d2d0 > stack pointer = 0x10:0xd3f78c88 > frame pointer = 0x10:0xd3f78cac > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 15 (irq5: fxp0) > [thread pid 15 tid 100008 ] > Stopped at fxp_intr_body+0xd0: cmpw $0,0(%esi) > db> trace > Tracing pid 15 tid 100008 td 0xc155fb80 > fxp_intr_body(c161a000,c161a000,40,ffffffff,c0630cb6) at fxp_intr_body+0xd0 > fxp_intr(c161a000,0,0,0,0) at fxp_intr+0x141 > ithread_loop(c1551a00,d3f78d48,0,0,0) at ithread_loop+0x1a8 > fork_exit(c04da530,c1551a00,d3f78d48) at fork_exit+0x7f > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xd3f78d7c, ebp = 0 --- It probably won't help with that. Could I have you to get a system core for this crash and show me precisely where this happens with gdb -k ? Cheers, Maxime From owner-freebsd-current@FreeBSD.ORG Sat Mar 5 18:37:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D2D416A4CE; Sat, 5 Mar 2005 18:37:47 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45A8743D41; Sat, 5 Mar 2005 18:37:47 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1D7e9q-000BI0-Tq; Sat, 05 Mar 2005 18:37:47 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1D7e9p-0005xH-BW; Sun, 06 Mar 2005 03:37:45 +0900 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16937.64632.277343.646373@roam.psg.com> Date: Sat, 5 Mar 2005 08:37:44 -1000 To: Maxime Henrion References: <1107887237.793.26.camel@buffy.york.ac.uk> <20050226120253.O87543@ury.york.ac.uk> <20050305020343.GO31320@elvis.mu.org> <16937.62150.818165.837486@roam.psg.com> <20050305182751.GQ31320@elvis.mu.org> cc: freebsd-current@freebsd.org Subject: Re: fxp0 and vlan panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Mar 2005 18:37:47 -0000 >>> Just for the record, and for people not reading CVS commit logs, I >>> committed a fix for this a few days ago and I will make sure to MFC >>> it in time for 5.4-RELEASE. >> >> might this give me some help on occasional but repeated fxp >> crashes under load? >> >> Fatal trap 12: page fault while in kernel mode >> fault virtual address = 0x80808517 >> fault code = supervisor read, page not present >> instruction pointer = 0x8:0xc047d2d0 >> stack pointer = 0x10:0xd3f78c88 >> frame pointer = 0x10:0xd3f78cac >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, def32 1, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 15 (irq5: fxp0) >> [thread pid 15 tid 100008 ] >> Stopped at fxp_intr_body+0xd0: cmpw $0,0(%esi) >> db> trace >> Tracing pid 15 tid 100008 td 0xc155fb80 >> fxp_intr_body(c161a000,c161a000,40,ffffffff,c0630cb6) at fxp_intr_body+0xd0 >> fxp_intr(c161a000,0,0,0,0) at fxp_intr+0x141 >> ithread_loop(c1551a00,d3f78d48,0,0,0) at ithread_loop+0x1a8 >> fork_exit(c04da530,c1551a00,d3f78d48) at fork_exit+0x7f >> fork_trampoline() at fork_trampoline+0x8 >> --- trap 0x1, eip = 0, esp = 0xd3f78d7c, ebp = 0 --- > > It probably won't help with that. Could I have you to get a system core > for this crash and show me precisely where this happens with gdb -k ? i wish. on most of my current systems lately, crashes don't leave cores :-( savecore: no dumps found yet # grep crash /etc/rc.conf dumpdev="/dev/da0s1b" # Device name to crashdump to (or NO). dumpdir="/var/crash" # Directory where crash dumps are to be stored # df Filesystem 1024-blocks Used Avail Capacity Mounted on /dev/da0s1a 257998 89306 148054 38% / devfs 1 1 0 100% /dev /dev/da0s1e 64462 222 59084 0% /root /dev/da0s1h 30829122 13978770 14384024 49% /usr /dev/da0s1f 1032142 90670 858902 10% /var /dev/da0s1g 1032142 93282 856290 10% /var/spool procfs 4 4 0 100% /proc /dev/md0 63214 10 58148 0% /tmp randy From owner-freebsd-current@FreeBSD.ORG Sat Mar 5 18:39:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AF6916A4CE for ; Sat, 5 Mar 2005 18:39:36 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3901843D2D for ; Sat, 5 Mar 2005 18:39:36 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 30EC85C9A7; Sat, 5 Mar 2005 10:39:36 -0800 (PST) Date: Sat, 5 Mar 2005 19:39:36 +0100 From: Maxime Henrion To: Randy Bush Message-ID: <20050305183936.GR31320@elvis.mu.org> References: <1107887237.793.26.camel@buffy.york.ac.uk> <20050226120253.O87543@ury.york.ac.uk> <20050305020343.GO31320@elvis.mu.org> <16937.62150.818165.837486@roam.psg.com> <20050305182751.GQ31320@elvis.mu.org> <16937.64632.277343.646373@roam.psg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16937.64632.277343.646373@roam.psg.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: fxp0 and vlan panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Mar 2005 18:39:36 -0000 Randy Bush wrote: > >>> Just for the record, and for people not reading CVS commit logs, I > >>> committed a fix for this a few days ago and I will make sure to MFC > >>> it in time for 5.4-RELEASE. > >> > >> might this give me some help on occasional but repeated fxp > >> crashes under load? > >> > >> Fatal trap 12: page fault while in kernel mode > >> fault virtual address = 0x80808517 > >> fault code = supervisor read, page not present > >> instruction pointer = 0x8:0xc047d2d0 > >> stack pointer = 0x10:0xd3f78c88 > >> frame pointer = 0x10:0xd3f78cac > >> code segment = base 0x0, limit 0xfffff, type 0x1b > >> = DPL 0, pres 1, def32 1, gran 1 > >> processor eflags = interrupt enabled, resume, IOPL = 0 > >> current process = 15 (irq5: fxp0) > >> [thread pid 15 tid 100008 ] > >> Stopped at fxp_intr_body+0xd0: cmpw $0,0(%esi) > >> db> trace > >> Tracing pid 15 tid 100008 td 0xc155fb80 > >> fxp_intr_body(c161a000,c161a000,40,ffffffff,c0630cb6) at fxp_intr_body+0xd0 > >> fxp_intr(c161a000,0,0,0,0) at fxp_intr+0x141 > >> ithread_loop(c1551a00,d3f78d48,0,0,0) at ithread_loop+0x1a8 > >> fork_exit(c04da530,c1551a00,d3f78d48) at fork_exit+0x7f > >> fork_trampoline() at fork_trampoline+0x8 > >> --- trap 0x1, eip = 0, esp = 0xd3f78d7c, ebp = 0 --- > > > > It probably won't help with that. Could I have you to get a system core > > for this crash and show me precisely where this happens with gdb -k ? > > i wish. on most of my current systems lately, crashes don't leave > cores :-( > > savecore: no dumps found > > yet > > # grep crash /etc/rc.conf > dumpdev="/dev/da0s1b" # Device name to crashdump to (or NO). > dumpdir="/var/crash" # Directory where crash dumps are to be stored > > # df > Filesystem 1024-blocks Used Avail Capacity Mounted on > /dev/da0s1a 257998 89306 148054 38% / > devfs 1 1 0 100% /dev > /dev/da0s1e 64462 222 59084 0% /root > /dev/da0s1h 30829122 13978770 14384024 49% /usr > /dev/da0s1f 1032142 90670 858902 10% /var > /dev/da0s1g 1032142 93282 856290 10% /var/spool > procfs 4 4 0 100% /proc > /dev/md0 63214 10 58148 0% /tmp > > randy Hmm, can you try to use addr2line(1) on your debug kernel then? Cheers, Maxime From owner-freebsd-current@FreeBSD.ORG Sat Mar 5 19:05:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33C8116A4CE for ; Sat, 5 Mar 2005 19:05:00 +0000 (GMT) Received: from smtp100.rog.mail.re2.yahoo.com (smtp100.rog.mail.re2.yahoo.com [206.190.36.78]) by mx1.FreeBSD.org (Postfix) with SMTP id AC7DC43D67 for ; Sat, 5 Mar 2005 19:04:59 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp100.rog.mail.re2.yahoo.com with SMTP; 5 Mar 2005 19:04:58 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej); by cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com with HTTP; Sat, 5 Mar 2005 14:05:06 -0500 (EST) Message-ID: <1646.172.16.0.199.1110049506.squirrel@172.16.0.199> In-Reply-To: <20050304230723.T4084@carver.gumbysoft.com> References: <2861.172.16.0.199.1109814152.squirrel@172.16.0.199> <20050303015438.GF15329@obiwan.tataz.chchile.org> <2910.172.16.0.199.1109816379.squirrel@172.16.0.199> <20050304230723.T4084@carver.gumbysoft.com> Date: Sat, 5 Mar 2005 14:05:06 -0500 (EST) From: "Mike Jakubik" To: "Doug White" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal cc: freebsd-current@freebsd.org cc: Jeremie Le Hen Subject: Re: Reproducible Panic with port iplog X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Mar 2005 19:05:00 -0000 Doug White said: > I'll see if I can reproduce this, but in the interim you might try > disabling PREEMPTION. It doesn't quite have all the bugs worked out yet. Disabling PREEMPTION does indeed stop the panic from occuring. > If you want to get a dump try compiling in KDB and DDB then doing "call > doadump" when it panics. It should either start dumping or complain why > it can't. Last I checked dumps to ATA worked :) Typing "call doadump" in the kernel debugger does work. Is there no way to have the kernel automatically do a dump when the system panics and there is no debugger compiled in? From owner-freebsd-current@FreeBSD.ORG Sat Mar 5 19:10:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0038C16A4CE; Sat, 5 Mar 2005 19:10:43 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9CE643D48; Sat, 5 Mar 2005 19:10:41 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id j25JAeZ8028376; Sat, 5 Mar 2005 22:10:40 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Sat, 5 Mar 2005 22:10:40 +0300 (MSK) From: Maxim Konovalov To: Kris Kennaway In-Reply-To: <20050305151903.GC26240@hub.freebsd.org> Message-ID: <20050305220919.N70060@mp2.macomnet.net> References: <87is46kzk1.fsf@neva.vlink.ru> <41C26F23F7DF023CB3DF35C5@cc-171.int.t-online.fr> <20050305151903.GC26240@hub.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Denis Shaposhnikov cc: freebsd-current@freebsd.org cc: Mathieu Arnold Subject: Re: unionfs 5.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Mar 2005 19:10:43 -0000 On Sat, 5 Mar 2005, 15:19-0000, Kris Kennaway wrote: > On Sat, Mar 05, 2005 at 04:49:07PM +0300, Denis Shaposhnikov wrote: > > >>>>> "Mathieu" == Mathieu Arnold writes: > > > > Mathieu> I'm not answering to your question, but what's the need of a > > Mathieu> ro unionfs, a ro nullfs would do the same, no ? > > > > It seems that nullfs much slower. > > But it works, and doesn't panic the system. unionfs is > well-documented to be broken, and this is unlikely to change in the > near future. As kern/77251 says this is a recent regression. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sat Mar 5 19:28:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C1E816A4CE for ; Sat, 5 Mar 2005 19:28:04 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2540743D53 for ; Sat, 5 Mar 2005 19:28:02 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.89] ([66.127.85.89]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j25JS0ms038077 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 5 Mar 2005 11:28:01 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <422A086F.1070607@errno.com> Date: Sat, 05 Mar 2005 11:28:47 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marcin Jessa References: <20050305090635.3795cf9b.lists@yazzy.org> In-Reply-To: <20050305090635.3795cf9b.lists@yazzy.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD-Current Subject: Re: Atheros and ACK-timing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Mar 2005 19:28:04 -0000 Marcin Jessa wrote: > Hi guys. > > Is the atheros driver supporting ACK-timing now? > Where can I get the list of the supported features of the driver for different releases of FreeBSD? > > > You can set various parameters with sysctls in -current; doesn't look like that support is in -stable (and I have no intention of backporting changes due to the massive differences). Sam From owner-freebsd-current@FreeBSD.ORG Sat Mar 5 21:20:50 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7228916A4CE; Sat, 5 Mar 2005 21:20:50 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CB8E43D31; Sat, 5 Mar 2005 21:20:50 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1D7ghd-000Adw-RQ; Sat, 05 Mar 2005 21:20:50 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1D7ghc-0006B3-5z; Sun, 06 Mar 2005 06:20:48 +0900 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16938.8879.104268.738886@roam.psg.com> Date: Sat, 5 Mar 2005 11:20:47 -1000 To: Maxime Henrion References: <1107887237.793.26.camel@buffy.york.ac.uk> <20050226120253.O87543@ury.york.ac.uk> <20050305020343.GO31320@elvis.mu.org> <16937.62150.818165.837486@roam.psg.com> <20050305182751.GQ31320@elvis.mu.org> <16937.64632.277343.646373@roam.psg.com> <20050305183936.GR31320@elvis.mu.org> <16938.27.784339.206699@roam.psg.com> <20050305185822.GT31320@elvis.mu.org> <16938.1765.391376.38293@roam.psg.com> <20050305192732.GU31320@elvis.mu.org> cc: FreeBSD Current Subject: Re: fxp0 and vlan panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Mar 2005 21:20:50 -0000 # addr2line -e kernel.debug -f 0xc047d2d0 fxp_intr_body /usr/src/sys/dev/fxp/if_fxp.c:1662 this was a feb 6 kernel randy