From owner-freebsd-current@FreeBSD.ORG Sun Apr 16 00:05:39 2006 Return-Path: X-Original-To: current@freebsd.org 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 5DF1716A408 for ; Sun, 16 Apr 2006 00:05:39 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from conversation.bsdunix.ch (ns1.bsdunix.ch [82.220.17.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDE5743D49 for ; Sun, 16 Apr 2006 00:05:38 +0000 (GMT) (envelope-from freebsdlists@bsdunix.ch) Received: from localhost (localhost.bsdunix.ch [127.0.0.1]) by conversation.bsdunix.ch (Postfix) with ESMTP id 120B46224 for ; Sun, 16 Apr 2006 02:05:05 +0200 (CEST) Received: from conversation.bsdunix.ch ([127.0.0.1]) by localhost (conversation.bsdunix.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 19065-01 for ; Sun, 16 Apr 2006 02:05:03 +0200 (CEST) Received: from [192.168.1.100] (unknown [82.220.17.23]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by conversation.bsdunix.ch (Postfix) with ESMTP id A6DBD6144 for ; Sun, 16 Apr 2006 02:05:03 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v749.3) In-Reply-To: <20060415231724.BE7D545083@ptavv.es.net> References: <20060415231724.BE7D545083@ptavv.es.net> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <4A234C75-451D-42ED-8E06-EC0E89AE44CC@bsdunix.ch> Content-Transfer-Encoding: 7bit From: Thomas Vogt Date: Sun, 16 Apr 2006 02:05:00 +0200 To: current@freebsd.org X-Mailer: Apple Mail (2.749.3) X-Virus-Scanned: by amavisd-new at mail.bsdunix.ch Cc: Subject: Re: tinderbox mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2006 00:05:39 -0000 Am 16.04.2006 um 01:17 schrieb Kevin Oberman: > The box was running 6.1-BETA from March 13 and Postfix 2.2.10 and uses > TLS. The one unusual thing about the system is that it receives mail > from our organizational server via IPv6 only. > > Smells a bit like a timing issue in the rc code, but I really am only > guessing. I can confirm this behavior also for 5.4 machines (postfix-2.2.5,1). On some of my server postfix does not start after a reboot on other it does start. All server are identical in software releases except hardware. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Sun Apr 16 00:26:26 2006 Return-Path: X-Original-To: current@freebsd.org 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 818F316A401 for ; Sun, 16 Apr 2006 00:26:26 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: from dbmail-mx1.orcon.net.nz (loadbalancer1.orcon.net.nz [219.88.242.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id C29B643D45 for ; Sun, 16 Apr 2006 00:26:25 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received-SPF: none Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by dbmail-mx1.orcon.net.nz (8.13.6/8.13.6/Debian-1) with SMTP id k3G0R9iO002028; Sun, 16 Apr 2006 12:27:10 +1200 Received: by heff.fud.org.nz (Postfix, from userid 1001) id 1D7EC1CC37; Sun, 16 Apr 2006 12:26:17 +1200 (NZST) Date: Sun, 16 Apr 2006 12:26:16 +1200 From: Andrew Thompson To: Thomas Vogt Message-ID: <20060416002616.GC56603@heff.fud.org.nz> Mail-Followup-To: Andrew Thompson , Thomas Vogt , current@freebsd.org References: <20060415231724.BE7D545083@ptavv.es.net> <4A234C75-451D-42ED-8E06-EC0E89AE44CC@bsdunix.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A234C75-451D-42ED-8E06-EC0E89AE44CC@bsdunix.ch> User-Agent: Mutt/1.5.11 X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on dbmail-mx1.orcon.net.nz X-Virus-Status: Clean Cc: current@freebsd.org Subject: Re: tinderbox mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2006 00:26:26 -0000 On Sun, Apr 16, 2006 at 02:05:00AM +0200, Thomas Vogt wrote: > Am 16.04.2006 um 01:17 schrieb Kevin Oberman: > >The box was running 6.1-BETA from March 13 and Postfix 2.2.10 and uses > >TLS. The one unusual thing about the system is that it receives mail > >from our organizational server via IPv6 only. > > > >Smells a bit like a timing issue in the rc code, but I really am only > >guessing. > > I can confirm this behavior also for 5.4 machines (postfix-2.2.5,1). > On some of my server postfix does not start after a reboot on other > it does start. All server are identical in software releases except > hardware. Are you using the right startup method? /usr/ports/UPDATING: 20060112: AFFECTS: users of mail/postfix, mail/postfix1, mail/postfix21, mail/postfix-current AUTHOR: mnag@FreeBSD.org Now all postfix ports use rcNG script to startup. If you have any file in etc/rc.d directory linked to sbin/postfix, please remove. Do not forget to add 'postfix_enable="YES"' in your rc.conf Andrew From owner-freebsd-current@FreeBSD.ORG Sun Apr 16 01:01:27 2006 Return-Path: X-Original-To: current@freebsd.org 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 A322416A401; Sun, 16 Apr 2006 01:01:27 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from conversation.bsdunix.ch (ns1.bsdunix.ch [82.220.17.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A1E443D45; Sun, 16 Apr 2006 01:01:25 +0000 (GMT) (envelope-from freebsdlists@bsdunix.ch) Received: from localhost (localhost.bsdunix.ch [127.0.0.1]) by conversation.bsdunix.ch (Postfix) with ESMTP id BACB065DF; Sun, 16 Apr 2006 03:00:56 +0200 (CEST) Received: from conversation.bsdunix.ch ([127.0.0.1]) by localhost (conversation.bsdunix.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 18578-06-6; Sun, 16 Apr 2006 03:00:55 +0200 (CEST) Received: from [192.168.1.100] (unknown [82.220.17.23]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by conversation.bsdunix.ch (Postfix) with ESMTP id A2C686234; Sun, 16 Apr 2006 03:00:55 +0200 (CEST) In-Reply-To: <20060416002616.GC56603@heff.fud.org.nz> References: <20060415231724.BE7D545083@ptavv.es.net> <4A234C75-451D-42ED-8E06-EC0E89AE44CC@bsdunix.ch> <20060416002616.GC56603@heff.fud.org.nz> Mime-Version: 1.0 (Apple Message framework v749.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Thomas Vogt Date: Sun, 16 Apr 2006 03:00:53 +0200 To: Andrew Thompson X-Mailer: Apple Mail (2.749.3) X-Virus-Scanned: by amavisd-new at mail.bsdunix.ch Cc: current@freebsd.org Subject: Re: tinderbox mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2006 01:01:27 -0000 Am 16.04.2006 um 02:26 schrieb Andrew Thompson: > On Sun, Apr 16, 2006 at 02:05:00AM +0200, Thomas Vogt wrote: >> Am 16.04.2006 um 01:17 schrieb Kevin Oberman: >>> The box was running 6.1-BETA from March 13 and Postfix 2.2.10 and >>> uses >>> TLS. The one unusual thing about the system is that it receives mail >>> from our organizational server via IPv6 only. >>> >>> Smells a bit like a timing issue in the rc code, but I really am >>> only >>> guessing. >> >> I can confirm this behavior also for 5.4 machines (postfix-2.2.5,1). >> On some of my server postfix does not start after a reboot on other >> it does start. All server are identical in software releases except >> hardware. > > Are you using the right startup method? > > /usr/ports/UPDATING: > > 20060112: > AFFECTS: users of mail/postfix, mail/postfix1, mail/postfix21, > mail/postfix-current > AUTHOR: mnag@FreeBSD.org > > Now all postfix ports use rcNG script to startup. If you have any > file > in etc/rc.d directory linked to sbin/postfix, please remove. > Do not forget to add 'postfix_enable="YES"' in your rc.conf I don't use the methode mentioned in /ports/UPDATING 2006. I use postfix 2.2.5 which was released in October 2005 and my system is a FreeBSD 5.4-Release-pX (security branch). So I guess the new startup methode doesn't affect my system because the rcNG script for postfix was implemented later..or am I wrong? I use: # we have postfix sendmail_enable="YES" sendmail_flags="-bd" sendmail_pidfile="/var/spool/postfix/pid/master.pid" sendmail_procname="/usr/local/libexec/postfix/master" sendmail_outbound_enable="NO" sendmail_submit_enable="NO" sendmail_msp_queue_enable="NO" Regards, Thomas Vogt From owner-freebsd-current@FreeBSD.ORG Sun Apr 16 01:53:52 2006 Return-Path: X-Original-To: current@freebsd.org 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 3D43116A403; Sun, 16 Apr 2006 01:53:52 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF8EC43D46; Sun, 16 Apr 2006 01:53:51 +0000 (GMT) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan [127.0.0.1]) by aldan.algebra.com (8.13.6/8.13.6) with ESMTP id k3G1rgMc093691 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 15 Apr 2006 21:53:42 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.13.6/8.13.6/Submit) id k3G1rgif093690; Sat, 15 Apr 2006 21:53:42 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: =?iso-8859-1?q?S=F8ren_Schmidt?= Date: Sat, 15 Apr 2006 21:53:41 -0400 User-Agent: KMail/1.9.1 References: <200603010505.k2155HfQ003205@aldan.algebra.com> <200603021317.26532.mi+mx@aldan.algebra.com> <4407422C.4020800@deepcore.dk> In-Reply-To: <4407422C.4020800@deepcore.dk> X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" X-Mailman-Approved-At: Sun, 16 Apr 2006 03:09:46 +0000 Cc: current@freebsd.org, Derek Ragona , sos@freebsd.org Subject: Re: pitiful performance of an SATA150 drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2006 01:53:52 -0000 On Thursday 02 March 2006 14:06, Søren Schmidt wrote: = > I noticed a big MFC to dev/ata today and rebuilt the kernel. = > Unfortunately, the drive's write-performance did not change. Just FYI... = = You are sure you dont have hw.ata.wc turned of ? = Other than that I seriously doubt its a fault in ATA... This is still a problem with today's 6.1-RC1. hw.ata.wc is `1'. What can I do to help you resolve this, Søren? Thanks! -mi From owner-freebsd-current@FreeBSD.ORG Sun Apr 16 04:52:21 2006 Return-Path: X-Original-To: current@freebsd.org 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 10A8616A402; Sun, 16 Apr 2006 04:52:21 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id C969C43D46; Sun, 16 Apr 2006 04:52:20 +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; Sat, 15 Apr 2006 21:52:14 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 332EF45046; Sat, 15 Apr 2006 21:52:14 -0700 (PDT) To: Thomas Vogt In-reply-to: Your message of "Sun, 16 Apr 2006 03:00:53 +0200." Date: Sat, 15 Apr 2006 21:52:14 -0700 From: "Kevin Oberman" Message-Id: <20060416045214.332EF45046@ptavv.es.net> Cc: current@freebsd.org, Andrew Thompson Subject: Re: tinderbox mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2006 04:52:21 -0000 > From: Thomas Vogt > Date: Sun, 16 Apr 2006 03:00:53 +0200 > Sender: owner-freebsd-current@freebsd.org > > > Am 16.04.2006 um 02:26 schrieb Andrew Thompson: > > > On Sun, Apr 16, 2006 at 02:05:00AM +0200, Thomas Vogt wrote: > >> Am 16.04.2006 um 01:17 schrieb Kevin Oberman: > >>> The box was running 6.1-BETA from March 13 and Postfix 2.2.10 and > >>> uses > >>> TLS. The one unusual thing about the system is that it receives mail > >>> from our organizational server via IPv6 only. > >>> > >>> Smells a bit like a timing issue in the rc code, but I really am > >>> only > >>> guessing. > >> > >> I can confirm this behavior also for 5.4 machines (postfix-2.2.5,1). > >> On some of my server postfix does not start after a reboot on other > >> it does start. All server are identical in software releases except > >> hardware. > > > > Are you using the right startup method? > > > > > /usr/ports/UPDATING: > > > > 20060112: > > AFFECTS: users of mail/postfix, mail/postfix1, mail/postfix21, > > mail/postfix-current > > AUTHOR: mnag@FreeBSD.org > > > > Now all postfix ports use rcNG script to startup. If you have any > > file > > in etc/rc.d directory linked to sbin/postfix, please remove. > > Do not forget to add 'postfix_enable="YES"' in your rc.conf > > > I don't use the methode mentioned in /ports/UPDATING 2006. > > I use postfix 2.2.5 which was released in October 2005 and my system > is a FreeBSD 5.4-Release-pX (security branch). So I guess the new > startup methode doesn't affect my system because the rcNG script for > postfix was implemented later..or am I wrong? > > I use: > # we have postfix > sendmail_enable="YES" > sendmail_flags="-bd" > sendmail_pidfile="/var/spool/postfix/pid/master.pid" > sendmail_procname="/usr/local/libexec/postfix/master" > sendmail_outbound_enable="NO" > sendmail_submit_enable="NO" > sendmail_msp_queue_enable="NO" I do use the new method of starting Postfix, so that is not the problem. If it is also happening with an old Postfix and V5 (which does not have the new rules for startup files in /usr/local/etc/rc.d), this really seems like it might be a different issue. -- 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 Sun Apr 16 05:35:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 D7B5916A403 for ; Sun, 16 Apr 2006 05:35:05 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C60843D45 for ; Sun, 16 Apr 2006 05:35:05 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id k3G5Z4OZ020985 for ; Sat, 15 Apr 2006 22:35:04 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4441D77F.4050501@freebsd.org> Date: Sat, 15 Apr 2006 22:34:55 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "'freebsd-current@freebsd.org'" Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: bge problems (bcm5752 broken?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2006 05:35:06 -0000 I'm having troubles getting the BCM5752 ethernet controller in my new HP DC7600 to work with either -CURRENT or 6-STABLE. Running dhclient on bge0 seems to generate no output packets (according to tcpdump on another machine) and dhclient eventually gives up. I've also seen occasional messages about "firmware timeouts." Any debugging suggestions welcome. (I've not spent much time looking at Ethernet drivers, so I'm not really sure where I should start.) Tim Kientzle From owner-freebsd-current@FreeBSD.ORG Sun Apr 16 11:05:01 2006 Return-Path: X-Original-To: current@FreeBSD.ORG 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 A86A316A400 for ; Sun, 16 Apr 2006 11:05:01 +0000 (UTC) (envelope-from sos@DeepCore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07A1A43D53 for ; Sun, 16 Apr 2006 11:05:00 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from sos.deepcore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.13.6/8.13.4) with ESMTP id k3GB4KvQ048664; Sun, 16 Apr 2006 13:04:21 +0200 (CEST) (envelope-from sos@DeepCore.dk) From: =?ISO-8859-1?Q?S=F8ren?= Schmidt To: Mikhail Teterin In-Reply-To: <200604152153.42411@aldan> References: <200603010505.k2155HfQ003205@aldan.algebra.com> <200603021317.26532.mi+mx@aldan.algebra.com> <4407422C.4020800@deepcore.dk> <200604152153.42411@aldan> Content-Type: text/plain; charset=iso8859-1 Organization: DeepCore Date: Sun, 16 Apr 2006 13:04:20 +0200 Message-Id: <1145185460.912.17.camel@sos.deepcore.dk> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.16 Cc: current@FreeBSD.ORG, Derek Ragona Subject: Re: pitiful performance of an SATA150 drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sos@DeepCore.dk List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2006 11:05:01 -0000 On Lør, 2006-04-15 at 21:53 -0400, Mikhail Teterin wrote: > On Thursday 02 March 2006 14:06, Søren Schmidt wrote: > = > I noticed a big MFC to dev/ata today and rebuilt the kernel. > = > Unfortunately, the drive's write-performance did not change. Just FYI... > = > = You are sure you dont have hw.ata.wc turned of ? > = Other than that I seriously doubt its a fault in ATA... > > This is still a problem with today's 6.1-RC1. hw.ata.wc is `1'. > What can I do to help you resolve this, Søren? Thanks! I just tried this on a system as close to the one you have as possible here in the lab with this result: atapci3: port 0xa800-0xa807,0xa400-0xa403,0xa000-0xa007,0x9c00-0x9c03,0x9800-0x980f mem 0xfdfff000-0xfdfff3ff irq 16 at device 13.0 on pci1 ata6: on atapci3 ata7: on atapci3 ata8: on atapci3 ata9: on atapci3 ... ad1: 78533MB at ata8-master SATA150 devel# dd if=/dev/ad1 of=/dev/null bs=1m count=200 200+0 records in 200+0 records out 209715200 bytes transferred in 3.470972 secs (60419732 bytes/sec) devel# dd if=/dev/zero of=/dev/ad1 bs=1m count=200 200+0 records in 200+0 records out 209715200 bytes transferred in 3.513703 secs (59684956 bytes/sec) That makes me *seriously* doubt that ATA is at fault here... -Søren From owner-freebsd-current@FreeBSD.ORG Sun Apr 16 13:08:11 2006 Return-Path: X-Original-To: current@freebsd.org 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 15AAF16A402 for ; Sun, 16 Apr 2006 13:08:11 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from mail.ciam.ru (ns.ciam.ru [213.247.195.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1F1A43D48 for ; Sun, 16 Apr 2006 13:08:10 +0000 (GMT) (envelope-from sem@FreeBSD.org) Received: from [87.240.16.199] (helo=[192.168.0.4]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1FV6z3-0006sD-RY for current@freebsd.org; Sun, 16 Apr 2006 17:08:09 +0400 Message-ID: <44424120.8060807@FreeBSD.org> Date: Sun, 16 Apr 2006 17:05:36 +0400 From: Sergey Matveychuk User-Agent: Thunderbird 1.5 (X11/20060116) MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Subject: kgdb problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2006 13:08:11 -0000 I've tried to get a back trace from kernel core. But can't: % kgdb /boot/kernel/kernel /var/crash/vmcore.0 kgdb: kvm_read: invalid address (0x50012) kgdb: kvm_read: invalid address (0x8256b3c) kgdb: kvm_read: invalid address (0x4b) kgdb: kvm_read: invalid address (0x4b) kgdb: kvm_read: invalid address (0x4b) kgdb: kvm_read: invalid address (0x4b) ... (an infinity loop here) How to fix it? -- Dixi. Sem. From owner-freebsd-current@FreeBSD.ORG Sun Apr 16 13:56:13 2006 Return-Path: X-Original-To: current@freebsd.org 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 2854F16A400; Sun, 16 Apr 2006 13:56:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE8E943D4C; Sun, 16 Apr 2006 13:56:12 +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.6/8.13.6) with ESMTP id k3GDuB6f089413; Sun, 16 Apr 2006 09:56:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k3GDu6oD012346; Sun, 16 Apr 2006 09:56:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 887297302F; Sun, 16 Apr 2006 09:56:11 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060416135611.887297302F@freebsd-current.sentex.ca> Date: Sun, 16 Apr 2006 09:56:11 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2006 13:56:13 -0000 TB --- 2006-04-16 12:39:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-16 12:39:16 - starting HEAD tinderbox run for i386/i386 TB --- 2006-04-16 12:39:16 - cleaning the object tree TB --- 2006-04-16 12:39:44 - checking out the source tree TB --- 2006-04-16 12:39:44 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-04-16 12:39:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-04-16 12:46:19 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-16 12:46:19 - cd /src TB --- 2006-04-16 12:46:19 - /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 --- 2006-04-16 13:53:58 - generating LINT kernel config TB --- 2006-04-16 13:53:58 - cd /src/sys/i386/conf TB --- 2006-04-16 13:53:58 - /usr/bin/make -B LINT TB --- 2006-04-16 13:53:58 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-16 13:53:58 - cd /src TB --- 2006-04-16 13:53:58 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 16 13:53:59 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/pci/agp_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -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/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding /src/sys/dev/acpica/acpi_dock.c:39:18: acpi.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-16 13:56:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-16 13:56:11 - ERROR: failed to build lint kernel TB --- 2006-04-16 13:56:11 - tinderbox aborted TB --- 0.85 user 4.02 system 4614.39 real From owner-freebsd-current@FreeBSD.ORG Sun Apr 16 14:28:09 2006 Return-Path: X-Original-To: current@freebsd.org 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 1D5EF16A404 for ; Sun, 16 Apr 2006 14:28:09 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id B762F43D46 for ; Sun, 16 Apr 2006 14:28:07 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 9579 invoked from network); 16 Apr 2006 14:28:05 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.50.144.111]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 16 Apr 2006 14:28:05 -0000 Date: Sun, 16 Apr 2006 16:27:44 +0200 From: Fabian Keil To: Sergey Matveychuk Message-ID: <20060416162744.5ddf42b6@localhost> In-Reply-To: <44424120.8060807@FreeBSD.org> References: <44424120.8060807@FreeBSD.org> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.6; i386-portbld-freebsd6.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_BE/TnLaRU0GdeurPzb8uW/I"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: current@freebsd.org Subject: Re: kgdb problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2006 14:28:09 -0000 --Sig_BE/TnLaRU0GdeurPzb8uW/I Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Sergey Matveychuk wrote: > I've tried to get a back trace from kernel core. But can't: >=20 > % kgdb /boot/kernel/kernel /var/crash/vmcore.0 > kgdb: kvm_read: invalid address (0x50012) > kgdb: kvm_read: invalid address (0x8256b3c) > kgdb: kvm_read: invalid address (0x4b) > kgdb: kvm_read: invalid address (0x4b) > kgdb: kvm_read: invalid address (0x4b) > kgdb: kvm_read: invalid address (0x4b) > ... > (an infinity loop here) >=20 > How to fix it? Usually /boot/kernel/kernel has the symbols already stripped. Try /usr/obj/usr/src/sys/KERNCONF/kernel.debug instead. Fabian --=20 http://www.fabiankeil.de/ --Sig_BE/TnLaRU0GdeurPzb8uW/I Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEQlRwjV8GA4rMKUQRAkwgAKCy9pN1f+Ti84bb9nvkFvxGoKOVDgCffq8J GUncRAWYr2JC1nbnA0UB630= =sFIg -----END PGP SIGNATURE----- --Sig_BE/TnLaRU0GdeurPzb8uW/I-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 16 14:51:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 1979316A403; Sun, 16 Apr 2006 14:51:50 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BEDC43D46; Sun, 16 Apr 2006 14:51:49 +0000 (GMT) (envelope-from dunstan@freebsd.czest.pl) Received: from dunstan.freebsd.czest.pl (gw98.internetdsl.tpnet.pl [80.53.74.98]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id k3GF07kd034498; Sun, 16 Apr 2006 15:00:09 GMT (envelope-from dunstan@freebsd.czest.pl) Received: from dunstan.freebsd.czest.pl (localhost [127.0.0.1]) by dunstan.freebsd.czest.pl (8.13.6/8.13.6) with ESMTP id k3GEtsZ2002827; Sun, 16 Apr 2006 16:55:54 +0200 (CEST) (envelope-from dunstan@dunstan.freebsd.czest.pl) Received: (from dunstan@localhost) by dunstan.freebsd.czest.pl (8.13.6/8.13.6/Submit) id k3GEtsb8002826; Sun, 16 Apr 2006 16:55:54 +0200 (CEST) (envelope-from dunstan) Date: Sun, 16 Apr 2006 16:55:54 +0200 From: "Wojciech A. Koszek" To: Dima Dorfman Message-ID: <20060416145554.GA2646@FreeBSD.czest.pl> References: <442BCB05.6080000@finalresort.org> <20060406075424.GD843@trit.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <20060406075424.GD843@trit.org> User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Sun, 16 Apr 2006 15:00:09 +0000 (UTC) Cc: "Leo R. Lundgren" , freebsd-current@freebsd.org, wkoszek@freebsd.org Subject: Re: mdmfs -P X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2006 14:51:50 -0000 On Thu, Apr 06, 2006 at 07:54:24AM +0000, Dima Dorfman wrote: > Leo R. Lundgren wrote: > > Is there any way we could get the somewhat new -P option of mdmfs > > (http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/mdmfs/mdmfs.c.diff?r1=1.25&r2=1.26) > > to be put into -stable as well? > > Have you tried using this feature on -CURRENT? When I committed it, > the original submitter (Wojciech, CC'd) said that my change didn't > work for him because it is disabled in compat mode (when mdmfs is > called as mount_mfs). I agree that this is a problem since the name > "mount_md" no longer works, although I didn't realize that at the > time. > > Since it seems that a lot of people are asking for this, a reasonable > interim solution is to allow just this option in compat mode, although > figuring out what to do about the other non-compat-only options would > be a better long term solution. Wojciech, would a change that removes > the compat mode test for this option be acceptable for you too? Yes, this is what I actually proposed earlier. You may ask others, but for me personally compat mode is not needed any more. Sorry for late response and thanks. -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-current@FreeBSD.ORG Sun Apr 16 15:22:34 2006 Return-Path: X-Original-To: current@freebsd.org 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 8ADC616A415; Sun, 16 Apr 2006 15:22:34 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A35A43D45; Sun, 16 Apr 2006 15:22:33 +0000 (GMT) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan [127.0.0.1]) by aldan.algebra.com (8.13.6/8.13.6) with ESMTP id k3GFMAUb097405 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 16 Apr 2006 11:22:12 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.13.6/8.13.6/Submit) id k3GFM8NJ097404; Sun, 16 Apr 2006 11:22:08 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: sos@deepcore.dk, stable@freebsd.org Date: Sun, 16 Apr 2006 11:22:07 -0400 User-Agent: KMail/1.9.1 References: <200603010505.k2155HfQ003205@aldan.algebra.com> <200604152153.42411@aldan> <1145185460.912.17.camel@sos.deepcore.dk> In-Reply-To: <1145185460.912.17.camel@sos.deepcore.dk> X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" X-Mailman-Approved-At: Sun, 16 Apr 2006 15:25:20 +0000 Cc: Derek Ragona Subject: Re: pitiful performance of an SATA150 drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2006 15:22:34 -0000 [Moved to -stable] On Sunday 16 April 2006 07:04, Søren Schmidt wrote: = I just tried this on a system as close to the one you have as possible You are welcome to visit my machine and take a look. Use the same ssh key as for the FreeBSD cluster and connect to aldan.algebra.com. = That makes me *seriously* doubt that ATA is at fault here... What else can it be? The main disks are SCSI and work well. The video sucks, but that's a problem common to many -- nobody can get their PCI-Radeons up with DRI. What else can be wrong? Thanks! Yours, -mi From owner-freebsd-current@FreeBSD.ORG Sun Apr 16 15:35:54 2006 Return-Path: X-Original-To: current@freebsd.org 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 E6EEE16A401; Sun, 16 Apr 2006 15:35:53 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DB3C43D69; Sun, 16 Apr 2006 15:35:52 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.13.4/8.13.3) with ESMTP id k3GFZp2k070601; Sun, 16 Apr 2006 19:35:51 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Sun, 16 Apr 2006 19:35:51 +0400 (MSD) From: Maxim Konovalov To: FreeBSD Tinderbox In-Reply-To: <20060416135611.887297302F@freebsd-current.sentex.ca> Message-ID: <20060416193514.C41080@mp2.macomnet.net> References: <20060416135611.887297302F@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: current@freebsd.org, i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2006 15:35:54 -0000 On Sun, 16 Apr 2006, 09:56-0400, FreeBSD Tinderbox wrote: > TB --- 2006-04-16 12:39:16 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2006-04-16 12:39:16 - starting HEAD tinderbox run for i386/i386 > TB --- 2006-04-16 12:39:16 - cleaning the object tree > TB --- 2006-04-16 12:39:44 - checking out the source tree > TB --- 2006-04-16 12:39:44 - cd /tinderbox/HEAD/i386/i386 > TB --- 2006-04-16 12:39:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src > TB --- 2006-04-16 12:46:19 - building world (CFLAGS=-O2 -pipe) > TB --- 2006-04-16 12:46:19 - cd /src > TB --- 2006-04-16 12:46:19 - /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 --- 2006-04-16 13:53:58 - generating LINT kernel config > TB --- 2006-04-16 13:53:58 - cd /src/sys/i386/conf > TB --- 2006-04-16 13:53:58 - /usr/bin/make -B LINT > TB --- 2006-04-16 13:53:58 - building LINT kernel (COPTFLAGS=-O2 -pipe) > TB --- 2006-04-16 13:53:58 - cd /src > TB --- 2006-04-16 13:53:58 - /usr/bin/make buildkernel KERNCONF=LINT > >>> Kernel build for LINT started on Sun Apr 16 13:53:59 UTC 2006 > >>> stage 1: configuring the kernel > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3.1: making dependencies > [...] > awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h > awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h > awk -f /src/sys/tools/makeobjops.awk /src/sys/pci/agp_if.m -h > awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h > rm -f .newdep > /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -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/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding > /src/sys/dev/acpica/acpi_dock.c:39:18: acpi.h: No such file or directory > mkdep: compile failed > *** Error code 1 > > Stop in /obj/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2006-04-16 13:56:11 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2006-04-16 13:56:11 - ERROR: failed to build lint kernel > TB --- 2006-04-16 13:56:11 - tinderbox aborted > TB --- 0.85 user 4.02 system 4614.39 real Should be fixed now. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sun Apr 16 17:13:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 8624D16A403 for ; Sun, 16 Apr 2006 17:13:02 +0000 (UTC) (envelope-from livefreebsd@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A68B43D46 for ; Sun, 16 Apr 2006 17:13:02 +0000 (GMT) (envelope-from livefreebsd@mac.com) Received: from mac.com (smtpin01-en2 [10.13.10.146]) by smtpout.mac.com (Xserve/8.12.11/smtpout16/MantshX 4.0) with ESMTP id k3GHD21G028865 for ; Sun, 16 Apr 2006 10:13:02 -0700 (PDT) Received: from cherry.local (pool-71-127-222-6.nwrknj.east.verizon.net [71.127.222.6]) (authenticated bits=0) by mac.com (Xserve/smtpin01/MantshX 4.0) with ESMTP id k3GHCwDA014079 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Sun, 16 Apr 2006 10:13:01 -0700 (PDT) Received: from [127.0.0.1] by cherry.local (PGP Universal service); Sun, 16 Apr 2006 13:13:02 -0400 X-PGP-Universal: processed; by cherry.local on Sun, 16 Apr 2006 13:13:02 -0400 Mime-Version: 1.0 (Apple Message framework v749.3) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-current@freebsd.org From: livefreebsd@mac.com Date: Sun, 16 Apr 2006 13:12:53 -0400 X-Mailer: Apple Mail (2.749.3) Subject: cPCI Hotplug support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2006 17:13:02 -0000 Does 6.0 not support hot-swap Compact PCI? With an ethernet card in this slot, O/S sees dc0 and dc1 but power to the actual tranceivers does not occur. i.e. FreeBSD sees the chipset and let me ifconfig anything. But, activity lights never works. This works with Linux. Can we port the code for this from Linux? From owner-freebsd-current@FreeBSD.ORG Sun Apr 16 17:17:40 2006 Return-Path: X-Original-To: current@freebsd.org 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 1F3B816A406; Sun, 16 Apr 2006 17:17:40 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from mail.ciam.ru (ns.ciam.ru [213.247.195.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF8C443D46; Sun, 16 Apr 2006 17:17:39 +0000 (GMT) (envelope-from sem@FreeBSD.org) Received: from [87.240.16.199] (helo=[192.168.0.4]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1FVAsU-000AdK-Cr; Sun, 16 Apr 2006 21:17:38 +0400 Message-ID: <44427B98.4000900@FreeBSD.org> Date: Sun, 16 Apr 2006 21:15:04 +0400 From: Sergey Matveychuk User-Agent: Thunderbird 1.5 (X11/20060116) MIME-Version: 1.0 To: Sergey Matveychuk References: <44424120.8060807@FreeBSD.org> In-Reply-To: <44424120.8060807@FreeBSD.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: kgdb problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2006 17:17:40 -0000 Sergey Matveychuk wrote: > I've tried to get a back trace from kernel core. But can't: > > % kgdb /boot/kernel/kernel /var/crash/vmcore.0 > kgdb: kvm_read: invalid address (0x50012) > kgdb: kvm_read: invalid address (0x8256b3c) > kgdb: kvm_read: invalid address (0x4b) > kgdb: kvm_read: invalid address (0x4b) > kgdb: kvm_read: invalid address (0x4b) > kgdb: kvm_read: invalid address (0x4b) Sorry, I was wrong. It was a wrong core file. -- Dixi. Sem. From owner-freebsd-current@FreeBSD.ORG Mon Apr 17 05:14:42 2006 Return-Path: X-Original-To: current@FreeBSD.org 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 9189416A408; Mon, 17 Apr 2006 05:14:42 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C57843D4C; Mon, 17 Apr 2006 05:14:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 2BB801A4E30; Sun, 16 Apr 2006 22:14:41 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 720795169B; Mon, 17 Apr 2006 01:14:40 -0400 (EDT) Date: Mon, 17 Apr 2006 01:14:40 -0400 From: Kris Kennaway To: current@FreeBSD.org, smp@FreeBSD.org Message-ID: <20060417051440.GB60956@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s/l3CgOIzMHHjg/5" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Anomalous performance increase from mutex profiling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 05:14:42 -0000 --s/l3CgOIzMHHjg/5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I have been measuring performance with the supersmack benchmark on a 12-cpu sparc64 E4500. This is in the context of a patch I made to do exponential backoff during mutex spins, which has a large positive effect (~17%) in this case. However, even with CVS sources I found something very odd: when MUTEX_PROFILING is compiled in but not enabled (which usually still makes things slower), I see a clear 38% +/- 3% performance *increase* on this benchmark. The effects of MUTEX_PROFILING are (as far as I can see): - Increases size of struct mtx - Enables MUTEX_NOINLINE - Enables unconditional atomic_add_int at kern_mutex.c:484 (this may be unintentional; I think it should be conditional on mutex_prof_enable = 1) - Adds extra reads/writes of the struct mtx in the mutex lock/unlock ops - Adds a chunk of code to _mtx_unlock_flags But: - Removing the atomic_add_int from kern_mutex.c:484 seems to make it about 5% *slower*. I didn't measure this carefully yet though. When MUTEX_PROFILING is disabled: - MUTEX_NOINLINE doesn't help performance noticeably - Unconditionally changing size of struct mtx doesn't help - Compiling -O2 instead of -O doesn't help - Gutting the bulk of the mutex profiling code and leaving only the extra struct mtx accesses did not help - Here is the readelf output of the function table in kern_mutex.o in the non-mutex profiling case: Num: Value Size Type Bind Vis Ndx Name 9: 0000000000000900 404 FUNC LOCAL DEFAULT 1 db_show_mtx 18: 0000000000000000 68 FUNC GLOBAL DEFAULT 1 _mtx_lock_flags 19: 0000000000000220 420 FUNC GLOBAL DEFAULT 1 _mtx_lock_sleep 20: 0000000000000060 64 FUNC GLOBAL DEFAULT 1 _mtx_unlock_flags 21: 0000000000000500 508 FUNC GLOBAL DEFAULT 1 _mtx_unlock_sleep 22: 00000000000000a0 112 FUNC GLOBAL DEFAULT 1 _mtx_lock_spin_flags 24: 00000000000003e0 236 FUNC GLOBAL DEFAULT 1 _mtx_lock_spin 25: 0000000000000120 92 FUNC GLOBAL DEFAULT 1 _mtx_unlock_spin_flags 27: 0000000000000180 132 FUNC GLOBAL DEFAULT 1 _mtx_trylock 30: 00000000000004e0 8 FUNC GLOBAL DEFAULT 1 do_nothing 42: 0000000000000700 36 FUNC GLOBAL DEFAULT 1 mtx_sysinit 43: 0000000000000740 140 FUNC GLOBAL DEFAULT 1 mtx_init 45: 00000000000007e0 96 FUNC GLOBAL DEFAULT 1 mtx_destroy 48: 0000000000000840 188 FUNC GLOBAL DEFAULT 1 mutex_init and in the mutex profiling case: 9: 0000000000000ec0 404 FUNC LOCAL DEFAULT 1 db_show_mtx 44: 0000000000000000 40 FUNC LOCAL DEFAULT 1 nanoseconds 46: 0000000000000040 584 FUNC LOCAL DEFAULT 1 dump_mutex_prof_stats 51: 00000000000002a0 192 FUNC LOCAL DEFAULT 1 reset_mutex_prof_stats 68: 0000000000000ce0 36 FUNC GLOBAL DEFAULT 1 mtx_sysinit 69: 0000000000000dc0 96 FUNC GLOBAL DEFAULT 1 mtx_destroy 71: 0000000000000740 92 FUNC GLOBAL DEFAULT 1 _mtx_unlock_spin_flags 75: 00000000000006c0 112 FUNC GLOBAL DEFAULT 1 _mtx_lock_spin_flags 81: 0000000000000360 132 FUNC GLOBAL DEFAULT 1 _mtx_lock_flags 82: 0000000000000840 484 FUNC GLOBAL DEFAULT 1 _mtx_lock_sleep 83: 0000000000000400 684 FUNC GLOBAL DEFAULT 1 _mtx_unlock_flags 86: 0000000000000b60 360 FUNC GLOBAL DEFAULT 1 _mtx_unlock_sleep 88: 0000000000000a40 236 FUNC GLOBAL DEFAULT 1 _mtx_lock_spin 90: 00000000000007a0 132 FUNC GLOBAL DEFAULT 1 _mtx_trylock 93: 0000000000000b40 8 FUNC GLOBAL DEFAULT 1 do_nothing 105: 0000000000000d20 160 FUNC GLOBAL DEFAULT 1 mtx_init 109: 0000000000000e20 160 FUNC GLOBAL DEFAULT 1 mutex_init Most mutex operations grow a bit with MUTEX_PROFILING (except _mtx_unlock_sleep which shrinks because of the MUTEX_NOINLINE, see above), but the biggest growth is from the extra blob of unused (in this case) code in _mtx_unlock_flags(). This function is 0x100 aligned in the mutex profiling case. * I tried forcing 0x100 alignment on kern_mutex.o in the !mutex profiling case, which did not help (also _mtx_unlock_flags() should not be taking much CPU time; the bulk of it should be in the mutex spins since there are some very heavily contended mutexes) * Kernel profiling is apparently not supported on sparc, so I can't easily work out where it is spending time. * Our best guess is that mutex profiling is doing something that reduces contention on this very heavily contended mutex (unp), but I'd like to know what is happening precisely so I can maybe make use of it. Can anyone think of what may be happening that I've missed? Kris --s/l3CgOIzMHHjg/5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEQyQ/Wry0BWjoQKURAv24AKC37QSA9t8kT53QwZAUj9oeFjwl5gCgodOY oDwnnMAMxSnVY3Nb+dYOdGE= =l38l -----END PGP SIGNATURE----- --s/l3CgOIzMHHjg/5-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 17 07:27:52 2006 Return-Path: X-Original-To: current@FreeBSD.org 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 0A8C216A401; Mon, 17 Apr 2006 07:27:52 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD98A43D45; Mon, 17 Apr 2006 07:27:51 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id A3B231A4E34; Mon, 17 Apr 2006 00:27:51 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 86E8051664; Mon, 17 Apr 2006 03:27:50 -0400 (EDT) Date: Mon, 17 Apr 2006 03:27:50 -0400 From: Kris Kennaway To: Kris Kennaway Message-ID: <20060417072750.GA62515@xor.obsecurity.org> References: <20060417051440.GB60956@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: <20060417051440.GB60956@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: smp@FreeBSD.org, current@FreeBSD.org Subject: Re: Anomalous performance increase from mutex profiling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 07:27:52 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 17, 2006 at 01:14:40AM -0400, Kris Kennaway wrote: > * Our best guess is that mutex profiling is doing something that > reduces contention on this very heavily contended mutex (unp), but I'd > like to know what is happening precisely so I can maybe make use of > it. >=20 > Can anyone think of what may be happening that I've missed? I think it is just doing effectively the same thing as my exponential spin backoff patch, namely introducing delays with the effect of reducing common memory accesses. When I turn the maximum spin backoff limit *way* up (from 1600 to 51200) I get performance that slightly exceeds what I see from mutex profiling alone (adding mutex profiling again on top of this gives a small further increase, but only a few % and so probably achievable by further increasing the backoff limit). A limit of 51200 is not an appropriate default since it penalizes the common case of light to moderate contention. The point is that here basically all 12 CPUs are spinning on a single lock (kern/uipc_usrreq.c:308), so it's massively over-contended and all we can do is mitigate the effects of this. On this system, the maximum supersmack performance (3700 queries/sec) comes when there are only 6 clients, so (as jasone eloquently put it) with 10 clients the difference between 2300 queries/sec (with absurdly high backoff limits or mutex profiling) and 1450/sec (with reasonable backoff limits) is the difference between "slow" and "ass slow". Fortunately rwatson is working on breaking up this lock, so that should help a lot here :-) Kris --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEQ0N1Wry0BWjoQKURAt3WAJ9Q3kipclq/L5pCLHeQUeYX+Z1DVwCffq4X Z0quoa5vJNHbZcITo1rZiGU= =W46k -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 17 07:33:20 2006 Return-Path: X-Original-To: current@freebsd.org 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 7F57A16A400 for ; Mon, 17 Apr 2006 07:33:20 +0000 (UTC) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 470BA43D45 for ; Mon, 17 Apr 2006 07:33:20 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [192.168.2.5]) ([10.251.60.91]) by a50.ironport.com with ESMTP; 17 Apr 2006 00:33:19 -0700 Message-ID: <444344BF.7070202@elischer.org> Date: Mon, 17 Apr 2006 00:33:19 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <443310BF.4030600@elischer.org> In-Reply-To: <443310BF.4030600@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: [New]: change to syslog to allow specifying prot to send to.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2006 07:33:20 -0000 Julian Elischer wrote: > Does anyone think that this would be useful? > > the syslog.conf line would look like: > > > *.* @logger.mynet.com:823 Here's a rewritten patch (against 4.x but the same should apply to current) comments? Index: syslogd.c =================================================================== RCS file: /usr/local/cvsroot/freebsd/src/usr.sbin/syslogd/syslogd.c,v retrieving revision 1.59.2.28 diff -u -r1.59.2.28 syslogd.c --- syslogd.c 29 Feb 2004 20:59:19 -0000 1.59.2.28 +++ syslogd.c 17 Apr 2006 07:30:26 -0000 @@ -1750,13 +1750,32 @@ switch (*p) { case '@': - (void)strlcpy(f->f_un.f_forw.f_hname, ++p, - sizeof(f->f_un.f_forw.f_hname)); + { + char *tp; + /* + * scan forward to see if there is a port defined. + * so we can't use strlcpy.. + */ + i = sizeof(f->f_un.f_forw.f_hname); + tp = f->f_un.f_forw.f_hname; + p++; + + while (*p && (*p != ':') && (i-- > 0)) { + *tp++ = *p++; + } + *tp = '\0'; + } + /* See if we copied a domain and have a port */ + if (*p == ':') + p++; + else + p = NULL; + memset(&hints, 0, sizeof(hints)); hints.ai_family = family; hints.ai_socktype = SOCK_DGRAM; - error = getaddrinfo(f->f_un.f_forw.f_hname, "syslog", &hints, - &res); + error = getaddrinfo(f->f_un.f_forw.f_hname, + p ? p: "syslog", &hints, &res); if (error) { logerror(gai_strerror(error)); break; From owner-freebsd-current@FreeBSD.ORG Mon Apr 17 07:37:45 2006 Return-Path: X-Original-To: current@freebsd.org 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 6A20816A401 for ; Mon, 17 Apr 2006 07:37:45 +0000 (UTC) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3084443D45 for ; Mon, 17 Apr 2006 07:37:45 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [192.168.2.5]) ([10.251.60.91]) by a50.ironport.com with ESMTP; 17 Apr 2006 00:37:44 -0700 Message-ID: <444345C8.8090201@elischer.org> Date: Mon, 17 Apr 2006 00:37:44 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <443310BF.4030600@elischer.org> <444344BF.7070202@elischer.org> In-Reply-To: <444344BF.7070202@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: [New]: change to syslog to allow specifying prot to send to.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2006 07:37:45 -0000 Julian Elischer wrote: > Julian Elischer wrote: > >> Does anyone think that this would be useful? >> >> the syslog.conf line would look like: >> >> >> *.* @logger.mynet.com:823 > > > Here's a rewritten patch > (against 4.x but the same should apply to current) > > comments? being the first to comment on my own mail, i-- should be --i to leave guaranteed room for '\0'. > > Index: syslogd.c > =================================================================== > RCS file: /usr/local/cvsroot/freebsd/src/usr.sbin/syslogd/syslogd.c,v > retrieving revision 1.59.2.28 > diff -u -r1.59.2.28 syslogd.c > --- syslogd.c 29 Feb 2004 20:59:19 -0000 1.59.2.28 > +++ syslogd.c 17 Apr 2006 07:30:26 -0000 > @@ -1750,13 +1750,32 @@ > > switch (*p) { > case '@': > - (void)strlcpy(f->f_un.f_forw.f_hname, ++p, > - sizeof(f->f_un.f_forw.f_hname)); > + { > + char *tp; > + /* > + * scan forward to see if there is a port > defined. > + * so we can't use strlcpy.. > + */ > + i = sizeof(f->f_un.f_forw.f_hname); > + tp = f->f_un.f_forw.f_hname; > + p++; > + > + while (*p && (*p != ':') && (i-- > 0)) { > + *tp++ = *p++; > + } > + *tp = '\0'; > + } > + /* See if we copied a domain and have a port */ > + if (*p == ':') > + p++; > + else > + p = NULL; > + > memset(&hints, 0, sizeof(hints)); > hints.ai_family = family; > hints.ai_socktype = SOCK_DGRAM; > - error = getaddrinfo(f->f_un.f_forw.f_hname, "syslog", > &hints, > - &res); > + error = getaddrinfo(f->f_un.f_forw.f_hname, > + p ? p: "syslog", &hints, &res); > if (error) { > logerror(gai_strerror(error)); > break; From owner-freebsd-current@FreeBSD.ORG Mon Apr 17 07:55:26 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG 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 3158416A403 for ; Mon, 17 Apr 2006 07:55:26 +0000 (UTC) (envelope-from kpeter@melbpc.org.au) Received: from vscan02.westnet.com.au (vscan02.westnet.com.au [203.10.1.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DE8C43D45 for ; Mon, 17 Apr 2006 07:55:24 +0000 (GMT) (envelope-from kpeter@melbpc.org.au) Received: from localhost (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id E3B9411AE5C for ; Mon, 17 Apr 2006 15:56:37 +0800 (WST) Received: from vscan02.westnet.com.au ([127.0.0.1]) by localhost (vscan02.westnet.com.au [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06630-05 for ; Mon, 17 Apr 2006 15:56:37 +0800 (WST) Received: from [192.168.0.2] (dsl-220-235-90-135.vic.westnet.com.au [220.235.90.135]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by vscan02.westnet.com.au (Postfix) with ESMTP id B58C611ACEE for ; Mon, 17 Apr 2006 15:56:36 +0800 (WST) Message-ID: <444349E9.2090800@melbpc.org.au> Date: Mon, 17 Apr 2006 17:55:21 +1000 From: Peter Kostouros Organization: Melbourne PC User Group User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9a1) Gecko/20060401 SeaMonkey/1.5a MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Content-Type: multipart/mixed; boundary="------------050106080400030000020100" Cc: Subject: [panic] lock ... is not initialized X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kpeter@melbpc.org.au List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 07:55:26 -0000 This is a multi-part message in MIME format. --------------050106080400030000020100 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi I have attached a debug session that I hope someone finds useful in tracking the panic. My sources are from 07APR2006. My system panicked each time I tried to portupgrade net-im/amsn. Please let me know if I can provide further information. -- Regards Peter As always the organisation disavows knowledge of this email --------------050106080400030000020100 Content-Type: text/plain; name="kgdb.txt" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="kgdb.txt" U2NyaXB0IHN0YXJ0ZWQgb24gTW9uIEFwciAxNyAxNzowODo0NiAyMDA2CltHREIgd2lsbCBu b3QgYmUgYWJsZSB0byBkZWJ1ZyB1c2VyLW1vZGUgdGhyZWFkczogL3Vzci9saWIvbGlidGhy ZWFkX2RiLnNvOiBVbmRlZmluZWQgc3ltYm9sICJwc19wZ2xvYmFsX2xvb2t1cCJdDQpHTlUg Z2RiIDYuMS4xIFtGcmVlQlNEXQ0KQ29weXJpZ2h0IDIwMDQgRnJlZSBTb2Z0d2FyZSBGb3Vu ZGF0aW9uLCBJbmMuDQpHREIgaXMgZnJlZSBzb2Z0d2FyZSwgY292ZXJlZCBieSB0aGUgR05V IEdlbmVyYWwgUHVibGljIExpY2Vuc2UsIGFuZCB5b3UgYXJlDQp3ZWxjb21lIHRvIGNoYW5n ZSBpdCBhbmQvb3IgZGlzdHJpYnV0ZSBjb3BpZXMgb2YgaXQgdW5kZXIgY2VydGFpbiBjb25k aXRpb25zLg0KVHlwZSAic2hvdyBjb3B5aW5nIiB0byBzZWUgdGhlIGNvbmRpdGlvbnMuDQpU aGVyZSBpcyBhYnNvbHV0ZWx5IG5vIHdhcnJhbnR5IGZvciBHREIuICBUeXBlICJzaG93IHdh cnJhbnR5IiBmb3IgZGV0YWlscy4NClRoaXMgR0RCIHdhcyBjb25maWd1cmVkIGFzICJpMzg2 LW1hcmNlbC1mcmVlYnNkIi4NCg0KVW5yZWFkIHBvcnRpb24gb2YgdGhlIGtlcm5lbCBtZXNz YWdlIGJ1ZmZlcjoNCnBhbmljOiBsb2NrIDB4YzYwNzg3NWMgaXMgbm90IGluaXRpYWxpemVk DQpjcHVpZCA9IDANCktEQjogZW50ZXI6IHBhbmljDQpEdW1waW5nIDEwMjMgTUIgKDIgY2h1 bmtzKQ0KICBjaHVuayAwOiAxTUIgKDE1OSBwYWdlcykgLi4uIG9rDQogIGNodW5rIDE6IDEw MjNNQiAoMjYxODY4IHBhZ2VzKSAxMDA3IDk5MSA5NzUgOTU5IDk0MyA5MjcgOTExIDg5NSA4 NzkgODYzIDg0NyA4MzEgODE1IDc5OSA3ODMgNzY3IDc1MSA3MzUgNzE5IDcwMyA2ODcgNjcx IDY1NSA2MzkgNjIzIDYwNyA1OTEgNTc1IDU1OSA1NDMgNTI3IDUxMSA0OTUgNDc5IDQ2MyA0 NDcgNDMxIDQxNSAzOTkgMzgzIDM2NyAzNTEgMzM1IDMxOSAzMDMgMjg3IDI3MSAyNTUgMjM5 IDIyMyAyMDcgMTkxIDE3NSAxNTkgMTQzIDEyNyAxMTEgOTUgNzkgNjMgNDcgMzEgMTUNCg0K IzAgIGRvYWR1bXAgKCkgYXQgcGNwdS5oOjE2Ng0KMTY2CXBjcHUuaDogTm8gc3VjaCBmaWxl IG9yIGRpcmVjdG9yeS4NCglpbiBwY3B1LmgNCihrZ2RiKSB3aGVyZQ0KIzAgIGRvYWR1bXAg KCkgYXQgcGNwdS5oOjE2Ng0KIzEgIDB4YzA0ODIyNDYgaW4gZGJfZm5jYWxsIChkdW1teTE9 MCwgZHVtbXkyPTAsIGR1bW15Mz0xOTk5LCBkdW1teTQ9MHhlNzk3Njg5NCAiXDIwMNCiwEYi KQ0KICAgIGF0IC9tbnQvY3ZzL0ZyZWVCU0QvdXNyL3NyYy9zeXMvZGRiL2RiX2NvbW1hbmQu Yzo0NzkNCiMyICAweGMwNDgxZmQ5IGluIGRiX2NvbW1hbmQgKGxhc3RfY21kcD0weGMwYTJj Nzg0LCBjbWRfdGFibGU9MHgwKQ0KICAgIGF0IC9tbnQvY3ZzL0ZyZWVCU0QvdXNyL3NyYy9z eXMvZGRiL2RiX2NvbW1hbmQuYzozOTUNCiMzICAweGMwNDgyMGQ1IGluIGRiX2NvbW1hbmRf bG9vcCAoKSBhdCAvbW50L2N2cy9GcmVlQlNEL3Vzci9zcmMvc3lzL2RkYi9kYl9jb21tYW5k LmM6NDQ2DQojNCAgMHhjMDQ4NDJmNSBpbiBkYl90cmFwICh0eXBlPTMsIGNvZGU9MCkgYXQg L21udC9jdnMvRnJlZUJTRC91c3Ivc3JjL3N5cy9kZGIvZGJfbWFpbi5jOjIyMQ0KIzUgIDB4 YzA3MGQ2ZGYgaW4ga2RiX3RyYXAgKHR5cGU9MCwgY29kZT0wLCB0Zj0weGU3OTc2YTQwKSBh dCAvbW50L2N2cy9GcmVlQlNEL3Vzci9zcmMvc3lzL2tlcm4vc3Vicl9rZGIuYzo0ODENCiM2 ICAweGMwOTAwOTZhIGluIHRyYXAgKGZyYW1lPQ0KICAgICAge3RmX2ZzID0gOCwgdGZfZXMg PSA0MCwgdGZfZHMgPSAtNDA5NTM0NDI0LCB0Zl9lZGkgPSAyNTYsIHRmX2VzaSA9IDEsIHRm X2VicCA9IC00MDk1MDcxOTIsIHRmX2lzcCA9IC00MDk1MDcyMjAsIHRmX2VieCA9IC00MDk1 MDcxMzIsIHRmX2VkeCA9IDAsIHRmX2VjeCA9IC0xMDUyNTYxNDA4LCB0Zl9lYXggPSAxOCwg dGZfdHJhcG5vID0gMywgdGZfZXJyID0gMCwgdGZfZWlwID0gLTEwNjYzNDc2NjQsIHRmX2Nz ID0gMzIsIHRmX2VmbGFncyA9IDY0NiwgdGZfZXNwID0gLTEwNjM4MTYxNDksIHRmX3NzID0g LTEwNjM4MjU2NzR9KQ0KICAgIGF0IC9tbnQvY3ZzL0ZyZWVCU0QvdXNyL3NyYy9zeXMvaTM4 Ni9pMzg2L3RyYXAuYzo2MjINCiM3ICAweGMwOGU5YjlhIGluIGNhbGx0cmFwICgpIGF0IC9t bnQvY3ZzL0ZyZWVCU0QvdXNyL3NyYy9zeXMvaTM4Ni9pMzg2L2V4Y2VwdGlvbi5zOjEzOA0K IzggIDB4YzA3MGQzNzAgaW4ga2RiX2VudGVyIChtc2c9MHgxMiA8QWRkcmVzcyAweDEyIG91 dCBvZiBib3VuZHM+KSBhdCBjcHVmdW5jLmg6NjANCiM5ICAweGMwNmVhNjdlIGluIHBhbmlj IChmbXQ9MHhjMDk3NzUwYyAibG9jayAlcCBpcyBub3QgaW5pdGlhbGl6ZWQiKQ0KICAgIGF0 IC9tbnQvY3ZzL0ZyZWVCU0QvdXNyL3NyYy9zeXMva2Vybi9rZXJuX3NodXRkb3duLmM6NTQy DQojMTAgMHhjMDcwZGU3MCBpbiBsb2NrX2Rlc3Ryb3kgKGxvY2s9MHhjNjA3ODc1YykgYXQg L21udC9jdnMvRnJlZUJTRC91c3Ivc3JjL3N5cy9rZXJuL3N1YnJfbG9jay5jOjg5DQojMTEg MHhjMDZlMDFhOCBpbiBtdHhfZGVzdHJveSAobT0weGM2MDc4NzVjKSBhdCAvbW50L2N2cy9G cmVlQlNEL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9tdXRleC5jOjg5OA0KIzEyIDB4YzA3M2My ZWMgaW4gc29kZWFsbG9jIChzbz0weGM2MDc4NjdjKSBhdCAvbW50L2N2cy9GcmVlQlNEL3Vz ci9zcmMvc3lzL2tlcm4vdWlwY19zb2NrZXQuYzozMzANCiMxMyAweGMwNzNjN2ExIGluIHNv ZnJlZSAoc289MHhjNjA3ODY3YykgYXQgL21udC9jdnMvRnJlZUJTRC91c3Ivc3JjL3N5cy9r ZXJuL3VpcGNfc29ja2V0LmM6NDcyDQojMTQgMHhjMDczY2JlZiBpbiBzb2Fib3J0IChzbz0w eGM2MDc4NjdjKSBhdCAvbW50L2N2cy9GcmVlQlNEL3Vzci9zcmMvc3lzL2tlcm4vdWlwY19z b2NrZXQuYzo1ODANCiMxNSAweGMwNzNjOTMyIGluIHNvY2xvc2UgKHNvPTB4YzYwNzg5MTQp IGF0IC9tbnQvY3ZzL0ZyZWVCU0QvdXNyL3NyYy9zeXMva2Vybi91aXBjX3NvY2tldC5jOjUx MQ0KIzE2IDB4YzA3MjQ2ZGQgaW4gc29vX2Nsb3NlIChmcD0weGM1NWI3YWY4LCB0ZD0weGM1 Yzg4MWQwKSBhdCAvbW50L2N2cy9GcmVlQlNEL3Vzci9zcmMvc3lzL2tlcm4vc3lzX3NvY2tl dC5jOjMxNw0KIzE3IDB4YzA2YzRmMWUgaW4gZmRyb3BfbG9ja2VkIChmcD0weGM1NWI3YWY4 LCB0ZD0weDEyKSBhdCBmaWxlLmg6MjkwDQojMTggMHhjMDZjNGU0YyBpbiBmZHJvcCAoZnA9 MHhjNTViN2FmOCwgdGQ9MHgxMikgYXQgL21udC9jdnMvRnJlZUJTRC91c3Ivc3JjL3N5cy9r ZXJuL2tlcm5fZGVzY3JpcC5jOjIxNDYNCiMxOSAweGMwNmMzMmEyIGluIGNsb3NlZiAoZnA9 MHhjNTViN2FmOCwgdGQ9MHhjNWM4ODFkMCkgYXQgL21udC9jdnMvRnJlZUJTRC91c3Ivc3Jj L3N5cy9rZXJuL2tlcm5fZGVzY3JpcC5jOjE5NjENCiMyMCAweGMwNmJmZjZhIGluIGNsb3Nl ICh0ZD0weGM1Yzg4MWQwLCB1YXA9MHgxMikgYXQgL21udC9jdnMvRnJlZUJTRC91c3Ivc3Jj L3N5cy9rZXJuL2tlcm5fZGVzY3JpcC5jOjEwMTgNCiMyMSAweGMwOTAxMzkzIGluIHN5c2Nh bGwgKGZyYW1lPQ0KICAgICAge3RmX2ZzID0gMTIxMDE4NzgzNSwgdGZfZXMgPSA1OSwgdGZf ZHMgPSAtMTA3ODAwMTYwNSwgdGZfZWRpID0gMCwgdGZfZXNpID0gMTM5NjE1MDA4LCB0Zl9l YnAgPSAtMTA3Nzk2MDU1MiwgdGZfaXNwID0gLTQwOTUwNjQ2MCwgdGZfZWJ4ID0gMTIwOTIx MjI3MiwgdGZfZWR4ID0gMTM0NTE5OTQ0LCB0Zl9lY3ggPSAxMzk2MTUwNDAsIHRmX2VheCA9 IDYsIHRmX3RyYXBubyA9IDAsIHRmX2VyciA9IDIsIHRmX2VpcCA9IDEyMTAxNzczNTEsIHRm X2NzID0gNTEsIHRmX2VmbGFncyA9IDY0NiwgdGZfZXNwID0gLTEwNzc5NjA1ODAsIHRmX3Nz ID0gNTl9KQ0KICAgIGF0IC9tbnQvY3ZzL0ZyZWVCU0QvdXNyL3NyYy9zeXMvaTM4Ni9pMzg2 L3RyYXAuYzoxMDE2DQojMjIgMHhjMDhlOWJlZiBpbiBYaW50MHg4MF9zeXNjYWxsICgpIGF0 IC9tbnQvY3ZzL0ZyZWVCU0QvdXNyL3NyYy9zeXMvaTM4Ni9pMzg2L2V4Y2VwdGlvbi5zOjE5 MQ0KIzIzIDB4MDAwMDAwMzMgaW4gPz8gKCkNClByZXZpb3VzIGZyYW1lIGlubmVyIHRvIHRo aXMgZnJhbWUgKGNvcnJ1cHQgc3RhY2s/KQ0KKGtnZGIpIHVwIDEwDQojMTAgMHhjMDcwZGU3 MCBpbiBsb2NrX2Rlc3Ryb3kgKGxvY2s9MHhjNjA3ODc1YykgYXQgL21udC9jdnMvRnJlZUJT RC91c3Ivc3JjL3N5cy9rZXJuL3N1YnJfbG9jay5jOjg5DQo4OQkJS0FTU0VSVChsb2NrX2lu aXRhbGl6ZWQobG9jayksICgibG9jayAlcCBpcyBub3QgaW5pdGlhbGl6ZWQiLCBsb2NrKSk7 DQooa2dkYikgbA0KODQJDQo4NQl2b2lkDQo4Nglsb2NrX2Rlc3Ryb3koc3RydWN0IGxvY2tf b2JqZWN0ICpsb2NrKQ0KODcJew0KODgJDQo4OQkJS0FTU0VSVChsb2NrX2luaXRhbGl6ZWQo bG9jayksICgibG9jayAlcCBpcyBub3QgaW5pdGlhbGl6ZWQiLCBsb2NrKSk7DQo5MAkJV0lU TkVTU19ERVNUUk9ZKGxvY2spOw0KOTEJCUxPQ0tfTE9HX0RFU1RST1kobG9jaywgMCk7DQo5 MgkJbG9jay0+bG9fZmxhZ3MgJj0gfkxPX0lOSVRJQUxJWkVEOw0KOTMJfQ0KKGtnZGIpIHAg bG9jaw0KJDEgPSAoc3RydWN0IGxvY2tfb2JqZWN0ICopIDB4YzYwNzg3NWMNCihrZ2RiKSBw ICpsb2NrDQokMiA9IHtsb19uYW1lID0gMHhjMDk3OGUyZSAic29fc25kIiwgbG9fdHlwZSA9 IDB4YzA5NzhlMmUgInNvX3NuZCIsIGxvX2ZsYWdzID0gMTY5MDgyODgsIGxvX3dpdG5lc3Nf ZGF0YSA9IHsNCiAgICBsb2RfbGlzdCA9IHtzdHFlX25leHQgPSAweGMwYTVhZGIwfSwgbG9k X3dpdG5lc3MgPSAweGMwYTVhZGIwfX0NCihrZ2RiKSBxDQoKU2NyaXB0IGRvbmUgb24gTW9u IEFwciAxNyAxNzoxNDowOCAyMDA2Cg== --------------050106080400030000020100 Content-Type: text/plain; name="BARON" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="BARON" # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.420 2004/11/02 20:57:19 andre Exp $ machine i386 cpu I686_CPU ident BARON # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler #options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options 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. # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # To make an SMP kernel, the next two are needed options SMP # Symmetric MultiProcessor Kernel 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 Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices device ahd # AHA39320/29320 and onboard AIC79xx devices device amd # AMD 53C974 (Tekram DC-390(T)) device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aha # Adaptec 154x SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device ciss # Compaq Smart RAID 5* device dpt # DPT Smartcache III, IV - See NOTES for options device hptmv # Highpoint RocketRAID 182x device iir # Intel Integrated RAID device ips # IBM (Adaptec) ServeRAID device mly # Mylex AcceleRAID/eXtremeRAID device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID device mlx # Mylex DAC960 family device pst # Promise Supertrak SX6000 device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device 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 # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor 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 # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # 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. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card device ixgb # Intel PRO/10GbE Ethernet Card device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device lge # Level 1 LXT1001 gigabit ethernet device nge # NatSemi DP83820 gigabit ethernet device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device ti # Alteon Networks Tigon I/II gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. device lnc # NE2100, NE32-VL Lance Ethernet cards device sn # SMC's 9000 series of Ethernet chips device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards device wlan # 802.11 support device an # Aironet 4500/4800 802.11 wireless NICs. device awi # BayStack 660 and others device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # 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 # USB Ethernet, requires mii device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) # BARON device sound device "snd_emu10k1" options P1003_1B_MQUEUE #options IPFIREWALL #options IPFIREWALL_VERBOSE #options IPFIREWALL_VERBOSE_LIMIT=100 #options IPV6FIREWALL #options IPV6FIREWALL_VERBOSE #options IPV6FIREWALL_VERBOSE_LIMIT=100 #options IPDIVERT #device pf #device pflog #device pfsync options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_CDNR options ALTQ_PRIQ options ALTQ_NOPCC options ALTQ_DEBUG # Oracle # # Other variables can be changed via sysctl and set in /etc/sysctl.conf # options SHMMAXPGS=65536 options MAXDSIZ=1024UL*1024*1024 options MAXSSIZ=1024UL*1024*1024 options DFLDSIZ=1024UL*1024*1024 # # Options to enable ATAPI devices to be accessed thhrough SCSI subsystem # device atapicam device ata device scbus device cd device pass device iicbus device iicbb --------------050106080400030000020100-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 17 08:16:09 2006 Return-Path: X-Original-To: current@FreeBSD.org 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 9859D16A401; Mon, 17 Apr 2006 08:16:09 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28DD143D46; Mon, 17 Apr 2006 08:16:08 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id E465C20A1; Mon, 17 Apr 2006 10:16:03 +0200 (CEST) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -2.4/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id CBACC20A0; Mon, 17 Apr 2006 10:16:03 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 75A7EB811; Mon, 17 Apr 2006 10:16:03 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Kris Kennaway References: <20060417051440.GB60956@xor.obsecurity.org> Date: Mon, 17 Apr 2006 10:16:03 +0200 In-Reply-To: <20060417051440.GB60956@xor.obsecurity.org> (Kris Kennaway's message of "Mon, 17 Apr 2006 01:14:40 -0400") Message-ID: <86mzekbosc.fsf@dwp.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: smp@FreeBSD.org, current@FreeBSD.org Subject: Re: Anomalous performance increase from mutex profiling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 08:16:09 -0000 Kris Kennaway writes: > However, even with CVS sources I found something very odd: when > MUTEX_PROFILING is compiled in but not enabled (which usually still > makes things slower), I see a clear 38% +/- 3% performance *increase* > on this benchmark. Heisenberg strikes! Heisenberg strikes! Heisenberg strikes! You are uncertain. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Apr 17 10:00:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 9645616A400; Mon, 17 Apr 2006 10:00:35 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A51243D45; Mon, 17 Apr 2006 10:00:34 +0000 (GMT) (envelope-from ota@j.email.ne.jp) Received: from dynabook-freebsd.advok.com (pool-68-162-98-181.phil.east.verizon.net [68.162.98.181]) by mail.asahi-net.or.jp (Postfix) with ESMTP id A082A2F9A2; Mon, 17 Apr 2006 19:00:30 +0900 (JST) Date: Mon, 17 Apr 2006 06:00:29 -0500 From: Yoshihiro Ota To: "Wojciech A. Koszek" Message-Id: <20060417060029.89659835.ota@j.email.ne.jp> In-Reply-To: <20060416145554.GA2646@FreeBSD.czest.pl> References: <442BCB05.6080000@finalresort.org> <20060406075424.GD843@trit.org> <20060416145554.GA2646@FreeBSD.czest.pl> X-Mailer: Sylpheed version 2.2.3 (GTK+ 2.8.16; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: leo@finalresort.org, freebsd-current@freebsd.org, wkoszek@freebsd.org, dd@freebsd.org Subject: Re: mdmfs -P X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2006 10:00:35 -0000 On Sun, 16 Apr 2006 16:55:54 +0200 "Wojciech A. Koszek" wrote: > On Thu, Apr 06, 2006 at 07:54:24AM +0000, Dima Dorfman wrote: > > Leo R. Lundgren wrote: > > > Is there any way we could get the somewhat new -P option of mdmfs > > > (http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/mdmfs/mdmfs.c.diff?r1=1.25&r2=1.26) > > > to be put into -stable as well? > > > > Have you tried using this feature on -CURRENT? When I committed it, > > the original submitter (Wojciech, CC'd) said that my change didn't > > work for him because it is disabled in compat mode (when mdmfs is > > called as mount_mfs). I agree that this is a problem since the name > > "mount_md" no longer works, although I didn't realize that at the > > time. > > > > Since it seems that a lot of people are asking for this, a reasonable > > interim solution is to allow just this option in compat mode, although > > figuring out what to do about the other non-compat-only options would > > be a better long term solution. Wojciech, would a change that removes > > the compat mode test for this option be acceptable for you too? > > Yes, this is what I actually proposed earlier. You may ask others, but for > me personally compat mode is not needed any more. > > Sorry for late response and thanks. I am new to the list and not fully following to this thread of discussion. I believe that the "mount_md" is the one in /etc/rc.subr as I don't see any other mount_md. I started md-device a lot in these days. Given that, I have suggestions: 1. Make mount_md in /etc/rc.subr obsolete. 2. Rename "mdmfs" to "mount_md". 3. Make another option that enables "newfs" 4. Make "mount_md" NOT to "newfs" and "mount_mfs" to DO "newfs" by default. 5. Don't forget about my patch. :p 5.1 http://docs.freebsd.org/cgi/getmsg.cgi?fetch=564035+0+archive/2006/freebsd-current/20060416.freebsd-current The reasones for the above suggestions are: 1. Because we will create another one. 2. Because we can put it in fstab and "mount" can call it. "mdmfs" is simply a wrapper to "mdconifg," "newfs," and "mount" so that I don't see it attractive. I'd say too many options to think about and pass to a single program. On ther other hand, if it is called "mount_md", it is diffrent. 2. I don't think "mount_mdfs" is appropreate because it is not a filesystem. 3. Because I want to do #4. 4. "mount_mfs" historically did "newfs" and as a matter of fact, it is not functional unless done. However, none of mount_* calls do "newfs." Therefore, "mount_md" better not to do "newfs" when invoked. 5. This patch helps to mount uzip or partitions in md-devices. Regards, Hiro From owner-freebsd-current@FreeBSD.ORG Mon Apr 17 07:54:09 2006 Return-Path: X-Original-To: current@freebsd.org 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 946E716A402 for ; Mon, 17 Apr 2006 07:54:09 +0000 (UTC) (envelope-from surerlistmail@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85F9C43D49 for ; Mon, 17 Apr 2006 07:54:08 +0000 (GMT) (envelope-from surerlistmail@gmail.com) Received: by nproxy.gmail.com with SMTP id c31so336309nfb for ; Mon, 17 Apr 2006 00:54:07 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=l2+B6J6+/sWaobY7CpT6pBC2gPA5a4rVNJ2zF7Tn8vduzqkxXNuOvqEa/LhDqHq5v1OWRncyDCpgZhXZy0+Od9lPSkKmK1SWhFzfnaPMvdjuhBmh9pA9YMNQ0EXv8tvvWhrib7+DrWayA+UYFnhvZeJR3twUZKNT2lC08z6xlKk= Received: by 10.49.9.9 with SMTP id m9mr2350669nfi; Mon, 17 Apr 2006 00:54:07 -0700 (PDT) Received: by 10.49.61.12 with HTTP; Mon, 17 Apr 2006 00:54:07 -0700 (PDT) Message-ID: Date: Mon, 17 Apr 2006 03:54:07 -0400 From: "Surer Dink" To: "Kris Kennaway" , smp@freebsd.org, current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Mailman-Approved-At: Mon, 17 Apr 2006 11:32:32 +0000 Cc: Subject: Re: Anomalous performance increase from mutex profiling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 07:54:09 -0000 On Mon, 17 Apr 2006, Kris Kennaway wrote: > On Mon, Apr 17, 2006 at 01:14:40AM -0400, Kris Kennaway wrote: > >> * Our best guess is that mutex profiling is doing something that >> reduces contention on this very heavily contended mutex (unp), but I'd >> like to know what is happening precisely so I can maybe make use of >> it. >> >> Can anyone think of what may be happening that I've missed? > > I think it is just doing effectively the same thing as my exponential > spin backoff patch, namely introducing delays with the effect of > reducing common memory accesses. When I turn the maximum spin backoff > limit *way* up (from 1600 to 51200) I get performance that slightly > exceeds what I see from mutex profiling alone (adding mutex profiling > again on top of this gives a small further increase, but only a few % > and so probably achievable by further increasing the backoff limit). > > A limit of 51200 is not an appropriate default since it penalizes the > common case of light to moderate contention. The point is that here > basically all 12 CPUs are spinning on a single lock > (kern/uipc_usrreq.c:308), so it's massively over-contended and all we > can do is mitigate the effects of this. > > On this system, the maximum supersmack performance (3700 queries/sec) > comes when there are only 6 clients, so (as jasone eloquently put it) > with 10 clients the difference between 2300 queries/sec (with absurdly > high backoff limits or mutex profiling) and 1450/sec (with reasonable > backoff limits) is the difference between "slow" and "ass slow". Please excuse if this is a stupid question - but might using MCS or QOLB locks in this situation be useful? From owner-freebsd-current@FreeBSD.ORG Mon Apr 17 11:56:31 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG 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 8D70916A403 for ; Mon, 17 Apr 2006 11:56:31 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2730D43D45 for ; Mon, 17 Apr 2006 11:56:31 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id C6B4846B10; Mon, 17 Apr 2006 07:56:30 -0400 (EDT) Date: Mon, 17 Apr 2006 12:56:30 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Peter Kostouros In-Reply-To: <444349E9.2090800@melbpc.org.au> Message-ID: <20060417125443.G36452@fledge.watson.org> References: <444349E9.2090800@melbpc.org.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@FreeBSD.ORG Subject: Re: [panic] lock ... is not initialized X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2006 11:56:31 -0000 On Mon, 17 Apr 2006, Peter Kostouros wrote: > I have attached a debug session that I hope someone finds useful in tracking > the panic. My sources are from 07APR2006. > > My system panicked each time I tried to portupgrade net-im/amsn. > > Please let me know if I can provide further information. Could you file this as a PR, forward me the PR reciept, and keep the debugging information around for a couple of weeks? I'm currently on travel, but have received one other report of similar symptoms. I'll be back in the UK around the 21st, and can investigate in detail then. It looks like, under some circumstances, we enter the socket free code a second time for the same socket, which is not a good thing, but it will take some fairly intensive debugging and code reading to track that down, which I can't do currently. Thanks, Robert N M Watson > > -- > > Regards > > Peter > > As always the organisation disavows knowledge of this email > > From owner-freebsd-current@FreeBSD.ORG Mon Apr 17 13:03:18 2006 Return-Path: X-Original-To: current@freebsd.org 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 ACB7D16A402 for ; Mon, 17 Apr 2006 13:03:18 +0000 (UTC) (envelope-from vova@vbook.fbsd.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B33E43D46 for ; Mon, 17 Apr 2006 13:03:14 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FVTNo-0006Mf-8A for current@freebsd.org; Mon, 17 Apr 2006 17:03:12 +0400 From: Vladimir Grebenschikov To: current Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Mon, 17 Apr 2006 17:03:11 +0400 Message-Id: <1145278991.1468.9.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: Subject: Is there way to make geom volume from pices ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2006 13:03:18 -0000 Hi Idea is simple - to make partition for qemu, I want to use static file as MBR, and real partitions as part of bug disk, but some (booted freebsd for example) as read-only and some as read-write. Vmware had such feature, but it do not work under FreeBSD for long time. Probably it is possible to make single geom volume from smaller volumes (parts) ? -- Vladimir B. Grebenschikov SWsoft Inc. vova@swsoft.com From owner-freebsd-current@FreeBSD.ORG Mon Apr 17 13:08:25 2006 Return-Path: X-Original-To: current@freebsd.org 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 30AA616A405; Mon, 17 Apr 2006 13:08:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id A41D043D45; Mon, 17 Apr 2006 13:08:24 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k3HD8NJT071664; Mon, 17 Apr 2006 09:08:23 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Kris Kennaway Date: Mon, 17 Apr 2006 09:08:21 -0400 User-Agent: KMail/1.8.3 References: <20060414224318.GA8716@xor.obsecurity.org> <20060414231759.GA9342@xor.obsecurity.org> In-Reply-To: <20060414231759.GA9342@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200604170908.22599.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1403/Sun Apr 16 05:44:45 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: current@freebsd.org, davidxu@freebsd.org Subject: Re: Spinlock thrashing with libthr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2006 13:08:25 -0000 On Friday 14 April 2006 07:17 pm, Kris Kennaway wrote: > On Fri, Apr 14, 2006 at 06:43:18PM -0400, Kris Kennaway wrote: > > I ran a modified version of the thr1 stress test on a quad amd64, > > which spawns 256 threads (using libthr), each of which loops doing > > getpid() 10000 times. The system spends essentially 100% of the time > > in the kernel. Profiling with hwpmc shows that the system is spending > > about 60% time in _mtx_lock_spin(). > > Turns out this is because of contention for the PROC_LOCK, which means > lots of processes sleeping. Using getuid() instead (which doesn't > acquire locks) does not show contention. Thanks to rwatson for > figuring it out. Or drop COMPAT_43 from your kernel config so getpid() doesn't try to read the parent process' pid. Still, I might be able to make this better by redoing the adaptive spinning to happen before we grab the turnstile lock (there are some other reasons this would be beneficial, such as simplifying the rwlock adaptive code for example). =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Apr 17 16:22:18 2006 Return-Path: X-Original-To: current@freebsd.org 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 C4AF216A40E; Mon, 17 Apr 2006 16:22:18 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8042A43D48; Mon, 17 Apr 2006 16:22:18 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 67B051A4E55; Mon, 17 Apr 2006 09:22:18 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4EB6951659; Mon, 17 Apr 2006 12:22:17 -0400 (EDT) Date: Mon, 17 Apr 2006 12:22:17 -0400 From: Kris Kennaway To: Surer Dink Message-ID: <20060417162216.GA90886@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BOKacYhQ+x31HxR3" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: smp@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: Anomalous performance increase from mutex profiling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 16:22:18 -0000 --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 17, 2006 at 03:54:07AM -0400, Surer Dink wrote: > On Mon, 17 Apr 2006, Kris Kennaway wrote: >=20 > > On Mon, Apr 17, 2006 at 01:14:40AM -0400, Kris Kennaway wrote: > > > >> * Our best guess is that mutex profiling is doing something that > >> reduces contention on this very heavily contended mutex (unp), but I'd > >> like to know what is happening precisely so I can maybe make use of > >> it. > >> > >> Can anyone think of what may be happening that I've missed? > > > > I think it is just doing effectively the same thing as my exponential > > spin backoff patch, namely introducing delays with the effect of > > reducing common memory accesses. When I turn the maximum spin backoff > > limit *way* up (from 1600 to 51200) I get performance that slightly > > exceeds what I see from mutex profiling alone (adding mutex profiling > > again on top of this gives a small further increase, but only a few % > > and so probably achievable by further increasing the backoff limit). > > > > A limit of 51200 is not an appropriate default since it penalizes the > > common case of light to moderate contention. The point is that here > > basically all 12 CPUs are spinning on a single lock > > (kern/uipc_usrreq.c:308), so it's massively over-contended and all we > > can do is mitigate the effects of this. > > > > On this system, the maximum supersmack performance (3700 queries/sec) > > comes when there are only 6 clients, so (as jasone eloquently put it) > > with 10 clients the difference between 2300 queries/sec (with absurdly > > high backoff limits or mutex profiling) and 1450/sec (with reasonable > > backoff limits) is the difference between "slow" and "ass slow". >=20 > Please excuse if this is a stupid question - but might using MCS or > QOLB locks in this situation be useful? What are they? Kris --BOKacYhQ+x31HxR3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEQ8C4Wry0BWjoQKURAvt5AKCMRE+4/1wrRTGDt0LTHcHXKmtldQCg3XLw ZiMsQve4FuiR6QoL+N9ClhI= =WCKf -----END PGP SIGNATURE----- --BOKacYhQ+x31HxR3-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 17 19:30:53 2006 Return-Path: X-Original-To: current@freebsd.org 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 250F916A405; Mon, 17 Apr 2006 19:30:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id B803543D46; Mon, 17 Apr 2006 19:30: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.6/8.13.6) with ESMTP id k3HJUpWL040725; Mon, 17 Apr 2006 15:30:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.3) with ESMTP id k3HJUpdv097057; Mon, 17 Apr 2006 15:30:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5F7C57302F; Mon, 17 Apr 2006 15:30:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060417193051.5F7C57302F@freebsd-current.sentex.ca> Date: Mon, 17 Apr 2006 15:30:51 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 19:30:53 -0000 TB --- 2006-04-17 17:27:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-17 17:27:34 - starting HEAD tinderbox run for i386/i386 TB --- 2006-04-17 17:27:34 - cleaning the object tree TB --- 2006-04-17 17:27:57 - checking out the source tree TB --- 2006-04-17 17:27:57 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-04-17 17:27:57 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-04-17 17:34:12 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-17 17:34:12 - cd /src TB --- 2006-04-17 17:34:12 - /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 --- 2006-04-17 18:41:41 - generating LINT kernel config TB --- 2006-04-17 18:41:41 - cd /src/sys/i386/conf TB --- 2006-04-17 18:41:41 - /usr/bin/make -B LINT TB --- 2006-04-17 18:41:42 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-17 18:41:42 - cd /src TB --- 2006-04-17 18:41:42 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 17 18:41:42 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Mon Apr 17 19:09:13 UTC 2006 TB --- 2006-04-17 19:09:13 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-17 19:09:13 - cd /src TB --- 2006-04-17 19:09:13 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Apr 17 19:09:13 UTC 2006 >>> 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 Mon Apr 17 19:29:04 UTC 2006 TB --- 2006-04-17 19:29:04 - building PAE kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-17 19:29:04 - cd /src TB --- 2006-04-17 19:29:04 - /usr/bin/make buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Mon Apr 17 19:29:04 UTC 2006 >>> 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 [...] /src/sys/dev/bce/if_bce.c: In function `bce_attach': /src/sys/dev/bce/if_bce.c:542: warning: large integer implicitly truncated to unsigned type /src/sys/dev/bce/if_bce.c:544: warning: large integer implicitly truncated to unsigned type /src/sys/dev/bce/if_bce.c: In function `bce_stats_update': /src/sys/dev/bce/if_bce.c:5311: warning: left shift count >= width of type /src/sys/dev/bce/if_bce.c:5313: warning: left shift count >= width of type /src/sys/dev/bce/if_bce.c:5315: warning: left shift count >= width of type /src/sys/dev/bce/if_bce.c:5317: warning: left shift count >= width of type *** Error code 1 Stop in /obj/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-17 19:30:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-17 19:30:51 - ERROR: failed to build PAE kernel TB --- 2006-04-17 19:30:51 - tinderbox aborted TB --- 0.73 user 3.58 system 7396.43 real From owner-freebsd-current@FreeBSD.ORG Mon Apr 17 19:43:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 4A48716A404; Mon, 17 Apr 2006 19:43:05 +0000 (UTC) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (lath.rinet.ru [195.54.192.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1175543D55; Mon, 17 Apr 2006 19:43:03 +0000 (GMT) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (localhost [127.0.0.1]) by lath.rinet.ru (8.13.4/8.13.4) with ESMTP id k3HJh2Zk098882 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 17 Apr 2006 23:43:02 +0400 (MSD) (envelope-from oleg@lath.rinet.ru) Received: (from oleg@localhost) by lath.rinet.ru (8.13.4/8.13.4/Submit) id k3HJh1Q9098881; Mon, 17 Apr 2006 23:43:01 +0400 (MSD) (envelope-from oleg) Date: Mon, 17 Apr 2006 23:43:01 +0400 From: Oleg Bulyzhin To: Tim Kientzle Message-ID: <20060417194301.GA98808@lath.rinet.ru> References: <4441D77F.4050501@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mxv5cy4qt+RJ9ypb" Content-Disposition: inline In-Reply-To: <4441D77F.4050501@freebsd.org> User-Agent: Mutt/1.5.11 Cc: "'freebsd-current@freebsd.org'" Subject: Re: bge problems (bcm5752 broken?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 19:43:05 -0000 --mxv5cy4qt+RJ9ypb Content-Type: multipart/mixed; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 15, 2006 at 10:34:55PM -0700, Tim Kientzle wrote: > I'm having troubles getting the BCM5752 ethernet > controller in my new HP DC7600 to work with either > -CURRENT or 6-STABLE. >=20 > Running dhclient on bge0 seems to generate no output > packets (according to tcpdump on another machine) > and dhclient eventually gives up. I've also seen > occasional messages about "firmware timeouts." >=20 > Any debugging suggestions welcome. (I've not spent > much time looking at Ethernet drivers, so I'm > not really sure where I should start.) >=20 > Tim Kientzle >=20 Could you please try attached patch? It may solve your dhclient problem. --=20 Oleg. --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="bge_init_intr.diff" Content-Transfer-Encoding: quoted-printable Index: if_bge.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/dev/bge/if_bge.c,v retrieving revision 1.91.2.13 diff -u -r1.91.2.13 if_bge.c --- if_bge.c 4 Mar 2006 09:34:48 -0000 1.91.2.13 +++ if_bge.c 17 Apr 2006 19:39:15 -0000 @@ -3308,6 +3308,14 @@ =09 bge_ifmedia_upd(ifp); =20 + sc->bge_link_evt++; +#ifdef DEVICE_POLLING + if (!(sc->bge_ifp->if_capenable & IFCAP_POLLING)) +#endif + { + BGE_SETBIT(sc, BGE_MISC_LOCAL_CTL, BGE_MLC_INTR_SET); + } + ifp->if_drv_flags |=3D IFF_DRV_RUNNING; ifp->if_drv_flags &=3D ~IFF_DRV_OACTIVE; =20 --wRRV7LY7NUeQGEoC-- --mxv5cy4qt+RJ9ypb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEQ+/FryLc73jOEF8RAsTTAJ4qbU793SlmVX59Z+Xcz/nu2H6JqgCeNPrB ljFHtd//+0zwHZfxM/uIJNQ= =nLkC -----END PGP SIGNATURE----- --mxv5cy4qt+RJ9ypb-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 17 19:54:32 2006 Return-Path: X-Original-To: current@freebsd.org 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 63C0E16A401 for ; Mon, 17 Apr 2006 19:54:32 +0000 (UTC) (envelope-from surerlistmail@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF61643D49 for ; Mon, 17 Apr 2006 19:54:31 +0000 (GMT) (envelope-from surerlistmail@gmail.com) Received: by nproxy.gmail.com with SMTP id m18so554349nfc for ; Mon, 17 Apr 2006 12:54:30 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=iiPbSqKcuWJqD2SKR8u5sOSQhKWCsz533sY6WiJejKlOmMKBFrR0rZeK+mokcIgGMUUHzTy1HsDB3JQmGjRanR5h3nUpVUcD6g6ksDmKtuMpFg6T/GISEfzz0hLPzHUXF9tjEoQfjSdanzIckKsg2f3j6WMjZgp64U2ri0kkfuo= Received: by 10.48.31.4 with SMTP id e4mr724892nfe; Mon, 17 Apr 2006 11:12:57 -0700 (PDT) Received: by 10.49.61.12 with HTTP; Mon, 17 Apr 2006 11:12:57 -0700 (PDT) Message-ID: Date: Mon, 17 Apr 2006 14:12:57 -0400 From: "Surer Dink" To: "Kris Kennaway" , smp@freebsd.org, current@freebsd.org In-Reply-To: <20060417162216.GA90886@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060417162216.GA90886@xor.obsecurity.org> X-Mailman-Approved-At: Mon, 17 Apr 2006 21:19:30 +0000 Cc: Subject: Re: Anomalous performance increase from mutex profiling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 19:54:32 -0000 On 4/17/06, Kris Kennaway wrote: > On Mon, Apr 17, 2006 at 03:54:07AM -0400, Surer Dink wrote: > > Please excuse if this is a stupid question - but might using MCS or > > QOLB locks in this situation be useful? > > What are they? Mellor-Crummy Scott: http://www.cs.rochester.edu/u/scott/papers/1991_ASPLOS_sync.pdf An overview comparing various possible optimizations for a few lock types, including MCS and QOLB: ftp://ftp.cs.utexas.edu/pub/dburger/papers/ISCA97_qolb.pdf I believe the QOLB proposal only suggested hardware modificaition for performance improvement, but could be implemented entirely in software - the overheads are high, but offer substantial performance benefit in high contention situations. MCS is based on QOSB, however fully implemented in software. There is also a proposal for changing lock to MCS dynamically, however I have not read it: ftp://ftp.cag.lcs.mit.edu/pub/papers/pdf/reactive.pdf From owner-freebsd-current@FreeBSD.ORG Tue Apr 18 00:03:56 2006 Return-Path: X-Original-To: current@freebsd.org 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 2D45516A406; Tue, 18 Apr 2006 00:03:56 +0000 (UTC) (envelope-from tlambert2@mindspring.com) Received: from elasmtp-kukur.atl.sa.earthlink.net (elasmtp-kukur.atl.sa.earthlink.net [209.86.89.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21EBD43D46; Tue, 18 Apr 2006 00:03:54 +0000 (GMT) (envelope-from tlambert2@mindspring.com) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=mindspring.com; b=dinjTO8y91sED8bypkTHIS+aI9DFOWWqPHjQ2q7OfJhJJiHVuuOibxXBWQOu/83l; h=Received:Message-ID:Date:From:Reply-To:To:Subject:Mime-Version:Content-Type:Content-Transfer-Encoding:X-Mailer:X-ELNK-Trace:X-Originating-IP; Received: from [209.86.224.28] (helo=mswamui-blood.atl.sa.earthlink.net) by elasmtp-kukur.atl.sa.earthlink.net with asmtp (Exim 4.34) id 1FVdhA-0008AZ-SI; Mon, 17 Apr 2006 20:03:52 -0400 Message-ID: <18400116.1145318632626.JavaMail.root@mswamui-blood.atl.sa.earthlink.net> Date: Mon, 17 Apr 2006 17:03:52 -0700 (GMT-07:00) From: Terry Lambert To: Surer Dink , Kris Kennaway , smp@freebsd.org, current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: EarthLink Zoo Mail 1.0 X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4b11c7e29a110beee3e546ab6f01399b1a2d4e88014a4647c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 209.86.224.28 X-Mailman-Approved-At: Tue, 18 Apr 2006 02:22:07 +0000 Cc: Subject: Re: Anomalous performance increase from mutex profiling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Terry Lambert List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 00:03:56 -0000 >From: Surer Dink >Sent: Apr 17, 2006 11:12 AM >To: Kris Kennaway , smp@freebsd.org, current@freebsd.org >Subject: Re: Anomalous performance increase from mutex profiling > >On 4/17/06, Kris Kennaway wrote: >> On Mon, Apr 17, 2006 at 03:54:07AM -0400, Surer Dink wrote: >> > Please excuse if this is a stupid question - but might using MCS or >> > QOLB locks in this situation be useful? >> >> What are they? > >Mellor-Crummy Scott: >http://www.cs.rochester.edu/u/scott/papers/1991_ASPLOS_sync.pdf > >An overview comparing various possible optimizations for a few lock >types, including MCS and QOLB: >ftp://ftp.cs.utexas.edu/pub/dburger/papers/ISCA97_qolb.pdf > >I believe the QOLB proposal only suggested hardware modificaition for >performance improvement, but could be implemented entirely in software >- the overheads are high, but offer substantial performance benefit in >high contention situations. MCS is based on QOSB, however fully >implemented in software. > >There is also a proposal for changing lock to MCS dynamically, however >I have not read it: >ftp://ftp.cag.lcs.mit.edu/pub/papers/pdf/reactive.pdf Implementation under the GPL, including MCAS and other lockless algorithms is available here (unfortunately, GPL'ed): http://www.cl.cam.ac.uk/Research/SRG/netos/lock-free/ Note that there is no general implementation that does not require use of asembly language; e.g. the PPC does not have a CAS instruction, and it has a weak memory model which means you will need to use an explicit barrier in your implementation (Mac OS X/Darwin provide implementations of the necessary atomic operations in the header file as of the Tiger release). -- Terry From owner-freebsd-current@FreeBSD.ORG Tue Apr 18 23:33:44 2006 Return-Path: X-Original-To: current@freebsd.org 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 A3AF816A403 for ; Tue, 18 Apr 2006 23:33:44 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8D8843D45 for ; Tue, 18 Apr 2006 23:33:43 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [127.0.0.1] (localhost.cc.fer.hr [127.0.0.1]) by lara.cc.fer.hr (8.13.6/8.13.4) with ESMTP id k3INXA3G024793; Wed, 19 Apr 2006 01:33:10 +0200 (CEST) (envelope-from ivoras@fer.hr) Message-ID: <44457736.6090403@fer.hr> Date: Wed, 19 Apr 2006 01:33:10 +0200 From: Ivan Voras User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050921) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vladimir Grebenschikov References: <1145278991.1468.9.camel@localhost> In-Reply-To: <1145278991.1468.9.camel@localhost> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Is there way to make geom volume from pices ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2006 23:33:44 -0000 Vladimir Grebenschikov wrote: > Hi > > Idea is simple - to make partition for qemu, I want to use static file > as MBR, and real partitions as part of bug disk, but some (booted > freebsd for example) as read-only and some as read-write. You could try and create devices from files (with mdconfig) and use gconcat to concatenate them... From owner-freebsd-current@FreeBSD.ORG Wed Apr 19 01:15:14 2006 Return-Path: X-Original-To: current@freebsd.org 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 361FF16A405; Wed, 19 Apr 2006 01:15:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFEF143D45; Wed, 19 Apr 2006 01:15:13 +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.4P/8.13.4) with ESMTP id k3J1FCG5017201; Tue, 18 Apr 2006 21:15:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k3J1F6Tr038054; Tue, 18 Apr 2006 21:15:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BE6D37302F; Tue, 18 Apr 2006 21:15:12 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060419011512.BE6D37302F@freebsd-current.sentex.ca> Date: Tue, 18 Apr 2006 21:15:12 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2006 01:15:14 -0000 TB --- 2006-04-18 23:13:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-18 23:13:27 - starting HEAD tinderbox run for i386/i386 TB --- 2006-04-18 23:13:27 - cleaning the object tree TB --- 2006-04-18 23:13:59 - checking out the source tree TB --- 2006-04-18 23:13:59 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-04-18 23:13:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-04-18 23:20:31 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-18 23:20:31 - cd /src TB --- 2006-04-18 23:20:31 - /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 --- 2006-04-19 00:27:33 - generating LINT kernel config TB --- 2006-04-19 00:27:33 - cd /src/sys/i386/conf TB --- 2006-04-19 00:27:33 - /usr/bin/make -B LINT TB --- 2006-04-19 00:27:34 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-19 00:27:34 - cd /src TB --- 2006-04-19 00:27:34 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 19 00:27:34 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Apr 19 00:53:31 UTC 2006 TB --- 2006-04-19 00:53:31 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-19 00:53:31 - cd /src TB --- 2006-04-19 00:53:31 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Apr 19 00:53:31 UTC 2006 >>> 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 Apr 19 01:13:26 UTC 2006 TB --- 2006-04-19 01:13:26 - building PAE kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-19 01:13:26 - cd /src TB --- 2006-04-19 01:13:26 - /usr/bin/make buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Wed Apr 19 01:13:26 UTC 2006 >>> 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 [...] /src/sys/dev/bce/if_bce.c: In function `bce_attach': /src/sys/dev/bce/if_bce.c:542: warning: large integer implicitly truncated to unsigned type /src/sys/dev/bce/if_bce.c:544: warning: large integer implicitly truncated to unsigned type /src/sys/dev/bce/if_bce.c: In function `bce_stats_update': /src/sys/dev/bce/if_bce.c:5311: warning: left shift count >= width of type /src/sys/dev/bce/if_bce.c:5313: warning: left shift count >= width of type /src/sys/dev/bce/if_bce.c:5315: warning: left shift count >= width of type /src/sys/dev/bce/if_bce.c:5317: warning: left shift count >= width of type *** Error code 1 Stop in /obj/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-19 01:15:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-19 01:15:12 - ERROR: failed to build PAE kernel TB --- 2006-04-19 01:15:12 - tinderbox aborted TB --- 1.09 user 5.80 system 7305.38 real From owner-freebsd-current@FreeBSD.ORG Wed Apr 19 05:32:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 5BE1716A403 for ; Wed, 19 Apr 2006 05:32:16 +0000 (UTC) (envelope-from adams.benjamin@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id D357B43D48 for ; Wed, 19 Apr 2006 05:32:15 +0000 (GMT) (envelope-from adams.benjamin@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so642819wxc for ; Tue, 18 Apr 2006 22:32:15 -0700 (PDT) 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=LgWqpXGz0newZT3c4B9s53koR4LgKJLsW58SZAc+ahexHH4TMmwDsv9OOqO/SYuc1vokaF7PnmK5ngEV/Gg8f2LXF6lGM00aV3wO/iDYIXReG5epE7gYizZbtqovXIOXUm1gADkOyLbLlp7P3Ev0l0oSNezz13R+IAPYIP/HveU= Received: by 10.70.23.14 with SMTP id 14mr4333631wxw; Tue, 18 Apr 2006 22:32:15 -0700 (PDT) Received: from ?192.168.0.7? ( [72.226.224.84]) by mx.gmail.com with ESMTP id h36sm91415wxd.2006.04.18.22.32.11; Tue, 18 Apr 2006 22:32:14 -0700 (PDT) From: Benjamin Adams To: freebsd-current@freebsd.org Content-Type: text/plain Date: Wed, 19 Apr 2006 13:22:20 -0400 Message-Id: <1145467346.32933.8.camel@BrutusBSD.rochester.rr.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: IBM T60 dmsg 6.1-RC1 (problems will test patches) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2006 05:32:16 -0000 I don't think the kernel is using dual core corrently. 6.0 and 7.0 did not reconize my acpi_bus for my hard drive. Also built in Wireless is not detected, Maybe other problems? Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-RC1 #0: Mon Apr 10 17:03:22 UTC 2006 root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Genuine Intel(R) CPU T2500 @ 2.00GHz (1995.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 Features=0xbfe9fbff Features2=0xc1a9,> AMD Features=0x100000 Hyperthreading: 2 logical CPUs real memory = 535625728 (510 MB) avail memory = 514605056 (490 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi_ec0: port 0x62,0x66 on acpi0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR 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 acpi_throttle0: on cpu0 cpu1: on acpi0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci0: at device 27.0 (no driver attached) pcib2: irq 20 at device 28.0 on pci0 pci2: on pcib2 em0: port 0x3000-0x301f mem 0xee000000-0xee01ffff irq 16 at device 0.0 on pci2 em0: Ethernet address: 00:16:41:16:28:2a pcib3: irq 21 at device 28.1 on pci0 pci3: on pcib3 pci3: at device 0.0 (no driver attached) pcib4: irq 22 at device 28.2 on pci0 pci4: on pcib4 pcib5: irq 23 at device 28.3 on pci0 pci12: on pcib5 uhci0: port 0x1800-0x181f irq 16 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 17 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 18 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 uhci3: port 0x1860-0x187f irq 19 at device 29.3 on pci0 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 ehci0: mem 0xee404000-0xee4043ff irq 19 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib6: at device 30.0 on pci0 pci21: on pcib6 cbb0: mem 0xe4300000-0xe4300fff irq 16 at device 0.0 on pci21 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1880-0x188f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x18c8-0x18cf,0x18ac-0x18af,0x18c0-0x18c7,0x18a8-0x18ab,0x18b0-0x18bf mem 0xee404400-0xee4047ff irq 16 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 ata4: on atapci1 ata5: on atapci1 pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 acpi_tz1: on acpi0 atkbdc0: port 0x60,0x64 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 Generic PS/2 mouse, device ID 0 sio0: configured irq 3 not in bitmap of probed irqs 0 sio0: port may not be enabled battery0: on acpi0 acpi_acad0: on acpi0 sio0: configured irq 3 not in bitmap of probed irqs 0 sio0: port may not be enabled pmtimer0 on isa0 orm0: at iomem 0xd0000-0xd0fff,0xd1000-0xd1fff,0xdc000-0xdffff on isa0 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 ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.10, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. ugen0: STMicroelectronics Biometric Coprocessor, rev 1.00/0.01, addr 2 Timecounters tick every 1.000 msec acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acd0: DVDR at ata0-master UDMA33 ad4: 95396MB at ata2-master SATA150 SMP: AP CPU #1 Launched! TOP------ last pid: 36180; load averages: 0.29, 0.24, 0.16 up 0+05:20:32 13:18:04 102 processes: 1 running, 101 sleeping CPU states: 1.3% user, 0.0% nice, 3.4% system, 0.0% interrupt, 95.3% idle Mem: 324M Active, 52M Inact, 93M Wired, 19M Cache, 60M Buf, 3388K Free Swap: 996M Total, 5328K Used, 991M Free ifconfig---- > em0: flags=8843 mtu 1500 > options=b > inet6 fe80::216:41ff:fe16:282a%em0 prefixlen 64 scopeid 0x1 > inet 192.168.0.7 netmask 0xffffff00 broadcast 192.168.0.255 > ether 00:16:41:16:28:2a > media: Ethernet autoselect (100baseTX ) > status: active > lo0: flags=8049 mtu 16384 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 > inet 127.0.0.1 netmask 0xff000000 Just looking for some help. I will test install any patches if someone wants to work with me. I'm glade to help FreeBSD. -- Benjamin Adams http://www.FreeBSDWorld.NET From owner-freebsd-current@FreeBSD.ORG Wed Apr 19 09:06:38 2006 Return-Path: X-Original-To: current@freebsd.org 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 5DC3016A402; Wed, 19 Apr 2006 09:06:38 +0000 (UTC) (envelope-from tobez@tobez.org) Received: from heechee.tobez.org (heechee.tobez.org [194.255.56.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id F201843D45; Wed, 19 Apr 2006 09:06:37 +0000 (GMT) (envelope-from tobez@tobez.org) Received: by heechee.tobez.org (Postfix, from userid 1001) id B2D5E125427; Wed, 19 Apr 2006 11:06:35 +0200 (CEST) Date: Wed, 19 Apr 2006 11:06:35 +0200 From: Anton Berezin To: Gordon Tetlow Message-ID: <20060419090635.GA24914@heechee.tobez.org> Mail-Followup-To: Anton Berezin , Gordon Tetlow , current@freebsd.org, dougb@freebsd.org References: <44412137.1010209@tetlows.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44412137.1010209@tetlows.org> User-Agent: Mutt/1.4.2.1i X-Powered-By: FreeBSD http://www.freebsd.org/ Cc: dougb@freebsd.org, current@freebsd.org Subject: Re: [CFR] Mergemaster auto upgrade patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2006 09:06:38 -0000 On Sat, Apr 15, 2006 at 09:37:11AM -0700, Gordon Tetlow wrote: > I've thrown together a quick mergemaster enhancement (under a new > command line switch: -U) that will automatically upgrade files that have > changed in the /usr/src/etc distribution but the user hasn't changed. > Great applications are for when you trust that the project isn't going > to break everything and only don't want mergemaster to squash files that > you have customized. > > Patch location: > http://people.freebsd.org/~gordon/patches/mergemaster.mtree.diff > > Please try it out! I think this is pretty cool, and is better suited for a wider audience than similar CVS-based solutions proposed earlier (http://www.freebsd.org/cgi/mid.cgi?id=427743ED.6020200%40FreeBSD.org&db=mid and http://www.freebsd.org/cgi/getmsg.cgi?fetch=0+0+/usr/local/www/db/text/2005/freebsd-audit/20050116.freebsd-audit). The patch looks fine and appears to work as advertized. :-) I hope dougb will pay attention. \Anton. -- An undefined problem has an infinite number of solutions. -- Robert A. Humphrey From owner-freebsd-current@FreeBSD.ORG Wed Apr 19 10:31:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 8C1F516A404 for ; Wed, 19 Apr 2006 10:31:37 +0000 (UTC) (envelope-from gbergling@0xfce3.net) Received: from einhorn.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id C427443D45 for ; Wed, 19 Apr 2006 10:31:35 +0000 (GMT) (envelope-from gbergling@0xfce3.net) X-Envelope-From: gbergling@0xfce3.net Received: from central.0xfce3.net (dslb-088-072-038-021.pools.arcor-ip.net [88.72.38.21]) (authenticated bits=128) by einhorn.in-berlin.de (8.13.6/8.13.6/Debian-1) with ESMTP id k3JAVXeu012768 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 19 Apr 2006 12:31:33 +0200 Received: from central.0xfce3.net (localhost [127.0.0.1]) by central.0xfce3.net (8.13.6/8.13.4) with ESMTP id k3JAVNnc001153; Wed, 19 Apr 2006 12:31:23 +0200 (CEST) (envelope-from gbergling@0xfce3.net) Received: (from gordon@localhost) by central.0xfce3.net (8.13.6/8.13.4/Submit) id k3JAVKiH001152; Wed, 19 Apr 2006 12:31:20 +0200 (CEST) (envelope-from gbergling@0xfce3.net) X-Authentication-Warning: central.0xfce3.net: gordon set sender to gbergling@0xfce3.net using -f Date: Wed, 19 Apr 2006 12:31:20 +0200 From: Gordon Bergling To: Benjamin Adams Message-ID: <20060419103120.GA1031@central.0xfce3.net> References: <1145467346.32933.8.camel@BrutusBSD.rochester.rr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1145467346.32933.8.camel@BrutusBSD.rochester.rr.com> X-Url: X-Operating-System: FreeBSD 6.1-RC i386 X-Host-Uptime: 12:24PM up 11 mins, 0 users, load averages: 0.05, 0.14, 0.13 User-Agent: Mutt/1.5.11 X-Spam-Score: * (1.453) AWL,BAYES_50,FORGED_RCVD_HELO X-Scanned-By: MIMEDefang_at_IN-Berlin_e.V. on 192.109.42.8 Cc: freebsd-current@freebsd.org Subject: Re: IBM T60 dmsg 6.1-RC1 (problems will test patches) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2006 10:31:37 -0000 Hi Benjamin, * Thus spake Benjamin Adams (adams.benjamin@gmail.com): > I don't think the kernel is using dual core corrently. 6.0 and 7.0 did > not reconize my acpi_bus for my hard drive. I don't understand what do you mean with acpi_bus for your hard drive. As long as your hardware is detected, and it is see below, it should be all okay. > Also built in Wireless is not detected, Maybe other problems? Well I don't know how good the auto-detect at FreeBSD is, but have you tried to load the drive for your wireless nic? [...] > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 ^^^^^^^^^^^^^^^^^^^^^^ This looks good to me. > acd0: DVDR at ata0-master UDMA33 > ad4: 95396MB at ata2-master SATA150 This should be the harddisk. ;) > SMP: AP CPU #1 Launched! > > TOP------ > last pid: 36180; load averages: 0.29, 0.24, 0.16 > up 0+05:20:32 13:18:04 > 102 processes: 1 running, 101 sleeping > CPU states: 1.3% user, 0.0% nice, 3.4% system, 0.0% interrupt, 95.3% > idle > Mem: 324M Active, 52M Inact, 93M Wired, 19M Cache, 60M Buf, 3388K Free > Swap: 996M Total, 5328K Used, 991M Free best regards, Gordon -- Gordon Bergling http://www.0xFCE3.net/ PGP Fingerprint: 7732 9BB1 5013 AE8B E42C 28E0 93B9 D32B C76F 02A0 RIPE-HDL: MDTP-RIPE "Minimal Electronic Music" From owner-freebsd-current@FreeBSD.ORG Wed Apr 19 11:31:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 0CF3A16A40F for ; Wed, 19 Apr 2006 11:31:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id E263643D4C for ; Wed, 19 Apr 2006 11:31:37 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k3JBVa4H002954; Wed, 19 Apr 2006 07:31:36 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 19 Apr 2006 07:28:51 -0400 User-Agent: KMail/1.8.3 References: <1145467346.32933.8.camel@BrutusBSD.rochester.rr.com> In-Reply-To: <1145467346.32933.8.camel@BrutusBSD.rochester.rr.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200604190728.52759.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1407/Tue Apr 18 17:01:55 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Benjamin Adams Subject: Re: IBM T60 dmsg 6.1-RC1 (problems will test patches) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2006 11:31:39 -0000 On Wednesday 19 April 2006 01:22 pm, Benjamin Adams wrote: > I don't think the kernel is using dual core corrently. 6.0 and 7.0 did > not reconize my acpi_bus for my hard drive. > Also built in Wireless is not detected, Maybe other problems? Aside from the wireless it all looks (mostly) ok to me. > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 These are your two cores, though FreeBSD thinks they are HTT instead of dual cores for some reason. You can toggle the=20 'machdep.hyperthreading_allowed' sysctl to make the kernel schedule threads onto the second core though. > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR Don't worry about these messages. > acd0: DVDR at ata0-master UDMA33 > ad4: 95396MB at ata2-master SATA150 Here's your DVD drive and hard drive (ad4). > TOP------ > last pid: 36180; load averages: 0.29, 0.24, 0.16 > up 0+05:20:32 13:18:04 > 102 processes: 1 running, 101 sleeping > CPU states: 1.3% user, 0.0% nice, 3.4% system, 0.0% interrupt, 95.3% > idle > Mem: 324M Active, 52M Inact, 93M Wired, 19M Cache, 60M Buf, 3388K Free > Swap: 996M Total, 5328K Used, 991M Free That looks fine. Seems to be very non-busy on the CPU side. :) > Just looking for some help. I will test install any patches if someone > wants to work with me. > I'm glade to help FreeBSD. You can probably use ndis to handle your wireless. (Or perhaps the iwi or ipw drivers? Not sure what is in your laptop.) =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Apr 19 14:03:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 5C32C16A405 for ; Wed, 19 Apr 2006 14:03:58 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6ED643D45 for ; Wed, 19 Apr 2006 14:03:57 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from [10.7.6.254] ([63.76.235.163]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id k3JE3nxX068385; Wed, 19 Apr 2006 10:03:49 -0400 (EDT) (envelope-from andy@siliconlandmark.com) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v749.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <4621CB9B-0ECC-48D2-93ED-E7480255C20C@siliconlandmark.com> Content-Transfer-Encoding: 7bit From: Andre Guibert de Bruet Date: Wed, 19 Apr 2006 10:03:49 -0400 To: livefreebsd@mac.com X-Mailer: Apple Mail (2.749.3) X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-1.482, required 6, AWL -0.03, BAYES_00 -2.60, SPF_FAIL 1.14) X-MailScanner-From: andy@siliconlandmark.com Cc: freebsd-current@freebsd.org Subject: Re: cPCI Hotplug support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2006 14:03:58 -0000 On Apr 16, 2006, at 1:12 PM, livefreebsd@mac.com wrote: > Does 6.0 not support hot-swap Compact PCI? > > With an ethernet card in this slot, O/S sees dc0 and dc1 but power > to the actual tranceivers does not occur. > > i.e. FreeBSD sees the chipset and let me ifconfig anything. But, > activity lights never works. This works with Linux. > > Can we port the code for this from Linux? This report is void of any relevant information and is therefore useless for a variety of reasons: - What is the make of the ethernet card? - Could we get the appropriate pciconf -vl output? - What does the dmesg output look like for the card? - What model laptop is this being used in? - What CPU? AMD64 or I386? Why should we port a driver for a NIC that appears to be almost working? It is way more efficient to make the relevant changes to get the card working in the present driver. This of course, requires that we know what devices you are trying to make interoperate... Cheers, Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * C/C++, Java, Perl, PHP, SQL, XHTML, XML */ From owner-freebsd-current@FreeBSD.ORG Wed Apr 19 15:24:05 2006 Return-Path: X-Original-To: current@freebsd.org 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 EA60416A400 for ; Wed, 19 Apr 2006 15:24:05 +0000 (UTC) (envelope-from mcgovern@spoon.beta.com) Received: from spoon.beta.com (spoon.beta.com [199.165.180.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66DF543D4C for ; Wed, 19 Apr 2006 15:24:05 +0000 (GMT) (envelope-from mcgovern@spoon.beta.com) Received: from spoon.beta.com (localhost [127.0.0.1]) by spoon.beta.com (8.13.4/8.13.4) with ESMTP id k3JFc23g062132 for ; Wed, 19 Apr 2006 11:38:02 -0400 (EDT) (envelope-from mcgovern@spoon.beta.com) Message-Id: <200604191538.k3JFc23g062132@spoon.beta.com> To: current@freebsd.org Date: Wed, 19 Apr 2006 11:38:02 -0400 From: "Brian J. McGovern" X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on spoon.beta.com Cc: Subject: 6.1-RC1 cardbus problem (PR 95661) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2006 15:24:06 -0000 Committers, This looks like a simple bug to squash, and a working patch is included. Any chance we can see it in 6.1? I believe a different fix has made it in to 7.x already. -B From owner-freebsd-current@FreeBSD.ORG Wed Apr 19 15:49:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 35ADB16A402 for ; Wed, 19 Apr 2006 15:49:41 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF32743D53 for ; Wed, 19 Apr 2006 15:49:38 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k3JFnb4q085707 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 19 Apr 2006 08:49:38 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <44465C11.4030205@errno.com> Date: Wed, 19 Apr 2006 08:49:37 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5 (X11/20060210) MIME-Version: 1.0 To: Benjamin Adams References: <1145467346.32933.8.camel@BrutusBSD.rochester.rr.com> In-Reply-To: <1145467346.32933.8.camel@BrutusBSD.rochester.rr.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: IBM T60 dmsg 6.1-RC1 (problems will test patches) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2006 15:49:43 -0000 Benjamin Adams wrote: > I don't think the kernel is using dual core corrently. 6.0 and 7.0 did > not reconize my acpi_bus for my hard drive. > Also built in Wireless is not detected, Maybe other problems? > > Copyright (c) 1992-2006 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights > reserved. > FreeBSD 6.1-RC1 #0: Mon Apr 10 17:03:22 UTC 2006 > root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Genuine Intel(R) CPU T2500 @ 2.00GHz (1995.02-MHz > 686-class CPU) > Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 > > Features=0xbfe9fbff > Features2=0xc1a9,> > AMD Features=0x100000 > Hyperthreading: 2 logical CPUs > real memory = 535625728 (510 MB) > avail memory = 514605056 (490 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0: Changing APIC ID to 1 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi_ec0: port 0x62,0x66 on acpi0 > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > 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 > acpi_throttle0: on cpu0 > cpu1: on acpi0 > acpi_throttle1: on cpu1 > acpi_throttle1: failed to attach P_CNT > device_attach: acpi_throttle1 attach returned 6 > acpi_lid0: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: irq 16 at device 1.0 on pci0 > pci1: on pcib1 > pci1: at device 0.0 (no driver attached) > pci0: at device 27.0 (no driver attached) > pcib2: irq 20 at device 28.0 on pci0 > pci2: on pcib2 > em0: port > 0x3000-0x301f mem 0xee000000-0xee01ffff irq 16 at device 0.0 on pci2 > em0: Ethernet address: 00:16:41:16:28:2a > pcib3: irq 21 at device 28.1 on pci0 > pci3: on pcib3 > pci3: at device 0.0 (no driver attached) > pcib4: irq 22 at device 28.2 on pci0 > pci4: on pcib4 > pcib5: irq 23 at device 28.3 on pci0 > pci12: on pcib5 > uhci0: port 0x1800-0x181f irq 16 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 17 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 18 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 > uhci3: port 0x1860-0x187f irq 19 at > device 29.3 on pci0 > 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 > ehci0: mem > 0xee404000-0xee4043ff irq 19 at device 29.7 on pci0 > ehci0: [GIANT-LOCKED] > usb4: EHCI version 1.0 > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > usb4: on ehci0 > usb4: USB revision 2.0 > uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub4: 8 ports with 8 removable, self powered > pcib6: at device 30.0 on pci0 > pci21: on pcib6 > cbb0: mem 0xe4300000-0xe4300fff irq 16 at > device 0.0 on pci21 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1880-0x188f at device 31.1 on pci0 > ata0: on atapci0 > ata1: on atapci0 > atapci1: port > 0x18c8-0x18cf,0x18ac-0x18af,0x18c0-0x18c7,0x18a8-0x18ab,0x18b0-0x18bf > mem 0xee404400-0xee4047ff irq 16 at device 31.2 on pci0 > ata2: on atapci1 > ata3: on atapci1 > ata4: on atapci1 > ata5: on atapci1 > pci0: at device 31.3 (no driver attached) > acpi_tz0: on acpi0 > acpi_tz1: on acpi0 > atkbdc0: port 0x60,0x64 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 Generic PS/2 mouse, device ID 0 > sio0: configured irq 3 not in bitmap of probed irqs 0 > sio0: port may not be enabled > battery0: on acpi0 > acpi_acad0: on acpi0 > sio0: configured irq 3 not in bitmap of probed irqs 0 > sio0: port may not be enabled > pmtimer0 on isa0 > orm0: at iomem > 0xd0000-0xd0fff,0xd1000-0xd1fff,0xdc000-0xdffff on isa0 > 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 > ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.10, addr 2, iclass > 3/1 > ums0: 3 buttons and Z dir. > ugen0: STMicroelectronics Biometric Coprocessor, rev 1.00/0.01, addr 2 > Timecounters tick every 1.000 msec > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > acd0: DVDR at ata0-master UDMA33 > ad4: 95396MB at ata2-master SATA150 > SMP: AP CPU #1 Launched! > > TOP------ > last pid: 36180; load averages: 0.29, 0.24, 0.16 > up 0+05:20:32 13:18:04 > 102 processes: 1 running, 101 sleeping > CPU states: 1.3% user, 0.0% nice, 3.4% system, 0.0% interrupt, 95.3% > idle > Mem: 324M Active, 52M Inact, 93M Wired, 19M Cache, 60M Buf, 3388K Free > Swap: 996M Total, 5328K Used, 991M Free > > ifconfig---- > >> em0: flags=8843 mtu 1500 >> options=b >> inet6 fe80::216:41ff:fe16:282a%em0 prefixlen 64 scopeid 0x1 >> inet 192.168.0.7 netmask 0xffffff00 broadcast 192.168.0.255 >> ether 00:16:41:16:28:2a >> media: Ethernet autoselect (100baseTX ) >> status: active >> lo0: flags=8049 mtu 16384 >> inet6 ::1 prefixlen 128 >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 >> inet 127.0.0.1 netmask 0xff000000 > > Just looking for some help. I will test install any patches if someone > wants to work with me. > I'm glade to help FreeBSD. > The T60 has an intel 3945 card in it unless you've got a special config. No native driver as yet; you can use ndis to get something going. Sam From owner-freebsd-current@FreeBSD.ORG Wed Apr 19 16:46:04 2006 Return-Path: X-Original-To: current@freebsd.org 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 9F26716A400 for ; Wed, 19 Apr 2006 16:46:04 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06AEA43D46 for ; Wed, 19 Apr 2006 16:46:03 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from [10.7.6.254] ([63.76.235.163]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id k3JGjqgv070095; Wed, 19 Apr 2006 12:45:53 -0400 (EDT) (envelope-from andy@siliconlandmark.com) In-Reply-To: <200604191538.k3JFc23g062132@spoon.beta.com> References: <200604191538.k3JFc23g062132@spoon.beta.com> Mime-Version: 1.0 (Apple Message framework v749.3) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Andre Guibert de Bruet Date: Wed, 19 Apr 2006 12:45:54 -0400 To: "Brian J. McGovern" X-Mailer: Apple Mail (2.749.3) X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-1.492, required 6, AWL -0.04, BAYES_00 -2.60, SPF_FAIL 1.14) X-MailScanner-From: andy@siliconlandmark.com Cc: current@freebsd.org Subject: Re: 6.1-RC1 cardbus problem (PR 95661) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2006 16:46:04 -0000 On Apr 19, 2006, at 11:38 AM, Brian J. McGovern wrote: > This looks like a simple bug to squash, and a working patch is > included. Any chance we can see it in 6.1? I believe a different fix > has made it in to 7.x already. I think you might have forgotten to attach the patch (Or a link to it). Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * C/C++, Java, Perl, PHP, SQL, XHTML, XML */ From owner-freebsd-current@FreeBSD.ORG Wed Apr 19 17:21:07 2006 Return-Path: X-Original-To: current@freebsd.org 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 C8A2516A402 for ; Wed, 19 Apr 2006 17:21:07 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.c0mplx.org (home.c0mplx.org [213.178.180.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6234643D4C for ; Wed, 19 Apr 2006 17:21:07 +0000 (GMT) (envelope-from lists@c0mplx.org) Received: from pi by home.c0mplx.org with local (Exim 4.52) id 1FWGMU-000PKI-Tq for current@freebsd.org; Wed, 19 Apr 2006 19:21:06 +0200 Date: Wed, 19 Apr 2006 19:21:06 +0200 From: Kurt Jaeger To: current@freebsd.org Message-ID: <20060419172106.GC76356@home.c0mplx.org> References: <200604191538.k3JFc23g062132@spoon.beta.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: Subject: Re: 6.1-RC1 cardbus problem (PR 95661) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2006 17:21:07 -0000 Hi! > > This looks like a simple bug to squash, and a working patch is > >included. Any chance we can see it in 6.1? I believe a different fix > >has made it in to 7.x already. > > I think you might have forgotten to attach the patch (Or a link to it). http://www.freebsd.org/cgi/query-pr.cgi?pr=95661 contains the patch. So maybe someone should include it in 6.1? -- pi@c0mplx.org +49 171 3101372 14 years to go ! From owner-freebsd-current@FreeBSD.ORG Wed Apr 19 17:55:23 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 BCB6316A407; Wed, 19 Apr 2006 17:55:23 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FA9043D6E; Wed, 19 Apr 2006 17:55:20 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id k3JHtFUJ098986; Wed, 19 Apr 2006 13:55:15 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Wed, 19 Apr 2006 13:55:00 -0400 User-Agent: KMail/1.6.2 References: <200604191538.k3JFc23g062132@spoon.beta.com> <20060419172106.GC76356@home.c0mplx.org> In-Reply-To: <20060419172106.GC76356@home.c0mplx.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200604191355.02613.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.88/1408/Wed Apr 19 11:13:11 2006 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Kurt Jaeger , current@FreeBSD.org Subject: Re: 6.1-RC1 cardbus problem (PR 95661) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2006 17:55:23 -0000 On Wednesday 19 April 2006 01:21 pm, Kurt Jaeger wrote: > Hi! > > > > This looks like a simple bug to squash, and a working patch is > > >included. Any chance we can see it in 6.1? I believe a > > > different fix has made it in to 7.x already. > > > > I think you might have forgotten to attach the patch (Or a link > > to it). > > http://www.freebsd.org/cgi/query-pr.cgi?pr=95661 > > contains the patch. So maybe someone should include it in 6.1? This is handled differently in -CURRENT: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/pci/pci_pci.c.diff?r1=1.37&r2=1.38 It requires SMBIOS support in loader, which was not MFC'd. Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed Apr 19 17:55:23 2006 Return-Path: X-Original-To: current@FreeBSD.org 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 BCB6316A407; Wed, 19 Apr 2006 17:55:23 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FA9043D6E; Wed, 19 Apr 2006 17:55:20 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id k3JHtFUJ098986; Wed, 19 Apr 2006 13:55:15 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Wed, 19 Apr 2006 13:55:00 -0400 User-Agent: KMail/1.6.2 References: <200604191538.k3JFc23g062132@spoon.beta.com> <20060419172106.GC76356@home.c0mplx.org> In-Reply-To: <20060419172106.GC76356@home.c0mplx.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200604191355.02613.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.88/1408/Wed Apr 19 11:13:11 2006 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Kurt Jaeger , current@FreeBSD.org Subject: Re: 6.1-RC1 cardbus problem (PR 95661) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2006 17:55:23 -0000 On Wednesday 19 April 2006 01:21 pm, Kurt Jaeger wrote: > Hi! > > > > This looks like a simple bug to squash, and a working patch is > > >included. Any chance we can see it in 6.1? I believe a > > > different fix has made it in to 7.x already. > > > > I think you might have forgotten to attach the patch (Or a link > > to it). > > http://www.freebsd.org/cgi/query-pr.cgi?pr=95661 > > contains the patch. So maybe someone should include it in 6.1? This is handled differently in -CURRENT: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/pci/pci_pci.c.diff?r1=1.37&r2=1.38 It requires SMBIOS support in loader, which was not MFC'd. Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed Apr 19 18:11:04 2006 Return-Path: X-Original-To: current@freebsd.org 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 36A8D16A433 for ; Wed, 19 Apr 2006 18:11:04 +0000 (UTC) (envelope-from mcgovern@spoon.beta.com) Received: from spoon.beta.com (spoon.beta.com [199.165.180.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7EB043D6D for ; Wed, 19 Apr 2006 18:10:58 +0000 (GMT) (envelope-from mcgovern@spoon.beta.com) Received: from spoon.beta.com (localhost [127.0.0.1]) by spoon.beta.com (8.13.4/8.13.4) with ESMTP id k3JIOwcg063668; Wed, 19 Apr 2006 14:24:58 -0400 (EDT) (envelope-from mcgovern@spoon.beta.com) Message-Id: <200604191824.k3JIOwcg063668@spoon.beta.com> To: Andre Guibert de Bruet In-reply-to: Your message of "Wed, 19 Apr 2006 12:45:54 EDT." Date: Wed, 19 Apr 2006 14:24:58 -0400 From: "Brian J. McGovern" X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on spoon.beta.com Cc: "Brian J. McGovern" , mcgovern@spoon.beta.com, current@freebsd.org Subject: Re: 6.1-RC1 cardbus problem (PR 95661) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2006 18:11:04 -0000 Andre, The patch is in the "fix" section of the PR.... http://www.freebsd.org/cgi/query-pr.cgi?pr=95661 -Brian > > On Apr 19, 2006, at 11:38 AM, Brian J. McGovern wrote: > > > This looks like a simple bug to squash, and a working patch is > > included. Any chance we can see it in 6.1? I believe a different fix > > has made it in to 7.x already. > > I think you might have forgotten to attach the patch (Or a link to it). > > Andy > > /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ > /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ > /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ > /* WWW: siliconlandmark.com * C/C++, Java, Perl, PHP, SQL, XHTML, XML */ > > From owner-freebsd-current@FreeBSD.ORG Wed Apr 19 18:34:48 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 9FADF16A406; Wed, 19 Apr 2006 18:34:48 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ECC143D6E; Wed, 19 Apr 2006 18:34:47 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F24F.dip.t-dialin.net [84.165.242.79]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.1) with ESMTP id k3JITgNc057138; Wed, 19 Apr 2006 20:29:43 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k3JIYf1g043014; Wed, 19 Apr 2006 20:34:41 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Wed, 19 Apr 2006 20:35:00 +0200 From: Alexander Leidinger To: John Baldwin Message-ID: <20060419203500.1b6fe404@Magellan.Leidinger.net> In-Reply-To: <200604190728.52759.jhb@freebsd.org> References: <1145467346.32933.8.camel@BrutusBSD.rochester.rr.com> <200604190728.52759.jhb@freebsd.org> X-Mailer: Sylpheed-Claws 2.1.0 (GTK+ 2.8.17; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: freebsd-current@freebsd.org, Benjamin Adams Subject: Re: IBM T60 dmsg 6.1-RC1 (problems will test patches) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2006 18:34:48 -0000 Am Wed, 19 Apr 2006 07:28:51 -0400 schrieb John Baldwin : > On Wednesday 19 April 2006 01:22 pm, Benjamin Adams wrote: > > I don't think the kernel is using dual core corrently. 6.0 and 7.0 did > > not reconize my acpi_bus for my hard drive. > > Also built in Wireless is not detected, Maybe other problems? > > Aside from the wireless it all looks (mostly) ok to me. > > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > cpu0 (BSP): APIC ID: 0 > > cpu1 (AP): APIC ID: 1 > > These are your two cores, though FreeBSD thinks they are HTT instead > of dual cores for some reason. You can toggle the > 'machdep.hyperthreading_allowed' sysctl to make the kernel schedule > threads onto the second core though. This is because Intel wants the Dual-Core to work with Windows XP. They (and AMD) decided to change the semantic of the HTT bits. A summary of a german article about this is at http://lists.freebsd.org/pipermail/cvs-all/2006-April/166131.html Feel free to ask for some specific details, I will translate those parts then. Bye, Alexander. -- Intel: where Quality is job number 0.9998782345! http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 WL http://www.amazon.de/exec/obidos/registry/1FZ4DTHQE9PQ8/ref=wl_em_to/ From owner-freebsd-current@FreeBSD.ORG Wed Apr 19 19:28:41 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 F381B16A401; Wed, 19 Apr 2006 19:28:40 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8213143D45; Wed, 19 Apr 2006 19:28:40 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id k3JJSZHw002635; Wed, 19 Apr 2006 15:28:35 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Wed, 19 Apr 2006 15:28:20 -0400 User-Agent: KMail/1.6.2 References: <1145467346.32933.8.camel@BrutusBSD.rochester.rr.com> <200604190728.52759.jhb@freebsd.org> <20060419203500.1b6fe404@Magellan.Leidinger.net> In-Reply-To: <20060419203500.1b6fe404@Magellan.Leidinger.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200604191528.22342.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.88/1408/Wed Apr 19 11:13:11 2006 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Alexander Leidinger , Benjamin Adams , John Baldwin Subject: Re: IBM T60 dmsg 6.1-RC1 (problems will test patches) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2006 19:28:41 -0000 On Wednesday 19 April 2006 02:35 pm, Alexander Leidinger wrote: > Am Wed, 19 Apr 2006 07:28:51 -0400 > > schrieb John Baldwin : > > On Wednesday 19 April 2006 01:22 pm, Benjamin Adams wrote: > > > I don't think the kernel is using dual core corrently. 6.0 and > > > 7.0 did not reconize my acpi_bus for my hard drive. > > > Also built in Wireless is not detected, Maybe other problems? > > > > Aside from the wireless it all looks (mostly) ok to me. > > > > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > > cpu0 (BSP): APIC ID: 0 > > > cpu1 (AP): APIC ID: 1 > > > > These are your two cores, though FreeBSD thinks they are HTT > > instead of dual cores for some reason. You can toggle the > > 'machdep.hyperthreading_allowed' sysctl to make the kernel > > schedule threads onto the second core though. > > This is because Intel wants the Dual-Core to work with Windows XP. > They (and AMD) decided to change the semantic of the HTT bits. A > summary of a german article about this is at > > http://lists.freebsd.org/pipermail/cvs-all/2006-April/166131.html > > Feel free to ask for some specific details, I will translate those > parts then. RELENG_6 does not *display* number of cores but -CURRENT should: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/amd64/amd64/identcpu.c.diff?r1=1.136&r2=1.140 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/i386/identcpu.c.diff?r1=1.150&r2=1.145 One thing that I neglected to MFC... :-( Actual HTT core detection is done with different algorithm by nectar: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/amd64/amd64/mp_machdep.c.diff?r1=1.253&r2=1.254 Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed Apr 19 20:19:40 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 57F9D16A403; Wed, 19 Apr 2006 20:19:40 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id D61B543D48; Wed, 19 Apr 2006 20:19:39 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id k3JKJcIs004701; Wed, 19 Apr 2006 16:19:38 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Wed, 19 Apr 2006 16:19:23 -0400 User-Agent: KMail/1.6.2 References: <1145467346.32933.8.camel@BrutusBSD.rochester.rr.com> <20060419203500.1b6fe404@Magellan.Leidinger.net> <200604191528.22342.jkim@FreeBSD.org> In-Reply-To: <200604191528.22342.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200604191619.25287.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.88/1408/Wed Apr 19 11:13:11 2006 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Alexander Leidinger , Benjamin Adams , John Baldwin Subject: Re: IBM T60 dmsg 6.1-RC1 (problems will test patches) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2006 20:19:40 -0000 On Wednesday 19 April 2006 03:28 pm, Jung-uk Kim wrote: > RELENG_6 does not *display* number of cores but -CURRENT should: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/amd64/amd64/identcpu. >c.diff?r1=1.136&r2=1.140 > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/i386/identcpu.c. >diff?r1=1.150&r2=1.145 > > One thing that I neglected to MFC... :-( Here is patch for RELENG_6 and RELENG_6_1 for multicore detection: http://people.freebsd.org/~jkim/multicore-RELENG_6.diff Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed Apr 19 22:14:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 01FBD16A408 for ; Wed, 19 Apr 2006 22:14:19 +0000 (UTC) (envelope-from livefreebsd@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74DFE43D73 for ; Wed, 19 Apr 2006 22:14:14 +0000 (GMT) (envelope-from livefreebsd@mac.com) Received: from mac.com (smtpin04-en2 [10.13.10.149]) by smtpout.mac.com (Xserve/8.12.11/smtpout13/MantshX 4.0) with ESMTP id k3JMEEoh000357; Wed, 19 Apr 2006 15:14:14 -0700 (PDT) Received: from cherry.local (pool-71-127-206-78.nwrknj.east.verizon.net [71.127.206.78]) (authenticated bits=0) by mac.com (Xserve/smtpin04/MantshX 4.0) with ESMTP id k3JME8jU014042 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 19 Apr 2006 15:14:13 -0700 (PDT) Received: from [127.0.0.1] by cherry.local (PGP Universal service); Wed, 19 Apr 2006 18:14:11 -0400 X-PGP-Universal: processed; by cherry.local on Wed, 19 Apr 2006 18:14:11 -0400 In-Reply-To: <4621CB9B-0ECC-48D2-93ED-E7480255C20C@siliconlandmark.com> References: <4621CB9B-0ECC-48D2-93ED-E7480255C20C@siliconlandmark.com> Mime-Version: 1.0 (Apple Message framework v749.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Park Foreman Date: Wed, 19 Apr 2006 18:14:00 -0400 To: Andre Guibert de Bruet X-Mailer: Apple Mail (2.749.3) Cc: freebsd-current@freebsd.org Subject: Re: cPCI Hotplug support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2006 22:14:19 -0000 System: Nokia IP330 using AMD K6 processor Card: Zynx ZX412 dual 10/100 card and DEC/Intel 21143 chipset ifconfig: dc0: flags=8843 mtu 1500 options=8 inet 172.21.1.1 netmask 0xffff0000 broadcast 172.21.255.255 inet6 fe80::2c0:95ff:fee5:7d8c%dc0 prefixlen 64 scopeid 0x4 ether 00:c0:95:e5:12:ab media: Ethernet autoselect (none) status: no carrier dc1: flags=8843 mtu 1500 options=8 inet 172.21.2.1 netmask 0xffff0000 broadcast 172.21.255.255 inet6 fe80::2c0:95ff:fee5:7d8d%dc1 prefixlen 64 scopeid 0x5 ether 00:c0:95:e5:23:cd media: Ethernet autoselect (none) status: no carrier dmesg: pci1: on pcib1 dc0: port 0xe000-0xe07f mem 0xd8000000-0xd80003ff irq 10 at device 5.0 on pci1 miibus3: on dc0 dcphy0: on miibus3 dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: Ethernet address: 00:c0:95:e5:7d:8c dc0: [GIANT-LOCKED] dc1: port 0xe400-0xe47f mem 0xd8001000-0xd80013ff irq 12 at device 6.0 on pci1 miibus4: on dc1 dcphy1: on miibus4 dcphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc1: Ethernet address: 00:c0:95:e5:7d:8d dc1: [GIANT-LOCKED] pciconf -vl: pcib1@pci0:16:0: class=0x060400 card=0x000000dc chip=0x00241011 rev=0x03 hdr=0x01 vendor = 'Digital Equipment Corporation' device = '21151/2 PCI to PCI Bridge' class = bridge subclass = PCI-PCI dc0@pci1:5:0: class=0x020000 card=0x0019110d chip=0x00191011 rev=0x41 hdr=0x00 vendor = 'Digital Equipment Corporation' device = 'DC21142/3 PCI/CardBus 10/100 Mbit Ethernet Ctlr' class = network subclass = ethernet dc1@pci1:6:0: class=0x020000 card=0x0019110d chip=0x00191011 rev=0x41 hdr=0x00 vendor = 'Digital Equipment Corporation' device = 'DC21142/3 PCI/CardBus 10/100 Mbit Ethernet Ctlr' class = network subclass = ethernet I have been advised to look at http://cvstrac.pfsense.com/chngview? cn=4643 But, I am not using pfSense. Just 6.0 release. I have also looked at http://www.znyx.com/support/drivers/ ZX412_drivers.htm But these drivers don't work for me. If they can be made to work, could they be built into the next release or adapt the existing drivers? Typically, I would say why bother with such old equipment but there are a lot of companies trying to breath new life into these old firewalls. Park On Apr 19, 2006, at 10:03 AM, Andre Guibert de Bruet wrote: > On Apr 16, 2006, at 1:12 PM, livefreebsd@mac.com wrote: > >> Does 6.0 not support hot-swap Compact PCI? >> >> With an ethernet card in this slot, O/S sees dc0 and dc1 but >> power to the actual tranceivers does not occur. >> >> i.e. FreeBSD sees the chipset and let me ifconfig anything. But, >> activity lights never works. This works with Linux. >> >> Can we port the code for this from Linux? > > This report is void of any relevant information and is therefore > useless for a variety of reasons: > > - What is the make of the ethernet card? > - Could we get the appropriate pciconf -vl output? > - What does the dmesg output look like for the card? > - What model laptop is this being used in? > - What CPU? AMD64 or I386? > > Why should we port a driver for a NIC that appears to be almost > working? It is way more efficient to make the relevant changes to > get the card working in the present driver. This of course, > requires that we know what devices you are trying to make > interoperate... > > Cheers, > Andy > > /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 > 6a20 */ > /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d > 2e6e */ > /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e > 0000 */ > /* WWW: siliconlandmark.com * C/C++, Java, Perl, PHP, SQL, XHTML, > XML */ > From owner-freebsd-current@FreeBSD.ORG Wed Apr 19 22:27:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 3ADBC16A402 for ; Wed, 19 Apr 2006 22:27:31 +0000 (UTC) (envelope-from devon.odell@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id B55F243D46 for ; Wed, 19 Apr 2006 22:27:30 +0000 (GMT) (envelope-from devon.odell@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so792681wxc for ; Wed, 19 Apr 2006 15:27:30 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DIX+rDkeLDIr9YyWwTV5IVfGc3yhSyyBTOF3TplIANiqJu7/zIG6mqNBVepiQQ70N+QxZs9iY62qyHOLwsgh3Ahb+Zukt3A7BNQ/AOLrldFHwA0UMwXraaACjQire3G0AskLNERUskhhS++qj+XVZa8ZfnJcmZniS/TWmwj2yQk= Received: by 10.70.76.20 with SMTP id y20mr1474wxa; Wed, 19 Apr 2006 15:27:29 -0700 (PDT) Received: by 10.70.65.8 with HTTP; Wed, 19 Apr 2006 15:27:29 -0700 (PDT) Message-ID: <9ab217670604191527r1c8e1326nf121b8b4d7d25adc@mail.gmail.com> Date: Wed, 19 Apr 2006 15:27:29 -0700 From: "Devon H. O'Dell" To: "Andre Guibert de Bruet" In-Reply-To: <4621CB9B-0ECC-48D2-93ED-E7480255C20C@siliconlandmark.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4621CB9B-0ECC-48D2-93ED-E7480255C20C@siliconlandmark.com> Cc: freebsd-current@freebsd.org, livefreebsd@mac.com Subject: Re: cPCI Hotplug support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2006 22:27:31 -0000 2006/4/19, Andre Guibert de Bruet : > - What model laptop is this being used in? Note that compact-pci is different than mini-pci. Compact PCI is used very heavily in telecom blade applications and has some extensions for e.g. hot swapping. I'm not sure that FreeBSD supports this. --Devon > - What CPU? AMD64 or I386? > > Why should we port a driver for a NIC that appears to be almost > working? It is way more efficient to make the relevant changes to get > the card working in the present driver. This of course, requires that > we know what devices you are trying to make interoperate... > > Cheers, > Andy > > /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ > /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ > /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ > /* WWW: siliconlandmark.com * C/C++, Java, Perl, PHP, SQL, XHTML, XML */ > > _______________________________________________ > 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 Apr 19 23:33:29 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 9CA1416A400 for ; Wed, 19 Apr 2006 23:33:29 +0000 (UTC) (envelope-from bms@spc.org) Received: from mindfull.spc.org (mindfull.spc.org [83.167.185.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCBF743D48 for ; Wed, 19 Apr 2006 23:33:28 +0000 (GMT) (envelope-from bms@spc.org) Received: from arginine.spc.org ([83.167.185.2]) by mindfull.spc.org with esmtps (TLSv1:AES256-SHA:256) (Exim 4.52) id 1FWMAd-00022b-Rw; Thu, 20 Apr 2006 00:33:15 +0100 Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id B5D8C65499; Thu, 20 Apr 2006 00:33:26 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 80111-02; Thu, 20 Apr 2006 00:33:26 +0100 (BST) Received: by arginine.spc.org (Postfix, from userid 1078) id DBF90653F9; Thu, 20 Apr 2006 00:33:25 +0100 (BST) Date: Thu, 20 Apr 2006 00:33:25 +0100 From: Bruce M Simpson To: livefreebsd@mac.com Message-ID: <20060419233325.GF28496@spc.org> Mail-Followup-To: Bruce M Simpson , livefreebsd@mac.com, freebsd-current@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i Organization: Incunabulum X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - mindfull.spc.org X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - spc.org X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-current@freebsd.org Subject: Re: cPCI Hotplug support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2006 23:33:29 -0000 On Sun, Apr 16, 2006 at 01:12:53PM -0400, livefreebsd@mac.com wrote: > Does 6.0 not support hot-swap Compact PCI? No, to the best of my knowledge. > Can we port the code for this from Linux? Not really, unless you're referring to code for specific enclosure hotplug controllers; the code in Linux is of course GPL encumbered. Some other things need to change in the PCI code for this to really be possible (multiple PCI nexus instances, for example, and the ability to renumber the buses correctly when a new bus is plugged in). Regards, BMS From owner-freebsd-current@FreeBSD.ORG Wed Apr 19 23:42:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 E4DEF16A425 for ; Wed, 19 Apr 2006 23:42:02 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from ms-smtp-04.southeast.rr.com (ms-smtp-04.southeast.rr.com [24.25.9.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C25A43D46 for ; Wed, 19 Apr 2006 23:42:00 +0000 (GMT) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (cpe-024-211-118-154.sc.res.rr.com [24.211.118.154]) by ms-smtp-04.southeast.rr.com (8.13.4/8.13.4) with ESMTP id k3JNfdhA021742; Wed, 19 Apr 2006 19:41:39 -0400 (EDT) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.13.4/8.13.4) with ESMTP id k3JNfcdd073934; Wed, 19 Apr 2006 19:41:38 -0400 (EDT) (envelope-from morganw@chemikals.org) Date: Wed, 19 Apr 2006 19:41:38 -0400 (EDT) From: Wesley Morgan To: Sam Leffler In-Reply-To: <44465C11.4030205@errno.com> Message-ID: <20060419194107.I55293@volatile.chemikals.org> References: <1145467346.32933.8.camel@BrutusBSD.rochester.rr.com> <44465C11.4030205@errno.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: freebsd-current@freebsd.org, Benjamin Adams Subject: Re: IBM T60 dmsg 6.1-RC1 (problems will test patches) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2006 23:42:03 -0000 On Wed, 19 Apr 2006, Sam Leffler wrote: > The T60 has an intel 3945 card in it unless you've got a special config. No > native driver as yet; you can use ndis to get something going. Not on my Tecra M5. :/ -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Apr 20 04:41:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 1978416A402 for ; Thu, 20 Apr 2006 04:41:28 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CDD943D5D for ; Thu, 20 Apr 2006 04:41:21 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k3K4dY1R009098; Wed, 19 Apr 2006 22:39:35 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 19 Apr 2006 22:39:33 -0600 (MDT) Message-Id: <20060419.223933.67679418.imp@bsdimp.com> To: bms@spc.org From: "M. Warner Losh" In-Reply-To: <20060419233325.GF28496@spc.org> References: <20060419233325.GF28496@spc.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: freebsd-current@freebsd.org, livefreebsd@mac.com Subject: Re: cPCI Hotplug support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2006 04:41:28 -0000 In message: <20060419233325.GF28496@spc.org> Bruce M Simpson writes: : On Sun, Apr 16, 2006 at 01:12:53PM -0400, livefreebsd@mac.com wrote: : > Does 6.0 not support hot-swap Compact PCI? : : No, to the best of my knowledge. 6.0 supports Compact PCI machines that are also hot-swap. It doesn't support hot-swapping the cards. : > Can we port the code for this from Linux? : : Not really, unless you're referring to code for specific enclosure : hotplug controllers; the code in Linux is of course GPL encumbered. : : Some other things need to change in the PCI code for this to really : be possible (multiple PCI nexus instances, for example, and the ability : to renumber the buses correctly when a new bus is plugged in). Or conversely the ability to number the busses sanely to start with... There's a big problem with renumbering the busses on the fly... Warner From owner-freebsd-current@FreeBSD.ORG Thu Apr 20 04:41:38 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 737E616A430 for ; Thu, 20 Apr 2006 04:41:38 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4445443D4C for ; Thu, 20 Apr 2006 04:41:36 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k3K4c8bw009094; Wed, 19 Apr 2006 22:38:08 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 19 Apr 2006 22:38:07 -0600 (MDT) Message-Id: <20060419.223807.69987349.imp@bsdimp.com> To: devon.odell@gmail.com From: "M. Warner Losh" In-Reply-To: <9ab217670604191527r1c8e1326nf121b8b4d7d25adc@mail.gmail.com> References: <4621CB9B-0ECC-48D2-93ED-E7480255C20C@siliconlandmark.com> <9ab217670604191527r1c8e1326nf121b8b4d7d25adc@mail.gmail.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, livefreebsd@mac.com Subject: Re: cPCI Hotplug support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2006 04:41:38 -0000 In message: <9ab217670604191527r1c8e1326nf121b8b4d7d25adc@mail.gmail.com> "Devon H. O'Dell" writes: : 2006/4/19, Andre Guibert de Bruet : : > - What model laptop is this being used in? : : Note that compact-pci is different than mini-pci. Compact PCI is used : very heavily in telecom blade applications and has some extensions for : e.g. hot swapping. I'm not sure that FreeBSD supports this. FreeBSD works great on Compact PCI cards, except for hot swapping. At least that's been my experience with the Compact PCI form-factor computer and card-cage we had at work for a while... The problem is most likely specific to that particular card. Warner From owner-freebsd-current@FreeBSD.ORG Thu Apr 20 06:42:38 2006 Return-Path: X-Original-To: current@freebsd.org 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 939EE16A403; Thu, 20 Apr 2006 06:42:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35A0243D45; Thu, 20 Apr 2006 06:42:38 +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.6/8.13.6) with ESMTP id k3K6gb53049876; Thu, 20 Apr 2006 02:42:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k3K6gb9o045128; Thu, 20 Apr 2006 02:42:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C3FA17302F; Thu, 20 Apr 2006 02:42:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060420064236.C3FA17302F@freebsd-current.sentex.ca> Date: Thu, 20 Apr 2006 02:42:36 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 06:42:38 -0000 TB --- 2006-04-20 04:40:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-20 04:40:17 - starting HEAD tinderbox run for i386/i386 TB --- 2006-04-20 04:40:17 - cleaning the object tree TB --- 2006-04-20 04:40:48 - checking out the source tree TB --- 2006-04-20 04:40:48 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-04-20 04:40:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-04-20 04:47:37 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-20 04:47:37 - cd /src TB --- 2006-04-20 04:47:37 - /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 --- 2006-04-20 05:55:11 - generating LINT kernel config TB --- 2006-04-20 05:55:11 - cd /src/sys/i386/conf TB --- 2006-04-20 05:55:11 - /usr/bin/make -B LINT TB --- 2006-04-20 05:55:11 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-20 05:55:11 - cd /src TB --- 2006-04-20 05:55:11 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 20 05:55:12 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Thu Apr 20 06:20:50 UTC 2006 TB --- 2006-04-20 06:20:50 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-20 06:20:50 - cd /src TB --- 2006-04-20 06:20:50 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Apr 20 06:20:51 UTC 2006 >>> 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 Thu Apr 20 06:40:38 UTC 2006 TB --- 2006-04-20 06:40:38 - building PAE kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-20 06:40:38 - cd /src TB --- 2006-04-20 06:40:38 - /usr/bin/make buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Thu Apr 20 06:40:38 UTC 2006 >>> 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 [...] /src/sys/dev/bce/if_bce.c: In function `bce_attach': /src/sys/dev/bce/if_bce.c:542: warning: large integer implicitly truncated to unsigned type /src/sys/dev/bce/if_bce.c:544: warning: large integer implicitly truncated to unsigned type /src/sys/dev/bce/if_bce.c: In function `bce_stats_update': /src/sys/dev/bce/if_bce.c:5311: warning: left shift count >= width of type /src/sys/dev/bce/if_bce.c:5313: warning: left shift count >= width of type /src/sys/dev/bce/if_bce.c:5315: warning: left shift count >= width of type /src/sys/dev/bce/if_bce.c:5317: warning: left shift count >= width of type *** Error code 1 Stop in /obj/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-20 06:42:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-20 06:42:36 - ERROR: failed to build PAE kernel TB --- 2006-04-20 06:42:36 - tinderbox aborted TB --- 1.14 user 5.77 system 7339.27 real From owner-freebsd-current@FreeBSD.ORG Thu Apr 20 12:17:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 7AB0616A416; Thu, 20 Apr 2006 12:17:12 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93F1E43D49; Thu, 20 Apr 2006 12:17:11 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k3KCGo9L011854; Thu, 20 Apr 2006 08:16:50 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 20 Apr 2006 08:16:47 -0400 User-Agent: KMail/1.8.3 References: <1145467346.32933.8.camel@BrutusBSD.rochester.rr.com> <200604191528.22342.jkim@FreeBSD.org> <200604191619.25287.jkim@FreeBSD.org> In-Reply-To: <200604191619.25287.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200604200816.49570.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1409/Wed Apr 19 17:02:41 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Alexander Leidinger , Benjamin Adams , Jung-uk Kim Subject: Re: IBM T60 dmsg 6.1-RC1 (problems will test patches) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2006 12:17:12 -0000 On Wednesday 19 April 2006 04:19 pm, Jung-uk Kim wrote: > On Wednesday 19 April 2006 03:28 pm, Jung-uk Kim wrote: > > RELENG_6 does not *display* number of cores but -CURRENT should: > > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/amd64/amd64/identcpu. > >c.diff?r1=3D1.136&r2=3D1.140 > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/i386/identcpu.c. > >diff?r1=3D1.150&r2=3D1.145 > > > > One thing that I neglected to MFC... :-( > > Here is patch for RELENG_6 and RELENG_6_1 for multicore detection: > > http://people.freebsd.org/~jkim/multicore-RELENG_6.diff This is a good start, but we still need to update the CPU masks in mp_machdep.c for stuff like the 'hyperthreading_allowed' sysctl to actually work correctly. This should probably be MFC'd first though and the CPU masks fixed in HEAD. =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Apr 20 13:58:46 2006 Return-Path: X-Original-To: current@freebsd.org 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 68B4416A401 for ; Thu, 20 Apr 2006 13:58:46 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp3-g19.free.fr (smtp3-g19.free.fr [212.27.42.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id C066B43D49 for ; Thu, 20 Apr 2006 13:58:45 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp3-g19.free.fr (Postfix) with ESMTP id BBFEA48A22; Thu, 20 Apr 2006 15:58:44 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 0683B9BD8D; Thu, 20 Apr 2006 13:58:43 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id E98BF405B; Thu, 20 Apr 2006 15:58:42 +0200 (CEST) Date: Thu, 20 Apr 2006 15:58:42 +0200 From: Jeremie Le Hen To: Julian Elischer Message-ID: <20060420135842.GB68951@obiwan.tataz.chchile.org> References: <43DFD37C.70306@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43DFD37C.70306@elischer.org> User-Agent: Mutt/1.5.11 Cc: current@freebsd.org Subject: Re: [fbsd] Peter talks tomorrow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2006 13:58:46 -0000 Hi, Julian, On Tue, Jan 31, 2006 at 01:15:40PM -0800, Julian Elischer wrote: > The Bay area FreeBSD User's Group has coerc^H^H^H^H^Hasked Peter Wemm > to tell us about FreeBSD and the AMD64.. > > I will attempt to broadcast it.. I just tested it from Australia, so > some others may be able > to join us and make fun^H^H^H^H^H^H^H ask questions. > > TIMES are in PST (currently UTC-8) > > I'll put the recording up on www.freebsd.org as per usual for thise who > can't make it. > check www.bafug.org.. > > julian > > --BAFUG announcement follows-- > > Peter Wemm will be there to answer all your questions on running FreeBSD > on the AMD-64/EMT-64 64-bit architecture machines. > > I will be broadcasting the talk and questions at: > rtsp://kumr2.lns.com/bafug-live.sdp (about 20 seconds delay I think > from last time.) > > > I suggest Quicktime or VLC to watch it. Others may work too, > I don't know. > > We will try have the IRC channel on efnet #bafug. > > So join us virtually even if you can't get there. You can have > someone ask your questions using the IRC channel. I'm a little late on this topic, but is there some record or podcast for this talk ? Thank you. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Thu Apr 20 14:33:14 2006 Return-Path: X-Original-To: current@freebsd.org 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 5A8A216A403 for ; Thu, 20 Apr 2006 14:33:14 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA34543D48 for ; Thu, 20 Apr 2006 14:33:12 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 22768 invoked from network); 20 Apr 2006 14:33:10 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.50.151.5]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 20 Apr 2006 14:33:10 -0000 Date: Thu, 20 Apr 2006 16:33:03 +0200 From: Fabian Keil To: Jeremie Le Hen Message-ID: <20060420163303.37fbc42f@localhost> In-Reply-To: <20060420135842.GB68951@obiwan.tataz.chchile.org> References: <43DFD37C.70306@elischer.org> <20060420135842.GB68951@obiwan.tataz.chchile.org> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.6; i386-portbld-freebsd6.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_TwFTt8ny2fJFDKgbH+yNmkN; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: Julian Elischer , current@freebsd.org Subject: Re: [fbsd] Peter talks tomorrow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2006 14:33:14 -0000 --Sig_TwFTt8ny2fJFDKgbH+yNmkN Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Jeremie Le Hen wrote: > On Tue, Jan 31, 2006 at 01:15:40PM -0800, Julian Elischer wrote: > > The Bay area FreeBSD User's Group has coerc^H^H^H^H^Hasked Peter > > Wemm to tell us about FreeBSD and the AMD64.. > I'm a little late on this topic, but is there some record or podcast > for this talk ? http://people.freebsd.org/~julian/BAFUG/talks/AMD64/ Fabian --=20 http://www.fabiankeil.de/ --Sig_TwFTt8ny2fJFDKgbH+yNmkN Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFER5uljV8GA4rMKUQRAiwBAJ98YxbdZP+KZhkQ9tUuD2m6AbA/xwCg0P4B pRCQb3bbJOQBRzRKGB/6opk= =pDWK -----END PGP SIGNATURE----- --Sig_TwFTt8ny2fJFDKgbH+yNmkN-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 20 15:35:40 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 6170A16A404; Thu, 20 Apr 2006 15:35:40 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7678E43D45; Thu, 20 Apr 2006 15:35:38 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id k3KFZYTi031739; Thu, 20 Apr 2006 11:35:34 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: John Baldwin Date: Thu, 20 Apr 2006 11:35:21 -0400 User-Agent: KMail/1.6.2 References: <1145467346.32933.8.camel@BrutusBSD.rochester.rr.com> <200604191619.25287.jkim@FreeBSD.org> <200604200816.49570.jhb@freebsd.org> In-Reply-To: <200604200816.49570.jhb@freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200604201135.22708.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.88/1409/Wed Apr 19 17:02:41 2006 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Alexander Leidinger , freebsd-current@FreeBSD.org, Benjamin Adams Subject: Re: IBM T60 dmsg 6.1-RC1 (problems will test patches) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2006 15:35:40 -0000 On Thursday 20 April 2006 08:16 am, John Baldwin wrote: > On Wednesday 19 April 2006 04:19 pm, Jung-uk Kim wrote: > > On Wednesday 19 April 2006 03:28 pm, Jung-uk Kim wrote: > > > RELENG_6 does not *display* number of cores but -CURRENT > > > should: > > > > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/amd64/amd64/ident > > >cpu. c.diff?r1=1.136&r2=1.140 > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/i386/identcp > > >u.c. diff?r1=1.150&r2=1.145 > > > > > > One thing that I neglected to MFC... :-( > > > > Here is patch for RELENG_6 and RELENG_6_1 for multicore > > detection: > > > > http://people.freebsd.org/~jkim/multicore-RELENG_6.diff > > This is a good start, but we still need to update the CPU masks > in mp_machdep.c for stuff like the 'hyperthreading_allowed' sysctl > to actually work correctly. This should probably be MFC'd first > though and the CPU masks fixed in HEAD. I agree. I will commit this as soon as code freeze is over. Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Thu Apr 20 15:54:41 2006 Return-Path: X-Original-To: current@FreeBSD.org 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 2B6CA16A401; Thu, 20 Apr 2006 15:54:41 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DC1843D45; Thu, 20 Apr 2006 15:54:40 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 480582768F; Thu, 20 Apr 2006 17:54:39 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 416309BD9F; Thu, 20 Apr 2006 15:54:38 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 21C74405B; Thu, 20 Apr 2006 17:54:38 +0200 (CEST) Date: Thu, 20 Apr 2006 17:54:38 +0200 From: Jeremie Le Hen To: Ruslan Ermilov Message-ID: <20060420155438.GC68951@obiwan.tataz.chchile.org> References: <20060317165638.GA1172@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060317165638.GA1172@ip.net.ua> User-Agent: Mutt/1.5.11 Cc: current@FreeBSD.org Subject: Re: [fbsd] [HEADS UP] New world/kernel build options are imminent X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2006 15:54:41 -0000 Hi, Ruslan, > Basically, the new implementation looks like this: > > - There are MK_* options that are set either to "no" or "yes". > Makefiles test them with either ``== "no"'' or ``!= "no"''. > Users have no direct control over these variables, and attempt > to set them will result in an error from make(1). Most options > default to "yes", but some default to "no". Options may have > dependencies. > > - Then there are WITH_*/WITHOUT_* user configurable knobs (value > is not important). WITH_FOO changes MK_FOO to "yes", WITHOUT_FOO > changes MK_FOO to "no". Both WITH_FOO and WITHOUT_FOO can't be > set at the same time, attempt to do so will result in an error. During the early buildworld process, I need to disable a feature that may have been enabled in src.conf(5) with the WITH_FOO knob. IOW, I want to be sure that the feature FOO is disabled for legacy, bootstrap-tools, build-tools and cross-tools targets. However if the WITH_FOO knob is enabled in src.conf(5), using "WITHOUT_FOO=" inside BMAKE, TMAKE and XMAKE macros would lead to an error triggered by bsd.own.mk : % 373 .if defined(WITH_${var}) && defined(WITHOUT_${var}) % 374 .error WITH_${var} and WITHOUT_${var} can't both be set. % 375 .endif How should I handle that ? I could override SRCCONF and set it to /dev/null, but I don't think it is acceptable because according to Makefile.inc1, bootstrap-tools, build-tools and cross-tools targets might be influenced by src.conf(5) knobs. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Fri Apr 21 07:43:03 2006 Return-Path: X-Original-To: current@freebsd.org 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 0E4E216A405; Fri, 21 Apr 2006 07:43:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F328B43D49; Fri, 21 Apr 2006 07:43:00 +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.4P/8.13.4) with ESMTP id k3L7gwxQ056710; Fri, 21 Apr 2006 03:42:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k3L7gpKO000278; Fri, 21 Apr 2006 03:42:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2F9427302F; Fri, 21 Apr 2006 03:42:59 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060421074259.2F9427302F@freebsd-current.sentex.ca> Date: Fri, 21 Apr 2006 03:42:59 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 07:43:03 -0000 TB --- 2006-04-21 06:08:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-21 06:08:02 - starting HEAD tinderbox run for alpha/alpha TB --- 2006-04-21 06:08:02 - cleaning the object tree TB --- 2006-04-21 06:08:30 - checking out the source tree TB --- 2006-04-21 06:08:30 - cd /tinderbox/HEAD/alpha/alpha TB --- 2006-04-21 06:08:30 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-04-21 06:15:03 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-21 06:15:03 - cd /src TB --- 2006-04-21 06:15: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 --- 2006-04-21 07:29:27 - generating LINT kernel config TB --- 2006-04-21 07:29:27 - cd /src/sys/alpha/conf TB --- 2006-04-21 07:29:27 - /usr/bin/make -B LINT TB --- 2006-04-21 07:29:27 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-21 07:29:27 - cd /src TB --- 2006-04-21 07:29:27 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 21 07:29:27 UTC 2006 >>> 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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/alpha/pci/irongate_pci.c cc -c -x assembler-with-cpp -DLOCORE -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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/alpha/pci/pci_eb164_intr.s cc -c -x assembler-with-cpp -DLOCORE -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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/alpha/pci/pci_eb64plus_intr.s 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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/alpha/pci/pcibus.c /src/sys/alpha/pci/pcibus.c: In function `alpha_platform_alloc_ide_intr': /src/sys/alpha/pci/pcibus.c:103: error: `rid' undeclared (first use in this function) /src/sys/alpha/pci/pcibus.c:103: error: (Each undeclared identifier is reported only once /src/sys/alpha/pci/pcibus.c:103: error: for each function it appears in.) *** Error code 1 Stop in /obj/alpha/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-21 07:42:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-21 07:42:59 - ERROR: failed to build lint kernel TB --- 2006-04-21 07:42:59 - tinderbox aborted TB --- 1.22 user 5.00 system 5697.08 real From owner-freebsd-current@FreeBSD.ORG Fri Apr 21 09:43:36 2006 Return-Path: X-Original-To: current@FreeBSD.org 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 71E1C16A400; Fri, 21 Apr 2006 09:43:36 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp2-g19.free.fr (smtp2-g19.free.fr [212.27.42.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD4B743D46; Fri, 21 Apr 2006 09:43:35 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp2-g19.free.fr (Postfix) with ESMTP id 3C9936D495; Fri, 21 Apr 2006 11:43:35 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id D52889BEDC; Fri, 21 Apr 2006 09:43:33 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id C32A0405B; Fri, 21 Apr 2006 11:43:33 +0200 (CEST) Date: Fri, 21 Apr 2006 11:43:33 +0200 From: Jeremie Le Hen To: Ruslan Ermilov Message-ID: <20060421094333.GF68951@obiwan.tataz.chchile.org> References: <20060317165638.GA1172@ip.net.ua> <20060420155438.GC68951@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <20060420155438.GC68951@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.11 Cc: current@FreeBSD.org Subject: Re: [fbsd] Re: [fbsd] [HEADS UP] New world/kernel build options are imminent X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2006 09:43:36 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, On Thu, Apr 20, 2006 at 05:54:38PM +0200, Jeremie Le Hen wrote: > During the early buildworld process, I need to disable a feature that > may have been enabled in src.conf(5) with the WITH_FOO knob. > IOW, I want to be sure that the feature FOO is disabled for > legacy, bootstrap-tools, build-tools and cross-tools targets. > > However if the WITH_FOO knob is enabled in src.conf(5), using > "WITHOUT_FOO=" inside BMAKE, TMAKE and XMAKE macros would lead to an > error triggered by bsd.own.mk : > % 373 .if defined(WITH_${var}) && defined(WITHOUT_${var}) > % 374 .error WITH_${var} and WITHOUT_${var} can't both be set. > % 375 .endif > > How should I handle that ? I could override SRCCONF and set it to > /dev/null, but I don't think it is acceptable because according to > Makefile.inc1, bootstrap-tools, build-tools and cross-tools targets > might be influenced by src.conf(5) knobs. Is the attached patch something acceptable ? This permits to override WITH(OUT)_* knobs in src.conf(5) in early targets of buildworld. I can write the documentation if needed. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="bsd.own.mk.diff" Index: bsd.own.mk =================================================================== RCS file: /home/ncvs/src/share/mk/bsd.own.mk,v retrieving revision 1.53 diff -u -p -u -r1.53 bsd.own.mk --- bsd.own.mk 1 Apr 2006 18:11:42 -0000 1.53 +++ bsd.own.mk 21 Apr 2006 09:40:26 -0000 @@ -260,7 +260,7 @@ WITHOUT_${var}= TOOLCHAIN \ USB \ WPA_SUPPLICANT_EAPOL -.if defined(NO_${var}) +.if defined(NO_${var}) && ${NO_${var}} != 'no' && ${NO_${var}} != 'NO' #.warning NO_${var} is deprecated in favour of WITHOUT_${var}= WITHOUT_${var}= .endif @@ -355,7 +355,7 @@ WITH_IDEA= .if defined(MK_${var}) .error MK_${var} can't be set by a user. .endif -.if defined(WITHOUT_${var}) +.if defined(WITHOUT_${var}) && ${WITHOUT_${var}} != 'no' && ${WITHOUT_${var}} != 'NO' MK_${var}:= no .else MK_${var}:= yes @@ -375,7 +375,7 @@ MK_${var}:= yes .if defined(MK_${var}) .error MK_${var} can't be set by a user. .endif -.if defined(WITH_${var}) +.if defined(WITH_${var}) && ${WITH_${var}} != 'no' && ${WITH_${var}} != 'NO' MK_${var}:= yes .else MK_${var}:= no --BXVAT5kNtrzKuDFl-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 21 12:07:46 2006 Return-Path: X-Original-To: current@freebsd.org 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 A775A16A40A; Fri, 21 Apr 2006 12:07:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1DEC43D6A; Fri, 21 Apr 2006 12:07: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.4P/8.13.4) with ESMTP id k3LC7VgV070977; Fri, 21 Apr 2006 08:07:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k3LC7M16096320; Fri, 21 Apr 2006 08:07:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CEC347302F; Fri, 21 Apr 2006 08:07:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060421120730.CEC347302F@freebsd-current.sentex.ca> Date: Fri, 21 Apr 2006 08:07:30 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 12:07:46 -0000 TB --- 2006-04-21 10:05:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-21 10:05:29 - starting HEAD tinderbox run for i386/i386 TB --- 2006-04-21 10:05:29 - cleaning the object tree TB --- 2006-04-21 10:06:01 - checking out the source tree TB --- 2006-04-21 10:06:01 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-04-21 10:06:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-04-21 10:12:28 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-21 10:12:28 - cd /src TB --- 2006-04-21 10:12:28 - /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 --- 2006-04-21 11:19:52 - generating LINT kernel config TB --- 2006-04-21 11:19:52 - cd /src/sys/i386/conf TB --- 2006-04-21 11:19:52 - /usr/bin/make -B LINT TB --- 2006-04-21 11:19:52 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-21 11:19:52 - cd /src TB --- 2006-04-21 11:19:52 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 21 11:19:52 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Fri Apr 21 11:45:22 UTC 2006 TB --- 2006-04-21 11:45:22 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-21 11:45:22 - cd /src TB --- 2006-04-21 11:45:22 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Apr 21 11:45:22 UTC 2006 >>> 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 Fri Apr 21 12:05:44 UTC 2006 TB --- 2006-04-21 12:05:44 - building PAE kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-21 12:05:44 - cd /src TB --- 2006-04-21 12:05:44 - /usr/bin/make buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Fri Apr 21 12:05:44 UTC 2006 >>> 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 [...] /src/sys/dev/bce/if_bce.c: In function `bce_attach': /src/sys/dev/bce/if_bce.c:542: warning: large integer implicitly truncated to unsigned type /src/sys/dev/bce/if_bce.c:544: warning: large integer implicitly truncated to unsigned type /src/sys/dev/bce/if_bce.c: In function `bce_stats_update': /src/sys/dev/bce/if_bce.c:5311: warning: left shift count >= width of type /src/sys/dev/bce/if_bce.c:5313: warning: left shift count >= width of type /src/sys/dev/bce/if_bce.c:5315: warning: left shift count >= width of type /src/sys/dev/bce/if_bce.c:5317: warning: left shift count >= width of type *** Error code 1 Stop in /obj/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-21 12:07:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-21 12:07:30 - ERROR: failed to build PAE kernel TB --- 2006-04-21 12:07:30 - tinderbox aborted TB --- 1.23 user 5.70 system 7321.30 real From owner-freebsd-current@FreeBSD.ORG Fri Apr 21 12:26:58 2006 Return-Path: X-Original-To: current@freebsd.org 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 62B4016A424; Fri, 21 Apr 2006 12:26:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2389A43D6A; Fri, 21 Apr 2006 12:26: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.4P/8.13.4) with ESMTP id k3LCQhdR072679; Fri, 21 Apr 2006 08:26:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k3LCQhIc032514; Fri, 21 Apr 2006 08:26:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A73F77302F; Fri, 21 Apr 2006 08:26:43 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060421122643.A73F77302F@freebsd-current.sentex.ca> Date: Fri, 21 Apr 2006 08:26:43 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 12:26:58 -0000 TB --- 2006-04-21 12:07:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-21 12:07:31 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-04-21 12:07:31 - cleaning the object tree TB --- 2006-04-21 12:08:00 - checking out the source tree TB --- 2006-04-21 12:08:00 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-04-21 12:08:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-04-21 12:14:24 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-21 12:14:24 - cd /src TB --- 2006-04-21 12:14: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 [...] sh /src/tools/install.sh -C -o root -g wheel -m 444 libkiconv.a /obj/pc98/src/tmp/usr/lib sh /src/tools/install.sh -s -o root -g wheel -m 444 libkiconv.so.2 /obj/pc98/src/tmp/lib ln -fs /obj/pc98/src/tmp/lib/libkiconv.so.2 /obj/pc98/src/tmp/usr/lib/libkiconv.so ===> lib/libkvm (depend,all,install) rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/src/lib/libkvm /src/lib/libkvm/kvm.c /src/lib/libkvm/kvm_i386.c /src/lib/libkvm/kvm_file.c /src/lib/libkvm/kvm_getloadavg.c /src/lib/libkvm/kvm_getswapinfo.c /src/lib/libkvm/kvm_proc.c /src/lib/libkvm/kvm_minidump_i386.c /src/lib/libkvm/kvm_minidump_i386.c:49:30: machine/minidump.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/lib/libkvm. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-21 12:26:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-21 12:26:43 - ERROR: failed to build world TB --- 2006-04-21 12:26:43 - tinderbox aborted TB --- 0.95 user 5.86 system 1152.62 real From owner-freebsd-current@FreeBSD.ORG Fri Apr 21 13:56:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 3DE1516A401 for ; Fri, 21 Apr 2006 13:56:20 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D0B443D48 for ; Fri, 21 Apr 2006 13:56:19 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 0A2FB2087; Fri, 21 Apr 2006 15:56:14 +0200 (CEST) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -2.4/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id E04852085; Fri, 21 Apr 2006 15:56:13 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 9C28E33C31; Fri, 21 Apr 2006 15:56:13 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Andre Guibert de Bruet References: <4621CB9B-0ECC-48D2-93ED-E7480255C20C@siliconlandmark.com> Date: Fri, 21 Apr 2006 15:56:13 +0200 In-Reply-To: <4621CB9B-0ECC-48D2-93ED-E7480255C20C@siliconlandmark.com> (Andre Guibert de Bruet's message of "Wed, 19 Apr 2006 10:03:49 -0400") Message-ID: <867j5j9gn6.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, livefreebsd@mac.com Subject: Re: cPCI Hotplug support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2006 13:56:20 -0000 Andre Guibert de Bruet writes: > On Apr 16, 2006, at 1:12 PM, livefreebsd@mac.com wrote: > > Does 6.0 not support hot-swap Compact PCI? [...] Can we port the > > code for this from Linux? > This report is void of any relevant information [...] Not at all, you just didn't read the relevant bits ("hot-swap" and "Compact PCI"). DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Apr 21 15:58:14 2006 Return-Path: X-Original-To: current@freebsd.org 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 D9CAD16A401 for ; Fri, 21 Apr 2006 15:58:14 +0000 (UTC) (envelope-from lars@odin-corporation.com) Received: from munin.odin-corporation.com (munin.odin-corporation.com [68.166.85.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78AC743D48 for ; Fri, 21 Apr 2006 15:58:14 +0000 (GMT) (envelope-from lars@odin-corporation.com) Received: from [127.0.0.1] (localhost [127.0.0.1]) by munin.odin-corporation.com (8.13.4/8.13.4) with ESMTP id k3LFw0Hr082334; Fri, 21 Apr 2006 10:58:00 -0500 (CDT) (envelope-from lars@odin-corporation.com) Message-ID: <44490107.6010609@odin-corporation.com> Date: Fri, 21 Apr 2006 10:57:59 -0500 From: Lars Fredriksen User-Agent: Thunderbird 1.5 (X11/20060311) MIME-Version: 1.0 To: current@freebsd.org Content-Type: multipart/mixed; boundary="------------060909010204010608040304" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: kern.hz=1000 causes random poweroff on laptop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2006 15:58:14 -0000 This is a multi-part message in MIME format. --------------060909010204010608040304 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, I have a laptop sony z505rx, that if booted with kern.hz as 1000, will power off within a minute or two of booting. It does this regardless if you boot with or without acpi. It is rock steady with kern.hz at 100. On this particular laptop, most of the peripherals are routed through irq 9, including acpi (ie cardbus, fxp, etc), so it might be that running with kern.hz at a 1000, tickles an interrupt storm, but it is hard to debug as the machine just goes completely dead. The hard drive is powered off (at least that is what is sounds like), the screen goes black, and no interrupts are handled. Any ideas as to what the cause might be? Anything I can do to pinpoint anything? Thanks, Lars --------------060909010204010608040304-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 22 07:42:30 2006 Return-Path: X-Original-To: current@freebsd.org 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 41F9F16A401 for ; Sat, 22 Apr 2006 07:42:30 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF1C143D46 for ; Sat, 22 Apr 2006 07:42:28 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by nz-out-0102.google.com with SMTP id 9so498366nzo for ; Sat, 22 Apr 2006 00:42:28 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:mail-followup-to:mime-version:content-type:content-disposition; b=rqevXmVKzk4cGIx8oKiXzf3r2VEwEOAXYIvm4Y/F6j5r5aKOg1SD5ZjGoe6tReaWxVa4bjf8ckBuz39QGsbg2UtP84ly8SpSh7L2mT/stluLOe04KtMW/nzhymOaL8252GTALGy8vwo97qNvKL6KuhlPmF9M2cywZTleIZdqQTY= Received: by 10.65.251.9 with SMTP id d9mr885813qbs; Sat, 22 Apr 2006 00:42:28 -0700 (PDT) Received: from roadrunner.q.local ( [217.185.114.109]) by mx.gmail.com with ESMTP id q13sm403176qbq.2006.04.22.00.42.25; Sat, 22 Apr 2006 00:42:27 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.6/8.13.6) with ESMTP id k3M7gFLf001065; Sat, 22 Apr 2006 09:42:16 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.6/8.13.6/Submit) id k3LI6QXL034758; Fri, 21 Apr 2006 20:06:26 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Fri, 21 Apr 2006 20:06:26 +0200 From: Ulrich Spoerlein To: current@freebsd.org Message-ID: <20060421180626.GA28049@roadrunner.buck.local> Mail-Followup-To: current@freebsd.org, sos@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline Cc: sos@freebsd.org Subject: acd(4) and maximum read block size X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Apr 2006 07:42:30 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable S=F8ren, group, I'm working on some improvements for recoverdisk[1] to handle optical media better. I found it an invaluable tool for recovering old CD-Rs. It also helps with newer DVDs, when your drive sucks wrt. error recovery. recoverdisk tries to read in 1MB, 64kB and SECTORSIZE chunks. This has the obvious drawback, that it can't really handle audio CDs or mode 2 CDs with a sectorsize of 2352. While this is easily fixed, the acd(4) driver seems to allow no reads greater than 128kB *for audio CDs*. While this is also not terrible, it results in roughly 700 error messages per CD, as all the 1MB (1046640 bytes, more precisely) chunks will fail. A side note: Accessing audio CDs via atapicam and dd(1) is completely impossible. Is the SCSI subsystem limited to multiple-of-512-blocksizes? [1] /usr/src/tools/tools/recoverdisk Ulrich Spoerlein --=20 PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFESR8h524iJyD+6d0RAnoIAJ0fznHDGf8IS3hQKplfD21wcmTkhQCgs+b6 sBp2PvhNGD4pVq3IsbiBwcM= =NYGQ -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 22 11:45:29 2006 Return-Path: X-Original-To: current@freebsd.org 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 63B3516A403; Sat, 22 Apr 2006 11:45:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 246D643D5C; Sat, 22 Apr 2006 11:45:24 +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.4P/8.13.4) with ESMTP id k3MBjNaJ071115; Sat, 22 Apr 2006 07:45:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k3MBjNHu078526; Sat, 22 Apr 2006 07:45:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CEB2B7302F; Sat, 22 Apr 2006 07:45:22 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060422114522.CEB2B7302F@freebsd-current.sentex.ca> Date: Sat, 22 Apr 2006 07:45:22 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2006 11:45:29 -0000 TB --- 2006-04-22 10:17:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-22 10:17:12 - starting HEAD tinderbox run for alpha/alpha TB --- 2006-04-22 10:17:12 - cleaning the object tree TB --- 2006-04-22 10:17:45 - checking out the source tree TB --- 2006-04-22 10:17:45 - cd /tinderbox/HEAD/alpha/alpha TB --- 2006-04-22 10:17:45 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-04-22 10:24:21 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-22 10:24:21 - cd /src TB --- 2006-04-22 10:24:21 - /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 --- 2006-04-22 11:31:57 - generating LINT kernel config TB --- 2006-04-22 11:31:57 - cd /src/sys/alpha/conf TB --- 2006-04-22 11:31:57 - /usr/bin/make -B LINT TB --- 2006-04-22 11:31:57 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-22 11:31:57 - cd /src TB --- 2006-04-22 11:31:57 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 22 11:31:57 UTC 2006 >>> 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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/alpha/pci/irongate_pci.c cc -c -x assembler-with-cpp -DLOCORE -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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/alpha/pci/pci_eb164_intr.s cc -c -x assembler-with-cpp -DLOCORE -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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/alpha/pci/pci_eb64plus_intr.s 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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/alpha/pci/pcibus.c /src/sys/alpha/pci/pcibus.c: In function `alpha_platform_alloc_ide_intr': /src/sys/alpha/pci/pcibus.c:103: error: `rid' undeclared (first use in this function) /src/sys/alpha/pci/pcibus.c:103: error: (Each undeclared identifier is reported only once /src/sys/alpha/pci/pcibus.c:103: error: for each function it appears in.) *** Error code 1 Stop in /obj/alpha/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-22 11:45:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-22 11:45:22 - ERROR: failed to build lint kernel TB --- 2006-04-22 11:45:22 - tinderbox aborted TB --- 0.93 user 4.12 system 5290.02 real From owner-freebsd-current@FreeBSD.ORG Sat Apr 22 16:09:45 2006 Return-Path: X-Original-To: current@freebsd.org 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 41B2316A402; Sat, 22 Apr 2006 16:09:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D943843D45; Sat, 22 Apr 2006 16:09: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.4P/8.13.4) with ESMTP id k3MG9hb3084897; Sat, 22 Apr 2006 12:09:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k3MG9iDY098694; Sat, 22 Apr 2006 12:09:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DB8137302F; Sat, 22 Apr 2006 12:09:43 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060422160943.DB8137302F@freebsd-current.sentex.ca> Date: Sat, 22 Apr 2006 12:09:43 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2006 16:09:45 -0000 TB --- 2006-04-22 14:07:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-22 14:07:44 - starting HEAD tinderbox run for i386/i386 TB --- 2006-04-22 14:07:44 - cleaning the object tree TB --- 2006-04-22 14:08:15 - checking out the source tree TB --- 2006-04-22 14:08:15 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-04-22 14:08:15 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-04-22 14:14:40 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-22 14:14:40 - cd /src TB --- 2006-04-22 14:14: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 --- 2006-04-22 15:22:03 - generating LINT kernel config TB --- 2006-04-22 15:22:03 - cd /src/sys/i386/conf TB --- 2006-04-22 15:22:03 - /usr/bin/make -B LINT TB --- 2006-04-22 15:22:03 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-22 15:22:03 - cd /src TB --- 2006-04-22 15:22:03 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 22 15:22:03 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Sat Apr 22 15:47:46 UTC 2006 TB --- 2006-04-22 15:47:46 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-22 15:47:46 - cd /src TB --- 2006-04-22 15:47:46 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Apr 22 15:47:46 UTC 2006 >>> 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 Sat Apr 22 16:07:57 UTC 2006 TB --- 2006-04-22 16:07:57 - building PAE kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-22 16:07:57 - cd /src TB --- 2006-04-22 16:07:57 - /usr/bin/make buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Sat Apr 22 16:07:57 UTC 2006 >>> 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 [...] /src/sys/dev/bce/if_bce.c: In function `bce_attach': /src/sys/dev/bce/if_bce.c:542: warning: large integer implicitly truncated to unsigned type /src/sys/dev/bce/if_bce.c:544: warning: large integer implicitly truncated to unsigned type /src/sys/dev/bce/if_bce.c: In function `bce_stats_update': /src/sys/dev/bce/if_bce.c:5311: warning: left shift count >= width of type /src/sys/dev/bce/if_bce.c:5313: warning: left shift count >= width of type /src/sys/dev/bce/if_bce.c:5315: warning: left shift count >= width of type /src/sys/dev/bce/if_bce.c:5317: warning: left shift count >= width of type *** Error code 1 Stop in /obj/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-22 16:09:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-22 16:09:43 - ERROR: failed to build PAE kernel TB --- 2006-04-22 16:09:43 - tinderbox aborted TB --- 1.12 user 5.82 system 7319.23 real From owner-freebsd-current@FreeBSD.ORG Sat Apr 22 16:20:10 2006 Return-Path: X-Original-To: current@freebsd.org 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 2455616A400 for ; Sat, 22 Apr 2006 16:20:10 +0000 (UTC) (envelope-from schweikh@schweikhardt.net) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EAF743D46 for ; Sat, 22 Apr 2006 16:20:03 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id 265993B941; Sat, 22 Apr 2006 18:20:02 +0200 (CEST) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) by hal9000.schweikhardt.net (8.13.4/8.13.4) with ESMTP id k3MGJe96049388 for ; Sat, 22 Apr 2006 18:19:40 +0200 (CEST) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.13.4/8.13.4/Submit) id k3MGJe7U049387 for current@freebsd.org; Sat, 22 Apr 2006 18:19:40 +0200 (CEST) (envelope-from schweikh) Date: Sat, 22 Apr 2006 18:19:35 +0200 From: Jens Schweikhardt To: current@freebsd.org Message-ID: <20060422161935.GA6286@schweikhardt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 Cc: Subject: gvinum, gv_plex_taste: NULL p for 'home.p0.s3' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Apr 2006 16:20:10 -0000 hello, world\n I've had a handful of system crashes and now when I boot the gvinum file systems are no longer accessible (7-CURRENT as of a few days ago). This is what dmesg has to say: gv_plex_taste: NULL p for 'usr0.p0.s3' gv_plex_taste: NULL p for 'var0.p0.s3' gv_plex_taste: NULL p for 'ncvs.p0.s3' gv_plex_taste: NULL p for 'usr1.p0.s3' gv_plex_taste: NULL p for 'var1.p0.s3' gv_plex_taste: NULL p for 'ports.p0.s3' gv_plex_taste: NULL p for 'usr2.p0.s3' gv_plex_taste: NULL p for 'var2.p0.s3' gv_plex_taste: NULL p for 'share.p0.s3' gv_plex_taste: NULL p for 'usr3.p0.s3' gv_plex_taste: NULL p for 'var3.p0.s3' gv_plex_taste: NULL p for 'home.p0.s3' I've googled for "gv_plex_taste: NULL p for" but the two or three hits point the source code where this message is issued. I have set all objects up, and "gvinum list" shows gvinum -> list 4 drives: D pain State: up /dev/da3s1d A: 0/28414 MB (0%) D love State: up /dev/da2s1d A: 0/28414 MB (0%) D hobbes State: up /dev/da1s1d A: 0/28414 MB (0%) D calvin State: up /dev/da0s1d A: 0/28414 MB (0%) 12 volumes: V home State: up Plexes: 1 Size: 17 GB V var3 State: up Plexes: 1 Size: 1535 MB V usr3 State: up Plexes: 1 Size: 9215 MB V share State: up Plexes: 1 Size: 9215 MB V var2 State: up Plexes: 1 Size: 1535 MB V usr2 State: up Plexes: 1 Size: 9215 MB V ports State: up Plexes: 1 Size: 11 GB V var1 State: up Plexes: 1 Size: 1535 MB V usr1 State: up Plexes: 1 Size: 9215 MB V ncvs State: up Plexes: 1 Size: 3071 MB V var0 State: up Plexes: 1 Size: 1535 MB V usr0 State: up Plexes: 1 Size: 9215 MB 12 plexes: P home.p0 S State: up Subdisks: 3 Size: 17 GB P var3.p0 S State: up Subdisks: 3 Size: 1535 MB P usr3.p0 S State: up Subdisks: 3 Size: 9215 MB P share.p0 S State: up Subdisks: 3 Size: 9215 MB P var2.p0 S State: up Subdisks: 3 Size: 1535 MB P usr2.p0 S State: up Subdisks: 3 Size: 9215 MB P ports.p0 S State: up Subdisks: 3 Size: 11 GB P var1.p0 S State: up Subdisks: 3 Size: 1535 MB P usr1.p0 S State: up Subdisks: 3 Size: 9215 MB P ncvs.p0 S State: up Subdisks: 3 Size: 3071 MB P var0.p0 S State: up Subdisks: 3 Size: 1535 MB P usr0.p0 S State: up Subdisks: 3 Size: 9215 MB 48 subdisks: S home.p0.s3 State: up D: pain Size: 5886 MB S home.p0.s2 State: up D: love Size: 5886 MB S home.p0.s1 State: up D: hobbes Size: 5886 MB S home.p0.s0 State: up D: calvin Size: 5886 MB S var3.p0.s3 State: up D: pain Size: 511 MB S var3.p0.s2 State: up D: love Size: 511 MB S var3.p0.s1 State: up D: hobbes Size: 511 MB S var3.p0.s0 State: up D: calvin Size: 511 MB S usr3.p0.s3 State: up D: pain Size: 3071 MB S usr3.p0.s2 State: up D: love Size: 3071 MB S usr3.p0.s1 State: up D: hobbes Size: 3071 MB S usr3.p0.s0 State: up D: calvin Size: 3071 MB S share.p0.s3 State: up D: pain Size: 3071 MB S share.p0.s2 State: up D: love Size: 3071 MB S share.p0.s1 State: up D: hobbes Size: 3071 MB S share.p0.s0 State: up D: calvin Size: 3071 MB S var2.p0.s3 State: up D: pain Size: 511 MB S var2.p0.s2 State: up D: love Size: 511 MB S var2.p0.s1 State: up D: hobbes Size: 511 MB S var2.p0.s0 State: up D: calvin Size: 511 MB S usr2.p0.s3 State: up D: pain Size: 3071 MB S usr2.p0.s2 State: up D: love Size: 3071 MB S usr2.p0.s1 State: up D: hobbes Size: 3071 MB S usr2.p0.s0 State: up D: calvin Size: 3071 MB S ports.p0.s3 State: up D: pain Size: 4095 MB S ports.p0.s2 State: up D: love Size: 4095 MB S ports.p0.s1 State: up D: hobbes Size: 4095 MB S ports.p0.s0 State: up D: calvin Size: 4095 MB S var1.p0.s3 State: up D: pain Size: 511 MB S var1.p0.s2 State: up D: love Size: 511 MB S var1.p0.s1 State: up D: hobbes Size: 511 MB S var1.p0.s0 State: up D: calvin Size: 511 MB S usr1.p0.s3 State: up D: pain Size: 3071 MB S usr1.p0.s2 State: up D: love Size: 3071 MB S usr1.p0.s1 State: up D: hobbes Size: 3071 MB S usr1.p0.s0 State: up D: calvin Size: 3071 MB S ncvs.p0.s3 State: up D: pain Size: 1023 MB S ncvs.p0.s2 State: up D: love Size: 1023 MB S ncvs.p0.s1 State: up D: hobbes Size: 1023 MB S ncvs.p0.s0 State: up D: calvin Size: 1023 MB S var0.p0.s3 State: up D: pain Size: 511 MB S var0.p0.s2 State: up D: love Size: 511 MB S var0.p0.s1 State: up D: hobbes Size: 511 MB S var0.p0.s0 State: up D: calvin Size: 511 MB S usr0.p0.s3 State: up D: pain Size: 3071 MB S usr0.p0.s2 State: up D: love Size: 3071 MB S usr0.p0.s1 State: up D: hobbes Size: 3071 MB S usr0.p0.s0 State: up D: calvin Size: 3071 MB The sizes of plexes are not the sum of the respective (4 striped) subdisks, they are only 3/4, so it appears one subdisk is missing in each plex size calculation. E.g plex "home" should be 4 * 5886MB =~ 23GB but is only 3 * 5886MB =~ 17GB. The disk with all the *.s3 subdisks shows no errors when it is read with # dd if=/dev/da3s1c of=/dev/null bs=65536 458730+1 records in 458730+1 records out 30063366144 bytes transferred in 493.923049 secs (60866498 bytes/sec) What can I do to resolve this issue? Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-current@FreeBSD.ORG Sat Apr 22 18:01:36 2006 Return-Path: X-Original-To: current@freebsd.org 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 7FA6816A403 for ; Sat, 22 Apr 2006 18:01:36 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id B92E443D53 for ; Sat, 22 Apr 2006 18:01:35 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 7153B2083; Sat, 22 Apr 2006 20:01:31 +0200 (CEST) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -2.4/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 6466C2082; Sat, 22 Apr 2006 20:01:31 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 4C23233C31; Sat, 22 Apr 2006 20:01:31 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Lars Fredriksen References: <44490107.6010609@odin-corporation.com> Date: Sat, 22 Apr 2006 20:01:30 +0200 In-Reply-To: <44490107.6010609@odin-corporation.com> (Lars Fredriksen's message of "Fri, 21 Apr 2006 10:57:59 -0500") Message-ID: <86r73po5fp.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: kern.hz=1000 causes random poweroff on laptop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Apr 2006 18:01:36 -0000 Lars Fredriksen writes: > I have a laptop sony z505rx, that if booted with kern.hz as 1000, will=20 > power off within a minute or two of booting. sounds like overheating. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Apr 22 18:26:16 2006 Return-Path: X-Original-To: current@freebsd.org 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 601ED16A404 for ; Sat, 22 Apr 2006 18:26:16 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1506E43D46 for ; Sat, 22 Apr 2006 18:26:15 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.199] ([10.0.0.199]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k3MIQCMu007993 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 22 Apr 2006 11:26:13 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <444A7544.3070701@errno.com> Date: Sat, 22 Apr 2006 11:26:12 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.2 (Macintosh/20060308) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <44490107.6010609@odin-corporation.com> <86r73po5fp.fsf@xps.des.no> In-Reply-To: <86r73po5fp.fsf@xps.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: current@freebsd.org Subject: Re: kern.hz=1000 causes random poweroff on laptop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Apr 2006 18:26:16 -0000 Dag-Erling Smørgrav wrote: > Lars Fredriksen writes: >> I have a laptop sony z505rx, that if booted with kern.hz as 1000, will >> power off within a minute or two of booting. > > sounds like overheating. I've noticed on several of my laptops that they run way hotter with freebsd than other systems (linux, windows). Most are newer models that have either acpi issues or lack speedstep support. But I suspect there's something else going on in the basic system. I find it hard to believe the clock rate is the cause of this extra work but haven't dug into it (I hoped judicious use of hwpmc would pinpoint what's going on). Sam From owner-freebsd-current@FreeBSD.ORG Sat Apr 22 18:59:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 7953C16A400; Sat, 22 Apr 2006 18:59:39 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1CFA43D70; Sat, 22 Apr 2006 18:59:32 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by mail.united-ware.com (8.13.4/8.13.4) with ESMTP id k3MJGWwo033136 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 22 Apr 2006 15:16:38 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org Date: Sat, 22 Apr 2006 14:59:42 -0400 User-Agent: KMail/1.9.1 References: <200604050354.19659.mistry.7@osu.edu> <200604050444.51670.mistry.7@osu.edu> In-Reply-To: <200604050444.51670.mistry.7@osu.edu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1250049.vD3XnPZtM3"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200604221459.43050.mistry.7@osu.edu> X-Spam-Status: No, score=-8.5 required=5.0 tests=ALL_TRUSTED,BAYES_50, MYFREEBSD2,MYFREEBSD3 autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88.1/1411/Thu Apr 20 18:23:28 2006 on mail.united-ware.com X-Virus-Status: Clean Cc: Ian Dowse Subject: Re: [PATCH] ugen detach race X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Apr 2006 18:59:39 -0000 --nextPart1250049.vD3XnPZtM3 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 05 April 2006 04:44, Anish Mistry wrote: > On Wednesday 05 April 2006 03:53, Anish Mistry wrote: > > While working on getting hplip ported I ran across a race > > condition in the ugen code that causes a crash. The following > > patch fixes a problem where read, write, and ioctl can be called > > during a detach since sc_dying isn't checked before bumping the > > reference count. This puts the sc_dying check before the *_do_* > > functions are called. This includes the patch from usb/81308 to > > prevent polling on the control endpoint. As well as a few NULL > > pointer checks from NetBSD. This patch is applicable to RELENG_6. > > And CURRENT. > > > http://am-productions.biz/docs/ugen-detach-race.patch > > > > This doesn't fix the case where an application has a read/write > > pending and then detach is called. In this case destroy_devl > > will just keep looping until the read/write completes. I've updated the patch. It now includes the fix for the panic on=20 detach when a process has a device open when a detach occurs. ugen=20 now no longer waits for the process to close the connection and just=20 cuts it off. Applies to RELENG_6 and CURRENT. http://am-productions.biz/docs/ugen-detach-race.patch The patch should fix usb/93949 too. This seems to fix all the panics I'm seeing with the ugen device. It=20 would be nice if this could make it into 6.1. =2D-=20 Anish Mistry --nextPart1250049.vD3XnPZtM3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBESn0fxqA5ziudZT0RAknlAKCOmB/FY9njRbE43jEMh2gvn3iH4QCbB7Ol P39uWe+CGcUHbAVd2fIPME8= =SrOS -----END PGP SIGNATURE----- --nextPart1250049.vD3XnPZtM3-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 22 20:22:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 B175816A401; Sat, 22 Apr 2006 20:22:12 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12E4D43D46; Sat, 22 Apr 2006 20:22:11 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by mail.united-ware.com (8.13.4/8.13.4) with ESMTP id k3MKdBUi033976 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 22 Apr 2006 16:39:17 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org Date: Sat, 22 Apr 2006 16:22:07 -0400 User-Agent: KMail/1.9.1 References: <200604050354.19659.mistry.7@osu.edu> <200604050444.51670.mistry.7@osu.edu> <200604221459.43050.mistry.7@osu.edu> In-Reply-To: <200604221459.43050.mistry.7@osu.edu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2894474.2X4GNkXOg8"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200604221622.14785.mistry.7@osu.edu> X-Spam-Status: No, score=-8.5 required=5.0 tests=ALL_TRUSTED,BAYES_50, MYFREEBSD2,MYFREEBSD3 autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88.1/1416/Sat Apr 22 10:28:11 2006 on mail.united-ware.com X-Virus-Status: Clean Cc: Ian Dowse Subject: Re: [PATCH] ugen detach race X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Apr 2006 20:22:12 -0000 --nextPart2894474.2X4GNkXOg8 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 22 April 2006 14:59, Anish Mistry wrote: > On Wednesday 05 April 2006 04:44, Anish Mistry wrote: > > On Wednesday 05 April 2006 03:53, Anish Mistry wrote: > > > While working on getting hplip ported I ran across a race > > > condition in the ugen code that causes a crash. The following > > > patch fixes a problem where read, write, and ioctl can be > > > called during a detach since sc_dying isn't checked before > > > bumping the reference count. This puts the sc_dying check > > > before the *_do_* functions are called. This includes the patch > > > from usb/81308 to prevent polling on the control endpoint. As > > > well as a few NULL pointer checks from NetBSD. This patch is > > > applicable to RELENG_6. > > > > And CURRENT. > > > > > http://am-productions.biz/docs/ugen-detach-race.patch > > > > > > This doesn't fix the case where an application has a read/write > > > pending and then detach is called. In this case destroy_devl > > > will just keep looping until the read/write completes. > > I've updated the patch. It now includes the fix for the panic on > detach when a process has a device open when a detach occurs. ugen > now no longer waits for the process to close the connection and > just cuts it off. > Applies to RELENG_6 and CURRENT. > > http://am-productions.biz/docs/ugen-detach-race.patch > > The patch should fix usb/93949 too. > This seems to fix all the panics I'm seeing with the ugen device.=20 > It would be nice if this could make it into 6.1. I added another panic fix. An error was introduced in rev 1.94 on=20 ugen.c in the USB_SET_CONFIG ioctl case that calls=20 ugen_make_devnodes. This causes a panic since this logic was moved=20 to ugen_set_config a while ago. Removing the ugen_make_devnodes()=20 call from ugen_do_ioctl fixes the problem. This bug made it trivial=20 to cause a panic when there was access to any ugen device. http://am-productions.biz/docs/ugen-detach-race.patch =2D-=20 Anish Mistry --nextPart2894474.2X4GNkXOg8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBESpB2xqA5ziudZT0RAv9aAJ0aBxdC0p7IAQj58SkJBGE7CkaitwCgnPbG iW0iIu5sylGeWWVQLVSrQiY= =4rh2 -----END PGP SIGNATURE----- --nextPart2894474.2X4GNkXOg8--