From owner-freebsd-current@FreeBSD.ORG Sat Nov 3 23:58:05 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0F3A16A417 for ; Sat, 3 Nov 2007 23:58:05 +0000 (UTC) (envelope-from lankfordandrew@charter.net) Received: from que02.charter.net (que02.charter.net [209.225.8.190]) by mx1.freebsd.org (Postfix) with ESMTP id 6FC6413C4A8 for ; Sat, 3 Nov 2007 23:58:05 +0000 (UTC) (envelope-from lankfordandrew@charter.net) Received: from aarprv06.charter.net ([10.20.200.76]) by mtao02.charter.net (InterMail vM.7.08.03.00 201-2186-126-20070710) with ESMTP id <20071103174834.HCTK27011.mtao02.charter.net@aarprv06.charter.net> for ; Sat, 3 Nov 2007 13:48:34 -0400 Received: from [192.168.15.101] (really [75.138.208.47]) by aarprv06.charter.net with ESMTP id <20071103174834.EUWC14098.aarprv06.charter.net@[192.168.15.101]> for ; Sat, 3 Nov 2007 13:48:34 -0400 Message-ID: <472CB486.40609@charter.net> Date: Sat, 03 Nov 2007 13:48:54 -0400 From: Andrew Lankford User-Agent: Thunderbird 2.0.0.6 (X11/20071017) MIME-Version: 1.0 To: current@freebsd.org References: <47240A15.8080305@charter.net> <20071028074248.GA1511@haakonia.hitnet.RWTH-Aachen.DE> <4724BAD9.7000400@charter.net> <20071028164152.GA7516@eos.sc1.parodius.com> <4724BEB3.5080905@charter.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Chzlrs: 0 X-Mailman-Approved-At: Sun, 04 Nov 2007 00:21:30 +0000 Cc: Subject: Re: /usr/share/man/man8/MAKEDEV.8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Nov 2007 23:58:06 -0000 Sounds good, but what about: 1) adding rm /usr/share/man/ to the appropriate Makefile(s). Is the issue the possibility of mucking up any port or third party app that also writes to /usr/share/man? 2) getting rid of catman and forcing man to generate a new one from scratch each time instead of filling up /usr/share/man/cat* with stale files. Is this going to be a big drain on a p4-era pc compared to something like another periodic.conf script? or 3) A compile or run-time option that disables catman as described above. If I knew of one, I'd enable it without a second thought on my cutting edge p3 desktop :) Doug Barton wrote: > On Sun, 28 Oct 2007, Andrew Lankford wrote: > >> Thbbt! I'm reading the catman version of MAKEDEV. > > I'll try posting this one more time. :) Before you installworld, just do > 'rm -r /usr/share/man/' and you won't ever have that problem. > > Doug > From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 02:07:46 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4178816A41B for ; Sun, 4 Nov 2007 02:07:46 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id DEF7513C48E for ; Sun, 4 Nov 2007 02:07:45 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id lA421Mel071134; Sat, 3 Nov 2007 21:01:22 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Sat, 3 Nov 2007 21:01:22 -0500 (CDT) From: "Sean C. Farley" To: "Aryeh M. Friedman" In-Reply-To: <472CD0CF.1020909@gmail.com> Message-ID: References: <472C3569.3050301@gmail.com> <472CD0CF.1020909@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on mail.farley.org Cc: freebsd-current@FreeBSD.org, samira Subject: Re: sata atapi on ich9r X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 02:07:46 -0000 On Sat, 3 Nov 2007, Aryeh M. Friedman wrote: *snip* > Later tonight I am going to set up an informal clearinghouse list/wiki > for this issue so we can be more systematic about it. That sounds good. >> My system is an Asus P5K-E/WiFi with a DVDR > LH-20A1S/9L08>. It has 4GB RAM and two SATA hard drives. I have no >> PATA drives in it. It is running in RAID mode. > > I assume amd64 right? No. i386 (w/o PAE) since I am using the nVidia driver. I also have memory mapping disabled else the system will panic with that driver. I am only able to access 3GB. >> Unfortunately, this is my only workstation at home, so I will not be >> changing versions. I am willing to make changes to the driver. Here >> is a patch[1] to recognize and print the ICH9R during boot. It does >> not change anything functionally. >> >> My current notes: >> 1. burncd (without atapicam loaded), cdrecord and dd can all produce >> warnings. >> dd if=/dev/acd0 of=/dev/null bs=10M count=1 > > burncd gives me no warnings (except on fixate [read time outs]) so > this is cosmetics I think (a local issue for you) The warning I am referring to are what goes to syslog. The same warnings I presume you are getting: acd0: TIMEOUT - READ_BIG retrying >> 2. sysinstall will fail during install when copying GENERIC kernel. >> This was on my work computer in a Dell Optiplex 745 with 1GB RAM. >> atapci0: >> acd0: CDRW at ata3-master >> SATA150 > > Like I asked the other person what is the actual performence of acd0 > (150 or 300)? The specification for my LITE-ON drive does not say anything but SATA, so I assume SATA150. The Dell drive is a CD burner/DVD drive. I really doubt it could be 300. atacontrol list shows both DVD drives to be "Serial ATA v1.0". My drives at home are definitely 150. At work my WDC WD800JD shows up as 150 although it is a 300. >> 5. PATA is not related since I have no PATA drives in my computer. > > Ideally I should see the following on my machine (bios sees it) but > the above dmesg snip shows I don't: > > 500 GB HDD SATA/300 > OEM DVDR,-RW,+R SATA/300 > 250 GB HDD PATA UDMA/133 (I have an other 250 GB I want to install as > soon this one is reconized) Does it change depending on how you have SATA configured (IDE/RAID/AHCI) in the BIOS? Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 02:49:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F415216A41B for ; Sun, 4 Nov 2007 02:49:58 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.235]) by mx1.freebsd.org (Postfix) with ESMTP id AEDD313C4AC for ; Sun, 4 Nov 2007 02:49:58 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1071817wxd for ; Sat, 03 Nov 2007 19:49:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=4gESmBNDoakvTTaR9ftJ8zirEpI1jg9urvZxFqMOqJM=; b=Kg14NFvX6FbKqj18WONE//ZuiEnEKv1BOpWkLMN3yyUh6XkATfZkWPnOfOnRovDLuALNSuZey3kQVJrGMd82unL9cg/Hff58zoyehLGgKRpLkAPXldgPKTZh+2NWYtdy+Ki1f5+KnizC2O42ego9ZT8toshFmaIvwFfLg6Laxi4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; b=Ae2GJFP+GU1/1zTfclAHeefDHDtlifh1Bb8AIDjgN4w6SOClmAcxfdesiWcycCHetLFbuF+BeUDp2La9ARoQWU86gqaR3r9SpW3oqjdR4Ie/87zZxZ9oqdnzJMTwF/Ev7hsr2Fv9reW3XaNUsTeXxWOv+q2Q+ImxkBmCSfRIADg= Received: by 10.70.7.13 with SMTP id 13mr5507266wxg.1194144166023; Sat, 03 Nov 2007 19:42:46 -0700 (PDT) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id e27sm7062672elf.2007.11.03.19.42.44 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 03 Nov 2007 19:42:44 -0700 (PDT) Message-ID: <472CF91F.40600@gmail.com> Date: Sat, 03 Nov 2007 18:41:35 -0400 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: sam , freebsd-current@freebsd.org, "Sean C. Farley" References: <472C3569.3050301@gmail.com> <472CCEAF.8080006@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: sata atapi on ich9r X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 02:49:59 -0000 sam wrote: > On Sat, 03 Nov 2007 20:40:31 +0100, Aryeh M. Friedman > wrote: > >> >>>> >>> The cpu is >>> CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz (2666.68-MHz >>> 686-class CPU) >>> installed bsd is a i386. >> >> How much RAM? > 2GB. You may want to try amd64 or enabling the PAE kernel option... reason anything above 2GB gives sometimes odd results From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 03:03:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 395FE16A417 for ; Sun, 4 Nov 2007 03:03:48 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.225]) by mx1.freebsd.org (Postfix) with ESMTP id E15E913C4BA for ; Sun, 4 Nov 2007 03:03:47 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1073489wxd for ; Sat, 03 Nov 2007 20:03:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=h8Ucg8T9qli4drzdgTIaJVAdeOak7fPFvmDqIEaanfI=; b=KdL3xSwyDDQfT9uFCb4Ns/8fz5jYvetIMZpZ6OqJCScsaMmJcdayHiC/feQk+pbRVxV4nTeeHt5O7NUbyKxJW3y6Q1Z70H5/tFiPs3yreGnA06I6a38lSDaAExNdjkKmxYEHkHXsQVxIk3WyM8awqEQCr0OF09V++5V6yAkTstA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=rKCNWVpPTeKgH7GWh/5VzVsV3gktjb0PL9pBCSpKRghDqofhn4uCl088R3cR6t7vCS/kZv7urQPU9uzd+3rmPVEn97FJLT7RJuvRYQVCWWIWePxhRII5GL+AgJ0+7+Aemu1iea3VhJBMHBXGVb7Pxra6h87Rrg53qs7ep2ZUslQ= Received: by 10.70.47.20 with SMTP id u20mr5502067wxu.1194143977066; Sat, 03 Nov 2007 19:39:37 -0700 (PDT) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id p27sm7097454ele.2007.11.03.19.39.34 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 03 Nov 2007 19:39:34 -0700 (PDT) Message-ID: <472CF861.3020609@gmail.com> Date: Sat, 03 Nov 2007 18:38:25 -0400 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: "Sean C. Farley" References: <472C3569.3050301@gmail.com> <472CD0CF.1020909@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, samira Subject: Re: sata atapi on ich9r X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 03:03:48 -0000 Sean C. Farley wrote: > On Sat, 3 Nov 2007, Aryeh M. Friedman wrote: > > *snip* > >> Later tonight I am going to set up an informal clearinghouse list/wiki >> for this issue so we can be more systematic about it. > > That sounds good. In the process of doing that right now will publicly announce it when complete. > >>> My system is an Asus P5K-E/WiFi with a DVDR >> LH-20A1S/9L08>. It has 4GB RAM and two SATA hard drives. I have no >>> PATA drives in it. It is running in RAID mode. >> >> I assume amd64 right? > > No. i386 (w/o PAE) since I am using the nVidia driver. I also have > memory mapping disabled else the system will panic with that driver. I > am only able to access 3GB. What kind of board (I blew out a 8500 GS attempting the same thing so I am no using a 5200 GT under nv)? BTW after we fix these IHC9R (SATA only?) issues I was thinking of tackling nvidia's kernel request list intrested in that project also? > > >>> 2. sysinstall will fail during install when copying GENERIC kernel. >>> This was on my work computer in a Dell Optiplex 745 with 1GB RAM. >>> atapci0: >>> acd0: CDRW at ata3-master >>> SATA150 >> >> Like I asked the other person what is the actual performence of acd0 >> (150 or 300)? > > The specification for my LITE-ON drive does not say anything but SATA, > so I assume SATA150. The Dell drive is a CD burner/DVD drive. I really > doubt it could be 300. atacontrol list shows both DVD drives to be > "Serial ATA v1.0". For some reason I wasn't even aware of atacontrol ;-) > > My drives at home are definitely 150. At work my WDC WD800JD shows up > as 150 although it is a 300. Same issue so we should add it to the issue list > >>> 5. PATA is not related since I have no PATA drives in my computer. >> >> Ideally I should see the following on my machine (bios sees it) but >> the above dmesg snip shows I don't: >> >> 500 GB HDD SATA/300 >> OEM DVDR,-RW,+R SATA/300 >> 250 GB HDD PATA UDMA/133 (I have an other 250 GB I want to install as >> soon this one is reconized) > > Does it change depending on how you have SATA configured (IDE/RAID/AHCI) > in the BIOS? After I am done setting up the wiki I am going to open the box up and play around with stuff so will report then From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 04:05:09 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A8C916A498; Sun, 4 Nov 2007 04:05:08 +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 838E213C480; Sun, 4 Nov 2007 04:05:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lA444sGI067015; Sun, 4 Nov 2007 00:04:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lA444shg009559; Sun, 4 Nov 2007 00:04:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E5A8B7302F; Sat, 3 Nov 2007 23:04:53 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071104040453.E5A8B7302F@freebsd-current.sentex.ca> Date: Sat, 3 Nov 2007 23:04:53 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 04:05:09 -0000 TB --- 2007-11-04 02:50:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-04 02:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-11-04 02:50:00 - cleaning the object tree TB --- 2007-11-04 02:50:22 - checking out the source tree TB --- 2007-11-04 02:50:22 - cd /tinderbox/HEAD/arm/arm TB --- 2007-11-04 02:50:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-04 02:58:40 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-04 02:58:40 - cd /src TB --- 2007-11-04 02:58:40 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 4 02:58:42 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/main.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/mbufs.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/netcmds.c /src/usr.bin/systat/netcmds.c: In function 'netcmd': /src/usr.bin/systat/netcmds.c:127: internal compiler error: internal consistency failure Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-04 04:04:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-04 04:04:53 - ERROR: failed to build world TB --- 2007-11-04 04:04:53 - tinderbox aborted TB --- 0.38 user 1.75 system 4493.25 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 08:02:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC79B16A420 for ; Sun, 4 Nov 2007 08:02:32 +0000 (UTC) (envelope-from verm@darkbeer.org) Received: from kawaii.mahou.org (kawaii.mahou.org [209.67.221.114]) by mx1.freebsd.org (Postfix) with ESMTP id 7276E13C4B8 for ; Sun, 4 Nov 2007 08:02:32 +0000 (UTC) (envelope-from verm@darkbeer.org) Received: from kawaii.mahou.org (localhost.mahou.org [127.0.0.1]) by kawaii.mahou.org (8.13.4/8.13.1) with ESMTP id lA46v3bn051266 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 4 Nov 2007 00:57:03 -0600 (CST) (envelope-from verm@darkbeer.org) Received: (from verm@localhost) by kawaii.mahou.org (8.13.4/8.13.1/Submit) id lA46v3x5051265; Sun, 4 Nov 2007 00:57:03 -0600 (CST) (envelope-from verm@darkbeer.org) Date: Sun, 4 Nov 2007 00:57:03 -0600 From: Amar Takhar To: freebsd-current@freebsd.org Message-ID: <20071104065703.GA51112@darkbeer.org> Mail-Followup-To: freebsd-current@freebsd.org, sos@deepcore.dk MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: sos@deepcore.dk Subject: atapicd regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 08:02:32 -0000 src/sys/dev/ata/atapi-cd.c r1.194 really broke how cd's work on my laptop, a few things happen when I use this revision: * when inserting a CD, mount /cdrom returns an immediate I/O error, while before it would wait for the cd to be read then mount it. * the eject cli utilitiy returns 'device busy' in every situation, wether the cd is mounted or not. * when i finish reading a cd and umount it, it's impossibly to manually use the (physical) eject button on my cdrom until the cd has completely spun down. before the eject button would stop the reading immediatly and eject. I can confirm that going to r1.193 restores previous functionality. This is a laptop, a Dell Inspiron 8600 from 2003-11-16, Intel ICH4 chipset (82801DB). I've also confirmed with a couple of others that they have hit this problem as well, all laptop users. The only other person that hasn't had this problem is a desktop user. Amar. From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 08:10:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BC5C16A515 for ; Sun, 4 Nov 2007 08:10:49 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.189]) by mx1.freebsd.org (Postfix) with ESMTP id 7527B13C4AC for ; Sun, 4 Nov 2007 08:10:49 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1033227rvb for ; Sun, 04 Nov 2007 01:10:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Rpm8yraWCNefUuZ1yLDM6ubkxjV8PTL2rYxgmeasPbY=; b=kfKbXuZbC3zdqy+AJrmhT3ckNLy/TUKA9VpBkKzXBp206Z+UTrmZwy4DIBAlQoqhW4n97utH63PbI3xlFbEU+g0f7hxy6jAY8tdhpaZP22qbSlTfsMKrPr1j/QvmV3Zw7AJ6cU7ruQ3pIDvTR49z6m+qp9qR+jgGka0JqRpghSc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IHIBHo0rp5/Q0HK2TxPh0Hwf0K64zH+96Y+g3Kb8TDL9BUz0tUBOQJUIBMfarxKXLbG1WSgU6uqasFfVxcnSy7/FQjyMtOyyfCcwPH9imJA3Cky1Nx2dDlHM3LlFjBELmbzUpUHXOBVd/OSVcoFeRxZLj2HulqHHoIPqgEITTxw= Received: by 10.141.161.6 with SMTP id n6mr1746474rvo.1194163829486; Sun, 04 Nov 2007 01:10:29 -0700 (PDT) Received: by 10.141.74.5 with HTTP; Sun, 4 Nov 2007 01:10:29 -0700 (PDT) Message-ID: <2fd864e0711040110p6880e4c7y79c20236dfe69905@mail.gmail.com> Date: Sun, 4 Nov 2007 17:10:29 +0900 From: Astrodog To: freebsd-current@freebsd.org, sos@deepcore.dk In-Reply-To: <20071104065703.GA51112@darkbeer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071104065703.GA51112@darkbeer.org> Cc: Subject: Re: atapicd regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 08:10:49 -0000 On 11/4/07, Amar Takhar wrote: > src/sys/dev/ata/atapi-cd.c r1.194 really broke how cd's work on my laptop, a few > things happen when I use this revision: > > * when inserting a CD, mount /cdrom returns an immediate I/O error, while > before it would wait for the cd to be read then mount it. > * the eject cli utilitiy returns 'device busy' in every situation, wether the > cd is mounted or not. > * when i finish reading a cd and umount it, it's impossibly to manually use > the (physical) eject button on my cdrom until the cd has completely spun > down. before the eject button would stop the reading immediatly and eject. > > I can confirm that going to r1.193 restores previous functionality. > > This is a laptop, a Dell Inspiron 8600 from 2003-11-16, Intel ICH4 chipset > (82801DB). I've also confirmed with a couple of others that they have hit this > problem as well, all laptop users. The only other person that hasn't had this > problem is a desktop user. > Just to add a data point, an ICH6-based laptop (Acer Aspire 3620) does not see this behavior. --- Harrison --- Harrison From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 09:03:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D232D16A469 for ; Sun, 4 Nov 2007 09:03:27 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from smtp.infidyne.com (ds9.infidyne.com [88.80.6.206]) by mx1.freebsd.org (Postfix) with ESMTP id 9093D13C4BB for ; Sun, 4 Nov 2007 09:03:26 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from c-5416e555.03-51-73746f3.cust.bredbandsbolaget.se (c-5416e555.03-51-73746f3.cust.bredbandsbolaget.se [85.229.22.84]) by smtp.infidyne.com (Postfix) with ESMTP id 10D67C98A; Sun, 4 Nov 2007 09:46:50 +0100 (CET) From: Peter Schuller To: freebsd-current@freebsd.org Date: Sun, 4 Nov 2007 09:48:17 +0100 User-Agent: KMail/1.9.7 References: <200711021208.25913.Thomas.Sparrevohn@btinternet.com> <20071103164231.GB23714@outcold.yadt.co.uk> In-Reply-To: <20071103164231.GB23714@outcold.yadt.co.uk> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart12928624.AgsU4zfSXM"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711040948.25732.peter.schuller@infidyne.com> Cc: Subject: Re: ZFS Hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 09:03:27 -0000 --nextPart12928624.AgsU4zfSXM Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > For example, pkg_delete seems to be _extremely_ slow and ^T reports that > it is stuck waiting on zfs:(&zio->io_cv) for an unreasonable (IMO) amount > of time. =46WIW, I have seen pkg_install (and possibly other pkg_* tools) being extr= emely=20 slow seemingly as a result of the active set of files it touches exceededin= g=20 the amount cached. In particular I had this problem after converting to ZFS= ,=20 but prior to switching to amd64 and more RAM. It would sit and churn on disk I/O forever, entirely seek bound. Tracing th= e=20 processes showed it traversing the package database over and over (presumab= ly=20 recursively following dependencies or some such). So the same files were=20 touched any number of times. As a result, with too little cached, runtime=20 exploded (it took hours and hours upgrading my desktop using *binary*=20 pre-built packages because the larger packages with a lot of dependencies=20 would take forever to install and delete). =2D-=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --nextPart12928624.AgsU4zfSXM Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHLYdZDNor2+l1i30RAtVFAJ9kIERRlObpc3tUggSQPezQgwRZtACgkLdY 74IJ4xB4XitSYLz7uSyiVmI= =VG0A -----END PGP SIGNATURE----- --nextPart12928624.AgsU4zfSXM-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 09:21:58 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CFCF16A469 for ; Sun, 4 Nov 2007 09:21:58 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by mx1.freebsd.org (Postfix) with ESMTP id 01C2A13C4A6 for ; Sun, 4 Nov 2007 09:21:57 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1114613wxd for ; Sun, 04 Nov 2007 01:21:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; bh=iZ1QCM9DXDgK7A+SarbVFXKUemE/ePh5cZoTa6WW/bU=; b=dSIb35QVlpBblR7IKig5Ix8fSPLAZcyntG1Whwy35LNDrI4dO1EeI729EbwogJpNNAve53el00conS7H+b/JrZnxxaA79YU1BIFeH7UcuvxRU9lAfDZfFTXBfTgEm1rAl3yVK7MoFKTrqVjVupDlompSwKU+aN39299G332Zc1Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=A4efSWUzJAPq9b6Q1M1OTYZ5RIyGZYZg08ZLbQ6KQhZq1HAMe7YrmkmmjVf4CQO58MpfupMS4YrfG5yMIbUSOn+GTHyG9tFJGWoUy6UKBg8OeNYTVrNCL1VjOsEkL2JG5Y6BrDy4BSwanJ773WiFw9nxJa7aosjudE8ZKsj9BQM= Received: by 10.70.89.11 with SMTP id m11mr5920944wxb.1194168104144; Sun, 04 Nov 2007 01:21:44 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id p33sm7286088elf.2007.11.04.01.21.42 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 04 Nov 2007 01:21:43 -0800 (PST) Message-ID: <472D56A1.7070206@gmail.com> Date: Sun, 04 Nov 2007 01:20:33 -0400 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org, "Sean C. Farley" , samira Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 09:21:58 -0000 http://www.flosoft-systems.com/wiki/index.php The goals of the wiki are: 1. Clearinghouse for known issues and solutions 2. Cordinate the development of patch set(s) to fix the issues From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 10:12:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB42316A41A for ; Sun, 4 Nov 2007 10:12:59 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 2DDD013C494; Sun, 4 Nov 2007 10:12:58 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <472D9B2A.5080900@FreeBSD.org> Date: Sun, 04 Nov 2007 11:12:58 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Peter Schuller References: <200711021208.25913.Thomas.Sparrevohn@btinternet.com> <20071103164231.GB23714@outcold.yadt.co.uk> <200711040948.25732.peter.schuller@infidyne.com> In-Reply-To: <200711040948.25732.peter.schuller@infidyne.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ZFS Hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 10:12:59 -0000 Peter Schuller wrote: >> For example, pkg_delete seems to be _extremely_ slow and ^T reports that >> it is stuck waiting on zfs:(&zio->io_cv) for an unreasonable (IMO) amount >> of time. > > FWIW, I have seen pkg_install (and possibly other pkg_* tools) being extremely > slow seemingly as a result of the active set of files it touches exceededing > the amount cached. In particular I had this problem after converting to ZFS, > but prior to switching to amd64 and more RAM. > > It would sit and churn on disk I/O forever, entirely seek bound. Tracing the > processes showed it traversing the package database over and over (presumably > recursively following dependencies or some such). So the same files were > touched any number of times. As a result, with too little cached, runtime > exploded (it took hours and hours upgrading my desktop using *binary* > pre-built packages because the larger packages with a lot of dependencies > would take forever to install and delete). It certainly could be a caching effect but the particular problem you were seeing should have been fixed. Are you still seeing it? Can the OP report whether e.g. gstat shows disk activity? Kris From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 10:28:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D15716A418; Sun, 4 Nov 2007 10:28:05 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.ipv6.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id 0B0BD13C4B8; Sun, 4 Nov 2007 10:28:04 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 459D53A57E; Sun, 4 Nov 2007 11:28:03 +0100 (CET) Date: Sun, 4 Nov 2007 11:28:03 +0100 From: Lars Engels To: Benjamin Close Message-ID: <20071104102803.GD5253@e.0x20.net> Mail-Followup-To: Lars Engels , Benjamin Close , Max Laier , freebsd-current@freebsd.org, freebsd-drivers@freebsd.org, freebsd-mobile@freebsd.org References: <472A6708.9030109@clearchain.com> <20071102004248.GA5253@e.0x20.net> <200711020152.53535.max@love2party.net> <472A7ADD.3010002@clearchain.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VMt1DrMGOVs3KQwf" Content-Disposition: inline In-Reply-To: <472A7ADD.3010002@clearchain.com> X-Editor: VIM - Vi IMproved 7.1 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Max Laier , freebsd-current@freebsd.org, freebsd-drivers@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: [RFT] Intel 3945abg wireless driver (wpi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lars Engels List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 10:28:05 -0000 --VMt1DrMGOVs3KQwf Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 02, 2007 at 11:48:21AM +1030, Benjamin Close wrote: > Max Laier wrote: > >On Friday 02 November 2007, Lars Engels wrote: > > =20 > >>On Fri, Nov 02, 2007 at 10:23:44AM +1030, Benjamin Close wrote: > >> =20 > >>>Howdy All, I'm pleased to announce the first 'official' > >>>experimental version of the wpi wireless driver and hence require > >>>your help in making it become stable. > >>>Expect a few things not to work (ie bg scanning, setting txpower) but > >>>in general the driver should be usable in station mode (hostap is not > >>>yet supported). > >>> > >>>If you've got an Intel 3945abg wireless card, grab the tarball at: > >>> > >>> http://people.freebsd.org/~benjsc/downloads/wpi/20071102-freebsd-wpi. > >>>tar.gz > >>> > >>>Untar and follow the instructions in the README. > >>>If you want more info about the driver, or to checkout the FAQ > >>>checkout: > >>> > >>> http://www.clearchain.com/wiki/Wpi > >>> > >>>I'm interested in all reports related to panics, things not working > >>>as expected, etc. The driver still has debug enabled so expect a few > >>>messages to be dumped to the screen whilst in use. > >>> > >>>Finally, many thanks to all those that have been helping debug the > >>>driver along the way. > >>> > >>>Cheers, > >>> Benjamin > >>> =20 > >>Good to know that someone is still working on it. > >>However, it doesn't work for me. I cannot load the firmware: > >> > >>lars@ttyp3 # kldload wpifw > >>lars@ttyp3 # dmesg > >>wpifw: You need to read the LICENSE file in > >>/usr/share/doc/legal/intel_wpi/. wpifw: If you agree with the license, > >>set legal.intel_wpi.license_ack=3D1 in /boot/loader.conf. > >>module_register_init: MOD_LOAD (wpifw_fw, 0xc6d1151c, 0) error 1 > >> > >>lars@ttyp3 # grep legal.intel_wpi.license_ack /boot/loader.conf > >>legal.intel_wpi.license_ack=3D1 > >> > >>lars@ttyp3 # sysctl legal > >>sysctl: unknown oid 'legal' > >> =20 > > > >It's not a sysctl it's in kenv, but if it's in loader.conf it should be = in kenv, too. > > > > =20 > >>And I even read the license! ;-) > >> =20 > > > > > > =20 > You shouldn't need to manually kldload the wpifw, wpi will pull it in for= you. However, if you have the line in loader.conf it should work - I take = it you did reboot=20 > for the setting to be grabbed? >=20 Sorry for the noise. I didn't reboot nor did I use kenv. It's working now except for WPA. :) Lars --VMt1DrMGOVs3KQwf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFHLZ6zKc512sD3afgRAs64AJ4iGSLWWNYD9JCxZv6w8KutCnnafwCeKMec MVRAu4sbM4djkkYETCUGxxI= =BUJA -----END PGP SIGNATURE----- --VMt1DrMGOVs3KQwf-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 10:51:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46C0716A419; Sun, 4 Nov 2007 10:51:49 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.ipv6.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id A4DE713C4B2; Sun, 4 Nov 2007 10:51:48 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 94CFB3A57F; Sun, 4 Nov 2007 11:51:47 +0100 (CET) Date: Sun, 4 Nov 2007 11:51:47 +0100 From: Lars Engels To: Benjamin Close , Max Laier , freebsd-current@freebsd.org, freebsd-drivers@freebsd.org, freebsd-mobile@freebsd.org Message-ID: <20071104105147.GE5253@e.0x20.net> Mail-Followup-To: Lars Engels , Benjamin Close , Max Laier , freebsd-current@freebsd.org, freebsd-drivers@freebsd.org, freebsd-mobile@freebsd.org References: <472A6708.9030109@clearchain.com> <20071102004248.GA5253@e.0x20.net> <200711020152.53535.max@love2party.net> <472A7ADD.3010002@clearchain.com> <20071104102803.GD5253@e.0x20.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k3qmt+ucFURmlhDS" Content-Disposition: inline In-Reply-To: <20071104102803.GD5253@e.0x20.net> X-Editor: VIM - Vi IMproved 7.1 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Subject: Re: [RFT] Intel 3945abg wireless driver (wpi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lars Engels List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 10:51:49 -0000 --k3qmt+ucFURmlhDS Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 04, 2007 at 11:28:03AM +0100, Lars Engels wrote: > On Fri, Nov 02, 2007 at 11:48:21AM +1030, Benjamin Close wrote: > > Max Laier wrote: > > >On Friday 02 November 2007, Lars Engels wrote: > > > =20 > > >>On Fri, Nov 02, 2007 at 10:23:44AM +1030, Benjamin Close wrote: > > >> =20 > > >>>Howdy All, I'm pleased to announce the first 'official' > > >>>experimental version of the wpi wireless driver and hence require > > >>>your help in making it become stable. > > >>>Expect a few things not to work (ie bg scanning, setting txpower) but > > >>>in general the driver should be usable in station mode (hostap is not > > >>>yet supported). > > >>> > > >>>If you've got an Intel 3945abg wireless card, grab the tarball at: > > >>> > > >>> http://people.freebsd.org/~benjsc/downloads/wpi/20071102-freebsd-w= pi. > > >>>tar.gz > > >>> > > >>>Untar and follow the instructions in the README. > > >>>If you want more info about the driver, or to checkout the FAQ > > >>>checkout: > > >>> > > >>> http://www.clearchain.com/wiki/Wpi > > >>> > > >>>I'm interested in all reports related to panics, things not working > > >>>as expected, etc. The driver still has debug enabled so expect a few > > >>>messages to be dumped to the screen whilst in use. > > >>> > > >>>Finally, many thanks to all those that have been helping debug the > > >>>driver along the way. > > >>> > > >>>Cheers, > > >>> Benjamin > > >>> =20 > > >>Good to know that someone is still working on it. > > >>However, it doesn't work for me. I cannot load the firmware: > > >> > > >>lars@ttyp3 # kldload wpifw > > >>lars@ttyp3 # dmesg > > >>wpifw: You need to read the LICENSE file in > > >>/usr/share/doc/legal/intel_wpi/. wpifw: If you agree with the license, > > >>set legal.intel_wpi.license_ack=3D1 in /boot/loader.conf. > > >>module_register_init: MOD_LOAD (wpifw_fw, 0xc6d1151c, 0) error 1 > > >> > > >>lars@ttyp3 # grep legal.intel_wpi.license_ack /boot/loader.conf > > >>legal.intel_wpi.license_ack=3D1 > > >> > > >>lars@ttyp3 # sysctl legal > > >>sysctl: unknown oid 'legal' > > >> =20 > > > > > >It's not a sysctl it's in kenv, but if it's in loader.conf it should b= e in kenv, too. > > > > > > =20 > > >>And I even read the license! ;-) > > >> =20 > > > > > > > > > =20 > > You shouldn't need to manually kldload the wpifw, wpi will pull it > > in for you. However, if you have the line in loader.conf it should > > work - I take it you did reboot=20 > > for the setting to be grabbed? > >=20 >=20 > Sorry for the noise. I didn't reboot nor did I use kenv. It's working > now except for WPA. :) I revert this: WPA is working! \o/ lars@ttyp3 # ifconfig wpi0 wpi0: flags=3D8843 metric 0 mtu 1500 ether 00:13:02:3f:0d:e4 inet 192.168.1.33 netmask 0xffffff00 broadcast 192.168.1.255 media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/18Mbps) status: associated ssid shelbyville channel 11 (2462 Mhz 11g) bssid 00:13:49:ca:81:e3 authmode WPA privacy ON deftxkey UNDEF TKIP 2:128-bit txpowmax 100 bmiss 7 scanvalid 60 protmode CTS roaming MANUAL bintval 100 FreeBSD maggie.bsd-geek.de 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Fri Oct 12 2= 3:43:47 CEST 2007 Thanks for the good work, Ben! Lars --k3qmt+ucFURmlhDS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFHLaRDKc512sD3afgRAo5iAJ9xg+QFLC4TbkGol/LbVjeQrDerogCguI3P r1itU4SV1z8zlQD2TwYUaus= =oRpG -----END PGP SIGNATURE----- --k3qmt+ucFURmlhDS-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 11:05:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F43C16A419 for ; Sun, 4 Nov 2007 11:05:55 +0000 (UTC) (envelope-from davidt@yadt.co.uk) Received: from outcold.yadt.co.uk (outcold.yadt.co.uk [81.187.204.178]) by mx1.freebsd.org (Postfix) with ESMTP id E9B5C13C4B2 for ; Sun, 4 Nov 2007 11:05:54 +0000 (UTC) (envelope-from davidt@yadt.co.uk) Received: from localhost (localhost [127.0.0.1]) by outcold.yadt.co.uk (Postfix) with ESMTP id CB96F6FE6; Sun, 4 Nov 2007 11:05:25 +0000 (GMT) X-Virus-Scanned: amavisd-new at yadt.co.uk Received: from outcold.yadt.co.uk ([127.0.0.1]) by localhost (outcold.yadt.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wzzNA1CiqQHr; Sun, 4 Nov 2007 11:05:21 +0000 (GMT) Received: by outcold.yadt.co.uk (Postfix, from userid 1001) id A44C56FDF; Sun, 4 Nov 2007 11:05:21 +0000 (GMT) Date: Sun, 4 Nov 2007 11:05:21 +0000 From: David Taylor To: freebsd-current@freebsd.org Message-ID: <20071104110521.GA12145@outcold.yadt.co.uk> Mail-Followup-To: freebsd-current@freebsd.org, Peter Schuller References: <200711021208.25913.Thomas.Sparrevohn@btinternet.com> <20071103164231.GB23714@outcold.yadt.co.uk> <200711040948.25732.peter.schuller@infidyne.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <200711040948.25732.peter.schuller@infidyne.com> User-Agent: Mutt/1.4.2.3i Cc: Peter Schuller Subject: Re: ZFS slowness (not using cache?) (was: ZFS hangs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 11:05:55 -0000 On Sun, 04 Nov 2007, Peter Schuller wrote: > > For example, pkg_delete seems to be _extremely_ slow and ^T reports that > > it is stuck waiting on zfs:(&zio->io_cv) for an unreasonable (IMO) amount > > of time. > > FWIW, I have seen pkg_install (and possibly other pkg_* tools) being extremely > slow seemingly as a result of the active set of files it touches exceededing > the amount cached. In particular I had this problem after converting to ZFS, > but prior to switching to amd64 and more RAM. > > It would sit and churn on disk I/O forever, entirely seek bound. Tracing the > processes showed it traversing the package database over and over (presumably > recursively following dependencies or some such). So the same files were > touched any number of times. As a result, with too little cached, runtime > exploded (it took hours and hours upgrading my desktop using *binary* > pre-built packages because the larger packages with a lot of dependencies > would take forever to install and delete). Hmm. That prompted me to have a look at the arcstats, and I'm now rather confused. It seems to have plenty of cache free, but not actually using it properly. I'm running i386 for now (on an amd64 motherboard), with 4GB of RAM (~3.5Gb usable) and the following settings in loader.conf: geom_stripe_load="YES" geom_label_load="YES" zfs_load="YES" snd_driver_load="YES" nvidia_load="YES" hw.ata.atapi_dma="1" kern.maxfiles="25000" kern.ipc.shmmax=67108864 kern.ipc.shmall=32768 kern.maxdsiz="900M" vm.kmem_size=1450M vfs.zfs.arc_max=500M vfs.root.mountfrom="zfs:tank/i386_root" This results in (sysctl): vm.kmem_size_scale: 3 vm.kmem_size_max: 335544320 # I have just noticed this is about 300MB, # far lower than vm.kmem_size. Is that a problem? vm.kmem_size_min: 0 vm.kmem_size: 1520435200 vfs.zfs.arc_min: 47513600 vfs.zfs.arc_max: 524288000 kstat.zfs.misc.arcstats.c_min: 47513600 kstat.zfs.misc.arcstats.c_max: 524288000 kstat.zfs.misc.arcstats.size: 86967808 Regardless of what I do, I can't seem to get arcstats.size to exceed 100MB. It initially goes up with disk usage, but then starts to drop again, causing it to hold steady around 70-90MB. Something seems to be agressively pushing data out of the cache, despite it being <20% full, which seems rather fishy. Does anyone know what's going on? -- David Taylor From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 11:15:50 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1BDA16A41A for ; Sun, 4 Nov 2007 11:15:50 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.186]) by mx1.freebsd.org (Postfix) with ESMTP id 6602513C4B3 for ; Sun, 4 Nov 2007 11:15:50 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so1498106fka for ; Sun, 04 Nov 2007 03:15:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type; bh=ARrj+kYil/AY1gaW1UvDoMdYNiXKLQI+Dwjb6ElIPzQ=; b=KnbTJ5WT0qaVvkzcNlBArm7BGNiYvaBiumyOqONvo9XxJ49/SiRyu/1Zog2PGORCu5SJ0nGE+egrTUccFvn+8bkFlQDoOnrdogSIbWcfc7rir57QjiAGQaoZtPsDXa0vspwfOY/QENzAjj4woB3Gdc5Epj88fa400iI4oz7EjAQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type; b=TQ/ZVnizA7lkgmedYXZH+fb0b6kyhxpKfG/8iAc8sIde0/hfbq9aHg7NYT4xEc0R5ZbRChggomKdR/CV4fB7thn6GlBfEu9Ozu3Gf1tZt3E2e1++8JA64gKMLcTuNE8uJrYZkAKlxJ1vHJ2T9npS3311k3CmpHC5BqWUZ6nCqHs= Received: by 10.82.187.16 with SMTP id k16mr6542086buf.1194174934364; Sun, 04 Nov 2007 03:15:34 -0800 (PST) Received: from 195-241-214-37.dsl.ip.tiscali.nl ( [195.241.214.37]) by mx.google.com with ESMTPS id 5sm5128440nfv.2007.11.04.03.15.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 04 Nov 2007 03:15:32 -0800 (PST) Message-ID: <472DA9D2.20202@gmail.com> Date: Sun, 04 Nov 2007 12:15:30 +0100 From: Rene Ladan User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.95.1 Content-Type: multipart/mixed; boundary="------------090503030203070904080304" Cc: Subject: if_re panic? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 11:15:51 -0000 This is a multi-part message in MIME format. --------------090503030203070904080304 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi, I was trying to get wpi-20071102 to work. After an unsuccesful try, I decided to switch back to re0. After doing # ifconfig re0 up # dhclient re0 my laptop (8.0-20071103 i386) paniced. I've attached a backtrace. I did play with route(8), but didn't change any routes. Regards, Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 --------------090503030203070904080304 Content-Type: text/plain; name="kgdb.38" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="kgdb.38" U2NyaXB0IHN0YXJ0ZWQgb24gU3VuIE5vdiAgNCAxMjowNToxMSAyMDA3CnJvb3RAMTk1LTI0 MS0yMTQtMzc6L3Zhci9jcmFzaCNrZ2RiIC1uIDM4DQ0KW0dEQiB3aWxsIG5vdCBiZSBhYmxl IHRvIGRlYnVnIHVzZXItbW9kZSB0aHJlYWRzOiAvdXNyL2xpYi9saWJ0aHJlYWRfZGIuc286 IFVuZGVmaW5lZCBzeW1ib2wgInBzX3BnbG9iYWxfbG9va3VwIl0NCkdOVSBnZGIgNi4xLjEg W0ZyZWVCU0RdDQpDb3B5cmlnaHQgMjAwNCBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb24sIElu Yy4NCkdEQiBpcyBmcmVlIHNvZnR3YXJlLCBjb3ZlcmVkIGJ5IHRoZSBHTlUgR2VuZXJhbCBQ dWJsaWMgTGljZW5zZSwgYW5kIHlvdSBhcmUNCndlbGNvbWUgdG8gY2hhbmdlIGl0IGFuZC9v ciBkaXN0cmlidXRlIGNvcGllcyBvZiBpdCB1bmRlciBjZXJ0YWluIGNvbmRpdGlvbnMuDQpU eXBlICJzaG93IGNvcHlpbmciIHRvIHNlZSB0aGUgY29uZGl0aW9ucy4NClRoZXJlIGlzIGFi c29sdXRlbHkgbm8gd2FycmFudHkgZm9yIEdEQi4gIFR5cGUgInNob3cgd2FycmFudHkiIGZv ciBkZXRhaWxzLg0KVGhpcyBHREIgd2FzIGNvbmZpZ3VyZWQgYXMgImkzODYtbWFyY2VsLWZy ZWVic2QiLg0KDQpVbnJlYWQgcG9ydGlvbiBvZiB0aGUga2VybmVsIG1lc3NhZ2UgYnVmZmVy Og0KPDU+cmUwOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gRE9XTg0KcGFuaWM6IHZtX2ZhdWx0 OiBmYXVsdCBvbiBub2ZhdWx0IGVudHJ5LCBhZGRyOiBkZWFkYzAwMA0KY3B1aWQgPSAwDQpL REI6IHN0YWNrIGJhY2t0cmFjZToNCmRiX3RyYWNlX3NlbGZfd3JhcHBlcihjMDY1NmE0ZCxl NTZlZDgwMCxjMDRjZmQzMSxjMDY3MmVmYywwLC4uLikgYXQgZGJfdHJhY2Vfc2VsZl93cmFw cGVyKzB4MjYNCmtkYl9iYWNrdHJhY2UoYzA2NzJlZmMsMCxjMDY2YjM3YyxlNTZlZDgwYyww LC4uLikgYXQga2RiX2JhY2t0cmFjZSsweDI5DQpwYW5pYyhjMDY2YjM3YyxkZWFkYzAwMCwx LGU1NmVkOTAwLGU1NmVkOGYwLC4uLikgYXQgcGFuaWMrMHgxMGYNCnZtX2ZhdWx0KGMxMDcx MDAwLGRlYWRjMDAwLDEsMCxkZWFkYzBkZSwuLi4pIGF0IHZtX2ZhdWx0KzB4MTc1DQp0cmFw X3BmYXVsdCg1LDAsYzA2NzQ2M2UsZTU2ZWQ5ZDgsYzc4YTcwMDAsLi4uKSBhdCB0cmFwX3Bm YXVsdCsweDE2Nw0KdHJhcChlNTZlZGE0MCkgYXQgdHJhcCsweDNkNg0KY2FsbHRyYXAoKSBh dCBjYWxsdHJhcCsweDYNCi0tLSB0cmFwIDB4YywgZWlwID0gMHhjMDU1ZmI2NSwgZXNwID0g MHhlNTZlZGE4MCwgZWJwID0gMHhlNTZlZGFlOCAtLS0NCnJ0aW5pdChjNjQxZTMwMCwxLDEs YzA0ZjY2MGIsNDU2YmM1YiwuLi4pIGF0IHJ0aW5pdCsweDMyDQppbl9pZmluaXQoMCxjNjQx ZTMwMCwwLDAsYzA2NWZhY2YsLi4uKSBhdCBpbl9pZmluaXQrMHg3NzUNCmluX2NvbnRyb2wo Yzc3MDhhZDQsODA0MDY5MWEsYzRlMThkODAsYzRlMTUwMDAsYzRmM2M0NDAsLi4uKSBhdCBp bl9jb250cm9sKzB4YWEwDQppZmlvY3RsKGM3NzA4YWQ0LDgwNDA2OTFhLGM0ZTE4ZDgwLGM0 ZjNjNDQwLGM0ZjNjNDQwLC4uLikgYXQgaWZpb2N0bCsweDMxNA0Kc29vX2lvY3RsKGM2MTdj ODcwLDgwNDA2OTFhLGM0ZTE4ZDgwLGM0ZDEyMTAwLGM0ZjNjNDQwLC4uLikgYXQgc29vX2lv Y3RsKzB4MzhlDQprZXJuX2lvY3RsKGM0ZjNjNDQwLDMsODA0MDY5MWEsYzRlMThkODAsMCwu Li4pIGF0IGtlcm5faW9jdGwrMHgyNDYNCmlvY3RsKGM0ZjNjNDQwLGU1NmVkY2ZjLGMsYzA2 NzcwY2UsYywuLi4pIGF0IGlvY3RsKzB4MTFkDQpzeXNjYWxsKGU1NmVkZDM4KSBhdCBzeXNj YWxsKzB4Mjg4DQpYaW50MHg4MF9zeXNjYWxsKCkgYXQgWGludDB4ODBfc3lzY2FsbCsweDIw DQotLS0gc3lzY2FsbCAoNTQsIEZyZWVCU0QgRUxGMzIsIGlvY3RsKSwgZWlwID0gMHgyODE2 NDMxYiwgZXNwID0gMHhiZmJmZTY1YywgZWJwID0gMHhiZmJmZTY4OCAtLS0NCktEQjogZW50 ZXI6IHBhbmljDQpQaHlzaWNhbCBtZW1vcnk6IDIwMzkgTUINCkR1bXBpbmcgMTIyIE1COiAx MDcgOTEgNzUgNTkgNDMgMjcgMTENCg0KIzAgIGRvYWR1bXAgKCkgYXQgcGNwdS5oOjE5NQ0K MTk1CXBjcHUuaDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeS4NCglpbiBwY3B1LmgNCihr Z2RiKSBidCBmDQojMCAgZG9hZHVtcCAoKSBhdCBwY3B1Lmg6MTk1DQpObyBsb2NhbHMuDQoj MSAgMHhjMDQ0NTU5YiBpbiBkYl9mbmNhbGwgKGR1bW15MT0tNDQ1NzIwOTY4LCBkdW1teTI9 MCwgZHVtbXkzPTcwLCANCiAgICBkdW1teTQ9MHhlNTZlZDVlNCAiNHZEwCIpIGF0IC91c3Iv c3JjL3N5cy9kZGIvZGJfY29tbWFuZC5jOjQ4Ng0KCWZuX2FkZHIgPSAtMTA2ODY5ODc5MA0K CWFyZ3MgPSB7LTEwNjY3NTU1NTIsIC0xMDY2NzU1NTQxLCAtMTA2OTI1Nzc3OSwgLTEwNjY3 NTU1NTIsIA0KICAtMTA2Njc1Nzc5MiwgMTIwLCAtNDQ1NzIwOTM2LCAtNDQ1NzIxMTQwLCAt MTA2OTI1NzAwOCwgLTQ0NTcyMDk4NH0NCgluYXJncyA9IDANCglyZXR2YWwgPSBWYXJpYWJs ZSAicmV0dmFsIiBpcyBub3QgYXZhaWxhYmxlLg0KKGtnZGIpIGJ0DQojMCAgZG9hZHVtcCAo KSBhdCBwY3B1Lmg6MTk1DQojMSAgMHhjMDQ0NTU5YiBpbiBkYl9mbmNhbGwgKGR1bW15MT0t NDQ1NzIwOTY4LCBkdW1teTI9MCwgZHVtbXkzPTcwLCANCiAgICBkdW1teTQ9MHhlNTZlZDVl NCAiNHZEwCIpIGF0IC91c3Ivc3JjL3N5cy9kZGIvZGJfY29tbWFuZC5jOjQ4Ng0KIzIgIDB4 YzA0NDVhY2MgaW4gZGJfY29tbWFuZF9sb29wICgpIGF0IC91c3Ivc3JjL3N5cy9kZGIvZGJf Y29tbWFuZC5jOjQwMQ0KIzMgIDB4YzA0NDcxMTggaW4gZGJfdHJhcCAodHlwZT0zLCBjb2Rl PTApIGF0IC91c3Ivc3JjL3N5cy9kZGIvZGJfbWFpbi5jOjIyMg0KIzQgIDB4YzA0ZjVjNGUg aW4ga2RiX3RyYXAgKHR5cGU9MywgY29kZT0wLCB0Zj0weGU1NmVkNzhjKQ0KICAgIGF0IC91 c3Ivc3JjL3N5cy9rZXJuL3N1YnJfa2RiLmM6NTAyDQojNSAgMHhjMDYyOTJmYiBpbiB0cmFw IChmcmFtZT0weGU1NmVkNzhjKSBhdCAvdXNyL3NyYy9zeXMvaTM4Ni9pMzg2L3RyYXAuYzo2 MjENCiM2ICAweGMwNjEwZWFiIGluIGNhbGx0cmFwICgpIGF0IC91c3Ivc3JjL3N5cy9pMzg2 L2kzODYvZXhjZXB0aW9uLnM6MTM5DQojNyAgMHhjMDRmNWRhNyBpbiBrZGJfZW50ZXIgKG1z Zz0weGMwNjUzZDNmICJwYW5pYyIpIGF0IGNwdWZ1bmMuaDo2MA0KIzggIDB4YzA0Y2ZkNDYg aW4gcGFuaWMgKA0KICAgIGZtdD0weGMwNjZiMzdjICJ2bV9mYXVsdDogZmF1bHQgb24gbm9m YXVsdCBlbnRyeSwgYWRkcjogJWx4IikNCiAgICBhdCAvdXNyL3NyYy9zeXMva2Vybi9rZXJu X3NodXRkb3duLmM6NTQ3DQojOSAgMHhjMDVlMzc3NyBpbiB2bV9mYXVsdCAobWFwPTB4YzEw NzEwMDAsIHZhZGRyPTM3MzU5Mjg4MzIsIGZhdWx0X3R5cGU9VmFyaWFibGUgImZhdWx0X3R5 cGUiIGlzIG5vdCBhdmFpbGFibGUuDQopDQogICAgYXQgL3Vzci9zcmMvc3lzL3ZtL3ZtX2Zh dWx0LmM6Mjc1DQojMTAgMHhjMDYyODgyMCBpbiB0cmFwX3BmYXVsdCAoZnJhbWU9MHhlNTZl ZGE0MCwgdXNlcm1vZGU9MCwgZXZhPTM3MzU5MjkwNTQpDQogICAgYXQgL3Vzci9zcmMvc3lz L2kzODYvaTM4Ni90cmFwLmM6Nzc0DQojMTEgMHhjMDYyOTE3YyBpbiB0cmFwIChmcmFtZT0w eGU1NmVkYTQwKSBhdCAvdXNyL3NyYy9zeXMvaTM4Ni9pMzg2L3RyYXAuYzo0NjMNCiMxMiAw eGMwNjEwZWFiIGluIGNhbGx0cmFwICgpIGF0IC91c3Ivc3JjL3N5cy9pMzg2L2kzODYvZXhj ZXB0aW9uLnM6MTM5DQojMTMgMHhjMDU1ZmI2NSBpbiBydGluaXQgKGlmYT0weGM2NDFlMzAw LCBjbWQ9MSwgZmxhZ3M9MSkNCiAgICBhdCAvdXNyL3NyYy9zeXMvbmV0L3JvdXRlLmM6MTE1 OQ0KIzE0IDB4YzA1NjRiZGIgaW4gaW5faWZpbml0IChpZnA9VmFyaWFibGUgImlmcCIgaXMg bm90IGF2YWlsYWJsZS4NCikgYXQgL3Vzci9zcmMvc3lzL25ldGluZXQvaW4uYzo4NDkNCiMx NSAweGMwNTY1YWYzIGluIGluX2NvbnRyb2wgKHNvPTB4Yzc3MDhhZDQsIGNtZD0yMTUxNzA0 ODU4LCANCiAgICBkYXRhPTB4YzRlMThkODAgInJlMCIsIGlmcD0weGM0ZTE1MDAwLCB0ZD0w eGM0ZjNjNDQwKQ0KICAgIGF0IC91c3Ivc3JjL3N5cy9uZXRpbmV0L2luLmM6NDQ5DQojMTYg MHhjMDU1ODE5ZiBpbiBpZmlvY3RsIChzbz0weGM3NzA4YWQ0LCBjbWQ9MjE1MTcwNDg1OCwg DQogICAgZGF0YT0weGM0ZTE4ZDgwICJyZTAiLCB0ZD0weGM0ZjNjNDQwKSBhdCAvdXNyL3Ny Yy9zeXMvbmV0L2lmLmM6MTg4OA0KIzE3IDB4YzA1MGMzOWQgaW4gc29vX2lvY3RsIChmcD0w eGM2MTdjODcwLCBjbWQ9MjE1MTcwNDg1OCwgZGF0YT0weGM0ZTE4ZDgwLCANCiAgICBhY3Rp dmVfY3JlZD0weGM0ZDEyMTAwLCB0ZD0weGM0ZjNjNDQwKQ0KICAgIGF0IC91c3Ivc3JjL3N5 cy9rZXJuL3N5c19zb2NrZXQuYzoxOTENCiMxOCAweGMwNTA2ZDYzIGluIGtlcm5faW9jdGwg KHRkPTB4YzRmM2M0NDAsIGZkPTMsIGNvbT0yMTUxNzA0ODU4LCANCiAgICBkYXRhPTB4YzRl MThkODAgInJlMCIpIGF0IGZpbGUuaDoyNjYNCiMxOSAweGMwNTA2ZTliIGluIGlvY3RsICh0 ZD0weGM0ZjNjNDQwLCB1YXA9MHhlNTZlZGNmYykNCiAgICBhdCAvdXNyL3NyYy9zeXMva2Vy bi9zeXNfZ2VuZXJpYy5jOjU3MA0KIzIwIDB4YzA2MjhiMjcgaW4gc3lzY2FsbCAoZnJhbWU9 MHhlNTZlZGQzOCkNCiAgICBhdCAvdXNyL3NyYy9zeXMvaTM4Ni9pMzg2L3RyYXAuYzoxMDA4 DQojMjEgMHhjMDYxMGYxMCBpbiBYaW50MHg4MF9zeXNjYWxsICgpIGF0IC91c3Ivc3JjL3N5 cy9pMzg2L2kzODYvZXhjZXB0aW9uLnM6MTk2DQojMjIgMHgwMDAwMDAzMyBpbiA/PyAoKQ0K UHJldmlvdXMgZnJhbWUgaW5uZXIgdG8gdGhpcyBmcmFtZSAoY29ycnVwdCBzdGFjaz8pDQo= --------------090503030203070904080304-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 11:32:07 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1F7B16A480; Sun, 4 Nov 2007 11:32:07 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 8BD2613C4AC; Sun, 4 Nov 2007 11:32:07 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.4] (opus.cse.buffalo.edu [128.205.32.4]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id lA4BVlCI015573 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 4 Nov 2007 06:31:47 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-j+BopdreosPW5hSH5Hoa" Organization: U. Buffalo CSE Department Date: Sun, 04 Nov 2007 06:31:46 -0500 Message-Id: <1194175906.1115.7.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port X-DCC--Metrics: phoebe.cse.buffalo.edu 1335; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: Subject: FreeBSD 7.0-BETA2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 11:32:07 -0000 --=-j+BopdreosPW5hSH5Hoa Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The 7.0-BETA2 builds have completed and are on many of the FreeBSD mirror sites. If you want to update an existing machine using cvsup use RELENG_7 as the branch tag. Instructions on using FreeBSD Update to perform a binary upgrade from FreeBSD 6.x to 7.0-BETA2 will be provided via the freebsd-stable list when available. The checksums for the currently available ISOs are: MD5 (7.0-BETA2-amd64-bootonly.iso) =3D 281df205655164713eb9df549486e0db MD5 (7.0-BETA2-amd64-disc1.iso) =3D ccd2ff3d8a1c4a08364e1be3a6a11c7a MD5 (7.0-BETA2-amd64-disc2.iso) =3D 461d9878c313646ef7319386952c5db7 MD5 (7.0-BETA2-amd64-docs.iso) =3D ff778f8ea78c31fa23738b824fd1cfd0 MD5 (7.0-BETA2-amd64-livefs.iso) =3D 90e01fdd44bbf2578cf0f82cef1b0b5f MD5 (7.0-BETA2-i386-bootonly.iso) =3D 1e9e9fdf946898ee5d93159eeb18df2c MD5 (7.0-BETA2-i386-disc1.iso) =3D 27b676f5084bc90ad9d99c4dfd1680db MD5 (7.0-BETA2-i386-disc2.iso) =3D 3a5a3a0582ac78e0853189a041ec1930 MD5 (7.0-BETA2-i386-docs.iso) =3D a9d0886c07c10e2a0f28cb144b7f3895 MD5 (7.0-BETA2-pc98-bootonly.iso) =3D aeee6decc1a3c620a0a271cdd0536a07 MD5 (7.0-BETA2-pc98-disc1.iso) =3D 5817e9ca01eb41aabe264336085870b2 MD5 (7.0-BETA2-sparc64-bootonly.iso) =3D 4f1c9bad4bc6d43c87eef33189c89125 MD5 (7.0-BETA2-sparc64-disc1.iso) =3D 1e2d4dcfcc206d0efb9e6ff6dda3d554 MD5 (7.0-BETA2-sparc64-disc2.iso) =3D ff975432eed1facee6f86ad32388bb37 SHA256 (7.0-BETA2-amd64-bootonly.iso) =3D f7596d902faa66122d0d8e13386ac6aed= 7666400e9b1cdd8461da75e628f0cbf SHA256 (7.0-BETA2-amd64-disc1.iso) =3D 09bbe1dcb9e538899a3f71421753fa79c478= 4839021253dcdac07fba4f494327 SHA256 (7.0-BETA2-amd64-disc2.iso) =3D fef9d81797b26f6b6f840c28b0c0523fdfc3= fe457c0a7927ad39010fde633790 SHA256 (7.0-BETA2-amd64-docs.iso) =3D aa14566df1221297c7ceea83080b69f76082c= a1096dd34e4b8f45281e069f9c6 SHA256 (7.0-BETA2-amd64-livefs.iso) =3D e17e0afeae2d7ee70bef8ecdd2a50083a0d= ba784b617c5eda01ce4ccaf65fcac SHA256 (7.0-BETA2-i386-bootonly.iso) =3D 4aa17e88f84d05cb83c0aeec0ced3dd8b9= 523f2ca262a3db32cbdbdb6a713b5b SHA256 (7.0-BETA2-i386-disc1.iso) =3D 565e0d41a2aa98cb5dcc5fd1b9cd8a06e5ec7= cd293351563937ef38c19002738 SHA256 (7.0-BETA2-i386-disc2.iso) =3D a4407612a9e63f3f124c41b2fce60d396a796= 8f3c01d1fdde7a5a1ade1c763c8 SHA256 (7.0-BETA2-i386-docs.iso) =3D 15f03146d095d99c6129e0d4101489a23ace43= b89987a6c577cae593d44564a9 SHA256 (7.0-BETA2-pc98-bootonly.iso) =3D a7609eb00097008b58a98f01134a9cf825= 4019a33ed82e7ff3f20332c52ac2ca SHA256 (7.0-BETA2-pc98-disc1.iso) =3D 0d69b6f0c8b7eb5ee096d8921330f1cc4842b= 02ebe580c268aa7b5955f5e117f SHA256 (7.0-BETA2-sparc64-bootonly.iso) =3D 58d31e4e6317f5b09e9502d56511145= b73df9d39b830fc53fc076393bbd978f6 SHA256 (7.0-BETA2-sparc64-disc1.iso) =3D 1e0e740748748be15ce4e8c981840746b0= 41611ad938fd62d75bd59324ece670 SHA256 (7.0-BETA2-sparc64-disc2.iso) =3D ceacabbc6f7c7aaf30eaf0017df240b843= b4041a9fa35d4ee1110dced3cda206 --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-j+BopdreosPW5hSH5Hoa Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHLa2i/G14VSmup/YRAny4AJ96KC9tEeQVV6p4Cnlt6n7UrXyk1wCgkAVm zPoCcjbBmS3YLzGz/PBsgHE= =WPCQ -----END PGP SIGNATURE----- --=-j+BopdreosPW5hSH5Hoa-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 11:49:56 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC22716A419 for ; Sun, 4 Nov 2007 11:49:56 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id D124D13C4BA for ; Sun, 4 Nov 2007 11:49:55 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so921370nfb for ; Sun, 04 Nov 2007 03:49:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type; bh=ub9BIy7BMoWSJXUqwIv6tzCNAG1EwJT/KDbrPglRUhE=; b=hlL/vMt2r975fKSMlvYkgHARIJxAZDcs5UNJhliATTNDGTrZjlvaiJyBu/qonYf6J7TtYkPUcyPKQN5caT5QM2bDE8sW6Synjp87iNKiIiB7NHkgs9Rb4Zvm8+BuUmH/hf39orB9TYD1n6msR6p5lno4d7gtfYkHVEmHUPhpjSI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type; b=EqInKp2V/xwaLQK0zOQUT9ErL+jCKcG4YBoNPCyEltuMOg3OQSMf6iFjqdgBV4QLc/67xcjIpvXTdAd4z8Zg05PxkfKf+rbXGo+2neMqRNCyYR/rg7JxuLdT7VQpjUVWDb7oyYXdKusiGn1oF+pmx1djEYhJOWX5MHU11yPAcvM= Received: by 10.78.138.14 with SMTP id l14mr2798274hud.1194176980008; Sun, 04 Nov 2007 03:49:40 -0800 (PST) Received: from 195-241-214-37.dsl.ip.tiscali.nl ( [195.241.214.37]) by mx.google.com with ESMTPS id d23sm7168132nfh.2007.11.04.03.49.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 04 Nov 2007 03:49:37 -0800 (PST) Message-ID: <472DB1CF.1000007@gmail.com> Date: Sun, 04 Nov 2007 12:49:35 +0100 From: Rene Ladan User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: Benjamin Close , current@freebsd.org References: <469536D5.3010701@gmail.com> <4699DEEC.3080806@clearchain.com> <4699FC0A.40207@gmail.com> <469A09D4.4050005@clearchain.com> <46BA2509.8090002@gmail.com> <46BADF8A.7020504@clearchain.com> <46BB732F.2030300@gmail.com> <46C35674.3030506@gmail.com> <46D6A203.7080002@clearchain.com> <46D883E6.5070607@gmail.com> <46DEA569.8050101@clearchain.com> <46DF1510.80602@gmail.com> <46DF15A4.9010508@gmail.com> <46F67C39.4050109@clearchain.com> <46F6AD16.80503@gmail.com> <472A7CE9.6060900@clearchain.com> <472CDB31.9060306@gmail.com> In-Reply-To: <472CDB31.9060306@gmail.com> X-Enigmail-Version: 0.95.1 Content-Type: multipart/mixed; boundary="------------020108070206080108010902" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: wpi doesn't associate :( X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 11:49:56 -0000 This is a multi-part message in MIME format. --------------020108070206080108010902 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Rene Ladan schreef: > Benjamin Close schreef: >> Hi Rene, >> There's a new version up if you want to give it a go. >> >> http://people.freebsd.org/~benjsc/downloads/ >> > I tested the new tarball on my laptop but dhclient still refuses to associate (it keeps > stuck in the DHCPDISCOVER state). I temporarily switched of the MAC address check of the > router so that any client which knows the WEP password can connect, but that didn't help > either. > > I also got some messages about memory not being properly aligned when loading if_wpi. > [...] I've attached some stuff from /var/log/messages which might be interesting. From what I understand from these messages, WLAN and Bluetooth (working) reside on the same card. pciconf and lspci cannot deny nor confirm this. Regards, Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 --------------020108070206080108010902-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 12:08:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01A7F16A418 for ; Sun, 4 Nov 2007 12:08:21 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from smtp.infidyne.com (ds9.infidyne.com [88.80.6.206]) by mx1.freebsd.org (Postfix) with ESMTP id D65E713C4B2 for ; Sun, 4 Nov 2007 12:08:19 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from c-5416e555.03-51-73746f3.cust.bredbandsbolaget.se (c-5416e555.03-51-73746f3.cust.bredbandsbolaget.se [85.229.22.84]) by smtp.infidyne.com (Postfix) with ESMTP id 0F0CECB21; Sun, 4 Nov 2007 13:00:33 +0100 (CET) From: Peter Schuller To: Kris Kennaway Date: Sun, 4 Nov 2007 13:02:08 +0100 User-Agent: KMail/1.9.7 References: <200711021208.25913.Thomas.Sparrevohn@btinternet.com> <200711040948.25732.peter.schuller@infidyne.com> <472D9B2A.5080900@FreeBSD.org> In-Reply-To: <472D9B2A.5080900@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2747767.37xN6SKecN"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711041302.08877.peter.schuller@infidyne.com> Cc: freebsd-current@freebsd.org Subject: Re: ZFS Hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 12:08:21 -0000 --nextPart2747767.37xN6SKecN Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > It certainly could be a caching effect but the particular problem you > were seeing should have been fixed. Are you still seeing it? I am not still seeing it; the machine has since been switched to AMD 64, an= d=20 RAM increased from 1 GB to 3 GB (and FreeBSD itself upgraded several times= =20 since then). I did not look into it in terrible detail; I just observed by= =20 tracing that the I/O in question was definitely the package database, and=20 that it was definitely accessing the same files mutiple times. I assumed it= =20 was a caching effect at the time, given all the maxvnode tweaking and sizin= g=20 restrictions put on the ARC. I do know I never saw it after the memory=20 increase. Also, this might have been prior to disabling prefetch. If it was, perhaps = the=20 prefetch hosed the cache. (Are the prefetch issues still there, anyone?) =2D-=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --nextPart2747767.37xN6SKecN Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHLbTADNor2+l1i30RAqb7AKC4qq93UEJx0VA2GrQ1kuxSKUnmmgCg5sDl /bvGfhes1ML3YwsHQVVvUJw= =pvF9 -----END PGP SIGNATURE----- --nextPart2747767.37xN6SKecN-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 12:14:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 598A816A421 for ; Sun, 4 Nov 2007 12:14:08 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 96D9B13C4B8; Sun, 4 Nov 2007 12:14:07 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <472DB78E.5030103@FreeBSD.org> Date: Sun, 04 Nov 2007 13:14:06 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: freebsd-current@freebsd.org, Peter Schuller References: <200711021208.25913.Thomas.Sparrevohn@btinternet.com> <20071103164231.GB23714@outcold.yadt.co.uk> <200711040948.25732.peter.schuller@infidyne.com> <20071104110521.GA12145@outcold.yadt.co.uk> In-Reply-To: <20071104110521.GA12145@outcold.yadt.co.uk> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: ZFS slowness (not using cache?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 12:14:08 -0000 David Taylor wrote: > On Sun, 04 Nov 2007, Peter Schuller wrote: > >>> For example, pkg_delete seems to be _extremely_ slow and ^T reports that >>> it is stuck waiting on zfs:(&zio->io_cv) for an unreasonable (IMO) amount >>> of time. >> FWIW, I have seen pkg_install (and possibly other pkg_* tools) being extremely >> slow seemingly as a result of the active set of files it touches exceededing >> the amount cached. In particular I had this problem after converting to ZFS, >> but prior to switching to amd64 and more RAM. >> >> It would sit and churn on disk I/O forever, entirely seek bound. Tracing the >> processes showed it traversing the package database over and over (presumably >> recursively following dependencies or some such). So the same files were >> touched any number of times. As a result, with too little cached, runtime >> exploded (it took hours and hours upgrading my desktop using *binary* >> pre-built packages because the larger packages with a lot of dependencies >> would take forever to install and delete). > > Hmm. That prompted me to have a look at the arcstats, and I'm now rather > confused. It seems to have plenty of cache free, but not actually using > it properly. > > I'm running i386 for now (on an amd64 motherboard), with 4GB of RAM > (~3.5Gb usable) and the following settings in loader.conf: > > geom_stripe_load="YES" > geom_label_load="YES" > zfs_load="YES" > snd_driver_load="YES" > nvidia_load="YES" > > hw.ata.atapi_dma="1" > kern.maxfiles="25000" > kern.ipc.shmmax=67108864 > kern.ipc.shmall=32768 > > kern.maxdsiz="900M" > vm.kmem_size=1450M > vfs.zfs.arc_max=500M > vfs.root.mountfrom="zfs:tank/i386_root" > > This results in (sysctl): > > vm.kmem_size_scale: 3 > vm.kmem_size_max: 335544320 # I have just noticed this is about 300MB, > # far lower than vm.kmem_size. Is that a problem? No but you can't set kmem to 1500MB without first increasing the kernel address space (1GB on i386) to some suitably larger value via KVA_PAGES. > vm.kmem_size_min: 0 > vm.kmem_size: 1520435200 > > vfs.zfs.arc_min: 47513600 > vfs.zfs.arc_max: 524288000 > kstat.zfs.misc.arcstats.c_min: 47513600 > kstat.zfs.misc.arcstats.c_max: 524288000 > kstat.zfs.misc.arcstats.size: 86967808 > > Regardless of what I do, I can't seem to get arcstats.size to exceed 100MB. > It initially goes up with disk usage, but then starts to drop again, causing > it to hold steady around 70-90MB. Something seems to be agressively pushing > data out of the cache, despite it being <20% full, which seems rather fishy. > Does anyone know what's going on? Try increasing kern.maxvnodes. Kris > From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 12:22:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 356E416A419; Sun, 4 Nov 2007 12:22:10 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id D41E813C49D; Sun, 4 Nov 2007 12:22:09 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id 5DFE72394B7; Sun, 4 Nov 2007 13:22:08 +0100 (CET) Date: Sun, 4 Nov 2007 13:22:08 +0100 From: Peter Schuller To: Ivan Voras Message-ID: <20071104122206.GA84737@hyperion.scode.org> References: <20071016110642.GB54457@hyperion.scode.org> <20071016212307.GA8850@hyperion.scode.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: Status of MySQL on 7 w/o patches applied X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 12:22:10 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > > So to follow-up, with RELENG_7 the performance is now significantly > > better than 6.2 for me too. I guess it was the debugging options in > > userland. If someone wants details anyway I'll provide them, but since > > it is no longer that interesting I'm leaving it as is if no one speaks > > up. >=20 > It's always interesting to get "third party" confirmations on such > benchmarks so please post them :) Better late than never... So to recap, these tests were done on single-processer AMD64 machines with 512 MB of memory. So nothing as interesting as SMP scalability and such, but still interesting to see an increase in absolute speed in the simple case. They were also performed maintaly with the 4BSD scheduler. Due to the reason for running these tests, they were also made with MyISAM rather than InnoDB, prepared as such: sysbench --test=3Doltp \ --mysql-table-engine=3Dmyisam \ --oltp-table-size=3D1000000 \ prepare And run as such: sysbench --num-threads=3D16 \ --max-requests=3D100000 \ --test=3Doltp \ --oltp-table-size=3D10000 \ --mysql-socket=3D/tmp/mysql.sock \ --oltp-read-only \ run The MySQL version is 5.0.45_1 in both cases, compiled from ports with default build settings, and (on purpose) default MySQL runtime settings (empty my.cnf). Nothing in loader.conf on either machine. On the RELENG_7 one I tried the following, one at a time, but none of them caused a different time source to be chosen (probably because I was doing it the wrong way): kern.timecounter.tc.TSC.quality=3D"1000" kern.timecounter.hardware=3D"TSC" kern.timecounter.choice=3D"TSC(1200) ACPI-fast(1000) i8254(0) dummy(-100000= 0)" kern.timecounter.smp_tsc=3D"1" CPU details (6.2 machine, then RELENG_7 machine): CPU: AMD Athlon(tm) 64 Processor 3200+ (1989.81-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x40ff2 Stepping =3D 2 Features=3D0x78bfbff Features2=3D0x2001 AMD Features=3D0xea500800 AMD Features2=3D0x1d,,CR8> CPU: AMD Athlon(tm) 64 Processor 3200+ (1989.82-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x40ff2 Stepping =3D 2 Features=3D0x78bfbff Features2=3D0x2001 AMD Features=3D0xea500800 AMD Features2=3D0x1d And the sysbench results: 6.2: OLTP test statistics: queries performed: read: 1400000 write: 0 other: 200000 total: 1600000 transactions: 100000 (261.10 per sec.) deadlocks: 0 (0.00 per sec.) read/write requests: 1400000 (3655.45 per sec.) other operations: 200000 (522.21 per sec.) Test execution summary: total time: 382.9903s total number of events: 100000 total time taken by event execution: 6125.6312 per-request statistics: min: 0.0028s avg: 0.0613s max: 0.8482s approx. 95 percentile: 0.0697s Threads fairness: events (avg/stddev): 6250.0000/94.01 execution time (avg/stddev): 382.8520/0.01 RELENG_7 from October 16: OLTP test statistics: queries performed: read: 1400000 write: 0 other: 200000 total: 1600000 transactions: 100000 (292.50 per sec.) deadlocks: 0 (0.00 per sec.) read/write requests: 1400000 (4095.01 per sec.) other operations: 200000 (585.00 per sec.) Test execution summary: total time: 341.8797s total number of events: 100000 total time taken by event execution: 5468.4663 per-request statistics: min: 0.0028s avg: 0.0547s max: 0.8707s approx. 95 percentile: 0.0561s Threads fairness: events (avg/stddev): 6250.0000/124.43 execution time (avg/stddev): 341.7791/0.01 --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHLbluDNor2+l1i30RAu+QAJ9CN2vbEykxyz3mtJvL4GZUT6uM1wCfc8Xo i12yQ/2PIlQq9w+Ue0giho0= =4fx8 -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 12:26:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1933A16A417 for ; Sun, 4 Nov 2007 12:26:27 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 4F9CB13C4A7; Sun, 4 Nov 2007 12:26:26 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <472DBA71.9070401@FreeBSD.org> Date: Sun, 04 Nov 2007 13:26:25 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Peter Schuller References: <200711021208.25913.Thomas.Sparrevohn@btinternet.com> <200711040948.25732.peter.schuller@infidyne.com> <472D9B2A.5080900@FreeBSD.org> <200711041302.08877.peter.schuller@infidyne.com> In-Reply-To: <200711041302.08877.peter.schuller@infidyne.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ZFS Hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 12:26:27 -0000 Peter Schuller wrote: >> It certainly could be a caching effect but the particular problem you >> were seeing should have been fixed. Are you still seeing it? > > I am not still seeing it; the machine has since been switched to AMD 64, and > RAM increased from 1 GB to 3 GB (and FreeBSD itself upgraded several times > since then). I did not look into it in terrible detail; I just observed by > tracing that the I/O in question was definitely the package database, and > that it was definitely accessing the same files mutiple times. I assumed it > was a caching effect at the time, given all the maxvnode tweaking and sizing > restrictions put on the ARC. I do know I never saw it after the memory > increase. I think the particular issue was fixed by improvements to the package tools. > > Also, this might have been prior to disabling prefetch. If it was, perhaps the > prefetch hosed the cache. (Are the prefetch issues still there, anyone?) Well the readahead "issues" are just the zfs design, AFAIK. It does aggressive prefetching to improve performance on the assumption that you are running with a reasonably fast storage system that can keep up. On crappy low end disk hardware (e.g. single ATA disk) this can easily saturate the disk. Kris From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 12:35:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0AAF16A41B for ; Sun, 4 Nov 2007 12:35:27 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from izb.knu.ac.kr (unknown [IPv6:2002:9be6:9d5d:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9EF9313C4B3 for ; Sun, 4 Nov 2007 12:35:27 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from izb.knu.ac.kr (localhost.izb.knu.ac.kr [127.0.0.1]) by draba.izb.knu.ac.kr (Postfix) with ESMTP id 39C2D3EA5; Sun, 4 Nov 2007 21:10:33 +0900 (KST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=izb.knu.ac.kr; h=subject: from:reply-to:to:cc:in-reply-to:references:content-type:date: message-id:mime-version:content-transfer-encoding; q=dns/txt; s= s1024; bh=Z/UknWBPzUBPkEDqebLnkb7YZbY=; b=EVCOydca6Ek72Q6zZoIS/5 A03AcplBCpJ7ecMhyhTfW7HUZ35CZ81ygp8MlUWwsdBjrouomIx3LwPCDQQIZaKR QQIF3wussQlP0ZEUHKn3Vi5qUolfxOCvO2myrFHKbtvFqqQ9BEmHd4t3n9RjBa5a cvGik7aCrl8MV+TiVeT0c= Received: from setaria.izb.knu.ac.kr (setaria.izb.knu.ac.kr [IPv6:2002:9be6:a514:1::1]) by draba.izb.knu.ac.kr (Postfix) with ESMTP id 214E13EA4; Sun, 4 Nov 2007 21:10:33 +0900 (KST) Received: from [IPv6:2002:9be6:9d5d:2:20b:6aff:fe56:969f] (unknown [IPv6:2002:9be6:9d5d:2:20b:6aff:fe56:969f]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "黃炳熙", Issuer "é„­è–美" (verify="æ„›")) (Authenticated sender: bh.rfc4871@setaria.izb.knu.ac.kr) by setaria.izb.knu.ac.kr (Postfix) with ESMTP id 6EA201CCEE; Sun, 4 Nov 2007 21:10:29 +0900 (KST) From: Byung-Hee HWANG To: Ken Smith In-Reply-To: <1194175906.1115.7.camel@opus.cse.buffalo.edu> References: <1194175906.1115.7.camel@opus.cse.buffalo.edu> Content-Type: text/plain Organization: InZealBomb Date: Sun, 04 Nov 2007 21:10:31 +0900 Message-Id: <1194178231.913.3.camel@viola.izb.knu.ac.kr> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.0-BETA2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bh@izb.knu.ac.kr List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 12:35:28 -0000 On Sun, 2007-11-04 at 06:31 -0500, Ken Smith wrote: > The 7.0-BETA2 builds have completed and are on many of the FreeBSD > mirror sites. If you want to update an existing machine using cvsup use > RELENG_7 as the branch tag. [...] It works fine, thanks! bh@viola:~> uname -a FreeBSD viola.izb.knu.ac.kr 7.0-BETA2 FreeBSD 7.0-BETA2 #1: Sun Nov 4 20:11:14 KST 2007 root@viola.izb.knu.ac.kr:/usr/obj/usr/src/sys/GENERIC i386 Sincerely, -- "They shot him five times. But he's though." -- Santino Corleone, "Chapter 2", page 79 From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 12:42:29 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C6C816A417 for ; Sun, 4 Nov 2007 12:42:29 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id A6C0213C494 for ; Sun, 4 Nov 2007 12:42:28 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so925866nfb for ; Sun, 04 Nov 2007 04:42:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type; bh=RMb35v4jGlxxp6uvx8QbC80M/DrlXg/7VODUflaXvjw=; b=CPahLSza0WFUHWrpC+vtjZTWErDBOnlyG3yw6RfVBWerBoKbaLjf7jN87vUAbxcq++/Yxq9tn8VmEXerkZlhvQfdQkvylR6IO/DmMTi2nMErG7QDfesH5e1llvAVFGZeeGvfogYS9hER3BaHOzhXGpidcaaVT8ieJRTnw1V0E+E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type; b=O8WFtBp5sXpLZYZPQym3Rx7rZmMtYGm3CzWYp6Q+GESY4swsa9T6ep6lSKdHsu4MzB+BeFWmYOG1rggucrZz9z4H1iB1dvV4UM3LdBhP2TI4UeMYqX504LBzKDCsntQZD5eosYBKAifojmsMHLH6TkUdy9VpHYWsHf+SqjCwgaI= Received: by 10.78.206.9 with SMTP id d9mr2846037hug.1194180121737; Sun, 04 Nov 2007 04:42:01 -0800 (PST) Received: from 195-241-214-37.dsl.ip.tiscali.nl ( [195.241.214.37]) by mx.google.com with ESMTPS id 2sm242528nfv.2007.11.04.04.41.58 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 04 Nov 2007 04:41:59 -0800 (PST) Message-ID: <472DBE15.4050708@gmail.com> Date: Sun, 04 Nov 2007 13:41:57 +0100 From: Rene Ladan User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: Benjamin Close , current@freebsd.org References: <469536D5.3010701@gmail.com> <4699DEEC.3080806@clearchain.com> <4699FC0A.40207@gmail.com> <469A09D4.4050005@clearchain.com> <46BA2509.8090002@gmail.com> <46BADF8A.7020504@clearchain.com> <46BB732F.2030300@gmail.com> <46C35674.3030506@gmail.com> <46D6A203.7080002@clearchain.com> <46D883E6.5070607@gmail.com> <46DEA569.8050101@clearchain.com> <46DF1510.80602@gmail.com> <46DF15A4.9010508@gmail.com> <46F67C39.4050109@clearchain.com> <46F6AD16.80503@gmail.com> <472A7CE9.6060900@clearchain.com> <472CDB31.9060306@gmail.com> In-Reply-To: <472CDB31.9060306@gmail.com> X-Enigmail-Version: 0.95.1 Content-Type: multipart/mixed; boundary="------------010905040204080707080704" Cc: Subject: Re: wpi doesn't associate :( X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 12:42:29 -0000 This is a multi-part message in MIME format. --------------010905040204080707080704 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Rene Ladan schreef: > Benjamin Close schreef: >> Hi Rene, >> There's a new version up if you want to give it a go. >> >> http://people.freebsd.org/~benjsc/downloads/ >> > I tested the new tarball on my laptop but dhclient still refuses to associate (it keeps > stuck in the DHCPDISCOVER state). I temporarily switched of the MAC address check of the > router so that any client which knows the WEP password can connect, but that didn't help > either. > > I also got some messages about memory not being properly aligned when loading if_wpi. > > I'll try connecting to another router without WEP/MAC control. > I get the same result with a ZyXel P-2602HW-D1A, see the attachment for details. WEP/MAC control is disabled. > Regards, > Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 --------------010905040204080707080704 Content-Type: application/octet-stream; name="zyxel.log.bz2" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="zyxel.log.bz2" QlpoOTFBWSZTWaAsGhwBmlDfgCAQUGf/97/v3sq/7//wYEu29SilXgAAAAAAAAA+7d3cpUAA AAAxwcOzyJJIAAAAAAAAAHwAAAAAAAAAAAPuDxoAFoJ4G4CYDB9V21FrJiPPBe4VIPPAe49A PDngeAAHeACcBYHGe8C4HfeBuBPcC4HOAwMAAAKoAAAAAKAAoRVPZiG/VVVVNGQYRkwQBiMj CaGmAQMqqf/+aZHqlSpR6mmJkMgNGCZGQaMmmgDINDyoQpT0hlNqAAAAAAADQBp7VUSip6nq GIDQAAAGIAAAAk9UpENUREwQaNAAaAA0AAAClJBBBNNE1PQmjQEwmaJmo0GI8p6TJ/y/8/r/ fsf3fv0/3vv1f7/61fr/sEzMywNJxONa/V99ra09f3JvlzDfmdW2+c/P8E/Hr9Pp9W/X6nr8 +/Y3698PfVbkr4rltEUYoxRBiI+71+9ar6uqu5JdyZ67LLyXmzMwwAzDMzdU1XsOz7srb6AA fy9z7/PO7v01LXpFEURRFEURRFEUS6JK8uqu6q7qruqu6qV3agAAAAAeeeeeeeeeeeeeefWp q/NStXgAAPr0+efve/3/z6fptfW29ooiiKIoiiKIoiiKIonm3ptVVd1V3VX1eHmau7MAAADM zMzNAZMz3eeeet79evXrW9bX6bStr0AAAJ9evr71717URRFEURRe/Wq7qruqu6q7quWoAAAA BupdTlS5KvAB/dvr19evv7+/yvVeSvEaIoxLu7l3/L7Jyq5cku5Je9wkL7vSAAAAefO3m32b W3ttvyLZ9FVXz6/UoAAAAAAAAAAAUAAAAZgGAAABSgAAAAAAAABgAAACgAAAAAAABgAAAAAA AAAAAApgwDUAACgAAkBQAAAAAAAAAUAAAAKoAAoAAAAAAAAAAAAAAYAFAAAAAAAAAFAAAAMA AAAGAUBRQAAAAAAAAoYAABQAAFABgCQAAAAAAASAAAUACgMAClYAAAAAUAFAAoAUABQAAAAA AACgwAAAYMCgAAAAAAFAAUAFAMAAAAFAACgKAFAAAUKAAAooAAAAwAAAAKAAAAAABQASAABQ DAChQFAABQoAAAAAAAAAAAAAAAMAAAGDAAAAAFAKAAKAABQKoUUAAAAAAAAABQFACgAAAoUA AAoFFAYABRVCgAAFCtQAUACgYBQABQAAAUCgAAqgDABQFAFAAAKAoAAUAChQAAAAAAAoAAAB RQAAUAAAAKAAAAAAKAAFBQoFAJAAABICgoAAAUAAAoBQAoACgAGKFAAAAAAKAAAACigUAAAA AAKCgYKGAAAAAAAAAAABQAAAAagAAAAAAACgBQUFAAAAAAAoFAKr/rdqQPpI/r/KtYMwZkWZ MxJmUbGqNjY2NjY2K1r/f3/btf9Xt+fu/yu27y7WfX8v/nzzwAWQD/Pbttzyt76kqTnDMzMz M3AMzMzPhlSqlSSTa79+0RxkjOj7fidvePWPnp75xN9rbWNLzxvL1jDzdOm3au2vWvVfwa1L veV83YbsO2+eeN2G7Ddhuw3YbsN2KbsO73vPG7Ddhuw27gACSWNo29Z3Wu7rXc3YbtNbxleb sN2Hbe+eN2G7Ddhuw3YbsN2KbsO73vPG67utd3Wu7rdwAASNG0d3vRuw3YbsN2be7tW73Zbt W3quWivduWi0X8VXLSWj+LVy0Vfx3LRZfkWi0Wivy3LRaLXmWi18bfNy0Wjb5uWi0a+a5a99 1or5blotF8q5ZXpaflotGr5y0Wir5e91otFurloteN825aLR81cteu60+Wi0Wny0WV6WjfNu WjV85aLRt83vdaLRq7lrxaNfNctFo3zblr13Wny0WjV85aLK9LRvm3LRaPmrlo1fPe614tPL RaNXzlotFvlctFr33b5ty0WjfNuWiyvS0+Wi0W+Vy0WjXzXu88tGrzlotG3zctFor5blote+ 7fm3LRaLRaLK8b825a5aL8q5aLR+avd78tGrzlotFvyuWi0X5Vy0WvfdflXLRaL5Vy0WV6a/ NctctG+bctFo+avd78tGrzlotGvmuWi0a+a5aLXvu3zblotF8q5aLK9N+bctctG+bctFo+av d78q8uWi0V8ty0Wi+VctFp8tfXdaNfNctFovKuWb8LRaNfNctFp8tFr1lotGvmvFotFfLctF ovlXLXvutPlotGvmuWiyvS0fNXLRafLRaNvm93nlot5XLRaK+W5aLRfKuWir5fXnWi0bfNy0 WjXnUb5ty0Wj5q8Wjb5uWvW8tFdblotF8q5aLT5aLRb5XS0Wi3yuWi0X3XLRaK/LctFor8ty 19227y8uXPy8by94B5xOjeuXL143l6xszNrTNOC0m0bU4nBvW8b03m83reN6bzc3reN6bzeb 1vG9N5vN1bo3U3Tcb8fJ7p73s9/v9+2se6R7mjr1UJyb5vlzclSXNa0QDcYqPN1Df25UqpUk kvnEAgBqpUlqkAIByPN1N73ud1KjqpVSta1EOAZmZqpUgb3pj3UlScea1vWlZyfkuf9ubkqS 5VVPte35PdfuPj9/v9+fJv371vnNmhAiLmYenu+W8qSpPZWZUqT5ny9xlz0v7bZZbIbUuyXU lurZLZLZLZLZLZLZLZLZalslslslslslslslslslslslslslslslslsstc7u3N87zz9n5+39 Nav3PGxUaio36+aqQqqkqTP5/L9P50lSe72zvPPU+CAIC3aqqqq2p7vh+Hr4m1QAYqqq4uKp 11ouYHz+efZLvCsa3fnm7mZico0sbzMzcx2rtcpLbzMzDN7a5fWSqzbV5dUuTltqrvrnXcVU AYqqqqrFJmC4gIC3aqqqqxxuxVVQVxVXrnfXdoCAt2qqqqsUoBiqgln2ZmZmZmZmZn2Yvmhd GzQBIADd3d3d3QqgAAAAAAAAAKoA3Vj08bVABiqqqqt2prvnXdoCAt2qqqqsU5zvruKqAMVV VXMzKrMVVd59hAMp9933H2AckkPuDLWVjAMzMzGAABIGd28la+z7MzMzMqsiqrdrdqvffO+8 QEBbtVVVVY473333FVAGKqqqq3ambe3RvldhxWhzvXmZVZmZmZmXWd2GkmgAAAAEkkkDrsAA 7okuCAAAAHd3d3dx8AAAAAJJAAAAAAAEb1aGZkkkkmpJSSSaAd3d3d0N3d3TYkgNkkk0AAAA AACu5AAG6AAAEkkkBttsAQRRCW7sgAAASdyXd0kkkkkqpCSSTQAAiSAkkkqokl9uggAAkkAk 7pO4k7pJJ3AABNkkgbxVSSSQAAJIhLdqt+kAAJJJNkWgBJJIkBJIkBIV3d3d28VQAAABJIbu oKo+AkSFu7JsS0JAAAAAAAAK7u7u7eKoAACSICRJKFVA3UhkgAAAASRAASSEiQEnc2l0gCSx NMJJEtCqkkmYZm7JskkmyRASaktSS3dQAEkkkRW2Z3R60oEgAAEkkk7m0u7jqkkncSSSQAAk kk2JJRaJJElU7uKJFBJHJJG2AdzbndZ82l3dIABJJJAHdikkkAAJEq7t3H8dxu7ugAAAZmZg AVQAAAABJICVkjYAASRAlMWvt2YD7eAAAABttsCqAAAd2AQAAAAAAAAAAAAC7sAAAAAAAI9v dBtxttu72SNzQO7u7u7jd3d3dIkgjbbNAAAAAAA67AAO7gAAAkkkgNttgASRXckYAAAPdvd3 ZJJJJJVTm23u8AAXdgEkn0u7lQAA4G2+7po90cG290AACbJJA4LkkbgAASJC3du7kgABJJJs i0AJJJEgJJdgMK7u7u7eKoAAABttsAu7AdEkjciQEgAAAAAAAFd3d3dwXYAANsAl3chd3A27 MGAAAADYG7rbOkS4JQDu2ALMzNHJFMAu73diWrd2a2292SwG4kruzd1B3c2ySIu7O7ntSAwA AG22+7nd9wVskk0JJJIAA2247iVhd2OqKkl5QEjkkkkgG7mbuhTq+7mAASSSQCRK5I2AAN2d 26/n8dxu7ugAAAkkAA7sAgAAA2+69S6STuAAksOUsQ/sLLOqtIbOAAAAAJJJIFdYAAdLvgYA AAB3d3d3cfAAAAAF3YAAAAAABre7zSbJJJd3skkmgHd3d3cSSSG1QEkkkAAAAAAADrsAA7uA AAG22wJJJIADZdySQAAAJNu93W2223WWwkbmgABd2ANt1Tu7daFgBwSSdze6TuJO6SSdwAAb skkDgqSSSAAA3Zcku7bAAG23HA3dbbo7hu7AIVXd3d3dx8AAAASSSQAu7AkSFu7I6gDAAAAA AAAqu7u7u4KAAAkgDaSTC7HlgEAAAACSIACSQdADruy75gXfY0wkegXd43Zcke7JJNbsAlVL u2wO7ukjYbd7u5upQJAAAJJJJ3Zd93HzbbNG22wACSSTZdS9LuySqqpJZQN422ySIDubc7rP m0u7pAAG22wCXdySSAAElnSZ9hA3d3eAAAMzMwAPgAAAACSQL6zd2QAAbsP1v1Pu+lV+pXT/ 1+fv/o93v0foX359X1SKSfgPRBocZjsK13vegZF3d2sFQBYKi/ru7B6Kqqo4EwA4ExX3rvvO dGRvetgEeg0APR3ve9708aiNcqszHRuPe05mZmHo0bAcfc5znODz59M6kMx19vclAXFVVWDH 0b3oAeiZkoC4u7u2ZnjUTOpAdiHdem7B59z3ezjMxb67u7Dz59M6kA9FTJWZmFxznOc4GPo1 9IAyN7bAOxznOc5mdNPp+mRmHn29tgORHbrPPc6xN/ZzL7nnRuJ+mRmDImZSA5FVVZmcCYr6 qoBkXMpAt9MyHBt9X1VQHn0zKQHImZDgTEc3zh72eNR367z3u+GRMynMzByKqqDo3E81VAdf b2SBb6qqg6afVWqoB6LmU5mByKqqDo3E/TIBkR3uuX7j2HoV7va55hcTMg6afT3VUB19MyDp qE6mqA9G97osFRrQHRuKrVVQHomZnKzMFxvdyDxqH0dPezOexuJ+3LM48ZEzMqAuJmaoZ41G /t7AMje+cpYKjf29gGRve0szMxyLu7uwx9GvtMzMDImZlQFxHdXd37xj6Pe97O9wx9GvtADI me1SwVEzMgY+jX2gBkVVVSwVEzMgY+jTWzMzMei7u7seNfmtABEe9rdc5zw9Hb36bs8ciqqq Dxr81qQBG93NUBcb3sHRv83vYAiqqqoC43vYOjf5vewBFVVM5meNRGZ6vd7x4mLvXb4eHo3v ZQFxMzix41EzqZAeje9lMzMXFVVUDH0b3rdAPRrROZmDkXd3dhj6N71sA56Ir3k53A5Ebyc9 72Z59FdrfmdzMdjnOc5zgx9GvtADIvdSzM7mNxd3u7sHY+8SA5EzMh0biq1VUB6NasrMwXEz Mg8TuI5zXrv3fHYVrvbv3h6N73ReZhUTMyBj6N71sA9EzMlgqJmZAx9G962AeiZmbOBMb3sB j6N71sAZEKzPev3iYu/c4c8Jje9jMzxqJnU1QHo3vZQFxvewdG4qubu7B2NaFAXG97B0bi7v fOc4HY+zN5nmYT2I3c57vTz6F2zue7mNxVaqqA9H07KzMFxMzIPGomdTID0b3soC4mZkHjUT OrqgPRreygLje9vev3mKh9Hu65d+DsV7U+r3mY9HxsA7G974OBMXeru7B6PjZmZmOxXru7Oj cT9MyAyPmgB6Lu7u+HjUb+3sAyO/Q7097zz6N6qsrvXi4mZkHjUb+3sB6N73k5mZmXE8rdVm ZmcjWszKzMzKjv0d5zM4x41ETOpAPRHe973vTxqIDMzO4biJ3dcd4ExFNee972HojnOc5w6a h9AB00+/KrVUB2H0c5znOZzMJiNTmZmHjUTOpAPRd3dnAmLmczMzo3E/TJmBkR3us948dfd7 VX2/eJfb2Zmcw2+r6qoBkVVUoC43sHAmK+qq4BkTMpZmYciZkODb6vqqgPPpmUgORGqqp4Zi 33vPe57mYTFfVVAMi6qlAXG95mHAmLvV3YHomZKBT7ewcG313q7sHX0zJQFxv7YAyIqeZb3P CYpb3s5mE/kzOZmYETM7AOxVVQ4NvomZAY+mZ2zMHH13dj3Rv83UgCJmdgHYqqocCYjnNZzD 2Hvzs1z3vAiZ7UgW+mboOmn0b2AEVVdunguN1IcwT+TMmZmMiqqqXmYXcTMg6N/m9gGRF6zn K97rF7+72rys7mK/N72AcRvegB6Lu/c4dG/zewDI1rWYA9F3d3Z7xvf5vYBj7e9AHX3Oc57v Tz6H0embs4N/nbvOc55hGtaSA9HOc5znuhEAHjSN70APR73ve97xkPoADIrew4ExznN85zgd gz3rcD/L+RH5/zn8/Pz8/IiIheNV4P46mbUUrzI8SNVNP51x5+zy1QFlGBdwAkAKAKh9H9kq vvVX9KruSTdb66KAKAKAKAKAKAKAKA5Kk5UnKk5JU3vfKAKAKAKAKAKAKAKAKAKAK5Kqcqpy qnJJOc5ygCgCgCgCuSpypypypOc5ygLKMC7l3Ic3dX3XV91+/+4AJfy7fW3ngAAeavNXngAA B5tebXeAHmvNd4Cd5Sv36vmAKZtfwv1+7+b+h/T+D8hH8MUR+FtQiX79yPj03np8Z8fJ+79/ z/ruXrej6/d/tX6CSSQAAAkAAAJAAACQAAAkAAAJAAACQAAAkAAAJAAACQAAAkkAAAJAAACQ AAAkAAAJAAACQACSSSSSSSSSSQAkAAAJAAACQAAAkAAAJAAACQAAzMzMlVVPX8X0enrf3vSC +cj2Ee2R76lVK9alSfF8PxJrL+PeZntu9Ft713vvib4qr1I/Nz346vC6fDAU7CqUyFT3t6oP 2kfpkfo8vwfD2qeWYmO/8q5SkDGyUgY9EpA+Xjz4f142+Tr6t/OS4HhttQbRx22JNqsoZN9F aQVbSMK6St1XYrcrkrgrhKrUlVqSq1VVJM1w2+kvPk1rWvma2bzOZxdM116edrZmZnmC6ZrS ulssFnXXXnj5FXWfP2ONXHtCt+SVN88zPF+zd8lug/Pce4lSnt5xdd3Mwy2RVXZmvN7V5P0U XdkaVvzvYw5eE0h4e3KSvLu7vN3TMite3r5Ksc1F248IZu72cor90zr2XU2du+WbL96992+3 za67fpHPecKu8jMNvsKdZ3bd83L6a/Xcky75dV9fmPdFa5Xnpdp0369NdtO7MYqq5I/fveHX r4bb7c9YSnH7Pr+CrVPsWM0BA9fyfr6+vrbW76yAgYynbW38d3gUBAxnv1bW88GAmCEna2XA EJMBJ21vvvIwCTATzW3cMBhgiCEiQGF515a2eIlCEwmOtt3YwmaEL/3W+7N79X836Vq9/7f2 /t9Na236c6Sd5XBXKr1ld5XQrgrhLiVwVwlxz0kcdPL06b8OnXtrNcevbp11rpz49uZU7u9n 3jQ9n0973s+O7jMpUszPvdvHsf35+fj8/a2uu36Rzw4baT2GG2aypTztu+bl9Nf5dyTLvl1X 1+Y5tCtcrz0u19udtl/Erlc5JU3iS3b9hvkt0z2Tz3EqU9vOLqqZhlsirszVsvx3oouTy6z2 XBhy8JpDz3q3KSvLu0lm7pkt0p3uSrJNRduPBwa3ezlFft44yzb6+srd3yzZZ7vKqq8rV8vf 6RESRRERERERERERERERERERJfdv6229evUREkURERERERERERERERERERP2fnqtX6v5O7d2 7bbe+fe27jfZfTSeeeeCjhTcTnV1zwRWLbmtuRWK21dXdq3da927jy9knnneV4Bju7uLi7jv PLb8a1VVzG0VtFmFmKjFHvw7DbDlkZJVXRu71bdtb36yXnjVbysU2UA3du7t5521VtuY2ja0 Y2ja0uru7tW7rW97tzzee2p5554McMlxdd1cdPGtWMbbRqsY2i1ptbWqp6tZ5PTnGHR3d3dd 27u4uLm1taqnpjaNqqe93bbb3yvZLlZVLapqC06xKbyMlTCMqjMq2ymYrd3d3bHtmkwWm1ZW VS7TU1qetanba1etaqz08zinc53dydRuLh3Nttqr09VttPHqcWqyoraALTYbu7u+7bu9+bzz zbt3bz558kgWmwysqltBqRmEcNKzCsxJulIGCsW2MPczvzv5b7b7PT7PDkcdtLyYumRVV1pa lcSuUusrgrhLgrgrhO+bu77Hn03z5p7xnDhsOHZdHDhw4cOHDinDhw4cOHDhw4cOHDhw4cZW ZkrLvOHtZ3Zr4w5zRzSt86879vjrWOZaGmaMHTrQumd99d+MAFbnPQNX3zrlhm8y/klmd7ue 26W77kqyTUYk5MHo1u9nKLl+cd0vkT7F1jQtrNPLNl+l2bDBtbdskcBw20nsMNs1lSnnbd9k nTX67kmXfLqvr8slcrUV5713a+L7bKslcrnJKmrubvsN8lumeyee4lSnuvH3VWZhlsudcvu/ PNPhw60NvjvvXfOzzp0DySSSTqSpPS/N68+vPP1738q22tr89d6Fsmxi027u7d33Nt3WV+PJ GwYFpwysoOW7vbd3d3vbd3ivbUtVlDYMC06X3t3m7tt93du7dttrd22+j6du3fT2vpJUWnWT KyhsWK2q8rbOnjnG7id3cnZlxMY27tt8+Ntt7bfNt3HyzSaqq67rqXTu7jsJrV71q86tvdra 1VNtVeXd7tbPa95w7o7HdxlVmM6zbbt8+fNt3efLfNI1oanUKyqzGfPe7t3vt7JKqsxnUNTg K7bu7t3b3z3bd1vK9kgalYCsqmM1mu3beve3bvFe2osmpWIqVTET1dUKRu06U57cefPT3667 dlXJXQrxleJXSlwq4K4K4lcJdOd5HGvLnvnT9JuZ7tP02scYY97vL2ZXuD2fOAZle7ePYSY3 M+mh7M/NtU1fakqau97fzPb+IzuWeyee4lS7fXpk0dVmZMihe91HX4j8uQ1lZ2QZovdjW49P dlJX13aSzO33PbdLSupNxGJOTMm4pNzVFy9x3S+RPsXWNC3SZHY7sPb5+bXXb9N2b703du3s MJZrXctrFvJvuiflcyVXPqvr9krpahj5rzpTe52d3zuSSSTrfe79J61JVZ8F31eXl0qmItZN SsRNu29z3d26817JY1KxFSqZpa7u298z3tu6827bz23mkyrQ1OIqVOuna1dPVqtrV6Vbeeno l04TNLWhqZSLedt227d6d23G8vdDyeamUiipmhmvPe7u3V3du99vZYEZWplIqWmTz33vK3eb bu8byvR548WmQRlamUi3nl3vd255XtNamU0VLTIFn3N27t222+e/O27nzyvg8Z4lVqKaKOmP M923dea9GOmLG1qKJKve769u7tu73dtukYVkQlkWVSypSdN99t9s92/KLk4rRHPjvtVWRvGq VaWqaqXllDabTUWYDRo0TlKQN9iuUuCvCLcrslwVxFxJWpKq9nXN5UqS8zXwM7zsdez2Ly85 vp73fffp4zHLwFbLBUBW/O++/GZ5hrWu936Gtc78r7tbW3cm6tmae3N27ewwlmtdyW3a3eyT OiefmKNl2Qqy/ZKJaUxLn7sxSSjEX0HtCvRJVdPu32e3yM7lnp6PbSpdvr0yaOqzMmRQvezr Ov0z3hZapbj7t7jsa3Ge1Ule3fsTfbPOW6XFfXmNK7znmRW2nbWr2+1nIlViqjAW6S5g5e/f YooiIiIiIiiIiIiIiKIiIiIiIoiIiIiIiiIiIiIiKIiIiIiIoiIiIiIiiIiIiIiKIiIiIiIo iIiIiIiiiIiIiIiKIiIiIiIoiIiIiIiiIiIiIiKIiIiIiIoiIiIoooooooooooiIiiIiIiIi KIiIiIiIoiIiIiIiiIiIiIiKIiIiIiIoiIiIiInSRx0aka1x4eHG/VKQN+rXklba24xo8s1e KJKsdMWO8rz3u3de3vS02tTGpVjpTG7d27bbe+b3tu48vdHh50pSxtamKVXm923ddu2e3oaq mKVY6UpYzxvN5ds11dt727d757Xo8Z51VMU1jpShvK93bu98r2lFilYadWmKX2/PPm3bnzyv g88WvMUsLFZhqbxe7buea9FouUxSxGlmG9ve3bjy90eHkaWYzRcpim8293bueXvRUxSI0sxm i1vd343d3bvt3x1204ciTUrYrdVxK7UuFXErilwLjDEt0HTnnO/Phu6deudt9ufHr48b9OZ0 x9oecngz2ZUnve8yVoey8VLMXuD2ffmeTpK+u+88k96a5ab6Or71/KPkrvB5kVtp20L8vQ7X uczqrErvVBKbQrqYOXh6wzHt3IatmaG5u3bYh30a0S27W72SZ0Tz2KMqEKsv2SiWlMS89Rkk oxF9D57VCWiSu33b7Pb4XPz9kq7qbpe+yaOqzM7XuaWbL97CWrvtx+7u3fNbj0AbiPDrF4JS Bp4iu/fOGaNJNVUxShpM87buLwINJlpJqqmKN27b3t2e7dubu7d55Xo88eMYpQ0mQmvPd27n te0Ca1TFKwRM3nbt03gWYCRUJrmme73bdz29DNKGYCRUGdt2u821vXXh3cZIQA7zVt5eQgAG SNtdW264yTACB1Wy4kjJMkP1+fwT7+/XvNudWy7a1HOtYeOoayNBSsqi5lbSt0uKXjK4VcUu KXCXBW9SSp0ilnodNGC53eLp679e/VrDMnmLrTazHn1u1jb7xR67q8zJ+Xkv13VJJ6krt7+C /J+ctYzJV3U175L2TR1WZna9zS9O33l7NWWYmHbu+8ux143KSvbs88kOmuWm+jq+L+UfJXeD zIrbTto9Qa83NfFVd5eqqGbd5ddhtWjxyULtk3Zm8bm7dtg30a0W1m7za5qZ7IymP71iXpXu sN8DzXRze9X3w7DruSSSTUqpN3UqT08OnO7a/X33Ry6QiMyd3ZmSSEkSCRTEgQSASKYutqXH LgJAMnLoQoJEGAhImCEMEghISCEEkITIQkIJPV5evvz3e9ao2lbUtyuaW8rdLcrcrdVvURH5 cfa7SY73ua1nu8+pznJir93J5nO+yqvMzM9wez7ySbx+A9n340byWiSfpsmb+e3N27bBvoTO S2s04kRFufmR+y36KvYPM9K8Wlu5mC5bI6NQl2k2qEuu7u83fInrme4y7p7u+S9k3CszO1qU +j9y7NWX2J+O3d97k+5eWukr27nnkh01y0m+TqLi/s2S6WGNuK5Fd4897sxTI96qu8u9rn26 a1vrOu/bt11sAYlIHAqlOK1719fq+fgBJCEgAwgkyCrV5Vq/Xy8hhCYSQ8XQkYQmCExJJMQh gJhJJtW1sgkmDMSSERJITLAhKFDMEyQlCl+e/zjfgOcLjnUJthOcRxRWlW5XFLqq5SuCuEuJ XCXCreU1033seHfm9a1g+LvNaVnfnp6dsxzJYKgLLq8zPd3e9jzMx59PzJk68qZiLv8byT86 a6iTfKVF3r+zXLvW6G49u5Fd48/PdmKZHvddq3d71ye67y6M065a8YkxJMhJgRSXbfc2QmXc UN5xder3R+y27oXezPSvFpbuZh17HKNQl3rPb1JX13d3nTuzIXM9xeJVj3V5W4/Ftvtal2+m beqKtOb32ec5zzzouSSSQlVIanfpvXU7u5d3V3dskJNVVep0SJAwpWqoaSRMKLVVCGJZJiqq iEyGJZaqomkmAxJVVQBiWZMaqqBMhiWVqqGkmQxJVVRIGMyYhUDLloqq54236777cWKloraV xK6ldVXCriLilxK4K3E65t069PDtww3lj7fCzT8Nz6d3ez7ZoYwDPje4z67vMz3dx7H+dvik rl3d3ne8Zk9cw/D1tKnO5crcT9Bbu9zUu3szb1RVq2QXt3fev3R+zFLsbyTumurvM5Or6vrf O7jdc5nrttXer16vNc97qSd4s9LtXW53WQvPd6ZneSTk9JniKTyUgPz307EtzfcOIu7mZ7Lf oqrszzwlLwsW7kd0zL2OUahLn8qqr6rV41q/X7uv1GIhjCSDJiAYyAYwAjSYoYxAADGGMPru AYwgxW2tVSGKGMJCGaBQAIUAmFBYSBRnq/krV/Dtv6v7MtSZr8H0b7aw21E0wRmSM7d+3hxU RxNpscWY4nFIUuLKoN5G5W5WqTUrSWSsVYVlLJKNVExVkIYqxSTJWKSwrJTfFS0qwhhWSsKy liWKsVYVhWSslZKylkrEsVYlhWRempWisKxLJWKqkYVkiSxLBDCspddStUspYVhWSslZSxVh WKslZKwrCsKwrIsVYViWJYVhWUsSyVkrCsKyVhWJYlkrJWRYVkrKWUsKylirFWKsKwr8k+b2 ef6v3Zhh81HtPbJVPbhGyPFso1DMFZgrGFZhTKlVYKxisxJojWqMoKsFZgrMVojFcbaqtiMV hGtK0RiTVYK2wNYKyYRaiwraRhW2FaIwrKmFaEwNSNqaFTZgrIUrBWsKjMlRrA3FUpojVFRh GBvIwVqphJvgDYVSmBjXap51Vcqk2q5VXdu1sW3KtVKWBwIjbbZWsVmtKsxWOW3Lbm2d2tu3 dW0VbGrYozBWYrMUNa0U3EYrMqLVEYq3gGKwAxWAGKwAxWAGKwAxWAGKwAxWAGKwqqbttio3 UR/Pr9b2fdI8/9pHz/sczptj9vQj8n2yNUifs76cSOIjPtUp3kYFdX6a2rIyMplMmTJkTwmv t3/yiPrI8pS8om8jJH/X2SO1RvfZI9rl931qI+3v7vAj5FEaKX5fz58X6H5n5HDh+lu3b7Pb 80j7+on35HweMj7EpA+f2/QR8JHrI+UjsR8Ij5hHzqI+6R4kecj2SP38yP9+vkI4I9gjofR2 hGvT3eU2Ee55kbuJk8nsI48Cl2qMkdT7vpI9RH45Hd/TvEfUojtPu6SNEY7/mSPJRGSPRv7i NpS0RhGhGFH2f6gH7Pw/SAZ+o8JG/+ipRX7uu8+9riL+0j/sjKKwpfTf3vxEd+0A+r990iRv /MR4RPQqr9Q/oZevrV+b84vL+AB9PvI/OIwj4xI4zKjgjJR9ft+IBsojqzl6VKe/IjCMURmp SivSRw8ue8X1kfN332+F2iIrx+E+5/gjSYRkyRkyiOLlu/r/w8GxHrxiRFfN+Ajv9PpI3yKQ PD5LacREVztb9vwKu3/sUgc7ufk7XW7Zv8SPDLy8rIvP359GvD77f6MzYj7wkd+URK4I2oRL aqWYJxnzZtxNlSivn+UUeRHtfJVtgBruJHu9rkj+0RFd4iK5pEVz7/DYzeL3+cMwzKLe9xHy 7EbdSO5oSM+rrwR5XgcEd8APZzFIHpVVA7qlFa/x7YvXaIiuPRd++3pnv1zE8FEM6Z1MuVtF zkxhZgr26SRxtE3xmYpVWWTMlUrDEmja2tsbbaSS1VitbZawDMRM+wA5I3i9JHdKQOmwo53K WiNQjgoiv0dfd+Pz7vJ59ZH5/A1kSN+PTt97zKIreeN/FKQOVXunM7+qRFc+v4aoOIunKrpn /gvvxPDaIiuyupGSyYavkXpo9cvXilIHq8fhOm72Wb3mRhfHK5xvtltJVNyMFUpm3aC+JHF1 I3IzzY0RwAb36yPORtEYAbEc54bc9rBGvk6TVv135pEVwfC5iRrOtgjURFePE7ciPdtfViUg eUTo7HrbqtqoPSJ+u/KjiS5wVGWFRmCSswpMsKiswDGBmK0VqxbFsWtFsVtqLWtMmEk1J5RP a9aES+b2AHX2REV5AH/4u5IpwoSFAWDQ4A== --------------010905040204080707080704-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 12:54:35 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B879A16A46D for ; Sun, 4 Nov 2007 12:54:35 +0000 (UTC) (envelope-from kozlov@ravenloft.kiev.ua) Received: from istc.kiev.ua (wolf.istc.kiev.ua [193.108.236.1]) by mx1.freebsd.org (Postfix) with ESMTP id 66F5413C4AC for ; Sun, 4 Nov 2007 12:54:35 +0000 (UTC) (envelope-from kozlov@ravenloft.kiev.ua) Received: from localhost ([127.0.0.1] helo=ravenloft.kiev.ua) by istc.kiev.ua with esmtp (Exim 4.52) id 1IoeJj-0006Ig-20; Sun, 04 Nov 2007 14:11:03 +0200 Received: from kozlov by ravenloft.kiev.ua with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IoeJM-0003KO-Gm; Sun, 04 Nov 2007 14:10:40 +0200 Date: Sun, 4 Nov 2007 14:10:40 +0200 From: Alex Kozlov To: Andrew Lankford , current@freebsd.org, spam@rm-rf.kiev.ua Message-ID: <20071104121040.GA12743@ravenloft.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) X-Spam-Score: 0.0 (/) X-Spam-Report: Content analysis detailz: (0.0 points, 10.0 required) Cc: Subject: Re: /usr/share/man/man8/MAKEDEV.8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 12:54:35 -0000 On Sat, Nov 03, 2007 at 01:48:54PM -0400, Andrew Lankford wrote: > Sounds good, but what about: > > 1) adding rm /usr/share/man/ to the appropriate Makefile(s). Is the > issue the possibility of mucking up any port or third party app that > also writes to /usr/share/man? No. And even if so, then this is a mistake, and the sooner it will be found the better. But deleting whole /usr/share/man by default little to radical, I think. > 2) getting rid of catman and forcing man to generate a new one from > scratch each time instead of filling up /usr/share/man/cat* with stale > files. Is this going to be a big drain on a p4-era pc compared to > something like another periodic.conf script? > > or > > 3) A compile or run-time option that disables catman as described above. > If I knew of one, I'd enable it without a second thought on my cutting > edge p3 desktop :) Put weekly_catman_enable="NO" in your /etc/periodic.conf -- Adios From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 13:09:47 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B36416A46D for ; Sun, 4 Nov 2007 13:09:47 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id EF57A13C4DB for ; Sun, 4 Nov 2007 13:09:45 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 4FC981CC05E; Sun, 4 Nov 2007 05:03:04 -0800 (PST) Date: Sun, 4 Nov 2007 05:03:04 -0800 From: Jeremy Chadwick To: Alex Kozlov Message-ID: <20071104130304.GA11395@eos.sc1.parodius.com> References: <20071104121040.GA12743@ravenloft.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071104121040.GA12743@ravenloft.kiev.ua> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Andrew Lankford , current@freebsd.org Subject: Re: /usr/share/man/man8/MAKEDEV.8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 13:09:47 -0000 On Sun, Nov 04, 2007 at 02:10:40PM +0200, Alex Kozlov wrote: > On Sat, Nov 03, 2007 at 01:48:54PM -0400, Andrew Lankford wrote: > > 2) getting rid of catman and forcing man to generate a new one from > > scratch each time instead of filling up /usr/share/man/cat* with stale > > files. Is this going to be a big drain on a p4-era pc compared to > > something like another periodic.conf script? > > > > or > > > > 3) A compile or run-time option that disables catman as described above. > > If I knew of one, I'd enable it without a second thought on my cutting > > edge p3 desktop :) > Put weekly_catman_enable="NO" in your /etc/periodic.conf It defaults to "no". Regardless, I think you miss Andrew's point. AFAIK, there isn't any way to disable automatic creation of catman pages when "man" is run as root. Being able to disable that feature would ultimately solve this issue for those of us who don't want it (this thread has already mentioned the problems with it). That said -- for those running on embedded systems or systems with small amounts of disk, pre-formatted/catman pages are incredibly useful. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 13:18:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA8DB16A469 for ; Sun, 4 Nov 2007 13:18:37 +0000 (UTC) (envelope-from davidt@yadt.co.uk) Received: from outcold.yadt.co.uk (outcold.yadt.co.uk [81.187.204.178]) by mx1.freebsd.org (Postfix) with ESMTP id 08C0413C4B6 for ; Sun, 4 Nov 2007 13:18:36 +0000 (UTC) (envelope-from davidt@yadt.co.uk) Received: from localhost (localhost [127.0.0.1]) by outcold.yadt.co.uk (Postfix) with ESMTP id 4F46E68C7 for ; Sun, 4 Nov 2007 13:18:19 +0000 (GMT) X-Virus-Scanned: amavisd-new at yadt.co.uk Received: from outcold.yadt.co.uk ([127.0.0.1]) by localhost (outcold.yadt.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PzFS2rJ8SyFo for ; Sun, 4 Nov 2007 13:18:09 +0000 (GMT) Received: by outcold.yadt.co.uk (Postfix, from userid 1001) id C974868BB; Sun, 4 Nov 2007 13:18:08 +0000 (GMT) Date: Sun, 4 Nov 2007 13:18:08 +0000 From: David Taylor To: freebsd-current@freebsd.org Message-ID: <20071104131808.GA21441@outcold.yadt.co.uk> Mail-Followup-To: freebsd-current@freebsd.org References: <200711021208.25913.Thomas.Sparrevohn@btinternet.com> <20071103164231.GB23714@outcold.yadt.co.uk> <200711040948.25732.peter.schuller@infidyne.com> <20071104110521.GA12145@outcold.yadt.co.uk> <472DB78E.5030103@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <472DB78E.5030103@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Subject: Re: ZFS slowness (not using cache?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 13:18:37 -0000 On Sun, 04 Nov 2007, Kris Kennaway wrote: > David Taylor wrote: >> >>Hmm. That prompted me to have a look at the arcstats, and I'm now rather >>confused. It seems to have plenty of cache free, but not actually using >>it properly. >> >>I'm running i386 for now (on an amd64 motherboard), with 4GB of RAM >>(~3.5Gb usable) and the following settings in loader.conf: [snip] >> >>kern.maxdsiz="900M" >>vm.kmem_size=1450M >>vfs.zfs.arc_max=500M >>vfs.root.mountfrom="zfs:tank/i386_root" >> >>This results in (sysctl): >> >>vm.kmem_size_scale: 3 >>vm.kmem_size_max: 335544320 # I have just noticed this is about 300MB, >> # far lower than vm.kmem_size. Is that a >> problem? > > No but you can't set kmem to 1500MB without first increasing the kernel > address space (1GB on i386) to some suitably larger value via KVA_PAGES. Sorry, I should have mentioned that I have KVA_PAGES=512. >>vm.kmem_size_min: 0 >>vm.kmem_size: 1520435200 >> >>vfs.zfs.arc_min: 47513600 >>vfs.zfs.arc_max: 524288000 >>kstat.zfs.misc.arcstats.c_min: 47513600 >>kstat.zfs.misc.arcstats.c_max: 524288000 >>kstat.zfs.misc.arcstats.size: 86967808 >> >>Regardless of what I do, I can't seem to get arcstats.size to exceed >>100MB. It initially goes up with disk usage, but then starts to >>drop again, causing it to hold steady around 70-90MB. Something >>seems to be agressively pushing data out of the cache, despite it >>being <20% full, which seems rather fishy. >>Does anyone know what's going on? > > Try increasing kern.maxvnodes. Increasing this from 100k to 1M seems to have made no difference. vfs.numvnodes is now growing to 150k and beyond, but arcstats.size is still sitting at ~70MB. -- David Taylor From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 13:27:06 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 288CB16A419; Sun, 4 Nov 2007 13:27:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id C4A8613C4BB; Sun, 4 Nov 2007 13:27:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lA4CiqNC089483; Sun, 4 Nov 2007 07:44:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lA4Ciq5G019765; Sun, 4 Nov 2007 07:44:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 23A027302F; Sun, 4 Nov 2007 07:44:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071104124452.23A027302F@freebsd-current.sentex.ca> Date: Sun, 4 Nov 2007 07:44:52 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 13:27:06 -0000 TB --- 2007-11-04 11:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-04 11:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-11-04 11:30:00 - cleaning the object tree TB --- 2007-11-04 11:30:24 - checking out the source tree TB --- 2007-11-04 11:30:24 - cd /tinderbox/HEAD/arm/arm TB --- 2007-11-04 11:30:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-04 11:38:47 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-04 11:38:47 - cd /src TB --- 2007-11-04 11:38:47 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 4 11:38:48 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/main.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/mbufs.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/netcmds.c /src/usr.bin/systat/netcmds.c: In function 'netcmd': /src/usr.bin/systat/netcmds.c:127: internal compiler error: internal consistency failure Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-04 12:44:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-04 12:44:51 - ERROR: failed to build world TB --- 2007-11-04 12:44:51 - tinderbox aborted TB --- 0.35 user 1.75 system 4491.20 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 13:49:51 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F50616A417; Sun, 4 Nov 2007 13:49:51 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id C7EE413C4BA; Sun, 4 Nov 2007 13:49:50 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (dialup46.ach.sch.gr [81.186.70.46]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id lA4Dn7lA025518 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 4 Nov 2007 15:49:18 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id lA4Dn6L8005930; Sun, 4 Nov 2007 15:49:06 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id lA4Dn6Go005929; Sun, 4 Nov 2007 15:49:06 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Sun, 4 Nov 2007 15:49:06 +0200 From: Giorgos Keramidas To: Jeremy Chadwick Message-ID: <20071104134906.GA5880@kobe.laptop> References: <20071104121040.GA12743@ravenloft.kiev.ua> <20071104130304.GA11395@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071104130304.GA11395@eos.sc1.parodius.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.931, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.47, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: Andrew Lankford , Alex Kozlov , current@freebsd.org Subject: Re: /usr/share/man/man8/MAKEDEV.8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 13:49:51 -0000 On 2007-11-04 05:03, Jeremy Chadwick wrote: > On Sun, Nov 04, 2007 at 02:10:40PM +0200, Alex Kozlov wrote: > > On Sat, Nov 03, 2007 at 01:48:54PM -0400, Andrew Lankford wrote: > > > 2) getting rid of catman and forcing man to generate a new one from > > > scratch each time instead of filling up /usr/share/man/cat* with stale > > > files. Is this going to be a big drain on a p4-era pc compared to > > > something like another periodic.conf script? > > > > > > or > > > > > > 3) A compile or run-time option that disables catman as described above. > > > If I knew of one, I'd enable it without a second thought on my cutting > > > edge p3 desktop :) > > Put weekly_catman_enable="NO" in your /etc/periodic.conf > > It defaults to "no". > > Regardless, I think you miss Andrew's point. AFAIK, there isn't any way > to disable automatic creation of catman pages when "man" is run as root. > Being able to disable that feature would ultimately solve this issue > for those of us who don't want it (this thread has already mentioned > the problems with it). I think this is worth more investigation. The source of man(1) is contributed GNU-licensed code, but I'll see how hard it is to implement an option like: MK_MAN_CATMAN_SUPPORT = "no" which when turned on disables the related feature of man(1). From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 14:07:57 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E961F16A417 for ; Sun, 4 Nov 2007 14:07:57 +0000 (UTC) (envelope-from kozlov@ravenloft.kiev.ua) Received: from istc.kiev.ua (wolf.istc.kiev.ua [193.108.236.1]) by mx1.freebsd.org (Postfix) with ESMTP id 9F2DC13C4AC for ; Sun, 4 Nov 2007 14:07:57 +0000 (UTC) (envelope-from kozlov@ravenloft.kiev.ua) Received: from localhost ([127.0.0.1] helo=ravenloft.kiev.ua) by istc.kiev.ua with esmtp (Exim 4.52) id 1Iog8Z-00013A-8Q; Sun, 04 Nov 2007 16:07:39 +0200 Received: from kozlov by ravenloft.kiev.ua with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Iog8Y-0003zV-Of; Sun, 04 Nov 2007 16:07:38 +0200 Date: Sun, 4 Nov 2007 16:07:38 +0200 From: Alex Kozlov To: Jeremy Chadwick , current@freebsd.org, spam@rm-rf.kiev.ua Message-ID: <20071104140738.GA15314@ravenloft.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) X-Spam-Score: 0.0 (/) X-Spam-Report: Content analysis detailz: (0.0 points, 10.0 required) Cc: Subject: Re: /usr/share/man/man8/MAKEDEV.8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 14:07:58 -0000 On Sun, Nov 04, 2007 at 05:03:04AM -0800, Jeremy Chadwick wrote: > On Sun, Nov 04, 2007 at 02:10:40PM +0200, Alex Kozlov wrote: > > On Sat, Nov 03, 2007 at 01:48:54PM -0400, Andrew Lankford wrote: > > > 2) getting rid of catman and forcing man to generate a new one from > > > scratch each time instead of filling up /usr/share/man/cat* with stale > > > files. Is this going to be a big drain on a p4-era pc compared to > > > something like another periodic.conf script? > > > > > > or > > > > > > 3) A compile or run-time option that disables catman as described above. > > > If I knew of one, I'd enable it without a second thought on my cutting > > > edge p3 desktop :) > > Put weekly_catman_enable="NO" in your /etc/periodic.conf > It defaults to "no". > > Regardless, I think you miss Andrew's point. AFAIK, there isn't any way > to disable automatic creation of catman pages when "man" is run as root. In all honesty, I forgot about that. I don't work under root. > Being able to disable that feature would ultimately solve this issue > for those of us who don't want it (this thread has already mentioned > the problems with it). Relatively easy to add a new man option to disable creation of cat files. But I starting to think, that may be better disable this feature by default. Anyway, it work only in rare case, when man run under root. Or it will be serious POLA violation? > That said -- for those running on embedded systems or systems with small > amounts of disk, pre-formatted/catman pages are incredibly useful. -- Adios From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 14:17:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2165416A481 for ; Sun, 4 Nov 2007 14:17:29 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp806.mail.ird.yahoo.com (smtp806.mail.ird.yahoo.com [217.146.188.66]) by mx1.freebsd.org (Postfix) with SMTP id 7C23513C4AA for ; Sun, 4 Nov 2007 14:17:28 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 52729 invoked from network); 4 Nov 2007 14:17:09 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=gfw8yI68tac0eRGMBLbETn03aWi2xAbUB44HicTQsiricxQ2oMZJVz/ky9DudhrZyyYoX2r2vL5yF62zi7ghWBFFBdql+U4joiayNJbBy2xRSVmzaT2AFHEqIpGLKS7bMGaocXSxKy+6WcnDZfA1xBP+yuweJ+HTre0NW9y41g4= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@86.133.212.97 with login) by smtp806.mail.ird.yahoo.com with SMTP; 4 Nov 2007 14:17:09 -0000 X-YMail-OSG: XsZQ2hsVM1lUrY1Msc1ZWP3HTrDbkPmzClSL3QxYoEksWIpbSeR6jygJ0ju8eUMXHdlQNAhkLbgm8Cao878ALh.rl5.v From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Sun, 4 Nov 2007 14:17:08 +0000 User-Agent: KMail/1.9.7 References: <200711021208.25913.Thomas.Sparrevohn@btinternet.com> <20071103164231.GB23714@outcold.yadt.co.uk> <200711040948.25732.peter.schuller@infidyne.com> In-Reply-To: <200711040948.25732.peter.schuller@infidyne.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711041417.08646.Thomas.Sparrevohn@btinternet.com> Cc: Peter Schuller Subject: Re: ZFS Hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 14:17:29 -0000 On Sunday 04 November 2007 08:48:17 Peter Schuller wrote: > > For example, pkg_delete seems to be _extremely_ slow and ^T reports that > > it is stuck waiting on zfs:(&zio->io_cv) for an unreasonable (IMO) amount > > of time. > > FWIW, I have seen pkg_install (and possibly other pkg_* tools) being extremely > slow seemingly as a result of the active set of files it touches exceededing > the amount cached. In particular I had this problem after converting to ZFS, > but prior to switching to amd64 and more RAM. > > It would sit and churn on disk I/O forever, entirely seek bound. Tracing the > processes showed it traversing the package database over and over (presumably > recursively following dependencies or some such). So the same files were > touched any number of times. As a result, with too little cached, runtime > exploded (it took hours and hours upgrading my desktop using *binary* > pre-built packages because the larger packages with a lot of dependencies > would take forever to install and delete). > It could be the machine has 4GB memory and is running amd64 - However I can reproduce it with vm.kmem_size_max=2147483648 and with the default - It is not only with pkg_install but seems randomly. but you are correct pkg_create seems to use significant amount of time - but due to the issues I am seeing with ZFS - I have not looked into why pkg_create takes so long even for very simple packages From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 14:24:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F34CD16A41A for ; Sun, 4 Nov 2007 14:24:21 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp812.mail.ird.yahoo.com (smtp812.mail.ird.yahoo.com [217.146.188.72]) by mx1.freebsd.org (Postfix) with SMTP id 6673813C48A for ; Sun, 4 Nov 2007 14:24:21 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 66440 invoked from network); 4 Nov 2007 14:23:55 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=6Zd26aEx40rFa7RJF5s3fSpahmVRsF4QCB/VM6G6CYJ4RvMnH2WKVcHHzccikI/f4wtC3SaGLLq+tPSQbRy6LYwwHmVSRgiGkzELdW14pYgZoDkb93KQo3heyZNn5bVEFuibtLILEJ+ZjfQSvrIkm/gJJxLjnot9ghYb/CL6AK0= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@86.133.212.97 with login) by smtp812.mail.ird.yahoo.com with SMTP; 4 Nov 2007 14:23:55 -0000 X-YMail-OSG: 4ZYc25EVM1nQP1_rae2YvgGW52NK3k2ZvFKAcJKeZTkhWB26 From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Sun, 4 Nov 2007 14:23:54 +0000 User-Agent: KMail/1.9.7 References: <200711021208.25913.Thomas.Sparrevohn@btinternet.com> <472D9B2A.5080900@FreeBSD.org> <200711041302.08877.peter.schuller@infidyne.com> In-Reply-To: <200711041302.08877.peter.schuller@infidyne.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711041423.54336.Thomas.Sparrevohn@btinternet.com> Cc: Peter Schuller Subject: Re: ZFS Hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 14:24:22 -0000 On Sunday 04 November 2007 12:02:08 Peter Schuller wrote: > > It certainly could be a caching effect but the particular problem you > > were seeing should have been fixed. Are you still seeing it? > > I am not still seeing it; the machine has since been switched to AMD 64, and > RAM increased from 1 GB to 3 GB (and FreeBSD itself upgraded several times > since then). I did not look into it in terrible detail; I just observed by > tracing that the I/O in question was definitely the package database, and > that it was definitely accessing the same files mutiple times. I assumed it > was a caching effect at the time, given all the maxvnode tweaking and sizing > restrictions put on the ARC. I do know I never saw it after the memory > increase. > > Also, this might have been prior to disabling prefetch. If it was, perhaps the > prefetch hosed the cache. (Are the prefetch issues still there, anyone?) > Hmm. I seeing the hang now - but had not been seeing it before as I had increased the arc cache size - seems a very low arc_max - its about 300MB on a 4GB amd64 system However ZFS haning in "zfs:(&zio_cv_io)" is new - I have been running this system using ZFS for month without any trouble - The only change I can think of is that the devices has been changes to ATA RAID 0+1 apart from that everything worked before the 28/10-2007 - that when I installed the extra disks to change from RAID 0 - to RAID 0+1 - From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 14:33:26 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3597C16A420 for ; Sun, 4 Nov 2007 14:33:26 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.191]) by mx1.freebsd.org (Postfix) with ESMTP id 7F55F13C4AA for ; Sun, 4 Nov 2007 14:33:25 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so1552412fka for ; Sun, 04 Nov 2007 06:33:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type; bh=ifcWnZ3CWNdu6DdCsxJmzJ60W4YCLQAuj3JY+lY/GX0=; b=Z7rTAsitSAZXYaE01QDhdwOWBjcWHoISAXGhiK66yPoKqfWvOfyqpwhhGKQzLQR43ML23rdj4EFNC+tvjq3YuSRXjKg3tehx5kKEubavl6+Wq1mC0UyBLTdDXyrHWjO3gM09rRz03YqWlV2LiwFbdNKJ7KF5cTpbl4Mf5M5Z28M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type; b=pb+9EHPCDCcjtHOqHJ7ywrL/leDhmWw29QJwKLAqJGfDF75xi/vVwRQJJM5WvgihwTZg3WRotlG0ppPGT25mH56rQ2OzS5hHSvaMdiYHUAxGtWSlCChKKMR1VIz1QD06XpyrAF19LtZTT2Jil8GPUEdKLm0kDD8bqcisieMI4zU= Received: by 10.82.106.14 with SMTP id e14mr7418472buc.1194186789333; Sun, 04 Nov 2007 06:33:09 -0800 (PST) Received: from 195-241-214-37.dsl.ip.tiscali.nl ( [195.241.214.37]) by mx.google.com with ESMTPS id c25sm6314358ika.2007.11.04.06.33.07 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 04 Nov 2007 06:33:07 -0800 (PST) Message-ID: <472DD822.3080305@gmail.com> Date: Sun, 04 Nov 2007 15:33:06 +0100 From: Rene Ladan User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: current@freebsd.org, Pav Lucistnik X-Enigmail-Version: 0.95.1 Content-Type: multipart/mixed; boundary="------------000909050209030206080400" Cc: Subject: running BOINC with sched_ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 14:33:26 -0000 This is a multi-part message in MIME format. --------------000909050209030206080400 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi, Running BOINC (net/boinc-client) using sched_4BSD works fine. When I switch to sched_ULE, these anomalies occur: * the net/boinc_curses window comes up very slowly, updates are quite sluggish * the science programs (setiathome, einstein, simap) loose track of the hartbeat from time to time, resulting in restarting processes. According to top, restarted science processes run with either (NICE=i31, PRI=171) or (NICE=19,PRI=8). * the load avarages in top fluctuate around 4 instead of 2 (there are 2 concurrent science processes on an otherwise almost-idle dualcore laptop). The boinc client is started using the boinc rc.d script, so it runs at idprio 31. Laptop: Asus A6JE, dualcore Intel T5600 FreeBSD 8.0-CURRENT #34: Sat Nov 3 18:30:36 CET 2007 root@195-241-214-37.dsl.ip.tiscali.nl:/usr/obj/usr/src/sys/RENE i386 powerd is enabled using the default configuration, the laptop mostly runs on AC power. I've attached the output from 'sysctl kern.sched' and 'cpuid' and my kernel configuration. Any ideas? Regards, Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 --------------000909050209030206080400 Content-Type: text/plain; name="ULE" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ULE" kern.sched.preemption: 1 kern.sched.topology: 0 kern.sched.steal_thresh: 1 kern.sched.steal_idle: 1 kern.sched.steal_htt: 1 kern.sched.balance_interval: 133 kern.sched.balance: 1 kern.sched.tryself: 1 kern.sched.affinity: 3 kern.sched.pick_pri: 1 kern.sched.preempt_thresh: 64 kern.sched.interact: 30 kern.sched.slice: 13 kern.sched.name: ULE --------------000909050209030206080400 Content-Type: text/plain; name="RENE.current" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="RENE.current" # # 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. # machine i386 cpu I686_CPU ident RENE # 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 # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options KDB_TRACE options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed options SCHED_ULE # BOINC: load avg->4, science processes run only at nice 19 instead of idprio 31 #options SCHED_4BSD # sigh... 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 CD9660 # ISO 9660 Filesystem options COMPAT_43TTY # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 #options COMPAT_FREEBSD7 # someday... options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support 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. options SMP # Dual core T5600 device apic # I/O APIC options STOP_NMI # stop CPUs with NMI instead of IPI options MPTABLE_FORCE_HTT options IPI_PREEMPTION # Bus support. #device eisa device pci # ATA and ATAPI devices device ata # as module ? # panic without? #device atadisk # ATA disk drives # as module ? #options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc #device agp # needed to make drm compile #device drm #device radeondrm # no support yet for M64 aka X1450 # Add suspend/resume support for the i8254. device pmtimer # Pseudo devices. device loop # Network loopback device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device ehci # EHCI PCI->USB interface (USB 2.0) #added options DEVICE_POLLING device mmc device mmcsd --------------000909050209030206080400 Content-Type: text/plain; name="cpuid.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="cpuid.txt" eax in eax ebx ecx edx 00000000 0000000a 756e6547 6c65746e 49656e69 00000001 000006f6 01020800 0000e3bd bfebfbff 00000002 05b0b101 005657f0 00000000 2cb4307d 00000003 00000000 00000000 00000000 00000000 00000004 04000121 01c0003f 0000003f 00000001 00000005 00000040 00000040 00000003 00022220 00000006 00000001 00000002 00000001 00000000 00000007 00000000 00000000 00000000 00000000 00000008 00000400 00000000 00000000 00000000 00000009 00000000 00000000 00000000 00000000 0000000a 07280202 00000000 00000000 00000000 80000000 80000008 00000000 00000000 00000000 80000001 00000000 00000000 00000001 20100000 80000002 65746e49 2952286c 726f4320 4d542865 80000003 43203229 20205550 20202020 54202020 80000004 30303635 20402020 33382e31 007a4847 80000005 00000000 00000000 00000000 00000000 80000006 00000000 00000000 08006040 00000000 80000007 00000000 00000000 00000000 00000000 80000008 00003024 00000000 00000000 00000000 Vendor ID: "GenuineIntel"; CPUID level 10 Intel-specific functions: Version 000006f6: Type 0 - Original OEM Family 6 - Pentium Pro Model 15 - Extended model 0 Stepping 6 Reserved 0 Extended brand string: "Intel(R) Core(TM)2 CPU T5600 @ 1.83GHz" CLFLUSH instruction cache line size: 8 Initial APIC ID: 1 Hyper threading siblings: 2 Feature flags: bfebfbff: FPU Floating Point Unit VME Virtual 8086 Mode Enhancements DE Debugging Extensions PSE Page Size Extensions TSC Time Stamp Counter MSR Model Specific Registers PAE Physical Address Extension MCE Machine Check Exception CX8 COMPXCHG8B Instruction APIC On-chip Advanced Programmable Interrupt Controller present and enabled SEP Fast System Call MTRR Memory Type Range Registers PGE PTE Global Flag MCA Machine Check Architecture CMOV Conditional Move and Compare Instructions FGPAT Page Attribute Table PSE-36 36-bit Page Size Extension CLFSH CFLUSH instruction DS Debug store ACPI Thermal Monitor and Clock Ctrl MMX MMX instruction set FXSR Fast FP/MMX Streaming SIMD Extensions save/restore SSE Streaming SIMD Extensions instruction set SSE2 SSE2 extensions SS Self Snoop HT Hyper Threading TM Thermal monitor 31 reserved Feature flags set 2: 0000e3bd: SSE3 SSE3 extensions 2 - unknown feature MONITOR MONITOR/MWAIT instructions DS-CPL CPL Qualified Debug Store 5 - unknown feature EST Enhanced Intel SpeedStep Technology TM2 Thermal Monitor 2 9 - unknown feature CX16 CMPXCHG16B xTPR Send Task Priority messages 15 - unknown feature Extended feature flags: 20100000: XD-bit Execution Disable bit EM64T Intel Extended Memory 64 Technology Extended feature flags set 2: 00000001: 0 - unknown feature TLB and cache info: b1: unknown TLB/cache descriptor b0: Instruction TLB: 4-KB Pages, 4-way set associative, 128 entries 05: unknown TLB/cache descriptor f0: 64-byte prefetching 57: unknown TLB/cache descriptor 56: unknown TLB/cache descriptor 7d: 2nd-level cache: 2-MB, 8-way set associative, 64-byte line size 30: 1st-level instruction cache: 32-KB, 8-way set associative, 64-byte line size b4: unknown TLB/cache descriptor 2c: 1st-level data cache: 32-KB, 8-way set associative, 64-byte line size Processor serial: 0000-06F6-0000-0000-0000-0000 --------------000909050209030206080400-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 15:00:52 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11FE116A420 for ; Sun, 4 Nov 2007 15:00:52 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 32DEE13C48A; Sun, 4 Nov 2007 15:00:51 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <472DDEA2.7080804@FreeBSD.org> Date: Sun, 04 Nov 2007 16:00:50 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Thomas Sparrevohn References: <200711021208.25913.Thomas.Sparrevohn@btinternet.com> <472D9B2A.5080900@FreeBSD.org> <200711041302.08877.peter.schuller@infidyne.com> <200711041423.54336.Thomas.Sparrevohn@btinternet.com> In-Reply-To: <200711041423.54336.Thomas.Sparrevohn@btinternet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Peter Schuller Subject: Re: ZFS Hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 15:00:52 -0000 Thomas Sparrevohn wrote: > On Sunday 04 November 2007 12:02:08 Peter Schuller wrote: >>> It certainly could be a caching effect but the particular problem you >>> were seeing should have been fixed. Are you still seeing it? >> I am not still seeing it; the machine has since been switched to AMD 64, and >> RAM increased from 1 GB to 3 GB (and FreeBSD itself upgraded several times >> since then). I did not look into it in terrible detail; I just observed by >> tracing that the I/O in question was definitely the package database, and >> that it was definitely accessing the same files mutiple times. I assumed it >> was a caching effect at the time, given all the maxvnode tweaking and sizing >> restrictions put on the ARC. I do know I never saw it after the memory >> increase. >> >> Also, this might have been prior to disabling prefetch. If it was, perhaps the >> prefetch hosed the cache. (Are the prefetch issues still there, anyone?) >> > > Hmm. I seeing the hang now - but had not been seeing it before as I had increased the arc cache > size - seems a very low arc_max - its about 300MB on a 4GB amd64 system > > However ZFS haning in "zfs:(&zio_cv_io)" is new - I have been running this system using ZFS for month > without any trouble - The only change I can think of is that the devices has been changes to ATA RAID 0+1 > apart from that everything worked before the 28/10-2007 - that when I installed the extra disks to change > from RAID 0 - to RAID 0+1 - > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html Kris From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 16:48:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 950BE16A41B for ; Sun, 4 Nov 2007 16:48:23 +0000 (UTC) (envelope-from balgaa@micom.mn) Received: from smtp.mobinet.mn (smtp.mobinet.mn [202.131.224.27]) by mx1.freebsd.org (Postfix) with SMTP id 8B46613C4A8 for ; Sun, 4 Nov 2007 16:48:21 +0000 (UTC) (envelope-from balgaa@micom.mn) Received: (qmail 14534 invoked by uid 502); 4 Nov 2007 16:21:19 -0000 Received: from 202.131.245.202 by smtp.mobinet.mn (envelope-from , uid 92) with qmail-scanner-1.25-st-qms (clamdscan: 0.87/1082. spamassassin: 3.0.4. perlscan: 1.25-st-qms. Clear:RC:1(202.131.245.202):. Processed in 0.690502 secs); 04 Nov 2007 16:21:19 -0000 X-Antivirus-MOBINET-Mail-From: balgaa@micom.mn via smtp.mobinet.mn X-Antivirus-MOBINET: 1.25-st-qms (Clear:RC:1(202.131.245.202):. Processed in 0.690502 secs Process 14527) Received: from unknown (HELO balgaa) (202.131.245.202) by smtp.mobinet.mn with SMTP; 4 Nov 2007 16:21:18 -0000 Message-ID: <009a01c81efe$be1f54f0$c801000a@balgaa> From: "Balgansuren Batsukh" To: , References: <200711021208.25913.Thomas.Sparrevohn@btinternet.com><472D9B2A.5080900@FreeBSD.org><200711041302.08877.peter.schuller@infidyne.com><200711041423.54336.Thomas.Sparrevohn@btinternet.com> <472DDEA2.7080804@FreeBSD.org> Date: Sun, 4 Nov 2007 23:49:13 +0800 Organization: Personal MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: Subject: FreeBSD-6.2, 7.0-BETA1 boot on Lenovo X60 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 16:48:23 -0000 Hello All, Last few days I try to boot FreeBSD-6.2, 7.0-BETA1 boot CD using USB CDROM drive on Lenovo X60. It give kind of assembler code non-stop flow over screen. Can't boot system and some times give BTX halted message after CPU register code ES=....,.... Is there any way to boot/install FreeBSD-6.2/7.0-BETA on X60? Regards, Balgaa From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 17:13:44 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 638BB16A41A for ; Sun, 4 Nov 2007 17:13:44 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1BC3D13C4A8 for ; Sun, 4 Nov 2007 17:13:43 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1Ioi30-0002ot-BX for freebsd-current@freebsd.org; Sun, 04 Nov 2007 16:10:02 +0000 Received: from xdsl-10260.wroclaw.dialog.net.pl ([84.40.242.20]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 04 Nov 2007 16:10:02 +0000 Received: from mwisnicki+freebsd by xdsl-10260.wroclaw.dialog.net.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 04 Nov 2007 16:10:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Marcin Wisnicki Date: Sun, 4 Nov 2007 16:08:30 +0000 (UTC) Lines: 62 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: xdsl-10260.wroclaw.dialog.net.pl User-Agent: Pan/0.131 (Ghosts: First Variation) Sender: news Subject: [PATCH] Overriding rc.conf in loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 17:13:44 -0000 Hi I thought it would be nice if there was a way to override rc.conf variables during boot. Proposed patch implements this using kenv. With it, you can override any rc variable from loader.conf by prefixing its name with 'rc.', some useful examples: # disable gdm set rc.gdm_enable=no # start only base scripts set rc.local_startup= # alternative rc.conf set rc.rc_conf_files=/etc/rc.conf.safe I find it often more convenient than booting into single-user, remounting rw and editing conf files. If it's worth committing I can try to update rc.conf(5) & loader(8) manuals. --- rc.subr.orig 2007-11-03 22:36:43.000000000 +0100 +++ rc.subr 2007-11-04 16:19:46.000000000 +0100 @@ -901,6 +901,7 @@ # load_rc_config() { + local kvar _name=$1 if [ -z "$_name" ]; then err 3 'USAGE: load_rc_config name' @@ -912,6 +913,10 @@ if [ -r /etc/defaults/rc.conf ]; then debug "Sourcing /etc/defaults/rc.conf" . /etc/defaults/rc.conf + debug "Trying to override rc_conf_files with kenv" + if kenv -q rc.rc_conf_files > /dev/null; then + rc_conf_files="$(kenv rc.rc_conf_files)" + fi source_rc_confs elif [ -r /etc/rc.conf ]; then debug "Sourcing /etc/rc.conf (/etc/defaults/rc.conf doesn't exist)." @@ -923,6 +928,17 @@ debug "Sourcing /etc/rc.conf.d/${_name}" . /etc/rc.conf.d/"$_name" fi + debug "Applying boot-time overrides of rc.conf" + _IFS=$IFS + IFS=${IFS#??} + for kvar in $(kenv); do + case "$kvar" in + rc.*) + eval "${kvar#rc.}" + ;; + esac + done + IFS=$_IFS } # From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 17:18:24 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1E6616A41B; Sun, 4 Nov 2007 17:18:24 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from smtp.infidyne.com (ds9.infidyne.com [88.80.6.206]) by mx1.freebsd.org (Postfix) with ESMTP id 7BCEE13C4AA; Sun, 4 Nov 2007 17:18:24 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from c-5416e555.03-51-73746f3.cust.bredbandsbolaget.se (c-5416e555.03-51-73746f3.cust.bredbandsbolaget.se [85.229.22.84]) by smtp.infidyne.com (Postfix) with ESMTP id 912A8CF8C; Sun, 4 Nov 2007 17:40:07 +0100 (CET) From: Peter Schuller To: freebsd-current@freebsd.org Date: Sun, 4 Nov 2007 17:41:34 +0100 User-Agent: KMail/1.9.7 References: <200711021208.25913.Thomas.Sparrevohn@btinternet.com> <200711041302.08877.peter.schuller@infidyne.com> <472DBA71.9070401@FreeBSD.org> In-Reply-To: <472DBA71.9070401@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6180958.RMZWCyUxTt"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711041741.43337.peter.schuller@infidyne.com> Cc: Subject: Re: ZFS Hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 17:18:24 -0000 --nextPart6180958.RMZWCyUxTt Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > Well the readahead "issues" are just the zfs design, AFAIK. It does > aggressive prefetching to improve performance on the assumption that you > are running with a reasonably fast storage system that can keep up. On > crappy low end disk hardware (e.g. single ATA disk) this can easily > saturate the disk. Well, regardless of the absolute performance you don't want the read-ahead = to=20 consume to much of the relative bandwidth/seek time available. Personally I didn't experience any prooven issues with prefetch; I disabled= it=20 on general recommendation back in the i386/1gb days and told myself I saw a= n=20 improvement. I never looked into it carefully, other than that I previously= =20 had a general feeling that I saw a lot more I/O on the pool than what was=20 read by applications. My memories are vague. =2D-=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --nextPart6180958.RMZWCyUxTt Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHLfZHDNor2+l1i30RArC4AJ4yNkNuK9j0MgkPBsX31DxXt/O8qgCeN7pw r9u+2BVu5FPAKWIYsmvvl8o= =WQN5 -----END PGP SIGNATURE----- --nextPart6180958.RMZWCyUxTt-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 17:31:39 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11EC116A421 for ; Sun, 4 Nov 2007 17:31:39 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.net [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id C86F713C491 for ; Sun, 4 Nov 2007 17:31:38 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:60097 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IojJh-000L9X-4w for freebsd-current@freebsd.org; Sun, 04 Nov 2007 17:31:21 +0000 Message-ID: <472E01E7.2070406@conducive.net> Date: Sun, 04 Nov 2007 12:31:19 -0500 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200711021208.25913.Thomas.Sparrevohn@btinternet.com><472D9B2A.5080900@FreeBSD.org><200711041302.08877.peter.schuller@infidyne.com><200711041423.54336.Thomas.Sparrevohn@btinternet.com> <472DDEA2.7080804@FreeBSD.org> <009a01c81efe$be1f54f0$c801000a@balgaa> In-Reply-To: <009a01c81efe$be1f54f0$c801000a@balgaa> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD-6.2, 7.0-BETA1 boot on Lenovo X60 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 17:31:39 -0000 Balgansuren Batsukh wrote: > Hello All, > > Last few days I try to boot FreeBSD-6.2, 7.0-BETA1 boot CD using USB > CDROM drive on Lenovo X60. > > It give kind of assembler code non-stop flow over screen. > > Can't boot system and some times give BTX halted message after CPU > register code ES=....,.... > > Is there any way to boot/install FreeBSD-6.2/7.0-BETA on X60? > > Regards, > Balgaa I have had difficulty installing BSD on at least one Thinkpad model.. ;-) But before you do anything else, can you check to be sure the USB CD drive you are using is getting enough power? If it does not have a 'wall wart' it may at least need power from a second USB-to-DC cord attached to a *separate* machine. Yah - this is one of those 'should not be a problem..' issues, but it has been one. HTH, Bill From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 17:34:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E590A16A41B; Sun, 4 Nov 2007 17:34:17 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id A532D13C4A8; Sun, 4 Nov 2007 17:34:17 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:78bf:47b6:a774:d884] (unknown [IPv6:2001:7b8:3a7:0:78bf:47b6:a774:d884]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 1A24C3C; Sun, 4 Nov 2007 18:34:16 +0100 (CET) Message-ID: <472E0297.9080608@andric.com> Date: Sun, 04 Nov 2007 18:34:15 +0100 From: Dimitry Andric User-Agent: Thunderbird 2.0.0.7pre (Windows/20071029) MIME-Version: 1.0 To: Balgansuren Batsukh References: <200711021208.25913.Thomas.Sparrevohn@btinternet.com><472D9B2A.5080900@FreeBSD.org><200711041302.08877.peter.schuller@infidyne.com><200711041423.54336.Thomas.Sparrevohn@btinternet.com> <472DDEA2.7080804@FreeBSD.org> <009a01c81efe$be1f54f0$c801000a@balgaa> In-Reply-To: <009a01c81efe$be1f54f0$c801000a@balgaa> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD-6.2, 7.0-BETA1 boot on Lenovo X60 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 17:34:18 -0000 Balgansuren Batsukh wrote: > Last few days I try to boot FreeBSD-6.2, 7.0-BETA1 boot CD using USB > CDROM drive on Lenovo X60. > > It give kind of assembler code non-stop flow over screen. This is a well-known issue with the USB support of some BIOSes (these days, actually most of them). The BIOS uses protected mode, while BTX also does, and this clashes. You'll need to wire up an IDE or SATA optical drive, or fiddle with PXE to get FreeBSD installed. On my X41, which is the predecessor to your X60, I installed OpenBSD instead... :) From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 17:35:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C7F416A419 for ; Sun, 4 Nov 2007 17:35:20 +0000 (UTC) (envelope-from jrh29@alumni.cwru.edu) Received: from alnrmhc12.comcast.net (alnrmhc12.comcast.net [204.127.225.92]) by mx1.freebsd.org (Postfix) with ESMTP id DA2A313C49D for ; Sun, 4 Nov 2007 17:35:19 +0000 (UTC) (envelope-from jrh29@alumni.cwru.edu) Received: from earth.knownspace (c-69-255-34-108.hsd1.va.comcast.net[69.255.34.108]) by comcast.net (alnrmhc12) with ESMTP id <20071104162246b1200b7hrpe>; Sun, 4 Nov 2007 16:22:46 +0000 From: Justin Hibbits To: freebsd-current@freebsd.org Date: Sun, 4 Nov 2007 11:19:45 -0500 User-Agent: KMail/1.9.7 References: <472D56A1.7070206@gmail.com> In-Reply-To: <472D56A1.7070206@gmail.com> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200711041119.45971.jrh29@alumni.cwru.edu> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 17:35:20 -0000 On Sunday 04 November 2007 01:20:33 Aryeh M. Friedman wrote: > http://www.flosoft-systems.com/wiki/index.php > > The goals of the wiki are: > > 1. Clearinghouse for known issues and solutions > 2. Cordinate the development of patch set(s) to fix the issues Isn't this what PRs are for? From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 17:40:25 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFFC216A46D for ; Sun, 4 Nov 2007 17:40:25 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33705.mail.mud.yahoo.com (web33705.mail.mud.yahoo.com [68.142.201.202]) by mx1.freebsd.org (Postfix) with SMTP id 5578213C48E for ; Sun, 4 Nov 2007 17:40:24 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 20904 invoked by uid 60001); 4 Nov 2007 15:53:26 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=lt0zaaqr/uBIQjIVM/1CosO7G0hIi3Fd29NQxj60LwChKM6psEqXHXTccuIUTRFmqUurwWIuQJnVxYP4/emZSnNhYd2lH8EkN876oPkAa5IXcJffedFwy+UWbO1v0nnG5t+bRbREtPIOaHInn10z6JnaYpzwB7dcIf9CB4LIASM=; X-YMail-OSG: HT1MPhwVM1n0v9oNKB7l71quRgyAN1VB3tTrzJg87x0BMQV01oJgHfEVUicGIS5Xq6zd2m0NGvNv33I0_JY6AqiabvlQx_h_YgFYsP0av.pq0nhRszg- Received: from [86.62.225.4] by web33705.mail.mud.yahoo.com via HTTP; Sun, 04 Nov 2007 07:53:26 PST X-Mailer: YahooMailRC/814.06 YahooMailWebService/0.7.152 Date: Sun, 4 Nov 2007 07:53:26 -0800 (PST) From: Abdullah Ibn Hamad Al-Marri To: Peter Schuller , Ivan Voras MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-341352189-1194191606=:18739" Message-ID: <614810.18739.qm@web33705.mail.mud.yahoo.com> Cc: FreeBSD STABLE , FreeBSD Current Subject: Re: Status of MySQL on 7 w/o patches applied X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 17:40:26 -0000 --0-341352189-1194191606=:18739 Content-Type: text/plain; charset=us-ascii ----- Original Message ---- > From: Peter Schuller > To: Ivan Voras > Cc: freebsd-current@freebsd.org > Sent: Sunday, November 4, 2007 3:22:08 PM > Subject: Re: Status of MySQL on 7 w/o patches applied > > > So to follow-up, with RELENG_7 the performance is now significantly > > > better than 6.2 for me too. I guess it was the debugging options in > > > userland. If someone wants details anyway I'll provide them, > but > since > > > it is no longer that interesting I'm leaving it as is if no > one > speaks > > > up. > > > > It's always interesting to get "third party" confirmations on such > > benchmarks so please post them :) > > Better late than never... > > So to recap, these tests were done on single-processer AMD64 machines > with 512 MB of memory. So nothing as interesting as SMP scalability > and such, but still interesting to see an increase in absolute speed > in the simple case. They were also performed maintaly with the 4BSD > scheduler. > > Due to the reason for running these tests, they were also made with > MyISAM rather than InnoDB, prepared as such: > > sysbench --test=oltp \ > --mysql-table-engine=myisam \ > --oltp-table-size=1000000 \ > prepare > > And run as such: > > sysbench --num-threads=16 \ > --max-requests=100000 \ > --test=oltp \ > --oltp-table-size=10000 \ > --mysql-socket=/tmp/mysql.sock \ > --oltp-read-only \ > run > > The MySQL version is 5.0.45_1 in both cases, compiled from ports with > default build settings, and (on purpose) default MySQL runtime > settings (empty my.cnf). > > Nothing in loader.conf on either machine. On the RELENG_7 one I tried > the following, one at a time, but none of them caused a different time > source to be chosen (probably because I was doing it the wrong way): > > kern.timecounter.tc.TSC.quality="1000" > kern.timecounter.hardware="TSC" > kern.timecounter.choice="TSC(1200) ACPI-fast(1000) > i8254(0) > dummy(-1000000)" > kern.timecounter.smp_tsc="1" > > CPU details (6.2 machine, then RELENG_7 machine): > > > CPU: AMD Athlon(tm) 64 Processor 3200+ (1989.81-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x40ff2 Stepping = 2 > > Features=0x78bfbff > ,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2> > Features2=0x2001 > AMD Features=0xea500800 > AMD Features2=0x1d,,CR8> > > CPU: AMD Athlon(tm) 64 Processor 3200+ (1989.82-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x40ff2 Stepping = 2 > > Features=0x78bfbff > ,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2> > Features2=0x2001 > > AMD > Features=0xea500800 > AMD Features2=0x1d > > And the sysbench results: > > 6.2: > > OLTP test statistics: > queries performed: > read: 1400000 > write: 0 > other: 200000 > total: 1600000 > transactions: 100000 (261.10 per sec.) > deadlocks: 0 (0.00 per sec.) > read/write requests: 1400000 (3655.45 per sec.) > other operations: 200000 (522.21 per sec.) > > Test execution summary: > total time: 382.9903s > total number of events: 100000 > total time taken by event execution: 6125.6312 > per-request statistics: > min: 0.0028s > avg: 0.0613s > max: 0.8482s > approx. 95 percentile: 0.0697s > > Threads fairness: > events (avg/stddev): 6250.0000/94.01 > execution time (avg/stddev): 382.8520/0.01 > > RELENG_7 from October 16: > > OLTP test statistics: > queries performed: > read: 1400000 > write: 0 > other: 200000 > total: 1600000 > transactions: 100000 (292.50 per sec.) > deadlocks: 0 (0.00 per sec.) > read/write requests: 1400000 (4095.01 per sec.) > other operations: 200000 (585.00 per sec.) > > Test execution summary: > total time: 341.8797s > total number of events: 100000 > total time taken by event execution: 5468.4663 > per-request statistics: > min: 0.0028s > avg: 0.0547s > max: 0.8707s > approx. 95 percentile: 0.0561s > > Threads fairness: > events (avg/stddev): 6250.0000/124.43 > execution time (avg/stddev): 341.7791/0.01 > > -- > / Peter Schuller Peter, Could you please try this patch Jeff posted in FreeBSD-performance@ ? Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --0-341352189-1194191606=:18739 Content-Type: application/octet-stream; name="=?utf-8?q?uleslice.diff?=" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="=?utf-8?q?uleslice.diff?=" SW5kZXg6IHNjaGVkX3VsZS5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpS Q1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvc3lzL2tlcm4vc2NoZWRfdWxlLmMs dg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjIxNg0KZGlmZiAtdSAtcjEuMjE2 IHNjaGVkX3VsZS5jDQotLS0gc2NoZWRfdWxlLmMJMjMgT2N0IDIwMDcgMDA6 NTI6MjQgLTAwMDAJMS4yMTYNCisrKyBzY2hlZF91bGUuYwkzIE5vdiAyMDA3 IDIxOjM2OjI3IC0wMDAwDQpAQCAtODgsNyArODgsOCBAQA0KIAlzaG9ydAkJ dHNfZmxhZ3M7CS8qIFRTRl8qIGZsYWdzLiAqLw0KIAl1X2NoYXIJCXRzX3Jx aW5kZXg7CS8qIFJ1biBxdWV1ZSBpbmRleC4gKi8NCiAJdV9jaGFyCQl0c19j cHU7CQkvKiBDUFUgdGhhdCB3ZSBoYXZlIGFmZmluaXR5IGZvci4gKi8NCi0J aW50CQl0c19zbGljZTsJLyogVGlja3Mgb2Ygc2xpY2UgcmVtYWluaW5nLiAq Lw0KKwlpbnQJCXRzX3NsaWNlOwkvKiBUaWNrcyBvZiBzbGljZSB1c2VkLiAq Lw0KKwlpbnQJCXRzX3Njb3JlOwkvKiBJbnRlcmFjdGl2aXR5IHNjb3JlLiAq Lw0KIAl1X2ludAkJdHNfc2xwdGltZTsJLyogTnVtYmVyIG9mIHRpY2tzIHdl IHZvbC4gc2xlcHQgKi8NCiAJdV9pbnQJCXRzX3J1bnRpbWU7CS8qIE51bWJl ciBvZiB0aWNrcyB3ZSB3ZXJlIHJ1bm5pbmcgKi8NCiAJLyogVGhlIGZvbGxv d2luZyB2YXJpYWJsZXMgYXJlIG9ubHkgdXNlZCBmb3IgcGN0Y3B1IGNhbGN1 bGF0aW9uICovDQpAQCAtMTAyLDYgKzEwMyw3IEBADQogLyogZmxhZ3Mga2Vw dCBpbiB0c19mbGFncyAqLw0KICNkZWZpbmUJVFNGX0JPVU5ECTB4MDAwMQkJ LyogVGhyZWFkIGNhbiBub3QgbWlncmF0ZS4gKi8NCiAjZGVmaW5lCVRTRl9Y RkVSQUJMRQkweDAwMDIJCS8qIFRocmVhZCB3YXMgYWRkZWQgYXMgdHJhbnNm ZXJhYmxlLiAqLw0KKyNkZWZpbmUJVFNGX0lOVEVSTE9BRAkweDAwMDQJCS8q IEludGVyYWN0aXZlIGxvYWQgb24gcnVucS4gKi8NCiANCiBzdGF0aWMgc3Ry dWN0IHRkX3NjaGVkIHRkX3NjaGVkMDsNCiANCkBAIC0xNjcsMTMgKzE2OSwx NSBAQA0KICAqCQkJdGhlIHNoaWZ0IGZhY3Rvci4gIFdpdGhvdXQgdGhlIHNo aWZ0IHRoZSBlcnJvciByYXRlDQogICoJCQlkdWUgdG8gcm91bmRpbmcgd291 bGQgYmUgdW5hY2NlcHRhYmx5IGhpZ2guDQogICogcmVhbHN0YXRoejoJCXN0 YXRoeiBpcyBzb21ldGltZXMgMCBhbmQgcnVuIG9mZiBvZiBoei4NCi0gKiBz Y2hlZF9zbGljZToJCVJ1bnRpbWUgb2YgZWFjaCB0aHJlYWQgYmVmb3JlIHJl c2NoZWR1bGluZy4NCisgKiBzY2hlZF9zbGljZV9tYXg6CU1heGltdW0gcnVu dGltZSBvZiBlYWNoIHRocmVhZCBiZWZvcmUgcmVzY2hlZHVsaW5nLg0KKyAq IHNjaGVkX3NsaWNlX21pbjoJTWluaW11bSBydW50aW1lIG9mIGVhY2ggdGhy ZWFkIGJlZm9yZSByZXNjaGVkdWxpbmcuDQogICogcHJlZW1wdF90aHJlc2g6 CVByaW9yaXR5IHRocmVzaG9sZCBmb3IgcHJlZW1wdGlvbiBhbmQgcmVtb3Rl IElQSXMuDQogICovDQogc3RhdGljIGludCBzY2hlZF9pbnRlcmFjdCA9IFND SEVEX0lOVEVSQUNUX1RIUkVTSDsNCiBzdGF0aWMgaW50IHJlYWxzdGF0aHo7 DQogc3RhdGljIGludCB0aWNraW5jcjsNCi1zdGF0aWMgaW50IHNjaGVkX3Ns aWNlOw0KK3N0YXRpYyBpbnQgc2NoZWRfc2xpY2VfbWF4ID0gMTsNCitzdGF0 aWMgaW50IHNjaGVkX3NsaWNlX21pbiA9IDE7DQogI2lmZGVmIFBSRUVNUFRJ T04NCiAjaWZkZWYgRlVMTF9QUkVFTVBUSU9ODQogc3RhdGljIGludCBwcmVl bXB0X3RocmVzaCA9IFBSSV9NQVhfSURMRTsNCkBAIC0xOTQsNiArMTk4LDcg QEANCiAJc3RydWN0IHJ1bnEJdGRxX3JlYWx0aW1lOwkJLyogcmVhbC10aW1l IHJ1biBxdWV1ZS4gKi8NCiAJc3RydWN0IHJ1bnEJdGRxX3RpbWVzaGFyZTsJ CS8qIHRpbWVzaGFyZSBydW4gcXVldWUuICovDQogCXN0cnVjdCBydW5xCXRk cV9pZGxlOwkJLyogUXVldWUgb2YgSURMRSB0aHJlYWRzLiAqLw0KKwl1bnNp Z25lZCBpbnQJdGRxX2ludGVybG9hZDsJCS8qIEludGVyYWN0aXZlIGxvYWQu ICovDQogCWludAkJdGRxX2xvYWQ7CQkvKiBBZ2dyZWdhdGUgbG9hZC4gKi8N CiAJdV9jaGFyCQl0ZHFfaWR4OwkJLyogQ3VycmVudCBpbnNlcnQgaW5kZXgu ICovDQogCXVfY2hhcgkJdGRxX3JpZHg7CQkvKiBDdXJyZW50IHJlbW92YWwg aW5kZXguICovDQpAQCAtMjM5LDcgKzI0NCw2IEBADQogc3RhdGljIGludCBi YWxhbmNlX2ludGVydmFsID0gMTI4OwkvKiBEZWZhdWx0IHNldCBpbiBzY2hl ZF9pbml0dGlja3MoKS4gKi8NCiBzdGF0aWMgaW50IHBpY2tfcHJpID0gMTsN CiBzdGF0aWMgaW50IGFmZmluaXR5Ow0KLXN0YXRpYyBpbnQgdHJ5c2VsZiA9 IDE7DQogc3RhdGljIGludCBzdGVhbF9odHQgPSAxOw0KIHN0YXRpYyBpbnQg c3RlYWxfaWRsZSA9IDE7DQogc3RhdGljIGludCBzdGVhbF90aHJlc2ggPSAy Ow0KQEAgLTI4OCwxMCArMjkyLDEyIEBADQogc3RhdGljIHZvaWQgdGRxX3Nl dHVwKHN0cnVjdCB0ZHEgKik7DQogc3RhdGljIHZvaWQgdGRxX2xvYWRfYWRk KHN0cnVjdCB0ZHEgKiwgc3RydWN0IHRkX3NjaGVkICopOw0KIHN0YXRpYyB2 b2lkIHRkcV9sb2FkX3JlbShzdHJ1Y3QgdGRxICosIHN0cnVjdCB0ZF9zY2hl ZCAqKTsNCitzdGF0aWMgaW50IHRkcV9zbGljZShzdHJ1Y3QgdGRxICopOw0K IHN0YXRpYyBfX2lubGluZSB2b2lkIHRkcV9ydW5xX2FkZChzdHJ1Y3QgdGRx ICosIHN0cnVjdCB0ZF9zY2hlZCAqLCBpbnQpOw0KIHN0YXRpYyBfX2lubGlu ZSB2b2lkIHRkcV9ydW5xX3JlbShzdHJ1Y3QgdGRxICosIHN0cnVjdCB0ZF9z Y2hlZCAqKTsNCi12b2lkIHRkcV9wcmludChpbnQgY3B1KTsNCi1zdGF0aWMg dm9pZCBydW5xX3ByaW50KHN0cnVjdCBydW5xICpycSk7DQordm9pZCB0ZHFf cHJpbnQoaW50KTsNCit2b2lkIHNjaGVkX3ByaW50KHN0cnVjdCB0aHJlYWQg Kik7DQorc3RhdGljIHZvaWQgcnVucV9wcmludChzdHJ1Y3QgcnVucSAqKTsN CiBzdGF0aWMgdm9pZCB0ZHFfYWRkKHN0cnVjdCB0ZHEgKiwgc3RydWN0IHRo cmVhZCAqLCBpbnQpOw0KICNpZmRlZiBTTVANCiBzdGF0aWMgdm9pZCB0ZHFf bW92ZShzdHJ1Y3QgdGRxICosIHN0cnVjdCB0ZHEgKik7DQpAQCAtMzQ1LDYg KzM1MSwyNiBAQA0KIAl9DQogfQ0KIA0KK3ZvaWQNCitzY2hlZF9wcmludChz dHJ1Y3QgdGhyZWFkICp0ZCkNCit7DQorCXN0cnVjdCB0ZF9zY2hlZCAqdHM7 DQorDQorCWlmICh0ZCA9PSBOVUxMKQ0KKwkJdGQgPSBjdXJ0aHJlYWQ7DQor CXRzID0gdGQtPnRkX3NjaGVkOw0KKwlwcmludGYoImZsYWdzOiAgICAweCVY XG4iLCB0cy0+dHNfZmxhZ3MpOw0KKwlwcmludGYoInJxaW5kZXg6ICAlZFxu IiwgdHMtPnRzX3JxaW5kZXgpOw0KKwlwcmludGYoImNwdTogICAgICAlZFxu IiwgdHMtPnRzX2NwdSk7DQorCXByaW50Zigic2xpY2U6ICAgICVkXG4iLCB0 cy0+dHNfc2xpY2UpOw0KKwlwcmludGYoInNjb3JlOiAgICAlZFxuIiwgdHMt PnRzX3Njb3JlKTsNCisJcHJpbnRmKCJzbHB0aW1lOiAgJWRcbiIsIHRzLT50 c19zbHB0aW1lKTsNCisJcHJpbnRmKCJydW50aW1lOiAgJWRcbiIsIHRzLT50 c19ydW50aW1lKTsNCisJcHJpbnRmKCJsdGljazogICAgJWRcbiIsIHRzLT50 c19sdGljayk7DQorCXByaW50ZigiZnRpY2s6ICAgICVkXG4iLCB0cy0+dHNf ZnRpY2spOw0KKwlwcmludGYoInRpY2tzOiAgICAlZFxuIiwgdHMtPnRzX3Rp Y2tzKTsNCit9DQorDQogLyoNCiAgKiBQcmludCB0aGUgc3RhdHVzIG9mIGEg cGVyLWNwdSB0aHJlYWQgcXVldWUuICBTaG91bGQgYmUgYSBkZGIgc2hvdyBj bWQuDQogICovDQpAQCAtMzU3LDcgKzM4Myw5IEBADQogDQogCXByaW50Zigi dGRxICVkOlxuIiwgVERRX0lEKHRkcSkpOw0KIAlwcmludGYoIlx0bG9ja3B0 ciAgICAgICAgICVwXG4iLCBURFFfTE9DS1BUUih0ZHEpKTsNCisJcHJpbnRm KCJcdGludGVybG9hZDoJICAlZFxuIiwgdGRxLT50ZHFfaW50ZXJsb2FkKTsN CiAJcHJpbnRmKCJcdGxvYWQ6ICAgICAgICAgICAlZFxuIiwgdGRxLT50ZHFf bG9hZCk7DQorCXByaW50ZigiXHRzbGljZTogICAgICAgICAgJWRcbiIsIHRk cV9zbGljZSh0ZHEpKTsNCiAJcHJpbnRmKCJcdHRpbWVzaGFyZSBpZHg6ICAl ZFxuIiwgdGRxLT50ZHFfaWR4KTsNCiAJcHJpbnRmKCJcdHRpbWVzaGFyZSBy aWR4OiAlZFxuIiwgdGRxLT50ZHFfcmlkeCk7DQogCXByaW50ZigiXHRyZWFs dGltZSBydW5xOlxuIik7DQpAQCAtMzgzLDggKzQxMSwxMiBAQA0KIHN0YXRp YyBfX2lubGluZSB2b2lkDQogdGRxX3J1bnFfYWRkKHN0cnVjdCB0ZHEgKnRk cSwgc3RydWN0IHRkX3NjaGVkICp0cywgaW50IGZsYWdzKQ0KIHsNCisJdV9j aGFyIHByaTsNCisNCisJcHJpID0gdHMtPnRzX3RocmVhZC0+dGRfcHJpb3Jp dHk7DQogCVREUV9MT0NLX0FTU0VSVCh0ZHEsIE1BX09XTkVEKTsNCiAJVEhS RUFEX0xPQ0tfQVNTRVJUKHRzLT50c190aHJlYWQsIE1BX09XTkVEKTsNCisJ VERfU0VUX1JVTlEodHMtPnRzX3RocmVhZCk7DQogI2lmZGVmIFNNUA0KIAlp ZiAoVEhSRUFEX0NBTl9NSUdSQVRFKHRzLT50c190aHJlYWQpKSB7DQogCQl0 ZHEtPnRkcV90cmFuc2ZlcmFibGUrKzsNCkBAIC0zOTIsMTUgKzQyNCwxNSBA QA0KIAkJdHMtPnRzX2ZsYWdzIHw9IFRTRl9YRkVSQUJMRTsNCiAJfQ0KICNl bmRpZg0KLQlpZiAodHMtPnRzX3J1bnEgPT0gJnRkcS0+dGRxX3RpbWVzaGFy ZSkgew0KLQkJdV9jaGFyIHByaTsNCi0NCi0JCXByaSA9IHRzLT50c190aHJl YWQtPnRkX3ByaW9yaXR5Ow0KKwlpZiAocHJpIDw9IFBSSV9NQVhfUkVBTFRJ TUUpIHsNCisJCXRzLT50c19ydW5xID0gJnRkcS0+dGRxX3JlYWx0aW1lOw0K Kwl9IGVsc2UgaWYgKHByaSA8PSBQUklfTUFYX1RJTUVTSEFSRSkgew0KKwkJ dHMtPnRzX3J1bnEgPSAmdGRxLT50ZHFfdGltZXNoYXJlOw0KIAkJS0FTU0VS VChwcmkgPD0gUFJJX01BWF9USU1FU0hBUkUgJiYgcHJpID49IFBSSV9NSU5f VElNRVNIQVJFLA0KIAkJCSgiSW52YWxpZCBwcmlvcml0eSAlZCBvbiB0aW1l c2hhcmUgcnVucSIsIHByaSkpOw0KIAkJLyoNCiAJCSAqIFRoaXMgcXVldWUg Y29udGFpbnMgb25seSBwcmlvcml0aWVzIGJldHdlZW4gTUlOIGFuZCBNQVgN Ci0JCSAqIHJlYWx0aW1lLiAgVXNlIHRoZSB3aG9sZSBxdWV1ZSB0byByZXBy ZXNlbnQgdGhlc2UgdmFsdWVzLg0KKwkJICogdGltZXNoYXJlLiAgVXNlIHRo ZSB3aG9sZSBxdWV1ZSB0byByZXByZXNlbnQgdGhlc2UgdmFsdWVzLg0KIAkJ ICovDQogCQlpZiAoKGZsYWdzICYgKFNSUV9CT1JST1dJTkd8U1JRX1BSRUVN UFRFRCkpID09IDApIHsNCiAJCQlwcmkgPSAocHJpIC0gUFJJX01JTl9USU1F U0hBUkUpIC8gVFNfUlFfUFBROw0KQEAgLTQxNiw4ICs0NDgsMTAgQEANCiAJ CX0gZWxzZQ0KIAkJCXByaSA9IHRkcS0+dGRxX3JpZHg7DQogCQlydW5xX2Fk ZF9wcmkodHMtPnRzX3J1bnEsIHRzLCBwcmksIGZsYWdzKTsNCisJCXJldHVy bjsNCiAJfSBlbHNlDQotCQlydW5xX2FkZCh0cy0+dHNfcnVucSwgdHMsIGZs YWdzKTsNCisJCXRzLT50c19ydW5xID0gJnRkcS0+dGRxX2lkbGU7DQorCXJ1 bnFfYWRkKHRzLT50c19ydW5xLCB0cywgZmxhZ3MpOw0KIH0NCiANCiAvKiAN CkBAIC00NDMsMTMgKzQ3Nyw2IEBADQogCQkJcnVucV9yZW1vdmVfaWR4KHRz LT50c19ydW5xLCB0cywgJnRkcS0+dGRxX3JpZHgpOw0KIAkJZWxzZQ0KIAkJ CXJ1bnFfcmVtb3ZlX2lkeCh0cy0+dHNfcnVucSwgdHMsIE5VTEwpOw0KLQkJ LyoNCi0JCSAqIEZvciB0aW1lc2hhcmUgdGhyZWFkcyB3ZSB1cGRhdGUgdGhl IHByaW9yaXR5IGhlcmUgc28NCi0JCSAqIHRoZSBwcmlvcml0eSByZWZsZWN0 cyB0aGUgdGltZSB3ZSd2ZSBiZWVuIHNsZWVwaW5nLg0KLQkJICovDQotCQl0 cy0+dHNfbHRpY2sgPSB0aWNrczsNCi0JCXNjaGVkX3BjdGNwdV91cGRhdGUo dHMpOw0KLQkJc2NoZWRfcHJpb3JpdHkodHMtPnRzX3RocmVhZCk7DQogCX0g ZWxzZQ0KIAkJcnVucV9yZW1vdmUodHMtPnRzX3J1bnEsIHRzKTsNCiB9DQpA QCAtNDY2LDYgKzQ5Myw4IEBADQogCVREUV9MT0NLX0FTU0VSVCh0ZHEsIE1B X09XTkVEKTsNCiAJVEhSRUFEX0xPQ0tfQVNTRVJUKHRzLT50c190aHJlYWQs IE1BX09XTkVEKTsNCiAJY2xhc3MgPSBQUklfQkFTRSh0cy0+dHNfdGhyZWFk LT50ZF9wcmlfY2xhc3MpOw0KKwl0ZHEtPnRkcV9pbnRlcmxvYWQgKz0gdHMt PnRzX3Njb3JlOw0KKwl0cy0+dHNfZmxhZ3MgfD0gVFNGX0lOVEVSTE9BRDsN CiAJdGRxLT50ZHFfbG9hZCsrOw0KIAlDVFIyKEtUUl9TQ0hFRCwgImNwdSAl ZCBsb2FkOiAlZCIsIFREUV9JRCh0ZHEpLCB0ZHEtPnRkcV9sb2FkKTsNCiAJ aWYgKGNsYXNzICE9IFBSSV9JVEhEICYmDQpAQCAtNDk4LDkgKzUyNywzNyBA QA0KICNlbmRpZg0KIAlLQVNTRVJUKHRkcS0+dGRxX2xvYWQgIT0gMCwNCiAJ ICAgICgidGRxX2xvYWRfcmVtOiBSZW1vdmluZyB3aXRoIDAgbG9hZCBvbiBx dWV1ZSAlZCIsIFREUV9JRCh0ZHEpKSk7DQorCXRzLT50c19mbGFncyAmPSB+ VFNGX0lOVEVSTE9BRDsNCisJdHMtPnRzX3J1bnEgPSBOVUxMOw0KKwl0ZHEt PnRkcV9pbnRlcmxvYWQgLT0gdHMtPnRzX3Njb3JlOw0KIAl0ZHEtPnRkcV9s b2FkLS07DQogCUNUUjEoS1RSX1NDSEVELCAibG9hZDogJWQiLCB0ZHEtPnRk cV9sb2FkKTsNCi0JdHMtPnRzX3J1bnEgPSBOVUxMOw0KK30NCisNCisvKg0K KyAqIENvbXB1dGUgdGhlIG1heGltdW0gc2xpY2Ugd2hlbiB0aGUgaW50ZXJs b2FkIGNoYW5nZXMuICBUaGlzIGdpdmVzIGEgc29mdA0KKyAqIHVwcGVyIGJv dW5kIG9uIGxhdGVuY3kgYXMgdGhlIGxvYWQgaW5jcmVhc2VzLg0KKyAqLw0K K3N0YXRpYyBpbnQNCit0ZHFfc2xpY2Uoc3RydWN0IHRkcSAqdGRxKQ0KK3sN CisJaW50IHNsaWNlOw0KKwlpbnQgbG9hZDsNCisNCisJVERRX0xPQ0tfQVNT RVJUKHRkcSwgTUFfT1dORUQpOw0KKwlpZiAodGRxLT50ZHFfaW50ZXJsb2Fk ID09IDApDQorCQlyZXR1cm4gKHNjaGVkX3NsaWNlX21heCk7DQorCS8qDQor CSAqIEFuIGludGVybG9hZCBvZiAxMDAgaXMgcm91Z2hseSBlcXVpdmFsZW50 IHRvIDEwMCUgY3B1IHV0aWxpemF0aW9uDQorCSAqIHJlcXVlc3RlZC4gIENh bGN1bGF0ZSBob3cgbWFueSB0aW1lcyBvdmVybG9hZGVkIHdlIGFyZSBhbmQg dGhlbg0KKwkgKiBkaXZpZGUgdGhlIGxhdGVuY3kgdGFyZ2V0IGJ5IHRoaXMg bnVtYmVyLiAgTm9uZSBvZiB0aGlzIGlzIHByZWNpc2UNCisJICogYnV0IGl0 IGRvZXMgeWllbGQgZGVjcmVhc2luZyBzbGljZSB2YWx1ZXMgd2l0aGluIHRo ZSBbbWluLCBtYXhdDQorCSAqIHJhbmdlIGFzIGxvYWQgaW5jcmVhc2VzLg0K KwkgKi8NCisJbG9hZCA9ICh0ZHEtPnRkcV9pbnRlcmxvYWQgKyA5OSkgLyAx MDA7DQorCXNsaWNlID0gc2NoZWRfc2xpY2VfbWF4IC8gbG9hZDsNCisJc2xp Y2UgPSBtYXgoc2xpY2UsIHNjaGVkX3NsaWNlX21pbik7DQorCXJldHVybiAo c2xpY2UpOw0KIH0NCiANCiAjaWZkZWYgU01QDQpAQCAtMTA3MCwxNCArMTEy Nyw2IEBADQogCWNwdSA9IHNlbGYgPSBQQ1BVX0dFVChjcHVpZCk7DQogCWlm IChzbXBfc3RhcnRlZCA9PSAwKQ0KIAkJcmV0dXJuIChzZWxmKTsNCi0JLyoN Ci0JICogRG9uJ3QgbWlncmF0ZSBhIHJ1bm5pbmcgdGhyZWFkIGZyb20gc2No ZWRfc3dpdGNoKCkuDQotCSAqLw0KLQlpZiAoZmxhZ3MgJiBTUlFfT1VSU0VM Rikgew0KLQkJQ1RSMShLVFJfVUxFLCAiWUlFTERJTkcgJWQiLA0KLQkJICAg IGN1cnRocmVhZC0+dGRfcHJpb3JpdHkpOw0KLQkJcmV0dXJuIChzZWxmKTsN Ci0JfQ0KIAlwcmkgPSB0cy0+dHNfdGhyZWFkLT50ZF9wcmlvcml0eTsNCiAJ Y3B1ID0gdHMtPnRzX2NwdTsNCiAJLyoNCkBAIC0xMDk0LDcgKzExNDMsOCBA QA0KIAkvKg0KIAkgKiBJZiB3ZSBoYXZlIGFmZmluaXR5LCB0cnkgdG8gcGxh Y2UgaXQgb24gdGhlIGNwdSB3ZSBsYXN0IHJhbiBvbi4NCiAJICovDQotCWlm IChTQ0hFRF9BRkZJTklUWSh0cykgJiYgdGRxLT50ZHFfbG93cHJpID4gcHJp KSB7DQorCWlmIChTQ0hFRF9BRkZJTklUWSh0cykgJiYNCisJICAgICh0ZHEt PnRkcV9sb3dwcmkgPiBwcmkgfHwgdGRxLT50ZHFfaW50ZXJsb2FkIDwgMTAp KSB7DQogCQlDVFI1KEtUUl9VTEUsDQogCQkgICAgImFmZmluaXR5IGZvciAl ZCwgbHRpY2sgJWQgdGlja3MgJWQgcHJpICVkIGN1cnRocmVhZCAlZCIsDQog CQkgICAgdHMtPnRzX2NwdSwgdHMtPnRzX3JsdGljaywgdGlja3MsIHByaSwN CkBAIC0xMTEzLDkgKzExNjMsOSBAQA0KIAkgKiBUaGlzIG1heSBpbXByb3Zl IGxvY2FsaXR5IGFtb25nIHNsZWVwZXJzIGFuZCB3YWtlcnMgd2hlbiB0aGVy ZQ0KIAkgKiBpcyBzaGFyZWQgZGF0YS4NCiAJICovDQotCWlmICh0cnlzZWxm ICYmIHByaSA8IGN1cnRocmVhZC0+dGRfcHJpb3JpdHkpIHsNCi0JCUNUUjEo S1RSX1VMRSwgInRyeXNlbGYgJWQiLA0KLQkJICAgIGN1cnRocmVhZC0+dGRf cHJpb3JpdHkpOw0KKwl0ZHEgPSBURFFfQ1BVKHNlbGYpOw0KKwlpZiAocHJp IDwgY3VydGhyZWFkLT50ZF9wcmlvcml0eSB8fCB0ZHEtPnRkcV9pbnRlcmxv YWQgPCAxMCkgew0KKwkJQ1RSMShLVFJfVUxFLCAidHJ5c2VsZiAlZCIsIGN1 cnRocmVhZC0+dGRfcHJpb3JpdHkpOw0KIAkJcmV0dXJuIChzZWxmKTsNCiAJ fQ0KIAkvKg0KQEAgLTExNzUsNiArMTIyNSw3IEBADQogCXJ1bnFfaW5pdCgm dGRxLT50ZHFfdGltZXNoYXJlKTsNCiAJcnVucV9pbml0KCZ0ZHEtPnRkcV9p ZGxlKTsNCiAJdGRxLT50ZHFfbG9hZCA9IDA7DQorCXRkcS0+dGRxX2ludGVy bG9hZCA9IDA7DQogfQ0KIA0KICNpZmRlZiBTTVANCkBAIC0xMzI0LDEyICsx Mzc1LDEyIEBADQogCSAqIGluIGNhc2Ugd2hpY2ggc2NoZWRfY2xvY2soKSBj YWxsZWQgYmVmb3JlIHNjaGVkX2luaXR0aWNrcygpLg0KIAkgKi8NCiAJcmVh bHN0YXRoeiA9IGh6Ow0KLQlzY2hlZF9zbGljZSA9IChyZWFsc3RhdGh6LzEw KTsJLyogfjEwMG1zICovDQogCXRpY2tpbmNyID0gMSA8PCBTQ0hFRF9USUNL X1NISUZUOw0KIA0KIAkvKiBBZGQgdGhyZWFkMCdzIGxvYWQgc2luY2UgaXQn cyBydW5uaW5nLiAqLw0KIAlURFFfTE9DSyh0ZHEpOw0KIAl0aHJlYWQwLnRk X2xvY2sgPSBURFFfTE9DS1BUUihURFFfU0VMRigpKTsNCisJdGRfc2NoZWQw LnRzX3Njb3JlID0gMDsNCiAJdGRxX2xvYWRfYWRkKHRkcSwgJnRkX3NjaGVk MCk7DQogCVREUV9VTkxPQ0sodGRxKTsNCiB9DQpAQCAtMTM0NCw3ICsxMzk1 LDggQEANCiAJaW50IGluY3I7DQogDQogCXJlYWxzdGF0aHogPSBzdGF0aHog PyBzdGF0aHogOiBoejsNCi0Jc2NoZWRfc2xpY2UgPSAocmVhbHN0YXRoei8x MCk7CS8qIH4xMDBtcyAqLw0KKwlzY2hlZF9zbGljZV9tYXggPSByZWFsc3Rh dGh6IC8gMTU7CS8qIH42Nm1zICovDQorCXNjaGVkX3NsaWNlX21pbiA9IHJl YWxzdGF0aHogLyA1MDsJLyogfjIwbXMgKi8NCiANCiAJLyoNCiAJICogdGlj a2luY3IgaXMgc2hpZnRlZCBvdXQgYnkgMTAgdG8gYXZvaWQgcm91bmRpbmcg ZXJyb3JzIGR1ZSB0bw0KQEAgLTEzNzQsNyArMTQyNiw2IEBADQogI2VuZGlm DQogfQ0KIA0KLQ0KIC8qDQogICogVGhpcyBpcyB0aGUgY29yZSBvZiB0aGUg aW50ZXJhY3Rpdml0eSBhbGdvcml0aG0uICBEZXRlcm1pbmVzIGEgc2NvcmUg YmFzZWQNCiAgKiBvbiBwYXN0IGJlaGF2aW9yLiAgSXQgaXMgdGhlIHJhdGlv IG9mIHNsZWVwIHRpbWUgdG8gcnVuIHRpbWUgc2NhbGVkIHRvDQpAQCAtMTM4 OSwxNSArMTQ0MCw2IEBADQogCWludCBkaXY7DQogDQogCXRzID0gdGQtPnRk X3NjaGVkOw0KLQkvKg0KLQkgKiBUaGUgc2NvcmUgaXMgb25seSBuZWVkZWQg aWYgdGhpcyBpcyBsaWtlbHkgdG8gYmUgYW4gaW50ZXJhY3RpdmUNCi0JICog dGFzay4gIERvbid0IGdvIHRocm91Z2ggdGhlIGV4cGVuc2Ugb2YgY29tcHV0 aW5nIGl0IGlmIHRoZXJlJ3MNCi0JICogbm8gY2hhbmNlLg0KLQkgKi8NCi0J aWYgKHNjaGVkX2ludGVyYWN0IDw9IFNDSEVEX0lOVEVSQUNUX0hBTEYgJiYN Ci0JCXRzLT50c19ydW50aW1lID49IHRzLT50c19zbHB0aW1lKQ0KLQkJCXJl dHVybiAoU0NIRURfSU5URVJBQ1RfSEFMRik7DQotDQogCWlmICh0cy0+dHNf cnVudGltZSA+IHRzLT50c19zbHB0aW1lKSB7DQogCQlkaXYgPSBtYXgoMSwg dHMtPnRzX3J1bnRpbWUgLyBTQ0hFRF9JTlRFUkFDVF9IQUxGKTsNCiAJCXJl dHVybiAoU0NIRURfSU5URVJBQ1RfSEFMRiArDQpAQCAtMTQ0Myw3ICsxNDg1 LDcgQEANCiAJICogc2NvcmUuICBOZWdhdGl2ZSBuaWNlIHZhbHVlcyBtYWtl IGl0IGVhc2llciBmb3IgYSB0aHJlYWQgdG8gYmUNCiAJICogY29uc2lkZXJl ZCBpbnRlcmFjdGl2ZS4NCiAJICovDQotCXNjb3JlID0gaW1heCgwLCBzY2hl ZF9pbnRlcmFjdF9zY29yZSh0ZCkgLSB0ZC0+dGRfcHJvYy0+cF9uaWNlKTsN CisJc2NvcmUgPSBpbWF4KDAsIHRkLT50ZF9zY2hlZC0+dHNfc2NvcmUgLSB0 ZC0+dGRfcHJvYy0+cF9uaWNlKTsNCiAJaWYgKHNjb3JlIDwgc2NoZWRfaW50 ZXJhY3QpIHsNCiAJCXByaSA9IFBSSV9NSU5fUkVBTFRJTUU7DQogCQlwcmkg Kz0gKChQUklfTUFYX1JFQUxUSU1FIC0gUFJJX01JTl9SRUFMVElNRSkgLyBz Y2hlZF9pbnRlcmFjdCkNCkBAIC0xNDc3LDEyICsxNTE5LDE1IEBADQogc2No ZWRfaW50ZXJhY3RfdXBkYXRlKHN0cnVjdCB0aHJlYWQgKnRkKQ0KIHsNCiAJ c3RydWN0IHRkX3NjaGVkICp0czsNCisJc3RydWN0IHRkcSAqdGRxOw0KIAl1 X2ludCBzdW07DQorCWludCBzY29yZTsNCiANCisJVEhSRUFEX0xPQ0tfQVNT RVJUKHRkLCBNQV9PV05FRCk7DQogCXRzID0gdGQtPnRkX3NjaGVkOw0KIAlz dW0gPSB0cy0+dHNfcnVudGltZSArIHRzLT50c19zbHB0aW1lOw0KIAlpZiAo c3VtIDwgU0NIRURfU0xQX1JVTl9NQVgpDQotCQlyZXR1cm47DQorCQlnb3Rv IHNjb3JlOw0KIAkvKg0KIAkgKiBUaGlzIG9ubHkgaGFwcGVucyBmcm9tIHR3 byBwbGFjZXM6DQogCSAqIDEpIFdlIGhhdmUgYWRkZWQgYW4gdW51c3VhbCBh bW91bnQgb2YgcnVuIHRpbWUgZnJvbSBmb3JrX2V4aXQuDQpAQCAtMTQ5MCwx MyArMTUzNSwxMyBAQA0KIAkgKi8NCiAJaWYgKHN1bSA+IFNDSEVEX1NMUF9S VU5fTUFYICogMikgew0KIAkJaWYgKHRzLT50c19ydW50aW1lID4gdHMtPnRz X3NscHRpbWUpIHsNCi0JCQl0cy0+dHNfcnVudGltZSA9IFNDSEVEX1NMUF9S VU5fTUFYOw0KKwkJCXRzLT50c19ydW50aW1lID0gU0NIRURfU0xQX1JVTl9N QVggLyAyOw0KIAkJCXRzLT50c19zbHB0aW1lID0gMTsNCiAJCX0gZWxzZSB7 DQotCQkJdHMtPnRzX3NscHRpbWUgPSBTQ0hFRF9TTFBfUlVOX01BWDsNCisJ CQl0cy0+dHNfc2xwdGltZSA9IFNDSEVEX1NMUF9SVU5fTUFYIC8gMjsNCiAJ CQl0cy0+dHNfcnVudGltZSA9IDE7DQogCQl9DQotCQlyZXR1cm47DQorCQln b3RvIHNjb3JlOw0KIAl9DQogCS8qDQogCSAqIElmIHdlIGhhdmUgZXhjZWVk ZWQgYnkgbW9yZSB0aGFuIDEvNXRoIHRoZW4gdGhlIGFsZ29yaXRobSBiZWxv dw0KQEAgLTE1MDYsMTAgKzE1NTEsMTkgQEANCiAJaWYgKHN1bSA+IChTQ0hF RF9TTFBfUlVOX01BWCAvIDUpICogNikgew0KIAkJdHMtPnRzX3J1bnRpbWUg Lz0gMjsNCiAJCXRzLT50c19zbHB0aW1lIC89IDI7DQotCQlyZXR1cm47DQor CQlnb3RvIHNjb3JlOw0KIAl9DQogCXRzLT50c19ydW50aW1lID0gKHRzLT50 c19ydW50aW1lIC8gNSkgKiA0Ow0KIAl0cy0+dHNfc2xwdGltZSA9ICh0cy0+ dHNfc2xwdGltZSAvIDUpICogNDsNCitzY29yZToNCisJc2NvcmUgPSBzY2hl ZF9pbnRlcmFjdF9zY29yZSh0ZCk7DQorCWlmICh0cy0+dHNfZmxhZ3MgJiBU U0ZfSU5URVJMT0FEKSB7DQorCQl0ZHEgPSBURFFfQ1BVKHRzLT50c19jcHUp Ow0KKwkJVERRX0xPQ0tfQVNTRVJUKHRkcSwgTUFfT1dORUQpOw0KKwkJdGRx LT50ZHFfaW50ZXJsb2FkIC09IHRzLT50c19zY29yZTsNCisJCXRkcS0+dGRx X2ludGVybG9hZCArPSBzY29yZTsNCisJfQ0KKwl0cy0+dHNfc2NvcmUgPSBz Y29yZTsNCiB9DQogDQogLyoNCkBAIC0xNTU5LDcgKzE2MTMsNyBAQA0KIHsN CiANCiAJLyogQ29udmVydCBzY2hlZF9zbGljZSB0byBoeiAqLw0KLQlyZXR1 cm4gKGh6LyhyZWFsc3RhdGh6L3NjaGVkX3NsaWNlKSk7DQorCXJldHVybiAo aHovKHJlYWxzdGF0aHovc2NoZWRfc2xpY2VfbWF4KSk7DQogfQ0KIA0KIC8q DQpAQCAtMTU5OCwxNiArMTY1MiwxOSBAQA0KIHNjaGVkX3RocmVhZF9wcmlv cml0eShzdHJ1Y3QgdGhyZWFkICp0ZCwgdV9jaGFyIHByaW8pDQogew0KIAlz dHJ1Y3QgdGRfc2NoZWQgKnRzOw0KKwlzdHJ1Y3QgdGRxICp0ZHE7DQogDQog CUNUUjYoS1RSX1NDSEVELCAic2NoZWRfcHJpbzogJXAoJXMpIHByaW8gJWQg bmV3cHJpbyAlZCBieSAlcCglcykiLA0KIAkgICAgdGQsIHRkLT50ZF9wcm9j LT5wX2NvbW0sIHRkLT50ZF9wcmlvcml0eSwgcHJpbywgY3VydGhyZWFkLA0K IAkgICAgY3VydGhyZWFkLT50ZF9wcm9jLT5wX2NvbW0pOw0KIAl0cyA9IHRk LT50ZF9zY2hlZDsNCisJdGRxID0gVERRX0NQVSh0cy0+dHNfY3B1KTsNCiAJ VEhSRUFEX0xPQ0tfQVNTRVJUKHRkLCBNQV9PV05FRCk7DQotCWlmICh0ZC0+ dGRfcHJpb3JpdHkgPT0gcHJpbykNCisJaWYgKHRkLT50ZF9wcmlvcml0eSA8 PSBwcmlvKSB7DQorCQl0ZC0+dGRfcHJpb3JpdHkgPSBwcmlvOw0KIAkJcmV0 dXJuOw0KLQ0KLQlpZiAoVERfT05fUlVOUSh0ZCkgJiYgcHJpbyA8IHRkLT50 ZF9wcmlvcml0eSkgew0KKwl9DQorCWlmIChURF9PTl9SVU5RKHRkKSkgew0K IAkJLyoNCiAJCSAqIElmIHRoZSBwcmlvcml0eSBoYXMgYmVlbiBlbGV2YXRl ZCBkdWUgdG8gcHJpb3JpdHkNCiAJCSAqIHByb3BhZ2F0aW9uLCB3ZSBtYXkg aGF2ZSB0byBtb3ZlIG91cnNlbHZlcyB0byBhIG5ldw0KQEAgLTE2MTcsMTYg KzE2NzQsMTQgQEANCiAJCXNjaGVkX3JlbSh0ZCk7DQogCQl0ZC0+dGRfcHJp b3JpdHkgPSBwcmlvOw0KIAkJc2NoZWRfYWRkKHRkLCBTUlFfQk9SUk9XSU5H KTsNCi0JfSBlbHNlIHsNCiAjaWZkZWYgU01QDQotCQlzdHJ1Y3QgdGRxICp0 ZHE7DQotDQotCQl0ZHEgPSBURFFfQ1BVKHRzLT50c19jcHUpOw0KKwl9IGVs c2UgaWYgKFREX0lTX1JVTk5JTkcodGQpKSB7DQogCQlpZiAocHJpbyA8IHRk cS0+dGRxX2xvd3ByaSkNCiAJCQl0ZHEtPnRkcV9sb3dwcmkgPSBwcmlvOw0K KwkJdGQtPnRkX3ByaW9yaXR5ID0gcHJpbzsNCiAjZW5kaWYNCisJfSBlbHNl DQogCQl0ZC0+dGRfcHJpb3JpdHkgPSBwcmlvOw0KLQl9DQogfQ0KIA0KIC8q DQpAQCAtMTc3Miw2ICsxODI3LDggQEANCiANCiAJdGRuID0gVERRX0NQVSh0 ZC0+dGRfc2NoZWQtPnRzX2NwdSk7DQogI2lmZGVmIFNNUA0KKwkvKiBUaGUg bG9hZCBpcyBiZWluZyByZW1vdmVkIGZyb20gdGhlIGN1cnJlbnQgY3B1LiAq Lw0KKwl0ZHFfbG9hZF9yZW0odGRxLCB0ZC0+dGRfc2NoZWQpOw0KIAkvKg0K IAkgKiBEbyB0aGUgbG9jayBkYW5jZSByZXF1aXJlZCB0byBhdm9pZCBMT1Iu ICBXZSBncmFiIGFuIGV4dHJhDQogCSAqIHNwaW5sb2NrIG5lc3RpbmcgdG8g cHJldmVudCBwcmVlbXB0aW9uIHdoaWxlIHdlJ3JlDQpAQCAtMTg2MywxMiAr MTkyMCwxMSBAQA0KIAkJVERfU0VUX0NBTl9SVU4odGQpOw0KIAl9IGVsc2Ug aWYgKFREX0lTX1JVTk5JTkcodGQpKSB7DQogCQlNUEFTUyh0ZC0+dGRfbG9j ayA9PSBURFFfTE9DS1BUUih0ZHEpKTsNCi0JCXRkcV9sb2FkX3JlbSh0ZHEs IHRzKTsNCiAJCXNycWZsYWcgPSAoZmxhZ3MgJiBTV19QUkVFTVBUKSA/DQog CQkgICAgU1JRX09VUlNFTEZ8U1JRX1lJRUxESU5HfFNSUV9QUkVFTVBURUQg Og0KIAkJICAgIFNSUV9PVVJTRUxGfFNSUV9ZSUVMRElORzsNCiAJCWlmICh0 cy0+dHNfY3B1ID09IGNwdWlkKQ0KLQkJCXRkcV9hZGQodGRxLCB0ZCwgc3Jx ZmxhZyk7DQorCQkJdGRxX3J1bnFfYWRkKHRkcSwgdHMsIHNycWZsYWcpOw0K IAkJZWxzZQ0KIAkJCW10eCA9IHNjaGVkX3N3aXRjaF9taWdyYXRlKHRkcSwg dGQsIHNycWZsYWcpOw0KIAl9IGVsc2Ugew0KQEAgLTE5NzAsMjIgKzIwMjYs MTggQEANCiAJVEhSRUFEX0xPQ0tfQVNTRVJUKHRkLCBNQV9PV05FRCk7DQog CXRzID0gdGQtPnRkX3NjaGVkOw0KIAkvKg0KLQkgKiBJZiB3ZSBzbGVwdCBm b3IgbW9yZSB0aGFuIGEgdGljayB1cGRhdGUgb3VyIGludGVyYWN0aXZpdHkg YW5kDQotCSAqIHByaW9yaXR5Lg0KKwkgKiBVcGRhdGUgaW50ZXJhY3Rpdml0 eSBhbmQgcHJpb3JpdHkgYWZ0ZXIgYSBzbGVlcC4NCiAJICovDQogCXNscHRp Y2sgPSB0ZC0+dGRfc2xwdGljazsNCiAJdGQtPnRkX3NscHRpY2sgPSAwOw0K LQlpZiAoc2xwdGljayAmJiBzbHB0aWNrICE9IHRpY2tzKSB7DQotCQl1X2lu dCBoenRpY2tzOw0KLQ0KLQkJaHp0aWNrcyA9ICh0aWNrcyAtIHNscHRpY2sp IDw8IFNDSEVEX1RJQ0tfU0hJRlQ7DQotCQl0cy0+dHNfc2xwdGltZSArPSBo enRpY2tzOw0KKwlpZiAoc2xwdGljayAmJiBzbHB0aWNrICE9IHRpY2tzKSAg ew0KKwkJdHMtPnRzX3NscHRpbWUgKz0gKHRpY2tzIC0gc2xwdGljaykgPDwg U0NIRURfVElDS19TSElGVDsNCiAJCXNjaGVkX2ludGVyYWN0X3VwZGF0ZSh0 ZCk7DQogCQlzY2hlZF9wY3RjcHVfdXBkYXRlKHRzKTsNCiAJCXNjaGVkX3By aW9yaXR5KHRkKTsNCisJCS8qIFJlc2V0IHRoZSBzbGljZSB2YWx1ZSBhZnRl ciB3ZSBzbGVlcC4gKi8NCisJCXRzLT50c19zbGljZSA9IDA7DQogCX0NCi0J LyogUmVzZXQgdGhlIHNsaWNlIHZhbHVlIGFmdGVyIHdlIHNsZWVwLiAqLw0K LQl0cy0+dHNfc2xpY2UgPSBzY2hlZF9zbGljZTsNCiAJc2NoZWRfYWRkKHRk LCBTUlFfQk9SSU5HKTsNCiB9DQogDQpAQCAtMjA0MCw3ICsyMDkyLDYgQEAN CiAJICovDQogCXRzMi0+dHNfc2xwdGltZSA9IHRzLT50c19zbHB0aW1lOw0K IAl0czItPnRzX3J1bnRpbWUgPSB0cy0+dHNfcnVudGltZTsNCi0JdHMyLT50 c19zbGljZSA9IDE7CS8qIEF0dGVtcHQgdG8gcXVpY2tseSBsZWFybiBpbnRl cmFjdGl2aXR5LiAqLw0KIH0NCiANCiAvKg0KQEAgLTIxODgsMjUgKzIyMzks MjYgQEANCiAJfQ0KIAl0cyA9IHRkLT50ZF9zY2hlZDsNCiAJLyoNCi0JICog V2Ugb25seSBkbyBzbGljaW5nIGNvZGUgZm9yIFRJTUVTSEFSRSB0aHJlYWRz Lg0KLQkgKi8NCi0JaWYgKHRkLT50ZF9wcmlfY2xhc3MgIT0gUFJJX1RJTUVT SEFSRSkNCi0JCXJldHVybjsNCi0JLyoNCiAJICogV2UgdXNlZCBhIHRpY2s7 IGNoYXJnZSBpdCB0byB0aGUgdGhyZWFkIHNvIHRoYXQgd2UgY2FuIGNvbXB1 dGUgb3VyDQogCSAqIGludGVyYWN0aXZpdHkuDQogCSAqLw0KIAl0ZC0+dGRf c2NoZWQtPnRzX3J1bnRpbWUgKz0gdGlja2luY3I7DQogCXNjaGVkX2ludGVy YWN0X3VwZGF0ZSh0ZCk7DQogCS8qDQorCSAqIFdlIG9ubHkgZG8gc2xpY2lu ZyBjb2RlIGZvciBUSU1FU0hBUkUgdGhyZWFkcy4NCisJICovDQorCWlmICh0 ZC0+dGRfcHJpX2NsYXNzICE9IFBSSV9USU1FU0hBUkUpDQorCQlyZXR1cm47 DQorCXNjaGVkX3ByaW9yaXR5KHRkKTsNCisJLyoNCiAJICogV2UgdXNlZCB1 cCBvbmUgdGltZSBzbGljZS4NCiAJICovDQotCWlmICgtLXRzLT50c19zbGlj ZSA+IDApDQorCWlmICgrK3RzLT50c19zbGljZSA8IHRkcV9zbGljZSh0ZHEp KQ0KIAkJcmV0dXJuOw0KIAkvKg0KLQkgKiBXZSdyZSBvdXQgb2YgdGltZSwg cmVjb21wdXRlIHByaW9yaXRpZXMgYW5kIHJlcXVldWUuDQorCSAqIFdlJ3Jl IG91dCBvZiB0aW1lLCBmb3JjZSBhIHJlcXVldWUgbGF0ZXIuDQogCSAqLw0K LQlzY2hlZF9wcmlvcml0eSh0ZCk7DQorCXRzLT50c19zbGljZSA9IDA7DQog CXRkLT50ZF9mbGFncyB8PSBUREZfTkVFRFJFU0NIRUQ7DQogfQ0KIA0KQEAg LTIzMjgsMTEgKzIzODAsMTAgQEANCiB0ZHFfYWRkKHN0cnVjdCB0ZHEgKnRk cSwgc3RydWN0IHRocmVhZCAqdGQsIGludCBmbGFncykNCiB7DQogCXN0cnVj dCB0ZF9zY2hlZCAqdHM7DQotCWludCBjbGFzczsNCiAjaWZkZWYgU01QDQor CWludCBjbGFzczsNCiAJaW50IGNwdW1hc2s7DQogI2VuZGlmDQotDQogCVRE UV9MT0NLX0FTU0VSVCh0ZHEsIE1BX09XTkVEKTsNCiAJS0FTU0VSVCgodGQt PnRkX2luaGliaXRvcnMgPT0gMCksDQogCSAgICAoInNjaGVkX2FkZDogdHJ5 aW5nIHRvIHJ1biBpbmhpYml0ZWQgdGhyZWFkIikpOw0KQEAgLTIzNDIsMjAg KzIzOTMsMTAgQEANCiAJICAgICgic2NoZWRfYWRkOiB0aHJlYWQgc3dhcHBl ZCBvdXQiKSk7DQogDQogCXRzID0gdGQtPnRkX3NjaGVkOw0KLQljbGFzcyA9 IFBSSV9CQVNFKHRkLT50ZF9wcmlfY2xhc3MpOw0KLSAgICAgICAgVERfU0VU X1JVTlEodGQpOw0KLQlpZiAodHMtPnRzX3NsaWNlID09IDApDQotCQl0cy0+ dHNfc2xpY2UgPSBzY2hlZF9zbGljZTsNCi0JLyoNCi0JICogUGljayB0aGUg cnVuIHF1ZXVlIGJhc2VkIG9uIHByaW9yaXR5Lg0KLQkgKi8NCi0JaWYgKHRk LT50ZF9wcmlvcml0eSA8PSBQUklfTUFYX1JFQUxUSU1FKQ0KLQkJdHMtPnRz X3J1bnEgPSAmdGRxLT50ZHFfcmVhbHRpbWU7DQotCWVsc2UgaWYgKHRkLT50 ZF9wcmlvcml0eSA8PSBQUklfTUFYX1RJTUVTSEFSRSkNCi0JCXRzLT50c19y dW5xID0gJnRkcS0+dGRxX3RpbWVzaGFyZTsNCi0JZWxzZQ0KLQkJdHMtPnRz X3J1bnEgPSAmdGRxLT50ZHFfaWRsZTsNCisJdGRxX3J1bnFfYWRkKHRkcSwg dHMsIGZsYWdzKTsNCisJdGRxX2xvYWRfYWRkKHRkcSwgdHMpOw0KICNpZmRl ZiBTTVANCisJY2xhc3MgPSBQUklfQkFTRSh0ZC0+dGRfcHJpX2NsYXNzKTsN CiAJY3B1bWFzayA9IDEgPDwgdHMtPnRzX2NwdTsNCiAJLyoNCiAJICogSWYg d2UgaGFkIGJlZW4gaWRsZSwgY2xlYXIgb3VyIGJpdCBpbiB0aGUgZ3JvdXAg YW5kIHBvdGVudGlhbGx5DQpAQCAtMjM3OCw4ICsyNDE5LDYgQEANCiAJaWYg KHRkLT50ZF9wcmlvcml0eSA8IHRkcS0+dGRxX2xvd3ByaSkNCiAJCXRkcS0+ dGRxX2xvd3ByaSA9IHRkLT50ZF9wcmlvcml0eTsNCiAjZW5kaWYNCi0JdGRx X3J1bnFfYWRkKHRkcSwgdHMsIGZsYWdzKTsNCi0JdGRxX2xvYWRfYWRkKHRk cSwgdHMpOw0KIH0NCiANCiAvKg0KQEAgLTI2NjAsOCArMjY5OSwxMCBAQA0K ICAgICAiU2NoZWR1bGVyIik7DQogU1lTQ1RMX1NUUklORyhfa2Vybl9zY2hl ZCwgT0lEX0FVVE8sIG5hbWUsIENUTEZMQUdfUkQsICJVTEUiLCAwLA0KICAg ICAiU2NoZWR1bGVyIG5hbWUiKTsNCi1TWVNDVExfSU5UKF9rZXJuX3NjaGVk LCBPSURfQVVUTywgc2xpY2UsIENUTEZMQUdfUlcsICZzY2hlZF9zbGljZSwg MCwNCi0gICAgIlNsaWNlIHNpemUgZm9yIHRpbWVzaGFyZSB0aHJlYWRzIik7 DQorU1lTQ1RMX0lOVChfa2Vybl9zY2hlZCwgT0lEX0FVVE8sIHNsaWNlLCBD VExGTEFHX1JXLCAmc2NoZWRfc2xpY2VfbWF4LCAwLA0KKyAgICAiTWF4aW11 bSBzbGljZSBzaXplIGZvciB0aW1lc2hhcmUgdGhyZWFkcyIpOw0KK1NZU0NU TF9JTlQoX2tlcm5fc2NoZWQsIE9JRF9BVVRPLCBzbGljZV9taW4sIENUTEZM QUdfUlcsICZzY2hlZF9zbGljZV9taW4sIDAsDQorICAgICJNaW5pbXVtIHNs aWNlIHNpemUgZm9yIHRpbWVzaGFyZSB0aHJlYWRzIik7DQogU1lTQ1RMX0lO VChfa2Vybl9zY2hlZCwgT0lEX0FVVE8sIGludGVyYWN0LCBDVExGTEFHX1JX LCAmc2NoZWRfaW50ZXJhY3QsIDAsDQogICAgICAiSW50ZXJhY3Rpdml0eSBz Y29yZSB0aHJlc2hvbGQiKTsNCiBTWVNDVExfSU5UKF9rZXJuX3NjaGVkLCBP SURfQVVUTywgcHJlZW1wdF90aHJlc2gsIENUTEZMQUdfUlcsICZwcmVlbXB0 X3RocmVzaCwNCkBAIC0yNjcxLDcgKzI3MTIsNiBAQA0KICAgICAiUGljayB0 aGUgdGFyZ2V0IGNwdSBiYXNlZCBvbiBwcmlvcml0eSByYXRoZXIgdGhhbiBs b2FkLiIpOw0KIFNZU0NUTF9JTlQoX2tlcm5fc2NoZWQsIE9JRF9BVVRPLCBh ZmZpbml0eSwgQ1RMRkxBR19SVywgJmFmZmluaXR5LCAwLA0KICAgICAiTnVt YmVyIG9mIGh6IHRpY2tzIHRvIGtlZXAgdGhyZWFkIGFmZmluaXR5IGZvciIp Ow0KLVNZU0NUTF9JTlQoX2tlcm5fc2NoZWQsIE9JRF9BVVRPLCB0cnlzZWxm LCBDVExGTEFHX1JXLCAmdHJ5c2VsZiwgMCwgIiIpOw0KIFNZU0NUTF9JTlQo X2tlcm5fc2NoZWQsIE9JRF9BVVRPLCBiYWxhbmNlLCBDVExGTEFHX1JXLCAm cmViYWxhbmNlLCAwLA0KICAgICAiRW5hYmxlcyB0aGUgbG9uZy10ZXJtIGxv YWQgYmFsYW5jZXIiKTsNCiBTWVNDVExfSU5UKF9rZXJuX3NjaGVkLCBPSURf QVVUTywgYmFsYW5jZV9pbnRlcnZhbCwgQ1RMRkxBR19SVywNCg== --0-341352189-1194191606=:18739-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 17:41:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E4BD16A419 for ; Sun, 4 Nov 2007 17:41:10 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.net [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 350E913C4B7 for ; Sun, 4 Nov 2007 17:41:10 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:60347 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IojSp-000LCr-AE for freebsd-current@freebsd.org; Sun, 04 Nov 2007 17:40:47 +0000 Message-ID: <472E041D.3090801@conducive.net> Date: Sun, 04 Nov 2007 12:40:45 -0500 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PATCH] Overriding rc.conf in loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 17:41:10 -0000 Marcin Wisnicki wrote: > Hi > > I thought it would be nice if there was a way to override rc.conf > variables during boot. Proposed patch implements this using kenv. > > With it, you can override any rc variable from loader.conf by prefixing > its name with 'rc.', some useful examples: > > # disable gdm > set rc.gdm_enable=no > > # start only base scripts > set rc.local_startup= > > # alternative rc.conf > set rc.rc_conf_files=/etc/rc.conf.safe > > I find it often more convenient than booting into single-user, remounting > rw and editing conf files. > > If it's worth committing I can try to update rc.conf(5) & loader(8) manuals. > Pardon my stupidity... but does this over-ride over rides with other over rides... or what? ..and if so, ISTR there may be a better way already... > > --- rc.subr.orig 2007-11-03 22:36:43.000000000 +0100 > +++ rc.subr 2007-11-04 16:19:46.000000000 +0100 > @@ -901,6 +901,7 @@ > # > load_rc_config() > { > + local kvar > _name=$1 > if [ -z "$_name" ]; then > err 3 'USAGE: load_rc_config name' > @@ -912,6 +913,10 @@ > if [ -r /etc/defaults/rc.conf ]; then > debug "Sourcing /etc/defaults/rc.conf" > . /etc/defaults/rc.conf > + debug "Trying to override rc_conf_files with kenv" > + if kenv -q rc.rc_conf_files > /dev/null; then > + rc_conf_files="$(kenv rc.rc_conf_files)" > + fi > source_rc_confs > elif [ -r /etc/rc.conf ]; then > debug "Sourcing /etc/rc.conf (/etc/defaults/rc.conf doesn't exist)." > @@ -923,6 +928,17 @@ > debug "Sourcing /etc/rc.conf.d/${_name}" > . /etc/rc.conf.d/"$_name" > fi > + debug "Applying boot-time overrides of rc.conf" > + _IFS=$IFS > + IFS=${IFS#??} > + for kvar in $(kenv); do > + case "$kvar" in > + rc.*) > + eval "${kvar#rc.}" > + ;; > + esac > + done > + IFS=$_IFS > } > > # > > _______________________________________________ > 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 Sun Nov 4 17:52:05 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D376916A41B for ; Sun, 4 Nov 2007 17:52:05 +0000 (UTC) (envelope-from kozlov@ravenloft.kiev.ua) Received: from istc.kiev.ua (wolf.istc.kiev.ua [193.108.236.1]) by mx1.freebsd.org (Postfix) with ESMTP id 52B6A13C49D for ; Sun, 4 Nov 2007 17:52:05 +0000 (UTC) (envelope-from kozlov@ravenloft.kiev.ua) Received: from localhost ([127.0.0.1] helo=ravenloft.kiev.ua) by istc.kiev.ua with esmtp (Exim 4.52) id 1Iohy4-000420-03 for current@freebsd.org; Sun, 04 Nov 2007 18:05:01 +0200 Received: from kozlov by ravenloft.kiev.ua with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Iohy0-0004pL-CR; Sun, 04 Nov 2007 18:04:52 +0200 Date: Sun, 4 Nov 2007 18:04:52 +0200 From: Alex Kozlov To: current@freebsd.org, spam@rm-rf.kiev.ua Message-ID: <20071104160452.GA18520@ravenloft.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) X-Spam-Score: 0.0 (/) X-Spam-Report: Content analysis detailz: (0.0 points, 10.0 required) Cc: Subject: Re: /usr/share/man/man8/MAKEDEV.8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 17:52:06 -0000 On Sun, Nov 04, 2007 at 04:07:38PM +0200, Alex Kozlov wrote: > On Sun, Nov 04, 2007 at 05:03:04AM -0800, Jeremy Chadwick wrote: > > On Sun, Nov 04, 2007 at 02:10:40PM +0200, Alex Kozlov wrote: > > > On Sat, Nov 03, 2007 at 01:48:54PM -0400, Andrew Lankford wrote: > > > > 2) getting rid of catman and forcing man to generate a new one from > > > > scratch each time instead of filling up /usr/share/man/cat* with stale > > > > files. Is this going to be a big drain on a p4-era pc compared to > > > > something like another periodic.conf script? > > > > > > > > or > > > > > > > > 3) A compile or run-time option that disables catman as described above. > > > > If I knew of one, I'd enable it without a second thought on my cutting > > > > edge p3 desktop :) > > > Put weekly_catman_enable="NO" in your /etc/periodic.conf > > It defaults to "no". > > > > Regardless, I think you miss Andrew's point. AFAIK, there isn't any way > > to disable automatic creation of catman pages when "man" is run as root. > In all honesty, I forgot about that. I don't work under root. > > > Being able to disable that feature would ultimately solve this issue > > for those of us who don't want it (this thread has already mentioned > > the problems with it). > Relatively easy to add a new man option to disable creation of cat files. > But I starting to think, that may be better disable this feature by default. > Anyway, it work only in rare case, when man run under root. > > Or it will be serious POLA violation? > Ok, here is two patches. First adds a new option, which prohibits the creation of cat files. Second allows the creation of cat files only if the new option given. Index: man.c @@ -85,6 +85,9 @@ static char *roff_directive; static int apropos; static int whatis; +#ifdef __FreeBSD__ +static int nocatcreate; +#endif static int findall; static int print_where; @@ -112,13 +115,13 @@ #ifdef HAS_TROFF #ifdef __FreeBSD__ -static char args[] = "M:P:S:adfhkm:op:tw?"; +static char args[] = "M:P:S:acdfhkm:op:tw?"; #else static char args[] = "M:P:S:adfhkm:p:tw?"; #endif #else #ifdef __FreeBSD__ -static char args[] = "M:P:S:adfhkm:op:w?"; +static char args[] = "M:P:S:acdfhkm:op:w?"; #else static char args[] = "M:P:S:adfhkm:p:w?"; #endif @@ -247,7 +250,8 @@ k : same as apropos(1)\n"; #ifdef __FreeBSD__ - static char s3[] = " o : use original, non-localized manpages\n"; + static char s3[] = " o : use original, non-localized manpages\n\ + c : do not create pre-formated man pages\n"; #endif #ifdef HAS_TROFF @@ -342,6 +346,11 @@ case 'a': findall++; break; +#ifdef __FreeBSD__ + case 'c': + nocatcreate++; + break; +#endif case 'd': debug++; break; @@ -1606,7 +1615,11 @@ man_file = ultimate_source (*np, path); +#ifdef __FreeBSD__ + if (!troff && !nocatcreate) +#else if (!troff) +#endif { to_cat = 1; Index: man.c @@ -85,6 +85,9 @@ static char *roff_directive; static int apropos; static int whatis; +#ifdef __FreeBSD__ +static int catcreate; +#endif static int findall; static int print_where; @@ -112,13 +115,13 @@ #ifdef HAS_TROFF #ifdef __FreeBSD__ -static char args[] = "M:P:S:adfhkm:op:tw?"; +static char args[] = "M:P:S:acdfhkm:op:tw?"; #else static char args[] = "M:P:S:adfhkm:p:tw?"; #endif #else #ifdef __FreeBSD__ -static char args[] = "M:P:S:adfhkm:op:w?"; +static char args[] = "M:P:S:acdfhkm:op:w?"; #else static char args[] = "M:P:S:adfhkm:p:w?"; #endif @@ -247,7 +250,8 @@ k : same as apropos(1)\n"; #ifdef __FreeBSD__ - static char s3[] = " o : use original, non-localized manpages\n"; + static char s3[] = " o : use original, non-localized manpages\n\ + c : create pre-formated man pages\n"; #endif #ifdef HAS_TROFF @@ -342,6 +346,11 @@ case 'a': findall++; break; +#ifdef __FreeBSD__ + case 'c': + catcreate++; + break; +#endif case 'd': debug++; break; @@ -1606,7 +1615,11 @@ man_file = ultimate_source (*np, path); +#ifdef __FreeBSD__ + if (!troff && catcreate) +#else if (!troff) +#endif { to_cat = 1; -- Adios From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 18:09:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A668016A46D for ; Sun, 4 Nov 2007 18:09:08 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.234]) by mx1.freebsd.org (Postfix) with ESMTP id 5258813C4C2 for ; Sun, 4 Nov 2007 18:09:08 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1235253wxd for ; Sun, 04 Nov 2007 10:08:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=qhYFXLJ11rb7+fCou2qTLrmbKBysVeupDM2HK1MwqZE=; b=NJnbZeULoLzo3wHZWJ8rOU/QoHn9Cr+8iXoMMoPGpC1uxoD+d0r9J7wBBMPdMF7bBKYNGDI8W45gBRGEgaUFeJlAbAyp3w6bB3AJUbBNNQtjapkG60SmYLZSMtulEwGAD/KpmB9T9TJ4LHU28ce7ilnCQSz6UlG1f+XJZoVM1Vc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=UQebhC2CAW4+EK9Tb2I/0EpuHuY9qsFXO9N93ZE5ihUECQjYxVloQXUhtid/b0+a7okMQXZ3JhDUhcvE3sH1OjziX/NeYt3fsgopis95+etig3bL3BCcIUSBX/rzF1PpfKpLbE/F1C4eoDS29SFZ0rPFmaPxwifzUbWPSTdNFnA= Received: by 10.70.46.1 with SMTP id t1mr6655428wxt.1194199737241; Sun, 04 Nov 2007 10:08:57 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id q26sm7828732ele.2007.11.04.10.08.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 04 Nov 2007 10:08:56 -0800 (PST) Message-ID: <472DD231.9030501@gmail.com> Date: Sun, 04 Nov 2007 09:07:45 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Justin Hibbits References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> In-Reply-To: <200711041119.45971.jrh29@alumni.cwru.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 18:09:08 -0000 Justin Hibbits wrote: > On Sunday 04 November 2007 01:20:33 Aryeh M. Friedman wrote: > >> http://www.flosoft-systems.com/wiki/index.php >> >> The goals of the wiki are: >> >> 1. Clearinghouse for known issues and solutions >> 2. Cordinate the development of patch set(s) to fix the issues >> > > Isn't this what PRs are for? > There are several people working on the issues thus we are using the wiki to do internal coordination all the announcement was for was to let people know where to find intermediate results. From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 18:37:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C1F016A417 for ; Sun, 4 Nov 2007 18:37:46 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id B50DE13C494 for ; Sun, 4 Nov 2007 18:37:45 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: (qmail invoked by alias); 04 Nov 2007 18:37:35 -0000 Received: from u18-124.dsl.vianetworks.de (EHLO [172.20.1.30]) [194.231.39.124] by mail.gmx.net (mp049) with SMTP; 04 Nov 2007 19:37:35 +0100 X-Authenticated: #1956535 X-Provags-ID: V01U2FsdGVkX1+W8nksWv+W0tztoYoiP5IuH3asO0BPGqWs5iohWf KQm4XHjDscOWar Message-ID: <472E116B.2030003@gmx.de> Date: Sun, 04 Nov 2007 19:37:31 +0100 From: Olli Hauer User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Ken Smith References: <1194175906.1115.7.camel@opus.cse.buffalo.edu> In-Reply-To: <1194175906.1115.7.camel@opus.cse.buffalo.edu> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.0-BETA2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 18:37:46 -0000 Ken Smith wrote: > The 7.0-BETA2 builds have completed and are on many of the FreeBSD > mirror sites. If you want to update an existing machine using cvsup use > RELENG_7 as the branch tag. Instructions on using FreeBSD Update to > perform a binary upgrade from FreeBSD 6.x to 7.0-BETA2 will be provided > via the freebsd-stable list when available. > > The checksums for the currently available ISOs are: Grrrr, Just updated from the source rebuild world and kernel do debug a system hang and notice after hours of recompile (during system hang) that this part is missing in GENERIC (BETA2) # 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 I always thought this will removed if BETA? and RC? phase finished. Please correct me if I'm wrong. olli From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 18:46:13 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95B0F16A420; Sun, 4 Nov 2007 18:46:13 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 84B3213C4A5; Sun, 4 Nov 2007 18:46:12 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <472E1373.4020603@FreeBSD.org> Date: Sun, 04 Nov 2007 19:46:11 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Olli Hauer References: <1194175906.1115.7.camel@opus.cse.buffalo.edu> <472E116B.2030003@gmx.de> In-Reply-To: <472E116B.2030003@gmx.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: Ken Smith , freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0-BETA2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 18:46:13 -0000 Olli Hauer wrote: > Ken Smith wrote: >> The 7.0-BETA2 builds have completed and are on many of the FreeBSD >> mirror sites. If you want to update an existing machine using cvsup use >> RELENG_7 as the branch tag. Instructions on using FreeBSD Update to >> perform a binary upgrade from FreeBSD 6.x to 7.0-BETA2 will be provided >> via the freebsd-stable list when available. >> >> The checksums for the currently available ISOs are: > > Grrrr, > Just updated from the source rebuild world and kernel do debug a system > hang > and notice after hours of recompile (during system hang) that this part > is missing in GENERIC (BETA2) > > # 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 > > > I always thought this will removed if BETA? and RC? phase finished. > Please correct me if I'm wrong. Yes, you're wrong. The debugging options are removed early in the beta cycle when the branch occurs, not at the end right before release. Kris From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 19:01:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D42D616A41A for ; Sun, 4 Nov 2007 19:01:23 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 41D5613C4B2 for ; Sun, 4 Nov 2007 19:01:23 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: (qmail invoked by alias); 04 Nov 2007 18:53:49 -0000 Received: from u18-124.dsl.vianetworks.de (EHLO [172.20.1.30]) [194.231.39.124] by mail.gmx.net (mp054) with SMTP; 04 Nov 2007 19:53:49 +0100 X-Authenticated: #1956535 X-Provags-ID: V01U2FsdGVkX1/6jFQ0APj6sOUNDj82YNDbGp91Bf9ONaJAIsWFWN XGO1dxEFE0bhPL Message-ID: <472E153B.4070303@gmx.de> Date: Sun, 04 Nov 2007 19:53:47 +0100 From: Olli Hauer User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Kris Kennaway References: <1194175906.1115.7.camel@opus.cse.buffalo.edu> <472E116B.2030003@gmx.de> <472E1373.4020603@FreeBSD.org> In-Reply-To: <472E1373.4020603@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Ken Smith , freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0-BETA2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 19:01:23 -0000 Kris Kennaway wrote: > Olli Hauer wrote: >> Ken Smith wrote: >>> The 7.0-BETA2 builds have completed and are on many of the FreeBSD >>> mirror sites. If you want to update an existing machine using cvsup use >>> RELENG_7 as the branch tag. Instructions on using FreeBSD Update to >>> perform a binary upgrade from FreeBSD 6.x to 7.0-BETA2 will be provided >>> via the freebsd-stable list when available. >>> >>> The checksums for the currently available ISOs are: >> >> Grrrr, >> Just updated from the source rebuild world and kernel do debug a >> system hang >> and notice after hours of recompile (during system hang) that this part >> is missing in GENERIC (BETA2) >> >> # 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 >> >> >> I always thought this will removed if BETA? and RC? phase finished. >> Please correct me if I'm wrong. > > Yes, you're wrong. The debugging options are removed early in the beta > cycle when the branch occurs, not at the end right before release. > > Kris > > _______________________________________________ > 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" > Thanks, Please forgive me the noise new kernel build has started ... olli From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 20:14:43 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3F6816A420 for ; Sun, 4 Nov 2007 20:14:43 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 66E7513C4A6 for ; Sun, 4 Nov 2007 20:14:43 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 8201B1CD0D; Sun, 4 Nov 2007 21:15:29 +0100 (CET) Date: Sun, 4 Nov 2007 21:15:29 +0100 From: Ed Schouten To: Marcin Wisnicki Message-ID: <20071104201529.GC1179@hoeg.nl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Current Subject: Re: [PATCH] Overriding rc.conf in loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 20:14:43 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Marcin Wisnicki wrote: > I thought it would be nice if there was a way to override rc.conf > variables during boot. Proposed patch implements this using kenv. >=20 > With it, you can override any rc variable from loader.conf by prefixing= =20 > its name with 'rc.', some useful examples: >=20 > # disable gdm > set rc.gdm_enable=3Dno >=20 > # start only base scripts > set rc.local_startup=3D >=20 > # alternative rc.conf > set rc.rc_conf_files=3D/etc/rc.conf.safe >=20 > I find it often more convenient than booting into single-user, remounting > rw and editing conf files. >=20 > If it's worth committing I can try to update rc.conf(5) & loader(8) manua= ls. That's a great idea! AOL: Me Too! ;-) --=20 Ed Schouten WWW: http://g-rave.nl/ --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHLihh52SDGA2eCwURAvf0AJwMuPSgoJ09l4LGltl9HJ2uRz1dxACfdWj1 YG3AMOjqNBaqns4LJ8QJveU= =P09U -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 20:50:35 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADFB816A419 for ; Sun, 4 Nov 2007 20:50:35 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6BE0F13C4BC for ; Sun, 4 Nov 2007 20:50:34 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IomQ9-0000XY-5y for freebsd-current@freebsd.org; Sun, 04 Nov 2007 20:50:13 +0000 Received: from xdsl-10260.wroclaw.dialog.net.pl ([84.40.242.20]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 04 Nov 2007 20:50:13 +0000 Received: from mwisnicki+freebsd by xdsl-10260.wroclaw.dialog.net.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 04 Nov 2007 20:50:13 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Marcin Wisnicki Date: Sun, 4 Nov 2007 20:50:03 +0000 (UTC) Lines: 33 Message-ID: References: <472E041D.3090801@conducive.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: xdsl-10260.wroclaw.dialog.net.pl User-Agent: Pan/0.131 (Ghosts: First Variation) Sender: news Subject: Re: [PATCH] Overriding rc.conf in loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 20:50:35 -0000 On Sun, 04 Nov 2007 12:40:45 -0500, 韓家標 Bill Hacker wrote: > Marcin Wisnicki wrote: >> Hi >> >> I thought it would be nice if there was a way to override rc.conf >> variables during boot. Proposed patch implements this using kenv. >> >> With it, you can override any rc variable from loader.conf by prefixing >> its name with 'rc.', some useful examples: >> > Pardon my stupidity... but does this over-ride over rides with other > over rides... > > or what? Pretty much, yes. Assuming I didn't overlook something, the order of assignment is following: 1. suck in /etc/defaults/rc.conf 2. try to set $rc_conf_files from kenv rc.rc_conf_files [*] otherwise leave it as defined in defaults 3. source $rc_conf_files 4. source /etc/rc.conf.d/$name_of_script 5. for each kenv variable named rc.$var set $var [*] lines marked by [*] are added by my patch > > ..and if so, ISTR there may be a better way already... > Not that I know of. From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 20:43:34 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20AA416A420 for ; Sun, 4 Nov 2007 20:43:34 +0000 (UTC) (envelope-from 2igosha@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id CE13313C48D for ; Sun, 4 Nov 2007 20:43:33 +0000 (UTC) (envelope-from 2igosha@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so2755649pyb for ; Sun, 04 Nov 2007 12:43:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=bN39Eu9iowuNtKkgLxsesJwbluBOIYx1fJ+CuBEw10U=; b=b4ASaLLvQKmCFDPkv5PXHD/x5NvpOSZuKXz1+huDQciohffBgMjEg3RJ8fDiupOVzmQaD+lOx3xUL/unRvwmEBkfaRQjtolSBpzNWcr24ebGLil7hQCjEg47DknxbpUYkQ3FW/tJqCc6ttUcvOPANMz1Kuqdpatj063EtEI5vrw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ceG582MPQiMbi+C5EVDdtEM3rmCllWHwLVtAu8+DPiCgGLPbWieomznEM3wbuz+CVVazgf6xh1vcp/g/E60JBvlydxD154pHNPRWb4ymSk6N2XMqpreFMsjKX4ZwUpwsKOwR0QFK8BdtLX/RyVjjM2fcdtw6eWat9TRGFM4pavo= Received: by 10.142.158.17 with SMTP id g17mr861668wfe.1194207379481; Sun, 04 Nov 2007 12:16:19 -0800 (PST) Received: by 10.142.81.13 with HTTP; Sun, 4 Nov 2007 12:16:19 -0800 (PST) Message-ID: Date: Sun, 4 Nov 2007 23:16:19 +0300 From: "Igor Soumenkov" <2igosha@gmail.com> To: freebsd-current@freebsd.org, freebsd-drivers@freebsd.org, freebsd-mobile@freebsd.org In-Reply-To: <20071104105147.GE5253@e.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <472A6708.9030109@clearchain.com> <20071102004248.GA5253@e.0x20.net> <200711020152.53535.max@love2party.net> <472A7ADD.3010002@clearchain.com> <20071104102803.GD5253@e.0x20.net> <20071104105147.GE5253@e.0x20.net> X-Mailman-Approved-At: Sun, 04 Nov 2007 20:54:26 +0000 Cc: Subject: Re: [RFT] Intel 3945abg wireless driver (wpi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 20:43:34 -0000 Hello Benjamin, > > > >>>Howdy All, I'm pleased to announce the first 'official' > > > >>>experimental version of the wpi wireless driver and hence require > > > >>>your help in making it become stable. > > > >>>Expect a few things not to work (ie bg scanning, setting txpower) but > > > >>>in general the driver should be usable in station mode (hostap is not > > > >>>yet supported). > > > >>> > > > >>>If you've got an Intel 3945abg wireless card, grab the tarball at: > > > >>> > > > >>> http://people.freebsd.org/~benjsc/downloads/wpi/20071102-freebsd-wpi. > > > >>>tar.gz > > > >>> > > > >>>Untar and follow the instructions in the README. > > > >>>If you want more info about the driver, or to checkout the FAQ > > > >>>checkout: > > > >>> > > > >>> http://www.clearchain.com/wiki/Wpi > > > >>> > > > >>>I'm interested in all reports related to panics, things not working > > > >>>as expected, etc. The driver still has debug enabled so expect a few > > > >>>messages to be dumped to the screen whilst in use. > > > >>> > > > >>>Finally, many thanks to all those that have been helping debug the > > > >>>driver along the way. > > > >>> The driver is working on my Acer Aspire 9123WLM, on: FreeBSD igosha-mobile.localhost 7.0-BETA2 FreeBSD 7.0-BETA2 #0: Sun Nov 4 22:22:21 MSK 2007 igosha@igosha-mobile.localhost:/usr/obj/usr/src/sys/GENERIC i386 wpi0: flags=8843 metric 0 mtu 1500 ether 00:1b:77:75:58:e1 inet 192.168.1.4 netmask 0xffffff00 broadcast 192.168.1.255 media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/18Mbps) status: associated ssid default channel 11 (2462 Mhz 11g) bssid 02:19:5b:c1:f9:b4 authmode WPA privacy ON deftxkey UNDEF TKIP 2:128-bit txpowmax 100 bmiss 7 scanvalid 60 protmode CTS roaming MANUAL bintval 100 But - strange enough - it changes the connection speed frequently while being 2 meters away from the access point (which is 802.11g). Right now it is 36 Mbps only. -- Igor Soumenkov. From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 21:01:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B72416A46B for ; Sun, 4 Nov 2007 21:01:49 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5A18613C4BC for ; Sun, 4 Nov 2007 21:01:49 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IomZQ-0002AD-DV for freebsd-current@freebsd.org; Sun, 04 Nov 2007 20:59:48 +0000 Received: from xdsl-10260.wroclaw.dialog.net.pl ([84.40.242.20]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 04 Nov 2007 20:59:48 +0000 Received: from mwisnicki+freebsd by xdsl-10260.wroclaw.dialog.net.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 04 Nov 2007 20:59:48 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Marcin Wisnicki Date: Sun, 4 Nov 2007 20:59:34 +0000 (UTC) Lines: 6 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: xdsl-10260.wroclaw.dialog.net.pl User-Agent: Pan/0.131 (Ghosts: First Variation) Sender: news Subject: Re: [PATCH] Overriding rc.conf in loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 21:01:49 -0000 On Sun, 04 Nov 2007 16:08:30 +0000, Marcin Wisnicki wrote: > With it, you can override any rc variable from loader.conf by prefixing ^^^^^^^^^^^ Err, I meant loader prompt. Doing it in loader.conf would be kinda pointless ;) From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 21:30:40 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC79C16A421 for ; Sun, 4 Nov 2007 21:30:40 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from raven.customer.vol.cz (raven.customer.vol.cz [195.250.144.108]) by mx1.freebsd.org (Postfix) with ESMTP id 11AC013C491 for ; Sun, 4 Nov 2007 21:30:39 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from [192.168.0.23] (rb5dg130.net.upc.cz [89.176.238.130]) (authenticated bits=0) by raven.customer.vol.cz (8.14.1/8.14.1) with ESMTP id lA4L2P9K094455 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 4 Nov 2007 22:02:38 +0100 (CET) (envelope-from pav@FreeBSD.org) From: Pav Lucistnik To: Rene Ladan In-Reply-To: <472DD822.3080305@gmail.com> References: <472DD822.3080305@gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-8lgBMhdoarxNPBto+X4m" Date: Sun, 04 Nov 2007 22:02:25 +0100 Message-Id: <1194210145.15595.19.camel@ikaros.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port X-Spam-Score: -6.503 () AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.62 on 195.250.144.108 X-Milter: Spamilter (Reciever: raven.customer.vol.cz; Sender-ip: 89.176.238.130; Sender-helo: [192.168.0.23]; ) Cc: current@FreeBSD.org Subject: Re: running BOINC with sched_ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 21:30:40 -0000 --=-8lgBMhdoarxNPBto+X4m Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Rene Ladan p=ED=B9e v ne 04. 11. 2007 v 15:33 +0100: > Running BOINC (net/boinc-client) using sched_4BSD works fine. When I swi= tch to sched_ULE, > these anomalies occur: >=20 > * the net/boinc_curses window comes up very slowly, updates are quite slu= ggish > * the science programs (setiathome, einstein, simap) loose track of the h= artbeat from time > to time, resulting in restarting processes. According to top, restarted = science processes > run with either (NICE=3Di31, PRI=3D171) or (NICE=3D19,PRI=3D8). > * the load avarages in top fluctuate around 4 instead of 2 (there are 2 c= oncurrent science > processes on an otherwise almost-idle dualcore laptop). I had the same thing on 7-CURRENT with ULE. Looks like the science apps (CPU intensive workers) get bound to cores and starve the boinc-client (the controlling process) out of the picture. Boinc-client should be getting some share of the CPU time. Does not help setting boinc-client to "higher" idprio than the science apps. --=20 Pav Lucistnik It also explains why paper clips just lie there while you look at them, but as soon as you turn your back, they run away, giggling wildly, and transform themselves into coat hangers. --=-8lgBMhdoarxNPBto+X4m Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHLjNcntdYP8FOsoIRAuFDAKCrZPRt2uob9no5oxyWOdVaUfS4ygCfRru4 RMtEzpwO1aW/weSYjoofrIw= =WmkE -----END PGP SIGNATURE----- --=-8lgBMhdoarxNPBto+X4m-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 21:26:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B95BF16A420 for ; Sun, 4 Nov 2007 21:26:22 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 4F97E13C494 for ; Sun, 4 Nov 2007 21:26:20 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so975816uge for ; Sun, 04 Nov 2007 13:26:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:from:to:content-type:content-transfer-encoding:mime-version:subject:date:x-mailer:sender; bh=kM6iUTDUZ29ECWpboDyOzuqgmoAsG2POY3iWwLhgGXw=; b=cXCOGnogeh547p2Be22oIIgmWsEQ49HLTU7lkWglc2KMeP7xK5gphKBA3HfAs8LHLUp/jAv6MUPRn3yeOg/m/3IqW8T96dABl9ZpzVMJGUEp80lEBDHB6L36/+nuqwGpmiYacPUqkR8pQoLPC/ZRp+HAg7IjTgwl1NGKsoyfKXc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:from:to:content-type:content-transfer-encoding:mime-version:subject:date:x-mailer:sender; b=r2/Uq4AUZh25cXIR+IyY3vPjniz4cshZlWgQwQEblzWZntoMf/wg1MdaJlvmQYImUBLgSkZWSDSz0tVlH4kCSi2mf44n1x3FpELgbr6fWkjEbxzmjs7VXm91cXz47g6rO18W49rlbMdEMpUJgdnLDjexYeQ0ZtIAlh//hBnLsIo= Received: by 10.67.24.11 with SMTP id b11mr647325ugj.1194209975674; Sun, 04 Nov 2007 12:59:35 -0800 (PST) Received: from epsilon.mshome.net ( [78.130.8.20]) by mx.google.com with ESMTPS id d26sm9969058nfh.2007.11.04.12.59.32 (version=SSLv3 cipher=OTHER); Sun, 04 Nov 2007 12:59:34 -0800 (PST) Message-Id: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> From: Rui Paulo To: freebsd-hardware@FreeBSD.org, freebsd-current@FreeBSD.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Sun, 4 Nov 2007 20:59:28 +0000 X-Mailer: Apple Mail (2.912) Sender: Rui Paulo X-Mailman-Approved-At: Sun, 04 Nov 2007 21:48:54 +0000 Cc: Subject: MacBook users: possible fix for the SMP 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, 04 Nov 2007 21:26:22 -0000 Hi, I've been contacted by Marco Trillo and I think he has found the source of the SMP problem. The problem seems to rely on Intel ICH7. Basically we need to disable the "LEGACY_USB" bit before we calibrate the clocks. "LEGACY_USB", according to Marco (I don't have the ICH7 spec at hand), "causes legacy USB circuit to generate SMIs". Please try the following patch: --- sys/amd64/isa/clock.c.orig 2007-11-04 20:31:09.000000000 +0000 +++ sys/amd64/isa/clock.c 2007-11-04 20:34:59.000000000 +0000 @@ -577,6 +577,8 @@ startrtclock() writertc(RTC_STATUSA, rtc_statusa); writertc(RTC_STATUSB, RTCSB_24HR); + outl(0x430, inl(0x430) & ~0x8); + freq = calibrate_clocks(); #ifdef CLK_CALIBRATION_LOOP if (bootverbose) { --- sys/i386/isa/clock.c.orig 2007-11-04 20:34:03.000000000 +0000 +++ sys/i386/isa/clock.c 2007-11-04 20:34:30.000000000 +0000 @@ -621,6 +621,8 @@ startrtclock() writertc(RTC_STATUSA, rtc_statusa); writertc(RTC_STATUSB, RTCSB_24HR); + outl(0x430, inl(0x430) & ~0x8); + freq = calibrate_clocks(); #ifdef CLK_CALIBRATION_LOOP if (bootverbose) { This should probably fix two issues: 1) The second core should start without any trick (e.g. key press) 2) We should be able to run with HZ=1000 (the default) without any problem. To check if this is indeed the case, try booting with HZ=1000 (loader.conf variable kern.hz) and check if your CPU clock shows up correctly in the dmesg. After that, please also check if 'time sleep 1' takes one second (not more and not less). Also, please test if there are any USB problems. Note: this is still a hack. I'm still thinking about a way to correctly identify on which systems we need to apply this fix. Regards. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 21:50:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B62116A421 for ; Sun, 4 Nov 2007 21:50:56 +0000 (UTC) (envelope-from andrey.kosachenko@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 125DD13C48D for ; Sun, 4 Nov 2007 21:50:55 +0000 (UTC) (envelope-from andrey.kosachenko@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so977635uge for ; Sun, 04 Nov 2007 13:50:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; bh=oKLJiLdUU6auMqVB6Bs0eQFgkJWnqpAOb69bjz7uIT4=; b=E6ScV5V4YydaVp5p2U7ZuGQkFb3lOzHIlyFgVBMgCRmUbjHeR17A4KtenAaEYOGsJNGqgKaBcdThBPMfykiBsI3IG+kPbXMce2evtZ9+TpUjwd/fZwESqTTGz2M5Y1apHa7VygiCIvLHbaxoyMTQRyEiKkdslKL/2m3AMI/PkvE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=fMr4fnumLcsgAN5Kw9Ht+OTFTLQd+opwIJmqPbxUPmMOWqYWdOD0jbWZe7twQmaCWlz8cm+by/fA/dcnYIcbc7jjyh1bfzVW1SPGGajLNyUbUJeX5SBMnOJnze33IPtzo33qHRN+ePdonll4KB1chTOYW4OcJRry+vYlv9cvGZ0= Received: by 10.66.221.6 with SMTP id t6mr669589ugg.1194211545444; Sun, 04 Nov 2007 13:25:45 -0800 (PST) Received: from avalon.lan ( [195.60.174.17]) by mx.google.com with ESMTPS id z40sm6812788ikz.2007.11.04.13.25.42 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 04 Nov 2007 13:25:43 -0800 (PST) Message-ID: <472E396B.6030307@gmail.com> Date: Sun, 04 Nov 2007 23:28:11 +0200 From: Andrey Kosachenko User-Agent: Thunderbird 2.0.0.6 (X11/20070808) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Subject: Issue: bge still freezes RELENG_7 system on HP Compaq 6710b X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 21:50:56 -0000 Good time of the day. There is a HP Compaq 6710b with NetLink BCM5787M Gigabit Ethernet. bge device driver fits mentioned NIC and works fine as for 6.2-STABLE or 6.3-PRERELEASE systems. Unfortunately it does not work with 7.0. Actually it completely freezes system (I've tried snapshots 200708, 200709, 200710, 7.0-BETA1.5 and finally 7.0-BETA2 - the scenario is identical). There is only possible way to install the system by means of disabling Ethernet in BIOS (BTW: ACPI is also should be OFF). Otherwise system freezes directly during the boot process. Setting up hw.bge.allow_asf=0 does not help (referring to the possible solution for similar problem with bge driver). I excluded 'device bge' from kernel and recompiled it. Then system boots normally even in the case when Ethernet controller is enabled in BIOS. But it freezes immediately as soon as try to 'kldload if_bge'. No messages, no warnings, no panic... just freezes. Below there are several excerpts which I've captured from both: RELENG_6 and RELENG_7 based systems installed on the same machine: *** BEGIN OF ENCLOSURE *** -- RELENG_6 # uname -a FreeBSD free.lan 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #0: Sat Nov 3 03:32:27 EET 2007 root@free.lan:/usr/obj/usr/src/sys/AVALON-SMP-03112007-v1 i386 #dmesg ... pcib3: irq 18 at device 28.2 on pci0 pci24: on pcib3 bge0: mem 0xe4000000-0xe400ffff irq 18 at device 0.0 on pci24 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: xx:xx:xx:xx:xx:xx pcib4: irq 16 at device 28.4 on pci0 pci40: on pcib4 ... #pciconf -lv ... bge0@pci24:0:0: class=0x020000 card=0x30c0103c chip=0x169314e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' class = network subclass = ethernet ... -- RELENG_7 # uname -a FreeBSD 7.0-BETA2 FreeBSD 7.0-BETA2 #1: Sun Nov 4 19:00:13 EET 2007 root@:/usr/obj/usr/src/sys/FREE-SMP-04112007-v3 i386 # dmesg ... pcib3: irq 18 at device 28.2 on pci0 pci24: on pcib3 pci24: at device 0.0 (no driver attached) pcib4: irq 16 at device 28.4 on pci0 pci40: on pcib4 ... # pciconf -lv ... none2@pci0:24:0:0: class=0x020000 card=0x30c0103c chip=0x169314e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetLink BCM5787M Gigabit Ethernet PCI Express' class = network subclass = ethernet ... *** END OF ENCLOSURE *** I would like to know if there exists a way to overcome bge issue. Even pointing "where to dig" is appreciated. Unfortunately staying with RELENG_6 is difficult because of absence support for 965GM. Thank you. PS: Sorry for noise, I've mistakenly posted similar message to the freebsd-drivers@ queue. -- Sincerely, Andrey Kosachenko From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 21:53:45 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F46F16A469 for ; Sun, 4 Nov 2007 21:53:45 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.189]) by mx1.freebsd.org (Postfix) with ESMTP id C848013C48D for ; Sun, 4 Nov 2007 21:53:44 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so1654751fka for ; Sun, 04 Nov 2007 13:53:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=HP5IZoyX1ekIpZJhuNkGtLzvRij4RTyMhZCe76WEP3A=; b=sKzFgh4TfY66Sa46UpH5VELd0p5/+vBf39nyVhEWRi/Utcrd5GZve3QK96y3p678NHu17ipC46xz8OPjOEo/7xWvLi5WaxUViiijgd3XSnSbdu8Nj+1z02qGlHT1BjdXusyrOeYxserhf4RaWiGC2GgcA43Qs505n0hJZ/dhvVg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=PAjIsW9KBDtobVXtqrQw9Q7aiE11sAtPCAIuiv2JuEEyDCBh//lwp7v+Z0mvRRNaCzaKjrKs6mtlT6NW16PGADtFuJkV0hM5aM81n8KU/f0yoCwIrATLrMS8LZCJGcPE1lzlxZ8wQVL0bBUzRaNR7Z6gCBwPFtZOuw6sDdPEohA= Received: by 10.82.175.17 with SMTP id x17mr8165145bue.1194213211663; Sun, 04 Nov 2007 13:53:31 -0800 (PST) Received: from 195-241-214-37.dsl.ip.tiscali.nl ( [195.241.214.37]) by mx.google.com with ESMTPS id 1sm5749333nfv.2007.11.04.13.53.30 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 04 Nov 2007 13:53:30 -0800 (PST) Message-ID: <472E3F59.8090205@gmail.com> Date: Sun, 04 Nov 2007 22:53:29 +0100 From: Rene Ladan User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: current@freebsd.org References: <472DD822.3080305@gmail.com> In-Reply-To: <472DD822.3080305@gmail.com> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: running BOINC with sched_ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 21:53:45 -0000 Rene Ladan schreef: > Hi, > [using sched_ULE] > > Laptop: Asus A6JE, dualcore Intel T5600 > > FreeBSD 8.0-CURRENT #34: Sat Nov 3 18:30:36 CET 2007 > root@195-241-214-37.dsl.ip.tiscali.nl:/usr/obj/usr/src/sys/RENE i386 > > powerd is enabled using the default configuration, the laptop mostly runs on AC power. > > I've attached the output from 'sysctl kern.sched' and 'cpuid' and my kernel configuration. > An other thing I noticed in top is that the idle process can have a WCPU value of more than 100% if both cores are more than half idle, and that its TIME increases accordingly (more than 1 second per second). > > Any ideas? > > Regards, > Rene > -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 21:57:48 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB13616A469; Sun, 4 Nov 2007 21:57:48 +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 4548413C48D; Sun, 4 Nov 2007 21:57:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lA4LOwGD022308; Sun, 4 Nov 2007 16:24:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lA4LOwjf012324; Sun, 4 Nov 2007 16:24:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0A8697302F; Sun, 4 Nov 2007 16:24:57 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071104212458.0A8697302F@freebsd-current.sentex.ca> Date: Sun, 4 Nov 2007 16:24:57 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 21:57:49 -0000 TB --- 2007-11-04 20:10:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-04 20:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-11-04 20:10:00 - cleaning the object tree TB --- 2007-11-04 20:10:23 - checking out the source tree TB --- 2007-11-04 20:10:23 - cd /tinderbox/HEAD/arm/arm TB --- 2007-11-04 20:10:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-04 20:18:51 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-04 20:18:51 - cd /src TB --- 2007-11-04 20:18:51 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 4 20:18:52 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/main.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/mbufs.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/netcmds.c /src/usr.bin/systat/netcmds.c: In function 'netcmd': /src/usr.bin/systat/netcmds.c:127: internal compiler error: internal consistency failure Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-04 21:24:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-04 21:24:57 - ERROR: failed to build world TB --- 2007-11-04 21:24:57 - tinderbox aborted TB --- 0.41 user 1.70 system 4497.27 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 21:57:58 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24FF816A417 for ; Sun, 4 Nov 2007 21:57:58 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.net [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id E4CA013C4A8 for ; Sun, 4 Nov 2007 21:57:57 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:61447 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IonTO-000MGV-JG for freebsd-current@freebsd.org; Sun, 04 Nov 2007 21:57:38 +0000 Message-ID: <472E4051.6060908@conducive.net> Date: Sun, 04 Nov 2007 16:57:37 -0500 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PATCH] Overriding rc.conf in loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 21:57:58 -0000 Marcin Wisnicki wrote: > On Sun, 04 Nov 2007 16:08:30 +0000, Marcin Wisnicki wrote: >> With it, you can override any rc variable from loader.conf by prefixing > ^^^^^^^^^^^ > > Err, I meant loader prompt. Doing it in loader.conf would be kinda > pointless ;) > Welll.... Actually, it is loader prompt that's 'kinda pointless' from 12,000 miles away, whilst customizing a few rc'ish things - *locally* - not via patching everyone else's *BSD universe, has worked well for a VLT. Think of an extra ATT/Linux style 'runlevel' (their usage, not ours) that gets you to an austere multi *first* so you can at least be assured of remote ssh capability and a usable CLI editor (mined, compiled static) even if you've broken something heavier or a secondary RAID array has gone walkabout. Lotta stuff being done in rc that can be deferred. Especially if it requires libs on a slice that might sometimes not get mounted.... sshd to name one. Essential, given the cost of airfare, time enroute, and decent IP kvm's or IPMI boards. Bill From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 22:46:18 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5C4A16A417 for ; Sun, 4 Nov 2007 22:46:18 +0000 (UTC) (envelope-from SRS0=ecbb5e0196af4486cc45567e0c7e5b18df235598=509=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [IPv6:2001:400:14:3::6]) by mx1.freebsd.org (Postfix) with ESMTP id 4261A13C4B8 for ; Sun, 4 Nov 2007 22:46:18 +0000 (UTC) (envelope-from SRS0=ecbb5e0196af4486cc45567e0c7e5b18df235598=509=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id JHY65415; Sun, 04 Nov 2007 15:46:15 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 2EA9145010; Sun, 4 Nov 2007 14:46:15 -0800 (PST) To: Marcin Wisnicki In-Reply-To: Your message of "Sun, 04 Nov 2007 20:50:03 GMT." Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1194216375_61144P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 04 Nov 2007 14:46:15 -0800 From: "Kevin Oberman" Message-Id: <20071104224615.2EA9145010@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ;; X-Sender: X-To_Name: Marcin Wisnicki X-To_Domain: gmail.com X-To: Marcin Wisnicki X-To_Email: mwisnicki+freebsd@gmail.com X-To_Alias: mwisnicki+freebsd Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] Overriding rc.conf in loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 22:46:18 -0000 --==_Exmh_1194216375_61144P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: Marcin Wisnicki > Date: Sun, 4 Nov 2007 20:50:03 +0000 (UTC) > Sender: owner-freebsd-current@freebsd.org > > On Sun, 04 Nov 2007 12:40:45 -0500, 韓家標 Bill Hacker wrote: > > > Marcin Wisnicki wrote: > >> Hi > >> > >> I thought it would be nice if there was a way to override rc.conf > >> variables during boot. Proposed patch implements this using kenv. > >> > >> With it, you can override any rc variable from loader.conf by prefixing > >> its name with 'rc.', some useful examples: > >> > > Pardon my stupidity... but does this over-ride over rides with other > > over rides... > > > > or what? > > Pretty much, yes. Assuming I didn't overlook something, the order of > assignment is following: > > 1. suck in /etc/defaults/rc.conf > 2. try to set $rc_conf_files from kenv rc.rc_conf_files [*] > otherwise leave it as defined in defaults > 3. source $rc_conf_files > 4. source /etc/rc.conf.d/$name_of_script > 5. for each kenv variable named rc.$var set $var [*] > > lines marked by [*] are added by my patch > > > > > ..and if so, ISTR there may be a better way already... > > > > Not that I know of. While I'm sure many will question the value of this if they use FreeBSD only on servers, I think it is of some value for desktops and substantial value for laptops where the environment is always changing. For example, I might want to change network configuration or shutdown the Bluetooth and WiFi when flying. -- 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 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1194216375_61144P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHLku3kn3rs5h7N1ERAmkqAKCQCkjP2sQzv7CQlVzvoNLJw+snCQCfRMfO 0PF04jzEKIEmqVcyGZFTisM= =PPqZ -----END PGP SIGNATURE----- --==_Exmh_1194216375_61144P-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 23:31:22 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8D8616A474; Sun, 4 Nov 2007 23:31:22 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx1.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.freebsd.org (Postfix) with ESMTP id AE6B613C4B3; Sun, 4 Nov 2007 23:31:22 +0000 (UTC) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 608D36D435; Mon, 5 Nov 2007 00:14:29 +0100 (CET) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xXNH-AOAOEnU; Mon, 5 Nov 2007 00:14:22 +0100 (CET) Received: by mx1.rink.nu (Postfix, from userid 1000) id B75DB6D432; Mon, 5 Nov 2007 00:14:22 +0100 (CET) Date: Mon, 5 Nov 2007 00:14:22 +0100 From: Rink Springer To: Rui Paulo Message-ID: <20071104231422.GA82337@rink.nu> References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@FreeBSD.org, freebsd-hardware@FreeBSD.org Subject: Re: MacBook users: possible fix for the SMP 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, 04 Nov 2007 23:31:23 -0000 Hi Rui, On Sun, Nov 04, 2007 at 08:59:28PM +0000, Rui Paulo wrote: > Note: this is still a hack. I'm still thinking about a way to > correctly identify on which systems we need to apply this fix. This indeed looks hackikly - I don't know whether it's possible to distinguish between a 'normal' PC or a MacBook - but if this is not possible, maybe a kernel option is in order? -- Rink P.W. Springer - http://rink.nu "root is always right" -- the kernel From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 23:41:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA48B16A46B for ; Sun, 4 Nov 2007 23:41:00 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id ED70C13C4A7 for ; Sun, 4 Nov 2007 23:40:59 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 17168 invoked from network); 5 Nov 2007 02:40:47 +0300 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 5 Nov 2007 02:40:47 +0300 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 253843, updated: 4.11.2007] Message-ID: <01cb01c81f3c$1f0fff20$0c00a8c0@Artem> From: "Artem Kuchin" To: Date: Mon, 5 Nov 2007 02:40:40 +0300 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Subject: Deep troubles building new BETA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Nov 2007 23:41:00 -0000 Hello! I have build the first beta w/o any problem. But now, when i try to build a new course after cvs up and get and error and cannot fix it in any way. On another box the same source compiles just fine. I just don't get it where to fix it. Please, help! # gcc -v Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] here is the related build log: ===> bin/csh (all) cc -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/bin/csh"' -DHAVE_ICONV -Wno-pointer-sign -c /usr/src/bin/csh/../../contrib/tcsh/sh.c cc -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/bin/csh"' -DHAVE_ICONV -Wno-pointer-sign -c /usr/src/bin/csh/../../contrib/tcsh/sh.dir.c cc -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/bin/csh"' -DHAVE_ICONV -Wno-pointer-sign -c /usr/src/bin/csh/../../contrib/tcsh/sh.dol.c cc -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/bin/csh"' -DHAVE_ICONV -Wno-pointer-sign -c /usr/src/bin/csh/../../contrib/tcsh/sh.err.c cc -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/bin/csh"' -DHAVE_ICONV -Wno-pointer-sign -c /usr/src/bin/csh/../../contrib/tcsh/sh.exec.c cc -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/bin/csh"' -DHAVE_ICONV -Wno-pointer-sign -c /usr/src/bin/csh/../../contrib/tcsh/sh.char.c cc -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/bin/csh"' -DHAVE_ICONV -Wno-pointer-sign -c /usr/src/bin/csh/../../contrib/tcsh/sh.exp.c cc -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/bin/csh"' -DHAVE_ICONV -Wno-pointer-sign -c /usr/src/bin/csh/../../contrib/tcsh/sh.file.c cc -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/bin/csh"' -DHAVE_ICONV -Wno-pointer-sign -c /usr/src/bin/csh/../../contrib/tcsh/sh.func.c /usr/src/bin/csh/../../contrib/tcsh/sh.func.c: In function 'iconv_catgets': /usr/src/bin/csh/../../contrib/tcsh/sh.func.c:2371: error: 'ICONV_CONST' undeclared (first use in this function) /usr/src/bin/csh/../../contrib/tcsh/sh.func.c:2371: error: (Each undeclared identifier is reported only once /usr/src/bin/csh/../../contrib/tcsh/sh.func.c:2371: error: for each function it appears in.) /usr/src/bin/csh/../../contrib/tcsh/sh.func.c:2371: error: expected ';' before 'char' /usr/src/bin/csh/../../contrib/tcsh/sh.func.c:2377: error: 'src' undeclared (first use in this function) *** Error code 1 Stop in /usr/src/bin/csh. *** Error code 1 Stop in /usr/src/bin. *** Error code 1 -- Artem From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 23:53:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E32116A420 for ; Sun, 4 Nov 2007 23:53:26 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 2724F13C481 for ; Sun, 4 Nov 2007 23:53:25 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so2831162pyb for ; Sun, 04 Nov 2007 15:53:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; bh=hW+UidP08b/AKArdjwwggOf9s1PVycST5+HaAABZuG4=; b=Ma4bkGhzJoko3Pe7X6AO5qocgc4muMq1pNO5YzlXeD0TPZae4l+VaeQxYzG/ABL5ld1QKh9K4hAUMnEoGPf97/UAR9kwcatL3teHLcQ39OIFgbOr5Jg3N/K+LqR3vfs6GvuNyDD0WZPdrbdK0EK/PefaGttokn0eDL6E4sANmLY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=pM6D3xuD60E6zSml1sAAogo3wLghCkisOjg/ZImWXq329+qihVSoVPKEgH1Uf2843EFub9rrP7tXON5Tu98EJGDTLaGX05V0X5BOnGBk3JQQpATIcocuP+4ZkEEcvqexZihapGcyvIOJhGOolHefoKR6f+Y6G0RDFLg4HBFNOis= Received: by 10.35.82.16 with SMTP id j16mr5322901pyl.1194220388444; Sun, 04 Nov 2007 15:53:08 -0800 (PST) Received: by 10.35.9.16 with HTTP; Sun, 4 Nov 2007 15:53:08 -0800 (PST) Message-ID: Date: Sun, 4 Nov 2007 23:53:08 +0000 From: "Rui Paulo" Sender: rpaulo@gmail.com To: freebsd-current@freebsd.org, freebsd-i386@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: b1906798fa1f8122 Cc: Subject: MacBook users: possible fix for the SMP 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, 04 Nov 2007 23:53:26 -0000 Hi, I've been contacted by Marco Trillo and I think he has found the source of the SMP problem. The problem seems to rely on Intel ICH7. Basically we need to disable the "LEGACY_USB" bit before we calibrate the clocks. "LEGACY_USB", according to Marco (I don't have the ICH7 spec at hand), "causes legacy USB circuit to generate SMIs". Please try the following patch: --- sys/amd64/isa/clock.c.orig 2007-11-04 20:31:09.000000000 +0000 +++ sys/amd64/isa/clock.c 2007-11-04 20:34:59.000000000 +0000 @@ -577,6 +577,8 @@ startrtclock() writertc(RTC_STATUSA, rtc_statusa); writertc(RTC_STATUSB, RTCSB_24HR); + outl(0x430, inl(0x430) & ~0x8); + freq = calibrate_clocks(); #ifdef CLK_CALIBRATION_LOOP if (bootverbose) { --- sys/i386/isa/clock.c.orig 2007-11-04 20:34:03.000000000 +0000 +++ sys/i386/isa/clock.c 2007-11-04 20:34:30.000000000 +0000 @@ -621,6 +621,8 @@ startrtclock() writertc(RTC_STATUSA, rtc_statusa); writertc(RTC_STATUSB, RTCSB_24HR); + outl(0x430, inl(0x430) & ~0x8); + freq = calibrate_clocks(); #ifdef CLK_CALIBRATION_LOOP if (bootverbose) { This should probably fix two issues: 1) The second core should start without any trick (e.g. key press) 2) We should be able to run with HZ=1000 (the default) without any problem. To check if this is indeed the case, try booting with HZ=1000 (loader.conf variable kern.hz) and check if your CPU clock shows up correctly in the dmesg. After that, please also check if 'time sleep 1' takes one second (not more and not less). Also, please test if there are any USB problems. Note: this is still a hack. I'm still thinking about a way to correctly identify on which systems we need to apply this fix. Regards. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 00:02:07 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E59316A4E7 for ; Mon, 5 Nov 2007 00:02:07 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 06DE813C4BD for ; Mon, 5 Nov 2007 00:02:06 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so2834532pyb for ; Sun, 04 Nov 2007 16:01:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=d1Ei2sEsAYpmCUfnBu/YHm/NaY0ee3U3+pdD6zNouN0=; b=Vsz1SrIocEPg48yTZA//N92vj22fAw8KTkvOUJD6hAm9GM+1+XGINvCKqxv/FZrapaFvfDXJbnQKS0zrftnVRT0TIYJqsTrMkpVj6Z78wpu2pTDRrrADX1P6sfhH8zw+pSkzrzIcb96W/VPf1i7Ur7Ztc60sVW44kGQq6rmUaVE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=DH3QQP/w8yTYcN0qrYDZHleXKAGgYE7YMoZ8alGmWdtKapZeJ/0YExp+Zn/Ef5/IaWel+gaKYw9W7PAFpeVhmzFLR4sH6j0A0EWIRcxhRBFtjAvqLzE4syAoyMBq2eW+TOgvq/FeebK0q9ZQSZYNcC4VVq3GoWVEDbjxpBVXMFA= Received: by 10.35.102.1 with SMTP id e1mr5355645pym.1194220543353; Sun, 04 Nov 2007 15:55:43 -0800 (PST) Received: by 10.35.9.16 with HTTP; Sun, 4 Nov 2007 15:55:38 -0800 (PST) Message-ID: Date: Sun, 4 Nov 2007 23:55:38 +0000 From: "Rui Paulo" Sender: rpaulo@gmail.com To: "Rink Springer" In-Reply-To: <20071104231422.GA82337@rink.nu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> <20071104231422.GA82337@rink.nu> X-Google-Sender-Auth: 9cae1ca62355628d Cc: freebsd-current@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: MacBook users: possible fix for the SMP 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: Mon, 05 Nov 2007 00:02:07 -0000 On Nov 4, 2007 11:14 PM, Rink Springer wrote: > Hi Rui, > > On Sun, Nov 04, 2007 at 08:59:28PM +0000, Rui Paulo wrote: > > Note: this is still a hack. I'm still thinking about a way to > > correctly identify on which systems we need to apply this fix. > > This indeed looks hackikly - I don't know whether it's possible to > distinguish between a 'normal' PC or a MacBook - but if this is not > possible, maybe a kernel option is in order? It's possible to distinguish between a MacBook and a PeeCee via smbios vendor strings. But what I actually wanted was something more general. Regards. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 00:16:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87C2516A41B; Mon, 5 Nov 2007 00:16:17 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms046pub.verizon.net (vms046pub.verizon.net [206.46.252.46]) by mx1.freebsd.org (Postfix) with ESMTP id 6B94D13C48D; Mon, 5 Nov 2007 00:16:17 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.21.144.51]) by vms046.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JR000MRB8L2M4V4@vms046.mailsrvcs.net>; Sun, 04 Nov 2007 17:15:14 -0600 (CST) Date: Sun, 04 Nov 2007 18:14:38 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <009a01c81efe$be1f54f0$c801000a@balgaa> To: Balgansuren Batsukh Message-id: <1194218078.40743.21.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-type: text/plain Content-transfer-encoding: 7bit References: <200711021208.25913.Thomas.Sparrevohn@btinternet.com> <472D9B2A.5080900@FreeBSD.org> <200711041302.08877.peter.schuller@infidyne.com> <200711041423.54336.Thomas.Sparrevohn@btinternet.com> <472DDEA2.7080804@FreeBSD.org> <009a01c81efe$be1f54f0$c801000a@balgaa> Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD-6.2, 7.0-BETA1 boot on Lenovo X60 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 00:16:17 -0000 On Sun, 2007-11-04 at 23:49 +0800, Balgansuren Batsukh wrote: > Hello All, > > Last few days I try to boot FreeBSD-6.2, 7.0-BETA1 boot CD using USB CDROM > drive on Lenovo X60. > > It give kind of assembler code non-stop flow over screen. > > Can't boot system and some times give BTX halted message after CPU register > code ES=....,.... > > Is there any way to boot/install FreeBSD-6.2/7.0-BETA on X60? If you have another box on the network, PXE is the way to go. I have used it to troubleshoot my X60, when I have rendered it unbootable, enough times to justify time spent. I have acquired UltraBase since then, but it is still *much more convenient* to boot with PXE in need. Below are relevant pieces of the information from the server (its name is 'twinhead', its IP is 10.0.3.236 and install CD is copied into '/SHARED/tftpboot', tftp user with access to the setup is named 'sunny' -- you will have to adjust it accordingly): ======================= excerpt from /usr/local/etc/dhcpd.conf (I am using isc-dhcp3-server-3.0.5_2): server-name "twinhead"; server-identifier 10.0.3.236; next-server 10.0.3.236; # This is a very basic subnet declaration. subnet 10.0.3.0 netmask 255.255.255.0 { range 10.0.3.33 10.0.3.64; option routers 10.0.3.242; option domain-name-servers 10.0.3.242; option root-path "/SHARED/tftpboot"; filename "boot/pxeboot"; } ======================== /SHARED/tftpboot/boot/loader.rc echo Loading Kernel... load /boot/kernel/kernel echo Loading mfsroot... load -t mfs_root /mfsroot echo booting... echo \007\007 echo initializing h0h0magic... set vfs.root.mountfrom="ufs:/dev/md0c" boot ======================== excerpt from /etc/inetd.conf tftp dgram udp wait root /usr/libexec/tftpd tftpd -u sunny -l -s /SHARED/tftpboot ======================== I have also gunzip'ed /SHARED/tftpboot/boot/mfsroot.gz and placed it into /SHARED/tftpboot/. I don't think there was much else needed doing before you can attempt booting your X60. Once you boot, you can switch to FTP install, so version, you are booting from, does not need exactly match whatever you want installed. Note: you need to make sure there are no other active DHCP servers on your network -- I have spend few hours hunting down that one ;) > > Regards, > Balgaa > > _______________________________________________ > 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" -- Alexandre "Sunny" Kovalenko From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 00:26:20 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 648D316A418 for ; Mon, 5 Nov 2007 00:26:20 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from ipmail01.adl2.internode.on.net (ipmail01.adl2.internode.on.net [203.16.214.140]) by mx1.freebsd.org (Postfix) with ESMTP id C0C9E13C4AA for ; Mon, 5 Nov 2007 00:26:19 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) X-IronPort-AV: E=Sophos;i="4.21,369,1188743400"; d="scan'208";a="225740875" Received: from ppp121-45-123-202.lns11.adl6.internode.on.net (HELO mail.clearchain.com) ([121.45.123.202]) by ipmail01.adl2.internode.on.net with ESMTP; 05 Nov 2007 10:32:38 +1030 Received: from wolf.clearchain.com (wcl.ml.unisa.edu.au [130.220.166.5]) (authenticated bits=0) by mail.clearchain.com (8.13.8/8.13.8) with ESMTP id lA502Qvc029923 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Nov 2007 10:32:34 +1030 (CST) (envelope-from Benjamin.Close@clearchain.com) Message-ID: <472E5D94.4080601@clearchain.com> Date: Mon, 05 Nov 2007 10:32:28 +1030 From: Benjamin Close User-Agent: Thunderbird 2.0.0.0 (X11/20070615) MIME-Version: 1.0 To: Rene Ladan References: <469536D5.3010701@gmail.com> <4699DEEC.3080806@clearchain.com> <4699FC0A.40207@gmail.com> <469A09D4.4050005@clearchain.com> <46BA2509.8090002@gmail.com> <46BADF8A.7020504@clearchain.com> <46BB732F.2030300@gmail.com> <46C35674.3030506@gmail.com> <46D6A203.7080002@clearchain.com> <46D883E6.5070607@gmail.com> <46DEA569.8050101@clearchain.com> <46DF1510.80602@gmail.com> <46DF15A4.9010508@gmail.com> <46F67C39.4050109@clearchain.com> <46F6AD16.80503@gmail.com> <472A7CE9.6060900@clearchain.com> <472CDB31.9060306@gmail.com> <472DB1CF.1000007@gmail.com> In-Reply-To: <472DB1CF.1000007@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on pegasus.clearchain.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (mail.clearchain.com [192.168.154.1]); Mon, 05 Nov 2007 10:32:35 +1030 (CST) Cc: current@freebsd.org Subject: Re: wpi doesn't associate :( X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 00:26:20 -0000 Rene Ladan wrote: > Rene Ladan schreef: > >> Benjamin Close schreef: >> >>> Hi Rene, >>> There's a new version up if you want to give it a go. >>> >>> http://people.freebsd.org/~benjsc/downloads/ >>> >>> >> I tested the new tarball on my laptop but dhclient still refuses to associate (it keeps >> stuck in the DHCPDISCOVER state). I temporarily switched of the MAC address check of the >> router so that any client which knows the WEP password can connect, but that didn't help >> either. >> >> I also got some messages about memory not being properly aligned when loading if_wpi. >> >> > [...] > > I've attached some stuff from /var/log/messages which might be interesting. From what I > understand from these messages, WLAN and Bluetooth (working) reside on the same card. > pciconf and lspci cannot deny nor confirm this. > > Regards, > Rene > Please ignore the memory unaligned issues, the driver will reattempt the allocation upon a failure. It's a temporary work around until I can convince uma to reliably give me a 16k aligned page (or fix it in another way). The driver will fail to load if after multiple attempts it still can't get an aligned page. You are correct, the 3945 chipset provides both bluetooth and 802.11abg support. As for your failed dhcp attempts I'll work with you off list to fix these. Cheers, Benjamin From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 00:41:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1EC216A419 for ; Mon, 5 Nov 2007 00:41:50 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp811.mail.ird.yahoo.com (smtp811.mail.ird.yahoo.com [217.146.188.71]) by mx1.freebsd.org (Postfix) with SMTP id 00FAA13C494 for ; Mon, 5 Nov 2007 00:41:49 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 40085 invoked from network); 5 Nov 2007 00:41:39 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=EeQTEumYGBxAsOQQ803VNQihRzQEVSvKgLhUdlAEhR433Y1gIbBextkABTNsPTrp/RUDnaGiRYBC5aLTOSEagFibpOvYlZ2DoS3bBeN4Je/BCwLMnzwNZdEJTHUe1S/sU5OW+qbJJqVBKGgGR2HNRu/JlUo6ONBnjMeGL4Q1jHE= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@86.133.212.97 with login) by smtp811.mail.ird.yahoo.com with SMTP; 5 Nov 2007 00:41:39 -0000 X-YMail-OSG: fvxHsAIVM1kraMh2CLBT1EjjwjzduztNE1IgB2u6pbrm..zA.9jEpL6jMVXx72hgR03jKQLIm5SOcoMUz5k4hIH9dKIoRFuPkNVfbjAwKg6p2KC6ROO9jRgbmPo- From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Mon, 5 Nov 2007 00:41:37 +0000 User-Agent: KMail/1.9.7 References: <200711021208.25913.Thomas.Sparrevohn@btinternet.com> <200711041423.54336.Thomas.Sparrevohn@btinternet.com> <472DDEA2.7080804@FreeBSD.org> In-Reply-To: <472DDEA2.7080804@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711050041.38229.Thomas.Sparrevohn@btinternet.com> Cc: Peter Schuller Subject: Re: ZFS Hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 00:41:50 -0000 On Sunday 04 November 2007 15:00:50 Kris Kennaway wrote: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html > Oh my god - Overlooked that ;-) - funny that - Its a bit tricky as it not possibly to dump a kernel when the swap is on ZFS - I did a test with all debugging enabled and the problem did not show up - which makes it somewhat nasty - I check if I can reproduce it with only DDB enabled But as I said - I have been running with root on ZFS for quite a while without problems - There are however two things that does not make much sense 1) number of vnodes are reduces to 100,000 by the kernel (AMD64) 2) If I extent the cache size "wildly" it seems to be stable about 600MB +- 67MB Regards Thomas From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 00:46:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0160816A417 for ; Mon, 5 Nov 2007 00:46:22 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id A9BEA13C4C6 for ; Mon, 5 Nov 2007 00:46:21 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id BEAF1EBB310; Mon, 5 Nov 2007 08:46:22 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id b8H+BSG0pEuZ; Mon, 5 Nov 2007 08:46:17 +0800 (CST) Received: from charlie.delphij.net (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 2612DEB3AFC; Mon, 5 Nov 2007 08:46:15 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=H3non11bzzwpxYSUeqyFv29s/bbrh7NFUYfEi1h/tphZAN4OLVRGq9BZlZUnH07AN QrBmD5Ty7admzL99LQj4g== Message-ID: <472E67CC.9040201@delphij.net> Date: Sun, 04 Nov 2007 16:46:04 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> In-Reply-To: <472DD231.9030501@gmail.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 00:46:22 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Aryeh M. Friedman wrote: > Justin Hibbits wrote: >> On Sunday 04 November 2007 01:20:33 Aryeh M. Friedman wrote: >> >>> http://www.flosoft-systems.com/wiki/index.php >>> >>> The goals of the wiki are: >>> >>> 1. Clearinghouse for known issues and solutions >>> 2. Cordinate the development of patch set(s) to fix the issues >>> >> Isn't this what PRs are for? >> > > There are several people working on the issues thus we are using the > wiki to do internal coordination all the announcement was for was to let > people know where to find intermediate results. That's exactly why mailing lists exist. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHLmfMhcUczkLqiksRAmUvAKDa8jZAdO33ecPPdRk8PVURcfrmEgCgw7SP FW1ANUGXEYrbocm1HRl7VNg= =pLa9 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 01:22:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 917DD16A417 for ; Mon, 5 Nov 2007 01:22:17 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 67D1A13C4B0 for ; Mon, 5 Nov 2007 01:22:17 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1885830waf for ; Sun, 04 Nov 2007 17:22:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=jq+qfrlY39tx1rOFuTB2FuyD+C6KMwvSY/P35KNtZQo=; b=IDGD8qADmI0ghV0KKMl5NG+ePBzcjy/Zs8S94ZgO+2DzEdFGScIpN6jZx+1ENkqF7c3qOtqJy+wUaRNWp+bbuwkWByNJMjq/qVA8Pq0BEIZhNd0uj2ZSGpIzqT64BBxfa0pB19DmBwbeMvUgHcVvOdZmyLTFJMWMYKqIE5cM9e0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=KCxE/unrVuIcNTyH93wnKCZWVYs8Nvm+VTjZBuTudKGqiAXADVbzw4WSXP7gHNGHj9fbYbecghiNRWiYSUfUiJ+AWx2GH+kXYNWn3IDNiZ/woIMQroBrNqGU147kpR1pzc+tU2JlCnhOxtrTyP7ypdi4RmS0YqENHl0Kltlvi8g= Received: by 10.114.13.1 with SMTP id 1mr4568952wam.1194225709553; Sun, 04 Nov 2007 17:21:49 -0800 (PST) Received: by 10.114.67.19 with HTTP; Sun, 4 Nov 2007 17:21:49 -0800 (PST) Message-ID: Date: Mon, 5 Nov 2007 10:21:49 +0900 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "Thomas Sparrevohn" In-Reply-To: <200711050041.38229.Thomas.Sparrevohn@btinternet.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200711021208.25913.Thomas.Sparrevohn@btinternet.com> <200711041423.54336.Thomas.Sparrevohn@btinternet.com> <472DDEA2.7080804@FreeBSD.org> <200711050041.38229.Thomas.Sparrevohn@btinternet.com> X-Google-Sender-Auth: cf9a9dd965615309 Cc: freebsd-current@freebsd.org, Peter Schuller Subject: Re: ZFS Hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 01:22:17 -0000 On 05/11/2007, Thomas Sparrevohn wrote: > Oh my god - Overlooked that ;-) - funny that - Its a bit tricky as it not possibly to dump a kernel > when the swap is on ZFS - I did a test with all debugging enabled and the problem > did not show up - which makes it somewhat nasty - I check if I can reproduce it > with only DDB enabled > > But as I said - I have been running with root on ZFS for quite a while without problems - > There are however two things that does not make much sense > > 1) number of vnodes are reduces to 100,000 by the kernel (AMD64) > 2) If I extent the cache size "wildly" it seems to be stable about 600MB +- 67MB You can dump to a non-ZFS swap partition thats not being used for swap. Just set it as your dumpdev but don't put it in /etc/fstab. Adrian -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 03:12:02 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E78216A419 for ; Mon, 5 Nov 2007 03:12:02 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.232]) by mx1.freebsd.org (Postfix) with ESMTP id 2DAF213C49D for ; Mon, 5 Nov 2007 03:12:01 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1361036wxd for ; Sun, 04 Nov 2007 19:11:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=HlrqWvn+0B+Z6eYl6Gehe6ATxtnecyIDtKxWlKkudN4=; b=Rv10yjCEiv85bSgHQINc+iJroe0zGbtLCzu5FjWVgHHQoLGgk8mqaT0W+nEhGYBHCYMX8tdInus4KCQmllOHjhyXTUY8XJ8PqI1W/j5L+W2sU/icqfi72AezX34o+sAI0O73M94z4NEb+ZBwtilzuwF4xE4XGhw0MtePC2c3+Fc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=fZ1KMKHFn2F2aaKN/4HNWjZ4sedP7a+w5VNFf2AN6a1Yno9l8czZhGplGXunJ2r178Qj0L5ziWP5lWiVSfoCjIE/2BAjHgKMsjBBmtqXCh0VXC6UI4UvX/0FetipqYoN7aRfrXSYdt5PJN40Riabp96dZ5ElfDeZ1UT9hb0u104= Received: by 10.70.29.14 with SMTP id c14mr6811558wxc.1194231927288; Sun, 04 Nov 2007 19:05:27 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id m33sm8428051ele.2007.11.04.19.05.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 04 Nov 2007 19:05:26 -0800 (PST) Message-ID: <472E4FF0.3080801@gmail.com> Date: Sun, 04 Nov 2007 18:04:16 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: d@delphij.net References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> In-Reply-To: <472E67CC.9040201@delphij.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 03:12:02 -0000 Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Aryeh M. Friedman wrote: > >> Justin Hibbits wrote: >> >>> On Sunday 04 November 2007 01:20:33 Aryeh M. Friedman wrote: >>> >>> >>>> http://www.flosoft-systems.com/wiki/index.php >>>> >>>> The goals of the wiki are: >>>> >>>> 1. Clearinghouse for known issues and solutions >>>> 2. Cordinate the development of patch set(s) to fix the issues >>>> >>>> >>> Isn't this what PRs are for? >>> >>> >> There are several people working on the issues thus we are using the >> wiki to do internal coordination all the announcement was for was to let >> people know where to find intermediate results. >> > > That's exactly why mailing lists exist. The wiki was not meant to replace the list just be a central record keeping location for the group working on the issue. From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 03:19:51 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92A4716A469 for ; Mon, 5 Nov 2007 03:19:51 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.net [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 5FC0913C4A6 for ; Mon, 5 Nov 2007 03:19:51 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:62489 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IosUz-000OrW-NW for freebsd-current@freebsd.org; Mon, 05 Nov 2007 03:19:37 +0000 Message-ID: <472E8BC8.5050606@conducive.net> Date: Sun, 04 Nov 2007 22:19:36 -0500 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20071104224615.2EA9145010@ptavv.es.net> In-Reply-To: <20071104224615.2EA9145010@ptavv.es.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [PATCH] Overriding rc.conf in loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 03:19:51 -0000 Kevin Oberman wrote: >> From: Marcin Wisnicki >> Date: Sun, 4 Nov 2007 20:50:03 +0000 (UTC) >> Sender: owner-freebsd-current@freebsd.org >> >> On Sun, 04 Nov 2007 12:40:45 -0500, 韓家標 Bill Hacker wrote: >> >>> Marcin Wisnicki wrote: >>>> Hi >>>> >>>> I thought it would be nice if there was a way to override rc.conf >>>> variables during boot. Proposed patch implements this using kenv. >>>> >>>> With it, you can override any rc variable from loader.conf by prefixing >>>> its name with 'rc.', some useful examples: >>>> >>> Pardon my stupidity... but does this over-ride over rides with other >>> over rides... >>> >>> or what? >> Pretty much, yes. Assuming I didn't overlook something, the order of >> assignment is following: >> >> 1. suck in /etc/defaults/rc.conf >> 2. try to set $rc_conf_files from kenv rc.rc_conf_files [*] >> otherwise leave it as defined in defaults >> 3. source $rc_conf_files >> 4. source /etc/rc.conf.d/$name_of_script >> 5. for each kenv variable named rc.$var set $var [*] >> >> lines marked by [*] are added by my patch >> >>> ..and if so, ISTR there may be a better way already... >>> >> Not that I know of. > > While I'm sure many will question the value of this if they use FreeBSD > only on servers, I think it is of some value for desktops and > substantial value for laptops where the environment is always changing. > > For example, I might want to change network configuration or shutdown > the Bluetooth and WiFi when flying. Clearly a need for that. This PowerBook 17" has 'many' round the world trips on it, as does the '96 vintage Kapok that preceeded it, and a 486-class Thinkpad before that. At the end of the day those toggles should be no more difficult w/o reboot on FreeBSD than they are on OS X ('nuf said..) or were even on OS/2 // eCS (swap config.sys w/o 'apparent' reboot). And most are NOT more difficult. In nay case, I don't know that the proposed patch is particularly relevant to that need. Mind - I like the concept. My pet 'hot button' the BSD box that comes up to sshd, quasi-multi, and with a usable 'fix the fat fingered comma fault' editor. And 'mined' - static compiled into /bin - is nice to have even if I *am* within arm's length. ;-) Bill From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 04:52:40 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E474E16A418 for ; Mon, 5 Nov 2007 04:52:40 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id B487A13C480 for ; Mon, 5 Nov 2007 04:52:40 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=gPxQMqRt3YdwUtPBLYkMqVRX8TWvtCikLm3oz2MSHPTpRdZ7BxLKtzp8+RixLVZz0aAomfUjYEogfYK+Ku+lL07Oa7Sg9dIx0kyoHs0vQqhgdcbQY3JI3sKjUkmnUC6oDyJ8II/MToODHTC1d8npRIO7WUJva5rtvdkhajGP4KKul6i6fzXGXWGO6LnT1omqRRJAIiBjwGVpvID/G1vpKrZaSc9QmCj7XXXxnapeNZ2t3MpeVvGrHHlJN8v0jEJl; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1IotwZ-0003M9-3v; Mon, 05 Nov 2007 04:52:11 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.66) (envelope-from ) id 1Iotw2-0007dg-NU; Mon, 05 Nov 2007 04:51:39 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Iotw0-0000Sh-Vg; Mon, 05 Nov 2007 06:51:36 +0200 To: David Malone From: Ian FREISLICH In-Reply-To: Message from David Malone of "Fri, 02 Nov 2007 15:55:35 GMT." <20071102155535.GA88062@walton.maths.tcd.ie> X-Attribution: BOFH Date: Mon, 05 Nov 2007 06:51:36 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: setitimer() odd timing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 04:52:41 -0000 David Malone wrote: > On Thu, Nov 01, 2007 at 03:38:11PM +0200, Ian FREISLICH wrote: > > I'm not sure where to start looking. If someone points me at what > > needs instrumenting, I'll see if I can narrow the problem space. > > I'd have a look at the output of "vmstat -i" and compare it to the > working machines. It might also be worth checking what timecounter > hardware is in use: "sysctl kern.timecounter.hardware". Well on other SMP machines that work fine, the cpu? time interrupt is 2000Hz. This one is 724 after the most recent boot. It changes every boot. kern.timecounter.choice: TSC(-100) ACPI-fast(1000) HPET(900) i8254(0) dummy(-1000000) kern.timecounter.hardware: ACPI-fast dev.acpi_timer.0.%desc: 24-bit timer at 3.579545MHz Changing the counter to HPET doesn't change things at all. I suspect it's got to do with whatever generates the CPU timer interrupts. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 05:01:23 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76B8E16A417 for ; Mon, 5 Nov 2007 05:01:23 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 4673313C48A for ; Mon, 5 Nov 2007 05:01:23 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=oeaPMiSoko6iKd8CQmKxRtHnIWFxiV06z+7mONJ5Aqaa6AFBtlnzMitk0OCn+3jT0U6aaRg7GK6IvSMGPLbeYUKDru75HKge+AsqmvauzQhLGbn4q/AHBCoOMRYjxJgt35X4p9xpFU+pRj7uIwOJzZqLyjXHSzspUv4PaxMwz6H02gOq1clKfZWo6lcZ2aDbUj9eTIxXYLkcXGQI7ZoE1szAKuTQASthdmDuz2SpkpWlIIgEtsiVAlRoIrcSNYAW; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1Iou5G-00045H-Pt; Mon, 05 Nov 2007 05:01:10 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.66) (envelope-from ) id 1Iou4E-0007oV-PD; Mon, 05 Nov 2007 05:00:07 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Iou4E-0000U2-66; Mon, 05 Nov 2007 07:00:06 +0200 To: Andre Oppermann From: Ian FREISLICH In-Reply-To: Message from Andre Oppermann of "Fri, 02 Nov 2007 19:36:20 +0100." <472B6E24.20200@freebsd.org> X-Attribution: BOFH Date: Mon, 05 Nov 2007 07:00:06 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: sendfile() not detecting closed connections. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 05:01:23 -0000 Andre Oppermann wrote: > Ian FREISLICH wrote: > > Hi > > > > System is 8.0-CURRENT. I have the following piece of code: > > > > rename(path, data); > > stat(data, &sb); > > len = snprintf(buffer, MAXBUFLEN, "BYTES %lld\r\n", sb.st_size); > > write(connection, buffer, len); > > sleep(10); > > if ((sendfile(fd, connection, 0, sb.st_size, NULL, > > &sbytes, 0)) == -1 || sbytes != sb.st_size) { > > syslog(facility, "Problem writing data: %s, wrote %lld", > > strerror(errno), sbytes); > > respool(fd, path); > > unlink(data) > > close(fd); > > return(-1); > > } > > else > > syslog(facility, "Download successful %ld", sbytes); > > close(fd); > > unlink(data); > > > > If, during the sleep, I terminate the connection so that netstat > > reports: > > > > tcp4 0 0 127.0.0.1.666 127.0.0.1.58239 CLOSE_WA IT > > tcp4 0 0 127.0.0.1.58239 127.0.0.1.666 FIN_WAIT _2 > > > > sendfile() reports success for files less than about 64k in size, > > but I haven't been able to figure out where the threshold is. It > > erroneously reports that 41000 of the 64k were sent, but will say > > the whole file was transferred up to about 64k. The connection > > filedescriptor is blocking. > > > > Any ideas? > > sendfile() reports the bytes written into the send socket buffer. If > there is a connection error it doesn't (and never did) look at how > much data was still in the socket buffer. The sendfile(2) man page > says: "[sbytes] If non-NULL, the system will write the total number > of bytes sent on the socket to the variable pointed to by sbytes." > This could be changed to subtract the remaining data in the socket > buffer before reporting back. One has to be careful though about > other writes so that the number never goes negative. There may be > more data remaining in the socket buffer than from this write attempt > alone. The connection was closed about 6 seconds before I called sendfile(). Would sendfile() write to the socket buffer of a socket closed that long ago? Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 05:01:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1ABDD16A418 for ; Mon, 5 Nov 2007 05:01:25 +0000 (UTC) (envelope-from raj@csub.edu) Received: from mh0.csub.edu (mh0.csub.edu [136.168.1.94]) by mx1.freebsd.org (Postfix) with ESMTP id E940613C494 for ; Mon, 5 Nov 2007 05:01:24 +0000 (UTC) (envelope-from raj@csub.edu) Received: from [192.168.1.200] (adsl-75-15-254-8.dsl.bkfd14.sbcglobal.net [75.15.254.8]) (authenticated bits=0) by mh0.csub.edu (8.13.8/8.13.8) with ESMTP id lA54XE68070466 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 4 Nov 2007 20:33:15 -0800 (PST) (envelope-from raj@csub.edu) Message-ID: <472E9D0B.5080409@csub.edu> Date: Sun, 04 Nov 2007 20:33:15 -0800 From: Russell Jackson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.3) Gecko/20070421 Thunderbird/2.0.0.0 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------020902030108090002010308" Subject: powerd adaptive mode latching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 05:01:25 -0000 This is a multi-part message in MIME format. --------------020902030108090002010308 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Powerd seems to latch at the maximum - 1 cpufreq setting while in adaptive mode. This is 100% reproducible for me. It never un-wedges from this state no matter how long I wait. $ powerd -a adaptive -b adaptive -v powerd: using sysctl for AC line status powerd: using devd for AC line status idle time > 90%, decreasing clock speed from 1289 MHz to 966 MHz idle time > 90%, decreasing clock speed from 966 MHz to 644 MHz idle time > 90%, decreasing clock speed from 644 MHz to 322 MHz idle time < 65%, increasing clock speed from 322 MHz to 966 MHz idle time > 90%, decreasing clock speed from 966 MHz to 644 MHz idle time > 90%, decreasing clock speed from 644 MHz to 322 MHz idle time < 65%, increasing clock speed from 322 MHz to 966 MHz idle time < 65%, increasing clock speed from 966 MHz to 1611 MHz idle time < 65%, increasing clock speed from 1611 MHz to 2255 MHz idle time < 65%, increasing clock speed from 2255 MHz to 2579 MHz idle time > 90%, decreasing clock speed from 2579 MHz to 2578 MHz idle time > 90%, decreasing clock speed from 2579 MHz to 2578 MHz idle time > 90%, decreasing clock speed from 2579 MHz to 2578 MHz . . . $ sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1289 dev.cpu.0.freq_levels: 2579/-1 2578/-1 2255/-1 1933/-1 1611/-1 1289/-1 966/-1 644/-1 322/-1 dev.cpu.0.cx_supported: C1/1 C2/1 C3/85 C4/185 dev.cpu.0.cx_lowest: C3 dev.cpu.0.cx_usage: 0.00% 100.00% 0.00% 0.00% $ sysctl dev.ichss dev.ichss.0.%desc: SpeedStep ICH dev.ichss.0.%driver: ichss dev.ichss.0.%parent: cpu0 dev.ichss.0.freq_settings: 2579/-1 2578/-1 The ichss levels looked odd to me, and trying to set cpufreq=2578 is a NOOP. $ sysctl dev.cpu.0.freq=2578 dev.cpu.0.freq: 2579 -> 2579 I'm running 7_RELENG from about a week ago. dmesg.boot attached. -- Russell A. Jackson Network Analyst California State University, Bakersfield --------------020902030108090002010308 Content-Type: text/plain; name="dmesg.boot" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.boot" Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA1 #0: Wed Oct 24 01:37:58 PDT 2007 raj@strider.homelan:/usr/obj/usr/src/sys/MONOLITH Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.60GHz (2591.60-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebf9ff Features2=0x4400 real memory = 670752768 (639 MB) avail memory = 642727936 (612 MB) kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: reservation of 0, 9fc00 (3) failed acpi0: reservation of 100000, 27ef0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 p4tcc0: on cpu0 acpi_perf0: on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link1: BIOS IRQ 11 for 0.31.INTB is invalid pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xc000-0xc0ff mem 0xe8000000-0xefffffff,0xfcff0000-0xfcffffff irq 11 at device 0.0 on pci1 acpi_video0: on vgapci0 uhci0: port 0xbf80-0xbf9f irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xbf40-0xbf5f irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xbf20-0xbf3f irq 11 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xf4fffc00-0xf4ffffff irq 11 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pcib2: at device 30.0 on pci0 pci_link1: BIOS IRQ 11 for 2.3.INTA is invalid pci2: on pcib2 bfe0: mem 0xfaffe000-0xfaffffff irq 11 at device 0.0 on pci2 miibus0: on bfe0 bmtphy0: PHY 1 on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: using obsoleted if_watchdog interface bfe0: Ethernet address: 00:0d:56:35:9d:04 bfe0: [ITHREAD] cbb0: at device 1.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] fwohci0: <1394 Open Host Controller Interface> mem 0xfaffd800-0xfaffdfff,0xfaff8000-0xfaffbfff irq 11 at device 1.1 on pci2 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 44:4f:c0:00:07:92:d0:61 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 46:4f:c0:92:d0:61 fwe0: Ethernet address: 46:4f:c0:92:d0:61 fwip0: on firewire0 fwip0: Firewire address: 44:4f:c0:00:07:92:d0:61 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x1404000 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode ath0: mem 0xfafe0000-0xfafeffff irq 9 at device 3.0 on pci2 ath0: [ITHREAD] ath0: using obsoleted if_watchdog interface ath0: Ethernet address: 00:0b:6b:37:ae:8b ath0: mac 5.9 phy 4.3 radio 3.6 ichss: enabling SpeedStep support ichss: enabling SpeedStep support ichss0: on cpu0 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xbfa0-0xbfaf at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pcm0: port 0xb800-0xb8ff,0xbc40-0xbc7f mem 0xf4fff800-0xf4fff9ff,0xf4fff400-0xf4fff4ff irq 9 at device 31.5 on pci0 pcm0: [ITHREAD] pcm0: acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model GlidePoint, device ID 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1 port 0x2f8-0x2ff,0x280-0x287 irq 3 drq 3 on acpi0 sio1: type 16550A sio1: [FILTER] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff pnpid ORM0000 on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2591599868 Hz quality 800 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ad0: 28615MB at ata0-master UDMA100 acd0: DVDROM at ata1-master UDMA33 Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted --------------020902030108090002010308-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 05:02:15 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3871916A419 for ; Mon, 5 Nov 2007 05:02:15 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id D8FA713C4BD for ; Mon, 5 Nov 2007 05:02:14 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=NZIyC95MpZipC8bF17y1MzlyH52+gtv92eAgCZl8bEUNO4Pt5GpIIF3RAWWdJa45nKKqVmu3eNGUtcqDxfoIscop81dGr93gmPQYBcBpfz3d6Ft0SM2tz/Xz+l27w1AVURRJB1ZbSaLedkM9EFjJM7tlqsXPTcp+sEE1TmNN1TgEgnLoYnk/5Vq2eMvxHnlV6dYZnzsPNx59MuabG7K54ZcGa8Y3H8v6R4b7/+m2i0orUjD6OSLXJbj49hG6KOEV; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1Iou6E-0004Aj-HV; Mon, 05 Nov 2007 05:02:10 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.66) (envelope-from ) id 1Iou5u-0007pG-RT; Mon, 05 Nov 2007 05:01:51 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Iou5t-0000UY-KK; Mon, 05 Nov 2007 07:01:49 +0200 To: Robert Watson From: Ian FREISLICH In-Reply-To: Message from Robert Watson of "Fri, 02 Nov 2007 16:26:45 +0100." <20071102162523.A47979@fledge.watson.org> X-Attribution: BOFH Date: Mon, 05 Nov 2007 07:01:49 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: sendfile() not detecting closed connections. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 05:02:15 -0000 Robert Watson wrote: > On Fri, 2 Nov 2007, Ian FREISLICH wrote: > > sendfile() reports success for files less than about 64k in size, > > but I haven't been able to figure out where the threshold is. It > > erroneously reports that 41000 of the 64k were sent, but will say > > the whole file was transferred up to about 64k. The connection > > filedescriptor is blocking. > > Probably what is happening is that sendfile() is counting bytes > successfully inserted into the send socket buffer, rather than bytes > sent on the wire. This is consistent with what happens when you > write a file to a TCP socket, though, as you only know the bytes made > it into the buffer, not to the remote destination. I'd guess the > threshold size you're seeing above is the size of the default send > socket buffer. The connection was closed long before the call to sendfile by the remote side. Is there a way to determine how much actually made it onto the wire? Presumably this is actually known somewhere in the kernel. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 06:03:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 897EA16A46B for ; Mon, 5 Nov 2007 06:03:22 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 3E77213C4B0 for ; Mon, 5 Nov 2007 06:03:22 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 33BA1EBB394; Mon, 5 Nov 2007 14:03:16 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id 6alZ-aqGR6zx; Mon, 5 Nov 2007 14:03:10 +0800 (CST) Received: from charlie.delphij.net (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 37C7DEB21B3; Mon, 5 Nov 2007 14:03:08 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=QWlp9wWxJBNBraGRrjKAanyu1xAHJye9x+gQZcTvvTy1gxl8Pa+MzxvkBCyig2/nU bfajyMWY9mss0f2awK58g== Message-ID: <472EB211.7050001@delphij.net> Date: Sun, 04 Nov 2007 22:02:57 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> In-Reply-To: <472E4FF0.3080801@gmail.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 06:03:22 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Aryeh M. Friedman wrote: > The wiki was not meant to replace the list just be a central record > keeping location for the group working on the issue. Well, I think that if there is a problem then we need to work it out ASAP, and this is not what a wiki for. What wiki's are better suited for is some issues that are not easily resolved, and be documented. Let's see what the "issues" on the wiki: - Mis-numbered adXXX on SATA drives This is non-issue. It's well documented in ata(4) that you can change the behavior by removing the anti-foot-shooting option ATA_STATIC_ID from your kernel configuration; - Wrong SATA type/speed reported More information is needed if you really want to have this problem resolved, like atacontrol output, etc. - PATA/SATA co-existence Is the PATA chip supported by the driver? What's its PCI IDs? Also I would like to say that it is much more useful if you will have someone who donate the proper hardware to sos@, our Mr. ATA. He is very knowledgeable about the driver and ATA/SATA stuff, and a very responsive person. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHLrIQhcUczkLqiksRAuuoAKDBGDUhfRsPWWqL+jgI02+eYTnwNACgldao ANdGNE+XmjvF8zgNhtbiVLk= =CRXn -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 06:20:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0ECCF16A417 for ; Mon, 5 Nov 2007 06:20:06 +0000 (UTC) (envelope-from distro.watch@msa.hinet.net) Received: from msr19.hinet.net (msr19.hinet.net [168.95.4.119]) by mx1.freebsd.org (Postfix) with ESMTP id 7FF6213C4B0 for ; Mon, 5 Nov 2007 06:20:05 +0000 (UTC) (envelope-from distro.watch@msa.hinet.net) Received: from [192.168.1.155] (59-115-97-157.dynamic.hinet.net [59.115.97.157]) by msr19.hinet.net (8.9.3/8.9.3) with ESMTP id NAA14361 for ; Mon, 5 Nov 2007 13:45:35 +0800 (CST) From: Ladislav Bodnar To: freebsd-current@freebsd.org Date: Mon, 5 Nov 2007 13:45:34 +0800 User-Agent: KMail/1.9.6 (enterprise 0.20071012.724442) References: <1194175906.1115.7.camel@opus.cse.buffalo.edu> <200711050004.55540.distro.watch@msa.hinet.net> In-Reply-To: <200711050004.55540.distro.watch@msa.hinet.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200711051345.34693.distro.watch@msa.hinet.net> Subject: Re: FreeBSD 7.0-BETA2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 06:20:06 -0000 On Sunday 04 November 2007, Ken Smith wrote: > The 7.0-BETA2 builds have completed and are on many of the FreeBSD > mirror sites. =A0If you want to update an existing machine using cvsup > use RELENG_7 as the branch tag. =A0Instructions on using FreeBSD Update > to perform a binary upgrade from FreeBSD 6.x to 7.0-BETA2 will be > provided via the freebsd-stable list when available. These release announcements seem to be shorter and shorter with every release. Is there a changelog to see what has changed since BETA1? If so, would you please consider linking to it in future announcements? Thanks a lot :-) From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 06:24:26 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 375B116A417; Mon, 5 Nov 2007 06:24:26 +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 DBEC713C491; Mon, 5 Nov 2007 06:24:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lA5601uL048900; Mon, 5 Nov 2007 01:00:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lA5601Ww093500; Mon, 5 Nov 2007 01:00:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 21EF67302F; Mon, 5 Nov 2007 01:00:01 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071105060001.21EF67302F@freebsd-current.sentex.ca> Date: Mon, 5 Nov 2007 01:00:01 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 06:24:26 -0000 TB --- 2007-11-05 04:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-05 04:45:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-11-05 04:45:00 - cleaning the object tree TB --- 2007-11-05 04:45:24 - checking out the source tree TB --- 2007-11-05 04:45:24 - cd /tinderbox/HEAD/arm/arm TB --- 2007-11-05 04:45:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-05 04:53:49 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-05 04:53:49 - cd /src TB --- 2007-11-05 04:53:49 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 5 04:53:50 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/main.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/mbufs.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/netcmds.c /src/usr.bin/systat/netcmds.c: In function 'netcmd': /src/usr.bin/systat/netcmds.c:127: internal compiler error: internal consistency failure Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-05 06:00:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-05 06:00:00 - ERROR: failed to build world TB --- 2007-11-05 06:00:00 - tinderbox aborted TB --- 0.39 user 1.73 system 4500.40 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 06:48:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77FA316A420 for ; Mon, 5 Nov 2007 06:48:42 +0000 (UTC) (envelope-from distro.watch@msa.hinet.net) Received: from msr29.hinet.net (msr29.hinet.net [168.95.4.129]) by mx1.freebsd.org (Postfix) with ESMTP id EA7C413C491 for ; Mon, 5 Nov 2007 06:48:41 +0000 (UTC) (envelope-from distro.watch@msa.hinet.net) Received: from [192.168.1.155] (59-115-97-157.dynamic.hinet.net [59.115.97.157]) by msr29.hinet.net (8.9.3/8.9.3) with ESMTP id OAA07859 for ; Mon, 5 Nov 2007 14:48:23 +0800 (CST) From: Ladislav Bodnar To: freebsd-current@freebsd.org Date: Mon, 5 Nov 2007 14:48:22 +0800 User-Agent: KMail/1.9.6 (enterprise 0.20071012.724442) References: <234222.9689.qm@web33713.mail.mud.yahoo.com> In-Reply-To: <234222.9689.qm@web33713.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711051448.23108.distro.watch@msa.hinet.net> Subject: Re: FreeBSD 7.0-BETA2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 06:48:42 -0000 On Monday 05 November 2007, Abdullah Ibn Hamad Al-Marri wrote: > > These release announcements seem to be shorter and shorter with every > > release. Is there a changelog to see what has changed since BETA1? > > If so, would you please consider linking to it in future announcements? > http://ivoras.sharanet.org/freebsd/freebsd7.html > http://people.freebsd.org/~kris/RELNOTES.HTM > http://people.freebsd.org/~kris/scaling/7.0%20Preview.pdf Thanks a lot for the links. However, they still don't tell me what changed between BETA1 and BETA2. From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 08:11:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2465A16A418 for ; Mon, 5 Nov 2007 08:11:56 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33713.mail.mud.yahoo.com (web33713.mail.mud.yahoo.com [68.142.201.210]) by mx1.freebsd.org (Postfix) with SMTP id C5B6613C4A5 for ; Mon, 5 Nov 2007 08:11:55 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 46335 invoked by uid 60001); 5 Nov 2007 08:11:36 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=k7Oq9Sfs4CA4kEcDw058/4zH/1Im1mWE0EbbpfCcOoyAVnau/adXkqRwbXx3y3X2b7ze8rTNdSwRwPGJCRE+AsXWA81dQk4Psy4ARFfs3NYsS3V6lwacT10DKZHehbwrvWAp+25Bpl2EBYeS4bHs7ByEDfApIXlXKYNNpnoCvB0=; X-YMail-OSG: LVwgPGIVM1nsF.c0EXtlapVBCgneY.2L4FWzOQZqN0p1htFvTEFkIsRSyOMugrG_p87YAilG_mPeHAbGHiydoOntxBiLrRHT9H3UR2P7ItUcdb7qOAg- Received: from [212.77.203.38] by web33713.mail.mud.yahoo.com via HTTP; Mon, 05 Nov 2007 00:11:36 PST X-Mailer: YahooMailRC/814.06 YahooMailWebService/0.7.152 Date: Mon, 5 Nov 2007 00:11:36 -0800 (PST) From: Abdullah Ibn Hamad Al-Marri To: Ladislav Bodnar , freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <589581.46121.qm@web33713.mail.mud.yahoo.com> Cc: Subject: Re: FreeBSD 7.0-BETA2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 08:11:56 -0000 ----- Original Message ---- > From: Ladislav Bodnar > To: freebsd-current@freebsd.org > Sent: Monday, November 5, 2007 9:48:22 AM > Subject: Re: FreeBSD 7.0-BETA2 Available > > On Monday 05 November 2007, Abdullah Ibn Hamad Al-Marri wrote: > > > These release announcements seem to be shorter and shorter > with > every > > > release. Is there a changelog to see what has changed since BETA1? > > > If so, would you please consider linking to it in > future > announcements? > > > http://ivoras.sharanet.org/freebsd/freebsd7.html > > http://people.freebsd.org/~kris/RELNOTES.HTM > > http://people.freebsd.org/~kris/scaling/7.0%20Preview.pdf > > Thanks a lot for the links. However, they still don't tell me > what > changed > between BETA1 and BETA2. Mostly bugs fixing and polishing ..etc }:) Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 08:25:44 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55D5E16A46B for ; Mon, 5 Nov 2007 08:25:44 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33713.mail.mud.yahoo.com (web33713.mail.mud.yahoo.com [68.142.201.210]) by mx1.freebsd.org (Postfix) with SMTP id 0599013C4B0 for ; Mon, 5 Nov 2007 08:25:43 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 13690 invoked by uid 60001); 5 Nov 2007 06:38:47 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=EIvS7HHG8sDNeJ70htUoVcutnpPqBwC8+3WOEDtL7/CrTwIJs3VPoVX2rPiY7TMm1NjlpCYo3L0FrPZMR0XjPxPVQihmSpmV2/hcE+2SPdxokuode624YI/BVu52al8m1NbsDGeUtPw7Rtr1BlnXWlgaWmQPTBw968GtE221nIs=; X-YMail-OSG: 0OdUZygVM1mfT.N1MOAUtIHKIHXAJadwOikn1wnLX7_7StxnKoTR4E2aWi.AJBkYMDmWWO2UbwGtQbBhABVw01cNZQ-- Received: from [212.77.203.38] by web33713.mail.mud.yahoo.com via HTTP; Sun, 04 Nov 2007 22:38:47 PST X-Mailer: YahooMailRC/814.06 YahooMailWebService/0.7.152 Date: Sun, 4 Nov 2007 22:38:47 -0800 (PST) From: Abdullah Ibn Hamad Al-Marri To: Ladislav Bodnar , freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <234222.9689.qm@web33713.mail.mud.yahoo.com> Cc: Subject: Re: FreeBSD 7.0-BETA2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 08:25:44 -0000 Hello, ----- Original Message ---- > From: Ladislav Bodnar > To: freebsd-current@freebsd.org > Sent: Monday, November 5, 2007 8:45:34 AM > Subject: Re: FreeBSD 7.0-BETA2 Available > > On Sunday 04 November 2007, Ken Smith wrote: > > The 7.0-BETA2 builds have completed and are on many of the FreeBSD > > mirror sites. If you want to update an existing machine using cvsup > > use RELENG_7 as the branch tag. Instructions on using > FreeBSD > Update > > to perform a binary upgrade from FreeBSD 6.x to 7.0-BETA2 will be > > provided via the freebsd-stable list when available. > > These release announcements seem to be shorter and shorter with every > release. Is there a changelog to see what has changed since BETA1? > If > so, > would you please consider linking to it in future announcements? > > Thanks a lot :-) > http://ivoras.sharanet.org/freebsd/freebsd7.html http://people.freebsd.org/~kris/RELNOTES.HTM http://people.freebsd.org/~kris/scaling/7.0%20Preview.pdf Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 09:04:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5034916A41A for ; Mon, 5 Nov 2007 09:04:17 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 0AAEF13C4A6 for ; Mon, 5 Nov 2007 09:04:16 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from ip-182.ish.com.au ([203.29.62.182]) by fish.ish.com.au with esmtpa (Exim 4.43) id 1IoxLj-0001Uv-Dl for freebsd-current@freebsd.org; Mon, 05 Nov 2007 19:30:23 +1100 Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <200711051448.23108.distro.watch@msa.hinet.net> References: <234222.9689.qm@web33713.mail.mud.yahoo.com> <200711051448.23108.distro.watch@msa.hinet.net> Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-54--951814294" Message-Id: Content-Transfer-Encoding: 7bit From: Aristedes Maniatis Date: Mon, 5 Nov 2007 19:27:13 +1100 To: freebsd-current@freebsd.org X-Pgp-Agent: GPGMail 1.1.2 (Tiger) X-Mailer: Apple Mail (2.752.2) Subject: Re: FreeBSD 7.0-BETA2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 09:04:17 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-54--951814294 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On 05/11/2007, at 5:48 PM, Ladislav Bodnar wrote: > On Monday 05 November 2007, Abdullah Ibn Hamad Al-Marri wrote: >>> These release announcements seem to be shorter and shorter with >>> every >>> release. Is there a changelog to see what has changed since BETA1? >>> If so, would you please consider linking to it in future >>> announcements? > >> http://ivoras.sharanet.org/freebsd/freebsd7.html >> http://people.freebsd.org/~kris/RELNOTES.HTM >> http://people.freebsd.org/~kris/scaling/7.0%20Preview.pdf > > Thanks a lot for the links. However, they still don't tell me what > changed > between BETA1 and BETA2. http://search.gmane.org/? query=releng_7&group=gmane.os.freebsd.devel.cvs&sort=date Not as nice as a set of release notes, but is completely authoritative. You can even get it as an RSS feed or NNTP feed. Ari --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A --Apple-Mail-54--951814294 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (Darwin) iEYEARECAAYFAkcu0+IACgkQ72p9Lj5JECpfJgCfVTOM/y+61i2ZrxU1vb3xaoI7 rvkAmgKYN2nNz7W9mBRIbwPYOouvSIWm =cLDD -----END PGP SIGNATURE----- --Apple-Mail-54--951814294-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 09:24:15 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E37F916A46D for ; Mon, 5 Nov 2007 09:24:15 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id BB37B13C4AA; Mon, 5 Nov 2007 09:24:14 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <472EE13E.9030908@FreeBSD.org> Date: Mon, 05 Nov 2007 10:24:14 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Thomas Sparrevohn References: <200711021208.25913.Thomas.Sparrevohn@btinternet.com> <200711041423.54336.Thomas.Sparrevohn@btinternet.com> <472DDEA2.7080804@FreeBSD.org> <200711050041.38229.Thomas.Sparrevohn@btinternet.com> In-Reply-To: <200711050041.38229.Thomas.Sparrevohn@btinternet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Peter Schuller Subject: Re: ZFS Hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 09:24:16 -0000 Thomas Sparrevohn wrote: > On Sunday 04 November 2007 15:00:50 Kris Kennaway wrote: > >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html >> > > Oh my god - Overlooked that ;-) - funny that - Its a bit tricky as it not possibly to dump a kernel > when the swap is on ZFS - I did a test with all debugging enabled and the problem > did not show up - which makes it somewhat nasty - I check if I can reproduce it > with only DDB enabled You can still hook up a serial console, or at the very least take photographs of the screen with the relevant DDB information. Or add another disk and dump on that. Kris From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 10:05:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B899616A417 for ; Mon, 5 Nov 2007 10:05:32 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.239]) by mx1.freebsd.org (Postfix) with ESMTP id 74B7913C4B3 for ; Mon, 5 Nov 2007 10:05:32 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1455569wxd for ; Mon, 05 Nov 2007 02:05:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=BkqcjHq2XYvLbUHNip69V9v4+Sr3LqARl/5/mTtfJs0=; b=c4O8T3VrLLqpUn7EyS0bv64reGLDKy0T240xsNSHNufgrrRDhIIqAF9QH7BAKnQ2qJ0Nuo+WnDZivuIiS77CfKh4qmXTlfxpXccs73J3GbcFao40ZiS/GHu5UlQIuBpOUh5o2J2c8GnKEcUTnCjTljH2D4pSVgDORAt5RS2DA0c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=eTmJXD/3Ja+7T9KK1yocRUTJXZ/CpCkjt5YE/4/HRa2NYyCNgcLfRj4y2fTatVO32s4d9Sm3DerUh1C+SjhBd9pONazutB8PAbwPxOoav+TIq92++AvfES7vIAIP3GWYkRE7XvSkaStrmyjql3Mpzn4Wz70w0qWPoupxu6XRz+o= Received: by 10.70.66.18 with SMTP id o18mr7925190wxa.1194257120990; Mon, 05 Nov 2007 02:05:20 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id p27sm8762263ele.2007.11.05.02.05.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 05 Nov 2007 02:05:20 -0800 (PST) Message-ID: <472EEADF.1000008@gmail.com> Date: Mon, 05 Nov 2007 05:05:19 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: d@delphij.net References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> In-Reply-To: <472EB211.7050001@delphij.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 10:05:32 -0000 Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Aryeh M. Friedman wrote: > >> The wiki was not meant to replace the list just be a central record >> keeping location for the group working on the issue. >> > > Well, I think that if there is a problem then we need to work it out > ASAP, and this is not what a wiki for. What wiki's are better suited > for is some issues that are not easily resolved, and be documented. > Since I am not the only person with these issues, see "sata ihc9r" thread in -current, just the only one to document them formally (so far) [hopefully the other two will write a good summary of the acd issue they are seeing] there is need for easy reference for anyone working on patches (or new frameworks such as one of person informed me of privately). Among other things the wiki is meant as a way of knowinig the status of each task (may not be issue based per se). I suspect some of these issues may be quickly resolved and the others will require some research thus they may spread out of a few weeks or months. > Let's see what the "issues" on the wiki: > > - Mis-numbered adXXX on SATA drives > This is non-issue. It's well documented in ata(4) that you can change > the behavior by removing the anti-foot-shooting option ATA_STATIC_ID > from your kernel configuration; > The default behaviour should be fixed if it is so easy then. > - Wrong SATA type/speed reported > More information is needed if you really want to have this problem > resolved, like atacontrol output, etc. > See the SATA ihc9 and previous threads if you really need to know all the messy details but the bottom line is I have been told by several of the ATA developers that since they do not have IHC9 machines P35/IHC9 owners where on their own (and thus the need for informal group the wiki is aimed at) > - PATA/SATA co-existence > Is the PATA chip supported by the driver? What's its PCI IDs? > You accuse me of not doing my research... a simple search of the various threads these issues have come up will tell you that: 1. Yes it does show up (I can even boot from it) but it is complete gone from dmesg (even verbose), pciutil, etc. 2. The answer to the type/speed type issue from the commuhity is the same one I got here > Also I would like to say that it is much more useful if you will have > someone who donate the proper hardware to sos@, our Mr. ATA. He is very > knowledgeable about the driver and ATA/SATA stuff, and a very responsive > person. > 1. I will have to look it up but I think he is the one of the people that told me p35/ihc9 owners where on their own. 2. Some of the issues are pressing and some are just annonyances the only pressing one for me is the PATA/SATA one and that is likelly to be the last one fixed because I suspect it relies on fixing the type/speed and (yet to be documented) acd issue(s). -- Aryeh M. Friedman Developer, no business friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 11:17:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1402E16A55F for ; Mon, 5 Nov 2007 11:17:46 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp811.mail.ird.yahoo.com (smtp811.mail.ird.yahoo.com [217.146.188.71]) by mx1.freebsd.org (Postfix) with SMTP id 7C3ED13C480 for ; Mon, 5 Nov 2007 11:17:45 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 36883 invoked from network); 5 Nov 2007 11:14:23 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=fMx6KVJLdqszyNPzewRF7LVjjkGXy8X1vEkftGgeiztG9h05GbwPpp6fLriuaOoyCZYZooGnGqtxlE7Q03rCJG4AGX3nykI0OzsYcknkpafY59HL6CXTED55ghRHJfqA3ALWBZbAoAP9oI+dH/qzNdGqJHYvEYXBwTFjcxHaRVo= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@86.133.212.193 with login) by smtp811.mail.ird.yahoo.com with SMTP; 5 Nov 2007 11:14:22 -0000 X-YMail-OSG: ntbwABUVM1kaKKqTbMX0gtecghdURYGDDWCTfHOAEBkMmKZfveJuX1nRCQnFmX_Plo0VZ5lNUA-- From: Thomas Sparrevohn To: "Adrian Chadd" Date: Mon, 5 Nov 2007 11:14:20 +0000 User-Agent: KMail/1.9.7 References: <200711021208.25913.Thomas.Sparrevohn@btinternet.com> <200711050041.38229.Thomas.Sparrevohn@btinternet.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711051114.20997.Thomas.Sparrevohn@btinternet.com> Cc: freebsd-current@freebsd.org, Peter Schuller Subject: Re: ZFS Hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 11:17:46 -0000 On Monday 05 November 2007 01:21:49 Adrian Chadd wrote: > On 05/11/2007, Thomas Sparrevohn wrote: > > > Oh my god - Overlooked that ;-) - funny that - Its a bit tricky as it not possibly to dump a kernel > > when the swap is on ZFS - I did a test with all debugging enabled and the problem > > did not show up - which makes it somewhat nasty - I check if I can reproduce it > > with only DDB enabled > > > > But as I said - I have been running with root on ZFS for quite a while without problems - > > There are however two things that does not make much sense > > > > 1) number of vnodes are reduces to 100,000 by the kernel (AMD64) > > 2) If I extent the cache size "wildly" it seems to be stable about 600MB +- 67MB > > You can dump to a non-ZFS swap partition thats not being used for > swap. Just set it as your dumpdev but don't put it in /etc/fstab. > > > Adrian > Hmm - What do you mean - A traditional BSD partition or a ZFS volume? From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 11:49:13 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA76C16A420; Mon, 5 Nov 2007 11:49:13 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (unknown [IPv6:2001:41d0:1:2ad2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 666BB13C4A5; Mon, 5 Nov 2007 11:49:13 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:1:2ad2::fffe:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTP id 5DB9F1BAC24; Mon, 5 Nov 2007 12:49:12 +0100 (CET) Received: from morzine.restart.bel (morzine6.restart.bel [IPv6:2001:41d0:1:2ad2::1:2]) (authenticated bits=0) by restart.be (8.14.1/8.14.1) with ESMTP id lA5Bn9aL006316; Mon, 5 Nov 2007 12:49:09 +0100 (CET) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1194263351; bh=SDIhpr+vt1btrXbU7WmE0GSx+iidfTP0XqrDmlJ 4Bxc=; h=DomainKey-Signature:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding:X-Scanned-By; b=pSncmRUI15eArqAoBpJVb5Cn 1Ppltf/UV6fBSWJ4/y7b7Y5M66FuzoFz2MaywdV3tBUIlqj7Wo8+PtGWC/gwGQ== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:content-type:content-transfer-encoding:x-scanned-by; b=PxCw1PJqZ1vmV69OXzIh3xVq4swEAEoMUtRvL76XsknvVyjGt0Vg1sAURfJAB5M1B 1du11F9oSpRvIYfWGGtdA== Message-ID: <472F0335.8060707@restart.be> Date: Mon, 05 Nov 2007 12:49:09 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on IPv6:2001:41d0:1:2ad2::1:1 Cc: Subject: ZFS - kmem_malloc too small X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 11:49:13 -0000 Hello I'm running 7.0-BETA1 with patch http://people.freebsd.org/~pjd/patches/vm_kern.c.2.patch -- without this patch, the panic come sooner. I setup my root fs under zfs. the boot fs is under gmirror+ufs. loader.conf: #--- Tuning for ZFS - http://wiki.freebsd.org/ZFSTuningGuide vm.kmem_size="600M" # Size of kernel memory vm.kmem_size_max="600M" # Max kmem size vfs.zfs.debug="0" # ZFS - debug messages vfs.zfs.prefetch_disable="1" # ZFS - disable prefetch vfs.zfs.arc_max="128M" # ZFS - maximum ARC size : 128MB #--- Mount root filesystem from ZFS zfs_load="YES" # Load ZFS module vfs.root.mountfrom="zfs:pool0" # Root filesystem is pool0 zpool status: pool: pool0 state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM pool0 ONLINE 0 0 0 mirror ONLINE 0 0 0 da0s2 ONLINE 0 0 0 da1s2 ONLINE 0 0 0 errors: No known data errors pool: pool1 state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM pool1 ONLINE 0 0 0 da0s3 ONLINE 0 0 0 da1s3 ONLINE 0 0 0 errors: No known data errors pool: pool2 state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM pool2 ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ad4s3 ONLINE 0 0 0 ad6s3 ONLINE 0 0 0 errors: No known data errors When copying avi files (~300MB each) from pool0 to a ufs under gjournal gjournal list Geom name: gjournal 2719642309 ID: 2719642309 Providers: 1. Name: ad4s2.journal Mediasize: 49384282112 (46G) Sectorsize: 512 Mode: r1w1e2 Consumers: 1. Name: ad4s2 Mediasize: 51531766272 (48G) Sectorsize: 512 Mode: r1w1e1 Jend: 51531765760 Jstart: 49384282112 Role: Data,Journal I got: Panic String: kmem_malloc(131072): kmem_map too small: 400539648 total allocated Just before the panic, I observe a freeze of 8 sec. as by the patch. Anyway, I'm quite pleased with zfs Henri From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 12:06:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7105416A41B for ; Mon, 5 Nov 2007 12:06:25 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id D9A8D13C4A5 for ; Mon, 5 Nov 2007 12:06:24 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (vader.bytemobile-rio.ondsl.gr [83.235.57.37]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id lA5BlZ57009609 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 5 Nov 2007 13:47:44 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id lA5BlU2R002219 for ; Mon, 5 Nov 2007 13:47:30 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id lA5BlUbH002218 for freebsd-current@freebsd.org; Mon, 5 Nov 2007 13:47:30 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Mon, 5 Nov 2007 13:47:30 +0200 From: Giorgos Keramidas To: freebsd-current@freebsd.org Message-ID: <20071105114729.GA2093@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.115, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.28, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Subject: 8.0-CURRENT: acd0+geom related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 12:06:25 -0000 With a recent kernel (built from sources at -D '2007.11.03.10.36.03') I can reliably panic CURRENT by simply running: keramida % cdcontrol -f /dev/acd0 eject The panic happens at: | (kgdb) bt | #0 doadump () at pcpu.h:195 | #1 0xc05beede in boot (howto=260) at /home/build/src/sys/kern/kern_shutdown.c:409 | #2 0xc05bf19b in panic (fmt=Variable "fmt" is not available. | ) at /home/build/src/sys/kern/kern_shutdown.c:563 | #3 0xc0575f34 in g_access (cp=0xc2cfdb00, dcr=-1, dcw=0, dce=0) at /home/build/src/sys/geom/geom_subr.c:749 | #4 0xc056ef75 in g_dev_close (dev=0xc2ccbb00, flags=1, fmt=8192, td=0xc3157cc0) at /home/build/src/sys/geom/geom_dev.c:217 | #5 0xc0556a54 in devfs_close (ap=0xd5f35a9c) at /home/build/src/sys/fs/devfs/devfs_vnops.c:369 | #6 0xc0839fd5 in VOP_CLOSE_APV (vop=0xc08c6860, a=0xd5f35a9c) at vnode_if.c:424 | #7 0xc0649433 in vn_close (vp=0xc2f8f880, flags=1, file_cred=0xc317aa00, td=0xc3157cc0) at vnode_if.h:228 | #8 0xc0649547 in vn_closefile (fp=0xc2d61d80, td=0xc3157cc0) at /home/build/src/sys/kern/vfs_vnops.c:868 | #9 0xc05541e9 in devfs_close_f (fp=0xc2d61d80, td=0xc3157cc0) at /home/build/src/sys/fs/devfs/devfs_vnops.c:384 | #10 0xc059429e in fdrop (fp=0xc2d61d80, td=0xc3157cc0) at file.h:297 | #11 0xc05957e2 in closef (fp=0xc2d61d80, td=0xc3157cc0) at /home/build/src/sys/kern/kern_descrip.c:1958 | #12 0xc0596536 in fdfree (td=0xc3157cc0) at /home/build/src/sys/kern/kern_descrip.c:1668 | #13 0xc059f9a3 in exit1 (td=0xc3157cc0, rv=0) at /home/build/src/sys/kern/kern_exit.c:271 | #14 0xc05a07fd in sys_exit (td=Could not find the frame base for "sys_exit". | ) at /home/build/src/sys/kern/kern_exit.c:98 | #15 0xc08245f3 in syscall (frame=0xd5f35d38) at /home/build/src/sys/i386/i386/trap.c:1008 | #16 0xc080a890 in Xint0x80_syscall () at /home/build/src/sys/i386/i386/exception.s:196 | #17 0x00000033 in ?? () | Previous frame inner to this frame (corrupt stack?) | (kgdb) up 3 | #3 0xc0575f34 in g_access (cp=0xc2cfdb00, dcr=-1, dcw=0, dce=0) at /home/build/src/sys/geom/geom_subr.c:749 | 749 KASSERT(dcr > 0 || dcw > 0 || dce > 0 || error == 0, | (kgdb) list | 744 return (pp->error); | 745 | 746 /* Ok then... */ | 747 | 748 error = pp->geom->access(pp, dcr, dcw, dce); | 749 KASSERT(dcr > 0 || dcw > 0 || dce > 0 || error == 0, | 750 ("Geom provider %s::%s failed closing ->access()", | 751 pp->geom->class->name, pp->name)); | 752 if (!error) { | 753 /* | (kgdb) I still have the /boot/kernel tree and the vmcore.10 file on my laptop, so if more data is needed, feel free to let me know ;) From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 12:10:44 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F143716A41A for ; Mon, 5 Nov 2007 12:10:44 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.228]) by mx1.freebsd.org (Postfix) with ESMTP id ABBA113C4B5 for ; Mon, 5 Nov 2007 12:10:44 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so676587wra for ; Mon, 05 Nov 2007 04:10:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=MpWChBEsyaOm7pkGQugaeWw0cZDGbb/YlJkvWDKFxSI=; b=J6WH7xyCIiBy7m7lr+AyxNpAsaqu2k9iCQoTMofo5s2/m+IQxcqM8SqhqA5AmgjkEsut7ty50r6L2iI3jpeSs9A+/CclWwRHFVhXkpcNDwENMzWcOU3x1SviaOcMs8DLSh7B8OF7GM4cXybKqSbxdgGLx0P/5+wU2P0TCJXaWyQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=ETtBuGWSWBzKt9RwaUJ6arsUQpWE2mZv41OvLVM7k3eAz7JIMsoDtxDHSgpgJ4JStr7o81Gvm2fm7eJlU3P5plsxWnhHeWIPBh3fzrNJBeqxbqBQReS6diV6fFTC/P/g7Rsh0mq7bs6jpfXGVZgJkAuPk4VjEpzNv/oMsDqZtjw= Received: by 10.90.25.3 with SMTP id 3mr3391234agy.1194264633655; Mon, 05 Nov 2007 04:10:33 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id v26sm8807346ele.2007.11.05.04.10.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 05 Nov 2007 04:10:32 -0800 (PST) Message-ID: <472F0837.8040506@gmail.com> Date: Mon, 05 Nov 2007 07:10:31 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Giorgos Keramidas References: <20071105114729.GA2093@kobe.laptop> In-Reply-To: <20071105114729.GA2093@kobe.laptop> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 8.0-CURRENT: acd0+geom related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 12:10:45 -0000 Giorgos Keramidas wrote: > With a recent kernel (built from sources at -D '2007.11.03.10.36.03') > I can reliably panic CURRENT by simply running: > > keramida % cdcontrol -f /dev/acd0 eject Which ICH was this on? -- Aryeh M. Friedman Developer, not business friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 13:00:19 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 518AE16A418 for ; Mon, 5 Nov 2007 13:00:19 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 1BE1313C481 for ; Mon, 5 Nov 2007 13:00:18 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:Subject:From:X-Attribution:Date:Message-Id; b=YlI+Utc+PB6fOmiE0O+rNdWT2Cu5WQ8WcU5WEeO1OF+vxtqp+q7veaKoLac31QP1VDJUB5mU9BlAvX/PHnSZi4FdS9OhLCfWKxGvwnUAsziEe03bHwH2VppToo5JtWfW9sd2kKf9sB7sxhXnwf/NTuzzvf3wLcYPg4wZQLZoVtKf9W/9ua/e7hznJtaY7UqarJTlArpT7PPr2VosmaahbiyHEqVVEVfz4xXfd/OA3yxtV+WcLqk3etuBwDiy6UMv; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1Ip1Yp-0007Jt-3c for current@freebsd.org; Mon, 05 Nov 2007 13:00:11 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.66) (envelope-from ) id 1Ip1Xn-0003Sa-KQ for current@freebsd.org; Mon, 05 Nov 2007 12:59:07 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Ip1Xm-000186-Rk for current@freebsd.org; Mon, 05 Nov 2007 14:59:06 +0200 To: current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Mon, 05 Nov 2007 14:59:06 +0200 Message-Id: Cc: Subject: USB hub provoked slowdown. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 13:00:19 -0000 Hi On my old home system running 7.0-BETA1 - Dual P3-800, when I plug my in-monitor (HP L1955) USB hub into my shiny new USB2 PCI card, my entire system starts wading through molasas. By this I mean, for example: mplayer: ~30% cpu xorg: ~12% cpu Then insert molasas inducing HP monitor uhub mplayer: ~99% cpu xorg: ~75% cpu Removing the hub lets the previous consumption occur. What I don't understand is why these seemingly unrelated to usb processes cpu utilisation goes up when I plug the uhub in. Interrupt and system CPU usage remains unchanged. Plugging the keyboard and mouse directly into the usb card works fine. I am at a loss. The USB card is identified as: uhci0@pci0:0:12:0: class=0x0c0300 card=0x30381106 chip=0x30381106 rev=0x61 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' class = serial bus subclass = USB uhci1@pci0:0:12:1: class=0x0c0300 card=0x30381106 chip=0x30381106 rev=0x61 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' class = serial bus subclass = USB ehci0@pci0:0:12:2: class=0x0c0320 card=0x31041106 chip=0x31041106 rev=0x63 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6202/12 USB 2.0 Enhanced Host Controller' class = serial bus subclass = USB The monitor's hub is identified as follows according to usbdevs: port 2 addr 2: full speed, self powered, config 1, product 0x2504(0x2504), vendor 0x0424(0x0424), rev 0.01 Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 13:06:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E9B616A418 for ; Mon, 5 Nov 2007 13:06:46 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id CF8DD13C48D for ; Mon, 5 Nov 2007 13:06:44 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (vader.bytemobile-rio.ondsl.gr [83.235.57.37]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id lA5D5ndg015336 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 5 Nov 2007 15:05:57 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id lA5D5hMw019372; Mon, 5 Nov 2007 15:05:43 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id lA5D5gi0019371; Mon, 5 Nov 2007 15:05:42 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Mon, 5 Nov 2007 15:05:42 +0200 From: Giorgos Keramidas To: "Aryeh M. Friedman" Message-ID: <20071105130542.GA19309@kobe.laptop> References: <20071105114729.GA2093@kobe.laptop> <472F0837.8040506@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <472F0837.8040506@gmail.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.115, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.28, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: 8.0-CURRENT: acd0+geom related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 13:06:46 -0000 On 2007-11-05 07:10, "Aryeh M. Friedman" wrote: > Giorgos Keramidas wrote: > > With a recent kernel (built from sources at -D '2007.11.03.10.36.03') > > I can reliably panic CURRENT by simply running: > > > > keramida % cdcontrol -f /dev/acd0 eject > > Which ICH was this on? I don't see how this can be related, but here it is: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xafa0-0xafaf irq 19 at device 31.2 on pci0 Attached below is a /var/run/dmesg.boot copy (not verbose though, I managed to lost that when I panicked this laptop in the morning): Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #0: Sun Nov 4 06:20:54 EET 2007 build@kobe:/home/build/obj/home/build/src/sys/KOBE WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Genuine Intel(R) CPU T2400 @ 1.83GHz (1828.77-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 Features=0xbfe9fbff Features2=0xc1a9 Cores per package: 2 real memory = 528089088 (503 MB) avail memory = 507056128 (483 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 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 1f6a0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xd808-0xd80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0xcff8-0xcfff mem 0xffd80000-0xffdfffff,0xe0000000-0xefffffff,0xffd40000-0xffd7ffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M vgapci1: at device 2.1 on pci0 pcm0: at device 27.0 on pci0 pcm0: [ITHREAD] pcib1: irq 17 at device 28.0 on pci0 pci1: on pcib1 pcib2: irq 18 at device 28.2 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) uhci0: port 0xcf80-0xcf9f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xcf60-0xcf7f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xcf40-0xcf5f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xcf20-0xcf3f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xffd3fc00-0xffd3ffff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib3: at device 30.0 on pci0 pci3: on pcib3 fxp0: port 0xbf40-0xbf7f mem 0xffaff000-0xffafffff irq 20 at device 8.0 on pci3 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:0e:7b:77:8c:f0 fxp0: [ITHREAD] cbb0: at device 11.0 on pci3 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] fwohci0: <1394 Open Host Controller Interface> at device 11.1 on pci3 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:00:39:00:00:ad:d6:2a fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:00:39:ad:d6:2a fwe0: Ethernet address: 02:00:39:ad:d6:2a fwip0: on firewire0 fwip0: Firewire address: 00:00:39:00:00:ad:d6:2a @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x110c000 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode pci3: at device 11.2 (no driver attached) pci3: at device 11.3 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xafa0-0xafaf irq 19 at device 31.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] acpi_lid0: on acpi0 battery0: on acpi0 acpi_button0: on acpi0 acpi_acad0: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model GlidePoint, device ID 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xe0000-0xeffff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled ums0: on uhub0 ums0: 3 buttons and Z dir. ugen0: on uhub1 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ad0: 76319MB at ata0-master SATA150 acd0: DVDR at ata1-master UDMA33 pcm0: pcm0: ath0: mem 0xffa10000-0xffa1ffff irq 21 at device 0.0 on cardbus0 ath0: [ITHREAD] ath0: using obsoleted if_watchdog interface ath0: Ethernet address: 00:0f:cb:f9:48:1a ath0: mac 5.6 phy 4.1 5ghz radio 1.7 2ghz radio 2.3 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad0s1a From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 13:08:02 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A02316A41A; Mon, 5 Nov 2007 13:08:02 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [64.46.156.146]) by mx1.freebsd.org (Postfix) with ESMTP id DF9FE13C481; Mon, 5 Nov 2007 13:08:00 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) by sarah.protected-networks.net (Postfix) with ESMTP id 8F09261DF; Mon, 5 Nov 2007 07:50:36 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1194267036; bh=Fif2mhG70Co8p+ aqij+kd4/8HdMbNtzYGZ5RxcnPpJE=; h=DomainKey-Signature:Message-ID: Date:From:User-Agent:MIME-Version:To:CC:Subject:References: In-Reply-To:X-Enigmail-Version:OpenPGP:Content-Type: Content-Transfer-Encoding; b=KZIak6bWmZvhhAdFQ6sAEbpIY6EiwRMmfUYrV seQa1HJVEycO4wwViQ6Tq6IjMM3uh4ArrNd7kUY9CuHfu5Nu/05YRd63Eurn1bv6WSB /R/muCfHfbgG5x/7jsjGt3BL DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=Vj9fnpXtwLcGTDyTvv+0R5xYJWzgRMxzBjL0hlMPDYqVVHhR938ROsMy/9cyeI3tk sM6lndNkr1BRh/SjbhzfNf9A/IDyOgrBTj6dOouybat4typXH1xHOwSGoBFBX6n Message-ID: <472F119B.4050803@protected-networks.net> Date: Mon, 05 Nov 2007 07:50:35 -0500 From: Michael Butler User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Benjamin Close References: <472A6708.9030109@clearchain.com> In-Reply-To: <472A6708.9030109@clearchain.com> X-Enigmail-Version: 0.95.5 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current , freebsd-drivers@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: [RFT] Intel 3945abg wireless driver (wpi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 13:08:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Benjamin Close wrote: > Howdy All, I'm pleased to announce the first 'official' > experimental version of the wpi wireless driver and hence require your > help in making it become stable. > Expect a few things not to work (ie bg scanning, setting txpower) but in > general the driver should be usable in station mode (hostap is not yet > supported). With respect to 16k alignment .. it may be acceptable for this to fail at boot-time (IMHO, barely) but it usually isn't if a machine has been 'up' for a while. Does the UMA sub-system reliably work with 4k aligned requests? As an interim hack, I'd be happy to lose 12kB if it meant a 100% success rate on my 2GB laptop. There are much worse things .. The only questions are, not having looked through the code recently (or the UMA code at all), how many buffer pools are allocated and is it possible to allocate a chunk of memory contiguously (for all pools) and assign dma tags once that chunk is 'trimmed' to an acceptable alignment? Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHLxGbQv9rrgRC1JIRAqhiAJ41mohUaEf4HJXotfYX/fCt5Q0+HwCgncVU gWPqIaApwcragva8bBjru5s= =HTrJ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 13:11:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2AC716A417 for ; Mon, 5 Nov 2007 13:11:37 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by mx1.freebsd.org (Postfix) with ESMTP id 893D613C4AC for ; Mon, 5 Nov 2007 13:11:37 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so199197ana for ; Mon, 05 Nov 2007 05:11:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=riXu4qF6FxRkOZd1SK6IhIxqL+oqfQkaLHbVOH/36vY=; b=lOurFPNk358leox54LRkCITX3B2Yo3NfnRy8Z3fagYANuI7BiqCffXaPlG0J716zMgOHV2qsg0FJyFUO6kzBjYEsez9zg6/vbl7SvhwQrlD9bSzKtbf2R3g3haQhC4brJ+ZXZesZ/Y6h3b8HI39P/BKeLlPyZzdqEEB2VxNwd30= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=J/qzElaQ461tFLOR+4/EJLESNxB2UlB7kv8G+8puqighLu7rOk7jeb9GPc0EaSHvOipjv3+zjLNgRyg04mAOEAhLD22m0UuRQw0iIo1dtPCwU+3YD/6rFxsQBUCoVUSeCsJrVYz+4z5jDS5VB95/aJTXPpU/Jox4VijGLWal0eY= Received: by 10.100.228.17 with SMTP id a17mr6192113anh.1194268285133; Mon, 05 Nov 2007 05:11:25 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id s30sm8932509elf.2007.11.05.05.11.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 05 Nov 2007 05:11:24 -0800 (PST) Message-ID: <472F167A.2060203@gmail.com> Date: Mon, 05 Nov 2007 08:11:22 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Giorgos Keramidas References: <20071105114729.GA2093@kobe.laptop> <472F0837.8040506@gmail.com> <20071105130542.GA19309@kobe.laptop> In-Reply-To: <20071105130542.GA19309@kobe.laptop> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 8.0-CURRENT: acd0+geom related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 13:11:37 -0000 Giorgos Keramidas wrote: > On 2007-11-05 07:10, "Aryeh M. Friedman" wrote: > >> Giorgos Keramidas wrote: >> >>> With a recent kernel (built from sources at -D '2007.11.03.10.36.03') >>> I can reliably panic CURRENT by simply running: >>> >>> keramida % cdcontrol -f /dev/acd0 eject >>> >> Which ICH was this on? >> > > I don't see how this can be related, but here it is: > > atapci0: > port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xafa0-0xafaf > irq 19 at device 31.2 on pci0 > If it was IHC9 it might be related to some other issues but since it isn't the question is pointless -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 13:41:19 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AAF716A418; Mon, 5 Nov 2007 13:41:19 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 1003313C48E; Mon, 5 Nov 2007 13:41:19 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=LRLlUGqSjVpZFSQJB7kJG7Vkl26KEddm+27iVJ9q9ZbstCOdEWiFrk+bA5fFm+7RdrSmrLGRku8dysPkB2tbjqYCg3hqHcNmkFqRjz+RbVlG0hLe3sUSHjMqVkgsVSSuyFEZZKeJTpoW2cZlO8D2rqqYxW/YuVc/0AjV0DFAI7Og7zMiU+TY/dCqSmTw3GhqMghdAwjfUekyeZGU6A45mAUl8wYDtoE+1CuKK7f2C+clAjAxPYm8TtQj/uxlCei2; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1Ip1x0-0000ew-DT; Mon, 05 Nov 2007 13:25:10 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.66) (envelope-from ) id 1Ip1wT-0003l0-1X; Mon, 05 Nov 2007 13:24:37 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Ip1wR-0000Ik-W4; Mon, 05 Nov 2007 15:24:35 +0200 To: Rui Paulo From: Ian FREISLICH In-Reply-To: Message from Rui Paulo of "Sun, 04 Nov 2007 20:59:28 GMT." <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> X-Attribution: BOFH Date: Mon, 05 Nov 2007 15:24:35 +0200 Message-Id: Cc: freebsd-current@FreeBSD.org, freebsd-hardware@FreeBSD.org Subject: Re: MacBook users: possible fix for the SMP 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: Mon, 05 Nov 2007 13:41:19 -0000 Rui Paulo wrote: > Hi, > I've been contacted by Marco Trillo and I think he has found the > source of the SMP problem. > The problem seems to rely on Intel ICH7. Basically we need to disable > the "LEGACY_USB" bit before we calibrate the clocks. > "LEGACY_USB", according to Marco (I don't have the ICH7 spec at hand), > "causes legacy USB circuit to generate SMIs". > > Please try the following patch: > --- sys/amd64/isa/clock.c.orig 2007-11-04 20:31:09.000000000 +0000 > +++ sys/amd64/isa/clock.c 2007-11-04 20:34:59.000000000 +0000 > @@ -577,6 +577,8 @@ startrtclock() > writertc(RTC_STATUSA, rtc_statusa); > writertc(RTC_STATUSB, RTCSB_24HR); > > + outl(0x430, inl(0x430) & ~0x8); > + > freq = calibrate_clocks(); > #ifdef CLK_CALIBRATION_LOOP > if (bootverbose) { > --- sys/i386/isa/clock.c.orig 2007-11-04 20:34:03.000000000 +0000 > +++ sys/i386/isa/clock.c 2007-11-04 20:34:30.000000000 +0000 > @@ -621,6 +621,8 @@ startrtclock() > writertc(RTC_STATUSA, rtc_statusa); > writertc(RTC_STATUSB, RTCSB_24HR); > > + outl(0x430, inl(0x430) & ~0x8); > + > freq = calibrate_clocks(); > #ifdef CLK_CALIBRATION_LOOP > if (bootverbose) { > > > This should probably fix two issues: > 1) The second core should start without any trick (e.g. key press) > 2) We should be able to run with HZ=1000 (the default) without any > problem. To check if this is indeed the case, try booting with HZ=1000 > (loader.conf variable kern.hz) and check if your CPU clock shows up > correctly in the dmesg. After that, please also check if 'time sleep > 1' takes one second (not more and not less). This indeed fixes the Mc Time problem I was experiencing. How nice not to have to attend the boot :) Now I can power on and turn my attention to the coffee machine first thing in the morning. Thanks! > Also, please test if there are any USB problems. No USB problems that I can tell. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 14:40:01 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60FB616A417; Mon, 5 Nov 2007 14:40:01 +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 0575A13C4A3; Mon, 5 Nov 2007 14:40:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lA5EdoOt088716; Mon, 5 Nov 2007 09:39:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lA5EdoMY034910; Mon, 5 Nov 2007 09:39:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CAF137302F; Mon, 5 Nov 2007 09:39:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071105143949.CAF137302F@freebsd-current.sentex.ca> Date: Mon, 5 Nov 2007 09:39:49 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 14:40:01 -0000 TB --- 2007-11-05 13:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-05 13:25:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-11-05 13:25:00 - cleaning the object tree TB --- 2007-11-05 13:25:23 - checking out the source tree TB --- 2007-11-05 13:25:23 - cd /tinderbox/HEAD/arm/arm TB --- 2007-11-05 13:25:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-05 13:33:50 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-05 13:33:50 - cd /src TB --- 2007-11-05 13:33:50 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 5 13:33:51 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/main.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/mbufs.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/netcmds.c /src/usr.bin/systat/netcmds.c: In function 'netcmd': /src/usr.bin/systat/netcmds.c:127: internal compiler error: internal consistency failure Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-05 14:39:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-05 14:39:49 - ERROR: failed to build world TB --- 2007-11-05 14:39:49 - tinderbox aborted TB --- 0.30 user 1.80 system 4489.37 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 14:49:58 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6336216A417 for ; Mon, 5 Nov 2007 14:49:58 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.184]) by mx1.freebsd.org (Postfix) with ESMTP id ED77113C48A for ; Mon, 5 Nov 2007 14:49:56 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by rv-out-0910.google.com with SMTP id l15so1345610rvb for ; Mon, 05 Nov 2007 06:49:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=wy5nESlvctjxXhw8cbLOk0lbfB5Zm64JGCVQE07+1qc=; b=s5vPNhTmOpxbA7dSbG/LjxoavSMFKVgiR4noyPDHvFPVtcRc1noGcDOaKDC9Xr7D4yI1+L5UxK8Z2KDwKjQxq0ILOtnzgjy+HyWcGy/42uQ99u64N+ofrmQTRm5rOZEbqjFZrNkyZWaIpiTdQn35Sexa9jEHMq3Z6SV/OCfoTA4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=KS7wT1r+hjIgTxTsUgHS8vkhfzrqUmnnmc5UVKBXetfqfVZa11xtHkocW3l+CvyCvngqW+oDH44kXeqP7t5WpC6/5hfbZnuoEePT4kWLwLkG8i4/QI6gHqkWVgiO7IBQfSh17DziQBBAYWEu9qLkbGm+QNEfPrQHPFe0cYL1zfA= Received: by 10.141.171.6 with SMTP id y6mr2369569rvo.1194274180505; Mon, 05 Nov 2007 06:49:40 -0800 (PST) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id 6sm92584nfv.2007.11.05.06.49.35 (version=SSLv3 cipher=RC4-MD5); Mon, 05 Nov 2007 06:49:37 -0800 (PST) From: Tom Evans To: Benjamin Close In-Reply-To: <472A6708.9030109@clearchain.com> References: <472A6708.9030109@clearchain.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-o1Qcx54quKVwy+ivmj63" Date: Mon, 05 Nov 2007 14:49:34 +0000 Message-Id: <1194274174.64797.16.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: freebsd-current , freebsd-drivers@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: [RFT] Intel 3945abg wireless driver (wpi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 14:49:58 -0000 --=-o1Qcx54quKVwy+ivmj63 Content-Type: multipart/mixed; boundary="=-mc6rPdPiQcOY/Zt0CAPK" --=-mc6rPdPiQcOY/Zt0CAPK Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2007-11-02 at 10:23 +1030, Benjamin Close wrote: > Howdy All, =20 > I'm pleased to announce the first 'official' experimental version=20 > of the wpi wireless driver and hence require your help in making it=20 > become stable. > Expect a few things not to work (ie bg scanning, setting txpower) but in=20 > general the driver should be usable in station mode (hostap is not yet=20 > supported). >=20 > If you've got an Intel 3945abg wireless card, grab the tarball at: >=20 > =20 > http://people.freebsd.org/~benjsc/downloads/wpi/20071102-freebsd-wpi.tar.= gz >=20 > Untar and follow the instructions in the README. > If you want more info about the driver, or to checkout the FAQ checkout: >=20 > http://www.clearchain.com/wiki/Wpi >=20 > I'm interested in all reports related to panics, things not working as=20 > expected, etc. > The driver still has debug enabled so expect a few messages to be dumped=20 > to the screen whilst in use. >=20 > Finally, many thanks to all those that have been helping debug the=20 > driver along the way. >=20 > Cheers, > Benjamin Hi Benjamin I had a chance to compile the new driver at lunch time today. The driver loads semi-successfully - no errors, but it reports 25 'bus_dmamem_alloc failed to align memory properly' warnings. It can then be brought up, but attempting a 'ifconfig wpi0 scan' hangs.=20 /var/log/messages (attached) reports 'wpi0: fatal firmware error'.=20 ^T reports: load: 0.08 cmd: ifconfig 84691 [sbwait] 0.00u 0.01s 0% 704k This is running RELENG_7 from 26/10/07. I am fairly sure that there is no wifi connection available in the office though, so I will also try again tonight, sitting the laptop next to an AP. Regards Tom --=-mc6rPdPiQcOY/Zt0CAPK Content-Disposition: attachment; filename=wpi.txt Content-Type: text/plain; name=wpi.txt; charset=UTF-8 Content-Transfer-Encoding: base64 Tm92ICA1IDE0OjE4OjI0IHpvb3Qga2VybmVsOiB3cGkwOiA8SW50ZWwoUikgUFJPL1dpcmVsZXNz IDM5NDVBQkc+IG1lbSAweGU4MDAwMDAwLTB4ZTgwMDBmZmYgaXJxIDE2IGF0IGRldmljZSAwLjAg b24gcGNpOA0KTm92ICA1IDE0OjE4OjI0IHpvb3Qga2VybmVsOiB3cGkwOiBEcml2ZXIgUmV2aXNp b24gMjAwNzExMDINCk5vdiAgNSAxNDoxODoyNCB6b290IGtlcm5lbDogd3BpMDogSGFyZHdhcmUg UmV2aXNpb24gKDB4MSkNCk5vdiAgNSAxNDoxODoyNCB6b290IGtlcm5lbDogYnVzX2RtYW1lbV9h bGxvYyBmYWlsZWQgdG8gYWxpZ24gbWVtb3J5IHByb3Blcmx5Lg0KTm92ICA1IDE0OjE4OjI0IHpv b3QgbGFzdCBtZXNzYWdlIHJlcGVhdGVkIDI0IHRpbWVzDQpOb3YgIDUgMTQ6MTg6MjQgem9vdCBr ZXJuZWw6IGFkZGluZyBjaGFuIDEgZmxhZ3M9MHgyYiBtYXhwd3I9MTUsIG9mZnNldCAyDQpOb3Yg IDUgMTQ6MTg6MjQgem9vdCBrZXJuZWw6IGFkZGluZyBjaGFuIDIgZmxhZ3M9MHgyYiBtYXhwd3I9 MTUsIG9mZnNldCA0DQpOb3YgIDUgMTQ6MTg6MjQgem9vdCBrZXJuZWw6IGFkZGluZyBjaGFuIDMg ZmxhZ3M9MHgyYiBtYXhwd3I9MTUsIG9mZnNldCA2DQpOb3YgIDUgMTQ6MTg6MjQgem9vdCBrZXJu ZWw6IGFkZGluZyBjaGFuIDQgZmxhZ3M9MHgyYiBtYXhwd3I9MTUsIG9mZnNldCA4DQpOb3YgIDUg MTQ6MTg6MjQgem9vdCBrZXJuZWw6IGFkZGluZyBjaGFuIDUgZmxhZ3M9MHgyYiBtYXhwd3I9MTUs IG9mZnNldCAxMA0KTm92ICA1IDE0OjE4OjI0IHpvb3Qga2VybmVsOiBhZGRpbmcgY2hhbiA2IGZs YWdzPTB4MmIgbWF4cHdyPTE1LCBvZmZzZXQgMTINCk5vdiAgNSAxNDoxODoyNCB6b290IGtlcm5l bDogYWRkaW5nIGNoYW4gNyBmbGFncz0weDJiIG1heHB3cj0xNSwgb2Zmc2V0IDE0DQpOb3YgIDUg MTQ6MTg6MjQgem9vdCBrZXJuZWw6IGFkZGluZyBjaGFuIDggZmxhZ3M9MHgyYiBtYXhwd3I9MTUs IG9mZnNldCAxNg0KTm92ICA1IDE0OjE4OjI0IHpvb3Qga2VybmVsOiBhZGRpbmcgY2hhbiA5IGZs YWdzPTB4MmIgbWF4cHdyPTE1LCBvZmZzZXQgMTgNCk5vdiAgNSAxNDoxODoyNCB6b290IGtlcm5l bDogYWRkaW5nIGNoYW4gMTAgZmxhZ3M9MHgyYiBtYXhwd3I9MTUsIG9mZnNldCAyMA0KTm92ICA1 IDE0OjE4OjI0IHpvb3Qga2VybmVsOiBhZGRpbmcgY2hhbiAxMSBmbGFncz0weDJiIG1heHB3cj0x NSwgb2Zmc2V0IDIyDQpOb3YgIDUgMTQ6MTg6MjQgem9vdCBrZXJuZWw6IGFkZGluZyBjaGFuIDEy IGZsYWdzPTB4MjEgbWF4cHdyPTE1LCBvZmZzZXQgMjQNCk5vdiAgNSAxNDoxODoyNCB6b290IGtl cm5lbDogYWRkaW5nIGNoYW4gMTMgZmxhZ3M9MHgyMSBtYXhwd3I9MTUsIG9mZnNldCAyNg0KTm92 ICA1IDE0OjE4OjI0IHpvb3Qga2VybmVsOiBhZGRpbmcgY2hhbiAzNCBmbGFncz0weDIxIG1heHB3 cj0xNSwgb2Zmc2V0IDI3DQpOb3YgIDUgMTQ6MTg6MjQgem9vdCBrZXJuZWw6IGFkZGluZyBjaGFu IDM2IGZsYWdzPTB4YWIgbWF4cHdyPTE1LCBvZmZzZXQgMjgNCk5vdiAgNSAxNDoxODoyNCB6b290 IGtlcm5lbDogYWRkaW5nIGNoYW4gMzggZmxhZ3M9MHgyMSBtYXhwd3I9MTUsIG9mZnNldCAyOQ0K Tm92ICA1IDE0OjE4OjI0IHpvb3Qga2VybmVsOiBhZGRpbmcgY2hhbiA0MCBmbGFncz0weGFiIG1h eHB3cj0xNSwgb2Zmc2V0IDMwDQpOb3YgIDUgMTQ6MTg6MjQgem9vdCBrZXJuZWw6IGFkZGluZyBj aGFuIDQyIGZsYWdzPTB4MjEgbWF4cHdyPTE1LCBvZmZzZXQgMzENCk5vdiAgNSAxNDoxODoyNCB6 b290IGtlcm5lbDogYWRkaW5nIGNoYW4gNDQgZmxhZ3M9MHhhYiBtYXhwd3I9MTUsIG9mZnNldCAz Mg0KTm92ICA1IDE0OjE4OjI0IHpvb3Qga2VybmVsOiBhZGRpbmcgY2hhbiA0NiBmbGFncz0weDIx IG1heHB3cj0xNSwgb2Zmc2V0IDMzDQpOb3YgIDUgMTQ6MTg6MjQgem9vdCBrZXJuZWw6IGFkZGlu ZyBjaGFuIDQ4IGZsYWdzPTB4YWIgbWF4cHdyPTE1LCBvZmZzZXQgMzQNCk5vdiAgNSAxNDoxODoy NCB6b290IGtlcm5lbDogYWRkaW5nIGNoYW4gNTIgZmxhZ3M9MHhiMSBtYXhwd3I9MTUsIG9mZnNl dCAzNQ0KTm92ICA1IDE0OjE4OjI0IHpvb3Qga2VybmVsOiBhZGRpbmcgY2hhbiA1NiBmbGFncz0w eGIxIG1heHB3cj0xNSwgb2Zmc2V0IDM2DQpOb3YgIDUgMTQ6MTg6MjQgem9vdCBrZXJuZWw6IGFk ZGluZyBjaGFuIDYwIGZsYWdzPTB4YjEgbWF4cHdyPTE1LCBvZmZzZXQgMzcNCk5vdiAgNSAxNDox ODoyNCB6b290IGtlcm5lbDogYWRkaW5nIGNoYW4gNjQgZmxhZ3M9MHhiMSBtYXhwd3I9MTUsIG9m ZnNldCAzOA0KTm92ICA1IDE0OjE4OjI0IHpvb3Qga2VybmVsOiBhZGRpbmcgY2hhbiAxMDAgZmxh Z3M9MHhiMSBtYXhwd3I9MTYsIG9mZnNldCAzOQ0KTm92ICA1IDE0OjE4OjI0IHpvb3Qga2VybmVs OiBhZGRpbmcgY2hhbiAxMDQgZmxhZ3M9MHhiMSBtYXhwd3I9MTYsIG9mZnNldCA0MA0KTm92ICA1 IDE0OjE4OjI0IHpvb3Qga2VybmVsOiBhZGRpbmcgY2hhbiAxMDggZmxhZ3M9MHhiMSBtYXhwd3I9 MTYsIG9mZnNldCA0MQ0KTm92ICA1IDE0OjE4OjI0IHpvb3Qga2VybmVsOiBhZGRpbmcgY2hhbiAx MTIgZmxhZ3M9MHhiMSBtYXhwd3I9MTYsIG9mZnNldCA0Mg0KTm92ICA1IDE0OjE4OjI0IHpvb3Qg a2VybmVsOiBhZGRpbmcgY2hhbiAxMTYgZmxhZ3M9MHhiMSBtYXhwd3I9MTYsIG9mZnNldCA0Mw0K Tm92ICA1IDE0OjE4OjI0IHpvb3Qga2VybmVsOiBhZGRpbmcgY2hhbiAxMjAgZmxhZ3M9MHhiMSBt YXhwd3I9MTYsIG9mZnNldCA0NA0KTm92ICA1IDE0OjE4OjI0IHpvb3Qga2VybmVsOiBhZGRpbmcg Y2hhbiAxMjQgZmxhZ3M9MHhiMSBtYXhwd3I9MTYsIG9mZnNldCA0NQ0KTm92ICA1IDE0OjE4OjI0 IHpvb3Qga2VybmVsOiBhZGRpbmcgY2hhbiAxMjggZmxhZ3M9MHhiMSBtYXhwd3I9MTYsIG9mZnNl dCA0Ng0KTm92ICA1IDE0OjE4OjI0IHpvb3Qga2VybmVsOiBhZGRpbmcgY2hhbiAxMzIgZmxhZ3M9 MHhiMSBtYXhwd3I9MTYsIG9mZnNldCA0Nw0KTm92ICA1IDE0OjE4OjI0IHpvb3Qga2VybmVsOiBh ZGRpbmcgY2hhbiAxMzYgZmxhZ3M9MHhiMSBtYXhwd3I9MTYsIG9mZnNldCA0OA0KTm92ICA1IDE0 OjE4OjI0IHpvb3Qga2VybmVsOiBhZGRpbmcgY2hhbiAxNDAgZmxhZ3M9MHhiMSBtYXhwd3I9MTYs IG9mZnNldCA0OQ0KTm92ICA1IDE0OjE4OjI0IHpvb3Qga2VybmVsOiBwb3dlciBncm91cCAwOiBj aGFuPTEgbWF4cHdyPTQ3IHRlbXA9LTE3OQ0KTm92ICA1IDE0OjE4OjI0IHpvb3Qga2VybmVsOiBz YW1wbGUgMDogaW5kZXg9MTMgcG93ZXI9NDENCk5vdiAgNSAxNDoxODoyNCB6b290IGtlcm5lbDog c2FtcGxlIDE6IGluZGV4PTI5IHBvd2VyPTI4DQpOb3YgIDUgMTQ6MTg6MjQgem9vdCBrZXJuZWw6 IHNhbXBsZSAyOiBpbmRleD00NyBwb3dlcj05DQpOb3YgIDUgMTQ6MTg6MjQgem9vdCBrZXJuZWw6 IHNhbXBsZSAzOiBpbmRleD01OCBwb3dlcj0tMg0KTm92ICA1IDE0OjE4OjI0IHpvb3Qga2VybmVs OiBzYW1wbGUgNDogaW5kZXg9NzcgcG93ZXI9LTIwDQpOb3YgIDUgMTQ6MTg6MjQgem9vdCBrZXJu ZWw6IHBvd2VyIGdyb3VwIDE6IGNoYW49NDQgbWF4cHdyPTQ5IHRlbXA9LTE4Mg0KTm92ICA1IDE0 OjE4OjI0IHpvb3Qga2VybmVsOiBzYW1wbGUgMDogaW5kZXg9MTIgcG93ZXI9NDENCk5vdiAgNSAx NDoxODoyNCB6b290IGtlcm5lbDogc2FtcGxlIDE6IGluZGV4PTE5IHBvd2VyPTM1DQpOb3YgIDUg MTQ6MTg6MjQgem9vdCBrZXJuZWw6IHNhbXBsZSAyOiBpbmRleD0zMiBwb3dlcj0yMQ0KTm92ICA1 IDE0OjE4OjI0IHpvb3Qga2VybmVsOiBzYW1wbGUgMzogaW5kZXg9NDMgcG93ZXI9MTANCk5vdiAg NSAxNDoxODoyNCB6b290IGtlcm5lbDogc2FtcGxlIDQ6IGluZGV4PTc3IHBvd2VyPS0yMw0KTm92 ICA1IDE0OjE4OjI0IHpvb3Qga2VybmVsOiBwb3dlciBncm91cCAyOiBjaGFuPTY0IG1heHB3cj00 OSB0ZW1wPS0xODANCk5vdiAgNSAxNDoxODoyNCB6b290IGtlcm5lbDogc2FtcGxlIDA6IGluZGV4 PTEyIHBvd2VyPTQwDQpOb3YgIDUgMTQ6MTg6MjQgem9vdCBrZXJuZWw6IHNhbXBsZSAxOiBpbmRl eD0yMCBwb3dlcj0zMQ0KTm92ICA1IDE0OjE4OjI0IHpvb3Qga2VybmVsOiBzYW1wbGUgMjogaW5k ZXg9MzMgcG93ZXI9MTgNCk5vdiAgNSAxNDoxODoyNCB6b290IGtlcm5lbDogc2FtcGxlIDM6IGlu ZGV4PTQ0IHBvd2VyPTgNCk5vdiAgNSAxNDoxODoyNCB6b290IGtlcm5lbDogc2FtcGxlIDQ6IGlu ZGV4PTc3IHBvd2VyPS0yMw0KTm92ICA1IDE0OjE4OjI0IHpvb3Qga2VybmVsOiBwb3dlciBncm91 cCAzOiBjaGFuPTExNiBtYXhwd3I9NDcgdGVtcD0tMTc5DQpOb3YgIDUgMTQ6MTg6MjQgem9vdCBr ZXJuZWw6IHNhbXBsZSAwOiBpbmRleD0xMiBwb3dlcj0zNQ0KTm92ICA1IDE0OjE4OjI0IHpvb3Qg a2VybmVsOiBzYW1wbGUgMTogaW5kZXg9MjAgcG93ZXI9MjYNCk5vdiAgNSAxNDoxODoyNCB6b290 IGtlcm5lbDogc2FtcGxlIDI6IGluZGV4PTM2IHBvd2VyPTEwDQpOb3YgIDUgMTQ6MTg6MjQgem9v dCBrZXJuZWw6IHNhbXBsZSAzOiBpbmRleD00OCBwb3dlcj0tMQ0KTm92ICA1IDE0OjE4OjI0IHpv b3Qga2VybmVsOiBzYW1wbGUgNDogaW5kZXg9NzcgcG93ZXI9LTI4DQpOb3YgIDUgMTQ6MTg6MjQg em9vdCBrZXJuZWw6IHBvd2VyIGdyb3VwIDQ6IGNoYW49MTUzIG1heHB3cj00NiB0ZW1wPS0xNzgN Ck5vdiAgNSAxNDoxODoyNCB6b290IGtlcm5lbDogc2FtcGxlIDA6IGluZGV4PTEwIHBvd2VyPTM1 DQpOb3YgIDUgMTQ6MTg6MjQgem9vdCBrZXJuZWw6IHNhbXBsZSAxOiBpbmRleD0yMCBwb3dlcj0y NA0KTm92ICA1IDE0OjE4OjI0IHpvb3Qga2VybmVsOiBzYW1wbGUgMjogaW5kZXg9MzIgcG93ZXI9 MTINCk5vdiAgNSAxNDoxODoyNCB6b290IGtlcm5lbDogc2FtcGxlIDM6IGluZGV4PTQyIHBvd2Vy PTMNCk5vdiAgNSAxNDoxODoyNCB6b290IGtlcm5lbDogc2FtcGxlIDQ6IGluZGV4PTc3IHBvd2Vy PS0yOA0KTm92ICA1IDE0OjE4OjI0IHpvb3Qga2VybmVsOiB3cGkwOiBSZWd1bGF0b3J5IERvbWFp bjogTW9XMg0KTm92ICA1IDE0OjE4OjI0IHpvb3Qga2VybmVsOiB3cGkwOiBIYXJkd2FyZSBUeXBl OiBCDQpOb3YgIDUgMTQ6MTg6MjQgem9vdCBrZXJuZWw6IHdwaTA6IEhhcmR3YXJlIFJldmlzaW9u OiA/DQpOb3YgIDUgMTQ6MTg6MjQgem9vdCBrZXJuZWw6IHdwaTA6IFNLVSBkb2VzIHN1cHBvcnQg ODAyLjExYQ0KTm92ICA1IDE0OjE4OjI0IHpvb3Qga2VybmVsOiB3cGkwOiBFdGhlcm5ldCBhZGRy ZXNzOiAwMDoxMzowMjo2NToyNDpiZA0KTm92ICA1IDE0OjE4OjI0IHpvb3Qga2VybmVsOiB3cGkw OiBbSVRIUkVBRF0NCk5vdiAgNSAxNDoxODoyNCB6b290IGtlcm5lbDogd3BpMDogMTFhIHJhdGVz OiA2TWJwcyA5TWJwcyAxMk1icHMgMThNYnBzIDI0TWJwcyAzNk1icHMgNDhNYnBzIDU0TWJwcw0K Tm92ICA1IDE0OjE4OjI0IHpvb3Qga2VybmVsOiB3cGkwOiAxMWIgcmF0ZXM6IDFNYnBzIDJNYnBz IDUuNU1icHMgMTFNYnBzDQpOb3YgIDUgMTQ6MTg6MjQgem9vdCBrZXJuZWw6IHdwaTA6IDExZyBy YXRlczogMU1icHMgMk1icHMgNS41TWJwcyAxMU1icHMgNk1icHMgOU1icHMgMTJNYnBzIDE4TWJw cyAyNE1icHMgMzZNYnBzIDQ4TWJwcyA1NE1icHMNCk5vdiAgNSAxNDoxOTowNCB6b290IGtlcm5l bDogd3BpMDogdGltZW91dCByZXNldHRpbmcgVHggcmluZyAxDQpOb3YgIDUgMTQ6MTk6MDQgem9v dCBrZXJuZWw6IHdwaTA6IHRpbWVvdXQgcmVzZXR0aW5nIFR4IHJpbmcgMw0KTm92ICA1IDE0OjE5 OjA0IHpvb3Qga2VybmVsOiB3cGkwOiB0aW1lb3V0IHJlc2V0dGluZyBUeCByaW5nIDQNCk5vdiAg NSAxNDoxOTowNCB6b290IGtlcm5lbDogTkVXU1RBVEU6SU5JVA0KTm92ICA1IDE0OjE5OjA0IHpv b3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0wIGZsYWdzPTAgdHlwZT0xIGxlbj0zNg0KTm92 ICA1IDE0OjE5OjA0IHpvb3Qga2VybmVsOiBtaWNyb2NvZGUgYWxpdmUgbm90aWZpY2F0aW9uIHYN Ck5vdiAgNSAxNDoxOTowNCB6b290IGtlcm5lbDogZQ0KTm92ICA1IDE0OjE5OjA0IHpvb3Qga2Vy bmVsOiByDQpOb3YgIDUgMTQ6MTk6MDQgem9vdCBrZXJuZWw6IHNpb24gMTBlMDIgYWxpdmUgMQ0K Tm92ICA1IDE0OjE5OjA0IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0wIGZsYWdzPTAg dHlwZT0xIGxlbj0zNg0KTm92ICA1IDE0OjE5OjA0IHpvb3Qga2VybmVsOiBtaWNyb2NvZGUgYWxp dmUgbm90aWZpY2F0aW9uIHZlcnNpb24gMTBlMDIgYWxpdmUgMQ0KTm92ICA1IDE0OjE5OjA0IHpv b3Qga2VybmVsOiBORVdTVEFURTpTQ0FODQpOb3YgIDUgMTQ6MTk6MDQgem9vdCBrZXJuZWw6IHdw aV9jbWQgNzIgc2l6ZSA4IGFzeW5jIDENCk5vdiAgNSAxNDoxOTowNCB6b290IGtlcm5lbDogbm90 aWZ5IHFpZD00IGlkeD0wIGZsYWdzPTAgdHlwZT03MiBsZW49NA0KTm92ICA1IDE0OjE5OjA0IHpv b3Qga2VybmVsOiBjbWQgbm90aWZpY2F0aW9uIHFpZD00IGlkeD0wIGZsYWdzPTAgdHlwZT1XUElf Q01EX1NFVF9MRUQgbGVuPTQNCk5vdiAgNSAxNDoxOTowNCB6b290IGtlcm5lbDogd3BpX2NtZCAx MTkgc2l6ZSAzMiBhc3luYyAwDQpOb3YgIDUgMTQ6MTk6MDQgem9vdCBrZXJuZWw6IG5vdGlmeSBx aWQ9NCANCk5vdiAgNSAxNDoxOTowNCB6b290IGtlcm5lbDogaQ0KTm92ICA1IDE0OjE5OjA0IHpv b3Qga2VybmVsOiBkeD0xIGZsYQ0KTm92ICA1IDE0OjE5OjA0IHpvb3Qga2VybmVsOiBncz0wIHQN Ck5vdiAgNSAxNDoxOTowNCB6b290IGtlcm5lbDogeXBlPTExOQ0KTm92ICA1IDE0OjE5OjA0IHpv b3Qga2VybmVsOiBsZW49NA0KTm92ICA1IDE0OjE5OjA0IHpvb3Qga2VybmVsOiBjbWQgbm90aWZp Y2ENCk5vdiAgNSAxNDoxOTowNSB6b290IGtlcm5lbDogdGlvbiBxaWQ9NCBpZHg9MSBmbGFncz0w IHR5cGU9V1BJX0NNRF9TRVRfUE9XRVJfTU9ERSBsZW49NA0KTm92ICA1IDE0OjE5OjA1IHpvb3Qg a2VybmVsOiB3cGlfY21kIDE1NSBzaXplIDEyIGFzeW5jIDANCk5vdiAgNSAxNDoxOTowNSB6b290 IGtlcm5lbDogbm90aWZ5IHFpZD00IGlkeD0yIGZsYWdzPTAgdHlwZT0xNTUgbGVuPTQNCk5vdiAg NSAxNDoxOTowNSB6b290IGtlcm5lbDogY21kIG5vdGlmaWNhdGlvbiBxaWQ9NCBpZHg9MiBmbGEN Ck5vdiAgNSAxNDoxOTowNSB6b290IGtlcm5lbDogZw0KTm92ICA1IDE0OjE5OjA1IHpvb3Qga2Vy bmVsOiBzPTAgdHlwZT1XUElfQ01EX0JMVUVUT09USCBsZW49NA0KTm92ICA1IDE0OjE5OjA1IHpv b3Qga2VybmVsOiB3cGlfY21kIDE2IHNpemUgNDMgYXN5bmMgMA0KTm92ICA1IDE0OjE5OjA1IHpv b3Qga2VybmVsOiBub3RpZnkgcWlkPTQgaWR4PTMgZmxhZ3M9MCB0eXBlPTE2IGxlbj00DQpOb3Yg IDUgMTQ6MTk6MDUgem9vdCBrZXJuZWw6IGNtZCBub3RpZmljYXRpb24gcWlkPTQgaWR4PTMgZmxh Z3M9MCB0eXBlPVdQSV9DTURfQ09ORklHVVJFIGxlbj00DQpOb3YgIDUgMTQ6MTk6MDUgem9vdCBr ZXJuZWw6IHdwaV9jbWQgMTUxIHNpemUgNTIgYXN5bmMgMA0KTm92ICA1IDE0OjE5OjA1IHpvb3Qg a2VybmVsOiBub3RpZnkgcWlkPQ0KTm92ICA1IDE0OjE5OjA1IHpvb3Qga2VybmVsOiA4DQpOb3Yg IDUgMTQ6MTk6MDUgem9vdCBrZXJuZWw6IDANCk5vdiAgNSAxNDoxOTowNSB6b290IGtlcm5lbDog aWR4PTEgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMTYNCk5vdiAgNSAxNDoxOTowNSB6b290IGtlcm5l bDogbm90aWZ5IHFpZD04MCBpZHg9MiBmbGFncz0yIHR5cGU9MjcgbGVuPTE0MA0KTm92ICA1IDE0 OjE5OjA1IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTQgaWR4PTQgZmxhZ3M9MCB0eXBlPTE1MSBs ZW49NA0KTm92ICA1IDE0OjE5OjA1IHpvb3Qga2VybmVsOiBjbWQgbm90aWZpY2F0aW9uIHFpZD00 IGlkeD00IGZsYWdzPTAgdHlwZT1XUElfQ01EX1RYUE9XRVIgbGVuPTQNCk5vdiAgNSAxNDoxOTow NSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MyBmbGFncz0yIHR5cGU9MjcgbGVuPTE0 MA0KTm92ICA1IDE0OjE5OjA1IHpvb3Qga2VybmVsOiB3cGlfY21kIDI0IHNpemUgNjQgYXN5bmMg MA0KTm92ICA1IDE0OjE5OjA1IHpvb3Qga2VybmVsOiBuDQpOb3YgIDUgMTQ6MTk6MDUgem9vdCBr ZXJuZWw6IG8NCk5vdiAgNSAxNDoxOTowNSB6b290IGtlcm5lbDogdGlmeSBxaWQ9ODAgaWR4PTQg ZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMTYNCk5vdiAgNSAxNDoxOTowNSB6b290IGtlcm5lbDogbm90 aWZ5IHFpZD04MCBpZHg9NSBmbGFncz0yIHR5cGU9MjcgbGVuPTE0MA0KTm92ICA1IDE0OjE5OjA1 IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD02IGZsYWdzPTIgdHlwZT0yNyBsZW49MTE2 DQpOb3YgIDUgMTQ6MTk6MDUgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTcgZmxhZ3M9 MiB0eXBlPTI3IGxlbj0xNDANCk5vdiAgNSAxNDoxOTowNSB6b290IGtlcm5lbDogbm90aWYNCk5v diAgNSAxNDoxOTowNSB6b290IGtlcm5lbDogeSANCk5vdiAgNSAxNDoxOTowNSB6b290IGtlcm5l bDogcQ0KTm92ICA1IDE0OjE5OjA2IHpvb3Qga2VybmVsOiBpZD00IGlkeD01IGZsYWdzPTAgdHlw ZT0yNCBsZW49OA0KTm92ICA1IDE0OjE5OjA2IHpvb3Qga2VybmVsOiBjbWQgbm90aWZpY2F0aW9u IHFpZD00IGlkeD01IGZsYWdzPTAgdHlwZT1XUElfQ01EX0FERF9OT0RFIGxlbj04DQpOb3YgIDUg MTQ6MTk6MDYgem9vdCBrZXJuZWw6IHdwaV9jbWQgNzEgc2l6ZSA1MiBhc3luYyAwDQpOb3YgIDUg MTQ6MTk6MDYgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTggZmxhZ3M9MiB0eXBlPTI3 IGxlbj0xNDANCk5vdiAgNSAxNDoxOTowNiB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9 OSBmbGFncz0yIHR5cGU9MjcgbGVuPTE0MA0KTm92ICA1IDE0OjE5OjA2IHpvb3Qga2VybmVsOiBu b3RpZnkgcWlkPTgwIGkNCk5vdiAgNSAxNDoxOTowNiB6b290IGtlcm5lbDogZHg9MTAgZmxhZ3M9 MiB0eXBlPTI3IGxlbj0xMTYNCk5vdiAgNSAxNDoxOTowNiB6b290IGtlcm5lbDogbm90aWZ5IHFp ZD04MCBpZHg9MTEgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNDANCk5vdiAgNSAxNDoxOTowNiB6b290 IGtlcm5lbDogbm90aWZ5IHFpZD00IGlkeD02IGZsYWdzPTAgdHlwZT03MSBsZW49NA0KTm92ICA1 IDE0OjE5OjA2IHpvb3Qga2VybmVsOiBjbWQgbm90aWZpY2F0aW9uIHFpZD00IGlkeD02IGZsYWdz PTAgdHlwZT1XUElfQ01EX01SUl9TRVRVUCBsZW49NA0KTm92ICA1IDE0OjE5OjA2IHpvb3Qga2Vy bmVsOiANCk5vdiAgNSAxNDoxOTowNiB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MTIg ZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNDANCk5vdiAgNSAxNDoxOTowNiB6b290IGtlcm5lbDogd3Bp X2NtZCA3MSBzaXplIDUyIGFzeW5jIDANCk5vdiAgNSAxNDoxOTowNiB6b290IGtlcm5lbDogbm90 aWZ5IHFpZD04MCBpZHg9MTMgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNDANCk5vdiAgNSAxNDoxOTow NiB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MTQgZmxhZ3M9MiB0eXBlPTI3IGxlbj0x NDANCk5vdiAgNSAxNDoxOTowNiB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MTUgZmxh Z3M9MiB0eXBlPTI3IGxlbj0xNDANCk5vdiAgNSAxNDoxOTowNiB6b290IGtlcm5lbDogbm90DQpO b3YgIDUgMTQ6MTk6MDYgem9vdCBrZXJuZWw6IGlmeSBxaWQ9NCBpZHg9NyBmbGFncz0wIHR5cGU9 NzEgbGVuPTQNCk5vdiAgNSAxNDoxOTowNiB6b290IGtlcm5lbDogY21kIG5vdGlmaWNhdGlvbg0K Tm92ICA1IDE0OjE5OjA2IHpvb3Qga2VybmVsOiBxaWQ9NCBpZHg9NyBmbGFncz0wIHR5cGU9V1BJ X0NNRF9NUlJfU0VUVVAgbGVuPTQNCk5vdiAgNSAxNDoxOTowNiB6b290IGtlcm5lbDogU2Nhbm5p bmcgRXNzaWQ6ICIiDQpOb3YgIDUgMTQ6MTk6MDYgem9vdCBrZXJuZWw6IFNjYW5uaW5nIDEgUGFz c2l2ZTogMA0KTm92ICA1IDE0OjE5OjA2IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0x NiBmbGFncz0yIHR5cGU9MjcgbGVuPTE0MA0KTm92ICA1IDE0OjE5OjA2IHpvb3Qga2VybmVsOiBu b3RpZnkgcWlkPTgwIGlkeD0xNyBmbGFncz0yIA0KTm92ICA1IDE0OjE5OjA3IHpvb3Qga2VybmVs OiB0eXBlPTI3IGxlbj0xNDANCk5vdiAgNSAxNDoxOTowNyB6b290IGtlcm5lbDogbm90aWZ5IHFp ZD04MCBpZHg9MTggZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNDANCk5vdiAgNSAxNDoxOTowNyB6b290 IGtlcm5lbDogbm90aWZ5IHFpZD00IGlkeD04IGZsYWdzPTAgdHlwZT0xMjggbGVuPTgNCk5vdiAg NSAxNDoxOTowNyB6b290IGtlcm5lbDogY21kIG5vdGlmaWNhdGlvbiBxaWQ9NCBpZHg9OCBmbGFn cz0wIHR5cGU9V1BJX0NNRF9TQ0FOIGxlbj04DQpOb3YgIDUgMTQ6MTk6MDcgem9vdCBrZXJuZWw6 IG5vdGlmeSBxaWQ9ODAgaWR4DQpOb3YgIDUgMTQ6MTk6MDcgem9vdCBrZXJuZWw6ID0xOSBmbGFn cz0wIHR5cGU9MTMwIGxlbj0yNA0KTm92ICA1IDE0OjE5OjA3IHpvb3Qga2VybmVsOiBzY2Fubmlu ZyBjaGFubmVsIDEgc3RhdHVzIDENCk5vdiAgNSAxNDoxOTowNyB6b290IGtlcm5lbDogbm90aWZ5 IHFpZD04MCBpZHg9MjAgZmxhZ3M9MCB0eXBlPTEzMSBsZW49MjANCk5vdiAgNSAxNDoxOTowNyB6 b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MjEgZmxhZ3M9MCB0eXBlPTEzMiBsZW49MTYN Ck5vdiAgNSAxNDoxOTowNyB6b290IGtlcm5lbDogc2NhbiBmaW5pc2hlZCBuY2hhbj0xIHN0YXR1 cz0xIGNoYW49MQ0KTm92ICA1IDE0OjE5OjA3IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlk eD0yMiBmbGFncz0yIHR5cGU9MjcgbGVuPTE0MA0KTm92ICA1IDE0OjE5OjA3IHpvb3Qga2VybmVs OiBORVhUDQpOb3YgIDUgMTQ6MTk6MDcgem9vdCBrZXJuZWw6IG5vdA0KTm92ICA1IDE0OjE5OjA3 IHpvb3Qga2VybmVsOiBpZnkNCk5vdiAgNSAxNDoxOTowOCB6b290IGtlcm5lbDogcWlkPTgwIGlk eD0yMyBmbGFncz0yIHR5cGU9MjcgbGVuPTE0MA0KTm92ICA1IDE0OjE5OjA4IHpvb3Qga2VybmVs OiB3cGlfY21kIDExOSBzaXplIDMyIGFzeW5jIDANCk5vdiAgNSAxNDoxOTowOCB6b290IGtlcm5l bDogbm90aWZ5IHFpZD04MCBpZHg9MjQgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNDANCk5vdiAgNSAx NDoxOTowOCB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MjUgZmxhZ3M9MiB0eXBlPTI3 IGxlbj0xNDANCk5vdiAgNSAxNDoxOTowOCB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9 MjYgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNDANCk5vdiAgNSAxNDoxOTowOCB6b290IGtlcm5lbDog bm90aWZ5IHFpZD04MCBpZHg9MjcgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNDANCk5vdiAgNSAxNDox OTowOCB6b290IGtlcm5lbDogbm90aWZ5IHFpZD00IGlkeD05IGZsYWdzPTAgdHlwZT0xMTkgbGVu PTQNCk5vdiAgNSAxNDoxOTowOCB6b290IGtlcm5lbDogY21kIG5vdGlmaWNhdGlvbiBxaWQ9NCBp ZHg9OSBmbGFncz0wIHR5cGU9V1BJX0NNRF9TRVRfUE9XRVJfTU9ERSBsZW49NA0KTm92ICA1IDE0 OjE5OjA4IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0yOCBmbGFncz0yIHR5cGU9Mjcg bGVuPTE0MA0KTm92ICA1IDE0OjE5OjA4IHpvb3Qga2VybmVsOiB3cGlfY21kIDE1NSBzaXplIDEy IGFzeW5jIDANCk5vdiAgNSAxNDoxOTowOCB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9 MjkgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNDANCk5vdiAgNSAxNDoxOTowOCB6b290IGtlcm5lbDog bm90aWZ5IHFpZD04MCBpZHg9MzAgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNDANCk5vdiAgNSAxNDox OTowOCB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MzEgZmxhZ3M9MiB0eXBlPTI3IGxl bj0xNDANCk5vdiAgNSAxNDoxOTowOCB6b290IGtlcm5lbDogbm90aWZ5IHFpZD00IGlkeD0xMCBm bGFncz0wIHR5cGU9MTU1IGxlbj00DQpOb3YgIDUgMTQ6MTk6MDggem9vdCBrZXJuZWw6IGNtZCBu b3RpZmljYXRpb24gcWlkPTQgaWR4PTEwIGZsYWdzPTAgdHlwZT1XUElfQ01EX0JMVUVUT09USCBs ZW49NA0KTm92ICA1IDE0OjE5OjA4IHpvb3Qga2VybmVsOiB3cGlfY21kIDE2IHNpemUgNDMgYXN5 bmMgMA0KTm92ICA1IDE0OjE5OjA4IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0zMiBm bGFncz0yIHR5cGU9MjcgbGVuPTE0MA0KTm92ICA1IDE0OjE5OjA4IHpvb3Qga2VybmVsOiBub3Rp ZnkgcWlkPTgwIGlkeD0zMyBmbGFncz0yIHR5cGU9MjcgbGVuPTE0MA0KTm92ICA1IDE0OjE5OjA4 IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0zNCBmbGFncz0yIHR5cGU9MjcgbGVuPTE0 MA0KTm92ICA1IDE0OjE5OjA4IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTQgaWR4PTExIGZsYWdz PTAgdHlwZT0xNiBsZW49NA0KTm92ICA1IDE0OjE5OjA4IHpvb3Qga2VybmVsOiBjbWQgbm90aWZp Y2F0aW9uIHFpZD00IGlkeD0xMSBmbGFncz0wIHR5DQpOb3YgIDUgMTQ6MTk6MDggem9vdCBrZXJu ZWw6IHBlPVdQSV9DTURfQ09ORklHVVJFIGxlbj00DQpOb3YgIDUgMTQ6MTk6MDggem9vdCBrZXJu ZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTM1IGZsYWdzPTIgdHlwZT0yNyBsZW49MTM2DQpOb3YgIDUg MTQ6MTk6MDggem9vdCBrZXJuZWw6IHdwaV9jbWQgMTUxIHNpemUgNTIgYXN5bmMgMA0KTm92ICA1 IDE0OjE5OjA4IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0zNiBmbGFncz0yIHR5cGU9 MjcgbGVuPTE0MA0KTm92ICA1IDE0OjE5OjA4IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlk eD0zNyBmbGFncz0yIHR5cGU9MjcgbGVuPTE0MA0KTm92ICA1IDE0OjE5OjA4IHpvb3Qga2VybmVs OiBub3RpZnkgcWlkPTgwIGlkeD0zOCBmbGFncz0yIHR5cGU9MjcgbGVuPTEzNg0KTm92ICA1IDE0 OjE5OjA4IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0zOSBmbGFncz0yIHR5cGU9Mjcg bGVuPTE0MA0KTm92ICA1IDE0OjE5OjA4IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTQgaWR4PTEy IGZsYWdzPTAgdHlwZT0xNTEgDQpOb3YgIDUgMTQ6MTk6MDggem9vdCBrZXJuZWw6IGxlbg0KTm92 ICA1IDE0OjE5OjA4IHpvb3Qga2VybmVsOiA9DQpOb3YgIDUgMTQ6MTk6MDggem9vdCBrZXJuZWw6 IDQNCk5vdiAgNSAxNDoxOTowOCB6b290IGtlcm5lbDogY21kIG5vdGlmaWNhdGlvbiBxaWQ9NCBp ZHg9MTIgZmxhZ3M9MCB0eXBlPVdQSV9DTURfVFhQT1dFDQpOb3YgIDUgMTQ6MTk6MDggem9vdCBr ZXJuZWw6IFINCk5vdiAgNSAxNDoxOTowOCB6b290IGtlcm5lbDogDQpOb3YgIDUgMTQ6MTk6MDgg em9vdCBrZXJuZWw6IGxlbj00DQpOb3YgIDUgMTQ6MTk6MDggem9vdCBrZXJuZWw6IG5vdGlmeSBx aWQ9ODAgaWR4PTQwIGZsYWdzPTIgdHlwZT0yNyBsZW49MTQwDQpOb3YgIDUgMTQ6MTk6MDggem9v dCBrZXJuZWw6IHdwaV9jbWQgMjQgc2l6ZSA2NCBhc3luYyAwDQpOb3YgIDUgMTQ6MTk6MDggem9v dCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTQxIGZsYWdzPTIgdHlwZT0yNyBsZW49MTM2DQpO b3YgIDUgMTQ6MTk6MDggem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTQyIGZsYWdzPTIg dHlwZT0yNyBsZW49MTM2DQpOb3YgIDUgMTQ6MTk6MDggem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9 NCBpZHg9MTMgZmxhZ3M9MCB0eXBlPTI0IGxlbj04DQpOb3YgIDUgMTQ6MTk6MDggem9vdCBrZXJu ZWw6IGNtZCBub3RpZmljYXRpbw0KTm92ICA1IDE0OjE5OjA4IHpvb3Qga2VybmVsOiBuDQpOb3Yg IDUgMTQ6MTk6MDggem9vdCBrZXJuZWw6IA0KTm92ICA1IDE0OjE5OjA5IHpvb3Qga2VybmVsOiBx aWQ9NCBpZHg9MTMgZmxhZ3M9MCB0eXBlPVdQSV9DTURfQUREX05PREUgbGVuPTgNCk5vdiAgNSAx NDoxOTowOSB6b290IGtlcm5lbDogd3BpX2NtZCA3MSBzaXplIDUyIGFzeW5jIDANCk5vdiAgNSAx NDoxOTowOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9NDMgZmxhZ3M9MiB0eXBlPTI3 IGxlbj0xNDANCk5vdiAgNSAxNDoxOTowOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9 NDQgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNDANCk5vdiAgNSAxNDoxOTowOSB6b290IGtlcm5lbDog bm90aWZ5IHFpZD00IGlkeD0xNCBmbGFncz0wIHR5cGU9NzEgbGVuPTQNCk5vdiAgNSAxNDoxOTow OSB6b290IGtlcm5lbDogY21kIG5vdGlmaWNhdGlvbiBxaQ0KTm92ICA1IDE0OjE5OjA5IHpvb3Qg a2VybmVsOiBkDQpOb3YgIDUgMTQ6MTk6MDkgem9vdCBrZXJuZWw6ID0NCk5vdiAgNSAxNDoxOTow OSB6b290IGtlcm5lbDogNCBpZHg9MTQgZmxhZ3M9MCB0eXBlPVdQSV9DTURfTVJSX1NFVFVQIGxl bj00DQpOb3YgIDUgMTQ6MTk6MDkgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTQ1IGZs YWdzPTIgdHlwZT0yNyBsZW49MTM2DQpOb3YgIDUgMTQ6MTk6MDkgem9vdCBrZXJuZWw6IHdwaV9j bWQgNzEgc2l6ZSA1MiBhc3luYyAwDQpOb3YgIDUgMTQ6MTk6MDkgem9vdCBrZXJuZWw6IG5vdGlm eSBxaWQ9ODAgaWR4PTQ2IGZsYWdzPTIgdHlwZT0yNyBsZW49MTQwDQpOb3YgIDUgMTQ6MTk6MDkg em9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTQ3IGZsYWdzPTIgdHlwZT0yNyBsZW49MTQw DQpOb3YgIDUgMTQ6MTk6MDkgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTQ4IGZsDQpO b3YgIDUgMTQ6MTk6MDkgem9vdCBrZXJuZWw6IGFnDQpOb3YgIDUgMTQ6MTk6MTAgem9vdCBrZXJu ZWw6IHM9MiB0eXBlPTI3IGxlbj0xMzYNCk5vdiAgNSAxNDoxOToxMCB6b290IGtlcm5lbDogbm90 aWZ5IHFpZD00IGlkeD0xNSBmbGFncz0wIHR5cGU9NzEgbGVuPTQNCk5vdiAgNSAxNDoxOToxMCB6 b290IGtlcm5lbDogY21kIG5vdGlmaWNhdGlvbiBxaWQ9NCBpZHg9MTUgZmxhZ3M9MCB0eXBlPVdQ SV9DTURfTVJSX1NFVFVQIGxlbj00DQpOb3YgIDUgMTQ6MTk6MTAgem9vdCBrZXJuZWw6IFNjYW5u aW5nIEVzc2lkOiAiIg0KTm92ICA1IDE0OjE5OjEwIHpvb3Qga2VybmVsOiBTY2FubmluZyA2IFBh c3NpdmU6IDANCk5vdiAgNSAxNDoxOToxMCB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9 NDkgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMzYNCk5vdiAgNSAxNDoxOToxMCB6b290IGtlcm5lbDog bm90aWZ5IHFpZD00IGlkeD0xNiBmbGFncz0wIHR5cGU9MTI4IGxlbj04DQpOb3YgIDUgMTQ6MTk6 MTAgem9vdCBrZXJuZWw6IGNtZCBub3RpZmljYXRpb24gcWlkPTQgaWR4PTE2IGZsYWdzPTAgdHlw ZT1XUElfQ01EX1NDQU4gbGVuPTgNCk5vdiAgNSAxNDoxOToxMCB6b290IGtlcm5lbDogbm90aWZ5 IHFpZD04MCBpZHg9NTAgZmxhZ3M9MCB0eXBlPTEzMCBsZW49MjQNCk5vdiAgNSAxNDoxOToxMCB6 b290IGtlcm5lbDogc2Nhbm5pbmcgY2hhbm5lbCA2IHN0YXR1cyAxDQpOb3YgIDUgMTQ6MTk6MTAg em9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTUxIGZsYWdzPTAgdHlwZT0xMzEgbGVuPTIw DQpOb3YgIDUgMTQ6MTk6MTAgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTUyIGZsYWdz PTAgdHlwZT0xMzIgbGVuPTE2DQpOb3YgIDUgMTQ6MTk6MTAgem9vdCBrZXJuZWw6IHNjYW4gZmlu aXNoZWQgbmNoYW49MSBzdGF0dXM9MSBjaGFuPTYNCk5vdiAgNSAxNDoxOToxMCB6b290IGtlcm5l bDogTkVYVA0KTm92ICA1IDE0OjE5OjEwIHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD01 MyBmbGFncz0yIHR5cGU9MjcgbGVuPTEzNg0KTm92ICA1IDE0OjE5OjEwIHpvb3Qga2VybmVsOiBu b3RpZnkgcWlkPTgwIGlkeD01NCBmbGFncz0yIHR5cGU9MjcgbGVuPTE0MA0KTm92ICA1IDE0OjE5 OjEwIHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD01NSBmbGFncz0yIHR5cGU9MjcgbGVu PTE0MA0KTm92ICA1IDE0OjE5OjEwIHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD01NiBm bGFncz0yIHR5cGU9MjcgbGVuPTEzNg0KTm92ICA1IDE0OjE5OjEwIHpvb3Qga2VybmVsOiBub3Rp ZnkgcWlkPTgwIGlkeD01NyBmbGFncz0yIHR5cGU9MjcgbGVuPTE0MA0KTm92ICA1IDE0OjE5OjEw IHpvb3Qga2VybmVsOiB3cGlfY21kIDExOSBzaXplIDMyIGFzeW5jIDANCk5vdiAgNSAxNDoxOTox MCB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9NTggZmxhZ3M9MiB0eXBlPTI3IGxlbj0x NDANCk5vdiAgNSAxNDoxOToxMCB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9NTkgZmxh Z3M9MiB0eXBlPTI3IGxlbj0xMzYNCk5vdiAgNSAxNDoxOToxMCB6b290IGtlcm5lbDogbm90aWZ5 IHFpZD04MCBpZHg9NjAgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMzYNCk5vdiAgNSAxNDoxOToxMCB6 b290IGtlcm5lbDogbg0KTm92ICA1IDE0OjE5OjEwIHpvb3Qga2VybmVsOiBvdGlmeSBxaQ0KTm92 ICA1IDE0OjE5OjEwIHpvb3Qga2VybmVsOiBkPQ0KTm92ICA1IDE0OjE5OjEwIHpvb3Qga2VybmVs OiA0IGlkDQpOb3YgIDUgMTQ6MTk6MTAgem9vdCBrZXJuZWw6IHg9MTcgZmwNCk5vdiAgNSAxNDox OToxMCB6b290IGtlcm5lbDogYQ0KTm92ICA1IDE0OjE5OjEwIHpvb3Qga2VybmVsOiBncz0wIHR5 DQpOb3YgIDUgMTQ6MTk6MTAgem9vdCBrZXJuZWw6IHANCk5vdiAgNSAxNDoxOToxMCB6b290IGtl cm5lbDogZT0xMTkgbGVuPTQNCk5vdiAgNSAxNDoxOToxMCB6b290IGtlcm5lbDogDQpOb3YgIDUg MTQ6MTk6MTAgem9vdCBrZXJuZWw6IGNtZCBub3RpZmljYXRpb24gcWlkPTQgaWR4PTE3IGZsYWdz PTAgdHlwZT1XUA0KTm92ICA1IDE0OjE5OjEwIHpvb3Qga2VybmVsOiBJDQpOb3YgIDUgMTQ6MTk6 MTAgem9vdCBrZXJuZWw6IF9DTQ0KTm92ICA1IDE0OjE5OjEwIHpvb3Qga2VybmVsOiBEX1NFVF9Q T1dFUl9NT0RFIGxlbj00DQpOb3YgIDUgMTQ6MTk6MTAgem9vdCBrZXJuZWw6IHdwaV9jbWQgMTU1 IHNpemUgMTIgYXN5bmMgMA0KTm92ICA1IDE0OjE5OjEwIHpvb3Qga2VybmVsOiBub3RpZnkgcWlk PTgwIGlkeD02MSBmbGFncz0yIHR5cGU9MjcgbGVuPTEzNg0KTm92ICA1IDE0OjE5OjEwIHpvb3Qg a2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD02MiBmbGFncz0yIHR5cGU9MjcgbGVuPTE0MA0KTm92 ICA1IDE0OjE5OjEwIHpvb3Qga2VybmVsOiBuDQpOb3YgIDUgMTQ6MTk6MTAgem9vdCBrZXJuZWw6 IG90aWZ5IHFpZD00IGlkeD0xOCBmbGFncz0wIHR5cGU9MTU1IGxlbj00DQpOb3YgIDUgMTQ6MTk6 MTAgem9vdCBrZXJuZWw6IGNtZCBub3RpZmljYXRpb24gcWlkPTQgaWR4PTE4IGZsYWdzPTAgdHlw ZT1XUElfQ01EX0JMVUVUT09USCBsZW49NA0KTm92ICA1IDE0OjE5OjEwIHpvb3Qga2VybmVsOiBu b3RpZnkgcWlkPTgwIGlkeD02MyBmbGFncz0yIHR5cGU9MjcgbGVuPTE0MA0KTm92ICA1IDE0OjE5 OjEwIHpvb3Qga2VybmVsOiB3cGlfY21kIDE2IHNpemUgNDMgYXN5bmMgMA0KTm92ICA1IDE0OjE5 OjExIHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD02NCBmbGFncz0yIHR5cGU9MjcgbGVu PTEzNg0KTm92ICA1IDE0OjE5OjExIHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD02NSBm bGFncz0yIHR5cGU9MjcgbGVuPTE0MA0KTm92ICA1IDE0OjE5OjExIHpvb3Qga2VybmVsOiBub3Rp ZnkgcWlkPTgwIGlkeD02NiBmbGFncz0yIHR5cGU9MjcgbGVuPTE0MA0KTm92ICA1IDE0OjE5OjEx IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD02NyBmbGFncz0yIHR5cGU9MjcgbGVuPTEz Ng0KTm92ICA1IDE0OjE5OjExIHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTQgaWR4PTE5IGZsYWdz PTAgdHlwZQ0KTm92ICA1IDE0OjE5OjExIHpvb3Qga2VybmVsOiA9DQpOb3YgIDUgMTQ6MTk6MTEg em9vdCBrZXJuZWw6IDENCk5vdiAgNSAxNDoxOToxMSB6b290IGtlcm5lbDogNiBsZW49NA0KTm92 ICA1IDE0OjE5OjExIHpvb3Qga2VybmVsOiBjbWQgbm90aWZpY2F0aW9uIHFpZD00IGlkeD0xOSBm bGFncz0wIHR5cGU9V1BJX0NNRF9DT05GSUdVUkUgbGVuPTQNCk5vdiAgNSAxNDoxOToxMSB6b290 IGtlcm5lbDogd3BpX2NtZCAxNTEgc2l6ZSA1MiBhc3luYyAwDQpOb3YgIDUgMTQ6MTk6MTEgem9v dCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTY4IGZsYWdzPTIgdHlwZT0yNyBsZW49MTU2DQpO b3YgIDUgMTQ6MTk6MTEgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTY5IGZsYWdzPTIg dHlwZT0yNyBsZW49MTIwDQpOb3YgIDUgMTQ6MTk6MTEgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9 ODAgaWR4PTcwIGZsYWdzPTIgdHlwZT0yNyBsZW49MTU2DQpOb3YgIDUgMTQ6MTk6MTEgem9vdCBr ZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTcxIGZsYWdzPTIgdHlwZT0yNyBsZW49MTIwDQpOb3Yg IDUgMTQ6MTk6MTEgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTcyIGZsYWdzPTIgdHlw ZT0yNyBsZW49MTU2DQpOb3YgIDUgMTQ6MTk6MTEgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAg aWR4PTczIGZsYWdzPTIgdHlwZT0yNyBsZW49MTIwDQpOb3YgIDUgMTQ6MTk6MTEgem9vdCBrZXJu ZWw6IG5vdGlmeSBxaWQ9NCBpZHg9MjAgZmxhZ3M9MCB0eXBlPTE1MSBsZW49NA0KTm92ICA1IDE0 OjE5OjExIHpvb3Qga2VybmVsOiBjbWQgbm90aWZpY2F0aW9uIHFpZD00IGlkeD0yMCBmbGFncz0w IHR5cGU9V1BJX0NNRF9UWFBPV0VSIGxlbj00DQpOb3YgIDUgMTQ6MTk6MTEgem9vdCBrZXJuZWw6 IG5vdGlmeSBxaWQ9ODAgaWR4PTc0IGZsYWdzPTIgdHlwZT0yNyBsZW49MTU2DQpOb3YgIDUgMTQ6 MTk6MTEgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTc1IGZsYWdzPTIgdHlwZT0yNyBs ZW49MTIwDQpOb3YgIDUgMTQ6MTk6MTEgem9vdCBrZXJuZWw6IHdwaV9jbWQgMjQgc2l6ZSA2NCBh c3luYyAwDQpOb3YgIDUgMTQ6MTk6MTEgem9vdCBrZXJuZWw6IG4NCk5vdiAgNSAxNDoxOToxMSB6 b290IGtlcm5lbDogb3RpZnkgcWlkPQ0KTm92ICA1IDE0OjE5OjExIHpvb3Qga2VybmVsOiA4MCBp ZA0KTm92ICA1IDE0OjE5OjExIHpvb3Qga2VybmVsOiB4PTc2IGZsYQ0KTm92ICA1IDE0OjE5OjEx IHpvb3Qga2VybmVsOiBncz0yIHR5cA0KTm92ICA1IDE0OjE5OjExIHpvb3Qga2VybmVsOiBlPTI3 IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToxMSB6b290IGtlcm5lbDogDQpOb3YgIDUgMTQ6MTk6MTEg em9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTc3IGZsYWdzPTIgdHlwZT0yNyBsZW49MTIw DQpOb3YgIDUgMTQ6MTk6MTIgem9vdCBrZXJuZWw6IA0KTm92ICA1IDE0OjE5OjEyIHpvb3Qga2Vy bmVsOiBub3RpZnkgcWlkPTgwIGlkeD03OCBmbGFncz0yIHR5cGU9MjcgbGVuPTE1Ng0KTm92ICA1 IDE0OjE5OjEyIHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD03OSBmbGFncz0yIHR5cGU9 MjcgbGVuPTEyMA0KTm92ICA1IDE0OjE5OjEyIHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlk eD04MCBmbGFncz0yIHR5cGU9Mg0KTm92ICA1IDE0OjE5OjEyIHpvb3Qga2VybmVsOiA3DQpOb3Yg IDUgMTQ6MTk6MTIgem9vdCBrZXJuZWw6IGxlbj0xMjANCk5vdiAgNSAxNDoxOToxMiB6b290IGtl cm5lbDogbm90aWZ5IHFpZD04MCBpZHg9ODEgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAg NSAxNDoxOToxMiB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9ODIgZmxhZ3M9MiB0eXBl PTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToxMiB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBp ZHg9ODMgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToxMiB6b290IGtlcm5l bDogbm90aWZ5IHFpZD04MCBpZHg9ODQgZmxhZ3M9MiB0eXBlPTINCk5vdiAgNSAxNDoxOToxMiB6 b290IGtlcm5lbDogNw0KTm92ICA1IDE0OjE5OjEyIHpvb3Qga2VybmVsOiANCk5vdiAgNSAxNDox OToxMiB6b290IGtlcm5lbDogbGVuPTEyMA0KTm92ICA1IDE0OjE5OjEyIHpvb3Qga2VybmVsOiBu b3RpZnkgcWlkPTQgaWR4PTIxIGZsYWdzPTAgdHlwZT0yNCBsZW49OA0KTm92ICA1IDE0OjE5OjEy IHpvb3Qga2VybmVsOiBjbWQgbm90aWZpY2F0aW9uIHFpZD00IGlkeD0yMSBmbGFncz0wIHR5cGU9 V1BJX0NNRF9BRERfTk9ERSBsZW49OA0KTm92ICA1IDE0OjE5OjEyIHpvb3Qga2VybmVsOiBub3Rp ZnkgcWlkPTgwIGlkeD04NSBmbGFncz0yIHR5cGU9MjcgbGVuPTE1Ng0KTm92ICA1IDE0OjE5OjEy IHpvb3Qga2VybmVsOiB3cGlfY21kIDcxIHNpemUgNTIgYXN5bmMgMA0KTm92ICA1IDE0OjE5OjEy IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD04NiBmbGFncz0yIHR5cGU9MjcgbGUNCk5v diAgNSAxNDoxOToxMiB6b290IGtlcm5lbDogbg0KTm92ICA1IDE0OjE5OjEyIHpvb3Qga2VybmVs OiA9DQpOb3YgIDUgMTQ6MTk6MTIgem9vdCBrZXJuZWw6IDEyMA0KTm92ICA1IDE0OjE5OjEyIHpv b3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD04NyBmbGFncz0yIHR5cGU9MjcgbGVuPTE1Ng0K Tm92ICA1IDE0OjE5OjEyIHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD04OCBmbGFncz0y IHR5cGU9MjcgbGVuPTEyMA0KTm92ICA1IDE0OjE5OjEyIHpvb3Qga2VybmVsOiBub3RpZnkgcWlk PTgwIGlkeD04OSBmbGFncz0yIHR5cGU9MjcgbGVuPTE1Ng0KTm92ICA1IDE0OjE5OjEyIHpvb3Qg a2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD05MCBmbGFncz0yIHR5cGU9MjcgbGVuPTEyMA0KTm92 ICA1IDE0OjE5OjEyIHpvb3Qga2VybmVsOiBubw0KTm92ICA1IDE0OjE5OjEyIHpvb3Qga2VybmVs OiB0aWZ5IHFpZD04MCBpZHg9OTEgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDox OToxMiB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9OTIgZmxhZ3M9MiB0eXBlPTI3IGxl bj0xMjANCk5vdiAgNSAxNDoxOToxMiB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9OTMg ZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToxMiB6b290IGtlcm5lbDogbm90 aWZ5IHFpZD04MCBpZHg9OTQgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOTox MiB6b290IGtlcm5lbDogbm90aWZ5IHFpZD00IGlkeD0yMiBmbGFncz0wIHR5cGUNCk5vdiAgNSAx NDoxOToxMiB6b290IGtlcm5lbDogPTcNCk5vdiAgNSAxNDoxOToxMyB6b290IGtlcm5lbDogMSBs ZW49NA0KTm92ICA1IDE0OjE5OjEzIHpvb3Qga2VybmVsOiBjbWQgbm90aWZpY2F0aW9uIHFpZD00 IGlkeD0yMiBmbGFncz0wIHR5cGU9V1BJX0NNRF9NUlJfU0VUVVAgbGVuPTQNCk5vdiAgNSAxNDox OToxMyB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9OTUgZmxhZ3M9MiB0eXBlPTI3IGxl bj0xMjANCk5vdiAgNSAxNDoxOToxMyB6b290IGtlcm5lbDogd3BpX2NtZCA3MSBzaXplIDUyIGFz eW5jIDANCk5vdiAgNSAxNDoxOToxMyB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9OTYg ZmxhZ3M9MiB0eXBlPTI3IGxlbg0KTm92ICA1IDE0OjE5OjEzIHpvb3Qga2VybmVsOiA9DQpOb3Yg IDUgMTQ6MTk6MTMgem9vdCBrZXJuZWw6IDE1Ng0KTm92ICA1IDE0OjE5OjEzIHpvb3Qga2VybmVs OiBub3RpZnkgcWlkPTgwIGlkeD05NyBmbGFncz0yIHR5cGU9MjcgbGVuPTEyMA0KTm92ICA1IDE0 OjE5OjEzIHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD05OCBmbGFncz0yIHR5cGU9Mjcg bGVuPTE1Ng0KTm92ICA1IDE0OjE5OjEzIHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD05 OSBmbGFncz0yIHR5cGU9MjcgbGVuPTEyMA0KTm92ICA1IDE0OjE5OjEzIHpvb3Qga2VybmVsOiBu b3RpZnkgcWlkPTgwIGlkeD0xMDAgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNDgNCk5vdiAgNSAxNDox OToxMyB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MTAxIGZsYWdzPTIgdHlwZT0yNyBs ZW49MTU2DQpOb3YgIDUgMTQ6MTk6MTMgem9vdCBrZXJuZWw6IG5vdA0KTm92ICA1IDE0OjE5OjEz IHpvb3Qga2VybmVsOiBpZnkgcWlkPTgwIGlkeD0xMDIgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjAN Ck5vdiAgNSAxNDoxOToxMyB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MTAzIGZsYWdz PTIgdHlwZT0yNyBsZW49MTcyDQpOb3YgIDUgMTQ6MTk6MTMgem9vdCBrZXJuZWw6IG5vdGlmeSBx aWQ9ODAgaWR4PTEwNCBmbGFncz0yIHR5cGU9MjcgbGVuPTEyMA0KTm92ICA1IDE0OjE5OjEzIHpv b3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0xMDUgZg0KTm92ICA1IDE0OjE5OjEzIHpvb3Qg a2VybmVsOiBsDQpOb3YgIDUgMTQ6MTk6MTMgem9vdCBrZXJuZWw6IGENCk5vdiAgNSAxNDoxOTox MyB6b290IGtlcm5lbDogZ3M9MiB0eXBlPTI3IGxlbj0xMzYNCk5vdiAgNSAxNDoxOToxMyB6b290 IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MTA2IGZsYWdzPTIgdHlwZT0yNyBsZW49MTU2DQpO b3YgIDUgMTQ6MTk6MTMgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTEwNyBmbGFncz0y IHR5cGU9MjcgbGVuPTEyMA0KTm92ICA1IDE0OjE5OjEzIHpvb3Qga2VybmVsOiBub3RpZnkgcWlk PTQgaWR4PTIzIGZsYWdzPTAgdHlwZT03MSBsZW49NA0KTm92ICA1IDE0OjE5OjEzIHpvb3Qga2Vy bmVsOiBjbWQgbm90aWZpY2F0aW9uIHFpZD00IGkNCk5vdiAgNSAxNDoxOToxMyB6b290IGtlcm5l bDogZA0KTm92ICA1IDE0OjE5OjE0IHpvb3Qga2VybmVsOiB4PTIzIGZsYWdzPTAgdHlwZT1XUElf Q01EX01SUl9TRVRVUCBsZW49NA0KTm92ICA1IDE0OjE5OjE0IHpvb3Qga2VybmVsOiBTY2Fubmlu ZyBFc3NpZDogIiINCk5vdiAgNSAxNDoxOToxNCB6b290IGtlcm5lbDogU2Nhbm5pbmcgMTEgUGFz c2l2ZTogMA0KTm92ICA1IDE0OjE5OjE0IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0x MDggZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToxNCB6b290IGtlcm5lbDog bm90aWZ5IHFpZD04MCBpZHg9MTA5IGZsYWdzPTIgdHlwZT0yNyBsZW49MTIwDQpOb3YgIDUgMTQ6 MTk6MTQgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTExMCBmbGFncz0yIHR5cGU9Mjcg bGVuPTEyMA0KTm92ICA1IDE0OjE5OjE0IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0x MTEgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjgNCk5vdiAgNSAxNDoxOToxNCB6b290IGtlcm5lbDog bm90aWZ5IHFpZD04MCBpZHg9MTEyIGZsYWdzPTIgdHlwZT0yNyBsZW49MTIwDQpOb3YgIDUgMTQ6 MTk6MTQgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTExMyBmbGFncz0yIHR5cGU9Mjcg bGVuPTEyMA0KTm92ICA1IDE0OjE5OjE0IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0x MTQgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToxNCB6b290IGtlcm5lbDog bm90aWZ5IHFpZD04MCBpZHg9MTE1IGZsYWdzPTIgdHlwZT0yNyBsZW49MTIwDQpOb3YgIDUgMTQ6 MTk6MTQgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTExNiBmbGFncz0yIHR5cGU9Mjcg bGVuPTEyMA0KTm92ICA1IDE0OjE5OjE0IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0x MTcgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToxNCB6b290IGtlcm5lbDog bm90DQpOb3YgIDUgMTQ6MTk6MTQgem9vdCBrZXJuZWw6IGlmDQpOb3YgIDUgMTQ6MTk6MTQgem9v dCBrZXJuZWw6IHkNCk5vdiAgNSAxNDoxOToxNCB6b290IGtlcm5lbDogcQ0KTm92ICA1IDE0OjE5 OjE0IHpvb3Qga2VybmVsOiBpZA0KTm92ICA1IDE0OjE5OjE0IHpvb3Qga2VybmVsOiA9OA0KTm92 ICA1IDE0OjE5OjE0IHpvb3Qga2VybmVsOiAwIGlkDQpOb3YgIDUgMTQ6MTk6MTQgem9vdCBrZXJu ZWw6IHg9MTENCk5vdiAgNSAxNDoxOToxNCB6b290IGtlcm5lbDogOCANCk5vdiAgNSAxNDoxOTox NCB6b290IGtlcm5lbDogZmwNCk5vdiAgNSAxNDoxOToxNCB6b290IGtlcm5lbDogYWcNCk5vdiAg NSAxNDoxOToxNCB6b290IGtlcm5lbDogcz0NCk5vdiAgNSAxNDoxOToxNCB6b290IGtlcm5lbDog MiANCk5vdiAgNSAxNDoxOToxNCB6b290IGtlcm5lbDogdHkNCk5vdiAgNSAxNDoxOToxNCB6b290 IGtlcm5lbDogcGUNCk5vdiAgNSAxNDoxOToxNCB6b290IGtlcm5lbDogPTINCk5vdiAgNSAxNDox OToxNCB6b290IGtlcm5lbDogNyANCk5vdiAgNSAxNDoxOToxNCB6b290IGtlcm5lbDogbGUNCk5v diAgNSAxNDoxOToxNCB6b290IGtlcm5lbDogbj0xMA0KTm92ICA1IDE0OjE5OjE0IHpvb3Qga2Vy bmVsOiA4DQpOb3YgIDUgMTQ6MTk6MTQgem9vdCBrZXJuZWw6IA0KTm92ICA1IDE0OjE5OjE0IHpv b3Qga2VybmVsOiBuDQpOb3YgIDUgMTQ6MTk6MTQgem9vdCBrZXJuZWw6IG90DQpOb3YgIDUgMTQ6 MTk6MTQgem9vdCBrZXJuZWw6IGlmDQpOb3YgIDUgMTQ6MTk6MTQgem9vdCBrZXJuZWw6IHkgDQpO b3YgIDUgMTQ6MTk6MTQgem9vdCBrZXJuZWw6IHFpDQpOb3YgIDUgMTQ6MTk6MTQgem9vdCBrZXJu ZWw6IGQ9ODANCk5vdiAgNSAxNDoxOToxNCB6b290IGtlcm5lbDogaQ0KTm92ICA1IDE0OjE5OjE0 IHpvb3Qga2VybmVsOiBkeA0KTm92ICA1IDE0OjE5OjE0IHpvb3Qga2VybmVsOiA9MQ0KTm92ICA1 IDE0OjE5OjE0IHpvb3Qga2VybmVsOiAxOSBmbGFncz0yIHR5cGUNCk5vdiAgNSAxNDoxOToxNCB6 b290IGtlcm5lbDogPTI3IGxlbj0NCk5vdiAgNSAxNDoxOToxNCB6b290IGtlcm5lbDogMTIwDQpO b3YgIDUgMTQ6MTk6MTQgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQNCk5vdiAgNSAxNDoxOToxNCB6 b290IGtlcm5lbDogPQ0KTm92ICA1IDE0OjE5OjE0IHpvb3Qga2VybmVsOiA4DQpOb3YgIDUgMTQ6 MTk6MTQgem9vdCBrZXJuZWw6IDAgDQpOb3YgIDUgMTQ6MTk6MTQgem9vdCBrZXJuZWw6IGlkDQpO b3YgIDUgMTQ6MTk6MTQgem9vdCBrZXJuZWw6IHg9DQpOb3YgIDUgMTQ6MTk6MTQgem9vdCBrZXJu ZWw6IDEyDQpOb3YgIDUgMTQ6MTk6MTQgem9vdCBrZXJuZWw6IDAgDQpOb3YgIDUgMTQ6MTk6MTQg em9vdCBrZXJuZWw6IGZsDQpOb3YgIDUgMTQ6MTk6MTQgem9vdCBrZXJuZWw6IGFnDQpOb3YgIDUg MTQ6MTk6MTQgem9vdCBrZXJuZWw6IHM9DQpOb3YgIDUgMTQ6MTk6MTQgem9vdCBrZXJuZWw6IDIg DQpOb3YgIDUgMTQ6MTk6MTQgem9vdCBrZXJuZWw6IHQNCk5vdiAgNSAxNDoxOToxNCB6b290IGtl cm5lbDogeXBlPTI3DQpOb3YgIDUgMTQ6MTk6MTQgem9vdCBrZXJuZWw6IGwNCk5vdiAgNSAxNDox OToxNCB6b290IGtlcm5lbDogZW4NCk5vdiAgNSAxNDoxOToxNCB6b290IGtlcm5lbDogPTENCk5v diAgNSAxNDoxOToxNCB6b290IGtlcm5lbDogNzINCk5vdiAgNSAxNDoxOToxNCB6b290IGtlcm5l bDogDQpOb3YgIDUgMTQ6MTk6MTQgem9vdCBrZXJuZWw6IG5vDQpOb3YgIDUgMTQ6MTk6MTQgem9v dCBrZXJuZWw6IHRpDQpOb3YgIDUgMTQ6MTk6MTQgem9vdCBrZXJuZWw6IGZ5DQpOb3YgIDUgMTQ6 MTk6MTQgem9vdCBrZXJuZWw6IHENCk5vdiAgNSAxNDoxOToxNCB6b290IGtlcm5lbDogaWQNCk5v diAgNSAxNDoxOToxNCB6b290IGtlcm5lbDogPTQgDQpOb3YgIDUgMTQ6MTk6MTQgem9vdCBrZXJu ZWw6IGkNCk5vdiAgNSAxNDoxOToxNCB6b290IGtlcm5lbDogZHgNCk5vdiAgNSAxNDoxOToxNCB6 b290IGtlcm5lbDogPTINCk5vdiAgNSAxNDoxOToxNCB6b290IGtlcm5lbDogNCANCk5vdiAgNSAx NDoxOToxNCB6b290IGtlcm5lbDogZmwNCk5vdiAgNSAxNDoxOToxNCB6b290IGtlcm5lbDogYWcN Ck5vdiAgNSAxNDoxOToxNCB6b290IGtlcm5lbDogcz0NCk5vdiAgNSAxNDoxOToxNCB6b290IGtl cm5lbDogMCB0DQpOb3YgIDUgMTQ6MTk6MTQgem9vdCBrZXJuZWw6IHkNCk5vdiAgNSAxNDoxOTox NCB6b290IGtlcm5lbDogcGU9DQpOb3YgIDUgMTQ6MTk6MTQgem9vdCBrZXJuZWw6IDENCk5vdiAg NSAxNDoxOToxNCB6b290IGtlcm5lbDogMjggbGVuPTgNCk5vdiAgNSAxNDoxOToxNCB6b290IGtl cm5lbDogDQpOb3YgIDUgMTQ6MTk6MTQgem9vdCBrZXJuZWw6IGNtZCBub3RpZmljYXRpb24gcWlk PTQgaWR4PQ0KTm92ICA1IDE0OjE5OjE0IHpvb3Qga2VybmVsOiAyNCBmbGFncz0wIHR5cGU9V1BJ X0NNRF9TQ0FOIGxlbj04DQpOb3YgIDUgMTQ6MTk6MTQgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9 ODAgaWR4DQpOb3YgIDUgMTQ6MTk6MTQgem9vdCBrZXJuZWw6ID0NCk5vdiAgNSAxNDoxOToxNCB6 b290IGtlcm5lbDogMTIxIGZsYWdzPTAgdHlwZT0xMzAgbGVuPTI0DQpOb3YgIDUgMTQ6MTk6MTQg em9vdCBrZXJuZWw6IHNjYW5uaW5nIGNoYW5uZWwgMTEgc3RhdHVzIDENCk5vdiAgNSAxNDoxOTox NCB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MTIyIGZsYWdzPTAgdHlwZT0xMzEgbGVu PTIwDQpOb3YgIDUgMTQ6MTk6MTQgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTEyMyBm bGFncz0wIHR5cGU9MTMyIGxlbj0xNg0KTm92ICA1IDE0OjE5OjE0IHpvb3Qga2VybmVsOiBzY2Fu IGZpbmlzaGVkIG5jaGFuPTEgc3RhdHVzPTEgDQpOb3YgIDUgMTQ6MTk6MTQgem9vdCBrZXJuZWw6 IGMNCk5vdiAgNSAxNDoxOToxNSB6b290IGtlcm5lbDogaGFuPTExDQpOb3YgIDUgMTQ6MTk6MTUg em9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTEyNCBmbGFncz0yIHR5cGU9MjcgbGVuPTEy MA0KTm92ICA1IDE0OjE5OjE1IHpvb3Qga2VybmVsOiBORVhUDQpOb3YgIDUgMTQ6MTk6MTUgem9v dCBrZXJuZWw6IHdwaV9jbWQgMTE5IHNpemUgMzIgYXN5bmMgMA0KTm92ICA1IDE0OjE5OjE1IHpv b3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0xMjUgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYN Ck5vdiAgNSAxNDoxOToxNSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MTI2IGZsYWdz PTIgdHlwZT0yNyBsZW49MTIwDQpOb3YgIDUgMTQ6MTk6MTUgem9vdCBrZXJuZWw6IG5vdGlmeSBx aWQ9ODAgaWR4PTEyNyBmbGFncz0yIHR5cGU9MjcgbGVuPTEyMA0KTm92ICA1IDE0OjE5OjE1IHpv b3Qga2VybmVsOiBub3RpDQpOb3YgIDUgMTQ6MTk6MTUgem9vdCBrZXJuZWw6IGYNCk5vdiAgNSAx NDoxOToxNSB6b290IGtlcm5lbDogeSBxaWQ9ODAgaWR4PTEyOCBmbGFncz0yIHR5cGU9MjcgbGVu PTEyMA0KTm92ICA1IDE0OjE5OjE1IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0xMjkg ZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToxNSB6b290IGtlcm5lbDogbm90 aWZ5IHFpZD04MCBpZHg9MTMwIGZsYWdzPTIgdHlwZT0yNyBsZW49MTcyDQpOb3YgIDUgMTQ6MTk6 MTUgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTEzMSBmbGFncz0yIHR5cGU9MjcgbGVu PTEyMA0KTm92ICA1IDE0OjE5OjE1IHpvb3Qga2VybmVsOiBuDQpOb3YgIDUgMTQ6MTk6MTUgem9v dCBrZXJuZWw6IG90aWYNCk5vdiAgNSAxNDoxOToxNSB6b290IGtlcm5lbDogeSBxaWQ9ODAgaWR4 PTEzMiBmbGFncz0yIHR5cGU9MjcgbGVuPTEyMA0KTm92ICA1IDE0OjE5OjE1IHpvb3Qga2VybmVs OiBub3RpZnkgcWlkPTgwIGlkeD0xMzMgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAx NDoxOToxNSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MTM0IGZsYWdzPTIgdHlwZT0y NyBsZW49MTIwDQpOb3YgIDUgMTQ6MTk6MTUgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4 PTEzNSBmbGFncz0yIHR5cGU9MjcgbGVuPTE1Ng0KTm92ICA1IDE0OjE5OjE1IHpvb3Qga2VybmVs OiBub3RpZnkgcWlkPTgwIGlkeD0xMzYgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAx NDoxOToxNSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD00IGlkeA0KTm92ICA1IDE0OjE5OjE1IHpv b3Qga2VybmVsOiA9MjUgZmxhZ3M9MCB0eXBlPTExOSBsZW49NA0KTm92ICA1IDE0OjE5OjE1IHpv b3Qga2VybmVsOiBjbWQgbm90aWZpY2F0aW9uIHFpZD00IGlkeD0yNSBmbGFncz0wIHR5cGU9V1BJ X0NNRF9TRVRfUE9XRVJfTU9ERSBsZW49NA0KTm92ICA1IDE0OjE5OjE1IHpvb3Qga2VybmVsOiBu b3RpZnkgcWlkPTgwIGlkeD0xMzcgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDox OToxNSB6b290IGtlcm5lbDogd3BpX2NtZCAxNTUgc2l6ZSAxMiBhc3luYyAwDQpOb3YgIDUgMTQ6 MTk6MTUgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTEzOCBmbGFncw0KTm92ICA1IDE0 OjE5OjE1IHpvb3Qga2VybmVsOiA9DQpOb3YgIDUgMTQ6MTk6MTUgem9vdCBrZXJuZWw6IDINCk5v diAgNSAxNDoxOToxNiB6b290IGtlcm5lbDogdHlwZT0yNyBsZW49MTU2DQpOb3YgIDUgMTQ6MTk6 MTYgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTEzOSBmbGFncz0yIHR5cGU9MjcgbGVu PTEyMA0KTm92ICA1IDE0OjE5OjE2IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0xNDAg ZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToxNiB6b290IGtlcm5lbDogbm90 aWZ5IHFpZD04MCBpZHg9MTQxIGZsYWdzPTIgdHlwZT0yNyBsZW49MTU2DQpOb3YgIDUgMTQ6MTk6 MTYgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTE0MiBmbA0KTm92ICA1IDE0OjE5OjE2 IHpvb3Qga2VybmVsOiBhDQpOb3YgIDUgMTQ6MTk6MTYgem9vdCBrZXJuZWw6IGcNCk5vdiAgNSAx NDoxOToxNiB6b290IGtlcm5lbDogcz0yIHR5cGU9MjcgbGVuPTEyMA0KTm92ICA1IDE0OjE5OjE2 IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0xNDMgZmxhZ3M9MiB0eXBlPTI3IGxlbj0x NTYNCk5vdiAgNSAxNDoxOToxNiB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MTQ0IGZs YWdzPTIgdHlwZT0yNyBsZW49MTIwDQpOb3YgIDUgMTQ6MTk6MTYgem9vdCBrZXJuZWw6IG5vdGlm eSBxaWQ9ODAgaWR4PTE0NSBmbGFncz0yIHR5cGU9MjcgbGVuPTEyMA0KTm92ICA1IDE0OjE5OjE2 IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0xNDYgZmxhZ3M9MiB0eXBlPTI3IGxlbj0x NTYNCk5vdiAgNSAxNDoxOToxNiB6b290IGtlcm5lbDogDQpOb3YgIDUgMTQ6MTk6MTYgem9vdCBr ZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTE0NyBmbGFncz0yIHR5cGU9MjcgbGVuPTEyMA0KTm92 ICA1IDE0OjE5OjE2IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0xNDggZmxhZ3M9MiB0 eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToxNiB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04 MCBpZHg9MTQ5IGZsYWdzPTIgdHlwZT0yNyBsZW49MTIwDQpOb3YgIDUgMTQ6MTk6MTYgem9vdCBr ZXJuZWw6IG5vdGlmeSBxaWQ9NCBpZHg9MjYgZmxhZ3M9MCB0eXBlPTE1NSBsZW49NA0KTm92ICA1 IDE0OjE5OjE2IHpvb3Qga2VybmVsOiANCk5vdiAgNSAxNDoxOToxNiB6b290IGtlcm5lbDogYw0K Tm92ICA1IDE0OjE5OjE2IHpvb3Qga2VybmVsOiBtZCBub3RpZmljYXRpb24gcWlkPTQgaWR4PTI2 IGZsYWdzPTAgdHlwZT1XUElfQ01EX0JMVUVUT09USCBsZW49NA0KTm92ICA1IDE0OjE5OjE2IHpv b3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0xNTAgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjAN Ck5vdiAgNSAxNDoxOToxNiB6b290IGtlcm5lbDogd3BpX2NtZCAxNiBzaXplIDQzIGFzeW5jIDAN Ck5vdiAgNSAxNDoxOToxNiB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MTUxIGZsYWdz PTIgdHlwZT0yNyBsZW49MTIwDQpOb3YgIDUgMTQ6MTk6MTYgem9vdCBrZXJuZWw6IG5vdGlmeSBx aWQ9ODAgaWR4PTE1MiBmbGFncz0yIHR5cGU9MjcgbGVuPTEyMA0KTm92ICA1IDE0OjE5OjE2IHpv b3Qga2VybmVsOiBuDQpOb3YgIDUgMTQ6MTk6MTYgem9vdCBrZXJuZWw6IG90aWZ5IHFpZD04MCBp ZHg9MTUzIGZsYWdzPTIgdHlwZT0yNyBsZW49MTIwDQpOb3YgIDUgMTQ6MTk6MTYgem9vdCBrZXJu ZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTE1NCBmbGFncz0yIHR5cGU9MjcgbGVuPTEyMA0KTm92ICA1 IDE0OjE5OjE2IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0xNTUgZmxhZ3M9MiB0eXBl PTI3IGxlbj0xNzINCk5vdiAgNSAxNDoxOToxNiB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBp ZHg9MTU2IGZsYWdzPTIgdHlwZT0yNyBsZW49MQ0KTm92ICA1IDE0OjE5OjE2IHpvb3Qga2VybmVs OiAyDQpOb3YgIDUgMTQ6MTk6MTYgem9vdCBrZXJuZWw6IDANCk5vdiAgNSAxNDoxOToxNyB6b290 IGtlcm5lbDogDQpOb3YgIDUgMTQ6MTk6MTcgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4 PTE1NyBmbGFncz0yIHR5cGU9MjcgbGVuPTEyMA0KTm92ICA1IDE0OjE5OjE3IHpvb3Qga2VybmVs OiBub3RpZnkgcWlkPTgwIGlkeD0xNTggZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAx NDoxOToxNyB6b290IGtlcm5lbDogbm90aWZ5IHFpZD00IGlkeD0yNyBmbGFncz0wIHR5cGU9MTYg bGVuPTQNCk5vdiAgNSAxNDoxOToxNyB6b290IGtlcm5lbDogY21kIG5vdGlmaWNhdGlvbiBxaWQ9 NCBpZHg9MjcgZmxhZ3M9MCB0eXBlPVdQSV9DTQ0KTm92ICA1IDE0OjE5OjE3IHpvb3Qga2VybmVs OiBEXw0KTm92ICA1IDE0OjE5OjE3IHpvb3Qga2VybmVsOiBDTw0KTm92ICA1IDE0OjE5OjE3IHpv b3Qga2VybmVsOiBORg0KTm92ICA1IDE0OjE5OjE3IHpvb3Qga2VybmVsOiBJRw0KTm92ICA1IDE0 OjE5OjE3IHpvb3Qga2VybmVsOiBVUkUNCk5vdiAgNSAxNDoxOToxNyB6b290IGtlcm5lbDogDQpO b3YgIDUgMTQ6MTk6MTcgem9vdCBrZXJuZWw6IGxlbg0KTm92ICA1IDE0OjE5OjE3IHpvb3Qga2Vy bmVsOiA9DQpOb3YgIDUgMTQ6MTk6MTcgem9vdCBrZXJuZWw6IDQNCk5vdiAgNSAxNDoxOToxNyB6 b290IGtlcm5lbDogDQpOb3YgIDUgMTQ6MTk6MTcgem9vdCBrZXJuZWw6IHdwaV9jbWQgMTUxIHNp emUgNTIgYXN5bmMgMA0KTm92ICA1IDE0OjE5OjE3IHpvb3Qga2VybmVsOiBubw0KTm92ICA1IDE0 OjE5OjE3IHpvb3Qga2VybmVsOiB0aQ0KTm92ICA1IDE0OjE5OjE3IHpvb3Qga2VybmVsOiBmeQ0K Tm92ICA1IDE0OjE5OjE3IHpvb3Qga2VybmVsOiBxDQpOb3YgIDUgMTQ6MTk6MTcgem9vdCBrZXJu ZWw6IGlkDQpOb3YgIDUgMTQ6MTk6MTcgem9vdCBrZXJuZWw6ID00DQpOb3YgIDUgMTQ6MTk6MTcg em9vdCBrZXJuZWw6IGkNCk5vdiAgNSAxNDoxOToxNyB6b290IGtlcm5lbDogZHgNCk5vdiAgNSAx NDoxOToxNyB6b290IGtlcm5lbDogPTINCk5vdiAgNSAxNDoxOToxNyB6b290IGtlcm5lbDogOCAN Ck5vdiAgNSAxNDoxOToxNyB6b290IGtlcm5lbDogZmwNCk5vdiAgNSAxNDoxOToxNyB6b290IGtl cm5lbDogYWcNCk5vdiAgNSAxNDoxOToxNyB6b290IGtlcm5lbDogcz0NCk5vdiAgNSAxNDoxOTox NyB6b290IGtlcm5lbDogMCANCk5vdiAgNSAxNDoxOToxNyB6b290IGtlcm5lbDogdHkNCk5vdiAg NSAxNDoxOToxNyB6b290IGtlcm5lbDogcA0KTm92ICA1IDE0OjE5OjE3IHpvb3Qga2VybmVsOiBl PTE1MQ0KTm92ICA1IDE0OjE5OjE3IHpvb3Qga2VybmVsOiANCk5vdiAgNSAxNDoxOToxNyB6b290 IGtlcm5lbDogbGVuDQpOb3YgIDUgMTQ6MTk6MTcgem9vdCBrZXJuZWw6ID0NCk5vdiAgNSAxNDox OToxNyB6b290IGtlcm5lbDogNA0KTm92ICA1IDE0OjE5OjE3IHpvb3Qga2VybmVsOiANCk5vdiAg NSAxNDoxOToxNyB6b290IGtlcm5lbDogY21kIG5vdGlmaWNhdGlvbiBxaWQ9NCBpZHg9MjggZmxh Z3M9MCB0DQpOb3YgIDUgMTQ6MTk6MTcgem9vdCBrZXJuZWw6IHlwZT1XUElfQ01EX1RYUE9XRVIg bGVuPTQNCk5vdiAgNSAxNDoxOToxNyB6b290IGtlcm5lbDogd3BpX2NtZCAyNCBzaXplIDY0IGFz eW5jIDANCk5vdiAgNSAxNDoxOToxNyB6b290IGtlcm5lbDogbm90aWZ5IHFpZD00IGlkeD0yOSBm bGFncz0wIHR5cGU9MjQgbGVuPTgNCk5vdiAgNSAxNDoxOToxNyB6b290IGtlcm5lbDogY21kIG5v dGkNCk5vdiAgNSAxNDoxOToxNyB6b290IGtlcm5lbDogZg0KTm92ICA1IDE0OjE5OjE3IHpvb3Qg a2VybmVsOiBpY2F0aW9uIHFpZD00IGlkeD0yOSBmbGFncz0wIHR5cGU9V1BJX0NNRF9BRERfTk9E RSBsZW49OA0KTm92ICA1IDE0OjE5OjE3IHpvb3Qga2VybmVsOiB3cGlfY21kIDcxIHNpemUgNTIg YXN5bmMgMA0KTm92ICA1IDE0OjE5OjE3IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTQgaWR4PTMw IGZsYWdzPTAgdHlwZT03MSBsZW49NA0KTm92ICA1IDE0OjE5OjE3IHpvb3Qga2VybmVsOiBjbWQg bm90aWZpY2F0aW9uIHFpZD00IGlkeD0zMCBmbGFncz0wIHR5cGU9V1BJX0NNRF9NUlJfU0VUVVAg bGVuPTQNCk5vdiAgNSAxNDoxOToxNyB6b290IGtlcm5lbDogd3BpX2NtZCA3MSBzaXplIDUyIGFz eW5jIDANCk5vdiAgNSAxNDoxOToxNyB6b290IGtlcm5lbDogbm90aWZ5IHFpZD00IGlkeD0zMSBm bGFncz0wIHR5cGU9NzEgbGVuPTQNCk5vdiAgNSAxNDoxOToxNyB6b290IGtlcm5lbDogY21kIG5v dGlmaWNhdGlvbiBxaWQ9NCBpZHg9MzEgZmxhZ3M9MCB0eXBlPVdQSV9DTURfTVJSX1NFVFVQIGxl bj00DQpOb3YgIDUgMTQ6MTk6MTcgem9vdCBrZXJuZWw6IFNjYW5uaW5nIEVzc2lkOiAiIg0KTm92 ICA1IDE0OjE5OjE3IHpvb3Qga2VybmVsOiBTY2FubmluZyA3IFBhc3NpdmU6IDANCk5vdiAgNSAx NDoxOToxNyB6b290IGtlcm5lbDogbm90aWZ5IHFpZD00IGlkeD0zMiBmbGFncz0wIHR5cGU9MTI4 IGxlbj04DQpOb3YgIDUgMTQ6MTk6MTcgem9vdCBrZXJuZWw6IGNtZCBub3RpZmljYXRpb24gcWlk PTQgaWR4PTMyIGZsYWdzPTAgdHlwZT1XUElfQ01EX1NDQU4gbGVuPTgNCk5vdiAgNSAxNDoxOTox NyB6b290IGtlcm5lbDogbg0KTm92ICA1IDE0OjE5OjE4IHpvb3Qga2VybmVsOiBvdGlmeSBxaWQ9 ODAgaWR4PTE1OSBmbGFncz0wIHR5cGU9MTMwIGxlbj0yNA0KTm92ICA1IDE0OjE5OjE4IHpvb3Qg a2VybmVsOiBzY2FubmluZyBjaGFubmVsIDcgc3RhdHVzIDENCk5vdiAgNSAxNDoxOToxOCB6b290 IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MTYwIGZsYWdzPTAgdHlwZT0xMzEgbGVuPTIwDQpO b3YgIDUgMTQ6MTk6MTggem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTE2MSBmbGFncz0w IHR5cGU9MTMyIGxlbj0xNg0KTm92ICA1IDE0OjE5OjE4IHpvb3Qga2VybmVsOiBzY2FuIGZpbmlz aGVkIA0KTm92ICA1IDE0OjE5OjE4IHpvb3Qga2VybmVsOiBuDQpOb3YgIDUgMTQ6MTk6MTggem9v dCBrZXJuZWw6IGNoYW49MSBzdGF0dXM9MSBjaGFuPTcNCk5vdiAgNSAxNDoxOToxOCB6b290IGtl cm5lbDogTkVYVA0KTm92ICA1IDE0OjE5OjE4IHpvb3Qga2VybmVsOiB3cGlfY21kIDExOSBzaXpl IDMyIGFzeW5jIDANCk5vdiAgNSAxNDoxOToxOCB6b290IGtlcm5lbDogbm90aWZ5IHFpZD00IGlk eD0zMyBmbGFncz0wIHR5cGU9MTE5IGxlbj00DQpOb3YgIDUgMTQ6MTk6MTggem9vdCBrZXJuZWw6 IGNtZCBub3RpZmljYXRpb24gcWlkPTQgaWR4PTMzIGZsYWdzPTAgdHlwZT1XUElfQ01EX1NFVF9Q T1dFUl9NT0RFIGxlbj00DQpOb3YgIDUgMTQ6MTk6MTggem9vdCBrZXJuZWw6IHdwaV9jbWQgMTU1 IHNpemUgMTIgYXN5bmMgMA0KTm92ICA1IDE0OjE5OjE4IHpvb3Qga2VybmVsOiBub3RpZnkgcWlk PTQgaWR4PTM0IGZsYWdzPTAgdHlwZT0xNTUgbGVuPTQNCk5vdiAgNSAxNDoxOToxOCB6b290IGtl cm5lbDogDQpOb3YgIDUgMTQ6MTk6MTggem9vdCBrZXJuZWw6IGMNCk5vdiAgNSAxNDoxOToxOCB6 b290IGtlcm5lbDogbWQgbm90aWZpY2F0aW9uIHFpZD00IGlkeD0zNCBmbGFncz0wIHR5cGU9V1BJ X0NNRF9CTFVFVE9PVEggbGVuPTQNCk5vdiAgNSAxNDoxOToxOCB6b290IGtlcm5lbDogd3BpX2Nt ZCAxNiBzaXplIDQzIGFzeW5jIDANCk5vdiAgNSAxNDoxOToxOCB6b290IGtlcm5lbDogbm90aWZ5 IHFpZD00IGlkeD0zNSBmbGFncz0wIHR5cGU9MTYgbGVuPTQNCk5vdiAgNSAxNDoxOToxOCB6b290 IGtlcm5lbDogY21kIG5vdGlmaWNhdGlvbiBxaWQ9NCBpZHg9MzUgZmxhZ3M9MCB0eXBlPVcNCk5v diAgNSAxNDoxOToxOCB6b290IGtlcm5lbDogUA0KTm92ICA1IDE0OjE5OjE4IHpvb3Qga2VybmVs OiBJX0NNRF9DT05GSUdVUkUgbGVuPTQNCk5vdiAgNSAxNDoxOToxOCB6b290IGtlcm5lbDogd3Bp X2NtZCAxNTEgc2l6ZSA1MiBhc3luYyAwDQpOb3YgIDUgMTQ6MTk6MTggem9vdCBrZXJuZWw6IG5v dGlmeSBxaWQ9ODAgaWR4PTE2MiBmbGFncz0yIHR5cGU9MjcgbGVuPTE1Ng0KTm92ICA1IDE0OjE5 OjE4IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTQgaWR4PTM2IGZsYWdzPTAgdHlwZT0xNTEgbGVu PTQNCk5vdiAgNSAxNDoxOToxOCB6b290IGtlcm5lbDogY21kIG5vdGlmaWNhdGlvbiBxaWQ9NCBp ZHg9MzYgZmxhZ3M9MCB0eXBlPVdQSV9DTURfVFhQT1dFUiBsZW49NA0KTm92ICA1IDE0OjE5OjE4 IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0xNjMgZmxhZ3M9MiB0eXBlPTI3IGxlbj0x NTYNCk5vdiAgNSAxNDoxOToxOCB6b290IGtlcm5lbDogd3BpX2NtZCAyNCBzaXplIDY0IGFzeW5j IDANCk5vdiAgNSAxNDoxOToxOCB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MTY0DQpO b3YgIDUgMTQ6MTk6MTggem9vdCBrZXJuZWw6IA0KTm92ICA1IDE0OjE5OjE5IHpvb3Qga2VybmVs OiBmbGFncz0yIHR5cGU9MjcgbGVuPTE1Ng0KTm92ICA1IDE0OjE5OjE5IHpvb3Qga2VybmVsOiBu b3RpZnkgcWlkPTgwIGlkeD0xNjUgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDox OToxOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MTY2IGZsYWdzPTIgdHlwZT0yNyBs ZW49MTU2DQpOb3YgIDUgMTQ6MTk6MTkgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTE2 NyBmbGFncz0yIHR5cGU9MjcgbGVuPTEyMA0KTm92ICA1IDE0OjE5OjE5IHpvb3Qga2VybmVsOiBu b3RpDQpOb3YgIDUgMTQ6MTk6MTkgem9vdCBrZXJuZWw6IGZ5IHFpZD00IGlkeD0zNyBmbGFncz0w IHR5cGU9MjQgbGVuPTgNCk5vdiAgNSAxNDoxOToxOSB6b290IGtlcm5lbDogY21kIG5vdGlmaWNh dGlvbiBxaWQ9NCBpZHg9MzcgZmxhZ3M9MCB0eXBlPVdQSV9DTURfQUREX05PREUgbGVuPTgNCk5v diAgNSAxNDoxOToxOSB6b290IGtlcm5lbDogd3BpX2NtZCA3MSBzaXplIDUyIGFzeW5jIDANCk5v diAgNSAxNDoxOToxOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MTY4IGZsYWdzPTIg dHlwZT0yNyBsZW49MTU2DQpOb3YgIDUgMTQ6MTk6MTkgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9 ODAgaWR4PTE2OSBmbGFncz0yIHR5cGU9MjcgbGVuPTE1Ng0KTm92ICA1IDE0OjE5OjE5IHpvb3Qg a2VybmVsOiBubw0KTm92ICA1IDE0OjE5OjE5IHpvb3Qga2VybmVsOiB0aWZ5IHFpZD04MCBpZHg9 MTcwIGZsYWdzPTIgdHlwZT0yNyBsZW49MTIwDQpOb3YgIDUgMTQ6MTk6MTkgem9vdCBrZXJuZWw6 IG5vdGlmeSBxaWQ9ODAgaWR4PTE3MSBmbGFncz0yIHR5cGU9MjcgbGVuPTE1Ng0KTm92ICA1IDE0 OjE5OjE5IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0xNzIgZmxhZ3M9MiB0eXBlPTI3 IGxlbj0xMjANCk5vdiAgNSAxNDoxOToxOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD00IGlkeD0z OCBmbGFncz0wIHR5cGU9NzEgbGVuPTQNCk5vdiAgNSAxNDoxOToxOSB6b290IGtlcm5lbDogY21k IG5vdA0KTm92ICA1IDE0OjE5OjE5IHpvb3Qga2VybmVsOiBpZg0KTm92ICA1IDE0OjE5OjE5IHpv b3Qga2VybmVsOiBpY2F0aW9uIHFpZD00IGlkeD0zOCBmbGFncz0wIHR5cGU9V1BJX0NNRF9NUlJf U0VUVVAgbGVuPTQNCk5vdiAgNSAxNDoxOToxOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBp ZHg9MTczIGZsYWdzPTIgdHlwZT0yNyBsZW49MTU2DQpOb3YgIDUgMTQ6MTk6MTkgem9vdCBrZXJu ZWw6IHdwaV9jbWQgNzEgc2l6ZSA1MiBhc3luYyAwDQpOb3YgIDUgMTQ6MTk6MTkgem9vdCBrZXJu ZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTE3NCBmbGFncz0yIHR5cGU9MjcgbGVuPTEyMA0KTm92ICA1 IDE0OjE5OjE5IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIA0KTm92ICA1IDE0OjE5OjE5IHpv b3Qga2VybmVsOiBpDQpOb3YgIDUgMTQ6MTk6MjAgem9vdCBrZXJuZWw6IGR4PTE3NSBmbGFncz0y IHR5cGU9MjcgbGVuPTE1Ng0KTm92ICA1IDE0OjE5OjIwIHpvb3Qga2VybmVsOiBub3RpZnkgcWlk PTgwIGlkeD0xNzYgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToyMCB6b290 IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MTc3IGZsYWdzPTIgdHlwZT0yNyBsZW49MTI4DQpO b3YgIDUgMTQ6MTk6MjAgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTE3OCBmbGFncz0y IHR5cGU9MjcgbGVuPTE3Ng0KTm92ICA1IDE0OjE5OjIwIHpvb3Qga2VybmVsOiBub3RpZnkgcWlk PTgwIGlkeD0xNzkgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNQ0KTm92ICA1IDE0OjE5OjIwIHpvb3Qg a2VybmVsOiA2DQpOb3YgIDUgMTQ6MTk6MjAgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4 PTE4MCBmbGFncz0yIHR5cGU9MjcgbGVuPTEyMA0KTm92ICA1IDE0OjE5OjIwIHpvb3Qga2VybmVs OiBub3RpZnkgcWlkPTgwIGlkeD0xODEgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNzYNCk5vdiAgNSAx NDoxOToyMCB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MTgyIGZsYWdzPTIgdHlwZT0y NyBsZW49MTU2DQpOb3YgIDUgMTQ6MTk6MjAgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4 PTE4MyBmbGFncz0yIHR5cGU9MjcgbGVuPTEyMA0KTm92ICA1IDE0OjE5OjIwIHpvb3Qga2VybmVs OiBub3RpZnkgDQpOb3YgIDUgMTQ6MTk6MjAgem9vdCBrZXJuZWw6IHENCk5vdiAgNSAxNDoxOToy MCB6b290IGtlcm5lbDogaWQ9ODAgaWR4PTE4NCBmbGFncz0yIHR5cGU9MjcgbGVuPTE3Ng0KTm92 ICA1IDE0OjE5OjIwIHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0xODUgZmxhZ3M9MiB0 eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToyMCB6b290IGtlcm5lbDogbm90aWZ5IHFpZD00 IGlkeD0zOSBmbGFncz0wIHR5cGU9NzEgbGVuPTQNCk5vdiAgNSAxNDoxOToyMCB6b290IGtlcm5l bDogY21kIG5vdGlmaWNhdGlvbiBxaWQ9NCBpZHg9MzkgZmxhZ3M9MCB0eXBlPVdQSV9DTURfTVJS X1NFVFVQIGxlbj00DQpOb3YgIDUgMTQ6MTk6MjAgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAg aWR4PTE4NiBmbGFncz0yIHR5cGU9MjcgbGVuPTEyMA0KTm92ICA1IDE0OjE5OjIwIHpvb3Qga2Vy bmVsOiBTY2FubmluZyBFc3NpZDogIiINCk5vdiAgNSAxNDoxOToyMCB6b290IGtlcm5lbDogU2Nh bm5pbmcgMTMgUGFzc2l2ZTogNTEyDQpOb3YgIDUgMTQ6MTk6MjAgem9vdCBrZXJuZWw6IG5vdGlm eSBxaWQ9ODAgaWR4PTE4NyBmbGFncz0yIHR5cGU9MjcgbGVuPTE1Ng0KTm92ICA1IDE0OjE5OjIw IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0xODggZmxhZ3M9MiB0eXBlPTI3IGxlbj0x MjgNCk5vdiAgNSAxNDoxOToyMCB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MTg5IGZs YWdzPTIgdHlwZT0yNyBsZW49MTc2DQpOb3YgIDUgMTQ6MTk6MjAgem9vdCBrZXJuZWw6IG5vdGlm eSBxaWQ9ODAgaWR4PTE5MCBmbGFncz0yIHR5cGU9MjcgbGVuPTENCk5vdiAgNSAxNDoxOToyMCB6 b290IGtlcm5lbDogNQ0KTm92ICA1IDE0OjE5OjIwIHpvb3Qga2VybmVsOiA2DQpOb3YgIDUgMTQ6 MTk6MjEgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTE5MSBmbGFncz0yIHR5cGU9Mjcg bGVuPTEyMA0KTm92ICA1IDE0OjE5OjIxIHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0x OTIgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNzYNCk5vdiAgNSAxNDoxOToyMSB6b290IGtlcm5lbDog bm90aWZ5IHFpZD04MCBpZHg9MTkzIGZsYWdzPTIgdHlwZT0yNyBsZW49MTU2DQpOb3YgIDUgMTQ6 MTk6MjEgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTE5NCBmbGFncz0yIHR5cGU9Mjcg bGVuPTEyMA0KTm92ICA1IDE0OjE5OjIxIHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0x OTUgZmxhZ3M9MiANCk5vdiAgNSAxNDoxOToyMSB6b290IGtlcm5lbDogdA0KTm92ICA1IDE0OjE5 OjIxIHpvb3Qga2VybmVsOiB5cGU9MjcgbGVuPTE1Ng0KTm92ICA1IDE0OjE5OjIxIHpvb3Qga2Vy bmVsOiBub3RpZnkgcWlkPTgwIGlkeD0xOTYgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAg NSAxNDoxOToyMSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MTk3IGZsYWdzPTIgdHlw ZT0yNyBsZW49MTI4DQpOb3YgIDUgMTQ6MTk6MjEgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAg aWR4PTE5OCBmbGFncz0yIHR5cGU9MjcgbGVuPTE3Ng0KTm92ICA1IDE0OjE5OjIxIHpvb3Qga2Vy bmVsOiBub3RpZnkgcWlkPTgwIGlkeD0xOTkgZmxhZ3MNCk5vdiAgNSAxNDoxOToyMSB6b290IGtl cm5lbDogPTIgdHlwZT0yNyBsZW49MTU2DQpOb3YgIDUgMTQ6MTk6MjEgem9vdCBrZXJuZWw6IG5v dGlmeSBxaWQ9ODAgaWR4PTIwMCBmbGFncz0yIHR5cGU9MjcgbGVuPTE3Ng0KTm92ICA1IDE0OjE5 OjIxIHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0yMDEgZmxhZ3M9MiB0eXBlPTI3IGxl bj0xNTYNCk5vdiAgNSAxNDoxOToyMSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MjAy IGZsYWdzPTIgdHlwZT0yNyBsZW49MTIwDQpOb3YgIDUgMTQ6MTk6MjEgem9vdCBrZXJuZWw6IG5v dGlmeSBxaWQ9ODAgaWR4PTIwMyBmbGFncz0yIHR5cGU9MjcgbGVuPTEyOA0KTm92ICA1IDE0OjE5 OjIxIHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0yMDQgZmxhZ3M9MiB0DQpOb3YgIDUg MTQ6MTk6MjEgem9vdCBrZXJuZWw6IHlwZT0yNyBsZW49MTc2DQpOb3YgIDUgMTQ6MTk6MjEgem9v dCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTIwNSBmbGFncz0yIHR5cGU9MjcgbGVuPTE1Ng0K Tm92ICA1IDE0OjE5OjIxIHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0yMDYgZmxhZ3M9 MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToyMSB6b290IGtlcm5lbDogbm90aWZ5IHFp ZD04MCBpZHg9MjA3IGZsYWdzPTIgdHlwZT0yNyBsZW49MTU2DQpOb3YgIDUgMTQ6MTk6MjEgem9v dCBrZXJuZWw6IG5vdGlmeSBxDQpOb3YgIDUgMTQ6MTk6MjEgem9vdCBrZXJuZWw6IGkNCk5vdiAg NSAxNDoxOToyMSB6b290IGtlcm5lbDogZA0KTm92ICA1IDE0OjE5OjIxIHpvb3Qga2VybmVsOiA9 ODAgaWR4PTIwOCBmbGFncz0yIHR5cGU9MjcgbGVuPTEyMA0KTm92ICA1IDE0OjE5OjIxIHpvb3Qg a2VybmVsOiBub3RpZnkgcWlkPTQgaWR4PTQwIGZsYWdzPTAgdHlwZT0xMjggbGVuPTgNCk5vdiAg NSAxNDoxOToyMSB6b290IGtlcm5lbDogY21kIG5vdGlmaWNhdGlvbiBxaWQ9NCBpZHg9NDAgZmxh Z3M9MCB0eXBlPVdQSV9DTURfU0NBTiBsZW49OA0KTm92ICA1IDE0OjE5OjIxIHpvb3Qga2VybmVs OiBub3RpZnkgcWlkPTgwIGlkeD0yMDkgZmxhZ3M9MCB0eXBlPTEzMCANCk5vdiAgNSAxNDoxOToy MSB6b290IGtlcm5lbDogbA0KTm92ICA1IDE0OjE5OjIyIHpvb3Qga2VybmVsOiBlbj0yNA0KTm92 ICA1IDE0OjE5OjIyIHpvb3Qga2VybmVsOiBzY2FubmluZyBjaGFubmVsIDEzIHN0YXR1cyAxDQpO b3YgIDUgMTQ6MTk6MjIgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTIxMCBmbGFncz0y IHR5cGU9MjcgbGVuPTE1Ng0KTm92ICA1IDE0OjE5OjIyIHpvb3Qga2VybmVsOiBub3RpZnkgcWlk PTgwIGlkeD0yMTEgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToyMiB6b290 IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MjEyIGZsYWdzPTIgdHlwZT0yNyBsZW49MTU2DQpO b3YgIDUgMTQ6MTk6MjIgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTIxMyBmbGFncz0y IHR5cGU9MjcgbGVuDQpOb3YgIDUgMTQ6MTk6MjIgem9vdCBrZXJuZWw6ID0NCk5vdiAgNSAxNDox OToyMiB6b290IGtlcm5lbDogMTIwDQpOb3YgIDUgMTQ6MTk6MjIgem9vdCBrZXJuZWw6IG5vdGlm eSBxaWQ9ODAgaWR4PTIxNCBmbGFncz0wIHR5cGU9MTMxIGxlbj0yMA0KTm92ICA1IDE0OjE5OjIy IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0yMTUgZmxhZ3M9MCB0eXBlPTEzMiBsZW49 MTYNCk5vdiAgNSAxNDoxOToyMiB6b290IGtlcm5lbDogc2NhbiBmaW5pc2hlZCBuY2hhbj0xIHN0 YXR1cz0xIGNoYW49MTMNCk5vdiAgNSAxNDoxOToyMiB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04 MCBpZHg9MjE2IGZsYWdzPTIgdHlwZT0yNyBsZW49MTU2DQpOb3YgIDUgMTQ6MTk6MjIgem9vdCBr ZXJuZWw6IE5FWFQNCk5vdiAgNSAxNDoxOToyMiB6b290IGtlcm5lbDogd3BpX2NtZCAxMTkgc2l6 ZSAzMiBhc3luYyAwDQpOb3YgIDUgMTQ6MTk6MjIgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAg aWR4PTIxNyBmbGFncz0yIHR5cGU9MjcgbGVuPTEyMA0KTm92ICA1IDE0OjE5OjIyIHpvb3Qga2Vy bmVsOiBub3RpZnkgcWlkPTgwIGlkeD0yMTggZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAg NSAxNDoxOToyMiB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MjE5IGZsYWdzPTIgdHlw ZT0yNyBsZW49MTU2DQpOb3YgIDUgMTQ6MTk6MjIgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAg aWR4PTIyMCBmbGFncz0yIHR5cGU9MjcgbGVuPTE1Ng0KTm92ICA1IDE0OjE5OjIyIHpvb3Qga2Vy bmVsOiBub3RpZnkgcWlkPTgwIGlkeD0yMjEgZmxhZ3MNCk5vdiAgNSAxNDoxOToyMiB6b290IGtl cm5lbDogPQ0KTm92ICA1IDE0OjE5OjIyIHpvb3Qga2VybmVsOiAyDQpOb3YgIDUgMTQ6MTk6MjIg em9vdCBrZXJuZWw6IHR5cGU9MjcgbGVuPTEyMA0KTm92ICA1IDE0OjE5OjIyIHpvb3Qga2VybmVs OiBub3RpZnkgcWlkPTgwIGlkeD0yMjIgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAx NDoxOToyMiB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MjIzIGZsYWdzPTIgdHlwZT0y NyBsZW49MTIwDQpOb3YgIDUgMTQ6MTk6MjIgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4 PTIyNCBmbGFncz0yIHR5cGU9MjcgbGVuPTE1Ng0KTm92ICA1IDE0OjE5OjIyIHpvb3Qga2VybmVs OiBub3RpZnkgcWlkPTgwIGlkeD0yMjUgZmwNCk5vdiAgNSAxNDoxOToyMiB6b290IGtlcm5lbDog YQ0KTm92ICA1IDE0OjE5OjIyIHpvb3Qga2VybmVsOiBncz0yIHR5cGU9MjcgbGVuPTEyMA0KTm92 ICA1IDE0OjE5OjIyIHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0yMjYgZmxhZ3M9MiB0 eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToyMiB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04 MCBpZHg9MjI3IGZsYWdzPTIgdHlwZT0yNyBsZW49MTIwDQpOb3YgIDUgMTQ6MTk6MjIgem9vdCBr ZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTIyOCBmbGFncz0yIHR5cGU9MjcgbGVuPTEyOA0KTm92 ICA1IDE0OjE5OjIyIHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0yMjkgZmxhZ3M9MiB0 eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToyMiB6b290IGtlcm5lbDogbm90aWZ5DQpOb3Yg IDUgMTQ6MTk6MjIgem9vdCBrZXJuZWw6IA0KTm92ICA1IDE0OjE5OjIyIHpvb3Qga2VybmVsOiBx DQpOb3YgIDUgMTQ6MTk6MjMgem9vdCBrZXJuZWw6IGlkPTgwIGlkeD0yMzAgZmxhZ3M9MiB0eXBl PTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToyMyB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBp ZHg9MjMxIGZsYWdzPTIgdHlwZT0yNyBsZW49MTU2DQpOb3YgIDUgMTQ6MTk6MjMgem9vdCBrZXJu ZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTIzMiBmbGFncz0yIHR5cGU9MjcgbGVuPTE1Ng0KTm92ICA1 IDE0OjE5OjIzIHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0yMzMgZmxhZ3M9MiB0eXBl PTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToyMyB6b290IGtlcm5lbDogbg0KTm92ICA1IDE0OjE5 OjIzIHpvb3Qga2VybmVsOiBvdA0KTm92ICA1IDE0OjE5OjIzIHpvb3Qga2VybmVsOiBpZnkgcWlk PTgwIGlkeD0yMzQgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToyMyB6b290 IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MjM1IGZsYWdzPTIgdHlwZT0yNyBsZW49MTIwDQpO b3YgIDUgMTQ6MTk6MjMgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTIzNiBmbGFncz0y IHR5cGU9MjcgbGVuPTE1Ng0KTm92ICA1IDE0OjE5OjIzIHpvb3Qga2VybmVsOiBub3RpZnkgcWlk PTgwIGlkeD0yMzcgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToyMyB6b290 IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MjM4IGZsYWdzPTIgdHlwZT0yNyBsZW49MTU2DQpO b3YgIDUgMTQ6MTk6MjMgem9vdCBrZXJuZWw6IHdwaTA6IGNvdWxkIG5vdCBzZXQgcG93ZXIgbW9k ZQ0KTm92ICA1IDE0OjE5OjIzIHpvb3Qga2VybmVsOiBTY2FuIGNhbmNlbGxlZA0KTm92ICA1IDE0 OjE5OjIzIHpvb3Qga2VybmVsOiBTY2FubmluZyBFc3NpZDogIiINCk5vdiAgNSAxNDoxOToyMyB6 b290IGtlcm5lbDogU2Nhbm5pbmcgNTIgUGFzc2l2ZTogNTEyDQpOb3YgIDUgMTQ6MTk6MjMgem9v dCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTIzOSBmbGFncz0yIHR5cGU9MjcgbGVuPTEyMA0K Tm92ICA1IDE0OjE5OjIzIHpvb3Qga2VybmVsOiBub3RpDQpOb3YgIDUgMTQ6MTk6MjMgem9vdCBr ZXJuZWw6IGZ5DQpOb3YgIDUgMTQ6MTk6MjMgem9vdCBrZXJuZWw6IHENCk5vdiAgNSAxNDoxOToy MyB6b290IGtlcm5lbDogaWQNCk5vdiAgNSAxNDoxOToyMyB6b290IGtlcm5lbDogPTgNCk5vdiAg NSAxNDoxOToyMyB6b290IGtlcm5lbDogMCANCk5vdiAgNSAxNDoxOToyMyB6b290IGtlcm5lbDog aWR4DQpOb3YgIDUgMTQ6MTk6MjMgem9vdCBrZXJuZWw6ID0NCk5vdiAgNSAxNDoxOToyMyB6b290 IGtlcm5lbDogMjQNCk5vdiAgNSAxNDoxOToyMyB6b290IGtlcm5lbDogMCANCk5vdiAgNSAxNDox OToyMyB6b290IGtlcm5lbDogZmwNCk5vdiAgNSAxNDoxOToyMyB6b290IGtlcm5lbDogYWcNCk5v diAgNSAxNDoxOToyMyB6b290IGtlcm5lbDogcz0yIHR5cGU9MjcgbGVuPTE1Ng0KTm92ICA1IDE0 OjE5OjIzIHpvb3Qga2VybmVsOiBuDQpOb3YgIDUgMTQ6MTk6MjMgem9vdCBrZXJuZWw6IG90aWZ5 IHFpZD04DQpOb3YgIDUgMTQ6MTk6MjMgem9vdCBrZXJuZWw6IDAgDQpOb3YgIDUgMTQ6MTk6MjMg em9vdCBrZXJuZWw6IGlkDQpOb3YgIDUgMTQ6MTk6MjMgem9vdCBrZXJuZWw6IHg9DQpOb3YgIDUg MTQ6MTk6MjMgem9vdCBrZXJuZWw6IDI0DQpOb3YgIDUgMTQ6MTk6MjMgem9vdCBrZXJuZWw6IDEg DQpOb3YgIDUgMTQ6MTk6MjMgem9vdCBrZXJuZWw6IGZsDQpOb3YgIDUgMTQ6MTk6MjMgem9vdCBr ZXJuZWw6IGFnDQpOb3YgIDUgMTQ6MTk6MjMgem9vdCBrZXJuZWw6IHM9DQpOb3YgIDUgMTQ6MTk6 MjMgem9vdCBrZXJuZWw6IDIgDQpOb3YgIDUgMTQ6MTk6MjMgem9vdCBrZXJuZWw6IHR5DQpOb3Yg IDUgMTQ6MTk6MjMgem9vdCBrZXJuZWw6IHBlDQpOb3YgIDUgMTQ6MTk6MjMgem9vdCBrZXJuZWw6 ID0yDQpOb3YgIDUgMTQ6MTk6MjMgem9vdCBrZXJuZWw6IDcgDQpOb3YgIDUgMTQ6MTk6MjMgem9v dCBrZXJuZWw6IGxlDQpOb3YgIDUgMTQ6MTk6MjMgem9vdCBrZXJuZWw6IG49DQpOb3YgIDUgMTQ6 MTk6MjMgem9vdCBrZXJuZWw6IDEyDQpOb3YgIDUgMTQ6MTk6MjMgem9vdCBrZXJuZWw6IDANCk5v diAgNSAxNDoxOToyMyB6b290IGtlcm5lbDogDQpOb3YgIDUgMTQ6MTk6MjMgem9vdCBrZXJuZWw6 IG4NCk5vdiAgNSAxNDoxOToyMyB6b290IGtlcm5lbDogb3QNCk5vdiAgNSAxNDoxOToyMyB6b290 IGtlcm5lbDogaWYNCk5vdiAgNSAxNDoxOToyMyB6b290IGtlcm5lbDogeSANCk5vdiAgNSAxNDox OToyMyB6b290IGtlcm5lbDogcWlkPTQgaWR4PTQxIGZsYWdzPTAgdHlwZT0xMTkgbGVuPTQNCk5v diAgNSAxNDoxOToyMyB6b290IGtlcm5lbDogDQpOb3YgIDUgMTQ6MTk6MjMgem9vdCBrZXJuZWw6 IGNtDQpOb3YgIDUgMTQ6MTk6MjMgem9vdCBrZXJuZWw6IGQgbm90aWZpY2F0aW9uIHFpZD00IGlk eD00MSBmbGFncz0wIHR5cGU9DQpOb3YgIDUgMTQ6MTk6MjMgem9vdCBrZXJuZWw6IFcNCk5vdiAg NSAxNDoxOToyMyB6b290IGtlcm5lbDogUElfQ01EX1NFVF9QT1dFUl9NT0RFIGxlbj00DQpOb3Yg IDUgMTQ6MTk6MjMgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTI0MiBmbGFncz0yIHR5 cGU9MjcgbGVuPTE3Ng0KTm92ICA1IDE0OjE5OjIzIHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgw IGlkeD0yNDMgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToyMyB6b290IGtl cm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MjQ0IGZsYWdzPTIgdHlwZT0yNyBsZW49MTIwDQpOb3Yg IDUgMTQ6MTk6MjMgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODAgDQpOb3YgIDUgMTQ6MTk6MjMg em9vdCBrZXJuZWw6IGkNCk5vdiAgNSAxNDoxOToyNCB6b290IGtlcm5lbDogZHg9MjQ1IGZsYWdz PTIgdHlwZT0yNyBsZW49MTI4DQpOb3YgIDUgMTQ6MTk6MjQgem9vdCBrZXJuZWw6IG5vdGlmeSBx aWQ9ODAgaWR4PTI0NiBmbGFncz0yIHR5cGU9MjcgbGVuPTE1Ng0KTm92ICA1IDE0OjE5OjI0IHpv b3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0yNDcgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjAN Ck5vdiAgNSAxNDoxOToyNCB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBpZHg9MjQ4IGZsYWdz PTIgdHlwZT0yNyBsZW49MTU2DQpOb3YgIDUgMTQ6MTk6MjQgem9vdCBrZXJuZWw6IG5vdGlmeSBx aWQ9ODAgaWR4PTI0OSBmbGFncz0yIHR5cGU9MjcgbGVuDQpOb3YgIDUgMTQ6MTk6MjQgem9vdCBr ZXJuZWw6ID0xMjANCk5vdiAgNSAxNDoxOToyNCB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBp ZHg9MjUwIGZsYWdzPTIgdHlwZT0yNyBsZW49MTc2DQpOb3YgIDUgMTQ6MTk6MjQgem9vdCBrZXJu ZWw6IG5vdGlmeSBxaWQ9ODAgaWR4PTI1MSBmbGFncz0yIHR5cGU9MjcgbGVuPTE1Ng0KTm92ICA1 IDE0OjE5OjI0IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0yNTIgZmxhZ3M9MiB0eXBl PTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToyNCB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MCBp ZHg9MjUzIGZsYWdzPTIgdHlwZT0yNyANCk5vdiAgNSAxNDoxOToyNCB6b290IGtlcm5lbDogbGVu PTE1Ng0KTm92ICA1IDE0OjE5OjI0IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgwIGlkeD0yNTQg ZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToyNCB6b290IGtlcm5lbDogbm90 aWZ5IHFpZD04MCBpZHg9MjU1IGZsYWdzPTIgdHlwZT0yNyBsZW49MTU2DQpOb3YgIDUgMTQ6MTk6 MjQgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODEgaWR4PTAgZmxhZ3M9MiB0eXBlPTI3IGxlbj0x MjANCk5vdiAgNSAxNDoxOToyNCB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9MSBmbGFn cz0yIHR5cGU9MjcgbGVuPTE3Ng0KTm92ICA1IDE0OjE5OjI0IHpvb3Qga2VybmVsOiBub3RpZnkg cWlkPTgxIGlkeD0yIGZsYWdzPTIgdHlwZT0yNyBsZW49MTU2DQpOb3YgIDUgMTQ6MTk6MjQgem9v dCBrZXJuZWw6IG4NCk5vdiAgNSAxNDoxOToyNCB6b290IGtlcm5lbDogb3RpZnkgcWlkPTgxIGlk eD0zIGZsYWdzPTIgdHlwZT0yNyBsZW49MTIwDQpOb3YgIDUgMTQ6MTk6MjQgem9vdCBrZXJuZWw6 IG5vdGlmeSBxaWQ9ODEgaWR4PTQgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDox OToyNCB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9NSBmbGFncz0yIHR5cGU9MjcgbGVu PTEyMA0KTm92ICA1IDE0OjE5OjI0IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgxIGlkeD02IGZs YWdzPTIgdHlwZQ0KTm92ICA1IDE0OjE5OjI0IHpvb3Qga2VybmVsOiA9DQpOb3YgIDUgMTQ6MTk6 MjQgem9vdCBrZXJuZWw6IDINCk5vdiAgNSAxNDoxOToyNSB6b290IGtlcm5lbDogNyBsZW49MTI4 DQpOb3YgIDUgMTQ6MTk6MjUgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODEgaWR4PTcgZmxhZ3M9 MiB0eXBlPTI3IGxlbj0xNzYNCk5vdiAgNSAxNDoxOToyNSB6b290IGtlcm5lbDogbm90aWZ5IHFp ZD04MSBpZHg9OCBmbGFncz0yIHR5cGU9MjcgbGVuPTE1Ng0KTm92ICA1IDE0OjE5OjI1IHpvb3Qg a2VybmVsOiBub3RpZnkgcWlkPTgxIGlkeD05IGZsYWdzPTIgdHlwZT0yNyBsZW49MTIwDQpOb3Yg IDUgMTQ6MTk6MjUgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODEgaWR4PTEwIGZsYWdzPTIgdHlw ZT0yNyBsDQpOb3YgIDUgMTQ6MTk6MjUgem9vdCBrZXJuZWw6IGVuDQpOb3YgIDUgMTQ6MTk6MjUg em9vdCBrZXJuZWw6ID0xNTYNCk5vdiAgNSAxNDoxOToyNSB6b290IGtlcm5lbDogbm90aWZ5IHFp ZD04MSBpZHg9MTEgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToyNSB6b290 IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9MTIgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjgNCk5v diAgNSAxNDoxOToyNSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9MTMgZmxhZ3M9MiB0 eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToyNSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04 MSBpZHg9MTQgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToyNSB6b290IGtl cm5lbDogbm90aWZ5IHFpZD00IGlkeD00MiBmbGFncz0NCk5vdiAgNSAxNDoxOToyNSB6b290IGtl cm5lbDogMA0KTm92ICA1IDE0OjE5OjI1IHpvb3Qga2VybmVsOiB0eXBlPTEyOCBsZW49OA0KTm92 ICA1IDE0OjE5OjI1IHpvb3Qga2VybmVsOiBjbWQgbm90aWZpY2F0aW9uIHFpZD00IGlkeD00MiBm bGFncz0wIHR5cGU9V1BJX0NNRF9TQ0FOIGxlbj04DQpOb3YgIDUgMTQ6MTk6MjUgem9vdCBrZXJu ZWw6IG5vdGlmeSBxaWQ9ODEgaWR4PTE1IGZsYWdzPTAgdHlwZT0xNTcgbGVuPTI0NA0KTm92ICA1 IDE0OjE5OjI1IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgxIGlkeD0xNiBmbGFncz0wIHR5cGU9 MTMwIGxlbj0yNA0KTm92ICA1IDE0OjE5OjI1IHpvb3Qga2VybmVsOiBzY2FubmluZyBjaA0KTm92 ICA1IDE0OjE5OjI1IHpvb3Qga2VybmVsOiBhDQpOb3YgIDUgMTQ6MTk6MjUgem9vdCBrZXJuZWw6 IG4NCk5vdiAgNSAxNDoxOToyNSB6b290IGtlcm5lbDogbmVsIDUyIHN0YXR1cyAxDQpOb3YgIDUg MTQ6MTk6Mjkgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODEgaWR4PTE3IGZsYWdzPTAgdHlwZT0x MzEgbGVuPTIwDQpOb3YgIDUgMTQ6MTk6Mjkgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODEgaWR4 PTE4IGZsYWdzPTAgdHlwZT0xMzIgbGVuPTE2DQpOb3YgIDUgMTQ6MTk6Mjkgem9vdCBrZXJuZWw6 IHNjYW4gZmluaXNoZWQgbmNoYW49MSBzdGF0dXM9MSBjaGFuPTUyDQpOb3YgIDUgMTQ6MTk6Mjkg em9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODEgaWR4PTE5IGZsYWdzPTIgdHlwZT0yNyBsZW49MTU2 DQpOb3YgIDUgMTQ6MTk6Mjkgem9vdCBrZXJuZWw6IE5FWFQNCk5vdiAgNSAxNDoxOToyOSB6b290 IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9MjAgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5v diAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9MjEgZmxhZ3M9MiB0 eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04 MSBpZHg9MjIgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToyOSB6b290IGtl cm5lbDogbm90aWZ5IHFpZD04MSBpZHg9MjMgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAg NSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9MjQgZmxhZ3M9MiB0eXBl PTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBp ZHg9MjUgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5l bDogbm90aWZ5IHFpZD04MSBpZHg9MjYgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAx NDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9MjcgZmxhZ3M9MiB0eXBlPTI3 IGxlbj0xMjANCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9 MjggZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNzYNCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDog bm90aWZ5IHFpZD04MSBpZHg9MjkgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDox OToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9MzAgZmxhZ3M9MiB0eXBlPTI3IGxl bj0xMjANCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9MzEg ZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjgNCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90 aWZ5IHFpZD04MSBpZHg9MzIgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToy OSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9MzMgZmxhZ3M9MiB0eXBlPTI3IGxlbj0x NTYNCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9MzQgZmxh Z3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5 IHFpZD04MSBpZHg9MzUgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToyOSB6 b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9MzYgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjAN Ck5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9MzcgZmxhZ3M9 MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFp ZD04MSBpZHg9MzggZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToyOSB6b290 IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9MzkgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5v diAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9NDAgZmxhZ3M9MiB0 eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04 MSBpZHg9NDEgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToyOSB6b290IGtl cm5lbDogbm90aWZ5IHFpZD04MSBpZHg9NDIgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAg NSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9NDMgZmxhZ3M9MiB0eXBl PTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBp ZHg9NDQgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5l bDogbm90aWZ5IHFpZD04MSBpZHg9NDUgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAx NDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9NDYgZmxhZ3M9MiB0eXBlPTI3 IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9 NDcgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDog bm90aWZ5IHFpZD04MSBpZHg9NDggZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDox OToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9NDkgZmxhZ3M9MiB0eXBlPTI3IGxl bj0xNTYNCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9NTAg ZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90 aWZ5IHFpZD04MSBpZHg9NTEgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToy OSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9NTIgZmxhZ3M9MiB0eXBlPTI3IGxlbj0x MjANCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9NTMgZmxh Z3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5 IHFpZD04MSBpZHg9NTQgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToyOSB6 b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9NTUgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYN Ck5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9NTYgZmxhZ3M9 MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFp ZD04MSBpZHg9NTcgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToyOSB6b290 IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9NTggZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5v diAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9NTkgZmxhZ3M9MiB0 eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04 MSBpZHg9NjAgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToyOSB6b290IGtl cm5lbDogbm90aWZ5IHFpZD04MSBpZHg9NjEgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAg NSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9NjIgZmxhZ3M9MiB0eXBl PTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBp ZHg9NjMgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5l bDogbm90aWZ5IHFpZD04MSBpZHg9NjQgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAx NDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9NjUgZmxhZ3M9MiB0eXBlPTI3 IGxlbj0xNzYNCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9 NjYgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDog bm90aWZ5IHFpZD04MSBpZHg9NjcgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDox OToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9NjggZmxhZ3M9MiB0eXBlPTI3IGxl bj0xMjgNCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9Njkg ZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90 aWZ5IHFpZD04MSBpZHg9NzAgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToy OSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9NzEgZmxhZ3M9MiB0eXBlPTI3IGxlbj0x MjgNCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9NzIgZmxh Z3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5 IHFpZD04MSBpZHg9NzMgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToyOSB6 b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9NzQgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYN Ck5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9NzUgZmxhZ3M9 MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFp ZD04MSBpZHg9NzYgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToyOSB6b290 IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9NzcgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5v diAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9NzggZmxhZ3M9MiB0 eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04 MSBpZHg9NzkgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToyOSB6b290IGtl cm5lbDogbm90aWZ5IHFpZD04MSBpZHg9ODAgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAg NSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9ODEgZmxhZ3M9MiB0eXBl PTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBp ZHg9ODIgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5l bDogbm90aWZ5IHFpZD04MSBpZHg9ODMgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAx NDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9ODQgZmxhZ3M9MiB0eXBlPTI3 IGxlbj0xNzYNCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9 ODUgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDog bm90aWZ5IHFpZD04MSBpZHg9ODYgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDox OToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9ODcgZmxhZ3M9MiB0eXBlPTI3IGxl bj0xNTYNCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9ODgg ZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90 aWZ5IHFpZD04MSBpZHg9ODkgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToy OSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9OTAgZmxhZ3M9MiB0eXBlPTI3IGxlbj0x MjANCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9OTEgZg0K Tm92ICA1IDE0OjE5OjI5IHpvb3Qga2VybmVsOiBsYWcNCk5vdiAgNSAxNDoxOToyOSB6b290IGtl cm5lbDogcz0yIHR5cGU9MjcgbGVuPTE1Ng0KTm92ICA1IDE0OjE5OjI5IHpvb3Qga2VybmVsOiBu b3RpZnkgcWlkPTgxIGlkeD05MiBmbGFncz0yIHR5cGU9MjcgbGVuPTEyMA0KTm92ICA1IDE0OjE5 OjI5IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgxIGlkeD05MyBmbGFncz0yIHR5cGU9MjcgbGVu PTE1Ng0KTm92ICA1IDE0OjE5OjI5IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgxIGlkeD05NCBm bGFncz0yIHR5cGU9MjcgbGVuPTEyMA0KTm92ICA1IDE0OjE5OjI5IHpvb3Qga2VybmVsOiBub3Rp ZnkgcWlkPTgxIGlkeD05NSBmbGFncz0yIHR5cGU9MjcgDQpOb3YgIDUgMTQ6MTk6Mjkgem9vdCBr ZXJuZWw6IGwNCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDogZQ0KTm92ICA1IDE0OjE5OjI5 IHpvb3Qga2VybmVsOiBuPTE1Ng0KTm92ICA1IDE0OjE5OjI5IHpvb3Qga2VybmVsOiBub3RpZnkg cWlkPTgxIGlkeD05NiBmbGFncz0yIHR5cGU9MjcgbGVuPTEyMA0KTm92ICA1IDE0OjE5OjI5IHpv b3Qga2VybmVsOiBub3RpZnkgcWlkPTgxIGlkeD05NyBmbGFncz0yIHR5cGU9MjcgbGVuPTEyOA0K Tm92ICA1IDE0OjE5OjI5IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgxIGlkeD05OCBmbGFncz0y IHR5cGU9MjcgbGVuPTE1Ng0KTm92ICA1IDE0OjE5OjI5IHpvb3Qga2VybmVsOiBub3RpZnkgcWlk PTgxIGlkeD05OSBmbGFncz0yIHR5cGU9MjcgbA0KTm92ICA1IDE0OjE5OjI5IHpvb3Qga2VybmVs OiBlDQpOb3YgIDUgMTQ6MTk6Mjkgem9vdCBrZXJuZWw6IG4NCk5vdiAgNSAxNDoxOToyOSB6b290 IGtlcm5lbDogPTEyMA0KTm92ICA1IDE0OjE5OjI5IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgx IGlkeD0xMDAgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToyOSB6b290IGtl cm5lbDogbm90aWZ5IHFpZD04MSBpZHg9MTAxIGZsYWdzPTIgdHlwZT0yNyBsZW49MTIwDQpOb3Yg IDUgMTQ6MTk6Mjkgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODEgaWR4PTEwMiBmbGFncz0yIHR5 cGU9MjcgbGVuPTEyOA0KTm92ICA1IDE0OjE5OjI5IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgx IGlkeD0xMDMgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOToyOSB6b290IGtl cm5lbDogbm90aWZ5IHFpZD04MSBpZHg9MTANCk5vdiAgNSAxNDoxOToyOSB6b290IGtlcm5lbDog NA0KTm92ICA1IDE0OjE5OjI5IHpvb3Qga2VybmVsOiANCk5vdiAgNSAxNDoxOTozMCB6b290IGtl cm5lbDogZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOTozMCB6b290IGtlcm5l bDogbm90aWZ5IHFpZD04MSBpZHg9MTA1IGZsYWdzPTIgdHlwZT0yNyBsZW49MTU2DQpOb3YgIDUg MTQ6MTk6MzAgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODEgaWR4PTEwNiBmbGFncz0yIHR5cGU9 MjcgbGVuPTEyMA0KTm92ICA1IDE0OjE5OjMwIHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgxIGlk eD0xMDcgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOTozMCB6b290IGtlcm5l bDogbm90aWZ5IHFpZD04MSBpZHg9DQpOb3YgIDUgMTQ6MTk6MzAgem9vdCBrZXJuZWw6IDEwDQpO b3YgIDUgMTQ6MTk6MzAgem9vdCBrZXJuZWw6IDggZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5v diAgNSAxNDoxOTozMCB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9MTA5IGZsYWdzPTIg dHlwZT0yNyBsZW49MTI4DQpOb3YgIDUgMTQ6MTk6MzAgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9 ODEgaWR4PTExMCBmbGFncz0yIHR5cGU9MjcgbGVuPTE1Ng0KTm92ICA1IDE0OjE5OjMwIHpvb3Qg a2VybmVsOiBub3RpZnkgcWlkPTgxIGlkeD0xMTEgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5v diAgNSAxNDoxOTozMCB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9MTEyIGZsYWdzPTIg dHlwZT0yNyBsZW49MTU2DQpOb3YgIDUgMTQ6MTk6MzAgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9 ODEgaQ0KTm92ICA1IDE0OjE5OjMwIHpvb3Qga2VybmVsOiBkeD0xMTMgZmxhZ3M9MiB0eXBlPTI3 IGxlbj0xMjANCk5vdiAgNSAxNDoxOTozMCB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9 MTE0IGZsYWdzPTIgdHlwZT0yNyBsZW49MTU2DQpOb3YgIDUgMTQ6MTk6MzAgem9vdCBrZXJuZWw6 IG5vdGlmeSBxaWQ9ODEgaWR4PTExNSBmbGFncz0yIHR5cGU9MjcgbGVuPTE1Ng0KTm92ICA1IDE0 OjE5OjMwIHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgxIGlkeD0xMTYgZmxhZ3M9MiB0eXBlPTI3 IGxlbj0xMjANCk5vdiAgNSAxNDoxOTozMCB6b290IGtlcm5lbDogbg0KTm92ICA1IDE0OjE5OjMw IHpvb3Qga2VybmVsOiBvDQpOb3YgIDUgMTQ6MTk6MzAgem9vdCBrZXJuZWw6IHQNCk5vdiAgNSAx NDoxOTozMCB6b290IGtlcm5lbDogaWZ5IHFpZD04MSBpZHg9MTE3IGZsYWdzPTIgdHlwZT0yNyBs ZW49MTU2DQpOb3YgIDUgMTQ6MTk6MzAgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODEgaWR4PTEx OCBmbGFncz0yIHR5cGU9MjcgbGVuPTEyMA0KTm92ICA1IDE0OjE5OjMwIHpvb3Qga2VybmVsOiBu b3RpZnkgcWlkPTgxIGlkeD0xMTkgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNzYNCk5vdiAgNSAxNDox OTozMCB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9MTIwIGZsYWdzPTIgdHlwZT0yNyBs ZW49MTU2DQpOb3YgIDUgMTQ6MTk6MzEgem9vdCBrZXJuZWw6IA0KTm92ICA1IDE0OjE5OjMxIHpv b3Qga2VybmVsOiBub3RpZnkgcWlkPTgxIGlkeD0xMjEgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjAN Ck5vdiAgNSAxNDoxOTozMSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9MTIyIGZsYWdz PTIgdHlwZT0yNyBsZW49MTc2DQpOb3YgIDUgMTQ6MTk6MzEgem9vdCBrZXJuZWw6IG5vdGlmeSBx aWQ9ODEgaWR4PTEyMyBmbGFncz0yIHR5cGU9MjcgbGVuPTE1Ng0KTm92ICA1IDE0OjE5OjMxIHpv b3Qga2VybmVsOiBub3RpZnkgcWlkPTgxIGlkeD0xMjQgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjAN Ck5vdiAgNSAxNDoxOTozMSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9MTI1IGZsYWcN Ck5vdiAgNSAxNDoxOTozMSB6b290IGtlcm5lbDogcw0KTm92ICA1IDE0OjE5OjMxIHpvb3Qga2Vy bmVsOiA9DQpOb3YgIDUgMTQ6MTk6MzEgem9vdCBrZXJuZWw6IDIgdHlwZT0yNyBsZW49MTU2DQpO b3YgIDUgMTQ6MTk6MzEgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODEgaWR4PTEyNiBmbGFncz0y IHR5cGU9MjcgbGVuPTEyMA0KTm92ICA1IDE0OjE5OjMxIHpvb3Qga2VybmVsOiBub3RpZnkgcWlk PTgxIGlkeD0xMjcgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjgNCk5vdiAgNSAxNDoxOTozMSB6b290 IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9MTI4IGZsYWdzPTIgdHlwZT0yNyBsZW49MTU2DQpO b3YgIDUgMTQ6MTk6MzEgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODEgaWR4PTEyOSBmbA0KTm92 ICA1IDE0OjE5OjMxIHpvb3Qga2VybmVsOiBhZw0KTm92ICA1IDE0OjE5OjMxIHpvb3Qga2VybmVs OiBzPTIgdHlwZT0yNyBsZW49MTIwDQpOb3YgIDUgMTQ6MTk6MzEgem9vdCBrZXJuZWw6IHdwaTA6 IGZhdGFsIGZpcm13YXJlIGVycm9yDQpOb3YgIDUgMTQ6MTk6MzEgem9vdCBrZXJuZWw6IG5vdGlm eSBxaWQ9ODEgaWR4PTEzMCBmbGFncz0yIHR5cGU9MjcgbGVuPTEyMA0KTm92ICA1IDE0OjE5OjMx IHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgxIGlkeD0xMzEgZmxhZ3M9MiB0eXBlPTI3IGxlbj0x MjgNCk5vdiAgNSAxNDoxOTozMSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9MTMyIGZs YWdzPTIgdHlwZT0yNyBsZW49MTc2DQpOb3YgIDUgMTQ6MTk6MzEgem9vdCBrZXJuZWw6IG5vdGlm eSBxaWQ9ODEgaQ0KTm92ICA1IDE0OjE5OjMxIHpvb3Qga2VybmVsOiBkeD0xMzMgZmxhZ3M9MiB0 eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOTozMSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04 MSBpZHg9MTM0IGZsYWdzPTIgdHlwZT0yNyBsZW49MTIwDQpOb3YgIDUgMTQ6MTk6MzEgem9vdCBr ZXJuZWw6IG5vdGlmeSBxaWQ9ODEgaWR4PTEzNSBmbGFncz0yIHR5cGU9MjcgbGVuPTEyOA0KTm92 ICA1IDE0OjE5OjMxIHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgxIGlkeD0xMzYgZmxhZ3M9MiB0 eXBlPTI3IGxlbj0xNTYNCk5vdiAgNSAxNDoxOTozMSB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04 MSBpZHg9MTM3IGZsYWdzPTIgdHlwDQpOb3YgIDUgMTQ6MTk6MzEgem9vdCBrZXJuZWw6IGU9DQpO b3YgIDUgMTQ6MTk6MzEgem9vdCBrZXJuZWw6IDI3DQpOb3YgIDUgMTQ6MTk6MzEgem9vdCBrZXJu ZWw6IGwNCk5vdiAgNSAxNDoxOTozMSB6b290IGtlcm5lbDogZW4NCk5vdiAgNSAxNDoxOTozMSB6 b290IGtlcm5lbDogPTENCk5vdiAgNSAxNDoxOTozMSB6b290IGtlcm5lbDogMjANCk5vdiAgNSAx NDoxOTozMSB6b290IGtlcm5lbDogDQpOb3YgIDUgMTQ6MTk6MzEgem9vdCBrZXJuZWw6IG5vDQpO b3YgIDUgMTQ6MTk6MzEgem9vdCBrZXJuZWw6IHRpZnkgcQ0KTm92ICA1IDE0OjE5OjMxIHpvb3Qg a2VybmVsOiBpDQpOb3YgIDUgMTQ6MTk6MzEgem9vdCBrZXJuZWw6IGQ9ODEgaWR4PTEzDQpOb3Yg IDUgMTQ6MTk6MzEgem9vdCBrZXJuZWw6IDgNCk5vdiAgNSAxNDoxOTozMSB6b290IGtlcm5lbDog ZmxhZ3M9MiB0eQ0KTm92ICA1IDE0OjE5OjMyIHpvb3Qga2VybmVsOiBwZT0yNyBsZW49MTc2DQpO b3YgIDUgMTQ6MTk6MzIgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODEgaWR4PTEzOSBmbGFncz0y IHR5cGU9MjcgbGVuPTE1Ng0KTm92ICA1IDE0OjE5OjMyIHpvb3Qga2VybmVsOiBub3RpZnkgcWlk PTgxIGlkeD0xNDAgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOTozMiB6b290 IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9MTQxIGZsYWdzPTIgdHlwZT0yNyBsZW4NCk5vdiAg NSAxNDoxOTozMiB6b290IGtlcm5lbDogPQ0KTm92ICA1IDE0OjE5OjMyIHpvb3Qga2VybmVsOiAx DQpOb3YgIDUgMTQ6MTk6MzIgem9vdCBrZXJuZWw6IDc2DQpOb3YgIDUgMTQ6MTk6MzIgem9vdCBr ZXJuZWw6IG5vdGlmeSBxaWQ9ODEgaWR4PTE0MiBmbGFncz0yIHR5cGU9MjcgbGVuPTE1Ng0KTm92 ICA1IDE0OjE5OjMyIHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgxIGlkeD0xNDMgZmxhZ3M9MiB0 eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOTozMiB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04 MSBpZHg9MTQ0IGZsYWdzPTIgdHlwZT0yNyBsZW49MTU2DQpOb3YgIDUgMTQ6MTk6MzIgem9vdCBr ZXJuZWw6IG5vdGlmeSBxaWQ9ODEgaWR4PTE0NSBmbGFncz0yIHR5cGU9MjcgDQpOb3YgIDUgMTQ6 MTk6MzIgem9vdCBrZXJuZWw6IGwNCk5vdiAgNSAxNDoxOTozMiB6b290IGtlcm5lbDogZQ0KTm92 ICA1IDE0OjE5OjMyIHpvb3Qga2VybmVsOiBuPTEyMA0KTm92ICA1IDE0OjE5OjMyIHpvb3Qga2Vy bmVsOiBub3RpZnkgcWlkPTgxIGlkeD0xNDYgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAg NSAxNDoxOTozMiB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9MTQ3IGZsYWdzPTIgdHlw ZT0yNyBsZW49MTIwDQpOb3YgIDUgMTQ6MTk6MzIgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODEg aWR4PTE0OCBmbGFncz0yIHR5cGU9MjcgbGVuPTE3Ng0KTm92ICA1IDE0OjE5OjMyIHpvb3Qga2Vy bmVsOiBub3RpZnkgcWlkPTgxIGlkeD0xNDkgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNTYNCk5vdiAg NSAxNDoxOTozMiB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04MSBpZHg9MTUwIGZsYWdzPTIgdHlw ZT0yNyBsZW49MTIwDQpOb3YgIDUgMTQ6MTk6MzIgem9vdCBrZXJuZWw6IG5vDQpOb3YgIDUgMTQ6 MTk6MzIgem9vdCBrZXJuZWw6IHRpZg0KTm92ICA1IDE0OjE5OjMyIHpvb3Qga2VybmVsOiB5IHFp ZD04MSBpZHg9MTUxIGZsYWdzPTIgdHlwZT0yNyBsZW49MTU2DQpOb3YgIDUgMTQ6MTk6MzIgem9v dCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODEgaWR4PTE1MiBmbGFncz0yIHR5cGU9MjcgbGVuPTEyMA0K Tm92ICA1IDE0OjE5OjMyIHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgxIGlkeD0xNTMgZmxhZ3M9 MiB0eXBlPTI3IGxlbj0xMjgNCk5vdiAgNSAxNDoxOTozMiB6b290IGtlcm5lbDogbm90aWZ5IHFp ZD04MSBpZHg9MTU0IGZsYWdzPTIgdHlwZT0yNyBsZW49MTU2DQpOb3YgIDUgMTQ6MTk6MzIgem9v dCBrZXJuZWw6IA0KTm92ICA1IDE0OjE5OjMyIHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgxIGlk eD0xNTUgZmxhZ3M9MiB0eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOTozMiB6b290IGtlcm5l bDogbm90aWZ5IHFpZD04MSBpZHg9MTU2IGZsYWdzPTIgdHlwZT0yNyBsZW49MTU2DQpOb3YgIDUg MTQ6MTk6MzIgem9vdCBrZXJuZWw6IG5vdGlmeSBxaWQ9ODEgaWR4PTE1NyBmbGFncz0yIHR5cGU9 MjcgbGVuPTEyMA0KTm92ICA1IDE0OjE5OjMyIHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgxIGlk eD0xNTggZmxhZ3M9MiB0eXBlPTI3IGxlbj0xNzYNCk5vdiAgNSAxNDoxOTozMiB6b290IGtlcm5l bDogbm90aWZ5IHFpZD04MSBpZHg9MTU5IGZsYWdzPTINCk5vdiAgNSAxNDoxOTozMiB6b290IGtl cm5lbDogDQpOb3YgIDUgMTQ6MTk6MzMgem9vdCBrZXJuZWw6IHR5cGU9MjcgbGVuPTE1Ng0KTm92 ICA1IDE0OjE5OjMzIHpvb3Qga2VybmVsOiBub3RpZnkgcWlkPTgxIGlkeD0xNjAgZmxhZ3M9MiB0 eXBlPTI3IGxlbj0xMjANCk5vdiAgNSAxNDoxOTozMyB6b290IGtlcm5lbDogbm90aWZ5IHFpZD04 MSBpZHg9MTYxIGZsYWdzPTIgdHlwZT0yNyBsZW49MTU2DQo= --=-mc6rPdPiQcOY/Zt0CAPK-- --=-o1Qcx54quKVwy+ivmj63 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHLy13lcRvFfyds/cRAkkyAJ9ORGqjzn+sM7XQp1Ott1MlQvCmywCgu5Rl TgK43Aekxciz9BrB5iSc5yI= =4hEd -----END PGP SIGNATURE----- --=-o1Qcx54quKVwy+ivmj63-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 14:52:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCDC316A473 for ; Mon, 5 Nov 2007 14:52:10 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.freebsd.org (Postfix) with ESMTP id 3A33513C4BB for ; Mon, 5 Nov 2007 14:52:10 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by an-out-0708.google.com with SMTP id c24so205806ana for ; Mon, 05 Nov 2007 06:51:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=F/8Ohqq+0yn7iPRRmKEIX975hhirLUcY45y9GuxbwcY=; b=EkXOHHF/vQLjEiGluVKLWwRNb2MqRRmTA2WTHBYldBkl+YVHwjhZUocJytP65COIpgPPI7kzmkt+MorLudX7F9YcJF83qCva5hbQLqske08P5Kpd/AontPJEaEAOo7lgPC1rdfZjcHkNyB+pqbqb10H9RL9EMYyaXAlMSLJzOzU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=C4lwPco5K603s1Tq4cXwQYDFUnxr3IfOmGgv5ZF2mFrjxm6XO1C6unKt4IkDLc0i6+Jj1V7A3q56xUDHWzp6kI1EvW6QY82RqR8TAAp0KChHjWoqVhFEVXojWRGMiqNSa6AVuQX9/OJOvUSXciBQERIswmHRBjerf562ikDAZqI= Received: by 10.100.7.11 with SMTP id 11mr6346177ang.1194274318456; Mon, 05 Nov 2007 06:51:58 -0800 (PST) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id h4sm6547284nfh.2007.11.05.06.51.56 (version=SSLv3 cipher=RC4-MD5); Mon, 05 Nov 2007 06:51:57 -0800 (PST) From: Tom Evans To: Benjamin Close In-Reply-To: <1194274174.64797.16.camel@localhost> References: <472A6708.9030109@clearchain.com> <1194274174.64797.16.camel@localhost> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-R1pIkeO2flLtGtSrVgiB" Date: Mon, 05 Nov 2007 14:51:55 +0000 Message-Id: <1194274315.64797.17.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: freebsd-current , freebsd-drivers@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: [RFT] Intel 3945abg wireless driver (wpi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 14:52:11 -0000 --=-R1pIkeO2flLtGtSrVgiB Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2007-11-05 at 14:49 +0000, Tom Evans wrote: > On Fri, 2007-11-02 at 10:23 +1030, Benjamin Close wrote: > > Howdy All, =20 > > I'm pleased to announce the first 'official' experimental versio= n=20 > > of the wpi wireless driver and hence require your help in making it=20 > > become stable. > > Expect a few things not to work (ie bg scanning, setting txpower) but i= n=20 > > general the driver should be usable in station mode (hostap is not yet=20 > > supported). > >=20 > > If you've got an Intel 3945abg wireless card, grab the tarball at: > >=20 > > =20 > > http://people.freebsd.org/~benjsc/downloads/wpi/20071102-freebsd-wpi.ta= r.gz > >=20 > > Untar and follow the instructions in the README. > > If you want more info about the driver, or to checkout the FAQ checkout= : > >=20 > > http://www.clearchain.com/wiki/Wpi > >=20 > > I'm interested in all reports related to panics, things not working as=20 > > expected, etc. > > The driver still has debug enabled so expect a few messages to be dumpe= d=20 > > to the screen whilst in use. > >=20 > > Finally, many thanks to all those that have been helping debug the=20 > > driver along the way. > >=20 > > Cheers, > > Benjamin >=20 > Hi Benjamin >=20 > I had a chance to compile the new driver at lunch time today. The driver > loads semi-successfully - no errors, but it reports 25 'bus_dmamem_alloc > failed to align memory properly' warnings. It can then be brought up, > but attempting a 'ifconfig wpi0 scan' hangs.=20 > /var/log/messages (attached) reports 'wpi0: fatal firmware error'.=20 > ^T reports: > load: 0.08 cmd: ifconfig 84691 [sbwait] 0.00u 0.01s 0% 704k >=20 > This is running RELENG_7 from 26/10/07. >=20 > I am fairly sure that there is no wifi connection available in the > office though, so I will also try again tonight, sitting the laptop next > to an AP. >=20 > Regards >=20 > Tom One thing I didn't mention: this was using latest code from p4, not the tarball. I'll try both the tarball and the p4 code tonight. Regards Tom --=-R1pIkeO2flLtGtSrVgiB Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHLy4HlcRvFfyds/cRAjJuAJ9d8fCURN/MytwX2Y4H0Yvd5Pjq5QCgoEAW HKrW/i+pZGtdmP/ldW7tUbc= =Ye5K -----END PGP SIGNATURE----- --=-R1pIkeO2flLtGtSrVgiB-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 14:57:48 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8B2716A417; Mon, 5 Nov 2007 14:57:48 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 7583D13C48D; Mon, 5 Nov 2007 14:57:41 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mr08.lnh.mail.rcn.net ([207.172.157.28]) by smtp02.lnh.mail.rcn.net with ESMTP; 05 Nov 2007 09:57:14 -0500 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr08.lnh.mail.rcn.net (MOS 3.8.3-GA) with ESMTP id JHF51759; Mon, 5 Nov 2007 09:57:03 -0500 (EST) Received: from 209-6-22-188.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.188]) by smtp01.lnh.mail.rcn.net with ESMTP; 05 Nov 2007 10:55:34 -0500 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18223.12070.289353.851417@jerusalem.litteratus.org> Date: Mon, 5 Nov 2007 09:56:38 -0500 To: Rene Ladan In-Reply-To: <472DD822.3080305@gmail.com> References: <472DD822.3080305@gmail.com> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr08.lnh.mail.rcn.net) Cc: Pav Lucistnik , current@freebsd.org Subject: running BOINC with sched_ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 14:57:48 -0000 Rene Ladan writes: > Running BOINC (net/boinc-client) using sched_4BSD works fine. > When I switch to sched_ULE, these anomalies occur: > > * the net/boinc_curses window comes up very slowly, updates are > quite sluggish I don't know if it's related to the scheduler, but I'm seeing this exact symptom with boinc_gui. The system is: FreeBSD 8.0-CURRENT #0: Mon Oct 29 18:03:11 EDT 2007 i386 Robert Huff From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 15:10:11 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C8F416A418 for ; Mon, 5 Nov 2007 15:10:11 +0000 (UTC) (envelope-from mv@rulez.sk) Received: from mail.rulez.sk (DaEmoN.RuLeZ.sK [84.16.32.226]) by mx1.freebsd.org (Postfix) with ESMTP id 2E26213C4A3 for ; Mon, 5 Nov 2007 15:10:11 +0000 (UTC) (envelope-from mv@rulez.sk) Received: from localhost (localhost [127.0.0.1]) by mail.rulez.sk (Postfix) with ESMTP id 1C4D85C2D; Mon, 5 Nov 2007 14:52:41 +0100 (CET) X-Virus-Scanned: by amavisd-new at mail.rulez.sk Received: by mail.rulez.sk (Postfix, from userid 1020) id 79CA15C43; Mon, 5 Nov 2007 14:52:35 +0100 (CET) Date: Mon, 5 Nov 2007 14:52:35 +0100 From: Milos Vyletel To: fabio@gandalf.sssup.it Message-ID: <20071105135235.GA51986@rulez.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Linux KVM FreeBSD 8.0-CURRENT amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 15:10:11 -0000 Hi Fabio, recently a found out about your SoC project and today I finnaly had time to test it. Unfortunatelly it fails to load kernel module with following error # kldload ./lkvm.so ./svm.ko link_elf_obj: symbol M_USBDEV undefined kldload: Unsupported file type KLD svm.ko: depends on lkvm - not available kldload: Unsupported file type Don't know if it's important, but I have usb loaded as kld, not built in kernel and my machine is Core 2 Quad with 4GB ram running amd64 CURRENT. mv From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 16:37:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F065F16A417 for ; Mon, 5 Nov 2007 16:37:05 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 83DA413C48D for ; Mon, 5 Nov 2007 16:37:05 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 90E57EBB55A; Tue, 6 Nov 2007 00:36:41 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id WQbB2XrLt5qY; Tue, 6 Nov 2007 00:36:36 +0800 (CST) Received: from LI-Xins-MacBook.local (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id A8034EBB4CA; Tue, 6 Nov 2007 00:36:34 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=X9qzZMg4bh8PGT2VigCmWMtPMfJpr2gFTIKCgSqKf7/0Q9yJx+BWv17GJhHQh9Zr2 gPqZMSCh7diZ6V1FF6fIw== Message-ID: <472F466E.8050405@delphij.net> Date: Mon, 05 Nov 2007 08:35:58 -0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> In-Reply-To: <472EEADF.1000008@gmail.com> X-Enigmail-Version: 0.95.5 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig2F71A1E467749271B07BFC48" Cc: freebsd-current@freebsd.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 16:37:06 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2F71A1E467749271B07BFC48 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Aryeh M. Friedman wrote: > Since I am not the only person with these issues, see "sata ihc9r" > thread in -current, just the only one to document them formally (so far= ) > [hopefully the other two will write a good summary of the acd issue the= y > are seeing] there is need for easy reference for anyone working on > patches (or new frameworks such as one of person informed me of > privately). Among other things the wiki is meant as a way of knowinig= > the status of each task (may not be issue based per se). I suspect som= e > of these issues may be quickly resolved and the others will require som= e > research thus they may spread out of a few weeks or months. Ok >> Let's see what the "issues" on the wiki: >> >> - Mis-numbered adXXX on SATA drives >> This is non-issue. It's well documented in ata(4) that you can change= >> the behavior by removing the anti-foot-shooting option ATA_STATIC_ID >> from your kernel configuration; >> =20 >=20 > The default behaviour should be fixed if it is so easy then. How come the number is so important for you? What do you think if you have to drop into single user mode and adjust fstab manually and the box is several thousands of miles away from you after a simple 'make kernel'? I think changing this behavior is a big POLA and not the right thing to do. >> - Wrong SATA type/speed reported >> More information is needed if you really want to have this problem >> resolved, like atacontrol output, etc. >=20 > See the SATA ihc9 and previous threads if you really need to know all > the messy details but the bottom line is I have been told by several of= > the ATA developers that since they do not have IHC9 machines P35/IHC9 > owners where on their own (and thus the need for informal group the wik= i > is aimed at) Please provide links on the wiki if you really want it to be useful. I think the only ich9 issue I am aware of so far is that a specific model of it is not recognized. This is fixed in HEAD and RELENG_7. >> - PATA/SATA co-existence >> Is the PATA chip supported by the driver? What's its PCI IDs? >=20 > You accuse me of not doing my research... a simple search of the variou= s > threads these issues have come up will tell you that: >=20 > 1. Yes it does show up (I can even boot from it) but it is complete gon= e > from dmesg (even verbose), pciutil, etc. Ditto. > 2. The answer to the type/speed type issue from the commuhity is the > same one I got here Is the problem still exist for latest RELENG_7 and RELENG_6? Who can provide some basic testing for a new snapshot? No, it does not help if that's just "it panics", "foo is not supported" if no detailed information is provided and we don't have our hands on the actual hardware. >> Also I would like to say that it is much more useful if you will have >> someone who donate the proper hardware to sos@, our Mr. ATA. He is ve= ry >> knowledgeable about the driver and ATA/SATA stuff, and a very responsi= ve >> person. >=20 > 1. I will have to look it up but I think he is the one of the people > that told me p35/ihc9 owners where on their own. Again, it does not make sense if we don't even know how to contact these users. > 2. Some of the issues are pressing and some are just annonyances the > only pressing one for me is the PATA/SATA one and that is likelly to be= Could you please provide some more detailed information (e.g. previous posted message-id or a link to mail archive)? > the last one fixed because I suspect it relies on fixing the type/speed= > and (yet to be documented) acd issue(s). Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig2F71A1E467749271B07BFC48 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHL0ZuOfuToMruuMARCohsAJ4v4UJDY+GR2o5xdjOzpFXbu32axwCfZEsp ACSn7+RuMvc1EhJx90cmSLo= =fphe -----END PGP SIGNATURE----- --------------enig2F71A1E467749271B07BFC48-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 16:48:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C11116A468 for ; Mon, 5 Nov 2007 16:48:05 +0000 (UTC) (envelope-from freebsd-questions@stellablue.org) Received: from smtpout.teamholistic.com (smtpout.teamholistic.com [72.250.241.47]) by mx1.freebsd.org (Postfix) with ESMTP id 3BDAC13C48D for ; Mon, 5 Nov 2007 16:48:05 +0000 (UTC) (envelope-from freebsd-questions@stellablue.org) Received: from 66-169-93-064.dhcp.ahvl.nc.charter.com ([66.169.93.64] helo=[127.0.0.1]) by smtpout.teamholistic.com with esmtpa (Exim 4.63) (envelope-from ) id 1Ip57U-000A9Y-57; Mon, 05 Nov 2007 16:48:12 +0000 Message-ID: <472F4929.3000205@stellablue.org> Date: Mon, 05 Nov 2007 11:47:37 -0500 From: Steve Brown User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Ladislav Bodnar References: <234222.9689.qm@web33713.mail.mud.yahoo.com> <200711051448.23108.distro.watch@msa.hinet.net> In-Reply-To: <200711051448.23108.distro.watch@msa.hinet.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0-BETA2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 16:48:05 -0000 Ladislav Bodnar wrote: > > Thanks a lot for the links. However, they still don't tell me what changed > between BETA1 and BETA2. > _______________________________________________ > 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" > You may want to read or subscribe to the CVS mailing lists, perhaps cvs-src would be a good start. During the CURRENT, BETA, RC, etc stages there are so many little changes it is hard to really produce a list of all the changes since the last release. This is a great way to see what is going on, and what changes may affect you. It's a great way for anyone trying to run non-RELEASE versions to keep up with changes. Steve From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 17:05:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3797F16A41A; Mon, 5 Nov 2007 17:05:21 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id 0005113C49D; Mon, 5 Nov 2007 17:05:20 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost.egr.msu.edu [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id ACF252EB932; Mon, 5 Nov 2007 12:05:08 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x86H2E16wqaK; Mon, 5 Nov 2007 12:05:08 -0500 (EST) Received: from localhost (daemon.egr.msu.edu [35.9.44.65]) by mx.egr.msu.edu (Postfix) with ESMTP id 84C062EB90B; Mon, 5 Nov 2007 12:05:08 -0500 (EST) Received: by localhost (Postfix, from userid 21281) id 6F76233C3D; Mon, 5 Nov 2007 12:05:08 -0500 (EST) Date: Mon, 5 Nov 2007 12:05:08 -0500 From: Adam McDougall To: Kris Kennaway Message-ID: <20071105170508.GA4037@egr.msu.edu> References: <200711021208.25913.Thomas.Sparrevohn@btinternet.com> <200711041423.54336.Thomas.Sparrevohn@btinternet.com> <472DDEA2.7080804@FreeBSD.org> <200711050041.38229.Thomas.Sparrevohn@btinternet.com> <472EE13E.9030908@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <472EE13E.9030908@FreeBSD.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: ZFS Hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 17:05:21 -0000 On Mon, Nov 05, 2007 at 10:24:14AM +0100, Kris Kennaway wrote: Thomas Sparrevohn wrote: >> On Sunday 04 November 2007 15:00:50 Kris Kennaway wrote: >>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html >>> >> Oh my god - Overlooked that ;-) - funny that - Its a bit tricky as it not >> possibly to dump a kernel >> when the swap is on ZFS - I did a test with all debugging enabled and the >> problem >> did not show up - which makes it somewhat nasty - I check if I can >> reproduce it with only DDB enabled You can still hook up a serial console, or at the very least take photographs of the screen with the relevant DDB information. Or add another disk and dump on that. Kris I have some screenshots of ps in ddb from one of several zfs hangs I've had on one amd64 system: http://www.egr.msu.edu/~mcdouga9/pics/zfs/ I didn't post every single screenful since I don't have a microsd reader handy, and emailing the pictures off my phone is painful. If I missed a screenshot of one or more particular processes that might have a telling state, let me know. I also have a gzipped kernel + dump from a forced panic when it was in this state, if a developer is interested in it please let me know so I can post it somewhere private since the system is in NIS and likely has tables cached in memory. It is running a kernel from Oct 17. I tried a kernel with WITNESS, INVARIANTS etc but it did the same hang without any panic. I completed a zpool scrub this morning with no errors. Lately zfs seems to wedge up every single night when rsync from remote servers run. This is the only amd64 system I have zfs on, the other two are i386 and the problems on those systems have only been kmem panics which so far have been avoidable. I can help by checking somewhat specific things and running prescribed tests, but right now I don't have time to tackle this problem on this system and learn how to debug it entirely on my own starting with nothing more than a DDB guide from the handbook. Its not that I refuse to; I recognize its difficult to join remote skill with local hands for something this technical. Friday I replaced the motherboard/cpu just as a shot in the dark (since the system had some strange instability in the past) but this didn't help zfs (not surprised). When zfs was hung saturday morning, I tried to reboot it but reboot would not even get far enough to stop new ssh connections. From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 16:50:52 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70D5A16A419 for ; Mon, 5 Nov 2007 16:50:52 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.190]) by mx1.freebsd.org (Postfix) with ESMTP id E588313C48E for ; Mon, 5 Nov 2007 16:50:51 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so1893217mue for ; Mon, 05 Nov 2007 08:50:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; bh=WwmxVdfCm7kUxMD425HQKRzeILQtt87BuNFQo0dnS7I=; b=fn0VnexydUWyoN1zScq+CzB6Ii1bPcpx359ENwO77mFWKaXUxo3hDXeZRyk1uQJgFNXSWqI9rX9sQf/Q1eNXuDUJVp4rSvIxR3HrKa+nM2aM9jKcu7/0fcEXUmtbUMiJ95FBr1Ip/a+yqn8irWgGzWwTB/PTVJ67BUyLrF9IbPo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; b=W9vlaPMZle6dUYhJRk6j+yhlZIOaeSvzBUlgKEP5Et5Ac+iKSNTnVWQgmPsBs01E16N4zE1JL50W4EoqZl1eOsSUvR7wHOhHRgCOjjfgPdPmj7RNFoGs+Vj7EKKn+VTOcJVE999i+lef8h37pJDsP0cDKCpIK1w/jMoj1G3HuHM= Received: by 10.82.156.12 with SMTP id d12mr10234887bue.1194281442014; Mon, 05 Nov 2007 08:50:42 -0800 (PST) Received: from ?172.17.14.124? ( [193.136.24.237]) by mx.google.com with ESMTPS id y6sm15126771mug.2007.11.05.08.50.39 (version=SSLv3 cipher=OTHER); Mon, 05 Nov 2007 08:50:41 -0800 (PST) Message-Id: <063F19FF-258B-441C-8230-F13C282DA766@fnop.net> From: Rui Paulo To: Ian FREISLICH In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Mon, 5 Nov 2007 16:50:37 +0000 References: X-Mailer: Apple Mail (2.912) Sender: Rui Paulo X-Mailman-Approved-At: Mon, 05 Nov 2007 17:12:47 +0000 Cc: current@freebsd.org Subject: Re: USB hub provoked slowdown. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 16:50:52 -0000 On 5 Nov 2007, at 12:59, Ian FREISLICH wrote: > Hi > > On my old home system running 7.0-BETA1 - Dual P3-800, when I plug > my in-monitor (HP L1955) USB hub into my shiny new USB2 PCI card, > my entire system starts wading through molasas. > > By this I mean, for example: > > mplayer: ~30% cpu > xorg: ~12% cpu > > Then insert molasas inducing HP monitor uhub > > mplayer: ~99% cpu > xorg: ~75% cpu > > Removing the hub lets the previous consumption occur. > > What I don't understand is why these seemingly unrelated to usb > processes cpu utilisation goes up when I plug the uhub in. Interrupt > and system CPU usage remains unchanged. Plugging the keyboard and > mouse directly into the usb card works fine. > > I am at a loss. > > The USB card is identified as: > > uhci0@pci0:0:12:0: class=0x0c0300 card=0x30381106 > chip=0x30381106 rev=0x61 > hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' > class = serial bus > subclass = USB > uhci1@pci0:0:12:1: class=0x0c0300 card=0x30381106 > chip=0x30381106 rev=0x61 > hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' > class = serial bus > subclass = USB > ehci0@pci0:0:12:2: class=0x0c0320 card=0x31041106 > chip=0x31041106 rev=0x63 > hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT6202/12 USB 2.0 Enhanced Host Controller' > class = serial bus > subclass = USB > > The monitor's hub is identified as follows according to usbdevs: > > port 2 addr 2: full speed, self powered, config 1, product > 0x2504(0x2504), vendor 0x0424(0x0424), rev 0.01 A couple of questions: 1) Are you using kbdmux? 2) Does the CPU usage go up when you plug the keyboard OR when you plug the mouse ? Or when both are connected? 3) Do you see any change just by plugging the USB hub? Regards. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 17:38:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91DC916A417 for ; Mon, 5 Nov 2007 17:38:25 +0000 (UTC) (envelope-from fabio@freebsd.org) Received: from sssup.it (ms01.sssup.it [193.205.80.99]) by mx1.freebsd.org (Postfix) with ESMTP id E084113C480 for ; Mon, 5 Nov 2007 17:38:24 +0000 (UTC) (envelope-from fabio@freebsd.org) Received: from [193.205.82.7] (HELO gandalf.sssup.it) by sssup.it (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 35666344; Mon, 05 Nov 2007 17:24:49 +0100 Received: from sauron.retis (sauron.retis [10.30.3.13]) by gandalf.sssup.it (8.12.10/8.12.10) with ESMTP id lA5FW5kw010721; Mon, 5 Nov 2007 16:32:05 +0100 Received: by sauron.retis (Postfix, from userid 1001) id D350939837; Mon, 5 Nov 2007 17:39:21 +0100 (CET) Date: Mon, 5 Nov 2007 17:39:21 +0100 From: Fabio Checconi To: Milos Vyletel Message-ID: <20071105163921.GF58179@gandalf.sssup.it> Mail-Followup-To: Milos Vyletel , freebsd-current@freebsd.org References: <20071105135235.GA51986@rulez.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071105135235.GA51986@rulez.sk> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Linux KVM FreeBSD 8.0-CURRENT amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 17:38:25 -0000 Hi, > From: Milos Vyletel > Date: Mon, Nov 05, 2007 02:52:35PM +0100 > > Hi Fabio, > > recently a found out about your SoC project and today I finnaly had time to > test it. Unfortunatelly it fails to load kernel module with following error > > # kldload ./lkvm.so ./svm.ko > link_elf_obj: symbol M_USBDEV undefined > kldload: Unsupported file type > KLD svm.ko: depends on lkvm - not available > kldload: Unsupported file type > > Don't know if it's important, but I have usb loaded as kld, not built in kernel > and my machine is Core 2 Quad with 4GB ram running amd64 CURRENT. > thanks for trying out the code. The problem should be the one you point out, i.e., you're using usb as a module; the kvm modules do not declare explicitly their dependency from usb (they inherit this dependency from linux-kmod-compat, that was born to support usb drivers, and has some usb specific code.) With Intel processors you should use the vmx.ko module and not svm.ko (I'll fix that in the documentation.) Actually loading svm.ko on Intel machines ends up in a panic. This patch should fix the problem, even if I think a long term solution would involve turning linux-kmod-compat into a kernel module on its own, rather than using it as a library, as it's done now. Can you please (git-)apply it to HEAD and try it out? Thanks. diff --git a/lkvm/kvm_main.c b/lkvm/kvm_main.c index 15395ed..79d833e 100644 --- a/lkvm/kvm_main.c +++ b/lkvm/kvm_main.c @@ -2815,6 +2815,7 @@ static moduledata_t mod_data = { DECLARE_MODULE(lkvm, mod_data, SI_SUB_EXEC, SI_ORDER_ANY); MODULE_VERSION(lkvm, 1); +MODULE_DEPEND(lkvm, usb, 1, 1, 1); #endif diff --git a/lkvm/svm.c b/lkvm/svm.c index 441a7e1..68a1fa5 100644 --- a/lkvm/svm.c +++ b/lkvm/svm.c @@ -1835,6 +1835,7 @@ static moduledata_t mod_data = { DECLARE_MODULE(svm, mod_data, SI_SUB_EXEC, SI_ORDER_ANY); MODULE_VERSION(svm, 1); MODULE_DEPEND(svm, lkvm, 1, 1, 1); +MODULE_DEPEND(svm, usb, 1, 1, 1); #endif diff --git a/lkvm/vmx.c b/lkvm/vmx.c index bdfe92f..67337db 100644 --- a/lkvm/vmx.c +++ b/lkvm/vmx.c @@ -2153,6 +2153,7 @@ static moduledata_t mod_data = { DECLARE_MODULE(vmx, mod_data, SI_SUB_EXEC, SI_ORDER_ANY); MODULE_VERSION(vmx, 1); MODULE_DEPEND(vmx, lkvm, 1, 1, 1); +MODULE_DEPEND(vmx, usb, 1, 1, 1); #endif From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 17:52:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4B3516A41A for ; Mon, 5 Nov 2007 17:52:26 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.179]) by mx1.freebsd.org (Postfix) with ESMTP id 3099F13C480 for ; Mon, 5 Nov 2007 17:52:26 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by ik-out-1112.google.com with SMTP id c21so523543ika for ; Mon, 05 Nov 2007 09:52:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=Go0o3fn5jrQ6WCA5GJN72cmWGLoqy1VDDkvs0w8Khlg=; b=fZqnSgH6ERzOyx5hUvZZEak+Q6rc0kxeskwNutYb9s8485AGOpE5rlntvysn0QDm7ZbSjzpxzpZDo9V8k4s0PktjQN4DiBugJ2y2FiVB6q22qND6QhNuMNG9T3zHxT9na8VKlblpHWmOSpG8vwCaKPyQGbl6Xbxtqrg2jEL3jJ4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=Oy7MEAyCCksHAMy5DfLUVoLGPUC7iOSeF9ROuTDIAuGyaLUDewxFGjzZB025qxOfulQI3R6wVnc6YlhCFOWghedkJdw8piQElsQglaIFo20nk5dUcxga4Ner4j+J+3YAXCKnbuycJSOPtnczNthMUZGsyEOIdldkzFcWTXUzTI8= Received: by 10.78.107.8 with SMTP id f8mr3993831huc.1194285130993; Mon, 05 Nov 2007 09:52:10 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id o39sm2261279hub.2007.11.05.09.52.08 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 05 Nov 2007 09:52:09 -0800 (PST) Message-ID: <472F5846.1020304@gmail.com> Date: Mon, 05 Nov 2007 12:52:06 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: d@delphij.net References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> In-Reply-To: <472F466E.8050405@delphij.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 17:52:26 -0000 LI Xin wrote: > >>> Let's see what the "issues" on the wiki: >>> >>> - Mis-numbered adXXX on SATA drives >>> This is non-issue. It's well documented in ata(4) that you can change >>> the behavior by removing the anti-foot-shooting option ATA_STATIC_ID >>> from your kernel configuration; >>> >>> >> The default behaviour should be fixed if it is so easy then. >> > > How come the number is so important for you? What do you think if you > have to drop into single user mode and adjust fstab manually and the box > is several thousands of miles away from you after a simple 'make > kernel'? I think changing this behavior is a big POLA and not the right > thing to do. > It prevents certain automated config issues that may or may not be issues as stuff moves more mass market... I know FreeBSD unlike Linux has no aim to be a non-techinical enduser OS but I find my self increasingly recommended it as the prefered UNIX desktop enviroment because so stability and the general ease of using the ports/pkg system compared to RPM's... sad to say many of the end-user oriented tools occasionally make naive but critical assumptions about how a machine is layed out. > >>> - Wrong SATA type/speed reported >>> More information is needed if you really want to have this problem >>> resolved, like atacontrol output, etc. >>> >> See the SATA ihc9 and previous threads if you really need to know all >> the messy details but the bottom line is I have been told by several of >> the ATA developers that since they do not have IHC9 machines P35/IHC9 >> owners where on their own (and thus the need for informal group the wiki >> is aimed at) >> > > Please provide links on the wiki if you really want it to be useful. > I am at the end of a long day so I will dig the links up and post them tommorow (and send you copies) > I think the only ich9 issue I am aware of so far is that a specific > model of it is not recognized. This is fixed in HEAD and RELENG_7. > If you don't have an ICH machine I invite you to get one and verify the issues ;-) > >>> - PATA/SATA co-existence >>> Is the PATA chip supported by the driver? What's its PCI IDs? >>> >> You accuse me of not doing my research... a simple search of the various >> threads these issues have come up will tell you that: >> >> 1. Yes it does show up (I can even boot from it) but it is complete gone >> from dmesg (even verbose), pciutil, etc. >> > > Ditto. > > >> 2. The answer to the type/speed type issue from the commuhity is the >> same one I got here >> > > Is the problem still exist for latest RELENG_7 and RELENG_6? Who can > provide some basic testing for a new snapshot? > I csup my version of -CURRENT every day (do a buildkernel anytime there are more then 10 commulative changes): FreeBSD monster 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Sat Nov 3 21:33:49 EDT 2007 aryeh@monster:/usr/obj/usr/src/sys/MONSTER amd64 and do a build world about once a week plus a ground up rebuild of all ports twice a month... in other words I am as current as anyone and the issues still persist. > No, it does not help if that's just "it panics", "foo is not supported" > if no detailed information is provided and we don't have our hands on > the actual hardware. > I have submitted the complete verbose dmesg, pciutil -l and everything to several people and all of them have come to the conclusion that there is no obvious smoking gone beyond ("it just doesn't work")... Thus the comment of ICH9 owners are on their own... Next time I reboot I will send you a copy if you really want it. > >>> Also I would like to say that it is much more useful if you will have >>> someone who donate the proper hardware to sos@, our Mr. ATA. He is very >>> knowledgeable about the driver and ATA/SATA stuff, and a very responsive >>> person. >>> >> 1. I will have to look it up but I think he is the one of the people >> that told me p35/ihc9 owners where on their own. >> > > Again, it does not make sense if we don't even know how to contact these > users. > I will pull this data when I get in tommorow. -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 18:15:19 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D02BF16A419 for ; Mon, 5 Nov 2007 18:15:19 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 5F92913C4A3 for ; Mon, 5 Nov 2007 18:15:19 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 9FD12EB3D28; Tue, 6 Nov 2007 02:15:11 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id R3ABqSrA-PLa; Tue, 6 Nov 2007 02:15:06 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 03540EBB5F3; Tue, 6 Nov 2007 02:15:04 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=Y4fnBxOdW1ZN6IpU11q+t0lZ/7mdwr4NDrCyB9AvTUIqq8Zl6qgr1OYDiTwYknKU7 uFmBe5VIVXLbVlN6nqcJw== Message-ID: <472F5D9A.9050900@delphij.net> Date: Mon, 05 Nov 2007 10:14:50 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> In-Reply-To: <472F5846.1020304@gmail.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 18:15:20 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Aryeh M. Friedman wrote: > LI Xin wrote: [...] >>>> >>> The default behaviour should be fixed if it is so easy then. >>> >> How come the number is so important for you? What do you think if you >> have to drop into single user mode and adjust fstab manually and the box >> is several thousands of miles away from you after a simple 'make >> kernel'? I think changing this behavior is a big POLA and not the right >> thing to do. > > It prevents certain automated config issues that may or may not be > issues as stuff moves more mass market... I know FreeBSD unlike Linux > has no aim to be a non-techinical enduser OS but I find my self > increasingly recommended it as the prefered UNIX desktop enviroment > because so stability and the general ease of using the ports/pkg system > compared to RPM's... sad to say many of the end-user oriented tools > occasionally make naive but critical assumptions about how a machine is > layed out. Which tool? This is apparently a bug of the tool, because the tool won't work on Solaris either. >>>> - Wrong SATA type/speed reported >>>> More information is needed if you really want to have this problem >>>> resolved, like atacontrol output, etc. >>>> >>> See the SATA ihc9 and previous threads if you really need to know all >>> the messy details but the bottom line is I have been told by several of >>> the ATA developers that since they do not have IHC9 machines P35/IHC9 >>> owners where on their own (and thus the need for informal group the wiki >>> is aimed at) >>> >> Please provide links on the wiki if you really want it to be useful. >> > I am at the end of a long day so I will dig the links up and post them > tommorow (and send you copies) > >> I think the only ich9 issue I am aware of so far is that a specific >> model of it is not recognized. This is fixed in HEAD and RELENG_7. > > If you don't have an ICH machine I invite you to get one and verify the > issues ;-) Mine has no problem, and I can not afford to buy a new piece of hardware right now. >>> 2. The answer to the type/speed type issue from the commuhity is the >>> same one I got here >>> >> Is the problem still exist for latest RELENG_7 and RELENG_6? Who can >> provide some basic testing for a new snapshot? >> > > I csup my version of -CURRENT every day (do a buildkernel anytime there > are more then 10 commulative changes): > > FreeBSD monster 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Sat Nov 3 21:33:49 > EDT 2007 aryeh@monster:/usr/obj/usr/src/sys/MONSTER amd64 > > and do a build world about once a week plus a ground up rebuild of all > ports twice a month... in other words I am as current as anyone and the > issues still persist. PCI ID and dmesg? >> No, it does not help if that's just "it panics", "foo is not supported" >> if no detailed information is provided and we don't have our hands on >> the actual hardware. > > I have submitted the complete verbose dmesg, pciutil -l and everything > to several people and all of them have come to the conclusion that there > is no obvious smoking gone beyond ("it just doesn't work")... Thus the > comment of ICH9 owners are on their own... Next time I reboot I will > send you a copy if you really want it. Yes, please. These information is very important for knowing how to change the situation, thanks. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHL12ahcUczkLqiksRAieBAJ0Ut4zyLxTzQD3O6xlcKI+8forcMgCgxrCM 6aqCOI+3FikoTFFG54GFzOQ= =1uQ2 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 18:18:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3571D16A420 for ; Mon, 5 Nov 2007 18:18:21 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id D327813C4C3 for ; Mon, 5 Nov 2007 18:18:20 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id lA5IIBFr039029; Mon, 5 Nov 2007 11:18:11 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <472F5E62.4080406@samsco.org> Date: Mon, 05 Nov 2007 11:18:10 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Rui Paulo References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> <20071104231422.GA82337@rink.nu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Mon, 05 Nov 2007 11:18:11 -0700 (MST) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Rink Springer , freebsd-hardware@freebsd.org, freebsd-current@freebsd.org Subject: Re: MacBook users: possible fix for the SMP 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: Mon, 05 Nov 2007 18:18:21 -0000 Rui Paulo wrote: > On Nov 4, 2007 11:14 PM, Rink Springer wrote: >> Hi Rui, >> >> On Sun, Nov 04, 2007 at 08:59:28PM +0000, Rui Paulo wrote: >>> Note: this is still a hack. I'm still thinking about a way to >>> correctly identify on which systems we need to apply this fix. >> This indeed looks hackikly - I don't know whether it's possible to >> distinguish between a 'normal' PC or a MacBook - but if this is not >> possible, maybe a kernel option is in order? > > It's possible to distinguish between a MacBook and a PeeCee via smbios > vendor strings. > But what I actually wanted was something more general. > > Regards. Turning this on universally should only affect USB keyboard operation in KDB early in boot (or if the USB drivers were omitted during boot). It sounds like this affects clock calibration on other systems, not just Macs. So I'd vote for this being made into a negative option, i.e. options ENABLE_ICH_USB_LEGACY That'll at least let people boot with a GENERIC kernel and then decide for themselves if they want it enabled or disabled. It could also be made into tunable and set via the loader menu, but I'd only advocate that if there were found to be other side effects that prevented some users from booting with GENERIC. Anyways, good job figuring this out. Talk about an obscure problem. Now I don't feel so bad about spending days in vain going line-by-line through the AP startup code looking for the problem. Scott From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 18:52:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AB0816A417 for ; Mon, 5 Nov 2007 18:52:03 +0000 (UTC) (envelope-from samira.nox@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id 9879A13C4AC for ; Mon, 5 Nov 2007 18:51:55 +0000 (UTC) (envelope-from samira.nox@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2204284waf for ; Mon, 05 Nov 2007 10:51:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:to:subject:from:organization:cc:content-type:mime-version:references:content-transfer-encoding:message-id:in-reply-to:user-agent; bh=dgSFYxU7odFYLBLpSMBKqomASGc+Zr0Ug3Z8bvJCMzc=; b=HHd6LLB1w9xm5OxVbhFPlRkVBiluKSBduas7foOpdTWy9+k7HwOebMW1h6JpKMmBQx+KZSbFe1rW1Jc1jsA55rmPuv3lnEgJbmB5xrO6EjhRT+eUe9MS4A9j7CrX+yOfRfooA2WosQIhjVRM764NJdt8fuH+u2nEr0fNzfo7fz0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:to:subject:from:organization:cc:content-type:mime-version:references:content-transfer-encoding:message-id:in-reply-to:user-agent; b=C8KEtyAS9bAFrArk70sLF+YXdWVJBHKojWuhki7Wcbjmhi4wtTJ8Ej4Jgeu7LOMfm683hX0gsd5FJ61tdXlj4xXv0wzZgyYyo/FymX64tLDsuzpR9yEflq/YCJ7kSjRmfrPdfGkVL5JxONTIjx3AcEMNqbLryKPQsyDV+gFQ6ZI= Received: by 10.115.108.1 with SMTP id k1mr5442932wam.1194288705363; Mon, 05 Nov 2007 10:51:45 -0800 (PST) Received: from localhost ( [85.3.206.102]) by mx.google.com with ESMTPS id c5sm1156418nfi.2007.11.05.10.51.41 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 05 Nov 2007 10:51:43 -0800 (PST) Date: Mon, 05 Nov 2007 19:51:39 +0100 To: d@delphij.net, "Aryeh M. Friedman" From: sam Organization: - Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> Content-Transfer-Encoding: Quoted-Printable Message-ID: In-Reply-To: <472F5D9A.9050900@delphij.net> User-Agent: Opera Mail/9.50 (FreeBSD) Cc: freebsd-current@freebsd.org, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 18:52:03 -0000 Please let me know which files you need. sam On Mon, 05 Nov 2007 19:14:50 +0100, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Aryeh M. Friedman wrote: >> LI Xin wrote: > [...] >>>>> >>>> The default behaviour should be fixed if it is so easy then. >>>> >>> How come the number is so important for you? What do you think if y= ou >>> have to drop into single user mode and adjust fstab manually and the= = >>> box >>> is several thousands of miles away from you after a simple 'make >>> kernel'? I think changing this behavior is a big POLA and not the = >>> right >>> thing to do. >> >> It prevents certain automated config issues that may or may not be >> issues as stuff moves more mass market... I know FreeBSD unlike Linux= >> has no aim to be a non-techinical enduser OS but I find my self >> increasingly recommended it as the prefered UNIX desktop enviroment >> because so stability and the general ease of using the ports/pkg syst= em >> compared to RPM's... sad to say many of the end-user oriented tools >> occasionally make naive but critical assumptions about how a machine = is >> layed out. > > Which tool? This is apparently a bug of the tool, because the tool > won't work on Solaris either. > >>>>> - Wrong SATA type/speed reported >>>>> More information is needed if you really want to have this problem= >>>>> resolved, like atacontrol output, etc. >>>>> >>>> See the SATA ihc9 and previous threads if you really need to know a= ll >>>> the messy details but the bottom line is I have been told by severa= l = >>>> of >>>> the ATA developers that since they do not have IHC9 machines P35/IH= C9 >>>> owners where on their own (and thus the need for informal group the= = >>>> wiki >>>> is aimed at) >>>> >>> Please provide links on the wiki if you really want it to be useful.= >>> >> I am at the end of a long day so I will dig the links up and post the= m >> tommorow (and send you copies) >> >>> I think the only ich9 issue I am aware of so far is that a specific >>> model of it is not recognized. This is fixed in HEAD and RELENG_7. >> >> If you don't have an ICH machine I invite you to get one and verify t= he >> issues ;-) > > Mine has no problem, and I can not afford to buy a new piece of hardwa= re > right now. > >>>> 2. The answer to the type/speed type issue from the commuhity is th= e >>>> same one I got here >>>> >>> Is the problem still exist for latest RELENG_7 and RELENG_6? Who ca= n >>> provide some basic testing for a new snapshot? >>> >> >> I csup my version of -CURRENT every day (do a buildkernel anytime the= re >> are more then 10 commulative changes): >> >> FreeBSD monster 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Sat Nov 3 21:33:= 49 >> EDT 2007 aryeh@monster:/usr/obj/usr/src/sys/MONSTER amd64 >> >> and do a build world about once a week plus a ground up rebuild of al= l >> ports twice a month... in other words I am as current as anyone and t= he >> issues still persist. > > PCI ID and dmesg? > >>> No, it does not help if that's just "it panics", "foo is not support= ed" >>> if no detailed information is provided and we don't have our hands o= n >>> the actual hardware. >> >> I have submitted the complete verbose dmesg, pciutil -l and everythin= g >> to several people and all of them have come to the conclusion that th= ere >> is no obvious smoking gone beyond ("it just doesn't work")... Thus t= he >> comment of ICH9 owners are on their own... Next time I reboot I will >> send you a copy if you really want it. > > Yes, please. These information is very important for knowing how to > change the situation, thanks. > > Cheers, > - -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFHL12ahcUczkLqiksRAieBAJ0Ut4zyLxTzQD3O6xlcKI+8forcMgCgxrCM > 6aqCOI+3FikoTFFG54GFzOQ=3D > =3D1uQ2 > -----END PGP SIGNATURE----- > _______________________________________________ > 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" -- = Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 18:57:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0CC416A468 for ; Mon, 5 Nov 2007 18:57:10 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 7651613C4BD for ; Mon, 5 Nov 2007 18:57:10 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 9BA4CEBB63F; Tue, 6 Nov 2007 02:57:12 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id 8fv6oln6w5QM; Tue, 6 Nov 2007 02:57:08 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id E4B03EB3B1F; Tue, 6 Nov 2007 02:57:06 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=n9CQLHatYh4Ng2xhf5wcnWmMaU+3wwTMABJGQpFMGnHjSvZ8ML23XNSeMGvdeweFk TDMlN6sBrGR2z5+s9dnow== Message-ID: <472F6773.3080801@delphij.net> Date: Mon, 05 Nov 2007 10:56:51 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: sam References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> In-Reply-To: X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: "Aryeh M. Friedman" , freebsd-current@freebsd.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 18:57:10 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 sam wrote: > Please let me know which files you need. /var/run/dmesg.boot and output from: pciconf -lv Thanks! Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHL2dzhcUczkLqiksRAt4uAJ0YDZyBrZLibr48iUbOxvOvBtNXNQCeL7dg Sd2v/naNEiZZwziFhgeMuZY= =dLsK -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 19:04:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C86A116A418 for ; Mon, 5 Nov 2007 19:04:29 +0000 (UTC) (envelope-from esbjerg@gustav.anc.dk) Received: from gustav.anc.dk (gustav.anc.dk [194.255.112.205]) by mx1.freebsd.org (Postfix) with ESMTP id 8B4EC13C4A3 for ; Mon, 5 Nov 2007 19:04:29 +0000 (UTC) (envelope-from esbjerg@gustav.anc.dk) Received: by gustav.anc.dk (Postfix, from userid 1000) id 9073B1BF35; Mon, 5 Nov 2007 19:44:17 +0100 (CET) Date: Mon, 5 Nov 2007 19:44:17 +0100 From: Sven Esbjerg To: freebsd-current@freebsd.org Message-ID: <20071105184417.GA20564@esbjerg.name> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: sio problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 19:04:29 -0000 I have a Soltek MB with a Celeron CPU which I use for FreeBSD 7 testing. Recently I wanted to use the serial port to communicate with a gsm phone. To my suprise this did not work and odd errors were reported - like phone not connected when the phone could tell me there was a connection. [esbjerg@bishop]% uname -an FreeBSD bishop.xbsd.net 7.0-BETA2 FreeBSD 7.0-BETA2 #0: Sun Nov 4 15:17:28 CET 2007 root@bishop.xbsd.net:/usr/obj/usr/src/sys/GENERIC i386 I looked at the boot messages and saw: sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] I google for a while but without much luck. I have checked the BIOS settings which are irq 4 and 3F8 for port 1 and irq 3 and 2F8 for port 2. This should be correct but still FreeBSD reports otherwise. I suspect this has something to do with acpi(?). Could anyone give me hints on how to debug and correct this problem? -- Sven Esbjerg From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 19:11:02 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AFBA16A49E for ; Mon, 5 Nov 2007 19:11:02 +0000 (UTC) (envelope-from raj@csub.edu) Received: from mh1.csub.edu (mh1.csub.edu [136.168.1.95]) by mx1.freebsd.org (Postfix) with ESMTP id EE1DD13C4B0 for ; Mon, 5 Nov 2007 19:11:01 +0000 (UTC) (envelope-from raj@csub.edu) Received: from cserv65.csub.edu (cserv65.csub.edu [136.168.10.65]) by mh1.csub.edu (8.13.8/8.13.8) with ESMTP id lA5JApwg045938 for ; Mon, 5 Nov 2007 11:10:51 -0800 (PST) (envelope-from raj@csub.edu) Message-ID: <472F6ABB.3040807@csub.edu> Date: Mon, 05 Nov 2007 11:10:51 -0800 From: Russell Jackson User-Agent: Thunderbird 2.0.0.6 (X11/20070924) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <472E9D0B.5080409@csub.edu> In-Reply-To: <472E9D0B.5080409@csub.edu> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms000706000509070700090902" Subject: Re: powerd adaptive mode latching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 19:11:02 -0000 This is a cryptographically signed message in MIME format. --------------ms000706000509070700090902 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Russell Jackson wrote: > Powerd seems to latch at the maximum - 1 cpufreq setting while in > adaptive mode. This is 100% reproducible for me. It never un-wedges from > this state no matter how long I wait. > > $ powerd -a adaptive -b adaptive -v > powerd: using sysctl for AC line status > powerd: using devd for AC line status > idle time > 90%, decreasing clock speed from 1289 MHz to 966 MHz > idle time > 90%, decreasing clock speed from 966 MHz to 644 MHz > idle time > 90%, decreasing clock speed from 644 MHz to 322 MHz > idle time < 65%, increasing clock speed from 322 MHz to 966 MHz > idle time > 90%, decreasing clock speed from 966 MHz to 644 MHz > idle time > 90%, decreasing clock speed from 644 MHz to 322 MHz > idle time < 65%, increasing clock speed from 322 MHz to 966 MHz > idle time < 65%, increasing clock speed from 966 MHz to 1611 MHz > idle time < 65%, increasing clock speed from 1611 MHz to 2255 MHz > idle time < 65%, increasing clock speed from 2255 MHz to 2579 MHz > idle time > 90%, decreasing clock speed from 2579 MHz to 2578 MHz > idle time > 90%, decreasing clock speed from 2579 MHz to 2578 MHz > idle time > 90%, decreasing clock speed from 2579 MHz to 2578 MHz > . > . > . > > $ sysctl dev.cpu > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 1289 > dev.cpu.0.freq_levels: 2579/-1 2578/-1 2255/-1 1933/-1 1611/-1 1289/-1 > 966/-1 644/-1 322/-1 > dev.cpu.0.cx_supported: C1/1 C2/1 C3/85 C4/185 > dev.cpu.0.cx_lowest: C3 > dev.cpu.0.cx_usage: 0.00% 100.00% 0.00% 0.00% > > $ sysctl dev.ichss > dev.ichss.0.%desc: SpeedStep ICH > dev.ichss.0.%driver: ichss > dev.ichss.0.%parent: cpu0 > dev.ichss.0.freq_settings: 2579/-1 2578/-1 > > The ichss levels looked odd to me, and trying to set cpufreq=2578 is a NOOP. > > $ sysctl dev.cpu.0.freq=2578 > dev.cpu.0.freq: 2579 -> 2579 > > I'm running 7_RELENG from about a week ago. dmesg.boot attached. > I disabled ichss with hint.ichss.0.disabled=1, and the broken freq setting is gone, and powerd operates without wedging. So, I guess the real culprit is a broken ichss on my box; however, powerd might want to check the value of freq after trying to set it instead of getting stuck. -- Russell A. Jackson Network Analyst California State University, Bakersfield If the meanings of "true" and "false" were switched, then this sentence would not be false. --------------ms000706000509070700090902 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIL2DCC BegwggTQoAMCAQICCQC2yYqf6jv75zANBgkqhkiG9w0BAQUFADCB1DELMAkGA1UEBhMCVVMx EzARBgNVBAgTCkNhbGlmb3JuaWExFDASBgNVBAcTC0Jha2Vyc2ZpZWxkMTEwLwYDVQQKEyhD YWxpZm9ybmlhIFN0YXRlIFVuaXZlcnNpdHksIEJha2Vyc2ZpZWxkMRkwFwYDVQQLExBOZXR3 b3JrIFNlcnZpY2VzMS8wLQYDVQQDEyZDU1UsIEJha2Vyc2ZpZWxkIENlcnRpZmljYXRlIEF1 dGhvcml0eTEbMBkGCSqGSIb3DQEJARYMbm9jQGNzdWIuZWR1MB4XDTA3MTAxMjAyMDY0MFoX DTA4MTAxMTAyMDY0MFowgcAxCzAJBgNVBAYTAlVTMRMwEQYDVQQIEwpDYWxpZm9ybmlhMRQw EgYDVQQHEwtCYWtlcnNmaWVsZDExMC8GA1UEChMoQ2FsaWZvcm5pYSBTdGF0ZSBVbml2ZXJz aXR5LCBCYWtlcnNmaWVsZDEZMBcGA1UECxMQTmV0d29yayBTZXJ2aWNlczEbMBkGA1UEAxMS UnVzc2VsbCBBLiBKYWNrc29uMRswGQYJKoZIhvcNAQkBFgxyYWpAY3N1Yi5lZHUwggEiMA0G CSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCcVWSj+BnEwxMg9hhRoZJaxsJOWTsC4rngKU7T BjDEW+uHeakW6n8Y5Slqk3qarMeUeGD6YYFiq5EiKIVyqQfSPTbnXoUe2JAG9rCFGzh0Tvd0 KEGfiKfpS8scjCOkwOjLGizAJmHKqIwi7+p356Ot/2DnLxILA6z11bcIakU2piiNOL8327wz gfkyk5Soi98UlFE5D/A9HCEmOsqEsb2NjL+lAN+eETCa3TWCQ7CyQaJbXooId4UlWcceJNU8 /fhA7iZSn0BiKZu7BZHR+pv3IEnhoxRR1KTXHk+JzbYwAq7hVE9lfo79Xy8qLsrIXi5ziokr gTrlIFXSj2h3+Mw/AgMBAAGjggHNMIIByTAMBgNVHRMEBTADAQH/MDgGCWCGSAGG+EIBDQQr FilDZXJ0aWZpY2F0ZSBpc3N1ZWQgYnkgaHR0cHM6Ly9jYS5jc3ViLmVkdTAdBgNVHQ4EFgQU /RDecfNP15wwCVG5LcIHILSaljswggEKBgNVHSMEggEBMIH+gBT/QjTuzr/iBeVSlKbffggx 7zJ3H6GB2qSB1zCB1DELMAkGA1UEBhMCVVMxEzARBgNVBAgTCkNhbGlmb3JuaWExFDASBgNV BAcTC0Jha2Vyc2ZpZWxkMTEwLwYDVQQKEyhDYWxpZm9ybmlhIFN0YXRlIFVuaXZlcnNpdHks IEJha2Vyc2ZpZWxkMRkwFwYDVQQLExBOZXR3b3JrIFNlcnZpY2VzMS8wLQYDVQQDEyZDU1Us IEJha2Vyc2ZpZWxkIENlcnRpZmljYXRlIEF1dGhvcml0eTEbMBkGCSqGSIb3DQEJARYMbm9j QGNzdWIuZWR1ggkAtsmKn+o7++EwLQYJYIZIAYb4QgEEBCAWHmh0dHBzOi8vY2EuY3N1Yi5l ZHUvY2EtY3JsLnBlbTAjBglghkgBhvhCAQIEFhYUaHR0cHM6Ly9jYS5jc3ViLmVkdS8wDQYJ KoZIhvcNAQEFBQADggEBAIfQnz4aGpPLFTiXoAU+yFyT6cbyFO3KX7cwd9QS3TDEXgqMJgTE A8YFC8s6zLF0YGK6QIqI8Ia9f0iWrcm4huZdODBzaRdHauoiIDHbwcWR93dCK5vG8vqLRLWo OaZrElJ6QsEdiarCh7MCKs5vCY9MaPYcVqSpBPWNV0tvJvfZTE//xiD30I8kGuu27urBxCoj JSepB219HMQHcJ+RFjcA87BVhRfy2ZAOz+Kt73Sdnb6zW86qSZAjGzM2OTvu23f+hIRGiTBx idWs/qVWId1wo8xUyd32wZ9+8Ns8pbwtBi0cjb9HWIYJurqcKY8bW3uS/ydisGoPVXVZKLRv A6YwggXoMIIE0KADAgECAgkAtsmKn+o7++cwDQYJKoZIhvcNAQEFBQAwgdQxCzAJBgNVBAYT AlVTMRMwEQYDVQQIEwpDYWxpZm9ybmlhMRQwEgYDVQQHEwtCYWtlcnNmaWVsZDExMC8GA1UE ChMoQ2FsaWZvcm5pYSBTdGF0ZSBVbml2ZXJzaXR5LCBCYWtlcnNmaWVsZDEZMBcGA1UECxMQ TmV0d29yayBTZXJ2aWNlczEvMC0GA1UEAxMmQ1NVLCBCYWtlcnNmaWVsZCBDZXJ0aWZpY2F0 ZSBBdXRob3JpdHkxGzAZBgkqhkiG9w0BCQEWDG5vY0Bjc3ViLmVkdTAeFw0wNzEwMTIwMjA2 NDBaFw0wODEwMTEwMjA2NDBaMIHAMQswCQYDVQQGEwJVUzETMBEGA1UECBMKQ2FsaWZvcm5p YTEUMBIGA1UEBxMLQmFrZXJzZmllbGQxMTAvBgNVBAoTKENhbGlmb3JuaWEgU3RhdGUgVW5p dmVyc2l0eSwgQmFrZXJzZmllbGQxGTAXBgNVBAsTEE5ldHdvcmsgU2VydmljZXMxGzAZBgNV BAMTElJ1c3NlbGwgQS4gSmFja3NvbjEbMBkGCSqGSIb3DQEJARYMcmFqQGNzdWIuZWR1MIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAnFVko/gZxMMTIPYYUaGSWsbCTlk7AuK5 4ClO0wYwxFvrh3mpFup/GOUpapN6mqzHlHhg+mGBYquRIiiFcqkH0j02516FHtiQBvawhRs4 dE73dChBn4in6UvLHIwjpMDoyxoswCZhyqiMIu/qd+ejrf9g5y8SCwOs9dW3CGpFNqYojTi/ N9u8M4H5MpOUqIvfFJRROQ/wPRwhJjrKhLG9jYy/pQDfnhEwmt01gkOwskGiW16KCHeFJVnH HiTVPP34QO4mUp9AYimbuwWR0fqb9yBJ4aMUUdSk1x5Pic22MAKu4VRPZX6O/V8vKi7KyF4u c4qJK4E65SBV0o9od/jMPwIDAQABo4IBzTCCAckwDAYDVR0TBAUwAwEB/zA4BglghkgBhvhC AQ0EKxYpQ2VydGlmaWNhdGUgaXNzdWVkIGJ5IGh0dHBzOi8vY2EuY3N1Yi5lZHUwHQYDVR0O BBYEFP0Q3nHzT9ecMAlRuS3CByC0mpY7MIIBCgYDVR0jBIIBATCB/oAU/0I07s6/4gXlUpSm 334IMe8ydx+hgdqkgdcwgdQxCzAJBgNVBAYTAlVTMRMwEQYDVQQIEwpDYWxpZm9ybmlhMRQw EgYDVQQHEwtCYWtlcnNmaWVsZDExMC8GA1UEChMoQ2FsaWZvcm5pYSBTdGF0ZSBVbml2ZXJz aXR5LCBCYWtlcnNmaWVsZDEZMBcGA1UECxMQTmV0d29yayBTZXJ2aWNlczEvMC0GA1UEAxMm Q1NVLCBCYWtlcnNmaWVsZCBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxGzAZBgkqhkiG9w0BCQEW DG5vY0Bjc3ViLmVkdYIJALbJip/qO/vhMC0GCWCGSAGG+EIBBAQgFh5odHRwczovL2NhLmNz dWIuZWR1L2NhLWNybC5wZW0wIwYJYIZIAYb4QgECBBYWFGh0dHBzOi8vY2EuY3N1Yi5lZHUv MA0GCSqGSIb3DQEBBQUAA4IBAQCH0J8+GhqTyxU4l6AFPshck+nG8hTtyl+3MHfUEt0wxF4K jCYExAPGBQvLOsyxdGBiukCKiPCGvX9Ilq3JuIbmXTgwc2kXR2rqIiAx28HFkfd3QiubxvL6 i0S1qDmmaxJSekLBHYmqwoezAirObwmPTGj2HFakqQT1jVdLbyb32UxP/8Yg99CPJBrrtu7q wcQqIyUnqQdtfRzEB3CfkRY3APOwVYUX8tmQDs/ire90nZ2+s1vOqkmQIxszNjk77tt3/oSE RokwcYnVrP6lViHdcKPMVMnd9sGffvDbPKW8LQYtHI2/R1iGCbq6nCmPG1t7kv8nYrBqD1V1 WSi0bwOmMYIErTCCBKkCAQEwgeIwgdQxCzAJBgNVBAYTAlVTMRMwEQYDVQQIEwpDYWxpZm9y bmlhMRQwEgYDVQQHEwtCYWtlcnNmaWVsZDExMC8GA1UEChMoQ2FsaWZvcm5pYSBTdGF0ZSBV bml2ZXJzaXR5LCBCYWtlcnNmaWVsZDEZMBcGA1UECxMQTmV0d29yayBTZXJ2aWNlczEvMC0G A1UEAxMmQ1NVLCBCYWtlcnNmaWVsZCBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxGzAZBgkqhkiG 9w0BCQEWDG5vY0Bjc3ViLmVkdQIJALbJip/qO/vnMAkGBSsOAwIaBQCgggKfMBgGCSqGSIb3 DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA3MTEwNTE5MTA1MVowIwYJKoZI hvcNAQkEMRYEFOXVfCdA3/e9vzU8IN2EAHmJA/X7MFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZI hvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3 DQMCAgEoMIHzBgkrBgEEAYI3EAQxgeUwgeIwgdQxCzAJBgNVBAYTAlVTMRMwEQYDVQQIEwpD YWxpZm9ybmlhMRQwEgYDVQQHEwtCYWtlcnNmaWVsZDExMC8GA1UEChMoQ2FsaWZvcm5pYSBT dGF0ZSBVbml2ZXJzaXR5LCBCYWtlcnNmaWVsZDEZMBcGA1UECxMQTmV0d29yayBTZXJ2aWNl czEvMC0GA1UEAxMmQ1NVLCBCYWtlcnNmaWVsZCBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxGzAZ BgkqhkiG9w0BCQEWDG5vY0Bjc3ViLmVkdQIJALbJip/qO/vnMIH1BgsqhkiG9w0BCRACCzGB 5aCB4jCB1DELMAkGA1UEBhMCVVMxEzARBgNVBAgTCkNhbGlmb3JuaWExFDASBgNVBAcTC0Jh a2Vyc2ZpZWxkMTEwLwYDVQQKEyhDYWxpZm9ybmlhIFN0YXRlIFVuaXZlcnNpdHksIEJha2Vy c2ZpZWxkMRkwFwYDVQQLExBOZXR3b3JrIFNlcnZpY2VzMS8wLQYDVQQDEyZDU1UsIEJha2Vy c2ZpZWxkIENlcnRpZmljYXRlIEF1dGhvcml0eTEbMBkGCSqGSIb3DQEJARYMbm9jQGNzdWIu ZWR1AgkAtsmKn+o7++cwDQYJKoZIhvcNAQEBBQAEggEAZfY1M5wzelQv/cB6jmCfpyzZWssI 5R6y7Wx6VlXFMDwHijA3aRcm//wx26cwrnIlRFgJ2oRD8Qw9AJLJ9aJ/gaJDyzFcsE6j9Xt+ Ukn6DQ4v7+oqmR0Ps91XECdc9bYzklGGGxonLmEBdQUaJ5qLOiJv0tfqPHyhI6Jv8OMvzJW/ ovKFcLa4zARQX/BZTN02llK4nqtRJj9NIFKWZhl2NBYrnRi5hFqesNoYpP6MzX39u0OxGp0O U6cRFtvhdjmpYl7SfN38G0R79wxq/ijq63JF15s2MKi9Q23ZOdwafiujfyznmUudc6mv68qr T33KxiBF5u40xWogA3FeKsanJwAAAAAAAA== --------------ms000706000509070700090902-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 19:12:19 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06FFE16A418 for ; Mon, 5 Nov 2007 19:12:19 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 9DBF213C4A3 for ; Mon, 5 Nov 2007 19:12:18 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id C283DEBB66B; Tue, 6 Nov 2007 03:12:24 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id pJfU6z6RrifK; Tue, 6 Nov 2007 03:12:20 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 471E5EBB676; Tue, 6 Nov 2007 03:12:17 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=YUFX4Znw6mz6L1ujkOt5HqUqL/wrk4NtBpmU5ubAbdBY3S2QoArqYjXVj4+bVsNOb PmQTFarFfnHuik9SIgJAA== Message-ID: <472F6B02.2030801@delphij.net> Date: Mon, 05 Nov 2007 11:12:02 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: sam References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472F6773.3080801@delphij.net> In-Reply-To: X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: "Aryeh M. Friedman" , freebsd-current@freebsd.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 19:12:19 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Sam, sam wrote: > here they are, thanks According to your dmesg.boot output it seems that all devices has been successfully probed: ad4: 305244MB at ata2-master SATA300 ad6: 305244MB at ata3-master SATA300 ad8: 238475MB at ata4-master SATA300 acd0: DVDR at ata5-master SATA150 acd1: DVDROM at ata6-master SATA150 acd2: DVDROM at ata7-master SATA150 Does this match your hardware configuration, or do you have some other problems with the driver? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHL2sChcUczkLqiksRAhpLAJ9UlI6yi5qL7qAhMJhUJs9l/kqP7QCgubc/ mHEueOYcLFblVinJHCJWWdM= =I69/ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 19:15:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1876316A419 for ; Mon, 5 Nov 2007 19:15:06 +0000 (UTC) (envelope-from samira.nox@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id 980F713C48E for ; Mon, 5 Nov 2007 19:15:05 +0000 (UTC) (envelope-from samira.nox@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so225565ana for ; Mon, 05 Nov 2007 11:14:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:to:subject:from:organization:cc:content-type:mime-version:references:message-id:in-reply-to:user-agent; bh=5g9W5uQiJk041av4F8AEwQtQMwL+GgmeCmDbR+LC7fM=; b=g3QgFzEQl8vuN6uMsq8DiSoa5yBOo0C7BXIiQbhjIy3LgfZ58SK5bZroqqzw1v8jJ+Yekre1q7+vUWfI2lORN48qPss1S7tLB3+2AkjmMGJiAoql86ugCzUCo9PYg/yh8ZZPlEg+FmcdIzcU4LbIrOz0of0CRe669fepafhBQkk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:to:subject:from:organization:cc:content-type:mime-version:references:message-id:in-reply-to:user-agent; b=eTbhQGXOB4RyPBH57fvR10F6WDmQpFqQCpwZnjhHVxyvscrQkUFH+DvUr1e5eGeDZSjKE3fPGhJQd4ejoXtjC7WGQIYUfFqqumCTF/TXNTcrDNZXMJ/jDAunaYECUHO8DDgapUjFTP1yMbTREFlW0W8jEUNsu2uieFjjDcwFwx8= Received: by 10.100.207.5 with SMTP id e5mr6815351ang.1194289664885; Mon, 05 Nov 2007 11:07:44 -0800 (PST) Received: from localhost ( [85.3.206.102]) by mx.google.com with ESMTPS id 31sm1814170nfu.2007.11.05.11.07.41 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 05 Nov 2007 11:07:43 -0800 (PST) Date: Mon, 05 Nov 2007 20:07:39 +0100 To: d@delphij.net From: sam Organization: - Content-Type: multipart/mixed; boundary=----------uPuvZGVRjU2iEnuMKbZ55B MIME-Version: 1.0 References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472F6773.3080801@delphij.net> Message-ID: In-Reply-To: <472F6773.3080801@delphij.net> User-Agent: Opera Mail/9.50 (FreeBSD) Cc: freebsd-current@freebsd.org, "Aryeh M. Friedman" , Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 19:15:06 -0000 ------------uPuvZGVRjU2iEnuMKbZ55B Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 Content-Transfer-Encoding: Quoted-Printable here they are, thanks sam On Mon, 05 Nov 2007 19:56:51 +0100, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > sam wrote: >> Please let me know which files you need. > > /var/run/dmesg.boot > and output from: > pciconf -lv > > Thanks! > > Cheers, > - -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFHL2dzhcUczkLqiksRAt4uAJ0YDZyBrZLibr48iUbOxvOvBtNXNQCeL7dg > Sd2v/naNEiZZwziFhgeMuZY=3D > =3DdLsK > -----END PGP SIGNATURE----- -- = Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ------------uPuvZGVRjU2iEnuMKbZ55B Content-Disposition: attachment; filename=dmesg.boot Content-Type: application/octet-stream; name=dmesg.boot Content-Transfer-Encoding: Base64 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDcgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29w eXJpZ2h0IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAx OTkxLCAxOTkyLCAxOTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVy c2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNE IGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZyZWVCU0QgRm91bmRh dGlvbi4KRnJlZUJTRCA3LjAtQkVUQTIgIzE0OiBTYXQgTm92ICAzIDIyOjMwOjMw IENFVCAyMDA3CiAgICByb290QHNhbS5zYW06L3Vzci9vYmovdXNyL3NyYy9zeXMv U0FNClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVh bGl0eSAwCkNQVTogSW50ZWwoUikgQ29yZShUTSkyIER1byBDUFUgICAgIEU2NzUw ICBAIDIuNjZHSHogKDI2NjYuNjgtTUh6IDY4Ni1jbGFzcyBDUFUpCiAgT3JpZ2lu ID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHg2ZmIgIFN0ZXBwaW5nID0gMTEKICBG ZWF0dXJlcz0weGJmZWJmYmZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1D RSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2LENMRkxV U0gsRFRTLEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsU1MsSFRULFRNLFBCRT4KICBG ZWF0dXJlczI9MHhlM2ZkPFNTRTMsUlNWRDIsTU9OLERTX0NQTCxWTVgsU01YLEVT VCxUTTIsU1NTRTMsQ1gxNix4VFBSLFBEQ00+CiAgQU1EIEZlYXR1cmVzPTB4MjAx MDAwMDA8TlgsTE0+CiAgQU1EIEZlYXR1cmVzMj0weDE8TEFIRj4KICBDb3JlcyBw ZXIgcGFja2FnZTogMgpyZWFsIG1lbW9yeSAgPSAyMTQ2MzA0MDAwICgyMDQ2IE1C KQphdmFpbCBtZW1vcnkgPSAyMDg2MjM2MTYwICgxOTg5IE1CKQpBQ1BJIEFQSUMg VGFibGU6IDxHQlQgICAgR0JUVUFDUEk+CkZyZWVCU0QvU01QOiBNdWx0aXByb2Nl c3NvciBTeXN0ZW0gRGV0ZWN0ZWQ6IDIgQ1BVcwogY3B1MCAoQlNQKTogQVBJQyBJ RDogIDAKIGNwdTEgKEFQKTogQVBJQyBJRDogIDEKaW9hcGljMDogQ2hhbmdpbmcg QVBJQyBJRCB0byAyCmlvYXBpYzAgPFZlcnNpb24gMi4wPiBpcnFzIDAtMjMgb24g bW90aGVyYm9hcmQKa2JkMSBhdCBrYmRtdXgwCmFjcGkwOiA8R0JUIEdCVFVBQ1BJ PiBvbiBtb3RoZXJib2FyZAphY3BpMDogW0lUSFJFQURdCmFjcGkwOiBQb3dlciBC dXR0b24gKGZpeGVkKQphY3BpMDogcmVzZXJ2YXRpb24gb2YgMCwgYTAwMDAgKDMp IGZhaWxlZAphY3BpMDogcmVzZXJ2YXRpb24gb2YgMTAwMDAwLCA3ZmRlMDAwMCAo MykgZmFpbGVkClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5 NTQ1IEh6IHF1YWxpdHkgMTAwMAphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBh dCAzLjU3OTU0NU1Iej4gcG9ydCAweDQwOC0weDQwYiBvbiBhY3BpMAphY3BpX2hw ZXQwOiA8SGlnaCBQcmVjaXNpb24gRXZlbnQgVGltZXI+IGlvbWVtIDB4ZmVkMDAw MDAtMHhmZWQwMDNmZiBvbiBhY3BpMApUaW1lY291bnRlciAiSFBFVCIgZnJlcXVl bmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgOTAwCmNwdTA6IDxBQ1BJIENQVT4gb24g YWNwaTAKYWNwaV9wZXJmMDogPEFDUEkgQ1BVIEZyZXF1ZW5jeSBDb250cm9sPiBv biBjcHUwCmNvcmV0ZW1wMDogPENQVSBPbi1EaWUgVGhlcm1hbCBTZW5zb3JzPiBv biBjcHUwCnA0dGNjMDogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBv biBjcHUwCmNwdTE6IDxBQ1BJIENQVT4gb24gYWNwaTAKY29yZXRlbXAxOiA8Q1BV IE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9uIGNwdTEKZXN0MTogPEVuaGFuY2Vk IFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MQplc3Q6IENQVSBz dXBwb3J0cyBFbmhhbmNlZCBTcGVlZHN0ZXAsIGJ1dCBpcyBub3QgcmVjb2duaXpl ZC4KZXN0OiBjcHVfdmVuZG9yIEdlbnVpbmVJbnRlbCwgbXNyIDgyYTA4MmEwNjAw MDgyYQpkZXZpY2VfYXR0YWNoOiBlc3QxIGF0dGFjaCByZXR1cm5lZCA2CnA0dGNj MTogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUxCmFjcGlf YnV0dG9uMDogPFBvd2VyIEJ1dHRvbj4gb24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhv c3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2kwOiA8 QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApwY2liMTogPFBDSS1QQ0kgYnJpZGdlPiBp cnEgMTYgYXQgZGV2aWNlIDEuMCBvbiBwY2kwCnBjaTE6IDxQQ0kgYnVzPiBvbiBw Y2liMQpudmlkaWEwOiA8R2VGb3JjZSA4NjAwIEdUUz4gcG9ydCAweGEwMDAtMHhh MDdmIG1lbSAweGY2MDAwMDAwLTB4ZjZmZmZmZmYsMHhlMDAwMDAwMC0weGVmZmZm ZmZmLDB4ZjQwMDAwMDAtMHhmNWZmZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBv biBwY2kxCm52aWRpYTA6IFtHSUFOVC1MT0NLRURdCm52aWRpYTA6IFtJVEhSRUFE XQp1aGNpMDogPFVIQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBwb3J0IDB4 ZTAwMC0weGUwMWYgaXJxIDE2IGF0IGRldmljZSAyNi4wIG9uIHBjaTAKdWhjaTA6 IFtHSUFOVC1MT0NLRURdCnVoY2kwOiBbSVRIUkVBRF0KdXNiMDogPFVIQ0kgKGdl bmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiB1aGNpMAp1c2IwOiBVU0IgcmV2aXNp b24gMS4wCnVodWIwOiA8SW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCBy ZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYjAKdWh1YjA6IDIgcG9ydHMgd2l0 aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVoY2kxOiA8VUhDSSAoZ2VuZXJp YykgVVNCIGNvbnRyb2xsZXI+IHBvcnQgMHhlMTAwLTB4ZTExZiBpcnEgMjEgYXQg ZGV2aWNlIDI2LjEgb24gcGNpMAp1aGNpMTogW0dJQU5ULUxPQ0tFRF0KdWhjaTE6 IFtJVEhSRUFEXQp1c2IxOiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+ IG9uIHVoY2kxCnVzYjE6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjE6IDxJbnRlbCBV SENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4g b24gdXNiMQp1aHViMTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBv d2VyZWQKdWhjaTI6IDxVSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gcG9y dCAweGU1MDAtMHhlNTFmIGlycSAxOCBhdCBkZXZpY2UgMjYuMiBvbiBwY2kwCnVo Y2kyOiBbR0lBTlQtTE9DS0VEXQp1aGNpMjogW0lUSFJFQURdCnVzYjI6IDxVSENJ IChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gdWhjaTIKdXNiMjogVVNCIHJl dmlzaW9uIDEuMAp1aHViMjogPEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkv MCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2IyCnVodWIyOiAyIHBvcnRz IHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAplaGNpMDogPEVIQ0kgKGdl bmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4ZmExMDQwMDAtMHhmYTEw NDNmZiBpcnEgMTggYXQgZGV2aWNlIDI2Ljcgb24gcGNpMAplaGNpMDogW0dJQU5U LUxPQ0tFRF0KZWhjaTA6IFtJVEhSRUFEXQp1c2IzOiBFSENJIHZlcnNpb24gMS4w CnVzYjM6IGNvbXBhbmlvbiBjb250cm9sbGVycywgMiBwb3J0cyBlYWNoOiB1c2Iw IHVzYjEgdXNiMgp1c2IzOiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9s bGVyPiBvbiBlaGNpMAp1c2IzOiBVU0IgcmV2aXNpb24gMi4wCnVodWIzOiA8SW50 ZWwgRUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRy IDE+IG9uIHVzYjMKdWh1YjM6IDYgcG9ydHMgd2l0aCA2IHJlbW92YWJsZSwgc2Vs ZiBwb3dlcmVkCnBjaTA6IDxtdWx0aW1lZGlhPiBhdCBkZXZpY2UgMjcuMCAobm8g ZHJpdmVyIGF0dGFjaGVkKQpwY2liMjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGly cSAxNiBhdCBkZXZpY2UgMjguMCBvbiBwY2kwCnBjaTI6IDxBQ1BJIFBDSSBidXM+ IG9uIHBjaWIyCnBjaWIzOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0 IGRldmljZSAyOC40IG9uIHBjaTAKcGNpMzogPEFDUEkgUENJIGJ1cz4gb24gcGNp YjMKcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTcgYXQgZGV2aWNl IDI4LjUgb24gcGNpMApwY2k0OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNApyZTA6 IDxSZWFsVGVrIDgxNjgvODExMUIgUENJZSBHaWdhYml0IEV0aGVybmV0PiBwb3J0 IDB4YzAwMC0weGMwZmYgbWVtIDB4ZjkwMDAwMDAtMHhmOTAwMGZmZiBpcnEgMTcg YXQgZGV2aWNlIDAuMCBvbiBwY2k0CnJlMDogVXNpbmcgMiBNU0kgbWVzc2FnZXMK bWlpYnVzMDogPE1JSSBidXM+IG9uIHJlMApyZ2VwaHkwOiA8UlRMODE2OVMvODEx MFMgbWVkaWEgaW50ZXJmYWNlPiBQSFkgMSBvbiBtaWlidXMwCnJnZXBoeTA6ICAx MGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCAx MDAwYmFzZVQsIDEwMDBiYXNlVC1GRFgsIGF1dG8KcmUwOiBFdGhlcm5ldCBhZGRy ZXNzOiAwMDoxYTo0ZDo1NDpkZTo0NQpyZTA6IFtGSUxURVJdCnJlMDogW0ZJTFRF Ul0KdWhjaTM6IDxVSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gcG9ydCAw eGUyMDAtMHhlMjFmIGlycSAyMyBhdCBkZXZpY2UgMjkuMCBvbiBwY2kwCnVoY2kz OiBbR0lBTlQtTE9DS0VEXQp1aGNpMzogW0lUSFJFQURdCnVzYjQ6IDxVSENJIChn ZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gdWhjaTMKdXNiNDogVVNCIHJldmlz aW9uIDEuMAp1aHViNDogPEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwg cmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2I0CnVodWI0OiAyIHBvcnRzIHdp dGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aGNpNDogPFVIQ0kgKGdlbmVy aWMpIFVTQiBjb250cm9sbGVyPiBwb3J0IDB4ZTMwMC0weGUzMWYgaXJxIDE5IGF0 IGRldmljZSAyOS4xIG9uIHBjaTAKdWhjaTQ6IFtHSUFOVC1MT0NLRURdCnVoY2k0 OiBbSVRIUkVBRF0KdXNiNTogPFVIQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVy PiBvbiB1aGNpNAp1c2I1OiBVU0IgcmV2aXNpb24gMS4wCnVodWI1OiA8SW50ZWwg VUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+ IG9uIHVzYjUKdWh1YjU6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBw b3dlcmVkCnVoY2k1OiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IHBv cnQgMHhlNDAwLTB4ZTQxZiBpcnEgMTggYXQgZGV2aWNlIDI5LjIgb24gcGNpMAp1 aGNpNTogW0dJQU5ULUxPQ0tFRF0KdWhjaTU6IFtJVEhSRUFEXQp1c2I2OiA8VUhD SSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIHVoY2k1CnVzYjY6IFVTQiBy ZXZpc2lvbiAxLjAKdWh1YjY6IDxJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFzcyA5 LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiNgp1aHViNjogMiBwb3J0 cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKZWhjaTE6IDxFSENJIChn ZW5lcmljKSBVU0IgMi4wIGNvbnRyb2xsZXI+IG1lbSAweGZhMTA1MDAwLTB4ZmEx MDUzZmYgaXJxIDIzIGF0IGRldmljZSAyOS43IG9uIHBjaTAKZWhjaTE6IFtHSUFO VC1MT0NLRURdCmVoY2kxOiBbSVRIUkVBRF0KdXNiNzogRUhDSSB2ZXJzaW9uIDEu MAp1c2I3OiBjb21wYW5pb24gY29udHJvbGxlcnMsIDIgcG9ydHMgZWFjaDogdXNi NCB1c2I1IHVzYjYKdXNiNzogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJv bGxlcj4gb24gZWhjaTEKdXNiNzogVVNCIHJldmlzaW9uIDIuMAp1aHViNzogPElu dGVsIEVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRk ciAxPiBvbiB1c2I3CnVodWI3OiA2IHBvcnRzIHdpdGggNiByZW1vdmFibGUsIHNl bGYgcG93ZXJlZApwY2liNTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmlj ZSAzMC4wIG9uIHBjaTAKcGNpNTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjUKcGNt MDogPEVudnkyNCBhdWRpbyAoTSBBdWRpbyBBdWRpb3BoaWxlIDI0OTYpPiBwb3J0 IDB4ZDAwMC0weGQwMWYsMHhkMTAwLTB4ZDEwZiwweGQyMDAtMHhkMjBmLDB4ZDMw MC0weGQzM2YgaXJxIDIwIGF0IGRldmljZSAwLjAgb24gcGNpNQpwY20wOiBbSVRI UkVBRF0KcGNtMDogc3lzdGVtIGNvbmZpZ3VyYXRpb24KICBTdWJWZW5kb3JJRDog MHgxNDEyLCBTdWJEZXZpY2VJRDogMHhkNjM0CiAgWElOMiBDbG9jayBTb3VyY2U6 IDIyLjU3OTJNSHooNDQuMWtIeio1MTIpCiAgTVBVLTQwMSBVQVJUKHMpICM6IDEK ICBBQyc5NyBjb2RlYzogbm90IGV4aXN0CiAgQURDICM6IDEKICBEQUMgIzogMQog IE11bHRpLXRyYWNrIGNvbnZlcnRlciB0eXBlOiBJMlMoOTZLSHogc3VwcG9ydCwg MjRiaXQgcmVzb2x1dGlvbiwgSUQjMHgyKQogIFMvUERJRihJTi9PVVQpOiAxLzEg SUQjIDB4MDAKICBHUElPKG1hc2svZGlyL3N0YXRlKTogMHgwNC8weGZiLzB4ZmUK aXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDMxLjAgb24gcGNpMApp c2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKYXRhcGNpMDogPEludGVsIElDSDkgU0FU QTMwMCBjb250cm9sbGVyPiBwb3J0IDB4ZTYwMC0weGU2MDcsMHhlNzAwLTB4ZTcw MywweGU4MDAtMHhlODA3LDB4ZTkwMC0weGU5MDMsMHhlYTAwLTB4ZWExZiBtZW0g MHhmYTEwNjAwMC0weGZhMTA2N2ZmIGlycSAxOSBhdCBkZXZpY2UgMzEuMiBvbiBw Y2kwCmF0YXBjaTA6IFtJVEhSRUFEXQphdGFwY2kwOiBBSENJIFZlcnNpb24gMDEu MjAgY29udHJvbGxlciB3aXRoIDYgcG9ydHMgZGV0ZWN0ZWQKYXRhMjogPEFUQSBj aGFubmVsIDA+IG9uIGF0YXBjaTAKYXRhMjogW0lUSFJFQURdCmF0YTM6IDxBVEEg Y2hhbm5lbCAxPiBvbiBhdGFwY2kwCmF0YTM6IFtJVEhSRUFEXQphdGE0OiA8QVRB IGNoYW5uZWwgMj4gb24gYXRhcGNpMAphdGE0OiBbSVRIUkVBRF0KYXRhNTogPEFU QSBjaGFubmVsIDM+IG9uIGF0YXBjaTAKYXRhNTogW0lUSFJFQURdCmF0YTY6IDxB VEEgY2hhbm5lbCA0PiBvbiBhdGFwY2kwCmF0YTY6IFtJVEhSRUFEXQphdGE3OiA8 QVRBIGNoYW5uZWwgNT4gb24gYXRhcGNpMAphdGE3OiBbSVRIUkVBRF0KcGNpMDog PHNlcmlhbCBidXMsIFNNQnVzPiBhdCBkZXZpY2UgMzEuMyAobm8gZHJpdmVyIGF0 dGFjaGVkKQpmZGMwOiA8ZmxvcHB5IGRyaXZlIGNvbnRyb2xsZXI+IHBvcnQgMHgz ZjAtMHgzZjUsMHgzZjcgaXJxIDYgZHJxIDIgb24gYWNwaTAKZmRjMDogW0ZJTFRF Ul0KYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAw eDYwLDB4NjQgaXJxIDEgb24gYWNwaTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGly cSAxIG9uIGF0a2JkYzAKa2JkMCBhdCBhdGtiZDAKYXRrYmQwOiBbR0lBTlQtTE9D S0VEXQphdGtiZDA6IFtJVEhSRUFEXQpjcnlwdG9zb2Z0MDogPHNvZnR3YXJlIGNy eXB0bz4gb24gbW90aGVyYm9hcmQKcG10aW1lcjAgb24gaXNhMApvcm0wOiA8SVNB IE9wdGlvbiBST00+IGF0IGlvbWVtIDB4ZDAwMDAtMHhkMWZmZiBwbnBpZCBPUk0w MDAwIG9uIGlzYTAKc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAw IG9uIGlzYTAKc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4 MzAwPgp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2Rm IGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwCmF0YTAgYXQgcG9ydCAweDFm MC0weDFmNywweDNmNiBpcnEgMTQgb24gaXNhMAphdGEwOiBbSVRIUkVBRF0KYXRh MSBhdCBwb3J0IDB4MTcwLTB4MTc3LDB4Mzc2IGlycSAxNSBvbiBpc2EwCmF0YTE6 IFtJVEhSRUFEXQpwcGMwOiBwYXJhbGxlbCBwb3J0IG5vdCBmb3VuZC4KdW1zMDog PExvZ2l0ZWNoIFVTQiBSRUNFSVZFUiwgY2xhc3MgMC8wLCByZXYgMS4xMC8yNS4x MCwgYWRkciAyPiBvbiB1aHViNgp1bXMwOiAxNiBidXR0b25zIGFuZCBaIGRpci4K VGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYwphZDQ6IDMwNTI0NE1C IDxXREMgV0QzMjAwQUFLUy0wMFZZQTAgMTIuMDFCMDI+IGF0IGF0YTItbWFzdGVy IFNBVEEzMDAKYWQ2OiAzMDUyNDRNQiA8V0RDIFdEMzIwMEFBS1MtMDBWWUEwIDEy LjAxQjAyPiBhdCBhdGEzLW1hc3RlciBTQVRBMzAwCmFkODogMjM4NDc1TUIgPFdE QyBXRDI1MDBLUy0wME1KQjAgMDIuMDFDMDM+IGF0IGF0YTQtbWFzdGVyIFNBVEEz MDAKYWNkMDogRFZEUiA8T3B0aWFyYyBEVkQgUlcgQUQtNzE3MFMvMS4wMD4gYXQg YXRhNS1tYXN0ZXIgU0FUQTE1MAphY2QxOiBEVkRST00gPEFTVVMgRFZELUU2MTZB M1QvMS4xMT4gYXQgYXRhNi1tYXN0ZXIgU0FUQTE1MAphY2QyOiBEVkRST00gPEFT VVMgRFZELUU2MTZBM1QvMS4xMT4gYXQgYXRhNy1tYXN0ZXIgU0FUQTE1MApTTVA6 IEFQIENQVSAjMSBMYXVuY2hlZCEKVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB1 ZnM6L2Rldi9hZDRzMWEKcmUwOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gVVAK ------------uPuvZGVRjU2iEnuMKbZ55B Content-Disposition: attachment; filename=pciconf Content-Type: application/octet-stream; name=pciconf Content-Transfer-Encoding: Base64 aG9zdGIwQHBjaTA6MDowOjA6CWNsYXNzPTB4MDYwMDAwIGNhcmQ9MHg1MDAwMTQ1 OCBjaGlwPTB4MjljMDgwODYgcmV2PTB4MDIgaGRyPTB4MDAKICAgIHZlbmRvciAg ICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBjbGFzcyAgICAgID0gYnJpZGdl CiAgICBzdWJjbGFzcyAgID0gSE9TVC1QQ0kKcGNpYjFAcGNpMDowOjE6MDoJY2xh c3M9MHgwNjA0MDAgY2FyZD0weDUwMDAxNDU4IGNoaXA9MHgyOWMxODA4NiByZXY9 MHgwMiBoZHI9MHgwMQogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlv bicKICAgIGNsYXNzICAgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzICAgPSBQQ0kt UENJCnVoY2kwQHBjaTA6MDoyNjowOgljbGFzcz0weDBjMDMwMCBjYXJkPTB4NTAw NDE0NTggY2hpcD0weDI5Mzc4MDg2IHJldj0weDAyIGhkcj0weDAwCiAgICB2ZW5k b3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgY2xhc3MgICAgICA9IHNl cmlhbCBidXMKICAgIHN1YmNsYXNzICAgPSBVU0IKdWhjaTFAcGNpMDowOjI2OjE6 CWNsYXNzPTB4MGMwMzAwIGNhcmQ9MHg1MDA0MTQ1OCBjaGlwPTB4MjkzODgwODYg cmV2PTB4MDIgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9y YXRpb24nCiAgICBjbGFzcyAgICAgID0gc2VyaWFsIGJ1cwogICAgc3ViY2xhc3Mg ICA9IFVTQgp1aGNpMkBwY2kwOjA6MjY6MjoJY2xhc3M9MHgwYzAzMDAgY2FyZD0w eDUwMDQxNDU4IGNoaXA9MHgyOTM5ODA4NiByZXY9MHgwMiBoZHI9MHgwMAogICAg dmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGNsYXNzICAgICAg PSBzZXJpYWwgYnVzCiAgICBzdWJjbGFzcyAgID0gVVNCCmVoY2kwQHBjaTA6MDoy Njo3OgljbGFzcz0weDBjMDMyMCBjYXJkPTB4NTAwNjE0NTggY2hpcD0weDI5M2M4 MDg2IHJldj0weDAyIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENv cnBvcmF0aW9uJwogICAgY2xhc3MgICAgICA9IHNlcmlhbCBidXMKICAgIHN1YmNs YXNzICAgPSBVU0IKbm9uZTBAcGNpMDowOjI3OjA6CWNsYXNzPTB4MDQwMzAwIGNh cmQ9MHhhMDIyMTQ1OCBjaGlwPTB4MjkzZTgwODYgcmV2PTB4MDIgaGRyPTB4MDAK ICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBjbGFzcyAg ICAgID0gbXVsdGltZWRpYQpwY2liMkBwY2kwOjA6Mjg6MDoJY2xhc3M9MHgwNjA0 MDAgY2FyZD0weDUwMDExNDU4IGNoaXA9MHgyOTQwODA4NiByZXY9MHgwMiBoZHI9 MHgwMQogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGNs YXNzICAgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzICAgPSBQQ0ktUENJCnBjaWIz QHBjaTA6MDoyODo0OgljbGFzcz0weDA2MDQwMCBjYXJkPTB4NTAwMTE0NTggY2hp cD0weDI5NDg4MDg2IHJldj0weDAyIGhkcj0weDAxCiAgICB2ZW5kb3IgICAgID0g J0ludGVsIENvcnBvcmF0aW9uJwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAg c3ViY2xhc3MgICA9IFBDSS1QQ0kKcGNpYjRAcGNpMDowOjI4OjU6CWNsYXNzPTB4 MDYwNDAwIGNhcmQ9MHg1MDAxMTQ1OCBjaGlwPTB4Mjk0YTgwODYgcmV2PTB4MDIg aGRyPTB4MDEKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAg ICBjbGFzcyAgICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyAgID0gUENJLVBDSQp1 aGNpM0BwY2kwOjA6Mjk6MDoJY2xhc3M9MHgwYzAzMDAgY2FyZD0weDUwMDQxNDU4 IGNoaXA9MHgyOTM0ODA4NiByZXY9MHgwMiBoZHI9MHgwMAogICAgdmVuZG9yICAg ICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGNsYXNzICAgICAgPSBzZXJpYWwg YnVzCiAgICBzdWJjbGFzcyAgID0gVVNCCnVoY2k0QHBjaTA6MDoyOToxOgljbGFz cz0weDBjMDMwMCBjYXJkPTB4NTAwNDE0NTggY2hpcD0weDI5MzU4MDg2IHJldj0w eDAyIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9u JwogICAgY2xhc3MgICAgICA9IHNlcmlhbCBidXMKICAgIHN1YmNsYXNzICAgPSBV U0IKdWhjaTVAcGNpMDowOjI5OjI6CWNsYXNzPTB4MGMwMzAwIGNhcmQ9MHg1MDA0 MTQ1OCBjaGlwPTB4MjkzNjgwODYgcmV2PTB4MDIgaGRyPTB4MDAKICAgIHZlbmRv ciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBjbGFzcyAgICAgID0gc2Vy aWFsIGJ1cwogICAgc3ViY2xhc3MgICA9IFVTQgplaGNpMUBwY2kwOjA6Mjk6NzoJ Y2xhc3M9MHgwYzAzMjAgY2FyZD0weDUwMDYxNDU4IGNoaXA9MHgyOTNhODA4NiBy ZXY9MHgwMiBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3Jh dGlvbicKICAgIGNsYXNzICAgICAgPSBzZXJpYWwgYnVzCiAgICBzdWJjbGFzcyAg ID0gVVNCCnBjaWI1QHBjaTA6MDozMDowOgljbGFzcz0weDA2MDQwMSBjYXJkPTB4 NTAwMDE0NTggY2hpcD0weDI0NGU4MDg2IHJldj0weDkyIGhkcj0weDAxCiAgICB2 ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9 ICc4MjgwMUJBL0NBL0RCL0RCTC9FQi9FUi9GQi9HQi9IQiAoSUNIMi8zLzQvNC81 LzUvNi83LzgpLCA2M3h4RVNCIEh1YiBJbnRlcmZhY2UgdG8gUENJIEJyaWRnZScK ICAgIGNsYXNzICAgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzICAgPSBQQ0ktUENJ CmlzYWIwQHBjaTA6MDozMTowOgljbGFzcz0weDA2MDEwMCBjYXJkPTB4NTAwMTE0 NTggY2hpcD0weDI5MTY4MDg2IHJldj0weDAyIGhkcj0weDAwCiAgICB2ZW5kb3Ig ICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgY2xhc3MgICAgICA9IGJyaWRn ZQogICAgc3ViY2xhc3MgICA9IFBDSS1JU0EKYXRhcGNpMEBwY2kwOjA6MzE6MjoJ Y2xhc3M9MHgwMTA2MDEgY2FyZD0weGIwMDUxNDU4IGNoaXA9MHgyOTIyODA4NiBy ZXY9MHgwMiBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3Jh dGlvbicKICAgIGNsYXNzICAgICAgPSBtYXNzIHN0b3JhZ2UKbm9uZTFAcGNpMDow OjMxOjM6CWNsYXNzPTB4MGMwNTAwIGNhcmQ9MHg1MDAxMTQ1OCBjaGlwPTB4Mjkz MDgwODYgcmV2PTB4MDIgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnSW50ZWwg Q29ycG9yYXRpb24nCiAgICBjbGFzcyAgICAgID0gc2VyaWFsIGJ1cwogICAgc3Vi Y2xhc3MgICA9IFNNQnVzCm52aWRpYTBAcGNpMDoxOjA6MDoJY2xhc3M9MHgwMzAw MDAgY2FyZD0weDM0NDgxNDU4IGNoaXA9MHgwNDAwMTBkZSByZXY9MHhhMSBoZHI9 MHgwMAogICAgdmVuZG9yICAgICA9ICdOdmlkaWEgQ29ycCcKICAgIGNsYXNzICAg ICAgPSBkaXNwbGF5CiAgICBzdWJjbGFzcyAgID0gVkdBCnJlMEBwY2kwOjQ6MDow OgljbGFzcz0weDAyMDAwMCBjYXJkPTB4ZTAwMDE0NTggY2hpcD0weDgxNjgxMGVj IHJldj0weDAxIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ1JlYWx0ZWsgU2Vt aWNvbmR1Y3RvcicKICAgIGRldmljZSAgICAgPSAnUlRMODE2OC84MTExIFBDSS1F IEdpZ2FiaXQgRXRoZXJuZXQgTklDJwogICAgY2xhc3MgICAgICA9IG5ldHdvcmsK ICAgIHN1YmNsYXNzICAgPSBldGhlcm5ldApwY20wQHBjaTA6NTowOjA6CWNsYXNz PTB4MDQwMTAwIGNhcmQ9MHhkNjM0MTQxMiBjaGlwPTB4MTcxMjE0MTIgcmV2PTB4 MDIgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnVklBIFRlY2hub2xvZ2llcyBJ bmMgKFdhczogSUMgRW5zZW1ibGUgSW5jKScKICAgIGRldmljZSAgICAgPSAnSUNF MTcxMiBFbnZ5MjQgTXVsdGljaGFubmVsIEF1ZGlvIENvbnRyb2xsZXInCiAgICBj bGFzcyAgICAgID0gbXVsdGltZWRpYQogICAgc3ViY2xhc3MgICA9IGF1ZGlvCg== ------------uPuvZGVRjU2iEnuMKbZ55B-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 19:26:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5432E16A468 for ; Mon, 5 Nov 2007 19:26:05 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 393A013C4B6 for ; Mon, 5 Nov 2007 19:26:03 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1241553nfb for ; Mon, 05 Nov 2007 11:25:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; bh=9NG9iplxgrl1+uC8iZYnW69jHGkLc/lMEtQarxTwxvk=; b=IlNusnbw+1t+n7ESQQ/yMlviDp3pawNShYYvZyb/MN2qjiTV/XBJ58Ohkw1cwin28vvUfR3GatXaRblhoKgi7lWhyd7UvupSDm62AjR1vcdhj4cX93/qkN1z8Fo9qDoAxptiIhZU10hOkP635OoYgV+Q+ts6+3eFe9guQZbmSgk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; b=G23Sd8eaasrZHoClmVSmbBA6VlDhRyXGo/ceD4+P/jJId5n4hWFTke1JGe92NDNeawTphQwxgcE6TlGlTGkUfnBqIIT/DPkxN6t6+pGGqh+VQwuoa2C+QKYt9iXTZEe9aijndNRyuWqExwfBmKyhj75sqmW2hfLXxgscnJ9bdzc= Received: by 10.86.74.15 with SMTP id w15mr3658424fga.1194290753057; Mon, 05 Nov 2007 11:25:53 -0800 (PST) Received: from ?172.17.14.191? ( [193.136.24.218]) by mx.google.com with ESMTPS id 28sm12858940fkx.2007.11.05.11.25.50 (version=SSLv3 cipher=OTHER); Mon, 05 Nov 2007 11:25:51 -0800 (PST) Message-Id: <60C64C73-A019-4C01-85E1-80DF4C76B1AF@freebsd.org> From: Rui Paulo To: Scott Long In-Reply-To: <472F5E62.4080406@samsco.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Mon, 5 Nov 2007 19:25:48 +0000 References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> <20071104231422.GA82337@rink.nu> <472F5E62.4080406@samsco.org> X-Mailer: Apple Mail (2.912) Sender: Rui Paulo Cc: Rink Springer , freebsd-current@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: MacBook users: possible fix for the SMP 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: Mon, 05 Nov 2007 19:26:05 -0000 On 5 Nov 2007, at 18:18, Scott Long wrote: > Rui Paulo wrote: >> On Nov 4, 2007 11:14 PM, Rink Springer wrote: >>> Hi Rui, >>> >>> On Sun, Nov 04, 2007 at 08:59:28PM +0000, Rui Paulo wrote: >>>> Note: this is still a hack. I'm still thinking about a way to >>>> correctly identify on which systems we need to apply this fix. >>> This indeed looks hackikly - I don't know whether it's possible to >>> distinguish between a 'normal' PC or a MacBook - but if this is not >>> possible, maybe a kernel option is in order? >> It's possible to distinguish between a MacBook and a PeeCee via >> smbios >> vendor strings. >> But what I actually wanted was something more general. >> Regards. > > Turning this on universally should only affect USB keyboard > operation in > KDB early in boot (or if the USB drivers were omitted during boot). Hmm. I was never able to interact with DDB early on boot. Only after USB gets probed. > It sounds like this affects clock calibration on other systems, not > just > Macs. So I'd vote for this being made into a negative option, i.e. > > options ENABLE_ICH_USB_LEGACY > > That'll at least let people boot with a GENERIC kernel and then decide > for themselves if they want it enabled or disabled. It could also be > made into tunable and set via the loader menu, but I'd only advocate > that if there were found to be other side effects that prevented some > users from booting with GENERIC. I think a loader variable is the best way to go. As I really don't know how if this will affect negatively other systems I was planning to produce a patch that does something like: usb_legacy = getenv("hw.ich.usb_legacy"); if (!usb_legacy) usb_legacy = 0; usb_legacy_activated = read_bit_from_SMI_EN; // SMI Control and Enable Register if (usb_legacy_activated && usb_legacy == "0") { disable SMI interrupt with USB; } What do you think? > Anyways, good job figuring this out. Talk about an obscure problem. > Now I don't feel so bad about spending days in vain going line-by-line > through the AP startup code looking for the problem. Well, don't thank me. As I said in the first email, someone else working on NetBSD found this issue, not me. Regards. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 19:43:41 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4A5316A41B for ; Mon, 5 Nov 2007 19:43:41 +0000 (UTC) (envelope-from benfell@earth.parts-unknown.org) Received: from earth.parts-unknown.org (earth.parts-unknown.org [66.93.170.243]) by mx1.freebsd.org (Postfix) with SMTP id 6223613C4A6 for ; Mon, 5 Nov 2007 19:43:41 +0000 (UTC) (envelope-from benfell@earth.parts-unknown.org) Received: (qmail 63809 invoked by uid 501); 5 Nov 2007 19:15:48 -0000 Date: Mon, 5 Nov 2007 11:15:48 -0800 From: David Benfell To: current@freebsd.org Message-ID: <20071105191548.GA50463@parts-unknown.org> Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UlVJffcvxoiEqYs2" Content-Disposition: inline X-gnupg-public-key: http://www.parts-unknown.org/gnupg/export-0DD1D1E3 X-stardate: [-29]8463.98 X-moon: The Moon is Waning Crescent (15% of Full) User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Fatal error 'Cannot allocate red zone for initial thread' at line 382 in file /usr/src/lib/libthr/thread/thr_init.c (errno = 12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 19:43:41 -0000 --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello all, I have tried rebuilding ports numerous times, and I can't seem to get rid of this error: Fatal error 'Cannot allocate red zone for initial thread' at line 382 in fi= le /usr/src/lib/libthr/thread/thr_init.c (errno =3D 12) I can't even get into X (xfce-session is affected) and now the problem seems to be spreading, affecting lynx. I have a couple questions here. First, if I understand correctly, this err= or indicates that I have binaries linked against two versions of a threading library. How can this not be a bug in the port/build configuration? Secon= d, how do I make this go away? Third, I have a lot of ports that won't build; how do I fix this? A considerable amount of information about the system--everything I could think of that might be relevant--is available at: Look in the .html file for more than just a list of packages. Thanks! --=20 David Benfell, LCP benfell@parts-unknown.org --- Resume available at http://www.parts-unknown.org/ NOTE: I sign all messages with GnuPG (0DD1D1E3). --UlVJffcvxoiEqYs2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHL2vjUd+dMw3R0eMRAq/yAJ9iRC37VSnCI2NkAUcM5Np8+Ej/+gCgkc2T fqQUZdBjbd/lxcxBn4BC1Ck= =Szjq -----END PGP SIGNATURE----- --UlVJffcvxoiEqYs2-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 19:45:49 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54E5F16A417 for ; Mon, 5 Nov 2007 19:45:49 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from izb.knu.ac.kr (unknown [IPv6:2001:470:1f04:c0::2]) by mx1.freebsd.org (Postfix) with ESMTP id F062013C4B9 for ; Mon, 5 Nov 2007 19:45:48 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: by draba.izb.knu.ac.kr (Postfix, from userid 59) id 54E9C3EA6; Tue, 6 Nov 2007 04:45:46 +0900 (KST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on draba.izb.knu.ac.kr X-Spam-Level: X-Spam-Status: No, score=-46.7 required=15.1 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VERIFIED autolearn=disabled version=3.2.3 X-Spam-Comment: DKIM? See http://www.google.com/search?btnI&q=RFC+4871 Received: from izb.knu.ac.kr (localhost.izb.knu.ac.kr [127.0.0.1]) by draba.izb.knu.ac.kr (Postfix) with ESMTP id F30A63EA4; Tue, 6 Nov 2007 04:45:44 +0900 (KST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=izb.knu.ac.kr; h=subject: from:reply-to:to:in-reply-to:references:content-type:date: message-id:mime-version:content-transfer-encoding; q=dns/txt; s= s1024; bh=VH7uxBCBrrXXmv8nv4Uub/+BCuM=; b=AlD8IO8liupLzIE73CxXa+ gSUl1bCmnoD+U39jtevtVkjzLXB0e6jqWth1OYOtjApyvOqItAejSMxiOEEb/Q5v mn/Jw/fwAXgzPRma4aPdg0kn18TxgCjg3J3hXP4bcVAY1N1Qk5B3hx2A9ZPfdqYg G08wilAZTXPn+AylqZg9s= Received: from setaria.izb.knu.ac.kr (setaria.izb.knu.ac.kr [IPv6:2001:470:1f04:c1::2]) by draba.izb.knu.ac.kr (Postfix) with ESMTP id 5D61B3E94; Tue, 6 Nov 2007 04:45:44 +0900 (KST) Received: from viola.izb.knu.ac.kr (viola.izb.knu.ac.kr [IPv6:2001:470:1f04:c4::2]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: bh.rfc4871@setaria.izb.knu.ac.kr) by setaria.izb.knu.ac.kr (Postfix) with ESMTP id D98EB1CCEE; Tue, 6 Nov 2007 04:45:43 +0900 (KST) Received: from [IPv6:::1] (localhost.izb.knu.ac.kr [IPv6:::1]) by viola.izb.knu.ac.kr (Postfix) with ESMTP id 9C08B5E15; Tue, 6 Nov 2007 04:45:39 +0900 (KST) From: Byung-Hee HWANG To: current@freebsd.org In-Reply-To: <472E67CC.9040201@delphij.net> References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> Content-Type: text/plain Organization: InZealBomb Date: Tue, 06 Nov 2007 04:45:34 +0900 Message-Id: <1194291934.3333.2.camel@viola.izb.knu.ac.kr> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bh@izb.knu.ac.kr List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 19:45:49 -0000 On Sun, 2007-11-04 at 16:46 -0800, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Aryeh M. Friedman wrote: [...snip...] > > There are several people working on the issues thus we are using the > > wiki to do internal coordination all the announcement was for was to let > > people know where to find intermediate results. > > That's exactly why mailing lists exist. +999 ;;;;;;;;;;;;;;;;;; -- "Don Michael." -- Peter Clemenza, "Chapter 31", page 435 From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 19:53:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D920716A421 for ; Mon, 5 Nov 2007 19:53:59 +0000 (UTC) (envelope-from samira.nox@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.191]) by mx1.freebsd.org (Postfix) with ESMTP id 6A4C813C48D for ; Mon, 5 Nov 2007 19:53:59 +0000 (UTC) (envelope-from samira.nox@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1419108rvb for ; Mon, 05 Nov 2007 11:53:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:to:subject:from:organization:cc:content-type:mime-version:references:content-transfer-encoding:message-id:in-reply-to:user-agent; bh=kyyTHxA81kqd1IC6KiQY29gLlwpxqtfZlNQH+xmo4iQ=; b=n9kv1agQ+Nt0Il25WE3mZYJhtDdtNPHpNMn7HYvMCUyuvNErIj3t3QmnaDAnW9CoZij1tgnMyPUUtgny4ckVjhsy//sY/Vc1+0uWi07GWHh8SY28izW+dDTdCgNlZ1E3WvooKQJBXYN/dMl6gb6nYxoFoNY2xjLECUR4AumU0X0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:to:subject:from:organization:cc:content-type:mime-version:references:content-transfer-encoding:message-id:in-reply-to:user-agent; b=Bi5SuBNnkxgsCwR1IOGQryUmu7o0bM2BN4WxBfBkMtTKBqwsuAuedYQwVXUbPYRxLaPH81LF2Mcfm8AfrnYdb7SBR5SPK2+LeryGMRnoH5Btm6tMtoHABCqd/9gvbITdUm7LOCq2Ckq52grQ3wU/c4ORJ6t+7lYC0EnuwjiVQEo= Received: by 10.141.196.13 with SMTP id y13mr2575410rvp.1194292425869; Mon, 05 Nov 2007 11:53:45 -0800 (PST) Received: from localhost ( [85.3.206.102]) by mx.google.com with ESMTPS id 2sm1352479nfv.2007.11.05.11.53.44 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 05 Nov 2007 11:53:44 -0800 (PST) Date: Mon, 05 Nov 2007 20:53:41 +0100 To: d@delphij.net From: sam Organization: - Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472F6773.3080801@delphij.net> <472F6B02.2030801@delphij.net> Content-Transfer-Encoding: Quoted-Printable Message-ID: In-Reply-To: <472F6B02.2030801@delphij.net> User-Agent: Opera Mail/9.50 (FreeBSD) Cc: freebsd-current@freebsd.org, "Aryeh M. Friedman" , Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 19:54:00 -0000 Hi The information FreeBSD returns about the drives is correct. I noticed following problems 1) Trying to mount a cd is one of the problems. This freezes the system for about 1 to 2 minutes. Nov 5 20:17:46 sam kernel: acd1: FAILURE - MODE_SENSE_BIG timed out Nov 5 20:18:17 sam kernel: acd1: TIMEOUT - READ_BIG retrying (1 retry = left) Nov 5 20:18:48 sam kernel: acd1: TIMEOUT - READ_BIG retrying (0 retries= = left) Nov 5 20:19:18 sam kernel: acd1: FAILURE - READ_BIG timed out Nov 5 20:19:19 sam kernel: GEOM_LABEL: Label for provider acd1t01 is = iso9660/FreeBSD_bootonly. After that, the cd is mounted and works just fine. 2) Trying to watch a dvd. Nov 5 20:24:19 sam kernel: acd1: FAILURE - MODE_SENSE_BIG timed out Nov 5 20:24:49 sam kernel: acd1: WARNING - SETFEATURES SET TRANSFER MOD= E = taskqueue timeout - completing request directly Nov 5 20:24:53 sam kernel: acd1: WARNING - SETFEATURES SET TRANSFER MOD= E = taskqueue timeout - completing request directly Nov 5 20:24:53 sam kernel: acd1: FAILURE - SEND_KEY timed out Nov 5 20:25:03 sam kernel: acd1: FAILURE - MODE_SENSE_BIG timed out I tried this with several dvds of code 1 and 2. The same behaviour on th= e Optiarc and on the Asus drives. 3) If I add device atapicam to the kernel, the system won't boot. It wil= l still recognize the drives, but it will then produce read timeouts, over= and over. I tried this with hw.ata.atapi_dma set to 0 and 1. 4) Audio CDs don't seem to be recognized as such in the asus drives. It seems, that the Optiarc recognizes and plays them. Again, testet with = different cds. The errors of the drives are: asus: Nov 5 20:39:10 sam kernel: acd1: TIMEOUT - READ_BIG retrying (0 retries= = left) Nov 5 20:39:41 sam kernel: acd1: FAILURE - READ_BIG timed out Nov 5 20:41:30 sam kernel: acd1: FAILURE - MODE_SENSE_BIG timed out Nov 5 20:42:02 sam kernel: acd1: TIMEOUT - READ_BIG retrying (1 retry = left) Nov 5 20:42:32 sam kernel: acd1: TIMEOUT - READ_BIG retrying (0 retries= = left) Nov 5 20:43:03 sam kernel: acd1: FAILURE - READ_BIG timed out optiarc Nov 5 20:44:11 sam kernel: acd0: FAILURE - MODE_SENSE_BIG timed out But as mentioned, Optiarc is able to play the audiocd. 5) My devices are numberd from 4 upward. This is not a big deal. But it is confusing. If I activate the onboard jmicron controller the ad4 moves= to ad10. [Motherboard Gigabyte P35-DS4] 6) Boot freeze [timeout of drives] when having a cdrom in the drive. sam On Mon, 05 Nov 2007 20:12:02 +0100, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, Sam, > > sam wrote: >> here they are, thanks > > According to your dmesg.boot output it seems that all devices has been= > successfully probed: > > ad4: 305244MB at ata2-master SATA300 > ad6: 305244MB at ata3-master SATA300 > ad8: 238475MB at ata4-master SATA300 > acd0: DVDR at ata5-master SATA150 > acd1: DVDROM at ata6-master SATA150 > acd2: DVDROM at ata7-master SATA150 > > Does this match your hardware configuration, or do you have some other= > problems with the driver? > > Cheers, > - -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFHL2sChcUczkLqiksRAhpLAJ9UlI6yi5qL7qAhMJhUJs9l/kqP7QCgubc/ > mHEueOYcLFblVinJHCJWWdM=3D > =3DI69/ > -----END PGP SIGNATURE----- -- = Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 20:05:59 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C44016A417 for ; Mon, 5 Nov 2007 20:05:59 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id A0DBB13C4A5 for ; Mon, 5 Nov 2007 20:05:58 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 24819 invoked from network); 5 Nov 2007 19:41:38 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 5 Nov 2007 19:41:38 -0000 Message-ID: <472F778A.6080206@freebsd.org> Date: Mon, 05 Nov 2007 21:05:30 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Ian FREISLICH References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: sendfile() not detecting closed connections. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 20:05:59 -0000 Ian FREISLICH wrote: > Andre Oppermann wrote: > >>Ian FREISLICH wrote: >> >>>Hi >>> >>>System is 8.0-CURRENT. I have the following piece of code: >>> >>> rename(path, data); >>> stat(data, &sb); >>> len = snprintf(buffer, MAXBUFLEN, "BYTES %lld\r\n", sb.st_size); >>> write(connection, buffer, len); >>> sleep(10); >>> if ((sendfile(fd, connection, 0, sb.st_size, NULL, >>> &sbytes, 0)) == -1 || sbytes != sb.st_size) { >>> syslog(facility, "Problem writing data: %s, wrote %lld", >>> strerror(errno), sbytes); >>> respool(fd, path); >>> unlink(data) >>> close(fd); >>> return(-1); >>> } >>> else >>> syslog(facility, "Download successful %ld", sbytes); >>> close(fd); >>> unlink(data); >>> >>>If, during the sleep, I terminate the connection so that netstat >>>reports: >>> >>>tcp4 0 0 127.0.0.1.666 127.0.0.1.58239 CLOSE_WA > > IT > >>>tcp4 0 0 127.0.0.1.58239 127.0.0.1.666 FIN_WAIT > > _2 > >>>sendfile() reports success for files less than about 64k in size, >>>but I haven't been able to figure out where the threshold is. It >>>erroneously reports that 41000 of the 64k were sent, but will say >>>the whole file was transferred up to about 64k. The connection >>>filedescriptor is blocking. >>> >>>Any ideas? >> >>sendfile() reports the bytes written into the send socket buffer. If >>there is a connection error it doesn't (and never did) look at how >>much data was still in the socket buffer. The sendfile(2) man page >>says: "[sbytes] If non-NULL, the system will write the total number >>of bytes sent on the socket to the variable pointed to by sbytes." >>This could be changed to subtract the remaining data in the socket >>buffer before reporting back. One has to be careful though about >>other writes so that the number never goes negative. There may be >>more data remaining in the socket buffer than from this write attempt >>alone. > > > The connection was closed about 6 seconds before I called sendfile(). > Would sendfile() write to the socket buffer of a socket closed that > long ago? The sendfile(2) syscall checks if the socket is still connected: if ((so->so_state & SS_ISCONNECTED) == 0) { error = ENOTCONN; goto out; } Due to timing circumstances the connection may still be technically connected while at the same time disconnecting when FIN exchange has not completed yet. To prevent a sendfile(2) call on a disconnecting socket another test has to be added: if (so->so_state & SS_ISDISCONNECTING) { error = EPIPE; /* or ESHUTDOWN? */ goto out; } Please add this test after line 1841 in sys/kern/uipc_syscalls.c and test again. The error code ESHUTDOWN seems more appropriate but is so far not documented in the sendfile(2) man page. As it seems this bug has been present since the introduction of the sendfile syscall. -- Andre From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 20:24:47 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D642F16A41A for ; Mon, 5 Nov 2007 20:24:47 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.net [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 7F5E813C481 for ; Mon, 5 Nov 2007 20:24:46 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:64819 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Ip8Uw-0003L5-KC for freebsd-current@freebsd.org; Mon, 05 Nov 2007 20:24:38 +0000 Message-ID: <472F7C05.6050000@conducive.net> Date: Mon, 05 Nov 2007 15:24:37 -0500 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472F6773.3080801@delphij.net> <472F6B02.2030801@delphij.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 20:24:47 -0000 sam wrote: > Hi > > The information FreeBSD returns about the drives is correct. > > I noticed following problems > > 1) Trying to mount a cd is one of the problems. This freezes the system > for about 1 to 2 minutes. > Nov 5 20:17:46 sam kernel: acd1: FAILURE - MODE_SENSE_BIG timed out > Nov 5 20:18:17 sam kernel: acd1: TIMEOUT - READ_BIG retrying (1 retry > left) > Nov 5 20:18:48 sam kernel: acd1: TIMEOUT - READ_BIG retrying (0 retries > left) > Nov 5 20:19:18 sam kernel: acd1: FAILURE - READ_BIG timed out > Nov 5 20:19:19 sam kernel: GEOM_LABEL: Label for provider acd1t01 is > iso9660/FreeBSD_bootonly. > After that, the cd is mounted and works just fine. > > 2) Trying to watch a dvd. > Nov 5 20:24:19 sam kernel: acd1: FAILURE - MODE_SENSE_BIG timed out > Nov 5 20:24:49 sam kernel: acd1: WARNING - SETFEATURES SET TRANSFER > MODE taskqueue timeout - completing request directly > Nov 5 20:24:53 sam kernel: acd1: WARNING - SETFEATURES SET TRANSFER > MODE taskqueue timeout - completing request directly > Nov 5 20:24:53 sam kernel: acd1: FAILURE - SEND_KEY timed out > Nov 5 20:25:03 sam kernel: acd1: FAILURE - MODE_SENSE_BIG timed out > I tried this with several dvds of code 1 and 2. The same behaviour on the > Optiarc and on the Asus drives. > > 3) If I add device atapicam to the kernel, the system won't boot. It will > still recognize the drives, but it will then produce read timeouts, over > and over. I tried this with hw.ata.atapi_dma set to 0 and 1. > > 4) Audio CDs don't seem to be recognized as such in the asus drives. It > seems, that the Optiarc recognizes and plays them. Again, testet with > different > cds. The errors of the drives are: > asus: > Nov 5 20:39:10 sam kernel: acd1: TIMEOUT - READ_BIG retrying (0 retries > left) > Nov 5 20:39:41 sam kernel: acd1: FAILURE - READ_BIG timed out > Nov 5 20:41:30 sam kernel: acd1: FAILURE - MODE_SENSE_BIG timed out > Nov 5 20:42:02 sam kernel: acd1: TIMEOUT - READ_BIG retrying (1 retry > left) > Nov 5 20:42:32 sam kernel: acd1: TIMEOUT - READ_BIG retrying (0 retries > left) > Nov 5 20:43:03 sam kernel: acd1: FAILURE - READ_BIG timed out > optiarc > Nov 5 20:44:11 sam kernel: acd0: FAILURE - MODE_SENSE_BIG timed out > But as mentioned, Optiarc is able to play the audiocd. > > 5) My devices are numberd from 4 upward. This is not a big deal. But it > is confusing. If I activate the onboard jmicron controller the ad4 moves > to ad10. [Motherboard Gigabyte P35-DS4] > > 6) Boot freeze [timeout of drives] when having a cdrom in the drive. > > > > > sam Presuming a good cable, this looks very much like a hardware (and its onboard firmware) issue from where I sit. I've had one of the R&D boxen with the JMicron JMB363 controller turned back-to-front for a month, didn't notice it was equipped with an ancient 48X CD unit that had been seriously problematic on early 4.X. On either a GA G33-DS3R or Asus P5K, there has been no difficulty with what it sees as a "CD-948E/TKU/T4B" on acd0. Spins it up and takes a, extra few seconds (only) to sneak a peek at the media during boot if there IS any media, else not, but no significant delay. Thereafter it has been used to install a great many odds and sods to Qemu host, sometimes left attached to the guests and media ejected/changed, again w/o hiccups from either CLI or xfce4. Never an errmsg, and operates fast. FreeBSD 6.X, 7-CURRENT, 7-PRE, 7-BETA1, 8-CURRENT, both i386 & AMD-64. Mind - this is a pretty 'basic' unit as well as obsolete, but I'd still suggest trying the system with one or more other CDR/DVD - even antiques - than the one you now have to see if the problem migrates with the drive hardware rahter than the MB/controller or OS. Bill Hacker > > > > On Mon, 05 Nov 2007 20:12:02 +0100, Xin LI wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Hi, Sam, >> >> sam wrote: >>> here they are, thanks >> >> According to your dmesg.boot output it seems that all devices has been >> successfully probed: >> >> ad4: 305244MB at ata2-master SATA300 >> ad6: 305244MB at ata3-master SATA300 >> ad8: 238475MB at ata4-master SATA300 >> acd0: DVDR at ata5-master SATA150 >> acd1: DVDROM at ata6-master SATA150 >> acd2: DVDROM at ata7-master SATA150 >> >> Does this match your hardware configuration, or do you have some other >> problems with the driver? >> >> Cheers, >> - -- >> Xin LI http://www.delphij.net/ >> FreeBSD - The Power to Serve! >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.4.7 (FreeBSD) >> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org >> >> iD8DBQFHL2sChcUczkLqiksRAhpLAJ9UlI6yi5qL7qAhMJhUJs9l/kqP7QCgubc/ >> mHEueOYcLFblVinJHCJWWdM= >> =I69/ >> -----END PGP SIGNATURE----- > > > > --Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 20:34:12 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 181A416A419 for ; Mon, 5 Nov 2007 20:34:12 +0000 (UTC) (envelope-from samira.nox@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by mx1.freebsd.org (Postfix) with ESMTP id B817713C494 for ; Mon, 5 Nov 2007 20:34:11 +0000 (UTC) (envelope-from samira.nox@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so230976ana for ; Mon, 05 Nov 2007 12:33:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:to:subject:from:organization:content-type:mime-version:references:content-transfer-encoding:message-id:in-reply-to:user-agent; bh=3lFwOPC6X/YXFbArMG+sUOYul8/TJRxJF6pv1vlLDoA=; b=eu++ZlyEWGQGdbUM4L5/G/dKMsaW8H0s7M6WFlNcvQhyfQqeSxO8Hq0e4vT34qjx3Ex9pB5G+NqquzfWBmC+FwtxSMQ7jquia2BFo2NUIPXI4Foy3Bt2X56SzzDpabobv6gktYNKI4TOaOMlHAJGhbFJZHUh96NVMamYhWlbaHw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:to:subject:from:organization:content-type:mime-version:references:content-transfer-encoding:message-id:in-reply-to:user-agent; b=oI4XswMaY9C4ILRWW783LLcimwcqBdBnP3LQfMMujGzQ3EuCRHM1U2fDs3NtUYuCjJt6fnog9dCGtICnuGOKcRl4X1NiSz80In6rXQ4/UuRy+7save50bVYn6EaTgstOXKuMj7Si2dYld+rPOQtMMytVX2sZC3wvuVQEO6VfK2M= Received: by 10.100.107.7 with SMTP id f7mr6974569anc.1194294839841; Mon, 05 Nov 2007 12:33:59 -0800 (PST) Received: from localhost ( [85.3.206.102]) by mx.google.com with ESMTPS id f4sm1107192nfh.2007.11.05.12.33.57 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 05 Nov 2007 12:33:58 -0800 (PST) Date: Mon, 05 Nov 2007 21:33:56 +0100 To: =?utf-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= , freebsd-current@freebsd.org From: sam Organization: - Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472F6773.3080801@delphij.net> <472F6B02.2030801@delphij.net> <472F7C05.6050000@conducive.net> Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <472F7C05.6050000@conducive.net> User-Agent: Opera Mail/9.50 (FreeBSD) Cc: Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 20:34:12 -0000 On Mon, 05 Nov 2007 21:24:37 +0100, 韓家標 Bill Hacker wrote: > On either a GA G33-DS3R or Asus P5K, there has been no difficulty with > what it sees as a "CD-948E/TKU/T4B" on acd0. Is this an IDE or SATA drive? sam -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 21:01:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4678A16A417 for ; Mon, 5 Nov 2007 21:01:32 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.net [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 009F213C4CA for ; Mon, 5 Nov 2007 21:01:31 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:63677 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Ip94U-0003QU-V8 for freebsd-current@freebsd.org; Mon, 05 Nov 2007 21:01:23 +0000 Message-ID: <472F84A2.90609@conducive.net> Date: Mon, 05 Nov 2007 16:01:22 -0500 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472F6773.3080801@delphij.net> <472F6B02.2030801@delphij.net> <472F7C05.6050000@conducive.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 21:01:32 -0000 sam wrote: > On Mon, 05 Nov 2007 21:24:37 +0100, 韓家標 Bill Hacker > wrote: > > >> On either a GA G33-DS3R or Asus P5K, there has been no difficulty with >> what it sees as a "CD-948E/TKU/T4B" on acd0. > Is this an IDE or SATA drive? > > > sam > IDE & ancient. Grant - SATA has to be better sorted than it is now, but the suggestion to try (an)other CD/DVD drive(s) holds, as much for pinning down the fault as fixing it. Dfferent place must be looked at if it faults with PATA as well as SATA, or only with one not the other. JFWIW, I've also run 2.5" and 3.5" PATA HDD and 2.5: and 3.5" SATA HDD with 3 different makes of PATA-SATA PCB adaptors on that same IDE channel here. Only hassle when I had both the HDD and CD jumpered as 'master' or a WD HDD not jumpered as master-with-slave-present. Ergo I still think it is specific to your hardware, ELSE it would be a far more commonly reported issue already. Note that MOST such posts have had to do with HDD or arrays of same, not nearly as many about CD / DVD. Bill From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 21:15:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A66916A420 for ; Mon, 5 Nov 2007 21:15:37 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id DD19413C4B3 for ; Mon, 5 Nov 2007 21:15:36 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 34F031B10EA4; Mon, 5 Nov 2007 22:15:24 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from [10.1.1.3] (unknown [192.168.25.14]) by blah.sun-fish.com (Postfix) with ESMTP id 7F7B71B10D0F; Mon, 5 Nov 2007 22:15:20 +0100 (CET) Message-ID: <472F87E8.3070901@moneybookers.com> Date: Mon, 05 Nov 2007 23:15:20 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Sven Esbjerg References: <20071105184417.GA20564@esbjerg.name> In-Reply-To: <20071105184417.GA20564@esbjerg.name> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4675/Mon Nov 5 17:20:43 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: sio problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 21:15:37 -0000 Sven Esbjerg wrote: > I have a Soltek MB with a Celeron CPU which I use for FreeBSD 7 testing. > Recently I wanted to use the serial port to communicate with a gsm phone. To > my suprise this did not work and odd errors were reported - like phone not > connected when the phone could tell me there was a connection. > > [esbjerg@bishop]% uname -an > FreeBSD bishop.xbsd.net 7.0-BETA2 FreeBSD 7.0-BETA2 #0: Sun Nov 4 15:17:28 > CET 2007 root@bishop.xbsd.net:/usr/obj/usr/src/sys/GENERIC i386 > > I looked at the boot messages and saw: > > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A > sio0: [FILTER] > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > sio1: [FILTER] > > I google for a while but without much luck. > I have checked the BIOS settings which are irq 4 and 3F8 for port 1 and irq 3 > and 2F8 for port 2. This should be correct but still FreeBSD reports > otherwise. > > I suspect this has something to do with acpi(?). > Could anyone give me hints on how to debug and correct this problem? > I do not know solution for your case, but as workaround you can try to remove device sio from kernel and replace it by device uart. (or use modules) Sometimes uart works better for me, but not aways :) P.S. your serial will be then accessible through /dev/cuau[0-9] > -- > Sven Esbjerg > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 21:37:04 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A8D216A41A; Mon, 5 Nov 2007 21:37:04 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from smtp.infidyne.com (ds9.infidyne.com [88.80.6.206]) by mx1.freebsd.org (Postfix) with ESMTP id 0D4F813C4A5; Mon, 5 Nov 2007 21:37:04 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from c-5416e555.03-51-73746f3.cust.bredbandsbolaget.se (c-5416e555.03-51-73746f3.cust.bredbandsbolaget.se [85.229.22.84]) by smtp.infidyne.com (Postfix) with ESMTP id 8E2EAD6AA; Mon, 5 Nov 2007 22:36:52 +0100 (CET) From: Peter Schuller To: Thomas Sparrevohn Date: Mon, 5 Nov 2007 22:38:22 +0100 User-Agent: KMail/1.9.7 References: <200711021208.25913.Thomas.Sparrevohn@btinternet.com> <472DDEA2.7080804@FreeBSD.org> <200711050041.38229.Thomas.Sparrevohn@btinternet.com> In-Reply-To: <200711050041.38229.Thomas.Sparrevohn@btinternet.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1566221.BOHTZJ0IOF"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711052238.30712.peter.schuller@infidyne.com> Cc: freebsd-current@freebsd.org Subject: Re: ZFS Hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 21:37:04 -0000 --nextPart1566221.BOHTZJ0IOF Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > Oh my god - Overlooked that ;-) - funny that - Its a bit tricky as it not > possibly to dump a kernel when the swap is on ZFS - I did a test with all Note that having swap on ZFS is not supported at all due to potential memor= y=20 allocation deadlock (contrary to some early information/examples). =2D-=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --nextPart1566221.BOHTZJ0IOF Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHL41WDNor2+l1i30RAib2AKC4DxUjwJHf/JE7rB63/1sZQH5Q3QCgnfK5 VHVVz4Rp/683y8aOSMyj0yw= =wQTK -----END PGP SIGNATURE----- --nextPart1566221.BOHTZJ0IOF-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 21:58:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19B7416A418; Mon, 5 Nov 2007 21:58:20 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from ipmail01.adl2.internode.on.net (ipmail01.adl2.internode.on.net [203.16.214.140]) by mx1.freebsd.org (Postfix) with ESMTP id 86C1613C481; Mon, 5 Nov 2007 21:58:18 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah4FAJoeL0d5LXvK/2dsb2JhbACBWw X-IronPort-AV: E=Sophos;i="4.21,374,1188743400"; d="scan'208";a="226297987" Received: from ppp121-45-123-202.lns11.adl6.internode.on.net (HELO mail.clearchain.com) ([121.45.123.202]) by ipmail01.adl2.internode.on.net with ESMTP; 06 Nov 2007 08:28:12 +1030 Received: from [192.168.155.249] (draco.internal.clearchain.com [192.168.155.249]) (authenticated bits=0) by mail.clearchain.com (8.13.8/8.13.8) with ESMTP id lA5Lw9gH039711 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Nov 2007 08:28:10 +1030 (CST) (envelope-from Benjamin.Close@clearchain.com) Message-ID: <472F91E7.5000004@clearchain.com> Date: Tue, 06 Nov 2007 08:27:59 +1030 From: Benjamin Close User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Michael Butler References: <472A6708.9030109@clearchain.com> <472F119B.4050803@protected-networks.net> In-Reply-To: <472F119B.4050803@protected-networks.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on pegasus.clearchain.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (mail.clearchain.com [192.168.154.1]); Tue, 06 Nov 2007 08:28:10 +1030 (CST) Cc: freebsd-current , freebsd-drivers@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: [RFT] Intel 3945abg wireless driver (wpi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 21:58:20 -0000 Michael Butler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Benjamin Close wrote: > >> Howdy All, I'm pleased to announce the first 'official' >> experimental version of the wpi wireless driver and hence require your >> help in making it become stable. >> Expect a few things not to work (ie bg scanning, setting txpower) but in >> general the driver should be usable in station mode (hostap is not yet >> supported). >> > > With respect to 16k alignment .. it may be acceptable for this to fail > at boot-time (IMHO, barely) but it usually isn't if a machine has been > 'up' for a while. > > Does the UMA sub-system reliably work with 4k aligned requests? As an > interim hack, I'd be happy to lose 12kB if it meant a 100% success rate > on my 2GB laptop. There are much worse things .. > > The only questions are, not having looked through the code recently (or > the UMA code at all), how many buffer pools are allocated and is it > possible to allocate a chunk of memory contiguously (for all pools) and > assign dma tags once that chunk is 'trimmed' to an acceptable alignment? > 4K alignment to works reliably and I've plans to manually do the alignment with the 12k loss in the future. At the moment the driver tries the 16k alignment, if that fails it progressively increases the size request by 4k at a time. Generally alignment kicks in within 3 attempts. It's a code I intend to clean up, but would prefer to fix uma rather than needing to work around it in the first place. Cheers, Benjamin From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 21:59:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EF4016A46B; Mon, 5 Nov 2007 21:59:55 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from ipmail01.adl2.internode.on.net (ipmail01.adl2.internode.on.net [203.16.214.140]) by mx1.freebsd.org (Postfix) with ESMTP id 46ABE13C4AA; Mon, 5 Nov 2007 21:59:54 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah4FAJoeL0d5LXvK/2dsb2JhbACBWw X-IronPort-AV: E=Sophos;i="4.21,374,1188743400"; d="scan'208";a="226298430" Received: from ppp121-45-123-202.lns11.adl6.internode.on.net (HELO mail.clearchain.com) ([121.45.123.202]) by ipmail01.adl2.internode.on.net with ESMTP; 06 Nov 2007 08:29:09 +1030 Received: from [192.168.155.249] (draco.internal.clearchain.com [192.168.155.249]) (authenticated bits=0) by mail.clearchain.com (8.13.8/8.13.8) with ESMTP id lA5Lx7Jp039733 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Nov 2007 08:29:08 +1030 (CST) (envelope-from Benjamin.Close@clearchain.com) Message-ID: <472F9222.7030809@clearchain.com> Date: Tue, 06 Nov 2007 08:28:58 +1030 From: Benjamin Close User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Tom Evans References: <472A6708.9030109@clearchain.com> <1194274174.64797.16.camel@localhost> <1194274315.64797.17.camel@localhost> In-Reply-To: <1194274315.64797.17.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on pegasus.clearchain.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (mail.clearchain.com [192.168.154.1]); Tue, 06 Nov 2007 08:29:09 +1030 (CST) Cc: freebsd-current , freebsd-drivers@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: [RFT] Intel 3945abg wireless driver (wpi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 21:59:55 -0000 Tom Evans wrote: > On Mon, 2007-11-05 at 14:49 +0000, Tom Evans wrote: > >> On Fri, 2007-11-02 at 10:23 +1030, Benjamin Close wrote: >> >>> Howdy All, >>> I'm pleased to announce the first 'official' experimental version >>> of the wpi wireless driver and hence require your help in making it >>> become stable. >>> Expect a few things not to work (ie bg scanning, setting txpower) but in >>> general the driver should be usable in station mode (hostap is not yet >>> supported). >>> >>> If you've got an Intel 3945abg wireless card, grab the tarball at: >>> >>> >>> http://people.freebsd.org/~benjsc/downloads/wpi/20071102-freebsd-wpi.tar.gz >>> >>> Untar and follow the instructions in the README. >>> If you want more info about the driver, or to checkout the FAQ checkout: >>> >>> http://www.clearchain.com/wiki/Wpi >>> >>> I'm interested in all reports related to panics, things not working as >>> expected, etc. >>> The driver still has debug enabled so expect a few messages to be dumped >>> to the screen whilst in use. >>> >>> Finally, many thanks to all those that have been helping debug the >>> driver along the way. >>> >>> Cheers, >>> Benjamin >>> >> Hi Benjamin >> >> I had a chance to compile the new driver at lunch time today. The driver >> loads semi-successfully - no errors, but it reports 25 'bus_dmamem_alloc >> failed to align memory properly' warnings. It can then be brought up, >> but attempting a 'ifconfig wpi0 scan' hangs. >> /var/log/messages (attached) reports 'wpi0: fatal firmware error'. >> ^T reports: >> load: 0.08 cmd: ifconfig 84691 [sbwait] 0.00u 0.01s 0% 704k >> >> This is running RELENG_7 from 26/10/07. >> >> I am fairly sure that there is no wifi connection available in the >> office though, so I will also try again tonight, sitting the laptop next >> to an AP. >> >> Regards >> >> Tom >> > > One thing I didn't mention: this was using latest code from p4, not the > tarball. I'll try both the tarball and the p4 code tonight. > > Changes between the two are very minimal, though if the tarball does work on your laptop but the p4 doesn't please let me know and we'll work out why. Cheers, Benjamin From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 22:02:56 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BB3816A421; Mon, 5 Nov 2007 22:02:56 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id 1F17613C48E; Mon, 5 Nov 2007 22:02:56 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id B928958AB; Tue, 6 Nov 2007 10:50:35 +1300 (NZDT) Date: Tue, 6 Nov 2007 10:50:35 +1300 From: Andrew Thompson To: Pawel Jakub Dawidek Message-ID: <20071105215035.GC26730@heff.fud.org.nz> References: <20071005000046.GC92272@garage.freebsd.pl> <20071008121523.GM2327@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071008121523.GM2327@garage.freebsd.pl> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS kmem_map too small. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 22:02:56 -0000 On Mon, Oct 08, 2007 at 02:15:23PM +0200, Pawel Jakub Dawidek wrote: > Here are some updates: > > I was able to reproduce the panic by rsyncing big files and trying > bonnie++ test suggested in this thread. > > Can you guys retry with this patch: > > http://people.freebsd.org/~pjd/patches/vm_kern.c.2.patch > > It's a hack, yes, but allows to mitigate the problem quite well. I'm > looking for a solution that can be used for 7.0 before we find a better > fix. Do you still plan to commit this for 7.0 or is a better solution in the works? I would assume something would need to be in before RC1. > BTW. To use ZFS you _must_ increase vm.kmem_size/vm.kmem_size_max. > If you have the problem discussed here and you're using standard values, > please retry with vm.kmem_size/vm.kmem_size_max set to at least 600MB in > /boot/loader.conf. > > I'm not sure if it's not too late to ask re@ about increasing the > default kmem size at least on amd64. ~300MB we have there is silly > small. > > -- > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes, I Am! From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 22:33:19 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CECDD16A419 for ; Mon, 5 Nov 2007 22:33:19 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id ECFAF13C4AC for ; Mon, 5 Nov 2007 22:33:16 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <472F9A2A.8000205@FreeBSD.org> Date: Mon, 05 Nov 2007 23:33:14 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: current@freebsd.org References: <20071105191548.GA50463@parts-unknown.org> In-Reply-To: <20071105191548.GA50463@parts-unknown.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Fatal error 'Cannot allocate red zone for initial thread' at line 382 in file /usr/src/lib/libthr/thread/thr_init.c (errno = 12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 22:33:19 -0000 David Benfell wrote: > Hello all, > > I have tried rebuilding ports numerous times, and I can't seem to get rid > of this error: > > Fatal error 'Cannot allocate red zone for initial thread' at line 382 in file /usr/src/lib/libthr/thread/thr_init.c (errno = 12) > > I can't even get into X (xfce-session is affected) and now the problem seems > to be spreading, affecting lynx. > > I have a couple questions here. First, if I understand correctly, this error > indicates that I have binaries linked against two versions of a threading > library. How can this not be a bug in the port/build configuration? Second, > how do I make this go away? Third, I have a lot of ports that won't build; > how do I fix this? > > A considerable amount of information about the system--everything I could > think of that might be relevant--is available at: > > > > Look in the .html file for more than just a list of packages. > > Thanks! > portupgrade -fa Kris From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 23:20:32 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E259716A417; Mon, 5 Nov 2007 23:20:32 +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 822C613C4A7; Mon, 5 Nov 2007 23:20:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lA5NKN87070595; Mon, 5 Nov 2007 18:20:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lA5NKNmU062729; Mon, 5 Nov 2007 18:20:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 44D547302F; Mon, 5 Nov 2007 18:20:23 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071105232023.44D547302F@freebsd-current.sentex.ca> Date: Mon, 5 Nov 2007 18:20:23 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 23:20:33 -0000 TB --- 2007-11-05 22:05:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-05 22:05:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-11-05 22:05:00 - cleaning the object tree TB --- 2007-11-05 22:05:24 - checking out the source tree TB --- 2007-11-05 22:05:24 - cd /tinderbox/HEAD/arm/arm TB --- 2007-11-05 22:05:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-05 22:13:51 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-05 22:13:51 - cd /src TB --- 2007-11-05 22:13:51 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 5 22:13:52 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/main.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/mbufs.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/netcmds.c /src/usr.bin/systat/netcmds.c: In function 'netcmd': /src/usr.bin/systat/netcmds.c:127: internal compiler error: internal consistency failure Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-05 23:20:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-05 23:20:22 - ERROR: failed to build world TB --- 2007-11-05 23:20:22 - tinderbox aborted TB --- 0.38 user 1.75 system 4522.13 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 23:31:57 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 093E916A417 for ; Mon, 5 Nov 2007 23:31:57 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.189]) by mx1.freebsd.org (Postfix) with ESMTP id C880513C4B3 for ; Mon, 5 Nov 2007 23:31:56 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1469022rvb for ; Mon, 05 Nov 2007 15:31:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=P7R3wxLm8r2Xfdg1pqJF2YGvRIwxhTx7k5+BHP1wfcc=; b=pB1nEiCmt1qbOiKeFpa4Lg7L5k736DyfgjKuOUhw26Cxqj3XENTsL39J/tT4ST96cb+85I4DJ5LOYYFRct44yWapbtWCADDWmJVvmYge5tGMLAODI3TMCvQH1zOyuYEd6t8uEFeksaRe2XaGrYa8D+GFsDiBcw/BAU0wz7vtU5o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=O6PIXY4QSlJg2W926n/KEYuijiwxoHCsb2xOYqP+mkV2LDiSr1MlXIugan6/uf7PoG0w73iKSbMEPo5gD8Dw2NjqRn1AQ5vhwEmz9hQ8Al9Gyn4WAeVt7XesWba9POeXjeu1WW+kEfQJMq2hLp+ghl83TIcV++IX+PqG26/4xEQ= Received: by 10.141.52.5 with SMTP id e5mr2697010rvk.1194305502073; Mon, 05 Nov 2007 15:31:42 -0800 (PST) Received: by 10.140.131.18 with HTTP; Mon, 5 Nov 2007 15:31:42 -0800 (PST) Message-ID: <2e77fc10711051531k41e7224dq6aaedb35cad8d9f2@mail.gmail.com> Date: Tue, 6 Nov 2007 01:31:42 +0200 From: "Niki Denev" Sender: ndenev@gmail.com To: freebsd-current@freebsd.org In-Reply-To: <20071105215035.GC26730@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071005000046.GC92272@garage.freebsd.pl> <20071008121523.GM2327@garage.freebsd.pl> <20071105215035.GC26730@heff.fud.org.nz> X-Google-Sender-Auth: 448ea43501c3f746 Cc: freebsd-fs@freebsd.org Subject: Re: ZFS kmem_map too small. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2007 23:31:57 -0000 On Nov 5, 2007 11:50 PM, Andrew Thompson wrote: > On Mon, Oct 08, 2007 at 02:15:23PM +0200, Pawel Jakub Dawidek wrote: > > Here are some updates: > > > > I was able to reproduce the panic by rsyncing big files and trying > > bonnie++ test suggested in this thread. > > > > Can you guys retry with this patch: > > > > http://people.freebsd.org/~pjd/patches/vm_kern.c.2.patch > > > > It's a hack, yes, but allows to mitigate the problem quite well. I'm > > looking for a solution that can be used for 7.0 before we find a better > > fix. > > Do you still plan to commit this for 7.0 or is a better solution in the > works? I would assume something would need to be in before RC1. > > > BTW. To use ZFS you _must_ increase vm.kmem_size/vm.kmem_size_max. > > If you have the problem discussed here and you're using standard values, > > please retry with vm.kmem_size/vm.kmem_size_max set to at least 600MB in > > /boot/loader.conf. > > > > I'm not sure if it's not too late to ask re@ about increasing the > > default kmem size at least on amd64. ~300MB we have there is silly > > small. > > I have fairly easy reproductable (bonnie++) kmem_map too small panics on AMD64 even with kmem_size and kmem_size_max to 1G on 8Gig machine. I've tried setting them to 2G but the kernel panics on boot. I have compiled in debugger support and can provide backtraces and testing if needed (the machine is still not in production). From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 23:38:12 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D2A616A419; Mon, 5 Nov 2007 23:38:12 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.freebsd.org (Postfix) with ESMTP id BC7F913C48D; Mon, 5 Nov 2007 23:38:11 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.3] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id lA5NGgMP013568 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Nov 2007 15:16:44 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <472FA3B1.1070902@FreeBSD.org> Date: Mon, 05 Nov 2007 15:13:53 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Rui Paulo References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Subject: Re: MacBook users: possible fix for the SMP 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: Mon, 05 Nov 2007 23:38:12 -0000 I've just tested it on my 1st gen MacBook Pro. Yes, indeed, it solves both problems - one with CPU frequency detection and another one with the AP startup. Thanks! -Maxim Rui Paulo wrote: > Hi, > I've been contacted by Marco Trillo and I think he has found the > source of the SMP problem. > The problem seems to rely on Intel ICH7. Basically we need to disable > the "LEGACY_USB" bit before we calibrate the clocks. > "LEGACY_USB", according to Marco (I don't have the ICH7 spec at hand), > "causes legacy USB circuit to generate SMIs". > > Please try the following patch: > --- sys/amd64/isa/clock.c.orig 2007-11-04 20:31:09.000000000 +0000 > +++ sys/amd64/isa/clock.c 2007-11-04 20:34:59.000000000 +0000 > @@ -577,6 +577,8 @@ startrtclock() > writertc(RTC_STATUSA, rtc_statusa); > writertc(RTC_STATUSB, RTCSB_24HR); > > + outl(0x430, inl(0x430) & ~0x8); > + > freq = calibrate_clocks(); > #ifdef CLK_CALIBRATION_LOOP > if (bootverbose) { > --- sys/i386/isa/clock.c.orig 2007-11-04 20:34:03.000000000 +0000 > +++ sys/i386/isa/clock.c 2007-11-04 20:34:30.000000000 +0000 > @@ -621,6 +621,8 @@ startrtclock() > writertc(RTC_STATUSA, rtc_statusa); > writertc(RTC_STATUSB, RTCSB_24HR); > > + outl(0x430, inl(0x430) & ~0x8); > + > freq = calibrate_clocks(); > #ifdef CLK_CALIBRATION_LOOP > if (bootverbose) { > > > This should probably fix two issues: > 1) The second core should start without any trick (e.g. key press) > 2) We should be able to run with HZ=1000 (the default) without any > problem. To check if this is indeed the case, try booting with HZ=1000 > (loader.conf variable kern.hz) and check if your CPU clock shows up > correctly in the dmesg. After that, please also check if 'time sleep > 1' takes one second (not more and not less). > > Also, please test if there are any USB problems. > > Note: this is still a hack. I'm still thinking about a way to > correctly identify on which systems we need to apply this fix. > > Regards. > From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 23:55:02 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFB6116A41A for ; Mon, 5 Nov 2007 23:55:02 +0000 (UTC) (envelope-from amoran@forsythia.net) Received: from mail-out4.apple.com (mail-out4.apple.com [17.254.13.23]) by mx1.freebsd.org (Postfix) with ESMTP id 9DF3513C481 for ; Mon, 5 Nov 2007 23:55:02 +0000 (UTC) (envelope-from amoran@forsythia.net) Received: from relay14.apple.com (relay14.apple.com [17.128.113.52]) by mail-out4.apple.com (Postfix) with ESMTP id C17491810864 for ; Mon, 5 Nov 2007 15:36:29 -0800 (PST) Received: from relay14.apple.com (unknown [127.0.0.1]) by relay14.apple.com (Symantec Mail Security) with ESMTP id A926E28055 for ; Mon, 5 Nov 2007 15:36:29 -0800 (PST) X-AuditID: 11807134-a4401bb000003395-a9-472fa8fd4e10 Received: from cenarius.apple.com (cenarius.apple.com [17.228.13.75]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay14.apple.com (Apple SCV relay) with ESMTP id 8FB6728050 for ; Mon, 5 Nov 2007 15:36:29 -0800 (PST) Message-Id: <706B725D-226A-4C20-B0FF-A0469E476CD3@forsythia.net> From: Andrew Moran To: freebsd-current@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Mon, 5 Nov 2007 15:36:29 -0800 X-Mailer: Apple Mail (2.912) X-Brightmail-Tracker: AAAAAA== Subject: FreeBSD i386 EFI boot loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 23:55:02 -0000 Did an EFI boot loader for i386 make it into freebsd 7? this is for running freebsd on intel mac machines without using Boot Camp or rEFIt. just curious. --Andy From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 00:23:49 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A973516A418 for ; Tue, 6 Nov 2007 00:23:49 +0000 (UTC) (envelope-from matus.harvan@inf.ethz.ch) Received: from xsmtp1.ethz.ch (xsmtp1.ethz.ch [82.130.70.13]) by mx1.freebsd.org (Postfix) with ESMTP id 306FF13C4B2 for ; Tue, 6 Nov 2007 00:23:48 +0000 (UTC) (envelope-from matus.harvan@inf.ethz.ch) Received: from xfe0.d.ethz.ch ([82.130.124.40]) by xsmtp1.ethz.ch with Microsoft SMTPSVC(6.0.3790.3959); Tue, 6 Nov 2007 01:11:07 +0100 Received: from styx.inf.ethz.ch ([217.162.207.7]) by xfe0.d.ethz.ch over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Tue, 6 Nov 2007 01:11:06 +0100 Received: by styx.inf.ethz.ch (Postfix, from userid 1001) id 8C00A49ACA5; Tue, 6 Nov 2007 01:11:06 +0100 (CET) Date: Tue, 6 Nov 2007 01:11:06 +0100 From: Matus Harvan To: current@freebsd.org Message-ID: <20071106001106.GA1817@styx.ethz.ch> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) X-OriginalArrivalTime: 06 Nov 2007 00:11:07.0072 (UTC) FILETIME=[86EFDC00:01C82009] Cc: Subject: RT2560 disassociating X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 00:23:49 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I have an Asus WL-107g PCMCIA card (RT2560) ral0: mem 0x88000000-0x88001fff irq 16 at device 0.0 on cardbus0 ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525 The card can associate with an access point, but then disassociates rather fast (before dhclient can finish). From ifconfig output it seemed the card was scanning other channels, but disabling bgscan has not helped. This is happening on 7.0-BETA1. The card works fine in another laptop with 6.2-STABLE. Matus --AhhlLboLdkugWU4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHL7Ea43LQWDWf0QIRAq59AJ4qYgA8xA2pw6FkuPcwx25Lyu3OoACeOSnc emb6U/Ur8Rs/mqVLwGhYQXw= =diTx -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 00:32:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF64C16A421 for ; Tue, 6 Nov 2007 00:32:29 +0000 (UTC) (envelope-from schwabe@uni-paderborn.de) Received: from mail.blinkt.de (mail.blinkt.de [88.198.169.219]) by mx1.freebsd.org (Postfix) with ESMTP id 6598D13C49D for ; Tue, 6 Nov 2007 00:32:29 +0000 (UTC) (envelope-from schwabe@uni-paderborn.de) Received: from dslb-084-061-171-165.pools.arcor-ip.net ([84.61.171.165] helo=styx.local) by mail.blinkt.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IpBy7-0006Vm-4i; Tue, 06 Nov 2007 01:06:59 +0100 Message-ID: <472FB01F.3020804@uni-paderborn.de> Date: Tue, 06 Nov 2007 01:06:55 +0100 From: Arne Schwabe User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; de; rv:1.8.1.6) Gecko/20070728 Thunderbird/2.0.0.6 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: Andrew Moran References: <706B725D-226A-4C20-B0FF-A0469E476CD3@forsythia.net> In-Reply-To: <706B725D-226A-4C20-B0FF-A0469E476CD3@forsythia.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD i386 EFI boot loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 00:32:29 -0000 Andrew Moran schrieb: > > Did an EFI boot loader for i386 make it into freebsd 7? this is for > running freebsd on intel mac machines without using Boot Camp or > rEFIt. just curious. > Intel macs with newer efi/bios emulate enough bios to use the normal freebsd boot loader (Detected as windows). Arne From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 00:42:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DCFB16A421 for ; Tue, 6 Nov 2007 00:42:30 +0000 (UTC) (envelope-from matus.harvan@inf.ethz.ch) Received: from xsmtp1.ethz.ch (xsmtp1.ethz.ch [82.130.70.13]) by mx1.freebsd.org (Postfix) with ESMTP id B801F13C491 for ; Tue, 6 Nov 2007 00:42:29 +0000 (UTC) (envelope-from matus.harvan@inf.ethz.ch) Received: from xfe0.d.ethz.ch ([82.130.124.40]) by xsmtp1.ethz.ch with Microsoft SMTPSVC(6.0.3790.3959); Tue, 6 Nov 2007 01:29:40 +0100 Received: from styx.inf.ethz.ch ([217.162.207.7]) by xfe0.d.ethz.ch over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Tue, 6 Nov 2007 01:29:40 +0100 Received: by styx.inf.ethz.ch (Postfix, from userid 1001) id 261BF49ACA4; Tue, 6 Nov 2007 01:29:40 +0100 (CET) Date: Tue, 6 Nov 2007 01:29:40 +0100 From: Matus Harvan To: freebsd-current@freebsd.org Message-ID: <20071106002940.GB1817@styx.ethz.ch> References: <472E9D0B.5080409@csub.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2B/JsCI69OhZNC5r" Content-Disposition: inline In-Reply-To: <472E9D0B.5080409@csub.edu> User-Agent: Mutt/1.5.16 (2007-06-09) X-OriginalArrivalTime: 06 Nov 2007 00:29:40.0440 (UTC) FILETIME=[1E8E5580:01C8200C] Subject: Re: powerd adaptive mode latching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 00:42:30 -0000 --2B/JsCI69OhZNC5r Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 04, 2007 at 08:33:15PM -0800, Russell Jackson wrote: > Powerd seems to latch at the maximum - 1 cpufreq setting while in adaptiv= e=20 > mode. This is 100% reproducible for me. It never un-wedges from this stat= e=20 > no matter how long I wait. [...] > dev.cpu.0.freq_levels: 2579/-1 2578/-1 2255/-1 1933/-1 1611/-1 1289/-1=20 > 966/-1 644/-1 322/-1 [...] >=20 > $ sysctl dev.ichss > dev.ichss.0.%desc: SpeedStep ICH > dev.ichss.0.%driver: ichss > dev.ichss.0.%parent: cpu0 > dev.ichss.0.freq_settings: 2579/-1 2578/-1 >=20 > The ichss levels looked odd to me, and trying to set cpufreq=3D2578 is a= =20 > NOOP. >=20 > $ sysctl dev.cpu.0.freq=3D2578 > dev.cpu.0.freq: 2579 -> 2579 I have a similar problem on a CPU: Intel(R) Core(TM)2 Duo CPU L7500 @ 1.60GHz (1596.01-MHz 686-class= CPU) I think I am using est. For me the two highest frequencies seem to be 1601 and 1600: $ sysctl dev.cpu [...] dev.cpu.0.freq_levels: 1601/35000 1600/35000 1400/30625 1200/16000 1050/140= 00 900/12000 800/14000 700/12250 600/10500 500/8750 400/7000 300/5250 [...] $ sysctl dev.est dev.est.0.%desc: Enhanced SpeedStep Frequency Control dev.est.0.%driver: est dev.est.0.%parent: cpu0 dev.est.0.freq_settings: 1601/35000 1600/35000 1200/16000 800/14000 dev.est.1.%desc: Enhanced SpeedStep Frequency Control dev.est.1.%driver: est dev.est.1.%parent: cpu1 dev.est.1.freq_settings: 1601/35000 1600/35000 1200/16000 800/14000 However, setting the frequency to 1600 results in 1601 $ sudo sysctl dev.cpu.0.freq=3D1600 dev.cpu.0.freq: 1601 -> 1601 which causes the same powerd behavior as you have experienced. I am running RELENG_7 from about three weeks ago. Matus --2B/JsCI69OhZNC5r Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHL7V043LQWDWf0QIRAulQAKChM5pc3Hx+IHvn0TrPlLBcJefiIQCfah4a Pd+g5lDVli7L5jHzuD41jwY= =DRbw -----END PGP SIGNATURE----- --2B/JsCI69OhZNC5r-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 01:24:53 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E472816A473 for ; Tue, 6 Nov 2007 01:24:53 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id 8F30613C480 for ; Tue, 6 Nov 2007 01:24:53 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so246316ana for ; Mon, 05 Nov 2007 17:24:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=i6zqA6+QnWyqAPBbpR/j2zGYQrhwsM++OHOhEaUOIo0=; b=FGXybKarBpBDK42yUym8W0UgNOb9R22n7/beShR+6D4aaYTc0v9ckq8aobIzjdBa0ujihwH8nhefGQK7rClpprnBlecb4f3iGXNf3jYAEgiQrNDCBB3piCPa4w2EQRHjMk8nGDeC3hOqF/EYM0hjE8GwYOmUJ2eEwgRubQuyZDw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Fc+7/U+FxHwpCZTSDUGBsOsTaQkZbiZsjcNuBE7rpGIk5PJC+JrJEkVq8S2r5Dl1Yx8AQT9HIZ254Ku/WaDzn/t7DmoGh9bShtbdUBhA5xufd9Ondub8epefasUrrAdMABDE6a5h7dgp7oTEmZAkCKdAMK2wGF00wl/CcpgDB8g= Received: by 10.100.253.12 with SMTP id a12mr7470405ani.1194312280486; Mon, 05 Nov 2007 17:24:40 -0800 (PST) Received: by 10.35.9.16 with HTTP; Mon, 5 Nov 2007 17:24:40 -0800 (PST) Message-ID: Date: Tue, 6 Nov 2007 01:24:40 +0000 From: "Rui Paulo" Sender: rpaulo@gmail.com To: "Andrew Moran" In-Reply-To: <706B725D-226A-4C20-B0FF-A0469E476CD3@forsythia.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <706B725D-226A-4C20-B0FF-A0469E476CD3@forsythia.net> X-Google-Sender-Auth: 28a203bae94ce6a2 Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD i386 EFI boot loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 01:24:54 -0000 On Nov 5, 2007 11:36 PM, Andrew Moran wrote: > > Did an EFI boot loader for i386 make it into freebsd 7? this is for > running freebsd on intel mac machines without using Boot Camp or > rEFIt. just curious. Nop, it didn't. I'm slowly working on an i386 boot loader, though. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 01:33:31 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD88016A419 for ; Tue, 6 Nov 2007 01:33:31 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238]) by mx1.freebsd.org (Postfix) with ESMTP id 8626913C481 for ; Tue, 6 Nov 2007 01:33:31 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1673457wxd for ; Mon, 05 Nov 2007 17:33:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=c12NHpAYF9iu7OTnOv9ITgtwk81iYQdm4Kv1o9sfjho=; b=JTEVjNVEtHX3bIMiro6tK5AqAhaUQwGKIcukM4h5+pO6SAbC3pWvRwgLmXSAfdiUsrhnHbRceellYggFclKUrXNReDyPNOWl8Iij7sJC1H2vXpnoa3Q4LKlY8EGYGgrQjyShHloijUZo674gsfdIXHKUvhZ9XWTLYBksQQ7quys= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=J9FX/IortZDTNPwwUndSflGDGA+pIwN5eF9AKtgVIso6CObcr5GqUIrSMIYfB5gqRxc1tlTo3LeMU/ZJk7dE+JBKYArByKXecTSjRbXb9cpbFIVJ1WgTHbvauKUaTk/jXjHnuIJiSzye2avg833WkdxApVcdPD3ypypcihnSbuU= Received: by 10.70.113.5 with SMTP id l5mr9214308wxc.1194312802799; Mon, 05 Nov 2007 17:33:22 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id h27sm10255908elf.2007.11.05.17.33.20 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 05 Nov 2007 17:33:21 -0800 (PST) Message-ID: <472FC45F.50006@gmail.com> Date: Mon, 05 Nov 2007 20:33:19 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: sam References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472F6773.3080801@delphij.net> <472F6B02.2030801@delphij.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 01:33:31 -0000 Sam-- Can you update the issues page on the wiki so we have a record of these problems. -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 02:06:33 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 162E916A419 for ; Tue, 6 Nov 2007 02:06:33 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.239]) by mx1.freebsd.org (Postfix) with ESMTP id ACA1F13C4B2 for ; Tue, 6 Nov 2007 02:06:32 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1679215wxd for ; Mon, 05 Nov 2007 18:06:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=UkkdcNuVLZfUMz/qVxTILBZ5IyRzDUv84zLQGC46Q7I=; b=nHnrx0md/4NVTGQeqjCHalN+VJxPFKCYOkp62OhLa6RkBIwIVfR0US2Dh1kE+fYprhWAcVj1vgnS7yWFOxOiBYcJ+Blqh/B7zvzDmGZNvSqSWSjipylXLeGs/SH7eoR8jeQZTP0NNXbG0+cc4/oFXN5U/ShQWS2QE4AMONlsdtY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=TZzqbzPJWGWjwqVxOQz18WgMNvkBltpKCv2VcXUyvhD/BJ6GAOdu5701Yc+dlSBL3e95C9HV2biFxiq9k542iEmB/zc3QnynPQ7ryp4nMQ4IMcNNHlszx/abMqn4NL22EYy+2X5exYRhESKgbxt9hsfCc/8QLjy5ssCteQXqCFE= Received: by 10.70.17.16 with SMTP id 16mr8734042wxq.1194314776449; Mon, 05 Nov 2007 18:06:16 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id r28sm10262717ele.2007.11.05.18.06.14 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 05 Nov 2007 18:06:15 -0800 (PST) Message-ID: <472FCC15.9040903@gmail.com> Date: Mon, 05 Nov 2007 21:06:13 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: d@delphij.net References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> In-Reply-To: <472F5D9A.9050900@delphij.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 02:06:33 -0000 Thanks for the attention... but I feel this is rather repeative and useless at best... what I mean it is like your classic scene in American cop shows where the victim get's fed up with answering questions and wants to know when the cops will get back to solving the case. Sorry for not including the output of verbose boot logging but dmesg truncated some of it... how do I save the entire log? > Yes, please. These information is very important for knowing how to > > change the situation, thanks. > I have included comments by placing them on the line below with two leading tabs and **** Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #0: Tue Oct 30 18:07:21 UTC 2007 root@:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU E6850 @ 3.00GHz (3005.68-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 **** p35/ihc9 chipset Features=0xbfebfbff Features2=0xe3fd AMD Features=0x20000800 AMD Features2=0x1 Cores per package: 2 usable memory = 4282322944 (4083 MB) avail memory = 4128833536 (3937 MB) ACPI APIC Table: <052107 APIC1013> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: <052107 RSDT1013> on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, dff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 ACPI Warning (tbutils-0243): Incorrect checksum in table [OEMB] - 86, should be 79 [20070320] est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 92a092a0600092a device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 92a092a0600092a device_attach: est1 attach returned 6 p4tcc1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 uhci0: port 0xcc00-0xcc1f irq 16 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc880-0xc89f irq 21 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xfcdffc00-0xfcdfffff irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 4 ports with 4 removable, self powered pci0: at device 27.0 (no driver attached) pcib2: irq 17 at device 28.0 on pci0 pci2: on pcib2 pcib3: irq 17 at device 28.4 on pci0 pci3: on pcib3 atapci0: port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f mem 0xfceffc00-0xfcefffff irq 16 at device 0.0 on pci3 atapci0: [ITHREAD] *** whereis ata1 ??? ata2: on atapci0 ata2: [ITHREAD] *** HDD ata3: on atapci0 ata3: [ITHREAD] *** CD pcib4: irq 16 at device 28.5 on pci0 pci4: on pcib4 re0: port 0xe800-0xe8ff mem 0xfcfff000-0xfcffffff irq 17 at device 0.0 on pci4 re0: Using 2 MSI messages miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:19:db:b5:f8:0f re0: [FILTER] re0: [FILTER] uhci2: port 0xc800-0xc81f irq 23 at device 29.0 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb3: on uhci2 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered uhci3: port 0xc480-0xc49f irq 19 at device 29.1 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered uhci4: port 0xc400-0xc41f irq 18 at device 29.2 on pci0 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 2 ports with 2 removable, self powered uhci5: port 0xc080-0xc09f irq 16 at device 29.3 on pci0 uhci5: [GIANT-LOCKED] uhci5: [ITHREAD] usb6: on uhci5 usb6: USB revision 1.0 uhub6: on usb6 uhub6: 2 ports with 2 removable, self powered ehci1: mem 0xfcdff800-0xfcdffbff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb7: EHCI version 1.0 usb7: companion controllers, 2 ports each: usb3 usb4 usb5 usb6 usb7: on ehci1 usb7: USB revision 2.0 uhub7: on usb7 uhub7: 8 ports with 8 removable, self powered pcib5: at device 30.0 on pci0 pci5: on pcib5 vgapci0: mem 0xfd000000-0xfdffffff,0xf0000000-0xf7ffffff irq 17 at device 1.0 on pci5 isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xc000-0xc007,0xbc00-0xbc03,0xb880-0xb887,0xb800-0xb803,0xb480-0xb48f,0xb400-0xb40f irq 19 at device 31.2 on pci0 *** Speed is correct atapci1: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci2: port 0xb000-0xb007,0xac00-0xac03,0xa880-0xa887,0xa800-0xa803,0xa480-0xa48f,0xa400-0xa40f irq 19 at device 31.5 on pci0 *** Speed is correct atapci2: [ITHREAD] ata6: on atapci2 ata6: [ITHREAD] ata7: on atapci2 ata7: [ITHREAD] acpi_button0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] orm0: at iomem 0xc0000-0xcefff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: on uhub1 ums0: 3 buttons and Z dir. Timecounters tick every 1.000 msec acd0: DVDR at ata4-master SATA150 ad10: 476940MB at ata5-master SATA150 *** Both speeds are incorrect should be SATA300 (btw pre-path RELENG_6 reports UDMA33) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad10s1a hostb0@pci0:0:0:0: class=0x060000 card=0x73601462 chip=0x29c08086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '(Bearlake) Processor to I/O Controller' class = bridge subclass = HOST-PCI pcib1@pci0:0:1:0: class=0x060400 card=0x00008086 chip=0x29c18086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '(Bearlake) PCIe Root Port' class = bridge subclass = PCI-PCI uhci0@pci0:0:26:0: class=0x0c0300 card=0x73601462 chip=0x29378086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci1@pci0:0:26:1: class=0x0c0300 card=0x73601462 chip=0x29388086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB ehci0@pci0:0:26:7: class=0x0c0320 card=0x73601462 chip=0x293c8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB2 Enhanced Host Controller' class = serial bus subclass = USB pcm0@pci0:0:27:0: class=0x040300 card=0x73601462 chip=0x293e8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) HD Audio Controller' class = multimedia pcib2@pci0:0:28:0: class=0x060400 card=0x73601462 chip=0x29408086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) PCIe Root Port 1' class = bridge subclass = PCI-PCI pcib3@pci0:0:28:4: class=0x060400 card=0x73601462 chip=0x29488086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) PCIe Root Port 5' class = bridge subclass = PCI-PCI pcib4@pci0:0:28:5: class=0x060400 card=0x73601462 chip=0x294a8086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) PCIe Root Port 6' class = bridge subclass = PCI-PCI uhci2@pci0:0:29:0: class=0x0c0300 card=0x73601462 chip=0x29348086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci3@pci0:0:29:1: class=0x0c0300 card=0x73601462 chip=0x29358086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci4@pci0:0:29:2: class=0x0c0300 card=0x73601462 chip=0x29368086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci5@pci0:0:29:3: class=0x0c0300 card=0x73601462 chip=0x29398086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB ehci1@pci0:0:29:7: class=0x0c0320 card=0x73601462 chip=0x293a8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB2 Enhanced Host Controller' class = serial bus subclass = USB pcib5@pci0:0:30:0: class=0x060401 card=0x73601462 chip=0x244e8086 rev=0x92 hdr=0x01 vendor = 'Intel Corporation' device = '82801 Family (ICH2/3/4/4/5/5/6/7/8/9,63xxESB) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0x73601462 chip=0x29188086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB (ICH9) LPC Interface Controller' class = bridge subclass = PCI-ISA atapci1@pci0:0:31:2: class=0x01018f card=0x73601462 chip=0x29218086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) 2 port Serial ATA Storage Controller 1' class = mass storage subclass = ATA none0@pci0:0:31:3: class=0x0c0500 card=0x73601462 chip=0x29308086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) SMBus Controller' class = serial bus subclass = SMBus atapci2@pci0:0:31:5: class=0x010185 card=0x73601462 chip=0x29268086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) 2 port Serial ATA Storage Controller 2' class = mass storage subclass = ATA atapci0@pci0:3:0:0: class=0x01018f card=0x612111ab chip=0x612111ab rev=0xb1 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = '6121 SATA2 Controller' class = mass storage subclass = ATA re0@pci0:4:0:0: class=0x020000 card=0x360c1462 chip=0x816810ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' class = network subclass = ethernet vgapci0@pci0:5:1:0: class=0x030000 card=0xb3093842 chip=0x032210de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' device = 'GeForce FX 5200 [NV34.3]' class = display subclass = VGA -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 02:10:27 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A11316A421 for ; Tue, 6 Nov 2007 02:10:27 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by mx1.freebsd.org (Postfix) with ESMTP id B9F7F13C494 for ; Tue, 6 Nov 2007 02:10:26 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1679846wxd for ; Mon, 05 Nov 2007 18:10:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=SOmRe1mVRNFtEGDv8g5dIl+LIZ9/+NyrDTvbFL8LIfA=; b=FpogT3kNqp9ANDxc1x7Su4xfwbWF+p6DG/XokIEsQrlLc7HbLv4Z1F+eLuzh1I6vHjwBtUGbdt4qrFcCV6GJYZQ3dL52ezZrejIN6Gqy/+gQm7OU+5rKwrHTZIfKAsdEf7lMJHsinR5tIoMAolR1s5InITQxuHaBVX90m1cEgp4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=GPVbtZ1to2fmpEhJhKoPhRjZvBm04KjMKsFKYb/36w4XVOklKZuHA+AuzLaRzm+ndUwFUhC814R20q/5uY1VzxemTk+2q69SoZMDd9YSlDvrHZrQHyFWuCv3/PHhiNrlQJljDdlvY7UbNI/jOQM2Kb3In/P39kCTSGl/S9YulGc= Received: by 10.70.7.13 with SMTP id 13mr9272865wxg.1194315016869; Mon, 05 Nov 2007 18:10:16 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id u25sm10176584ele.2007.11.05.18.10.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 05 Nov 2007 18:10:14 -0800 (PST) Message-ID: <472FCD04.7000105@gmail.com> Date: Mon, 05 Nov 2007 21:10:12 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: bh@izb.knu.ac.kr References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <1194291934.3333.2.camel@viola.izb.knu.ac.kr> In-Reply-To: <1194291934.3333.2.camel@viola.izb.knu.ac.kr> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 02:10:27 -0000 > +999 ;;;;;;;;;;;;;;;;;; > > I swear the more of your posts I see the less sense they make -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 02:16:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C10D616A41B for ; Tue, 6 Nov 2007 02:16:05 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by mx1.freebsd.org (Postfix) with ESMTP id 2BBF513C4B6 for ; Tue, 6 Nov 2007 02:16:04 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1680625wxd for ; Mon, 05 Nov 2007 18:16:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=2Ik7xUI6xiDA/z2I+gVco7N22upgJQNV1JVnJBpakWY=; b=NfXRZ7CPDYguoCh3tuy/P0mJ+2MDp6Pb2ndyZkR5OLo+SwLzQaEgLWtJQDt1J7AzJRK0Ri+2J0h5nAXol2bdDjo5U+p2KP0L816XXV6I4+1ZEe3ODl9vqJlJQ3mfArsI4Wyb9ufHhzxZLtdSUU+bfBsrtpBCmz9/aEPKTM2GzNw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=PJVXUb5hV16FEAkCZcBjercgPqlJBP9NJ+y9VukpeKVK9T/r8v1g+NJ2Z8RcbM4xaxQX0g7FgYsId94nWS78RbsbJXySMKAnIL2mY+l+MWdkN4HrFQcIi2VGu2uAlGtRP32eJLmow6vPULQL7odyOJHrQZrX3INtj/jnC5WCLeA= Received: by 10.90.83.14 with SMTP id g14mr3782883agb.1194315363923; Mon, 05 Nov 2007 18:16:03 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id t26sm10197265ele.2007.11.05.18.16.02 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 05 Nov 2007 18:16:02 -0800 (PST) Message-ID: <472FCE60.9070806@gmail.com> Date: Mon, 05 Nov 2007 21:16:00 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472F6773.3080801@delphij.net> <472F6B02.2030801@delphij.net> <472F7C05.6050000@conducive.net> In-Reply-To: <472F7C05.6050000@conducive.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 02:16:05 -0000 > > Presuming a good cable, this looks very much like a hardware (and its > onboard firmware) issue from where I sit. Suprising the urge to hurl my keyboard across the room at people's lack of research (it is not just you bill so take no personal offense): 1. (I will dig the refs up in a few mins) this has been reported on multiple drives and ihc9 based controllers. So it is *NOT* a HW issue... see the wiki. 2. The only difference between different hardware is the implications of sw issues... for example I get timeouts but no infinite cycle when booting from cd -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 02:18:15 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 132EA16A41A for ; Tue, 6 Nov 2007 02:18:15 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id AED8E13C48A for ; Tue, 6 Nov 2007 02:18:14 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so248690ana for ; Mon, 05 Nov 2007 18:18:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=cOOjdYrQaSlKg9uRaKqBr/X95FeovtOeDZ4OXnsMis8=; b=hXs+mcyDCnJJjdOQbMW/81cYbEm5obISab5+kAx7IsQHlBUGwcQIcaY4YpQpRzj8M0CmWvINaA2JTrvPwAVvU62DaStnyRqeb/MLGt6GGoo8uEiZxzjzjg0z00nU+rdGfKAKrCk2xfAQZpziiVr7eT8ysdrNyX1DcKQ7Ro7B638= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=MaVrN+1uS6GIrXtH7HVSp9qk6i85vbOCEc3tv7FJNfrcPdzt5uDuGW42l6qI46tUViv2Btzyb8lJ8BiDfVAPWTpSzGEd3/0C2bXB/BoYT10r8t8r/sG53Hey2dHUSJ60ZPAvdbm7EEnWLQjiWgVNUQLxLeX8nzPQ4NtdIsZv1TU= Received: by 10.90.78.9 with SMTP id a9mr3817607agb.1194315486382; Mon, 05 Nov 2007 18:18:06 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id n29sm10258213elf.2007.11.05.18.18.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 05 Nov 2007 18:18:05 -0800 (PST) Message-ID: <472FCEDB.7030702@gmail.com> Date: Mon, 05 Nov 2007 21:18:03 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472F6773.3080801@delphij.net> <472F6B02.2030801@delphij.net> <472F7C05.6050000@conducive.net> <472F84A2.90609@conducive.net> In-Reply-To: <472F84A2.90609@conducive.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 02:18:15 -0000 韓家標 Bill Hacker wrote: > sam wrote: >> On Mon, 05 Nov 2007 21:24:37 +0100, 韓家標 Bill Hacker >> wrote: >> >> >>> On either a GA G33-DS3R or Asus P5K, there has been no difficulty >>> with what it sees as a "CD-948E/TKU/T4B" on acd0. >> Is this an IDE or SATA drive? >> >> >> sam >> > > IDE & ancient. > > Grant - SATA has to be better sorted than it is now, but the > suggestion to try (an)other CD/DVD drive(s) holds, as much for pinning > down the fault as fixing it. > > Dfferent place must be looked at if it faults with PATA as well as > SATA, or only with one not the other. > > JFWIW, I've also run 2.5" and 3.5" PATA HDD and 2.5: and 3.5" SATA HDD > with 3 different makes of PATA-SATA PCB adaptors on that same IDE > channel here. > > Only hassle when I had both the HDD and CD jumpered as 'master' or a > WD HDD not jumpered as master-with-slave-present. > > Ergo I still think it is specific to your hardware, ELSE it would be a > far more commonly reported issue already. Note that MOST such posts > have had to do with HDD or arrays of same, not nearly as many about CD > / DVD. It *HAS* been reported by at least 3 different sources and 3 different hw vendors... only commonality is IHC9 on P35 chipsets. -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 02:27:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93A5F16A421 for ; Tue, 6 Nov 2007 02:27:21 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 1AAA513C4B3 for ; Tue, 6 Nov 2007 02:27:20 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id D40A4EBB501; Tue, 6 Nov 2007 10:27:28 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id nZyN1Z1mHcGG; Tue, 6 Nov 2007 10:27:23 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 7C301EB3DFE; Tue, 6 Nov 2007 10:27:21 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type; b=tRF7pPORh6vIKNhWxqbEnSkWU4+9Q5FWvHMYuyKBUTzUHKWHIR+bCt4g9RMqHTi8W l9zo0ZZxhFlv02VDkKUzw== Message-ID: <472FD0FB.9090608@delphij.net> Date: Mon, 05 Nov 2007 18:27:07 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> In-Reply-To: <472FCC15.9040903@gmail.com> X-Enigmail-Version: 0.95.5 Content-Type: multipart/mixed; boundary="------------010100040100010601060903" Cc: freebsd-current@freebsd.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 02:27:21 -0000 This is a multi-part message in MIME format. --------------010100040100010601060903 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Aryeh M. Friedman wrote: > Thanks for the attention... but I feel this is rather repeative and > useless at best... what I mean it is like your classic scene in American > cop shows where the victim get's fed up with answering questions and > wants to know when the cops will get back to solving the case. > > Sorry for not including the output of verbose boot logging but dmesg > truncated some of it... how do I save the entire log? >> Yes, please. These information is very important for knowing how to >> >> change the situation, thanks. >> > > I have included comments by placing them on the line below with two > leading tabs and **** Thanks for the information, I'd appreciate if you would help me to test the attached patch against RELENG_7 (should apply to HEAD as well). Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHL9D6hcUczkLqiksRAnu9AJ9dx0mdLmpw8SnxB/3y4iWOuoDfSgCgzG2n Jm2fe+67E3q3x2oMINxT8+U= =29ne -----END PGP SIGNATURE----- --------------010100040100010601060903 Content-Type: text/x-patch; name="i82801-marvell.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="i82801-marvell.diff" Index: ata-chipset.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.202.2.2 diff -u -p -r1.202.2.2 ata-chipset.c --- ata-chipset.c 31 Oct 2007 19:59:53 -0000 1.202.2.2 +++ ata-chipset.c 6 Nov 2007 02:23:57 -0000 @@ -1742,6 +1742,7 @@ ata_intel_ident(device_t dev) { ATA_I82801HB_AH6, 0, AHCI, 0x00, ATA_SA300, "ICH8" }, { ATA_I82801HBM_S1, 0, AHCI, 0x00, ATA_SA300, "ICH8M" }, { ATA_I82801HBM_S2, 0, AHCI, 0x00, ATA_SA300, "ICH8M" }, + { ATA_I82801HBM_HEM,0, 0, 0x00, ATA_UDMA5, "ICH8M" }, { ATA_I82801IB_S1, 0, AHCI, 0x00, ATA_SA300, "ICH9" }, { ATA_I82801IB_S2, 0, AHCI, 0x00, ATA_SA300, "ICH9" }, { ATA_I82801IB_AH2, 0, AHCI, 0x00, ATA_SA300, "ICH9" }, @@ -2344,7 +2345,9 @@ ata_marvell_ident(device_t dev) { ATA_M88SX6041, 0, 4, MV60XX, ATA_SA300, "88SX6041" }, { ATA_M88SX6081, 0, 8, MV60XX, ATA_SA300, "88SX6081" }, { ATA_M88SX6101, 0, 1, MV61XX, ATA_UDMA6, "88SX6101" }, - { ATA_M88SX6145, 0, 2, MV61XX, ATA_UDMA6, "88SX6145" }, + { ATA_M88SX6121, 0, 1, MV61XX, ATA_SA300, "88SX6121" }, + { ATA_M88SX6141, 0, 1, MV61XX, ATA_SA300, "88SX6121" }, + { ATA_M88SX6145, 0, 2, MV61XX, ATA_SA300, "88SX6145" }, { 0, 0, 0, 0, 0, 0}}; char buffer[64]; Index: ata-pci.h =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-pci.h,v retrieving revision 1.81 diff -u -p -r1.81 ata-pci.h --- ata-pci.h 9 Oct 2007 20:15:09 -0000 1.81 +++ ata-pci.h 6 Nov 2007 02:22:36 -0000 @@ -168,6 +168,7 @@ struct ata_connect_task { #define ATA_I82801HB_S2 0x28258086 #define ATA_I82801HBM_S1 0x28298086 #define ATA_I82801HBM_S2 0x282a8086 +#define ATA_I82801HBM_HEM 0x28508086 #define ATA_I82801IB_S1 0x29208086 #define ATA_I82801IB_AH2 0x29218086 #define ATA_I82801IB_AH6 0x29228086 @@ -195,6 +196,8 @@ struct ata_connect_task { #define ATA_M88SX6041 0x604111ab #define ATA_M88SX6081 0x608111ab #define ATA_M88SX6101 0x610111ab +#define ATA_M88SX6121 0x612111ab +#define ATA_M88SX6141 0x614111ab #define ATA_M88SX6145 0x614511ab #define ATA_MICRON_ID 0x1042 --------------010100040100010601060903-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 02:32:58 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52B8516A419 for ; Tue, 6 Nov 2007 02:32:58 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 1992913C4BB for ; Tue, 6 Nov 2007 02:32:56 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id C500BEBB4FC; Tue, 6 Nov 2007 10:32:51 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id DsYKHaET1cw1; Tue, 6 Nov 2007 10:32:46 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 0A67CEB3DFE; Tue, 6 Nov 2007 10:32:44 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type; b=UNhyqi4l9dTvVUK3MH/uB1ME5o1McCWsgE9RolLSazUPYWoopkjRb6xSjsZ5da7vk ornobfng3+Nx8zQ6Z/Z9w== Message-ID: <472FD23E.1060001@delphij.net> Date: Mon, 05 Nov 2007 18:32:30 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: d@delphij.net References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> In-Reply-To: <472FD0FB.9090608@delphij.net> X-Enigmail-Version: 0.95.5 Content-Type: multipart/mixed; boundary="------------030308010502000407070904" Cc: freebsd-current@freebsd.org, "Aryeh M. Friedman" , Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 02:32:58 -0000 This is a multi-part message in MIME format. --------------030308010502000407070904 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Oops forgot to fix the ICH9 speed. Try this one. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHL9I+hcUczkLqiksRAhQWAKCHdLQ65fIbA00Y2KapPPh1GTEvOQCfXQhb qck3Urd+czLQiMaksX5BY6k= =9V9Z -----END PGP SIGNATURE----- --------------030308010502000407070904 Content-Type: text/x-patch; name="i82801-marvell.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="i82801-marvell.diff" Index: ata-chipset.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.202.2.2 diff -u -p -r1.202.2.2 ata-chipset.c --- ata-chipset.c 31 Oct 2007 19:59:53 -0000 1.202.2.2 +++ ata-chipset.c 6 Nov 2007 02:31:04 -0000 @@ -1742,11 +1742,12 @@ ata_intel_ident(device_t dev) { ATA_I82801HB_AH6, 0, AHCI, 0x00, ATA_SA300, "ICH8" }, { ATA_I82801HBM_S1, 0, AHCI, 0x00, ATA_SA300, "ICH8M" }, { ATA_I82801HBM_S2, 0, AHCI, 0x00, ATA_SA300, "ICH8M" }, - { ATA_I82801IB_S1, 0, AHCI, 0x00, ATA_SA300, "ICH9" }, - { ATA_I82801IB_S2, 0, AHCI, 0x00, ATA_SA300, "ICH9" }, - { ATA_I82801IB_AH2, 0, AHCI, 0x00, ATA_SA300, "ICH9" }, - { ATA_I82801IB_AH4, 0, AHCI, 0x00, ATA_SA300, "ICH9" }, - { ATA_I82801IB_AH6, 0, AHCI, 0x00, ATA_SA300, "ICH9" }, + { ATA_I82801HBM_HEM,0, 0, 0x00, ATA_UDMA5, "ICH8M" }, + { ATA_I82801IB_S1, 0, AHCI, 0x00, ATA_SA150, "ICH9" }, + { ATA_I82801IB_S2, 0, AHCI, 0x00, ATA_SA150, "ICH9" }, + { ATA_I82801IB_AH2, 0, AHCI, 0x00, ATA_SA150, "ICH9" }, + { ATA_I82801IB_AH4, 0, AHCI, 0x00, ATA_SA150, "ICH9" }, + { ATA_I82801IB_AH6, 0, AHCI, 0x00, ATA_SA150, "ICH9" }, { ATA_I31244, 0, 0, 0x00, ATA_SA150, "31244" }, { 0, 0, 0, 0, 0, 0}}; char buffer[64]; @@ -2344,7 +2345,9 @@ ata_marvell_ident(device_t dev) { ATA_M88SX6041, 0, 4, MV60XX, ATA_SA300, "88SX6041" }, { ATA_M88SX6081, 0, 8, MV60XX, ATA_SA300, "88SX6081" }, { ATA_M88SX6101, 0, 1, MV61XX, ATA_UDMA6, "88SX6101" }, - { ATA_M88SX6145, 0, 2, MV61XX, ATA_UDMA6, "88SX6145" }, + { ATA_M88SX6121, 0, 1, MV61XX, ATA_SA300, "88SX6121" }, + { ATA_M88SX6141, 0, 1, MV61XX, ATA_SA300, "88SX6121" }, + { ATA_M88SX6145, 0, 2, MV61XX, ATA_SA300, "88SX6145" }, { 0, 0, 0, 0, 0, 0}}; char buffer[64]; Index: ata-pci.h =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-pci.h,v retrieving revision 1.81 diff -u -p -r1.81 ata-pci.h --- ata-pci.h 9 Oct 2007 20:15:09 -0000 1.81 +++ ata-pci.h 6 Nov 2007 02:22:36 -0000 @@ -168,6 +168,7 @@ struct ata_connect_task { #define ATA_I82801HB_S2 0x28258086 #define ATA_I82801HBM_S1 0x28298086 #define ATA_I82801HBM_S2 0x282a8086 +#define ATA_I82801HBM_HEM 0x28508086 #define ATA_I82801IB_S1 0x29208086 #define ATA_I82801IB_AH2 0x29218086 #define ATA_I82801IB_AH6 0x29228086 @@ -195,6 +196,8 @@ struct ata_connect_task { #define ATA_M88SX6041 0x604111ab #define ATA_M88SX6081 0x608111ab #define ATA_M88SX6101 0x610111ab +#define ATA_M88SX6121 0x612111ab +#define ATA_M88SX6141 0x614111ab #define ATA_M88SX6145 0x614511ab #define ATA_MICRON_ID 0x1042 --------------030308010502000407070904-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 02:36:01 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC22016A418 for ; Tue, 6 Nov 2007 02:36:01 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.237]) by mx1.freebsd.org (Postfix) with ESMTP id 876E913C491 for ; Tue, 6 Nov 2007 02:36:01 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1683644wxd for ; Mon, 05 Nov 2007 18:35:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=vc2atjXWY7aQQ1D2PmSPL/2PE6Ceh7uXLWbdscAfRwo=; b=QIj9hHZL5tYR2Wn3PwohrrpicpQZX8f8oVbo5cQus8k9LashquDWzvzJRAhV7xBJcQ4YZRBhEiybWsdEwWBrB7KnumK5IcHmSwiSJTfFPA9Uma17QNf6YQnRiWvl1/pE3TMfYpRvMpGUUTzZR1+kbrqsEh+GE9rlZo43kwXcNhs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=bqanQDrn6Mw639/f9pvczLYjtMXGgG4aDUPYyaKjsnE4TsMhcAkXG4pSq3JN5Ve5hdooCQRnbq3YuG14OmgjMT04OfN5L6UUCcJIfHOJD/d6CsPgOF0NuKQpA/+5pm+G6foHfSGGR1hCzqiIwD9hmu+DndohQcDcCQLz2pOkL5A= Received: by 10.70.42.16 with SMTP id p16mr9313167wxp.1194316548726; Mon, 05 Nov 2007 18:35:48 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id s30sm10279913elf.2007.11.05.18.35.47 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 05 Nov 2007 18:35:48 -0800 (PST) Message-ID: <472FD302.80704@gmail.com> Date: Mon, 05 Nov 2007 21:35:46 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: d@delphij.net References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> In-Reply-To: <472F5D9A.9050900@delphij.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 02:36:01 -0000 The following page contains links to all the threads I can find pertaining to the issues discussed here and the wiki: http://www.flosoft-systems.com/wiki/index.php?OrginalProblems -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 02:55:43 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDB1C16A46C for ; Tue, 6 Nov 2007 02:55:43 +0000 (UTC) (envelope-from ATRENS@nortel.com) Received: from zcars04e.nortel.com (zcars04e.nortel.com [47.129.242.56]) by mx1.freebsd.org (Postfix) with ESMTP id 80A6C13C4B6 for ; Tue, 6 Nov 2007 02:55:43 +0000 (UTC) (envelope-from ATRENS@nortel.com) Received: from zcarhxm2.corp.nortel.com (zcarhxm2.corp.nortel.com [47.129.230.99]) by zcars04e.nortel.com (Switch-2.2.0/Switch-2.2.0) with ESMTP id lA62XPC01193; Tue, 6 Nov 2007 02:33:25 GMT Received: from ab-thinky.atrens.ca ([47.128.181.68] RDNS failed) by zcarhxm2.corp.nortel.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 5 Nov 2007 21:36:19 -0500 Message-ID: <472FD321.3010509@nortel.com> Date: Mon, 05 Nov 2007 21:36:17 -0500 From: "Andrew Atrens" User-Agent: Thunderbird 2.0.0.6 (X11/20071028) MIME-Version: 1.0 To: Matus Harvan References: <472E9D0B.5080409@csub.edu> <20071106002940.GB1817@styx.ethz.ch> In-Reply-To: <20071106002940.GB1817@styx.ethz.ch> X-Enigmail-Version: 0.95.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 06 Nov 2007 02:36:19.0370 (UTC) FILETIME=[CFDF08A0:01C8201D] Cc: freebsd-current@freebsd.org Subject: Re: powerd adaptive mode latching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 02:55:43 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I see the same thing with my T7500 - dev.cpu.0.freq: 300 dev.cpu.0.freq_levels: 2201/32000 2200/31000 1925/27125 1650/23250 1600/20000 1400/17500 1200/13000 1050/11375 900/9750 800/10000 700/8750 600/7500 500/6250 400/5000 300/3750 This patch to powerd works around the problem - - --- powerd.c 2007-11-05 21:33:40.000000000 -0500 +++ /usr/src/usr.sbin/powerd/powerd.c 2007-11-05 16:48:49.000000000 -0500 @@ -182,6 +182,11 @@ free(*power); return (-1); } + /* kludge to w/around too-close cpu freqs */ + if ((i > 0 && ((*freqs)[i-1]-(*freqs)[i]) < 2)) { + (*numfreqs)--; + i--; + } p = q + 1; } - --Andrew Matus Harvan wrote: > On Sun, Nov 04, 2007 at 08:33:15PM -0800, Russell Jackson wrote: >> Powerd seems to latch at the maximum - 1 cpufreq setting while in adaptive >> mode. This is 100% reproducible for me. It never un-wedges from this state >> no matter how long I wait. > [...] >> dev.cpu.0.freq_levels: 2579/-1 2578/-1 2255/-1 1933/-1 1611/-1 1289/-1 >> 966/-1 644/-1 322/-1 > [...] >> $ sysctl dev.ichss >> dev.ichss.0.%desc: SpeedStep ICH >> dev.ichss.0.%driver: ichss >> dev.ichss.0.%parent: cpu0 >> dev.ichss.0.freq_settings: 2579/-1 2578/-1 >> >> The ichss levels looked odd to me, and trying to set cpufreq=2578 is a >> NOOP. >> >> $ sysctl dev.cpu.0.freq=2578 >> dev.cpu.0.freq: 2579 -> 2579 > > I have a similar problem on a > CPU: Intel(R) Core(TM)2 Duo CPU L7500 @ 1.60GHz (1596.01-MHz 686-class CPU) > I think I am using est. > > For me the two highest frequencies seem to be 1601 and 1600: > $ sysctl dev.cpu > [...] > dev.cpu.0.freq_levels: 1601/35000 1600/35000 1400/30625 1200/16000 1050/14000 900/12000 800/14000 700/12250 600/10500 500/8750 400/7000 300/5250 > [...] > $ sysctl dev.est > dev.est.0.%desc: Enhanced SpeedStep Frequency Control > dev.est.0.%driver: est > dev.est.0.%parent: cpu0 > dev.est.0.freq_settings: 1601/35000 1600/35000 1200/16000 800/14000 > dev.est.1.%desc: Enhanced SpeedStep Frequency Control > dev.est.1.%driver: est > dev.est.1.%parent: cpu1 > dev.est.1.freq_settings: 1601/35000 1600/35000 1200/16000 800/14000 > > However, setting the frequency to 1600 results in 1601 > $ sudo sysctl dev.cpu.0.freq=1600 > dev.cpu.0.freq: 1601 -> 1601 > > which causes the same powerd behavior as you have experienced. I am > running RELENG_7 from about three weeks ago. > > Matus -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHL9Mg8It2CaCdeMwRAgJMAJ4ngu3KjXl84oq0gvL+zL2CW+EfbACfXkTk 3SczmsbCGOOBeK0cIuYa1nI= =E/cy -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 03:15:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E82116A420 for ; Tue, 6 Nov 2007 03:15:45 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id 255ED13C4A5 for ; Tue, 6 Nov 2007 03:15:45 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2354002waf for ; Mon, 05 Nov 2007 19:15:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=WaaRq5QM5hFohn2buJmzJe0hPQlffMY6UW427qmMbnc=; b=OrcUux7gY5Qre/DRRaj0Qt5AZK672uukq46iRlpZktirrLXVpmX1r3qY6j3mowbdEinDEZIUC1O2ipE5KOCFbPpLVs4aYLOE6pN9+jfIKEePvcuDQA0gj3rXlm6RXOqOjYMUPNjGrAx9Pg4/YXfIzYQqqatHmvvKE5cOdsf2Emo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=i41mk83lnwtTHQk/WA33Y8Bha4niPeZWGGREWFxzKOnBqVfZh4vlrCrxvep7+6iY8b3DwF6+QecyBsxZUy02Dra6jhoKOQKJLJZ5Nr90q/Xof4uieTQ9a76aEvZuS+qfswIaKwnEuQeO6mD4dRWeQ+lZ+PthZsqdsO663OM3Vb8= Received: by 10.115.95.1 with SMTP id x1mr5914956wal.1194318943701; Mon, 05 Nov 2007 19:15:43 -0800 (PST) Received: by 10.114.67.19 with HTTP; Mon, 5 Nov 2007 19:15:43 -0800 (PST) Message-ID: Date: Tue, 6 Nov 2007 12:15:43 +0900 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "Thomas Sparrevohn" In-Reply-To: <200711051114.20997.Thomas.Sparrevohn@btinternet.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200711021208.25913.Thomas.Sparrevohn@btinternet.com> <200711050041.38229.Thomas.Sparrevohn@btinternet.com> <200711051114.20997.Thomas.Sparrevohn@btinternet.com> X-Google-Sender-Auth: e337da5f5c7f491c Cc: freebsd-current@freebsd.org, Peter Schuller Subject: Re: ZFS Hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 03:15:45 -0000 On 05/11/2007, Thomas Sparrevohn wrote: > > You can dump to a non-ZFS swap partition thats not being used for > > swap. Just set it as your dumpdev but don't put it in /etc/fstab. > Hmm - What do you mean - A traditional BSD partition or a ZFS volume? A traditional BSD partition. Adrian -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 03:31:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9B8116A417 for ; Tue, 6 Nov 2007 03:31:30 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 45F6213C49D for ; Tue, 6 Nov 2007 03:31:30 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 49033EBB6A1; Tue, 6 Nov 2007 11:31:31 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id 5QWJ4J4iQqSI; Tue, 6 Nov 2007 11:31:25 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 0827BEB4301; Tue, 6 Nov 2007 11:31:23 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=a33Ar7Aq0iJ0h3Y+ZRnhnCT2Gya9deL/eM9sbrq5j+aj5jhksd8HrPh6zSSXygtIj OEAZg4JjHX3sBGGAh/LKQ== Message-ID: <472FDFFD.2050207@delphij.net> Date: Mon, 05 Nov 2007 19:31:09 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <472FD23E.1060001@delphij.net> <472FDEDA.2010609@gmail.com> In-Reply-To: <472FDEDA.2010609@gmail.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 03:31:30 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Aryeh M. Friedman wrote: > Xin LI wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Oops forgot to fix the ICH9 speed. Try this one. > > Sees the pata drive but still has the wrong speeds for the sata drives: > > ad5: 238475MB at ata2-slave UDMA100 > > *** I have a UDMA133 cable on it and the drive is rated for UDMA133 > > ad6: 476940MB at ata3-master SATA150 > acd0: DVDR at ata4-master SATA150 Please show me the new dmesg.boot, it would help me to accelerate finding out what's going wrong, thanks! Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHL9/9hcUczkLqiksRAhBeAKCmExvt6OhQqQjmnIWoB3F2OmNUjACeMzzP N5/fCAoEKikumuRK1itY8p8= =MUEj -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 03:33:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 830CF16A41B for ; Tue, 6 Nov 2007 03:33:49 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.226]) by mx1.freebsd.org (Postfix) with ESMTP id 2D07D13C4AC for ; Tue, 6 Nov 2007 03:33:49 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1692676wxd for ; Mon, 05 Nov 2007 19:33:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=InCcEZB6WUmnq+PM+wIRKY5Z0Ro+UagKZ9sN9YMX9pU=; b=kQ6JiHbZr+tYAivs6hV9HMJWqZgsf4TvRlvAlUgosMC4JR3wcMEfnx2ay1bmT6lRyKjECV7NIvnEJduZHukGbkdH7eS9dM/QHksvIrNXj1A0ToiKrvbokEMiFt7ZH/ZEEkdDd32Cd7b0Bzv2//Wc10swi5S03BVYdUFPUSKFFdg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=SMyZULQTaVeg6q8DwPcCh3cOw1KdQAjC6UGhYqUSXLuRm5zSaw/hkfiXv3LUaGIA1trhysGbMkAWSSQX4Iaydrm9rIcT6V15tqu5bqBhJm8LAj89Bo/CKl//wGPLsoubbo3hDXugLc22nncbOrqB5QiDKd5Whh++HUn/Ow76t3Y= Received: by 10.90.31.2 with SMTP id e2mr3847157age.1194319580713; Mon, 05 Nov 2007 19:26:20 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id n29sm10361210elf.2007.11.05.19.26.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 05 Nov 2007 19:26:20 -0800 (PST) Message-ID: <472FDEDA.2010609@gmail.com> Date: Mon, 05 Nov 2007 22:26:18 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: d@delphij.net References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <472FD23E.1060001@delphij.net> In-Reply-To: <472FD23E.1060001@delphij.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 03:33:49 -0000 Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Oops forgot to fix the ICH9 speed. Try this one. Sees the pata drive but still has the wrong speeds for the sata drives: ad5: 238475MB at ata2-slave UDMA100 *** I have a UDMA133 cable on it and the drive is rated for UDMA133 ad6: 476940MB at ata3-master SATA150 acd0: DVDR at ata4-master SATA150 -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 03:35:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C13316A468 for ; Tue, 6 Nov 2007 03:35:21 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.226]) by mx1.freebsd.org (Postfix) with ESMTP id B3F2213C494 for ; Tue, 6 Nov 2007 03:35:20 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1692910wxd for ; Mon, 05 Nov 2007 19:35:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=VUgCKlp7UN1fSSgElTccG9RiHCGgVhdk+HptcNCfzHc=; b=esyU2MkxurLNzOqwMFzjvvkBPsEamogIQ4fLPrOl2TeKmWn837RrjWahdD7suCBnZq3kGEIUEEdJBaNR2V7cl7Nt4M/z6qh/VM1ybjHKrOS1G9yO1BDEogtLTZ97bn80Jziul2Bas7akNWupK48huNxei81UDuM+m4wWrzezj1c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=BgMpm0XFZ/YxdYbhIqVXh+rk1BJdkb5z8HZ/nAnYxZ7Y2xTBGzmBgP4CptIJaWV4Oie12ZRQfLAEzU1WESvmdlFTQUXaZOvR3dXH/PsSa2xlU1ISAkPpGpXmZUof08Nl7LUCbR9iU2NbtUq9ajkh3pRtnOtw+umivJe1dgMPSOo= Received: by 10.90.90.3 with SMTP id n3mr3872474agb.1194320104251; Mon, 05 Nov 2007 19:35:04 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id m33sm10396550ele.2007.11.05.19.35.00 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 05 Nov 2007 19:35:01 -0800 (PST) Message-ID: <472FE0E3.40606@gmail.com> Date: Mon, 05 Nov 2007 22:34:59 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: d@delphij.net References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <472FD23E.1060001@delphij.net> <472FDEDA.2010609@gmail.com> <472FDFFD.2050207@delphij.net> In-Reply-To: <472FDFFD.2050207@delphij.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 03:35:21 -0000 Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Aryeh M. Friedman wrote: > >> Xin LI wrote: >> >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> Oops forgot to fix the ICH9 speed. Try this one. >>> >> Sees the pata drive but still has the wrong speeds for the sata drives: >> >> ad5: 238475MB at ata2-slave UDMA100 >> >> *** I have a UDMA133 cable on it and the drive is rated for UDMA133 >> >> ad6: 476940MB at ata3-master SATA150 >> acd0: DVDR at ata4-master SATA150 >> > > Please show me the new dmesg.boot, it would help me to accelerate > finding out what's going wrong, thanks! > Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #2: Mon Nov 5 22:12:36 EST 2007 aryeh@monster:/usr/obj/usr/src/sys/MONSTER Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU E6850 @ 3.00GHz (3005.68-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3fd AMD Features=0x20000800 AMD Features2=0x1 Cores per package: 2 usable memory = 4281544704 (4083 MB) avail memory = 4128038912 (3936 MB) ACPI APIC Table: <052107 APIC1013> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: <052107 RSDT1013> on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, dff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 ACPI Warning (tbutils-0243): Incorrect checksum in table [OEMB] - 86, should be 79 [20070320] est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 92a092a0600092a device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 92a092a0600092a device_attach: est1 attach returned 6 p4tcc1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 uhci0: port 0xcc00-0xcc1f irq 16 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc880-0xc89f irq 21 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xfcdffc00-0xfcdfffff irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 4 ports with 4 removable, self powered pcm0: mem 0xfcdf8000-0xfcdfbfff irq 22 at device 27.0 on pci0 pcm0: [ITHREAD] pcib2: irq 17 at device 28.0 on pci0 pci2: on pcib2 pcib3: irq 17 at device 28.4 on pci0 pci3: on pcib3 atapci0: port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f mem 0xfceffc00-0xfcefffff irq 16 at device 0.0 on pci3 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] pcib4: irq 16 at device 28.5 on pci0 pci4: on pcib4 re0: port 0xe800-0xe8ff mem 0xfcfff000-0xfcffffff irq 17 at device 0.0 on pci4 re0: Using 2 MSI messages miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:19:db:b5:f8:0f re0: [FILTER] re0: [FILTER] uhci2: port 0xc800-0xc81f irq 23 at device 29.0 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb3: on uhci2 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered uhci3: port 0xc480-0xc49f irq 19 at device 29.1 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered uhci4: port 0xc400-0xc41f irq 18 at device 29.2 on pci0 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 2 ports with 2 removable, self powered uhci5: port 0xc080-0xc09f irq 16 at device 29.3 on pci0 uhci5: [GIANT-LOCKED] uhci5: [ITHREAD] usb6: on uhci5 usb6: USB revision 1.0 uhub6: on usb6 uhub6: 2 ports with 2 removable, self powered ehci1: mem 0xfcdff800-0xfcdffbff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb7: EHCI version 1.0 usb7: companion controllers, 2 ports each: usb3 usb4 usb5 usb6 usb7: on ehci1 usb7: USB revision 2.0 uhub7: on usb7 uhub7: 8 ports with 8 removable, self powered pcib5: at device 30.0 on pci0 pci5: on pcib5 vgapci0: mem 0xfd000000-0xfdffffff,0xf0000000-0xf7ffffff irq 17 at device 1.0 on pci5 isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xc000-0xc007,0xbc00-0xbc03,0xb880-0xb887,0xb800-0xb803,0xb480-0xb48f,0xb400-0xb40f irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci2: port 0xb000-0xb007,0xac00-0xac03,0xa880-0xa887,0xa800-0xa803,0xa480-0xa48f,0xa400-0xa40f irq 19 at device 31.5 on pci0 atapci2: [ITHREAD] ata5: on atapci2 ata5: [ITHREAD] ata6: on atapci2 ata6: [ITHREAD] acpi_button0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] orm0: at iomem 0xc0000-0xcefff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: on uhub1 ums0: 3 buttons and Z dir. Timecounters tick every 1.000 msec ad5: 238475MB at ata2-slave UDMA100 ad6: 476940MB at ata3-master SATA150 acd0: DVDR at ata4-master SATA150 pcm0: pcm0: SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad6s1a -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 03:44:12 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A58A16A41B for ; Tue, 6 Nov 2007 03:44:12 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id DD12A13C4A3 for ; Tue, 6 Nov 2007 03:44:11 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 71042EBB646; Tue, 6 Nov 2007 11:44:10 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id lPvkhKByZQlT; Tue, 6 Nov 2007 11:44:04 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 4BC0AEC3D08; Tue, 6 Nov 2007 11:44:03 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=Pb+0pxmhaJ6GaW/PcA7fXHzwUmVXr+jtT0ElNOFE926pCgRCsOLwK/3dJMmN2dQeU +aHWNkLyOpxLsOPpHpDQw== Message-ID: <472FE2F4.30005@delphij.net> Date: Mon, 05 Nov 2007 19:43:48 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <472FD23E.1060001@delphij.net> <472FDEDA.2010609@gmail.com> <472FDFFD.2050207@delphij.net> <472FE0E3.40606@gmail.com> In-Reply-To: <472FE0E3.40606@gmail.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 03:44:12 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I see. Maybe the material I have had some mistakes. I will give a shoot at this tonight. Thanks for the submission. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHL+L0hcUczkLqiksRAhGsAJ9iPLFNzHYhSuneNtokkyeVH/QbGQCeNP9h s6t9aPPtnbH/z1d+FwhQ6es= =xAWl -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 03:49:47 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E09816A418 for ; Tue, 6 Nov 2007 03:49:47 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.239]) by mx1.freebsd.org (Postfix) with ESMTP id AA2C213C494 for ; Tue, 6 Nov 2007 03:49:46 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1695019wxd for ; Mon, 05 Nov 2007 19:49:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=uE0cPYeGgHj6cjR4EQcJAqOxV7HQNvoQGB6LJIM5cDw=; b=gK7ZPjW44pJiZHvSlE3smRtm8LITE3zF32e8j0pP85LoxfLnAgdDu018xn1f5ZdWmBpHo/MgnHvp730Pxi5HBxvxqcXo9sTUGHP8oXIffb9K1euH+JKPQ/E+xA/eNhEu7Ry52QaQ5TTSbKCnA+ovQVdBY9RytS8496qUbt4Aijk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=bsRmzXFpg4gGcUnT8HU2I68xBtLRcVrpqyyPEFQOhft/xf7ODoQOBeeE8BxV7LXpshR8ch2UaWM33SgmUd7cvmCEQ7TjpQw3Nc2YB3GoVKB80nRL9LLi+NhNXltWvv+F87WbB2cOigGJNRM2LE1GhgkeVIFHI7/Yv9CmFoVXEFw= Received: by 10.90.102.20 with SMTP id z20mr3877790agb.1194320973085; Mon, 05 Nov 2007 19:49:33 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id p33sm10333115elf.2007.11.05.19.49.31 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 05 Nov 2007 19:49:31 -0800 (PST) Message-ID: <472FE44A.5030705@gmail.com> Date: Mon, 05 Nov 2007 22:49:30 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: d@delphij.net References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <472FD23E.1060001@delphij.net> <472FDEDA.2010609@gmail.com> <472FDFFD.2050207@delphij.net> <472FE0E3.40606@gmail.com> <472FE2F4.30005@delphij.net> In-Reply-To: <472FE2F4.30005@delphij.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 03:49:47 -0000 Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I see. Maybe the material I have had some mistakes. I will give a > shoot at this tonight. Thanks for the submission. I think your starting to understand the need for the wiki now ;-) -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 04:27:06 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2E8516A418 for ; Tue, 6 Nov 2007 04:27:06 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 7F54513C48E for ; Tue, 6 Nov 2007 04:27:06 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=W9HN6igpQP1DrPFxSRTCYP3m7d/UdzEKPtSbuNdwCcbzVCPPhhxln4y/Agyml9ra+Y/nQVwEYks3AOFSiAc0JUPBLEWi6LjXsuViJY8aT7QIUPiM+u3CzrhJc5npK3SN5Q9qacMr3hvsz4+HDcaNepRc7yUqcB3Pr9sHVWyPBSG0unS+x6JR0gqJveRrRQ2FdYVsVJuP2qVMTQfPfWbZteLVJRiuCoJpQQIzYsFH9DOTa9UTC94MPWi56MtPDu28; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1IpG0x-0002Ox-I5; Tue, 06 Nov 2007 04:26:12 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.66) (envelope-from ) id 1IpFzx-0005I4-8d; Tue, 06 Nov 2007 04:25:09 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IpFzu-0000bd-TK; Tue, 06 Nov 2007 06:25:06 +0200 To: Rui Paulo From: Ian FREISLICH In-Reply-To: Message from Rui Paulo of "Mon, 05 Nov 2007 16:50:37 GMT." <063F19FF-258B-441C-8230-F13C282DA766@fnop.net> X-Attribution: BOFH Date: Tue, 06 Nov 2007 06:25:06 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: USB hub provoked slowdown. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 04:27:06 -0000 Rui Paulo wrote: > > On 5 Nov 2007, at 12:59, Ian FREISLICH wrote: > > > Hi > > > > On my old home system running 7.0-BETA1 - Dual P3-800, when I plug > > my in-monitor (HP L1955) USB hub into my shiny new USB2 PCI card, > > my entire system starts wading through molasas. > > > > By this I mean, for example: > > > > mplayer: ~30% cpu > > xorg: ~12% cpu > > > > Then insert molasas inducing HP monitor uhub > > > > mplayer: ~99% cpu > > xorg: ~75% cpu > > > > Removing the hub lets the previous consumption occur. > > > > What I don't understand is why these seemingly unrelated to usb > > processes cpu utilisation goes up when I plug the uhub in. Interrupt > > and system CPU usage remains unchanged. Plugging the keyboard and > > mouse directly into the usb card works fine. > > > > I am at a loss. > > > > The USB card is identified as: > > > > uhci0@pci0:0:12:0: class=0x0c0300 card=0x30381106 > > chip=0x30381106 rev=0x61 > > hdr=0x00 > > vendor = 'VIA Technologies Inc' > > device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' > > class = serial bus > > subclass = USB > > uhci1@pci0:0:12:1: class=0x0c0300 card=0x30381106 > > chip=0x30381106 rev=0x61 > > hdr=0x00 > > vendor = 'VIA Technologies Inc' > > device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' > > class = serial bus > > subclass = USB > > ehci0@pci0:0:12:2: class=0x0c0320 card=0x31041106 > > chip=0x31041106 rev=0x63 > > hdr=0x00 > > vendor = 'VIA Technologies Inc' > > device = 'VT6202/12 USB 2.0 Enhanced Host Controller' > > class = serial bus > > subclass = USB > > > > The monitor's hub is identified as follows according to usbdevs: > > > > port 2 addr 2: full speed, self powered, config 1, product > > 0x2504(0x2504), vendor 0x0424(0x0424), rev 0.01 > > A couple of questions: > 1) Are you using kbdmux? Yes. > 2) Does the CPU usage go up when you plug the keyboard OR when you > plug the mouse ? Or when both are connected? The keyboard and mouse have no effect. > 3) Do you see any change just by plugging the USB hub? All running processes utilization goes up when the hub is plugged in. Their utilization returns to normal when the hub is unplugged. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 05:56:19 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9600F16A420 for ; Tue, 6 Nov 2007 05:56:19 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp4.yandex.ru (smtp4.yandex.ru [213.180.223.136]) by mx1.freebsd.org (Postfix) with ESMTP id BAA2013C4A7 for ; Tue, 6 Nov 2007 05:56:18 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:62172 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S739019AbXKFFzy (ORCPT ); Tue, 6 Nov 2007 08:55:54 +0300 X-Comment: RFC 2476 MSA function at smtp4.yandex.ru logged sender identity as: bu7cher Message-ID: <473001E7.2090201@yandex.ru> Date: Tue, 06 Nov 2007 08:55:51 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: d@delphij.net References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> In-Reply-To: <472FD0FB.9090608@delphij.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "Aryeh M. Friedman" , Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 05:56:19 -0000 Xin LI wrote: > Thanks for the information, I'd appreciate if you would help me to test > the attached patch against RELENG_7 (should apply to HEAD as well). Hi, Xin. This patch is not correct for me. I think we need implement a full support for several new Marvell chips: #define ATA_M88SE6101 0x610111ab /* ThorLite 1P */ #define ATA_M88SE6111 0x611111ab /* ThorLite 1S/1P */ #define ATA_M88SE6121 0x612111ab /* ThorLite 2S/1P */ #define ATA_M88SE6122 0x612211ab /* ThorLite 2S/1P w/ flash */ #define ATA_M88SE6141 0x614111ab /* Thor 4S/1P */ #define ATA_M88SE6145 0x614511ab /* Thor 4S/1P */ There is a linux driver from ASUS: ftp://dlsvr01.asus.com/pub/ASUS/mb/socket775/P5E_WS_Professional/LinuxDrivers.zip These controllers have one PATA port and may have several SATA ports. As i understand from the sources controller is mostly AHCI-like. It use AHCI registers, but not fully AHCI. Also driver need some hacks if we want to have both SATA and PATA support, because current our ata driver uses methods from the parent atapci driver for each channel, but we need different methods for SATA and PATA. I think the right way - try to fix ICH9 part of this problem and wait until we will have a full support for the Marvell chips. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 05:59:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 034B916A418 for ; Tue, 6 Nov 2007 05:59:14 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by mx1.freebsd.org (Postfix) with ESMTP id 9FDBE13C4AA for ; Tue, 6 Nov 2007 05:59:13 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1719069wxd for ; Mon, 05 Nov 2007 21:59:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=LXvmEYJVxfEiqvOF7YmgJ3ssX7yQ725QMbp0pBC9sPs=; b=tllS0+BXcEdDDocccPOoEmQ83+gwr5U452NWy+KVthdFFuAov5pfBRV2D32xO3wKZG7GFY5zZz5p7IibYk4dtSquDL/3kpQAAm3llLoC7KqeQetJOrFsOwpwQBkNKPHyqchU51Jh2rigNOHdjrccLeQZXNYuHQ4GkjOlHmHTb8k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=uRUI3AZxsKd7QnO0h/Oyp2lsu0rwEZEUaAhYcEPN3pz+gCpNAyBC1g1ut4vJK53N0FiJhjd5zHHq8IbGRRz4ULw84dt/C1nf7GXXNwQmTKEnOim1g60EzMjhHiM1t97MG+jFICuPjLNPjLq9Er/+ve0y3UVGbdMkUfojZJsLFJw= Received: by 10.90.49.1 with SMTP id w1mr3942039agw.1194328743636; Mon, 05 Nov 2007 21:59:03 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id p33sm10487309elf.2007.11.05.21.59.02 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 05 Nov 2007 21:59:02 -0800 (PST) Message-ID: <473002A4.3020306@gmail.com> Date: Tue, 06 Nov 2007 00:59:00 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <473001E7.2090201@yandex.ru> In-Reply-To: <473001E7.2090201@yandex.ru> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 05:59:14 -0000 > > if we want to have both SATA and PATA support, because current our The patch does work when identifing my pata and sata drives. -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 06:15:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B90FA16A417 for ; Tue, 6 Nov 2007 06:15:16 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp4.yandex.ru (smtp4.yandex.ru [213.180.223.136]) by mx1.freebsd.org (Postfix) with ESMTP id E2A7813C4B6 for ; Tue, 6 Nov 2007 06:15:15 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:13781 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S737971AbXKFGOu (ORCPT ); Tue, 6 Nov 2007 09:14:50 +0300 X-Comment: RFC 2476 MSA function at smtp4.yandex.ru logged sender identity as: bu7cher Message-ID: <47300657.6090909@yandex.ru> Date: Tue, 06 Nov 2007 09:14:47 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <473001E7.2090201@yandex.ru> <473002A4.3020306@gmail.com> In-Reply-To: <473002A4.3020306@gmail.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 06:15:16 -0000 Aryeh M. Friedman wrote: >> if we want to have both SATA and PATA support, because current our > > The patch does work when identifing my pata and sata drives. Yeah, it can work for your chip, it can identify your drives and it maybe will work with your drives. But for my 6141 this patch don't work. I have tried port linux driver and also can detect all my drives, but drives don't work :( -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 06:17:28 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC90716A418 for ; Tue, 6 Nov 2007 06:17:28 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.226]) by mx1.freebsd.org (Postfix) with ESMTP id 5522813C48D for ; Tue, 6 Nov 2007 06:17:28 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1721818wxd for ; Mon, 05 Nov 2007 22:17:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=rJ5U4iuu+QVWN9ae14EaNcLcRiv0fFgTwztthVHxcH0=; b=cdyORBSeGug5jRGQHu6yDrNHGkEv19YhYjLKsZPumSWQs0iePfaOXj+ygyci4A0pkWgikhVkevc1qVZnHZifHRF6P5bCvuoWkVnPra2+JLeN1CMwnwUdj9rtA2EyNXanfF0XVMdKwQTorYYKIN22FaETWgzWsNBZ8GF5Rad5C/8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=stxwCA2FEV5h5PLbXzP9xGwRxsQ90h5twXUDe3pjAkKH6Gmr8zKRZTdkzgNjCGP0yjj2RLKBm4bRiNUbxITJZaHXKd23IttsehggMgcTHlJhO8CpoNSg4PZ9tPTYkasEQMOfTchgQWMkt/Z1q8g8tlenWMqr0JBMkyNjiIPSHqc= Received: by 10.90.63.16 with SMTP id l16mr3980917aga.1194329836617; Mon, 05 Nov 2007 22:17:16 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id h27sm10644128elf.2007.11.05.22.17.14 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 05 Nov 2007 22:17:15 -0800 (PST) Message-ID: <473006E5.40702@gmail.com> Date: Tue, 06 Nov 2007 01:17:09 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <473001E7.2090201@yandex.ru> <473002A4.3020306@gmail.com> <47300657.6090909@yandex.ru> In-Reply-To: <47300657.6090909@yandex.ru> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 06:17:28 -0000 Andrey V. Elsukov wrote: > Aryeh M. Friedman wrote: >>> if we want to have both SATA and PATA support, because current our >> >> The patch does work when identifing my pata and sata drives. > > Yeah, it can work for your chip, it can identify your drives and it > maybe will work with your drives. But for my 6141 this patch don't > work. I have tried port linux driver and also can detect all my > drives, but drives don't work :( I have not tried mounting it yet but fsck on the pata drive works. -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 07:05:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 353B916A417 for ; Tue, 6 Nov 2007 07:05:30 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id D52F413C481 for ; Tue, 6 Nov 2007 07:05:29 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1IpIUt-000JUZ-Tf; Tue, 06 Nov 2007 09:05:15 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Marcin Wisnicki In-reply-to: References: Comments: In-reply-to Marcin Wisnicki message dated "Sun, 04 Nov 2007 20:59:34 +0000." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Tue, 06 Nov 2007 09:05:15 +0200 From: Danny Braniss Message-ID: Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] Overriding rc.conf in loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 07:05:30 -0000 > On Sun, 04 Nov 2007 16:08:30 +0000, Marcin Wisnicki wrote: >=20 > With it, you can override any rc variable from loader.conf by prefixing= > =5E=5E=5E=5E=5E=5E=5E= =5E=5E=5E=5E >=20 > Err, I meant loader prompt. Doing it in loader.conf would be kinda=20 > pointless ;) >=20 no realy :-), take a look at src/sys/lib/libstand/bootp.c, which has=20 a non documented feature, that will place in kenv stuff received via dhcp= . danny From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 07:29:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A597516A419 for ; Tue, 6 Nov 2007 07:29:49 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.234]) by mx1.freebsd.org (Postfix) with ESMTP id 4F83113C48A for ; Tue, 6 Nov 2007 07:29:49 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1734406wxd for ; Mon, 05 Nov 2007 23:29:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=f1H+RoH5Y2PoMfwzJ6u+9B4Q3AG2KZDUbH0v/p1Bp/Y=; b=pP6a8ExNjzYXtMrFXBbP4JcR5ddB53MtohyUSM9x3xecMfLpibgk/RuscVfIGsplBJB/Wba3csUeZUzs5I5ZK6aPmhUBduBDttKJldD7rSyNpiTENIaSdlK/WiojEz/m0j6+fUYZYeKciVnZIFdeoOkhUJu5AVdVtaX7T3dmRmY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=WuCegDC3QIhzOrepPHp/oQErkqfyc0my8NW/9LDSIfkRgJOA+WkAMTw+vOMhMQA0uzN1MxgprecKLoZrVf3WtpudsNgdTxmk+ykp93Vgt4qbi6Ae0v28x+JEzv6F9MWj9aKSyxA6A+5n/II/9Tl9yXDPJz0XvcKRqVtpsq3vBDk= Received: by 10.70.50.10 with SMTP id x10mr9700540wxx.1194334177954; Mon, 05 Nov 2007 23:29:37 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id s30sm10654788elf.2007.11.05.23.29.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 05 Nov 2007 23:29:36 -0800 (PST) Message-ID: <473017DF.7070105@gmail.com> Date: Tue, 06 Nov 2007 02:29:35 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <473001E7.2090201@yandex.ru> In-Reply-To: <473001E7.2090201@yandex.ru> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 07:29:49 -0000 Quick updates: 1. The marvel patch posted by Xi Lin reconizes PATA drives but doesn't fix the speed mismatch on SATA and/or the acd issues (I think that is the case for the second issue)... I have 2 PATA drives, 1 SATA HDD and a SATA DVD-RW all working fine now (the DVD still experiences the acd issues) -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 07:32:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7F8316A419 for ; Tue, 6 Nov 2007 07:32:17 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.237]) by mx1.freebsd.org (Postfix) with ESMTP id 8977813C4B8 for ; Tue, 6 Nov 2007 07:32:17 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1734897wxd for ; Mon, 05 Nov 2007 23:32:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; bh=4zmckGdEXCAs2mxSZ/PhhLtr5DX5rq7dSds3FLubnwk=; b=X7TppHdTN713zWNO6E8bRaqKzPtmZS38f2BOyZlYTxUhLNxi1RMbog0LsKeUVTvn+7A+136/2lvJ01SIpCpBNvi90fOehnFJjr0LVQVP6Ci/ICMxQx5Z2p3H9njNNC/dLgVMpe+6qOa4bxu/pe21GRZKcC9/z4FGEPTdGa7sBGA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=TKez898T+RoZO0IHe/ffufpxAETGQGdeGVR4F408D44sxCUL8Dw6eifVi9KOgQ6L/A7BMz1IInz6pMk/wmoJ6l1wgCvJo3Syc5Q2oRLEfA9LNegj+NTMqoB+jW/IKxdvoamNQJ2zDLzZ/Eq+/iFkt5aSyC4SLlivGRkNyBMgsXM= Received: by 10.90.68.15 with SMTP id q15mr3998053aga.1194333943584; Mon, 05 Nov 2007 23:25:43 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id m30sm10643542elf.2007.11.05.23.25.42 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 05 Nov 2007 23:25:43 -0800 (PST) Message-ID: <473016F5.80209@gmail.com> Date: Tue, 06 Nov 2007 02:25:41 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: using a raw disk for qemu image X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 07:32:17 -0000 I know this is not a FreeBSD question persay but if I have XP installed on an other drive and want to access it with qemu what is the command line for qemu of qemu-img to enable this... before anyone asks I am not using wine because it doesn't run on amd54 -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 07:40:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A36116A417 for ; Tue, 6 Nov 2007 07:40:30 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.net [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 3140B13C4A5 for ; Tue, 6 Nov 2007 07:40:30 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:59399 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IpJ2j-0006m1-Qc for freebsd-current@freebsd.org; Tue, 06 Nov 2007 07:40:14 +0000 Message-ID: <47301A4A.2030807@conducive.net> Date: Tue, 06 Nov 2007 02:39:54 -0500 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472F6773.3080801@delphij.net> <472F6B02.2030801@delphij.net> <472F7C05.6050000@conducive.net> <472FCE60.9070806@gmail.com> In-Reply-To: <472FCE60.9070806@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 07:40:30 -0000 Aryeh M. Friedman wrote: >> Presuming a good cable, this looks very much like a hardware (and its >> onboard firmware) issue from where I sit. > > Suprising the urge to hurl my keyboard across the room at people's lack > of research (it is not just you bill so take no personal offense): > I *AM* aware of those, and I don't take offense. Hear me out: > 1. (I will dig the refs up in a few mins) this has been reported on > multiple drives and ihc9 based controllers. So it is *NOT* a HW > issue... see the wiki. > Versteh. But *I* get grumpy when it is *so* easy to 'close the door firmly' by slapping in last-year's scrap IDE CD or a diferent SATA device, and *then* post with a great deal more certainty that those options produced this or that difference. Or NOT. Ergo the problem is more clearly ID'ed - or reconfirmed - each time. Surprises DO happen. Remember the CMD-640 ATA controller? Those folks call themselves SiliconImage nowadays, but it was the tier-one Japanese firm that 'foundered' the silicon. > 2. The only difference between different hardware is the implications of > sw issues... for example I get timeouts but no infinite cycle when > booting from cd > ACK - and developers of software very seldom have access to even the tiniest fraction of the hardware that the community at large have their hands on. WTF - as predominantly a 'hardware' R&D guy, I personally seldom have fewer than a dozen MB within arm's length, though rarely are more than 2 or 3 'current' items. Had a lot more before shipping a chunk of it off to developers. So - yes - what I am asking is or *should be* redundant work and may sound useless repitition at first. But it places a very light load on 'many hands' of experimenters - most of whom cannot code anyway, but *can* attach a cable - so as to reduce the load on 'few hands' of developers. Very few. Not as efficient as an aircraft hangar full of every make of parts known with all developers in the same building, but placing the 'extra' work on hundreds of testers vs few developers is the only tool we can afford to shorten the time needed to solve the problem before the parts go obsolete for a NEW set of challenges. On which score we ARE falling behind... Accelerating pace of 'new' is the nature of the market. Another reason is that while it is very inexpensive to source all manner of MB & controllers here in HKG, to name one (cheaper than in Taipei by far..) it is deucedly expensive in time & money to gin up proper customs paperwork, ship them to, for example the EC, and manage their incoming VAT w/o harm to the recipient. The VAT alone on a 'free' box of hardware can cause serious heatburn on a student budget, 'coz the national authority takes a dim view of even 'bona fide gift'. IOW - a 'donation' across a national border just doesn't fly well. And the key developers are not only all over the world now, some of the best of the team are in countries that may be quite modern - but do NOT have good, cheap, *low tax* parts markets. 'nuff said... Bill From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 07:51:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 108B716A419 for ; Tue, 6 Nov 2007 07:51:50 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id A549E13C4BA for ; Tue, 6 Nov 2007 07:51:49 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id DD0F6EB4594; Tue, 6 Nov 2007 15:51:43 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id L-YQOKMBRE2e; Tue, 6 Nov 2007 15:51:35 +0800 (CST) Received: from charlie.delphij.net (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 112B4EB0EA6; Tue, 6 Nov 2007 15:51:33 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=pjufvzbDFp1iQxdJ2Q5CQBBvhiUiMgo24IKQ5nZmDU0YrwwyxhDbZGiks3uuZYcUi LZaHwc80QlOmb7t93RChw== Message-ID: <47301CF6.8030808@delphij.net> Date: Mon, 05 Nov 2007 23:51:18 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: d@delphij.net References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <472FD23E.1060001@delphij.net> In-Reply-To: <472FD23E.1060001@delphij.net> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "Aryeh M. Friedman" , Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 07:51:50 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xin LI wrote: > Oops forgot to fix the ICH9 speed. Try this one. Forget this patch, the previous one (without ICH9 speed) is more correct. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHMBz2hcUczkLqiksRAmltAKDa5vCOd4Ikoc7BxabQ9DWDePAOvwCfWEMN LRUnFAlmWpTZskcGv6H7j54= =0Kdg -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 07:55:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50BC216A417 for ; Tue, 6 Nov 2007 07:55:45 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by mx1.freebsd.org (Postfix) with ESMTP id 1C28E13C481 for ; Tue, 6 Nov 2007 07:55:45 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout4.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lA67sFo7027600 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 5 Nov 2007 23:54:15 -0800 X-Auth-Received: from dzihan.cs.washington.edu (dzihan.cs.washington.edu [128.208.4.96]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lA67sFd1017782 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 5 Nov 2007 23:54:15 -0800 Message-ID: <47301DA7.4060608@u.washington.edu> Date: Mon, 05 Nov 2007 23:54:15 -0800 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.6 (X11/20071003) MIME-Version: 1.0 To: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472F6773.3080801@delphij.net> <472F6B02.2030801@delphij.net> <472F7C05.6050000@conducive.net> <472FCE60.9070806@gmail.com> <47301A4A.2030807@conducive.net> In-Reply-To: <47301A4A.2030807@conducive.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-PMX-Version: 5.3.3.310218, Antispam-Engine: 2.5.2.313940, Antispam-Data: 2007.11.5.233713 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __HIGHBITS 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: freebsd-current@freebsd.org Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 07:55:45 -0000 韓家標 Bill Hacker wrote: > > Versteh. But *I* get grumpy when it is *so* easy to 'close the door > firmly' by slapping in last-year's scrap IDE CD or a diferent SATA > device, and *then* post with a great deal more certainty that those > options produced this or that difference. Or NOT. Ergo the problem > is more clearly ID'ed - or reconfirmed - each time. > > Surprises DO happen. Remember the CMD-640 ATA controller? Those folks > call themselves SiliconImage nowadays, but it was the tier-one > Japanese firm that 'foundered' the silicon. I hated that PATA controller with a passion :(... > ACK - and developers of software very seldom have access to even the > tiniest fraction of the hardware that the community at large have > their hands on. As you mention below though, that comes down to funds vs time. > WTF - as predominantly a 'hardware' R&D guy, I personally seldom have > fewer than a dozen MB within arm's length, though rarely are more than > 2 or 3 'current' items. Had a lot more before shipping a chunk of it > off to developers. > > So - yes - what I am asking is or *should be* redundant work and may > sound useless repitition at first. > > But it places a very light load on 'many hands' of experimenters - > most of whom cannot code anyway, but *can* attach a cable - so as to > reduce the load on 'few hands' of developers. Very few. What would be better is creating a series of custom tester boards or interface mechanisms so that plugging and unplugging all of this crap would be more painless, safe, process-based, and simple, but then again I guess I'm dreaming of solutions :\. > Not as efficient as an aircraft hangar full of every make of parts > known with all developers in the same building, but placing the > 'extra' work on hundreds of testers vs few developers is the only tool > we can afford to shorten the time needed to solve the problem before > the parts go obsolete for a NEW set of challenges. > > On which score we ARE falling behind... Accelerating pace of 'new' is > the nature of the market. Indeed. The AMD, Intel, and nVidia camps are all decreasing their product ramp-up times, thus making it harder for us to keep up. But keep up we need to do... And the difficulties will only get 'better'. > Another reason is that while it is very inexpensive to source all > manner of MB & controllers here in HKG, to name one (cheaper than in > Taipei by far..) it is deucedly expensive in time & money to gin up > proper customs paperwork, ship them to, for example the EC, and manage > their incoming VAT w/o harm to the recipient. > > The VAT alone on a 'free' box of hardware can cause serious heatburn > on a student budget, 'coz the national authority takes a dim view of > even 'bona fide gift'. Yes. I know after sending a few items to a fellow FreeBSD'er in Amsterdam. The whole percentage taxing is ridiculous. > IOW - a 'donation' across a national border just doesn't fly well. > > And the key developers are not only all over the world now, some of > the best of the team are in countries that may be quite modern - but > do NOT have good, cheap, *low tax* parts markets. > > 'nuff said... > > Bill From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 07:57:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CC3716A420 for ; Tue, 6 Nov 2007 07:57:08 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.237]) by mx1.freebsd.org (Postfix) with ESMTP id C43FC13C48E for ; Tue, 6 Nov 2007 07:57:07 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1740336wxd for ; Mon, 05 Nov 2007 23:56:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=vIhVH+yMneNO9K+jITi6yC0PDwadTl/rVvqPGinM0gc=; b=tg2LXRLjkHyVQF64nqVz3vle/ZkeZndPHS4chxo0NmYo0O00YpiJd+jM3Bc6mKJ1DX163kqm80tsO988+BJVIW2CyeTMs/eReJkrZz766rMxPvuRFqqxcwW1ouZXGSNtnatMb+nfCnLQm2092NCsBQPmI9mHnj17HUHIXYO38vg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=mXCYSxndmUVcfuLu9FWgtHWUmjpqzR913ZmNL9OmDAtsQEGqER90oKBo1hzh1+LAeUMQAKNmBjbNdFkiSPHqg7r3fJJeCgiRbochtfckQyUVomg2qyL8AMhDCBkt0P9Xm9C6w7ojJ3A5aagQQz7sh/XifHnYo0ZlSg1aLzpZTIg= Received: by 10.90.95.11 with SMTP id s11mr4029261agb.1194335819462; Mon, 05 Nov 2007 23:56:59 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id m30sm10682660elf.2007.11.05.23.56.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 05 Nov 2007 23:56:58 -0800 (PST) Message-ID: <47301E48.1000409@gmail.com> Date: Tue, 06 Nov 2007 02:56:56 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472F6773.3080801@delphij.net> <472F6B02.2030801@delphij.net> <472F7C05.6050000@conducive.net> <472FCE60.9070806@gmail.com> <47301A4A.2030807@conducive.net> In-Reply-To: <47301A4A.2030807@conducive.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 07:57:08 -0000 > > >> 1. (I will dig the refs up in a few mins) this has been reported on >> multiple drives and ihc9 based controllers. So it is *NOT* a HW >> issue... see the wiki. >> > > Versteh. But *I* get grumpy when it is *so* easy to 'close the door > firmly' by slapping in last-year's scrap IDE CD or a diferent SATA > device, and *then* post with a great deal more certainty that those > options produced this or that difference. Or NOT. Ergo the problem > is more clearly ID'ed - or reconfirmed - each time. It is my turn to be grumpy I think: 1. All the stuff I am working with was "brand-new" (at least as far the retailer is concerned) as of Sept. 1 and all is SATA/300 2. In an other subthread I mentioned I finally got PATA/SATA working (i.e. co-existing) but the other 2 items on the wiki (plus the yet to be recorded acd one) are still in existence 3. The PATA/SATA issue was only fixed by a couple of new definitions in ata.c thus should not be considered anything more then a custom patch for my machine I think > > Surprises DO happen. Remember the CMD-640 ATA controller? Those folks > call themselves SiliconImage nowadays, but it was the tier-one > Japanese firm that 'foundered' the silicon. > >> 2. The only difference between different hardware is the implications of >> sw issues... for example I get timeouts but no infinite cycle when >> booting from cd >> > > ACK - and developers of software very seldom have access to even the > tiniest fraction of the hardware that the community at large have > their hands on. And that is why I volunteered to help out but it seems they prefer for me to just send various diag dumps so neither of us has any grounds for complaint here I think. > > On which score we ARE falling behind... Accelerating pace of 'new' is > the nature of the market. >From being around the industry since the late early 80's (I know you have been around longer) I have come to the following conclusions: 1. Every 10 years or so there is a whole sell revolution in hw interfaces 2. The last one was Pentium, AGP, UDMA and PCI in the mid early 90's 3. The current one is PCI-E, 64bit, Multicore and SATA Due to 3 I think if we get stuff right we are safe for a good 8 to 10 years. -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 07:58:24 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A85E916A519 for ; Tue, 6 Nov 2007 07:58:24 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by mx1.freebsd.org (Postfix) with ESMTP id 5322E13C4B8 for ; Tue, 6 Nov 2007 07:58:24 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1740565wxd for ; Mon, 05 Nov 2007 23:58:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=jgggS6Xxxn6bYhui/PR5yPr1e19GcMtYypr1fVVwPes=; b=aIQHpIjfxW2CxsVZRLHDhe3r5vXECDN5ki894u+PssvrxppxfV+E8AAC5OXBou/l6WPMHKG7XTz1/q+qxb9AwzkROLmBJl/1ldSMGUwaN0WJ4ar4euzqrCdyeOqH389iaAx+y0gfh9JtFunorhMLmy0eEQT9cQ4y1Dg0rVDsR+o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=Qa6h9BCxFQjZQFWf1Hn0yM7uEcXYDuuXmcAOoRQvwlKkVnBE3AIqhVfffnyRHDXHyIHdKWMQtHIWHrNKLNrSyT8gVSUZzbPt3fnQCQr2V57lbK09D/Ol5Io3QMXJW6F9NHWtXvw10Q+cbHJ4Umb+VpBPPK0zEUxT2B9AKX5an6I= Received: by 10.90.86.10 with SMTP id j10mr4015255agb.1194335892604; Mon, 05 Nov 2007 23:58:12 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id u25sm10631369ele.2007.11.05.23.58.10 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 05 Nov 2007 23:58:12 -0800 (PST) Message-ID: <47301E91.7070303@gmail.com> Date: Tue, 06 Nov 2007 02:58:09 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: d@delphij.net References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <472FD23E.1060001@delphij.net> <47301CF6.8030808@delphij.net> In-Reply-To: <47301CF6.8030808@delphij.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 07:58:24 -0000 Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Xin LI wrote: > >> Oops forgot to fix the ICH9 speed. Try this one. >> > > Forget this patch, the previous one (without ICH9 speed) is more correct. > So should I switch even if this one works ok (at least for PATA/SATA coexistence)? -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 07:59:47 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A79216A419 for ; Tue, 6 Nov 2007 07:59:47 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.net [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 21CAF13C4A5 for ; Tue, 6 Nov 2007 07:59:47 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:59409 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IpJLX-0006r1-7t for freebsd-current@freebsd.org; Tue, 06 Nov 2007 07:59:39 +0000 Message-ID: <47301ED8.7090105@conducive.net> Date: Tue, 06 Nov 2007 02:59:20 -0500 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472F6773.3080801@delphij.net> <472F6B02.2030801@delphij.net> <472F7C05.6050000@conducive.net> <472F84A2.90609@conducive.net> <472FCEDB.7030702@gmail.com> In-Reply-To: <472FCEDB.7030702@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 07:59:47 -0000 Aryeh M. Friedman wrote: > 韓家標 Bill Hacker wrote: >> sam wrote: >>> On Mon, 05 Nov 2007 21:24:37 +0100, 韓家標 Bill Hacker >>> wrote: *SNIP* > > It *HAS* been reported by at least 3 different sources and 3 different > hw vendors... only commonality is IHC9 on P35 chipsets. > '3' might satisfy Student's 'T' distribution, but is a damn slim number otherwise. And - while I am not opposed to wikification - if even 3 more reports are diverted, not shared *here*, then that's half the total known data input, and not a good thing in the end. If one cannot code, one can at least report test results better than has been the general case. In ONE place, please. Bill From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 08:00:46 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5408E16A46C; Tue, 6 Nov 2007 08:00: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 0B53B13C48A; Tue, 6 Nov 2007 08:00:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lA680ZoJ000493; Tue, 6 Nov 2007 03:00:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lA680YWC047472; Tue, 6 Nov 2007 03:00:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C66FE7302F; Tue, 6 Nov 2007 03:00:34 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071106080034.C66FE7302F@freebsd-current.sentex.ca> Date: Tue, 6 Nov 2007 03:00:34 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 08:00:46 -0000 TB --- 2007-11-06 06:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-06 06:45:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-11-06 06:45:00 - cleaning the object tree TB --- 2007-11-06 06:45:25 - checking out the source tree TB --- 2007-11-06 06:45:25 - cd /tinderbox/HEAD/arm/arm TB --- 2007-11-06 06:45:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-06 06:54:10 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-06 06:54:10 - cd /src TB --- 2007-11-06 06:54:10 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 6 06:54:12 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/main.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/mbufs.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/netcmds.c /src/usr.bin/systat/netcmds.c: In function 'netcmd': /src/usr.bin/systat/netcmds.c:127: internal compiler error: internal consistency failure Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-06 08:00:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-06 08:00:34 - ERROR: failed to build world TB --- 2007-11-06 08:00:34 - tinderbox aborted TB --- 0.38 user 1.75 system 4534.26 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 08:01:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3A1716A417 for ; Tue, 6 Nov 2007 08:01:29 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 8200513C494 for ; Tue, 6 Nov 2007 08:01:29 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id C4DCEEB45C6; Tue, 6 Nov 2007 16:01:30 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id 4RTYxGS84Uk0; Tue, 6 Nov 2007 16:01:22 +0800 (CST) Received: from charlie.delphij.net (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 484C1EB45B8; Tue, 6 Nov 2007 16:01:18 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=TYldLs3NFDu+dE4Ehzr+DeicbhTioDDvKKLediWmHVSkF0uCqMM67RX8zBUZUjJA7 8QHYzmH/9471RZN3CF61Q== Message-ID: <47301F40.8070605@delphij.net> Date: Tue, 06 Nov 2007 00:01:04 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <472FD23E.1060001@delphij.net> <47301CF6.8030808@delphij.net> <47301E91.7070303@gmail.com> In-Reply-To: <47301E91.7070303@gmail.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 08:01:30 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Aryeh M. Friedman wrote: > Xin LI wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Xin LI wrote: >> >>> Oops forgot to fix the ICH9 speed. Try this one. >>> >> Forget this patch, the previous one (without ICH9 speed) is more correct. >> > > So should I switch even if this one works ok (at least for PATA/SATA > coexistence)? Yes (so that you get the correct speed of ICH9, ironically I have misunderstood the spec). I am working on a new patch. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD4DBQFHMB8/hcUczkLqiksRAq3jAJsFqvBlWdtXH+HUoDNbvo+zHZZ6QwCXZDLx vZcvTUR+jIbMfzZDy9n6ig== =iZ80 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 08:06:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93E7416A41A for ; Tue, 6 Nov 2007 08:06:30 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by mx1.freebsd.org (Postfix) with ESMTP id 4695813C4B5 for ; Tue, 6 Nov 2007 08:06:30 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1742404wxd for ; Tue, 06 Nov 2007 00:06:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; bh=NDg/UmAJa1SlQxrjtuTRj6sBXe4PO63XhnTo3N2C1AI=; b=qiMhj4Ax5OHnSinufHCzi2jaN8GZFSXjIxKMSEHNpELSb3pLQadXguEIwL7xCKDXqZuQjBtnIe1p7atDdzTteiwev4TG3fsa3tGSxNXzVl5hMfuQEoSTJHUGwdzvvIT2fmgcG+yctHULPVaQ3rtna2KsesWwAg/Evn3AaaSoREA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=tcOVPGCwSfeVRGmDqhZyGWX4+CaD9AtuG4WhHy4Zr1rphHmhlex4SBbv1wLVT0JeQeTd9O1JFP76EvKGBVOSb8t65KfyugCPdmwhdndNEmYVoCksi04PudaBdsDwK206YQ1Uy+k0eZdzgp/4v4NPclLlY80IDJZvdq42Wvd1Pnc= Received: by 10.70.45.10 with SMTP id s10mr9754685wxs.1194336382341; Tue, 06 Nov 2007 00:06:22 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id r28sm10735115ele.2007.11.06.00.06.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Nov 2007 00:06:21 -0800 (PST) Message-ID: <4730207C.7010701@gmail.com> Date: Tue, 06 Nov 2007 03:06:20 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: [RFI] status of the nVidia requested kernel mods X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 08:06:30 -0000 A while ago nVidia requested some major mods to mmap and a few other memory related issues in the kernel does anyone know the current status of these issues (the wiki still lists them as pending but I just wanted to know if that was just due to lack of updated of the wiki).... the reason for asking is I would like to take "ownership" of the issue set (looking for a good kernel project not being done by half a dozen other people) -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 08:11:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2D5516A41A for ; Tue, 6 Nov 2007 08:11:32 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.225]) by mx1.freebsd.org (Postfix) with ESMTP id 4F96513C4A6 for ; Tue, 6 Nov 2007 08:11:32 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1743986wxd for ; Tue, 06 Nov 2007 00:11:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=jMHQt57e3teO4b2er0Wpg3DXedC2TkeMLDWtsVqEtHk=; b=INvDbJUHfFZr/AxMsWdj4ULgEpJg6TFNvf/zPLjwLXNfa26NPYm+9qlA0x99qdOZFXb/qPusef2WBq3kwxKxYaoD5D2ldsd+kbrq48njGiwODECLP1L1I4QQsPLVt6TS+SrGDNUT0iwj97RmPc0SZv8T77RHBh2InA6mb6PxlKo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=GSt/Fwkq8pdEieFXY+rp1uXV6ZxFDjZ52xBIUgn1YCCZCPhud/Qv5qVgZsthgvypE7jMUSJAKNxwx+E/X3AIpQum8KJdEjNBH6D4x7KXXcJv0ykyXCUyX2D+5UeQOYqcE08urANTqKLH0npxiQMRarz2saPtDzBlMqDdXI0JWvY= Received: by 10.90.75.10 with SMTP id x10mr4031053aga.1194336681211; Tue, 06 Nov 2007 00:11:21 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id m33sm10734935ele.2007.11.06.00.11.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Nov 2007 00:11:20 -0800 (PST) Message-ID: <473021A6.3000203@gmail.com> Date: Tue, 06 Nov 2007 03:11:18 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Giorgos Keramidas References: <472F5D9A.9050900@delphij.net> <472F6773.3080801@delphij.net> <472F6B02.2030801@delphij.net> <472F7C05.6050000@conducive.net> <472FCE60.9070806@gmail.com> <47301A4A.2030807@conducive.net> <47301E48.1000409@gmail.com> <20071106080634.GA8648@kobe.laptop> In-Reply-To: <20071106080634.GA8648@kobe.laptop> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Bill Hacker , freebsd-current@freebsd.org Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 08:11:32 -0000 > That's the way a lot of FreeBSD developers work. It may look 'flawed' > and 'wrong', but there are probably a fair number of reasons why this is > their preferred 'mode of operation'. For example, they may not have web > access at all times. An email with a lot of useful information in the > form of a logfile is available when 'offline' too. A wiki is not. > > I'm not saying that you shouldn't use your favorite means of collecting > information from these threads (i.e. the wiki), but it is important to > realize that it's *not* easier or more useful than the mailing lists; > what is *can* be is another source of information, a complementary > resource :) > > Now we are going in circles... one of the very first replies in this thread I said just that! (well at least the wiki was for record keeping only but the list was the discussion location) -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 08:14:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9654816A417 for ; Tue, 6 Nov 2007 08:14:10 +0000 (UTC) (envelope-from bamston@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (reactor-xg.kiev.ua [82.144.204.150]) by mx1.freebsd.org (Postfix) with ESMTP id 0A6F513C48A for ; Tue, 6 Nov 2007 08:14:09 +0000 (UTC) (envelope-from bamston@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (mail.reactor-xg.kiev.ua [82.144.204.150]) by mail.reactor-xg.kiev.ua (Reactor-XG Mailer System) with ESMTP id lA67cacH029897 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 6 Nov 2007 09:38:41 +0200 (EET) (envelope-from bamston@reactor-xg.kiev.ua) Authentication-Results: mail.reactor-xg.kiev.ua from=bamston@reactor-xg.kiev.ua; sender-id=pass; spf=pass From: "Andrei V. Lavreniyuk" Organization: Technica-03, Inc. To: freebsd-current@freebsd.org Date: Tue, 6 Nov 2007 09:38:33 +0200 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200711060938.36093.bamston@reactor-xg.kiev.ua> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on mail.reactor-xg.kiev.ua X-Virus-Status: Clean Subject: acpi0: reservation of 0, a0000 (3) failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 08:14:10 -0000 Hi! My motherboard - P5P800-MX Bios version 1007 # uname -a =46reeBSD mail.local 7.0-BETA2 FreeBSD 7.0-BETA2 #0: Tue Nov =A06 06:43:25 = EET=20 2007 =A0 =A0 root@mail.local:/usr/obj/usr/src/sys/MAIL =A0i386 =2D------------------------------------------------- +FreeBSD 7.0-BETA2 #0: Mon Nov =A05 15:12:40 EET 2007 + =A0 =A0root@mail.local:/usr/obj/usr/src/sys/MAIL +avail memory =3D 1032753152 (984 MB) +ACPI APIC Table: +cryptosoft0: on motherboard +acpi0: [ITHREAD] +acpi0: reservation of 0, a0000 (3) failed +acpi0: reservation of 100000, 3f6f0000 (3) failed ^^^^^^^^^^^^^^^^^ =A0????????????????? +p4tcc0: on cpu0 +p4tcc1: on cpu1 +vgapci0: port 0xdc00-0xdc07 mem=20 0xf0000000-0xf7ffffff,0xfbe80000-0xfbefffff irq 16 at device 2.0 on pci0 +agp0: on vgapci0 +ukphy0: PHY 24 on miibus0 +xl0: [ITHREAD] +ahc0: [ITHREAD] +ukphy1: PHY 24 on miibus1 +xl1: [ITHREAD] +ata0: [ITHREAD] +ata1: [ITHREAD] +atapci1: [ITHREAD] +ata2: [ITHREAD] +ata3: [ITHREAD] +ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 +ppc0: [GIANT-LOCKED] +ppc0: [ITHREAD] +atkbd0: [ITHREAD] +sio0: [FILTER] +orm0: at iomem=20 0xc0000-0xc9fff,0xca000-0xca7ff,0xca800-0xcafff,0xcb000-0xcb7ff pnpid ORM00= 00=20 on isa0 =2D------------------------------------------------ Best regards, Andrei Lavreniyuk. =20 From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 08:26:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9827616A417 for ; Tue, 6 Nov 2007 08:26:08 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 8F89613C4A5 for ; Tue, 6 Nov 2007 08:26:07 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (dialup81.ach.sch.gr [81.186.70.81]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id lA68PUqq025023 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 6 Nov 2007 10:25:39 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id lA68PTDd027857; Tue, 6 Nov 2007 10:25:29 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id lA68PM4c027763; Tue, 6 Nov 2007 10:25:22 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Tue, 6 Nov 2007 10:25:22 +0200 From: Giorgos Keramidas To: "Aryeh M. Friedman" Message-ID: <20071106082522.GA22607@kobe.laptop> References: <472F6773.3080801@delphij.net> <472F6B02.2030801@delphij.net> <472F7C05.6050000@conducive.net> <472FCE60.9070806@gmail.com> <47301A4A.2030807@conducive.net> <47301E48.1000409@gmail.com> <20071106080634.GA8648@kobe.laptop> <473021A6.3000203@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <473021A6.3000203@gmail.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.931, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.47, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 08:26:08 -0000 On 2007-11-06 03:11, "Aryeh M. Friedman" wrote: > Giorgos Keramidas wrote: > > That's the way a lot of FreeBSD developers work. It may look > > 'flawed' and 'wrong', but there are probably a fair number of > > reasons why this is their preferred 'mode of operation'. For > > example, they may not have web access at all times. An email > > with a lot of useful information in the form of a logfile is > > available when 'offline' too. A wiki is not. > > > > I'm not saying that you shouldn't use your favorite means of > > collecting information from these threads (i.e. the wiki), > > but it is important to realize that it's *not* easier or more > > useful than the mailing lists; what is *can* be is another > > source of information, a complementary resource :) > > Now we are going in circles... one of the very first replies in this > thread I said just that! (well at least the wiki was for record > keeping only but the list was the discussion location) I only mentioned why the mailing list should be where all discussion takes place because you seem to be pushing so hard about 'the wiki' (as in 'mentioning every couple of posts or so'). That's fine. But you should really consider stopping the 'whining about the wiki', and keep working with Xin Li, who has patiently kept going even after comments like: ``Now do you see why we need a wiki?'' I personally don't. The patronising tone of similar comments is something which risks alienating you from Xin Li, or any other developers who are willing to help. Please don't do that :) PS: Your mailer seems to be stripping off attribution lines, which makes it a bit hard to follow deeply nested quotes. Can you please check to see if there's an option to fix that? From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 08:26:11 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03DBC16A468 for ; Tue, 6 Nov 2007 08:26:11 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 0C1F013C4AC for ; Tue, 6 Nov 2007 08:26:09 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (dialup81.ach.sch.gr [81.186.70.81]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id lA686f0S024162 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 6 Nov 2007 10:06:52 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id lA686eql015716; Tue, 6 Nov 2007 10:06:40 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id lA686Y3X015715; Tue, 6 Nov 2007 10:06:34 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Tue, 6 Nov 2007 10:06:34 +0200 From: Giorgos Keramidas To: "Aryeh M. Friedman" Message-ID: <20071106080634.GA8648@kobe.laptop> References: <472F5D9A.9050900@delphij.net> <472F6773.3080801@delphij.net> <472F6B02.2030801@delphij.net> <472F7C05.6050000@conducive.net> <472FCE60.9070806@gmail.com> <47301A4A.2030807@conducive.net> <47301E48.1000409@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47301E48.1000409@gmail.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.931, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.47, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: Bill Hacker , freebsd-current@freebsd.org Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 08:26:11 -0000 On 2007-11-06 02:56, "Aryeh M. Friedman" wrote: >>> 2. The only difference between different hardware is the >>> implications of sw issues... for example I get timeouts but no >>> infinite cycle when booting from cd >> >> ACK - and developers of software very seldom have access to even the >> tiniest fraction of the hardware that the community at large have >> their hands on. > > And that is why I volunteered to help out but it seems they prefer for > me to just send various diag dumps so neither of us has any grounds > for complaint here I think. That's the way a lot of FreeBSD developers work. It may look 'flawed' and 'wrong', but there are probably a fair number of reasons why this is their preferred 'mode of operation'. For example, they may not have web access at all times. An email with a lot of useful information in the form of a logfile is available when 'offline' too. A wiki is not. I'm not saying that you shouldn't use your favorite means of collecting information from these threads (i.e. the wiki), but it is important to realize that it's *not* easier or more useful than the mailing lists; what is *can* be is another source of information, a complementary resource :) From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 08:28:11 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A9E016A469 for ; Tue, 6 Nov 2007 08:28:11 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.227]) by mx1.freebsd.org (Postfix) with ESMTP id E80C313C4B6 for ; Tue, 6 Nov 2007 08:28:10 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1746452wxd for ; Tue, 06 Nov 2007 00:27:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=m8Cwz+o2wYxZCN3pzLbHA6npBuvI2tiFfFfOFpm46hg=; b=olRtOSnanW3wmQ8aBAX5Hturc3Mfwy0g9Es3uwkJTk4Zsr04GovH7i/PUr8OhUEYWDOP7VzMzp3HLFVyuj0BAgadv1ZB6RHsvHYsqNh7ygLd2nQYhfuDfr7Pb+b60wZdVlZa3+jGTc7YEHdDQptfj1fnl2EIIiGpnMe2ZjpbVWs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=GXDGOLMBYQiuKCLZar77ifDh9wlTC8o5UIsqmzinVue6sAx5vWMbmsRR7E3Q/koTQujtjxUpSlicL5hMT0B9XSJC0UAptE5lTNtehww5lvgN0usumSTZ2RiS5tFoazgFCx6LT5Cfj53WPbPn8Qd9Tk2xwa3+Y+iPKdqytPob94w= Received: by 10.70.52.1 with SMTP id z1mr9790233wxz.1194337674475; Tue, 06 Nov 2007 00:27:54 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id v26sm10693975ele.2007.11.06.00.27.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Nov 2007 00:27:52 -0800 (PST) Message-ID: <47302587.7060103@gmail.com> Date: Tue, 06 Nov 2007 03:27:51 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Giorgos Keramidas References: <472F6773.3080801@delphij.net> <472F6B02.2030801@delphij.net> <472F7C05.6050000@conducive.net> <472FCE60.9070806@gmail.com> <47301A4A.2030807@conducive.net> <47301E48.1000409@gmail.com> <20071106080634.GA8648@kobe.laptop> <473021A6.3000203@gmail.com> <20071106082522.GA22607@kobe.laptop> In-Reply-To: <20071106082522.GA22607@kobe.laptop> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 08:28:11 -0000 Giorgos Keramidas wrote: > > PS: Your mailer seems to be stripping off attribution lines, which makes > it a bit hard to follow deeply nested quotes. Can you please check to > see if there's an option to fix that? > I do it without noticing (not the mailer) -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 08:31:44 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1F4416A417 for ; Tue, 6 Nov 2007 08:31:44 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.235]) by mx1.freebsd.org (Postfix) with ESMTP id 6760113C48D for ; Tue, 6 Nov 2007 08:31:44 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1746991wxd for ; Tue, 06 Nov 2007 00:31:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=52K8oHN+4ecoKv2tIMUvrZcnAEqBfWOyzRfCLE4hhS8=; b=sTyGvndAkKeiAob8hjU0sVkLGf7UvWVkT5TRYPZvWTDKaBhltczYfRSjS4ItHLrUNjATYX6HlMxPESwUxtcW7+MgVQ8aR0wGouYeBC6hb++Qix/JPG9Dn1aILG13MjKxKXLusJgLa849jzv6LnLkvQqWktSA1DKHNb38xJrNPpM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=GWTehtNaBbPhqTpzwiWHENulqDRjPM7lOAXUTq5EebYhJNAVNmyLyheYr5zazwsB7cKD3v2ubJNtYwMnYG5FDzlQMYR2cVOcGFlyvB3ggc/Kcu30xksNROK/4bQpYrE+dA83ngkCYMH/zPXsdpfNPWiUulYqdEC2iycfjnQdq30= Received: by 10.90.49.1 with SMTP id w1mr330840agw.1194337898921; Tue, 06 Nov 2007 00:31:38 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id c29sm8862321elf.2007.11.06.00.31.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Nov 2007 00:31:37 -0800 (PST) Message-ID: <47302667.8030900@gmail.com> Date: Tue, 06 Nov 2007 03:31:35 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: d@delphij.net References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <472FD23E.1060001@delphij.net> <47301CF6.8030808@delphij.net> <47301E91.7070303@gmail.com> <47301F40.8070605@delphij.net> In-Reply-To: <47301F40.8070605@delphij.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 08:31:44 -0000 Xin LI wrote: > > > Yes (so that you get the correct speed of ICH9, ironically I have > misunderstood the spec). I am working on a new patch. The speeds are still incorrect (150 instead of 300) -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 08:35:19 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41DA416A417 for ; Tue, 6 Nov 2007 08:35:19 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id C942D13C4BC for ; Tue, 6 Nov 2007 08:35:18 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 9335 invoked by uid 399); 6 Nov 2007 08:34:44 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 6 Nov 2007 08:34:44 -0000 X-Originating-IP: 127.0.0.1 Date: Tue, 6 Nov 2007 00:34:42 -0800 (PST) From: Doug Barton To: "Aryeh M. Friedman" In-Reply-To: <4730207C.7010701@gmail.com> Message-ID: References: <4730207C.7010701@gmail.com> X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: [RFI] status of the nVidia requested kernel mods X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 08:35:19 -0000 On Tue, 6 Nov 2007, Aryeh M. Friedman wrote: > A while ago nVidia requested some major mods to mmap and a few other > memory related issues in the kernel does anyone know the current status > of these issues (the wiki still lists them as pending but I just wanted > to know if that was just due to lack of updated of the wiki).... the > reason for asking is I would like to take "ownership" of the issue set > (looking for a good kernel project not being done by half a dozen other > people) Ownership of projects is not asserted, it's demonstrated. Good luck with this worthy project. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 08:36:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D4EF16A41B for ; Tue, 6 Nov 2007 08:36:17 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.233]) by mx1.freebsd.org (Postfix) with ESMTP id E12C013C4BB for ; Tue, 6 Nov 2007 08:36:16 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1747781wxd for ; Tue, 06 Nov 2007 00:36:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=jyijdDt4fJZga79qNmi/H02om5QkyfIh2FNGj56WokU=; b=jEklNuBsMzq53tZZSBnPFP3ggBt5ZpWOlLRLkXbm409tTZCF30RHixdkw9CBj3ghdzp23VNHZsyjqtEHdTfLOUQ6vzPDPAcUbcmA5/BnzlSxLROcHUdekd7MwRJKKsqFigdlNi+jyZDom9J069XDmBMAIiuyXg+6OhyNUJWeNgA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=TnxXY1aME+dvtaat2R6gca1AF4aqo+t9LtrkcG4xySEb3ssapdRtM1RTh/84SzWtLpUzrWw7wpH7ddcO3YwCxioQ78M6xbAh3AmUrmy+7OL5g1W3JfFMxDwjGPKzmy8gNLLZBHXKNDTFPELyvND4xt8hZ9OjOn0oWiydVPdrwCs= Received: by 10.90.81.8 with SMTP id e8mr3588578agb.1194338165858; Tue, 06 Nov 2007 00:36:05 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id u25sm10676304ele.2007.11.06.00.36.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Nov 2007 00:36:05 -0800 (PST) Message-ID: <47302773.3040902@gmail.com> Date: Tue, 06 Nov 2007 03:36:03 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Doug Barton References: <4730207C.7010701@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [RFI] status of the nVidia requested kernel mods X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 08:36:17 -0000 Doug Barton wrote: > On Tue, 6 Nov 2007, Aryeh M. Friedman wrote: > >> A while ago nVidia requested some major mods to mmap and a few other >> memory related issues in the kernel does anyone know the current status >> of these issues (the wiki still lists them as pending but I just wanted >> to know if that was just due to lack of updated of the wiki).... the >> reason for asking is I would like to take "ownership" of the issue set >> (looking for a good kernel project not being done by half a dozen other >> people) > > Ownership of projects is not asserted, it's demonstrated. Good luck > with this worthy project. Other then the semantics my intent is clear I think. I was just making sure no one else was working on it. -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 08:46:39 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F16EB16A46C for ; Tue, 6 Nov 2007 08:46:39 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.226]) by mx1.freebsd.org (Postfix) with ESMTP id 9491913C4BE for ; Tue, 6 Nov 2007 08:46:39 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1749712wxd for ; Tue, 06 Nov 2007 00:46:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; bh=aMWYh0Y1ZYwnX3gxSJ8okWgeffZaH+WrMCToxagu9uo=; b=ReGtsJjFEzIyd3wWZXQ14STOJu2l7Y4ON0soeixmHpf5FcI3YD60d0muWL7XJztTUJ+2DQ9JAFBItdfu8HQG9rZWMdKm11hMVgM9DL8fh6rOWH6+hsAwmIP/xZMq9mdA3TAr2wSIzIgDtaELwkMkbBNRgzRfPQ8dmKVHZnV6pzw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=cSm6dNyKX4AWNZ1XyCf+t8GXNt5yLrkMIlWuinGp/D0Gc0NdZ08DKJEfaa7YaWAm7TXI6dG1m/eOP+/5nvN/5hDjGUlEtQ+HfvlXo2ykmnQc0S1xRPBvYtvNCw8mPFW8x1tNuEq3HXC2/4sfBL32iPCubHv6OCjYqWGVlIzrZQ4= Received: by 10.90.91.14 with SMTP id o14mr4048441agb.1194338355829; Tue, 06 Nov 2007 00:39:15 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id i27sm10806475elf.2007.11.06.00.39.14 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Nov 2007 00:39:14 -0800 (PST) Message-ID: <47302831.8060502@gmail.com> Date: Tue, 06 Nov 2007 03:39:13 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-gnome@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: engimail+thunderbird not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 08:46:40 -0000 Under 8-current (amd64), gnome 2.20.1, Enigmail 0.95.5 (20071031) and thunderbird 2.0.0.6 when ever I attempt to use enigmail it says "engimail service unavaible" (it even says that when sending non-signed/encrypted mail)... I don't know enough about the inner workings of any of these to know where to find any possible logging and no error messages are given to stdout and/or in dialogs... how do I start to debug this? -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 09:01:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A787616A418 for ; Tue, 6 Nov 2007 09:01:14 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from galain.elvandar.org (galain.elvandar.org [217.148.169.56]) by mx1.freebsd.org (Postfix) with ESMTP id 6183313C491 for ; Tue, 6 Nov 2007 09:01:14 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from localhost ([127.0.0.1] helo=galain.elvandar.org) by galain.elvandar.org with esmtpa (Exim 4.67) (envelope-from ) id 1IpJdW-000E1O-CK; Tue, 06 Nov 2007 09:18:14 +0100 Received: from 194.74.82.3 (SquirrelMail authenticated user remko) by galain.elvandar.org with HTTP; Tue, 6 Nov 2007 09:18:14 +0100 (CET) Message-ID: <10508.194.74.82.3.1194337094.squirrel@galain.elvandar.org> Date: Tue, 6 Nov 2007 09:18:14 +0100 (CET) From: "Remko Lodder" To: "Aryeh M. Friedman" User-Agent: SquirrelMail/1.4.11 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org Subject: Re: [RFI] status of the nVidia requested kernel mods X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 09:01:14 -0000 >From what I know the wiki status is the last status available. On Tue, November 6, 2007 9:06 am, Aryeh M. Friedman wrote: > A while ago nVidia requested some major mods to mmap and a few other > memory related issues in the kernel does anyone know the current status > of these issues (the wiki still lists them as pending but I just wanted > to know if that was just due to lack of updated of the wiki).... the > reason for asking is I would like to take "ownership" of the issue set > (looking for a good kernel project not being done by half a dozen other > people) > > -- > Aryeh M. Friedman > Developer, not business, friendly > http://www.flosoft-systems.com > > _______________________________________________ > 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" > -- Kind regards, Remko Lodder ** remko@elvandar.org FreeBSD ** remko@FreeBSD.org /* Quis custodiet ipsos custodes */ From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 09:06:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 368FE16A417 for ; Tue, 6 Nov 2007 09:06:22 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1523113C48A for ; Tue, 6 Nov 2007 09:06:22 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 96FD61CC03C; Tue, 6 Nov 2007 01:06:10 -0800 (PST) Date: Tue, 6 Nov 2007 01:06:10 -0800 From: Jeremy Chadwick To: "Aryeh M. Friedman" Message-ID: <20071106090610.GA83703@eos.sc1.parodius.com> References: <472F6B02.2030801@delphij.net> <472F7C05.6050000@conducive.net> <472FCE60.9070806@gmail.com> <47301A4A.2030807@conducive.net> <47301E48.1000409@gmail.com> <20071106080634.GA8648@kobe.laptop> <473021A6.3000203@gmail.com> <20071106082522.GA22607@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071106082522.GA22607@kobe.laptop> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Giorgos Keramidas , freebsd-current@freebsd.org Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 09:06:22 -0000 On Tue, Nov 06, 2007 at 10:25:22AM +0200, Giorgos Keramidas wrote: > I only mentioned why the mailing list should be where all discussion > takes place because you seem to be pushing so hard about 'the wiki' > (as in 'mentioning every couple of posts or so'). > > That's fine. I've been considering responding to this thread for quite some time, but have sat quiet until now. I knew this would happen, sigh... Wikis are not for this sort of thing. They are for community-managed documentation of a subject -- they are not for bug tracking, troubleshooting, or patch-providing. Yes, I am aware that there are Wikis all over the place that are being used for this sort of thing, and those people should really reconsider what they're using the Wiki for. Yes, I am fairly opinionated on this matter. Here's some facts about Wikis which apply to this specific scenario: Wikis are completely and totally chaotic: - Person A visits the Wiki, sees Information Point X. Person A then goes off to write a patch over the course of 24-48 hours, to address the problem in Information Point X. - Within that 24-48 hours, Person B has decided to update the Wiki with "new information", including such things as removing Information Point X entirely. - 24-48 hours later, Person A posts a patch to the mailing list where the Wiki was mentioned. Person B responds "That's a non- issue/no longer a problem, did you not read the Wiki?" - Above usually does not happen with mailing lists, simply because people consider mail more important/more real-time than a Wiki. Wikis make following conversations impossible: - Look at Wikipedia's "Discussion" tabs sometime; HI I THNK BLA BLA AND WHOEVUR FOOBARBLAT IZ YEAH WELL UR RONG LOL ~~~~MYNAME). Yeah, that's a really good way to communicate. *blink* - A Wiki should not be used as a mailing list replacement. The instant I saw "I've got this Wiki for all of this" posted, I knew this entire issue was going to become impossible to follow, and would drive developers batty. > PS: Your mailer seems to be stripping off attribution lines, which makes > it a bit hard to follow deeply nested quotes. Can you please check to > see if there's an option to fix that? I do the same thing (case point). Deeply-nested quotes become incredibly annoying when you have to skip 4-5 pages of quotes just to get to the reply. It's much easier to use a mail client that has decent threading support (mutt for example), and for recalling what someone said, look back a couple thread entries. But at least he's not top-posting, right? ;-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 09:13:58 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0851A16A417 for ; Tue, 6 Nov 2007 09:13:58 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 6FA8C13C4A7 for ; Tue, 6 Nov 2007 09:13:57 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id C7FDBEB4744; Tue, 6 Nov 2007 17:13:53 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id klpTZBPwHmtj; Tue, 6 Nov 2007 17:13:49 +0800 (CST) Received: from charlie.delphij.net (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 3F5BCEB4567; Tue, 6 Nov 2007 17:13:44 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=Ho/2inlRGNjxUubl8s4UWg0WF68ateUavXBbY4ICMfd4m6LNc9GLM/+KYS6GDmzkr VaE+nihBQIyZFAIavKVYw== Message-ID: <47303037.6040305@delphij.net> Date: Tue, 06 Nov 2007 01:13:27 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <473001E7.2090201@yandex.ru> In-Reply-To: <473001E7.2090201@yandex.ru> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: "Aryeh M. Friedman" , freebsd-current@freebsd.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 09:13:58 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andrey V. Elsukov wrote: > Xin LI wrote: >> Thanks for the information, I'd appreciate if you would help me to test >> the attached patch against RELENG_7 (should apply to HEAD as well). > > Hi, Xin. > > This patch is not correct for me. I think we need implement a > full support for several new Marvell chips: > #define ATA_M88SE6101 0x610111ab /* ThorLite 1P */ > #define ATA_M88SE6111 0x611111ab /* ThorLite 1S/1P */ > #define ATA_M88SE6121 0x612111ab /* ThorLite 2S/1P */ > #define ATA_M88SE6122 0x612211ab /* ThorLite 2S/1P w/ flash */ > #define ATA_M88SE6141 0x614111ab /* Thor 4S/1P */ > #define ATA_M88SE6145 0x614511ab /* Thor 4S/1P */ Yes, you are correct, we need some AHCI stuff. > There is a linux driver from ASUS: > ftp://dlsvr01.asus.com/pub/ASUS/mb/socket775/P5E_WS_Professional/LinuxDrivers.zip Googl'ing did not revealed me some useful material like datasheets for this, so what we can do is probably to "guess" the meaning of the Linux driver (I have got one but that appears to be generated by some script containing a lot of redundant code and mostly "XXX not yet" comments :-/) The download from the site you mentioned is quite slow here. It's 1:00AM here so I have to go to sleep, and have the download continue. > These controllers have one PATA port and may have several SATA ports. > As i understand from the sources controller is mostly AHCI-like. It > use AHCI registers, but not fully AHCI. Also driver need some hacks > if we want to have both SATA and PATA support, because current our > ata driver uses methods from the parent atapci driver for each > channel, but we need different methods for SATA and PATA. > > I think the right way - try to fix ICH9 part of this problem and wait > until we will have a full support for the Marvell chips. Yes. Unfortunately one of the patch that attempts to address the speed mismatch was wrong due to a misread of the spec, so please don't bother to try that patcheset. BTW I have reproduced some READ_BIG issues but that's unrelated chipset, which could be some hardware problem because it is old. Do you have some more issues with ICH9 except those are mentioned in this thread? It seems that you have mentioned kern/113195 and kern/116125, according to my first glance these patches it seems that the second one contains all necessary bits in the first one (maybe some slight difference due to different KPI, though), and the risk seems to be controllable (does not seem to break previously supported chipset). I guess it might be ok to have it committed with some proper review, I will try to ping sos@ tomorrow morning after some careful inspect to it. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHMDA2hcUczkLqiksRAuMQAJ9agNvjNAm4VztrKtdbM+rEPSYraQCdE2VC UOlzR0SAZ8Nl/sUZ/h6pN0g= =cx1Z -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 09:14:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8039216A41B for ; Tue, 6 Nov 2007 09:14:23 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6337713C4B0 for ; Tue, 6 Nov 2007 09:14:23 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id B22BC1CC065; Tue, 6 Nov 2007 01:14:09 -0800 (PST) Date: Tue, 6 Nov 2007 01:14:09 -0800 From: Jeremy Chadwick To: "Aryeh M. Friedman" Message-ID: <20071106091409.GB83703@eos.sc1.parodius.com> References: <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <472FD23E.1060001@delphij.net> <47301CF6.8030808@delphij.net> <47301E91.7070303@gmail.com> <47301F40.8070605@delphij.net> <47302667.8030900@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47302667.8030900@gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 09:14:23 -0000 On Tue, Nov 06, 2007 at 03:31:35AM -0500, Aryeh M. Friedman wrote: > Xin LI wrote: > > > > > > Yes (so that you get the correct speed of ICH9, ironically I have > > misunderstood the spec). I am working on a new patch. > > The speeds are still incorrect (150 instead of 300) According to the thread and Wiki data I see, you're complaining that the following two devices on your SATA bus are SATA150 when they should be SATA300, correct? Master: ad8 Serial ATA v1.0 Master: acd0 Serial ATA v1.0 1) Have you verified that the SATA150-limiting jumper on your Seagate drive has been removed? SATA300 drives from Seagate come from the factory with that jumper connected, limiting the drive to SATA150. 2) Do you happen to be using a PATA-to-SATA adapter on the DVD drive? 3) If No to #2, are you sure that the ICH9 does SATA300 with ATAPI devices? Does the mainboard BIOS even support it for ATAPI? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 09:30:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40A4516A41B; Tue, 6 Nov 2007 09:30:00 +0000 (UTC) (envelope-from BORJAMAR@SARENET.ES) Received: from proxypop1.sarenet.es (proxypop1.sarenet.es [194.30.0.99]) by mx1.freebsd.org (Postfix) with ESMTP id EDFAF13C4BD; Tue, 6 Nov 2007 09:29:59 +0000 (UTC) (envelope-from BORJAMAR@SARENET.ES) Received: from localhost (matahari.sarenet.es [192.148.167.18]) by proxypop1.sarenet.es (Postfix) with ESMTP id 89A195CA5; Tue, 6 Nov 2007 10:04:55 +0100 (CET) Message-Id: <6214AB9C-9F9B-4B9D-8B05-0B3DF5F6C16D@SARENET.ES> From: Borja Marcos To: Niki Denev In-Reply-To: <2e77fc10711051531k41e7224dq6aaedb35cad8d9f2@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Tue, 6 Nov 2007 10:04:43 +0100 References: <20071005000046.GC92272@garage.freebsd.pl> <20071008121523.GM2327@garage.freebsd.pl> <20071105215035.GC26730@heff.fud.org.nz> <2e77fc10711051531k41e7224dq6aaedb35cad8d9f2@mail.gmail.com> X-Mailer: Apple Mail (2.912) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS kmem_map too small. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 09:30:00 -0000 On Nov 6, 2007, at 12:31 AM, Niki Denev wrote: > I have fairly easy reproductable (bonnie++) kmem_map too small panics > on AMD64 even with kmem_size and kmem_size_max to 1G on 8Gig machine. > I've tried setting them to 2G but the kernel panics on boot. > I have compiled in debugger support and can provide backtraces and > testing if needed (the machine is still not in production). Same here. I can provoke an instant panic running (for example) a make buildworld and bonnie++. I have all the filesystems on ZFS, booting from a USB pendrive. I tried to set the kernel memory limits to 1.5 GB but it still crashes with the kmem_too_small panic. I also tried the patch supplied by Pawel. The machine has 6 hard disks configured as a raidz2 pool. Please let me know of any test anyone might need. Borja. ---------------- "The thing he realised about the windows was this: because they had been converted into openable windows after they had first been designed to be impregnable, they were, in fact, much less secure than if they had been designed as openable windows in the first place." Douglas Adams, "Mostly Harmless" From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 09:31:13 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E82816A418 for ; Tue, 6 Nov 2007 09:31:13 +0000 (UTC) (envelope-from freebsd.lists@fsck.ch) Received: from xsmtp1.ethz.ch (xsmtp1.ethz.ch [82.130.70.13]) by mx1.freebsd.org (Postfix) with ESMTP id 8E01113C49D for ; Tue, 6 Nov 2007 09:31:12 +0000 (UTC) (envelope-from freebsd.lists@fsck.ch) Received: from xfe1.d.ethz.ch ([82.130.124.41]) by xsmtp1.ethz.ch with Microsoft SMTPSVC(6.0.3790.3959); Tue, 6 Nov 2007 10:18:23 +0100 Received: from default.fsck.ch ([82.130.71.245]) by xfe1.d.ethz.ch over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Tue, 6 Nov 2007 10:18:23 +0100 Message-ID: <4730315A.7060105@fsck.ch> Date: Tue, 06 Nov 2007 10:18:18 +0100 From: Tobias Roth User-Agent: Thunderbird 2.0.0.6 (X11/20071102) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <473016F5.80209@gmail.com> In-Reply-To: <473016F5.80209@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 06 Nov 2007 09:18:23.0210 (UTC) FILETIME=[FACCE4A0:01C82055] Cc: freebsd-current@freebsd.org Subject: Re: using a raw disk for qemu image X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 09:31:13 -0000 Aryeh M. Friedman wrote: > I know this is not a FreeBSD question persay but if I have XP installed > on an other drive and want to access it with qemu what is the command > line for qemu of qemu-img to enable this... before anyone asks I am not > using wine because it doesn't run on amd54 I know this is not the answer to your question per se, but have you checked whether the problem lies with gpg-agent? For me thunderbird+enigmail usually hang the first time it attempts to read a signed mail. I don't yet know what the problem is, but it is somehow connected to gpg-agent. Cheers, Tobias From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 09:36:11 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E84D216A417; Tue, 6 Nov 2007 09:36:11 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 94A7F13C4AA; Tue, 6 Nov 2007 09:36:11 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 7A02A1B10EEC; Tue, 6 Nov 2007 10:35:55 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id BB3A91B10EEB; Tue, 6 Nov 2007 10:35:52 +0100 (CET) Message-ID: <47303578.8060703@moneybookers.com> Date: Tue, 06 Nov 2007 11:35:52 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20071105) MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <472B1E89.5080006@moneybookers.com> In-Reply-To: <472B1E89.5080006@moneybookers.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4680/Tue Nov 6 05:49:40 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: rtfree: 0xc741ee88 has 1 refs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 09:36:12 -0000 Hi, Sorry to reply to myself, but I found that the problem exist only if the GW is carp interface, e.g. 10.1.1.1 sits on carp0 on default GW. I'm still testing how to reproduce this in my test lab and will fill a PR. Stefan Lambrev wrote: > Hi, > > I see rtfree: 0xc741ee88 has 1 refs with freebsd releng_7 (i386) from > today. > > I think it's easy reproducible. What I have is: > > releng_7 (10.1.1.2) -> default GW (10.1.1.1) > on default GW I have route to 10.10.1.1/24 -> 10.1.1.3 > > so everytime when 10.1.1.2 try to contact someone from 10.10.1.1/24 I > see: > rtfree: 0xc741ee88 has 1 refs > > if I add direct route on 10.1.1.2 to 10.10.1.1/24 through 10.1.1.3 the > message will go away. > > Should I ignore this msg for now, or should I expect kernel panic > soon? :) > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 09:37:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31B6416A417 for ; Tue, 6 Nov 2007 09:37:38 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.233]) by mx1.freebsd.org (Postfix) with ESMTP id D12D513C4BA for ; Tue, 6 Nov 2007 09:37:37 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1758533wxd for ; Tue, 06 Nov 2007 01:37:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=MQAMQyUZv3tdohnyr2AYa/vs6pmX2wivLkEjsavvf6M=; b=cSw+uzZVNLFPRfmzrfQqM5FhQNo50sMt83L5gPRp5E57265lh7fXrw3cIPLgsHv2yDJ9dhZPMnQcoDtvGAik6nKTkOtmDIv73b4O4WO1SPVKswdW4ZE4vXy9ppWwN9eCpUdfZdxrVpWVlDcPUcB5mSbpQBDNa5GL3orT5Te0aSw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=DyGHxPAIpm30gL4krTVwZxukmuRbH2v+HqAWOddZM1y1fP8h1+gfo2dLwJNvk09HYv0+XNkHKKhB+uwfmTgSlxx0aU8KNCBDErHzluZo8hc1fKi77q8UbjM0BFZNewOlWsSyucqZt/aPjQWtP/7pl43a1ijUy+2FyMl8NFHaHbk= Received: by 10.90.78.9 with SMTP id a9mr4105156agb.1194341846596; Tue, 06 Nov 2007 01:37:26 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id o29sm10793398elf.2007.11.06.01.37.24 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Nov 2007 01:37:25 -0800 (PST) Message-ID: <473035D4.3030200@gmail.com> Date: Tue, 06 Nov 2007 04:37:24 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Jeremy Chadwick References: <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <472FD23E.1060001@delphij.net> <47301CF6.8030808@delphij.net> <47301E91.7070303@gmail.com> <47301F40.8070605@delphij.net> <47302667.8030900@gmail.com> <20071106091409.GB83703@eos.sc1.parodius.com> In-Reply-To: <20071106091409.GB83703@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 09:37:38 -0000 Jeremy Chadwick wrote: > On Tue, Nov 06, 2007 at 03:31:35AM -0500, Aryeh M. Friedman wrote: > >> Xin LI wrote: >> >>> Yes (so that you get the correct speed of ICH9, ironically I have >>> misunderstood the spec). I am working on a new patch. >>> >> The speeds are still incorrect (150 instead of 300) >> > > According to the thread and Wiki data I see, you're complaining that the > following two devices on your SATA bus are SATA150 when they should be > SATA300, correct? > > Master: ad8 Serial ATA v1.0 > Master: acd0 Serial ATA v1.0 > yes btw due to god knows what reason the patch renumbered ad8 to ad6 > 1) Have you verified that the SATA150-limiting jumper on your Seagate > drive has been removed? SATA300 drives from Seagate come from the > factory with that jumper connected, limiting the drive to SATA150. > I will check but: 1. I was unaware of this "feature" 2. I didn't see any jumpers when I installed it > 2) Do you happen to be using a PATA-to-SATA adapter on the DVD drive? > It is native SATA (300) > 3) If No to #2, are you sure that the ICH9 does SATA300 with ATAPI > devices? Does the mainboard BIOS even support it for ATAPI? > Mobo has ATAPI I am not sure about the IHC issue though... will look it up and get back to you. -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 09:44:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C357B16A418; Tue, 6 Nov 2007 09:44:14 +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 69E4E13C49D; Tue, 6 Nov 2007 09:44:14 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 168C82094; Tue, 6 Nov 2007 10:43:53 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 7E0DD208D; Tue, 6 Nov 2007 10:43:52 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 44BFE8447F; Tue, 6 Nov 2007 10:43:52 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Aryeh M. Friedman" References: <472D56A1.7070206@gmail.com> Date: Tue, 06 Nov 2007 10:43:52 +0100 In-Reply-To: <472D56A1.7070206@gmail.com> (Aryeh M. Friedman's message of "Sun\, 04 Nov 2007 01\:20\:33 -0400") Message-ID: <86y7dbd7zb.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-questions@freebsd.org, "Sean C. Farley" , samira Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 09:44:14 -0000 "Aryeh M. Friedman" writes: > http://www.flosoft-systems.com/wiki/index.php What's wrong with wiki.freebsd.org? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 09:57:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0596116A417 for ; Tue, 6 Nov 2007 09:57:37 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id DB7C913C4A5 for ; Tue, 6 Nov 2007 09:57:36 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 3EAD01CC06C; Tue, 6 Nov 2007 01:57:20 -0800 (PST) Date: Tue, 6 Nov 2007 01:57:20 -0800 From: Jeremy Chadwick To: "Aryeh M. Friedman" Message-ID: <20071106095720.GA84549@eos.sc1.parodius.com> References: <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <472FD23E.1060001@delphij.net> <47301CF6.8030808@delphij.net> <47301E91.7070303@gmail.com> <47301F40.8070605@delphij.net> <47302667.8030900@gmail.com> <20071106091409.GB83703@eos.sc1.parodius.com> <473035D4.3030200@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <473035D4.3030200@gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 09:57:37 -0000 On Tue, Nov 06, 2007 at 04:37:24AM -0500, Aryeh M. Friedman wrote: > yes btw due to god knows what reason the patch renumbered ad8 to ad6 That can be discussed in the future. ATA device numbering (that is to say, the X of an "adX" device) has always been a little odd in my experiences. Turning on or off a ATA interface (PATA or SATA) seems to adjust the numbering, regardless of ATA_STATIC_ID or not. It's likely that I do not understand what the kernel option does. > > 1) Have you verified that the SATA150-limiting jumper on your Seagate > > drive has been removed? SATA300 drives from Seagate come from the > > factory with that jumper connected, limiting the drive to SATA150. > > > > I will check but: > > 1. I was unaware of this "feature" > 2. I didn't see any jumpers when I installed it The jumper is very tiny, usually gray, and on the back of the drive next to the SATA interface port. It's documented both on the drive itself, and in the product manual for the Barracuda 7200.10 -- see Section 3.2: http://www.seagate.com/staticfiles/support/disc/manuals/desktop/Barracuda%207200.10/100402371h.pdf The default (SATA150) is chosen because of known issues with SATA300 on older nForce chipsets. Seagate chose to limit the drives to SATA150 via a jumper, so that they would work on all machines, regardless of buggy or incompatible chipsets. > > 2) Do you happen to be using a PATA-to-SATA adapter on the DVD drive? > > > > It is native SATA (300) > > 3) If No to #2, are you sure that the ICH9 does SATA300 with ATAPI > > devices? Does the mainboard BIOS even support it for ATAPI? > > Mobo has ATAPI I am not sure about the IHC issue though... will look it > up and get back to you. My motherboard also has SATA ATAPI support -- but my DVD drives are SATA150. I have never seen a SATA300 ATAPI drive. Now, that said -- I *have* seen Fujitsu hard disks which claimed to be SATA300 capable but weren't. It turned out to be false advertising; the SATA chip they used on their drives did not support SATA300, yet their product manual and ads said it did. This may be the case with your DVD drive as well. I would not put it past a manufacturer to put incorrect information in their product specs. Also, you do realise that having a SATA150 drive on your SATA bus does not mean that the entire bus runs at 150MB/sec, correct? It's not like SCSI. So there should be no performance hit having a single SATA150 drive on SATA controller also filled with SATA300 devices. In the future, take proper time to thoroughly read about the hardware you purchase, or at a bare minimum, read the labels manufacturers put on their products. :-) However: your PATA ports becoming unusable/disabled when you enable SATA in the BIOS could be either a BIOS bug (or "feature") or a FreeBSD bug. I would not put it past Gigabyte to have a BIOS bug (they are very well-known for having such, but are also pretty good about fixing such problems). Have you tried a BIOS upgrade on your P35 since you got it, or looked at the BIOS changelog? I do not have an ICH9 board to help confirm or deny -- I can purchase one if needed, and/or send it to Xin Li free of cost. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 09:58:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D939116A46B; Tue, 6 Nov 2007 09:58:08 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by mx1.freebsd.org (Postfix) with ESMTP id 98B1F13C4B7; Tue, 6 Nov 2007 09:58:08 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout3.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lA69vm4n005241 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 6 Nov 2007 01:57:48 -0800 X-Auth-Received: from dzihan.cs.washington.edu (dzihan.cs.washington.edu [128.208.4.96]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lA69vlb6020252 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 6 Nov 2007 01:57:47 -0800 Message-ID: <47303A9B.3040102@u.washington.edu> Date: Tue, 06 Nov 2007 01:57:47 -0800 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.6 (X11/20071003) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <472FD23E.1060001@delphij.net> <47301CF6.8030808@delphij.net> <47301E91.7070303@gmail.com> <47301F40.8070605@delphij.net> <47302667.8030900@gmail.com> <20071106091409.GB83703@eos.sc1.parodius.com> <473035D4.3030200@gmail.com> In-Reply-To: <473035D4.3030200@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.3.310218, Antispam-Engine: 2.5.2.313940, Antispam-Data: 2007.11.6.13355 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: Jeremy Chadwick , freebsd-current@freebsd.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 09:58:09 -0000 Aryeh M. Friedman wrote: > Jeremy Chadwick wrote: > >> On Tue, Nov 06, 2007 at 03:31:35AM -0500, Aryeh M. Friedman wrote: >> >> >>> Xin LI wrote: >>> >>> >>>> Yes (so that you get the correct speed of ICH9, ironically I have >>>> misunderstood the spec). I am working on a new patch. >>>> >>>> >>> The speeds are still incorrect (150 instead of 300) >>> >>> >> According to the thread and Wiki data I see, you're complaining that the >> following two devices on your SATA bus are SATA150 when they should be >> SATA300, correct? >> >> Master: ad8 Serial ATA v1.0 >> Master: acd0 Serial ATA v1.0 >> >> > > yes btw due to god knows what reason the patch renumbered ad8 to ad6 > Depends on whether or not AHCI vs IDE (aka 'compatibility-mode') is involved, and whether or not you have multiple SATA controllers in the mix (for instance ASUS MBs have one ICHx + JBMicron controller, each). >> 1) Have you verified that the SATA150-limiting jumper on your Seagate >> drive has been removed? SATA300 drives from Seagate come from the >> factory with that jumper connected, limiting the drive to SATA150. >> >> > > I will check but: > > 1. I was unaware of this "feature" > 2. I didn't see any jumpers when I installed it > >> 2) Do you happen to be using a PATA-to-SATA adapter on the DVD drive? >> >> > > It is native SATA (300) > >> 3) If No to #2, are you sure that the ICH9 does SATA300 with ATAPI >> devices? Does the mainboard BIOS even support it for ATAPI? >> >> > > Mobo has ATAPI I am not sure about the IHC issue though... will look it > > > > up and get back to you. Make sure you don't have cheap / SATA300 incompatible cables :). FWIW, my ICH9 enabled P5K-E Wifi MB has zero problems with FreeBSD 7-CURRENT/8-CURRENT. What flavor of MB do you have? -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 10:00:35 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A285216A46D; Tue, 6 Nov 2007 10:00:35 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 34A8813C480; Tue, 6 Nov 2007 10:00:34 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 9CAF545EA7; Tue, 6 Nov 2007 11:00:27 +0100 (CET) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 141C9456AB; Tue, 6 Nov 2007 11:00:22 +0100 (CET) Date: Tue, 6 Nov 2007 11:00:15 +0100 From: Pawel Jakub Dawidek To: Borja Marcos Message-ID: <20071106100015.GB5268@garage.freebsd.pl> References: <20071005000046.GC92272@garage.freebsd.pl> <20071008121523.GM2327@garage.freebsd.pl> <20071105215035.GC26730@heff.fud.org.nz> <2e77fc10711051531k41e7224dq6aaedb35cad8d9f2@mail.gmail.com> <6214AB9C-9F9B-4B9D-8B05-0B3DF5F6C16D@SARENET.ES> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DKU6Jbt7q3WqK7+M" Content-Disposition: inline In-Reply-To: <6214AB9C-9F9B-4B9D-8B05-0B3DF5F6C16D@SARENET.ES> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@freebsd.org, Niki Denev , freebsd-current@freebsd.org Subject: Re: ZFS kmem_map too small. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 10:00:35 -0000 --DKU6Jbt7q3WqK7+M Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 06, 2007 at 10:04:43AM +0100, Borja Marcos wrote: >=20 > On Nov 6, 2007, at 12:31 AM, Niki Denev wrote: > >I have fairly easy reproductable (bonnie++) kmem_map too small panics > >on AMD64 even with kmem_size and kmem_size_max to 1G on 8Gig machine. > >I've tried setting them to 2G but the kernel panics on boot. > >I have compiled in debugger support and can provide backtraces and > >testing if needed (the machine is still not in production). >=20 > Same here. I can provoke an instant panic running (for example) a make = =20 > buildworld and > bonnie++. I have all the filesystems on ZFS, booting from a USB =20 > pendrive. I tried to set > the kernel memory limits to 1.5 GB but it still crashes with the =20 > kmem_too_small panic. I also > tried the patch supplied by Pawel. >=20 > The machine has 6 hard disks configured as a raidz2 pool. >=20 > Please let me know of any test anyone might need. If you use vm_kern.c.2.patch, can you show loader.conf and exact command that can provke the panic? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --DKU6Jbt7q3WqK7+M Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHMDsvForvXbEpPzQRApMqAJ0cen6EItnSGqa4TvbiKjrfxnD72gCcDeOb YxjrQgs7kLvzQs6FwWLueOw= =YFR9 -----END PGP SIGNATURE----- --DKU6Jbt7q3WqK7+M-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 10:05:57 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 002A116A41B; Tue, 6 Nov 2007 10:05:56 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8873F13C4AA; Tue, 6 Nov 2007 10:05:56 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.3] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id lA6A5dCZ048895 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Nov 2007 02:05:40 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <47303BCA.3010805@FreeBSD.org> Date: Tue, 06 Nov 2007 02:02:50 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Maxim Sobolev References: <472FA3B1.1070902@FreeBSD.org> In-Reply-To: <472FA3B1.1070902@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Rui Paulo , freebsd-i386@FreeBSD.org Subject: Re: MacBook users: possible fix for the SMP 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: Tue, 06 Nov 2007 10:05:57 -0000 By the way, it seems that you don't need this patch for the amd64 kernel - 1st gen MacBooks don't have 64-bit mode, while 2nd gens don't have this problem. I've just checked - the stock 7.0-BETA2 AMd64 kernel boots just fine into SMP mode on my new Core 2 Duo based MacBook. -Maxim Maxim Sobolev wrote: > I've just tested it on my 1st gen MacBook Pro. Yes, indeed, it solves > both problems - one with CPU frequency detection and another one with > the AP startup. Thanks! > > -Maxim > > Rui Paulo wrote: >> Hi, >> I've been contacted by Marco Trillo and I think he has found the >> source of the SMP problem. >> The problem seems to rely on Intel ICH7. Basically we need to disable >> the "LEGACY_USB" bit before we calibrate the clocks. >> "LEGACY_USB", according to Marco (I don't have the ICH7 spec at hand), >> "causes legacy USB circuit to generate SMIs". >> >> Please try the following patch: >> --- sys/amd64/isa/clock.c.orig 2007-11-04 20:31:09.000000000 +0000 >> +++ sys/amd64/isa/clock.c 2007-11-04 20:34:59.000000000 +0000 >> @@ -577,6 +577,8 @@ startrtclock() >> writertc(RTC_STATUSA, rtc_statusa); >> writertc(RTC_STATUSB, RTCSB_24HR); >> >> + outl(0x430, inl(0x430) & ~0x8); >> + >> freq = calibrate_clocks(); >> #ifdef CLK_CALIBRATION_LOOP >> if (bootverbose) { >> --- sys/i386/isa/clock.c.orig 2007-11-04 20:34:03.000000000 +0000 >> +++ sys/i386/isa/clock.c 2007-11-04 20:34:30.000000000 +0000 >> @@ -621,6 +621,8 @@ startrtclock() >> writertc(RTC_STATUSA, rtc_statusa); >> writertc(RTC_STATUSB, RTCSB_24HR); >> >> + outl(0x430, inl(0x430) & ~0x8); >> + >> freq = calibrate_clocks(); >> #ifdef CLK_CALIBRATION_LOOP >> if (bootverbose) { >> >> >> This should probably fix two issues: >> 1) The second core should start without any trick (e.g. key press) >> 2) We should be able to run with HZ=1000 (the default) without any >> problem. To check if this is indeed the case, try booting with HZ=1000 >> (loader.conf variable kern.hz) and check if your CPU clock shows up >> correctly in the dmesg. After that, please also check if 'time sleep >> 1' takes one second (not more and not less). >> >> Also, please test if there are any USB problems. >> >> Note: this is still a hack. I'm still thinking about a way to >> correctly identify on which systems we need to apply this fix. >> >> Regards. >> > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 10:07:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6740C16A41A for ; Tue, 6 Nov 2007 10:07:08 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by mx1.freebsd.org (Postfix) with ESMTP id 1223413C4C6 for ; Tue, 6 Nov 2007 10:07:07 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1765050wxd for ; Tue, 06 Nov 2007 02:06:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=cqlViPtfXjwNtZ9Wnzj1SWd3j3cb4aywYQKKQcWCIx4=; b=bIu9i0sz1/M8WMHWPjPKKll+uMrhZrKS8cDFAu0ZGVaTPbvtMc71+X6e0DQdvpXgxk9LSnBsXO7d3f3yWGDDdexBC+hUuNCX5g13z/6fAIhOTdJNdt0O3iIyWDF5Txj+5gqwkV++6ZuBtV/vHzA6cDOqi8/r44ZpiG8ZUVhwnhM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=M0ze65ocuGfFMQT24p5bo9/AXWjg2amIAuU7bD5L+3BhSbKWCF1SwxOl+NKCrpaiJFqaNcF4WtwDP7h+dQNbnsdyD2RIxDxMSQ7eklWwDJ0c6LCG79jQwzS0ISugnB3RH2Nyzw9CiUY3A8M1pj903njypQGZekk9JGYbh2rpQdQ= Received: by 10.90.90.16 with SMTP id n16mr4098438agb.1194343618747; Tue, 06 Nov 2007 02:06:58 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id c29sm8983447elf.2007.11.06.02.06.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Nov 2007 02:06:58 -0800 (PST) Message-ID: <47303CC0.2000203@gmail.com> Date: Tue, 06 Nov 2007 05:06:56 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Jeremy Chadwick References: <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <472FD23E.1060001@delphij.net> <47301CF6.8030808@delphij.net> <47301E91.7070303@gmail.com> <47301F40.8070605@delphij.net> <47302667.8030900@gmail.com> <20071106091409.GB83703@eos.sc1.parodius.com> In-Reply-To: <20071106091409.GB83703@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 10:07:08 -0000 > 1) Have you verified that the SATA150-limiting jumper on your Seagate > drive has been removed? SATA300 drives from Seagate come from the > factory with that jumper connected, limiting the drive to SATA150. > Yes it does have a jumper but removing it doesn't change what the driver reports. > 2) Do you happen to be using a PATA-to-SATA adapter on the DVD drive? > > 3) If No to #2, are you sure that the ICH9 does SATA300 with ATAPI > devices? Does the mainboard BIOS even support it for ATAPI? > It is an OEM drive so no way of knowing what it's real specs are but the packaging/manual says SATA300... I can not find any references in the manual or the intel specs that say anything about max atapi speed. -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 10:07:47 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64EA516A469 for ; Tue, 6 Nov 2007 10:07:47 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from ag-out-0708.google.com (ag-out-0708.google.com [72.14.246.251]) by mx1.freebsd.org (Postfix) with ESMTP id 8A09A13C4F3 for ; Tue, 6 Nov 2007 10:07:46 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by ag-out-0708.google.com with SMTP id 35so1025816aga for ; Tue, 06 Nov 2007 02:07:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=vneGqgSXjawGp6d2I4Ea0pRBYFu1sU7SAhzMWMcdUUE=; b=deBthAIUurXIrOWYO9rkkWB9QeHa8+e7+iN60atF7BlVTgppQNEn62NGK2pm+BUVufmIEveAwlWqWRiaX6BmXlFlBgwtqw5ngbiPVUDHjHziDaiBeI3zqmTYUpM45Gf3pTS0vELT2BLR3d7PPVGBNX3UHW6QjEMJsHw7NK18dXU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=U9IJrlbK/s+2iM7zRHsnMQ1qRBu0X6mZ0Vq8jg6i3udCPUF/+VfiTu4CcmETorKhYECXJrQoFr6IS7tWopzSI1YX76clzWZ55Ey90HNo1FsoAbL2LwxA3uuGyC16K5UyE6nxrgIbSMCYD8jBBOaf23+ooCQ2KnDc94g+jrmu3II= Received: by 10.90.100.2 with SMTP id x2mr4105080agb.1194343657146; Tue, 06 Nov 2007 02:07:37 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id c29sm8984365elf.2007.11.06.02.07.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Nov 2007 02:07:36 -0800 (PST) Message-ID: <47303CE6.4000102@gmail.com> Date: Tue, 06 Nov 2007 05:07:34 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <472D56A1.7070206@gmail.com> <86y7dbd7zb.fsf@ds4.des.no> In-Reply-To: <86y7dbd7zb.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-questions@freebsd.org, "Sean C. Farley" , samira Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 10:07:47 -0000 Dag-Erling Smørgrav wrote: > "Aryeh M. Friedman" writes: > >> http://www.flosoft-systems.com/wiki/index.php >> > > What's wrong with wiki.freebsd.org? 1. Not knowing the addr 2. Needing to set a wiki up on my site for other reasons -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 10:09:57 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87C7216A475 for ; Tue, 6 Nov 2007 10:09:57 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id 0996713C4D9 for ; Tue, 6 Nov 2007 10:09:56 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by nf-out-0910.google.com with SMTP id b2so1398417nfb for ; Tue, 06 Nov 2007 02:09:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=p7IJ6Vk7zT38EFbmVs5vmCLlrFtPOaoOWl4v+gTm9Lc=; b=KVw0Sncu0dQ1DFJa76OqdQm1Boxl3V+bhC9mS1O8bH0BxOYd7DSxHrZMrYXAVhrzUowclMBO5NKPyv4MswWSJNl5t91xdq029MbYlhBDqJGHeDQOD2h1ykyCjvpZjnWMZlOJUeWk4PYLm4VQQ4BHy+Q79guxpL+s/CkhuwuO4fI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=YiC50flw4ugSi6U4S0ZBfn8bDNRdBVAe/0BIIxDEVg6MBh4UoQk0WBy/Dsi3hs6Bdai6+3XWFcxx20UafEDmEiu2HEvQQnVj576Xv6GjOENmCvCCnpWcNfiUoitsHBr1jrYnTUSNY3Qz/9siUKnLwvRZI4Zg2HXG6F6rvuuaQF8= Received: by 10.78.21.7 with SMTP id 7mr4677401huu.1194342329545; Tue, 06 Nov 2007 01:45:29 -0800 (PST) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id 2sm106697nfv.2007.11.06.01.45.28 (version=SSLv3 cipher=RC4-MD5); Tue, 06 Nov 2007 01:45:28 -0800 (PST) From: Tom Evans To: "Aryeh M. Friedman" In-Reply-To: <472FCD04.7000105@gmail.com> References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <1194291934.3333.2.camel@viola.izb.knu.ac.kr> <472FCD04.7000105@gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-pAskkGK95L+k7askbv68" Date: Tue, 06 Nov 2007 09:45:26 +0000 Message-Id: <1194342326.64797.24.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: bh@izb.knu.ac.kr, current@freebsd.org Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 10:09:57 -0000 --=-pAskkGK95L+k7askbv68 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2007-11-05 at 21:10 -0500, Aryeh M. Friedman wrote: > > +999 ;;;;;;;;;;;;;;;;;; > > > > =20 >=20 > I swear the more of your posts I see the less sense they make >=20 >=20 Made sense to me. --=-pAskkGK95L+k7askbv68 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHMDeylcRvFfyds/cRAl8AAJ91gNUUWT/8tksuH8E9qQfr9bPdtwCfQrxx 2O71vxW1quBxJvfgW5Bc7hg= =qE1N -----END PGP SIGNATURE----- --=-pAskkGK95L+k7askbv68-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 10:15:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17FDA16A41B for ; Tue, 6 Nov 2007 10:15:55 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.234]) by mx1.freebsd.org (Postfix) with ESMTP id B5F8013C4DB for ; Tue, 6 Nov 2007 10:15:54 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1767492wxd for ; Tue, 06 Nov 2007 02:15:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=1SONvK3LkSDZcd3YTteuqc5VFDF13PMifdHuTFlkQEQ=; b=keNt+YOiZ+mG6kxD5MsnM/bBiMZrZSjtg6VGcp7OYaUpoVomW6WVYraDDGk+aAWUbL+m3Jo9EItB3DxD4+TwUwJOBXoetB3yClwTXo82TrZvcDByL06BxH24FC9OomyWdxISzwkwenosPoiw8HzcacAbnsYCDKfBNGEgBrfhonI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=qp6RrxMOH/VwgfxauZRWs7yJcbLm08NWa7bRBg8X85Mnpbqsa5YnmwIyndCxCwkhe+Bj5k8Uylt76yrbY7Ss2OA/lWnQTnVM1BwzJbXhybEFDDJAnWRRcPzUnhnYhv2T5p5ngt5nssLh1elxiS7xCIX2j64YWCxXUyhM4D5IRTE= Received: by 10.90.115.9 with SMTP id n9mr4102329agc.1194343782639; Tue, 06 Nov 2007 02:09:42 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id q26sm10805708ele.2007.11.06.02.09.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Nov 2007 02:09:41 -0800 (PST) Message-ID: <47303D64.9010304@gmail.com> Date: Tue, 06 Nov 2007 05:09:40 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Garrett Cooper References: <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <472FD23E.1060001@delphij.net> <47301CF6.8030808@delphij.net> <47301E91.7070303@gmail.com> <47301F40.8070605@delphij.net> <47302667.8030900@gmail.com> <20071106091409.GB83703@eos.sc1.parodius.com> <473035D4.3030200@gmail.com> <47303A9B.3040102@u.washington.edu> In-Reply-To: <47303A9B.3040102@u.washington.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Jeremy Chadwick , freebsd-current@freebsd.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 10:15:55 -0000 Garrett Cooper wrote: > > Make sure you don't have cheap / SATA300 incompatible cables :). I have no idea but they are the cables that came with the drive. > > FWIW, my ICH9 enabled P5K-E Wifi MB has zero problems with FreeBSD > 7-CURRENT/8-CURRENT. What flavor of MB do you have? MSI Neo-F (P35).... all the other reports of these issues have been on other p35 Mobos (Asus I think) -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 10:17:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 850E516A469 for ; Tue, 6 Nov 2007 10:17:23 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by mx1.freebsd.org (Postfix) with ESMTP id 2744B13C494 for ; Tue, 6 Nov 2007 10:17:22 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1767728wxd for ; Tue, 06 Nov 2007 02:17:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=EWjYksXDfQPreFE2Lq3UwXT7mWO5bfw2LPXjQX4Dejk=; b=qOLbKmOjJbf4VJBCKTabP4ckmKytLfqBvIZyLifwIEYl55k3YUoaJCweq4xLs7Lb32xt/vA8h0DzCwRyV32U/u+1nKkoHWs2RrOQyOIA9+USZskSOoyngke98vC3hLVqD/5ZsCG9zzBY2d9u2wpJZXl9yDZH2yHTH35eu0uQJWk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=NweCHVVb6jmaIDEdJqmsfTlXxTf2G5Q+rXQweezlP7LVLJLXlNQw86H6c0jnW1YkkaZow6od3KQ99s3rtvtBxszs0NS787zhCoT+PVwqUbiOzwDx6C1ukzCSLnKXLzmdb2sdmZjJmykh1TAcSG59TTDF4OfM0/BjsswbRFM1qzE= Received: by 10.90.89.5 with SMTP id m5mr4125590agb.1194344231344; Tue, 06 Nov 2007 02:17:11 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id v26sm10828762ele.2007.11.06.02.17.07 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Nov 2007 02:17:08 -0800 (PST) Message-ID: <47303F22.7080809@gmail.com> Date: Tue, 06 Nov 2007 05:17:06 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Jeremy Chadwick References: <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <472FD23E.1060001@delphij.net> <47301CF6.8030808@delphij.net> <47301E91.7070303@gmail.com> <47301F40.8070605@delphij.net> <47302667.8030900@gmail.com> <20071106091409.GB83703@eos.sc1.parodius.com> <473035D4.3030200@gmail.com> <20071106095720.GA84549@eos.sc1.parodius.com> In-Reply-To: <20071106095720.GA84549@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 10:17:23 -0000 Jeremy Chadwick wrote: > On Tue, Nov 06, 2007 at 04:37:24AM -0500, Aryeh M. Friedman wrote: > >> yes btw due to god knows what reason the patch renumbered ad8 to ad6 >> > > That can be discussed in the future. ATA device numbering (that is to > say, the X of an "adX" device) has always been a little odd in my > experiences. Turning on or off a ATA interface (PATA or SATA) seems to > adjust the numbering, regardless of ATA_STATIC_ID or not. It's likely > that I do not understand what the kernel option does. > > >>> 1) Have you verified that the SATA150-limiting jumper on your Seagate >>> drive has been removed? SATA300 drives from Seagate come from the >>> factory with that jumper connected, limiting the drive to SATA150. >>> >>> >> I will check but: >> >> 1. I was unaware of this "feature" >> 2. I didn't see any jumpers when I installed it >> > > The jumper is very tiny, usually gray, and on the back of the drive next > to the SATA interface port. It's documented both on the drive itself, > and in the product manual for the Barracuda 7200.10 -- see Section 3.2: > > http://www.seagate.com/staticfiles/support/disc/manuals/desktop/Barracuda%207200.10/100402371h.pdf > > The default (SATA150) is chosen because of known issues with SATA300 on > older nForce chipsets. Seagate chose to limit the drives to SATA150 via > a jumper, so that they would work on all machines, regardless of buggy > or incompatible chipsets. > See reply to Xi Lin but odd it was right where the manual said it was but when I built the machine I remember not seeing it and/or any mention of it in the manual (I was using the online manual so might be slightly diff then the shipped one) > >>> 2) Do you happen to be using a PATA-to-SATA adapter on the DVD drive? >>> >>> >> It is native SATA (300) >> >>> 3) If No to #2, are you sure that the ICH9 does SATA300 with ATAPI >>> devices? Does the mainboard BIOS even support it for ATAPI? >>> >> Mobo has ATAPI I am not sure about the IHC issue though... will look it >> up and get back to you. >> > > My motherboard also has SATA ATAPI support -- but my DVD drives are > SATA150. I have never seen a SATA300 ATAPI drive. Now, that said -- I > *have* seen Fujitsu hard disks which claimed to be SATA300 capable but > weren't. It turned out to be false advertising; the SATA chip they used > on their drives did not support SATA300, yet their product manual and > ads said it did. > > This may be the case with your DVD drive as well. I would not put it > past a manufacturer to put incorrect information in their product specs. > OEM so no freaking idea > Also, you do realise that having a SATA150 drive on your SATA bus does > not mean that the entire bus runs at 150MB/sec, correct? It's not like > SCSI. So there should be no performance hit having a single SATA150 > drive on SATA controller also filled with SATA300 devices. > My mobo uses seperate controllers for each SATA slot (I know you can chain them but I am using one per controler): Note ata2 is PATA all the rest are SATA ATA channel 2: Master: ad4 ATA/ATAPI revision 7 Slave: ad5 ATA/ATAPI revision 7 ATA channel 3: Master: ad6 Serial ATA II Slave: no device present ATA channel 4: Master: acd0 Serial ATA v1.0 Slave: no device present ATA channel 5: Master: no device present Slave: no device present ATA channel 6: Master: no device present Slave: no device present > In the future, take proper time to thoroughly read about the hardware > you purchase, or at a bare minimum, read the labels manufacturers put on > their products. :-) > There was no label and as I said above I don't remember seeing any thing in the manual. > However: your PATA ports becoming unusable/disabled when you enable SATA > in the BIOS could be either a BIOS bug (or "feature") or a FreeBSD bug. > I would not put it past Gigabyte to have a BIOS bug (they are very > well-known for having such, but are also pretty good about fixing > such problems). Have you tried a BIOS upgrade on your P35 since you > got it, or looked at the BIOS changelog? > It appears to be a FreeBSD issue because: 1. After Xi Lin's patch they are seen 2. The boot manager and cmos boot order see and can boot from them > I do not have an ICH9 board to help confirm or deny -- I can purchase > one if needed, and/or send it to Xin Li free of cost. > >From what other people are saying I think it needs to be the p35/ihc9(r) combo specifically. -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 10:21:04 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAFC916A417; Tue, 6 Nov 2007 10:21:04 +0000 (UTC) (envelope-from BORJAMAR@SARENET.ES) Received: from proxypop2.sarenet.es (proxypop2.sarenet.es [194.30.0.95]) by mx1.freebsd.org (Postfix) with ESMTP id 8C2B513C4A8; Tue, 6 Nov 2007 10:21:04 +0000 (UTC) (envelope-from BORJAMAR@SARENET.ES) Received: from localhost (matahari.sarenet.es [192.148.167.18]) by proxypop2.sarenet.es (Postfix) with ESMTP id DCDA47326D; Tue, 6 Nov 2007 11:20:47 +0100 (CET) Message-Id: From: Borja Marcos To: Pawel Jakub Dawidek In-Reply-To: <20071106100015.GB5268@garage.freebsd.pl> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Tue, 6 Nov 2007 11:20:34 +0100 References: <20071005000046.GC92272@garage.freebsd.pl> <20071008121523.GM2327@garage.freebsd.pl> <20071105215035.GC26730@heff.fud.org.nz> <2e77fc10711051531k41e7224dq6aaedb35cad8d9f2@mail.gmail.com> <6214AB9C-9F9B-4B9D-8B05-0B3DF5F6C16D@SARENET.ES> <20071106100015.GB5268@garage.freebsd.pl> X-Mailer: Apple Mail (2.912) Cc: freebsd-fs@freebsd.org, Niki Denev , freebsd-current@freebsd.org Subject: Re: ZFS kmem_map too small. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 10:21:05 -0000 On Nov 6, 2007, at 11:00 AM, Pawel Jakub Dawidek wrote: >> The machine has 6 hard disks configured as a raidz2 pool. >> >> Please let me know of any test anyone might need. > > If you use vm_kern.c.2.patch, can you show loader.conf and exact > command > that can provke the panic? loader.conf: zfs_load="YES" vfs.root.mountfrom="zfs:pool/root" vm.kmem_size_max="1610612736" vm.kmem_size="1610612736" Y bumped up the vnodes as well, as suggested at the ZFS tuning Wiki. (/etc/sysctl.conf) kern.maxvnodes: 400000 Anything else? (I just don't want to spam a big message with kernel config, etc) I don't have a fancy config as far as I know. I'm running the latest FreeBSD 7-BETA, amd64, and the machine has 4 GB of memory. It's a Dell Poweredge 2950, I'm using the mfi passthough devices as disks (I don't want to use the disk array functionality it provides), When I did the tests I did not have a swap partition configured, but I guess it shouldn't be related (4 GB is plenty of memory). Anyway I'm going to try again with a swap partition today. (_Not_ on ZFS) so that I can get a kernel dump as well. Thank you very much, Borja. > ---------------- "The thing he realised about the windows was this: because they had been converted into openable windows after they had first been designed to be impregnable, they were, in fact, much less secure than if they had been designed as openable windows in the first place." Douglas Adams, "Mostly Harmless" From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 10:27:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98E3F16A421 for ; Tue, 6 Nov 2007 10:27:40 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id 449A913C4A6 for ; Tue, 6 Nov 2007 10:27:40 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so266681ana for ; Tue, 06 Nov 2007 02:27:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=UZScQBbQkK7hdgLeEqxRMZeDGrKEgoKxpYBIzEv9G2I=; b=SHx9yhtSqOfpzkIvyqQaahiR2/TplKFSe+XBZMQDeCiaocriBa6tbQzx1awI/GY0yAOL2DHmNwUxHURQLaRsEhMxN3aySp0fmAqPCOIx4eEZwylT7tirlT3ZYPwBorYCo05wCyIbM0sUuybZcTq9pvZB1F+C5QqSW2aOj8RPyxY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=R3cbslguX5Ma6LrjJMXWymyrcPzPAFSowkqhlWP2y0ci0UjakoT03V0GRU2CNp6EXnV8lwonfFKjYMM9o0rfYJS6A3AlXiZ34nohlalTxHX+JInnsTkO65rZRhiksd9Vt5r/dlr3z7szluYO5iTh/2FQqGC7MWKzdEvpSdD+cvA= Received: by 10.100.94.14 with SMTP id r14mr8228670anb.1194344843262; Tue, 06 Nov 2007 02:27:23 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id q26sm10830127ele.2007.11.06.02.27.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Nov 2007 02:27:21 -0800 (PST) Message-ID: <47304186.601@gmail.com> Date: Tue, 06 Nov 2007 05:27:18 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Jeremy Chadwick References: <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <472FD23E.1060001@delphij.net> <47301CF6.8030808@delphij.net> <47301E91.7070303@gmail.com> <47301F40.8070605@delphij.net> <47302667.8030900@gmail.com> <20071106091409.GB83703@eos.sc1.parodius.com> <47303CC0.2000203@gmail.com> <20071106102522.GA85085@eos.sc1.parodius.com> In-Reply-To: <20071106102522.GA85085@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 10:27:40 -0000 Jeremy Chadwick wrote: > > Can you try booting into Linux and see if it reports SATA300, or Windows > and get a utility ASTRA32 and see if it reports the same? > > 8-Current (AND64) is the only installed OS at this point... was planning to install Vista on one of the PATA's once everything is stable. -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 10:35:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE09F16A417 for ; Tue, 6 Nov 2007 10:35:26 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id B073213C4B9 for ; Tue, 6 Nov 2007 10:35:26 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 4D8EA1CC05B; Tue, 6 Nov 2007 02:35:07 -0800 (PST) Date: Tue, 6 Nov 2007 02:35:07 -0800 From: Jeremy Chadwick To: "Aryeh M. Friedman" Message-ID: <20071106103507.GB85085@eos.sc1.parodius.com> References: <472FD0FB.9090608@delphij.net> <472FD23E.1060001@delphij.net> <47301CF6.8030808@delphij.net> <47301E91.7070303@gmail.com> <47301F40.8070605@delphij.net> <47302667.8030900@gmail.com> <20071106091409.GB83703@eos.sc1.parodius.com> <473035D4.3030200@gmail.com> <20071106095720.GA84549@eos.sc1.parodius.com> <47303F22.7080809@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47303F22.7080809@gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 10:35:26 -0000 On Tue, Nov 06, 2007 at 05:17:06AM -0500, Aryeh M. Friedman wrote: > > Also, you do realise that having a SATA150 drive on your SATA bus does > > not mean that the entire bus runs at 150MB/sec, correct? It's not like > > SCSI. So there should be no performance hit having a single SATA150 > > drive on SATA controller also filled with SATA300 devices. > > My mobo uses seperate controllers for each SATA slot (I know you can > chain them but I am using one per controler): > > Note ata2 is PATA all the rest are SATA > > ATA channel 2: > Master: ad4 ATA/ATAPI revision 7 > Slave: ad5 ATA/ATAPI revision 7 Noted. However... > ATA channel 3: > Master: ad6 Serial ATA II > Slave: no device present This differs from what you have in the Wiki for the same device. Note the "Serial ATA II" in your current one, versus "Serial ATA v1.0" in the older revision: ATA channel 4: Master: ad8 Serial ATA v1.0 Slave: no device present What this means is, how you have things presently proves that the device has SATA300 capability. "Serial ATA II" == SATA300. If dmesg on the machine shows "SATA150" for the device still, despite what atacontrol shows, then there may be a driver bug. Either way, this is a good improvement. > > However: your PATA ports becoming unusable/disabled when you enable SATA > > in the BIOS could be either a BIOS bug (or "feature") or a FreeBSD bug. > > I would not put it past Gigabyte to have a BIOS bug (they are very > > well-known for having such, but are also pretty good about fixing > > such problems). Have you tried a BIOS upgrade on your P35 since you > > got it, or looked at the BIOS changelog? > > > > It appears to be a FreeBSD issue because: > > 1. After Xi Lin's patch they are seen > 2. The boot manager and cmos boot order see and can boot from them > > > I do not have an ICH9 board to help confirm or deny -- I can purchase > > one if needed, and/or send it to Xin Li free of cost. > > > > From what other people are saying I think it needs to be the p35/ihc9(r) > combo specifically. These two things are somewhat conflicting. 1) If the problem is fixed by Xi Lin's patch, then that seems to indicate it should be affecting everyone using the ICH9 controller, including those who use Asus, Abit, or MSI boards. 2) Boot manager as in the BIOS boot device menu, or as in FreeBSD BTX? If BIOS boot device menu, then that doesn't mean anything. The BIOS could indeed be doing something wrong which FreeBSD expects to be right. Problems like this should ideally be brought to the attention of the mainboard manufacturer. 3) The issue appears to be specific to the Gigabyte P35 board, which to me means someone needs to get Gigabyte involved in all of this. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 10:35:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7405216A420 for ; Tue, 6 Nov 2007 10:35:30 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 577C613C4BA for ; Tue, 6 Nov 2007 10:35:30 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 4A1EE1CC06E; Tue, 6 Nov 2007 02:25:22 -0800 (PST) Date: Tue, 6 Nov 2007 02:25:22 -0800 From: Jeremy Chadwick To: "Aryeh M. Friedman" Message-ID: <20071106102522.GA85085@eos.sc1.parodius.com> References: <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <472FD23E.1060001@delphij.net> <47301CF6.8030808@delphij.net> <47301E91.7070303@gmail.com> <47301F40.8070605@delphij.net> <47302667.8030900@gmail.com> <20071106091409.GB83703@eos.sc1.parodius.com> <47303CC0.2000203@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47303CC0.2000203@gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 10:35:30 -0000 On Tue, Nov 06, 2007 at 05:06:56AM -0500, Aryeh M. Friedman wrote: > > > 1) Have you verified that the SATA150-limiting jumper on your Seagate > > drive has been removed? SATA300 drives from Seagate come from the > > factory with that jumper connected, limiting the drive to SATA150. > > > > Yes it does have a jumper but removing it doesn't change what the driver > reports. Leave the jumper *off*, otherwise it'll just waste people's time. The drive *will not* run in nor claim to support SATA300 with that jumper enabled. So please leave it off. :-) > > 2) Do you happen to be using a PATA-to-SATA adapter on the DVD drive? > > > > 3) If No to #2, are you sure that the ICH9 does SATA300 with ATAPI > > devices? Does the mainboard BIOS even support it for ATAPI? > > It is an OEM drive so no way of knowing what it's real specs are but the > packaging/manual says SATA300... I can not find any references in the > manual or the intel specs that say anything about max atapi speed. Can you try booting into Linux and see if it reports SATA300, or Windows and get a utility ASTRA32 and see if it reports the same? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 10:38:51 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0A6416A46C for ; Tue, 6 Nov 2007 10:38:51 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id B354913C49D for ; Tue, 6 Nov 2007 10:38:51 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 85D591CC06E; Tue, 6 Nov 2007 02:38:39 -0800 (PST) Date: Tue, 6 Nov 2007 02:38:39 -0800 From: Jeremy Chadwick To: "Aryeh M. Friedman" Message-ID: <20071106103839.GC85085@eos.sc1.parodius.com> References: <472FD23E.1060001@delphij.net> <47301CF6.8030808@delphij.net> <47301E91.7070303@gmail.com> <47301F40.8070605@delphij.net> <47302667.8030900@gmail.com> <20071106091409.GB83703@eos.sc1.parodius.com> <473035D4.3030200@gmail.com> <20071106095720.GA84549@eos.sc1.parodius.com> <47303F22.7080809@gmail.com> <20071106103507.GB85085@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071106103507.GB85085@eos.sc1.parodius.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 10:38:51 -0000 On Tue, Nov 06, 2007 at 02:35:07AM -0800, Jeremy Chadwick wrote: > > From what other people are saying I think it needs to be the p35/ihc9(r) > > combo specifically. > > These two things are somewhat conflicting. > > 1) If the problem is fixed by Xi Lin's patch, then that seems to > indicate it should be affecting everyone using the ICH9 controller, > including those who use Asus, Abit, or MSI boards. > 2) Boot manager as in the BIOS boot device menu, or as in FreeBSD BTX? > If BIOS boot device menu, then that doesn't mean anything. The > BIOS could indeed be doing something wrong which FreeBSD expects > to be right. Problems like this should ideally be brought to the > attention of the mainboard manufacturer. > 3) The issue appears to be specific to the Gigabyte P35 board, which > to me means someone needs to get Gigabyte involved in all of this. Correction to my mail -- the OP states his problem is with a MSI Neo-F P35, not a Gigabyte board. I'm not sure where I got Gigabyte from... Someone may want to involve MSI in this ordeal. Their generic technical support team probably won't be of much assistance; we'd need to find someone in Taiwan who is more familiar with the engineering side of things. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 10:39:35 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8692116A41A; Tue, 6 Nov 2007 10:39:35 +0000 (UTC) (envelope-from BORJAMAR@SARENET.ES) Received: from proxypop1.sarenet.es (proxypop1.sarenet.es [194.30.0.99]) by mx1.freebsd.org (Postfix) with ESMTP id 3DEDF13C4A5; Tue, 6 Nov 2007 10:39:35 +0000 (UTC) (envelope-from BORJAMAR@SARENET.ES) Received: from localhost (matahari.sarenet.es [192.148.167.18]) by proxypop1.sarenet.es (Postfix) with ESMTP id 3600C5CA0; Tue, 6 Nov 2007 11:39:21 +0100 (CET) Message-Id: <9A147CEC-D5E6-4117-8C69-16E40DB45B22@SARENET.ES> From: Borja Marcos To: Pawel Jakub Dawidek In-Reply-To: <20071106100015.GB5268@garage.freebsd.pl> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Tue, 6 Nov 2007 11:38:55 +0100 References: <20071005000046.GC92272@garage.freebsd.pl> <20071008121523.GM2327@garage.freebsd.pl> <20071105215035.GC26730@heff.fud.org.nz> <2e77fc10711051531k41e7224dq6aaedb35cad8d9f2@mail.gmail.com> <6214AB9C-9F9B-4B9D-8B05-0B3DF5F6C16D@SARENET.ES> <20071106100015.GB5268@garage.freebsd.pl> X-Mailer: Apple Mail (2.912) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS kmem_map too small. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 10:39:35 -0000 On Nov 6, 2007, at 11:00 AM, Pawel Jakub Dawidek wrote: > If you use vm_kern.c.2.patch, can you show loader.conf and exact > command > that can provke the panic? Sorry, forgot about the command. I just created a ZFS volume (scratch) and used: bonnie++ -s 12g -n 24 The machine dies consistently during the single file tests (sequential write, rewrite, etc). Borja. ---------------- "The thing he realised about the windows was this: because they had been converted into openable windows after they had first been designed to be impregnable, they were, in fact, much less secure than if they had been designed as openable windows in the first place." Douglas Adams, "Mostly Harmless" From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 10:41:09 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D09216A418 for ; Tue, 6 Nov 2007 10:41:09 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id EE3C213C480 for ; Tue, 6 Nov 2007 10:41:08 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so267263ana for ; Tue, 06 Nov 2007 02:40:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=SAgMUP4kRPopKrvUXmKNCZJw2uPmkqcGXHIpz9HU3KE=; b=re0Em8v6i21evF4acOoEC7VP697L1pIc1madRv/qtjNO3XAOKKoCHth51kJy3NKDt5h/sPboEHMdN6YBbNt0d7P/UY0oBxN+/9ZRERoXbxdmM1UGw3sjwZC3U7k1svO1sbT8qGnSwmY2Oc0JneBCzNJJJ+eIRJp/EvLGxfQEnrw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=Ku1cfQv91KU461Rs1HCxOQ/eAPIzdkXKUzjVYSu8/zuDfFFHxnrqFvaMI9sUR/40xT61B+nCcoCkYM49YlF3q30rNg5On20SimslgHcZFpCLzY1GKQSkRmR1Mtb+Xv3OrhQPx1rpe7gfqFrrKxeuhQriRErRPNrCkL/q7k+AXaI= Received: by 10.100.254.18 with SMTP id b18mr6656663ani.1194345656358; Tue, 06 Nov 2007 02:40:56 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id p33sm10837733elf.2007.11.06.02.40.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Nov 2007 02:40:55 -0800 (PST) Message-ID: <473044B6.605@gmail.com> Date: Tue, 06 Nov 2007 05:40:54 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Jeremy Chadwick References: <472FD0FB.9090608@delphij.net> <472FD23E.1060001@delphij.net> <47301CF6.8030808@delphij.net> <47301E91.7070303@gmail.com> <47301F40.8070605@delphij.net> <47302667.8030900@gmail.com> <20071106091409.GB83703@eos.sc1.parodius.com> <473035D4.3030200@gmail.com> <20071106095720.GA84549@eos.sc1.parodius.com> <47303F22.7080809@gmail.com> <20071106103507.GB85085@eos.sc1.parodius.com> In-Reply-To: <20071106103507.GB85085@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 10:41:09 -0000 Jeremy Chadwick wrote: > > What this means is, how you have things presently proves that the > device has SATA300 capability. "Serial ATA II" == SATA300. > > If dmesg on the machine shows "SATA150" for the device still, despite > what atacontrol shows, then there may be a driver bug. > from dmesg: ad6: 476940MB at ata3-master SATA150 > Either way, this is a good improvement. > > snip > > These two things are somewhat conflicting. > > 1) If the problem is fixed by Xi Lin's patch, then that seems to > indicate it should be affecting everyone using the ICH9 controller, > including those who use Asus, Abit, or MSI boards. > It is only partially fixed. > 2) Boot manager as in the BIOS boot device menu, or as in FreeBSD BTX? > If BIOS boot device menu, then that doesn't mean anything. The > BIOS could indeed be doing something wrong which FreeBSD expects > to be right. Problems like this should ideally be brought to the > attention of the mainboard manufacturer. > BTX -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 10:44:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81FA216A418 for ; Tue, 6 Nov 2007 10:44:14 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by mx1.freebsd.org (Postfix) with ESMTP id 2EF8B13C494 for ; Tue, 6 Nov 2007 10:44:13 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1772469wxd for ; Tue, 06 Nov 2007 02:43:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=/w6gUt2H++y42ln5JsDUl9oJ1QPcY6Ur2lZYHKXtmqk=; b=TauWGeJ1uqsVF+5xdVaMzHfD4loMHABoNTB85xKSyg5WXQocLMNK+wkuMxQnMn9QJ2hjwifQPuaLqQSuFhUGMMviURI52qNV1Ac18eiS2DLcZZddpcDPZP1Nf1lxvUFtHLdMwbr9IeSeZM1egqTUxBS5Wct+44QLTL6y57nqqSg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=HP02ZMGWJjY9bu/8Gb291Lnkh03sVmI54W2On/JtJIySZDZyHRj35flBfgMqHNlIPGi24XAGP0Bdy6SsvRfMYMsz58UB7ix8n7I/Xjj1pXfIx7xF4H+3DB1QiaoqZWZHEwTJnTx9n+YhBi7AVGC2fGke97SveVdkK1fMsP6Rm2I= Received: by 10.90.119.15 with SMTP id r15mr4144650agc.1194345838930; Tue, 06 Nov 2007 02:43:58 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id p27sm10953235ele.2007.11.06.02.43.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Nov 2007 02:43:57 -0800 (PST) Message-ID: <4730456B.9000709@gmail.com> Date: Tue, 06 Nov 2007 05:43:55 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Jeremy Chadwick References: <472FD23E.1060001@delphij.net> <47301CF6.8030808@delphij.net> <47301E91.7070303@gmail.com> <47301F40.8070605@delphij.net> <47302667.8030900@gmail.com> <20071106091409.GB83703@eos.sc1.parodius.com> <473035D4.3030200@gmail.com> <20071106095720.GA84549@eos.sc1.parodius.com> <47303F22.7080809@gmail.com> <20071106103507.GB85085@eos.sc1.parodius.com> <20071106103839.GC85085@eos.sc1.parodius.com> In-Reply-To: <20071106103839.GC85085@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 10:44:14 -0000 > Correction to my mail -- the OP states his problem is with a MSI Neo-F > P35, not a Gigabyte board. I'm not sure where I got Gigabyte from... > I remember seeing it some where also but I forget where > Someone may want to involve MSI in this ordeal. Their generic technical > support team probably won't be of much assistance; we'd need to find > someone in Taiwan who is more familiar with the engineering side of > things. > > As far I can tell they are the worst of the lot... btw they have 2 new bios versions since I got mine but from there instructions I don't see how to flash it without: 1. Dos 2. A floppy -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 10:54:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64C1B16A417 for ; Tue, 6 Nov 2007 10:54:42 +0000 (UTC) (envelope-from screwdriver@lxnt.info) Received: from mail.lxnt.info (mail.lxnt.info [217.23.143.142]) by mx1.freebsd.org (Postfix) with ESMTP id 11B8113C48E for ; Tue, 6 Nov 2007 10:54:42 +0000 (UTC) (envelope-from screwdriver@lxnt.info) Received: from [217.23.131.8] (helo=lxnt.inside.caravan.ru) by mail.lxnt.info with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IpM4c-000MgQ-PM; Tue, 06 Nov 2007 13:54:23 +0300 Message-ID: <47304802.1020106@lxnt.info> Date: Tue, 06 Nov 2007 13:54:58 +0300 From: Alexander Sabourenkov User-Agent: Thunderbird 2.0.0.6 (X11/20071024) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <472FD23E.1060001@delphij.net> <47301CF6.8030808@delphij.net> <47301E91.7070303@gmail.com> <47301F40.8070605@delphij.net> <47302667.8030900@gmail.com> <20071106091409.GB83703@eos.sc1.parodius.com> <473035D4.3030200@gmail.com> <20071106095720.GA84549@eos.sc1.parodius.com> <47303F22.7080809@gmail.com> <20071106103507.GB85085@eos.sc1.parodius.com> <20071106103839.GC85085@eos.sc1.parodius.com> <4730456B.9000709@gmail.com> In-Reply-To: <4730456B.9000709@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Jeremy Chadwick , freebsd-current@freebsd.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 10:54:42 -0000 Aryeh M. Friedman wrote: > > As far I can tell they are the worst of the lot... btw they have 2 new > bios versions since I got mine but from there instructions I don't see > how to flash it without: > > 1. Dos > 2. A floppy > FreeDOS iso image and a small CDRW disk help a lot. If you have an ATAPI CDROM, you can just add bios files to the iso image. If only USB CDROM is available, then one needs to add them to the boot image that gets loaded off CD by the BIOS, but it's not too difficult this way either. -- ./lxnt From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 11:46:35 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9590716A420 for ; Tue, 6 Nov 2007 11:46:35 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from fallbackmx02.syd.optusnet.com.au (fallbackmx02.syd.optusnet.com.au [211.29.133.72]) by mx1.freebsd.org (Postfix) with ESMTP id 20C1B13C481 for ; Tue, 6 Nov 2007 11:46:34 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail06.syd.optusnet.com.au (mail06.syd.optusnet.com.au [211.29.132.187]) by fallbackmx02.syd.optusnet.com.au (8.12.11.20060308/8.12.11) with ESMTP id lA67GEVG007157 for ; Tue, 6 Nov 2007 18:16:14 +1100 Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail06.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id lA67FnFc003446 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Nov 2007 18:15:50 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id lA67Fn7F083495; Tue, 6 Nov 2007 18:15:49 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id lA67FnpP083494; Tue, 6 Nov 2007 18:15:49 +1100 (EST) (envelope-from peter) Date: Tue, 6 Nov 2007 18:15:49 +1100 From: Peter Jeremy To: Rene Ladan Message-ID: <20071106071549.GB82929@server.vk2pj.dyndns.org> References: <472DD822.3080305@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <472DD822.3080305@gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Pav Lucistnik , current@freebsd.org Subject: Re: running BOINC with sched_ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 11:46:35 -0000 On Sun, Nov 04, 2007 at 03:33:06PM +0100, Rene Ladan wrote: >Running BOINC (net/boinc-client) using sched_4BSD works fine. When I switch to sched_ULE, >these anomalies occur: Interesting, running 4BSD with the default idprio, setiathome works for me but einstein doesn't - it just continuously restarts. I wound up patching the rc.d script to use 'nice -n 31'. This is a UP i386 system. I've recently changed to ULE but haven't seen if the idprio bug I saw has gone. -- Peter From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 11:46:39 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2F7416A421 for ; Tue, 6 Nov 2007 11:46:39 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.228]) by mx1.freebsd.org (Postfix) with ESMTP id A3C8113C4AC for ; Tue, 6 Nov 2007 11:46:39 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so1196560nzf for ; Tue, 06 Nov 2007 03:46:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=aZAzjw0lHMKmYGfG3IterU4p9pUuX5rvmZ/+DhrhR/I=; b=QL+9z53XQYJy9l36R4Ck20KxxImB9eoN1XAQ4RtJRZqRyue1b0nCb/B7tXmv1ZdaMQg0cEpzji6/lCeY84CtNBytgvKKTWwC8qFe1Stxp19NBKzmIGrQFoFPW69djyniEJR84JO7KAarb1OW2AiFlIRgvBiNoWRfjnOB8zWtiFM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=WClHa/3LgMg1uYx/3e4Wnp9V83JEaty5CVOoa+sBB79bo6uz6dB32fejUDErm38pEZmuOJtYcpbN78+2Uil+6DgBeC/HHr8yiY9k6puawc6+kWMtKLfiGJEPw4UvQK2sx6YJ1AZbhOmjURyjGvSA64qpPftMULBNqAXpTyvJEmc= Received: by 10.115.14.1 with SMTP id r1mr189814wai.1194349584538; Tue, 06 Nov 2007 03:46:24 -0800 (PST) Received: by 10.35.9.16 with HTTP; Tue, 6 Nov 2007 03:46:24 -0800 (PST) Message-ID: Date: Tue, 6 Nov 2007 11:46:24 +0000 From: "Rui Paulo" Sender: rpaulo@gmail.com To: "Maxim Sobolev" In-Reply-To: <47303BCA.3010805@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <472FA3B1.1070902@FreeBSD.org> <47303BCA.3010805@FreeBSD.org> X-Google-Sender-Auth: d6b8baa3cac066dc Cc: freebsd-current@freebsd.org, freebsd-i386@freebsd.org Subject: Re: MacBook users: possible fix for the SMP 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: Tue, 06 Nov 2007 11:46:40 -0000 On Nov 6, 2007 10:02 AM, Maxim Sobolev wrote: > By the way, it seems that you don't need this patch for the amd64 kernel > - 1st gen MacBooks don't have 64-bit mode, while 2nd gens don't have > this problem. I've just checked - the stock 7.0-BETA2 AMd64 kernel boots > just fine into SMP mode on my new Core 2 Duo based MacBook. Ok, thanks for the tip. Regards. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 11:53:17 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC52F16A421; Tue, 6 Nov 2007 11:53:17 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 6BD0E13C4B7; Tue, 6 Nov 2007 11:53:17 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=iTLmHDwANqZULL0Xw2BjZVWSXaNkA3nNFGF5oKtewLTSvFqkSpP8mMcksufB1UcybZsTXAbzJ6b9ZDejNEvkzbv0ccGRFb6qEUL9nEX2xlJVPvs4Y/QJc4rq5HNcCAKIw1qDI5kFCVZKC1YK+Xi8Wf7TZ345VceXG33o2zFg9FNT5FUrtQppbyMR8/Im8DcEn3iRhn6QloVnbQjmGZj52YX+mtBfp6QDtG4DeIS/4wZLb4qXEKnHpDEvf3r8rR2j; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1IpMzW-0004mU-Gn; Tue, 06 Nov 2007 11:53:10 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.66) (envelope-from ) id 1IpMyT-0000ZZ-Cw; Tue, 06 Nov 2007 11:52:05 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IpMyS-0001ck-F6; Tue, 06 Nov 2007 13:52:04 +0200 To: Andre Oppermann From: Ian FREISLICH In-Reply-To: Message from Andre Oppermann of "Mon, 05 Nov 2007 21:05:30 +0100." <472F778A.6080206@freebsd.org> X-Attribution: BOFH Date: Tue, 06 Nov 2007 13:52:04 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: sendfile() not detecting closed connections. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 11:53:17 -0000 Andre Oppermann wrote: > Ian FREISLICH wrote: > > Andre Oppermann wrote: > > > >>Ian FREISLICH wrote: > >> > >>>Hi > >>> > >>>System is 8.0-CURRENT. I have the following piece of code: > >>> > >>> rename(path, data); > >>> stat(data, &sb); > >>> len = snprintf(buffer, MAXBUFLEN, "BYTES %lld\r\n", sb.st_size); > >>> write(connection, buffer, len); > >>> sleep(10); > >>> if ((sendfile(fd, connection, 0, sb.st_size, NULL, > >>> &sbytes, 0)) == -1 || sbytes != sb.st_size) { > >>> syslog(facility, "Problem writing data: %s, wrote %lld", > >>> strerror(errno), sbytes); > >>> respool(fd, path); > >>> unlink(data) > >>> close(fd); > >>> return(-1); > >>> } > >>> else > >>> syslog(facility, "Download successful %ld", sbytes); > >>> close(fd); > >>> unlink(data); > >>> > >>>If, during the sleep, I terminate the connection so that netstat > >>>reports: > >>> > >>>tcp4 0 0 127.0.0.1.666 127.0.0.1.58239 CLOSE_W A > > > > IT > > > >>>tcp4 0 0 127.0.0.1.58239 127.0.0.1.666 FIN_WAI T > > > > _2 > > > >>>sendfile() reports success for files less than about 64k in size, > >>>but I haven't been able to figure out where the threshold is. It > >>>erroneously reports that 41000 of the 64k were sent, but will say > >>>the whole file was transferred up to about 64k. The connection > >>>filedescriptor is blocking. > >>> > >>>Any ideas? > >> > >>sendfile() reports the bytes written into the send socket buffer. If > >>there is a connection error it doesn't (and never did) look at how > >>much data was still in the socket buffer. The sendfile(2) man page > >>says: "[sbytes] If non-NULL, the system will write the total number > >>of bytes sent on the socket to the variable pointed to by sbytes." > >>This could be changed to subtract the remaining data in the socket > >>buffer before reporting back. One has to be careful though about > >>other writes so that the number never goes negative. There may be > >>more data remaining in the socket buffer than from this write attempt > >>alone. > > > > > > The connection was closed about 6 seconds before I called sendfile(). > > Would sendfile() write to the socket buffer of a socket closed that > > long ago? > > The sendfile(2) syscall checks if the socket is still connected: > > if ((so->so_state & SS_ISCONNECTED) == 0) { > error = ENOTCONN; > goto out; > } > > Due to timing circumstances the connection may still be technically > connected while at the same time disconnecting when FIN exchange has > not completed yet. > > To prevent a sendfile(2) call on a disconnecting socket another test > has to be added: > > if (so->so_state & SS_ISDISCONNECTING) { > error = EPIPE; /* or ESHUTDOWN? */ > goto out; > } > > Please add this test after line 1841 in sys/kern/uipc_syscalls.c and > test again. The error code ESHUTDOWN seems more appropriate but is > so far not documented in the sendfile(2) man page. As it seems this > bug has been present since the introduction of the sendfile syscall. I'm not sure that this has changed much. It errors with errno == EPIPE, but still claims it's placed 40960 bytes in the socket buffer. A tight loop of netstat -anf inet never reveals a Send-Q greater than 0 bytes, although it's entirely likely it missed the event. But if I terminate the connection mid stream I can see a send queue sticking around for a bit: tcp4 0 43640 127.0.0.1.666 127.0.0.1.50916 CLOSE_WAIT Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 12:55:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC77116A41A; Tue, 6 Nov 2007 12:55:38 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 29DD913C48A; Tue, 6 Nov 2007 12:55:36 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 65B4B45F5C; Tue, 6 Nov 2007 13:55:19 +0100 (CET) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 63FC945EE5; Tue, 6 Nov 2007 13:55:10 +0100 (CET) Date: Tue, 6 Nov 2007 13:55:03 +0100 From: Pawel Jakub Dawidek To: Borja Marcos Message-ID: <20071106125503.GN5268@garage.freebsd.pl> References: <20071005000046.GC92272@garage.freebsd.pl> <20071008121523.GM2327@garage.freebsd.pl> <20071105215035.GC26730@heff.fud.org.nz> <2e77fc10711051531k41e7224dq6aaedb35cad8d9f2@mail.gmail.com> <6214AB9C-9F9B-4B9D-8B05-0B3DF5F6C16D@SARENET.ES> <20071106100015.GB5268@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="j/HO4hzKTNbM1mOX" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@freebsd.org, Niki Denev , freebsd-current@freebsd.org Subject: Re: ZFS kmem_map too small. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 12:55:38 -0000 --j/HO4hzKTNbM1mOX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 06, 2007 at 11:20:34AM +0100, Borja Marcos wrote: >=20 > On Nov 6, 2007, at 11:00 AM, Pawel Jakub Dawidek wrote: >=20 > >>The machine has 6 hard disks configured as a raidz2 pool. > >> > >>Please let me know of any test anyone might need. > > > >If you use vm_kern.c.2.patch, can you show loader.conf and exact =20 > >command > >that can provke the panic? >=20 > loader.conf: > zfs_load=3D"YES" > vfs.root.mountfrom=3D"zfs:pool/root" > vm.kmem_size_max=3D"1610612736" > vm.kmem_size=3D"1610612736" >=20 > Y bumped up the vnodes as well, as suggested at the ZFS tuning Wiki. >=20 > (/etc/sysctl.conf) > kern.maxvnodes: 400000 The Wiki should be changed. Allow ZFS to autotune it, don't tune it by hand. > Anything else? (I just don't want to spam a big message with kernel =20 > config, etc) I asked about exact command to trigger the panic. > When I did the tests I did not have a swap partition configured, but I = =20 > guess it shouldn't be > related (4 GB is plenty of memory). Anyway I'm going to try again with = =20 > a swap partition today. > (_Not_ on ZFS) so that I can get a kernel dump as well. Yes, do not use swap on ZFS. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --j/HO4hzKTNbM1mOX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHMGQnForvXbEpPzQRAsZCAJ9ePHQT/PqSjkfe3wB1lCXNXUkYowCghloH y4FVicWAH0M7aqSnuoNy3Is= =CpAD -----END PGP SIGNATURE----- --j/HO4hzKTNbM1mOX-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 12:56:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A70516A419; Tue, 6 Nov 2007 12:56:21 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 50F3E13C4A6; Tue, 6 Nov 2007 12:56:20 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id A382145F59; Tue, 6 Nov 2007 13:56:05 +0100 (CET) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 9423245EEB; Tue, 6 Nov 2007 13:55:58 +0100 (CET) Date: Tue, 6 Nov 2007 13:55:52 +0100 From: Pawel Jakub Dawidek To: Borja Marcos Message-ID: <20071106125552.GO5268@garage.freebsd.pl> References: <20071005000046.GC92272@garage.freebsd.pl> <20071008121523.GM2327@garage.freebsd.pl> <20071105215035.GC26730@heff.fud.org.nz> <2e77fc10711051531k41e7224dq6aaedb35cad8d9f2@mail.gmail.com> <6214AB9C-9F9B-4B9D-8B05-0B3DF5F6C16D@SARENET.ES> <20071106100015.GB5268@garage.freebsd.pl> <9A147CEC-D5E6-4117-8C69-16E40DB45B22@SARENET.ES> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qgd2S+2VS1hsWwXW" Content-Disposition: inline In-Reply-To: <9A147CEC-D5E6-4117-8C69-16E40DB45B22@SARENET.ES> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS kmem_map too small. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 12:56:21 -0000 --Qgd2S+2VS1hsWwXW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 06, 2007 at 11:38:55AM +0100, Borja Marcos wrote: >=20 > On Nov 6, 2007, at 11:00 AM, Pawel Jakub Dawidek wrote: >=20 > >If you use vm_kern.c.2.patch, can you show loader.conf and exact =20 > >command > >that can provke the panic? >=20 > Sorry, forgot about the command. >=20 > I just created a ZFS volume (scratch) and used: ZFS volume? You mean ZVOL? Can you paste 'zfs list; zpool status'? > bonnie++ -s 12g -n 24 >=20 > The machine dies consistently during the single file tests (sequential = =20 > write, rewrite, etc). --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --Qgd2S+2VS1hsWwXW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHMGRYForvXbEpPzQRAopjAJ9bxAvXsWEZvd7QPuqwGRcfkycm4QCgl757 U3IVYTSYbdm5KmJzZQ8jsow= =xEIm -----END PGP SIGNATURE----- --Qgd2S+2VS1hsWwXW-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 13:01:01 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2928F16A417 for ; Tue, 6 Nov 2007 13:01:01 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.net [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id D8E9C13C49D for ; Tue, 6 Nov 2007 13:01:00 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:59621 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IpO2z-0007zx-Fg for freebsd-current@freebsd.org; Tue, 06 Nov 2007 13:00:49 +0000 Message-ID: <47306579.4040700@conducive.net> Date: Tue, 06 Nov 2007 08:00:41 -0500 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <472F5D9A.9050900@delphij.net> <472F6773.3080801@delphij.net> <472F6B02.2030801@delphij.net> <472F7C05.6050000@conducive.net> <472FCE60.9070806@gmail.com> <47301A4A.2030807@conducive.net> <47301E48.1000409@gmail.com> <20071106080634.GA8648@kobe.laptop> In-Reply-To: <20071106080634.GA8648@kobe.laptop> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 13:01:01 -0000 Giorgos Keramidas wrote: > On 2007-11-06 02:56, "Aryeh M. Friedman" wrote: >>>> 2. The only difference between different hardware is the >>>> implications of sw issues... for example I get timeouts but no >>>> infinite cycle when booting from cd >>> ACK - and developers of software very seldom have access to even the >>> tiniest fraction of the hardware that the community at large have >>> their hands on. >> And that is why I volunteered to help out but it seems they prefer for >> me to just send various diag dumps so neither of us has any grounds >> for complaint here I think. > > That's the way a lot of FreeBSD developers work. It may look 'flawed' > and 'wrong', but there are probably a fair number of reasons why this is > their preferred 'mode of operation'. For example, they may not have web > access at all times. An email with a lot of useful information in the > form of a logfile is available when 'offline' too. A wiki is not. > > I'm not saying that you shouldn't use your favorite means of collecting > information from these threads (i.e. the wiki), but it is important to > realize that it's *not* easier or more useful than the mailing lists; > what is *can* be is another source of information, a complementary > resource :) > Just to reinforce that ... Over the years, and many areas of interest, I've had anywhere from 15,000 to 60,000 mailing list posts *per list* stored in a 'local' MUA folder as well as synced IMAP on the server. Diskpace is cheap, and messages are sparser than html. I can do all manner of complex searches on those when offline, and they are more specific than a full online 'google'. YMMV, Bill From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 13:04:31 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4EBE16A41A for ; Tue, 6 Nov 2007 13:04:31 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id 2C46613C4A5 for ; Tue, 6 Nov 2007 13:04:30 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1437480nfb for ; Tue, 06 Nov 2007 05:04:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=/3Uxoa4uz3A1fFYXfQK05Q/lXdcxhvBAyHNN+SLRkoc=; b=Ih7fCVprP1GmYVkygOW2kG41BD3X7CkbmCix/VgCgqFB8m9SNv3k06m5CK1/zOcEPfubyz1zb0JjhxAiJ83RJHXB2vAqbwDCpbFFM5gYCpaStU7i+19GH4C5KZwUWdi6lvCdMkUnXft0oZDjU1kw3mQPyFFDUV8mTZiK56TANdQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=nYOhyVVw/9NyipoEKjlbYsxpVMyoTeoVSzsrx4sr8zz7Ufk19d8D222ZN/D1sV7nWn6uA1LWuf0qD/t2F9E+JbXTGe6mECn+DfkN/vNakvITtP+muMmhWFRDP1/DNEzzn5Y1yDRhRS6x+NVYu3CvB6ApEDinkwRF/mjOeyPZVis= Received: by 10.86.97.7 with SMTP id u7mr4277975fgb.1194352577886; Tue, 06 Nov 2007 04:36:17 -0800 (PST) Received: by 10.86.90.4 with HTTP; Tue, 6 Nov 2007 04:36:17 -0800 (PST) Message-ID: <3bbf2fe10711060436w2b031ae7g78c3e8ff70fdeccf@mail.gmail.com> Date: Tue, 6 Nov 2007 13:36:17 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Aryeh M. Friedman" In-Reply-To: <4730207C.7010701@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4730207C.7010701@gmail.com> X-Google-Sender-Auth: a7a8e4f4d4db2c72 Cc: Alan Cox , freebsd-current@freebsd.org, Kostik Belousov Subject: Re: [RFI] status of the nVidia requested kernel mods X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 13:04:31 -0000 2007/11/6, Aryeh M. Friedman : > A while ago nVidia requested some major mods to mmap and a few other > memory related issues in the kernel does anyone know the current status > of these issues (the wiki still lists them as pending but I just wanted > to know if that was just due to lack of updated of the wiki).... the > reason for asking is I would like to take "ownership" of the issue set > (looking for a good kernel project not being done by half a dozen other > people) If you look at: http://wiki.freebsd.org/NvidiaFeatureRequests you can easilly check that the work seems splitted in 5 points. Let's say that #5 should be addressed by recent kib@'s work about fdclone (for a better overwiev please look at: http://lists.freebsd.org/pipermail/freebsd-arch/2007-October/007015.html ). The state of other tasks is a little bit floating. For example, pmap_mapdev_attr() and pmap_change_attr() are fully working on FreeBSD-i386, but currently support for large pages is missing. These should be addressed through superpages work, so I strongly suggest you to check with alc@ about them and to ping him about his further superpages plans. In the end, maybe you should concentrate mainly about #2 and #4. As evicted by private discussions with Christian Zander, nVidia doesn't really have preference for the KPI, so you can choose what you feel more appropriate, according with kib and alc (CC'ed). Good luck, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 07:12:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 537EB16A419 for ; Tue, 6 Nov 2007 07:12:09 +0000 (UTC) (envelope-from andy.lavr@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (reactor-xg.kiev.ua [82.144.204.150]) by mx1.freebsd.org (Postfix) with ESMTP id 6B2DE13C481 for ; Tue, 6 Nov 2007 07:12:08 +0000 (UTC) (envelope-from andy.lavr@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (mail.reactor-xg.kiev.ua [82.144.204.150]) by mail.reactor-xg.kiev.ua (Reactor-XG Mailer System) with ESMTP id lA66oIDM005625 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 6 Nov 2007 08:50:23 +0200 (EET) (envelope-from andy.lavr@reactor-xg.kiev.ua) Authentication-Results: mail.reactor-xg.kiev.ua from=andy.lavr@reactor-xg.kiev.ua; sender-id=pass; spf=pass From: "Andrei V. Lavreniyuk" Organization: Technica-03, Inc. To: freebsd-current@freebsd.org Date: Tue, 6 Nov 2007 08:50:09 +0200 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1599066.thGX6aOBrg"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711060850.17855.andy.lavr@reactor-xg.kiev.ua> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on mail.reactor-xg.kiev.ua X-Virus-Status: Clean X-Mailman-Approved-At: Tue, 06 Nov 2007 13:05:40 +0000 Subject: acpi0: reservation of 0, a0000 (3) failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 07:12:10 -0000 --nextPart1599066.thGX6aOBrg Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi! My motherboard - P5P800-MX Bios version 1007 # uname -a =46reeBSD mail.local 7.0-BETA2 FreeBSD 7.0-BETA2 #0: Tue Nov 6 06:43:25 EE= T=20 2007 root@mail.local:/usr/obj/usr/src/sys/MAIL i386 =2D------------------------------------------------- +FreeBSD 7.0-BETA2 #0: Mon Nov =A05 15:12:40 EET 2007 + =A0 =A0root@mail.local:/usr/obj/usr/src/sys/MAIL +avail memory =3D 1032753152 (984 MB) +ACPI APIC Table: +cryptosoft0: on motherboard +acpi0: [ITHREAD] +acpi0: reservation of 0, a0000 (3) failed +acpi0: reservation of 100000, 3f6f0000 (3) failed ^^^^^^^^^^^^^^^^^ ????????????????? +p4tcc0: on cpu0 +p4tcc1: on cpu1 +vgapci0: port 0xdc00-0xdc07 mem=20 0xf0000000-0xf7ffffff,0xfbe80000-0xfbefffff irq 16 at device 2.0 on pci0 +agp0: on vgapci0 +ukphy0: PHY 24 on miibus0 +xl0: [ITHREAD] +ahc0: [ITHREAD] +ukphy1: PHY 24 on miibus1 +xl1: [ITHREAD] +ata0: [ITHREAD] +ata1: [ITHREAD] +atapci1: [ITHREAD] +ata2: [ITHREAD] +ata3: [ITHREAD] +ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 +ppc0: [GIANT-LOCKED] +ppc0: [ITHREAD] +atkbd0: [ITHREAD] +sio0: [FILTER] +orm0: at iomem=20 0xc0000-0xc9fff,0xca000-0xca7ff,0xca800-0xcafff,0xcb000-0xcb7ff pnpid ORM00= 00=20 on isa0 =2D------------------------------------------------ Best regards, Andrei Lavreniyuk. --nextPart1599066.thGX6aOBrg Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHMA6jmDr1ncjMXfkRAoZ7AJ9nH6Rj9MpeAnH74JLiZKW7NtZqkwCfQhOF hpyKLS7Ri3DfnwyQnpSWwXg= =CsO2 -----END PGP SIGNATURE----- --nextPart1599066.thGX6aOBrg-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 13:18:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 180BA16A417; Tue, 6 Nov 2007 13:18:22 +0000 (UTC) (envelope-from BORJAMAR@SARENET.ES) Received: from proxypop2.sarenet.es (proxypop2.sarenet.es [194.30.0.95]) by mx1.freebsd.org (Postfix) with ESMTP id C122013C48E; Tue, 6 Nov 2007 13:18:21 +0000 (UTC) (envelope-from BORJAMAR@SARENET.ES) Received: from localhost (unknown [212.81.200.214]) by proxypop2.sarenet.es (Postfix) with ESMTP id EBBAE731E2; Tue, 6 Nov 2007 14:18:12 +0100 (CET) Message-Id: From: Borja Marcos To: Pawel Jakub Dawidek In-Reply-To: <20071106100015.GB5268@garage.freebsd.pl> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Tue, 6 Nov 2007 14:18:04 +0100 References: <20071005000046.GC92272@garage.freebsd.pl> <20071008121523.GM2327@garage.freebsd.pl> <20071105215035.GC26730@heff.fud.org.nz> <2e77fc10711051531k41e7224dq6aaedb35cad8d9f2@mail.gmail.com> <6214AB9C-9F9B-4B9D-8B05-0B3DF5F6C16D@SARENET.ES> <20071106100015.GB5268@garage.freebsd.pl> X-Mailer: Apple Mail (2.912) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS kmem_map too small. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 13:18:22 -0000 On Nov 6, 2007, at 11:00 AM, Pawel Jakub Dawidek wrote: > If you use vm_kern.c.2.patch, can you show loader.conf and exact > command > that can provke the panic? I can elaborate a bit. I repeated the test while I kept some connections open, watching zpool iostat, the Bonnie++ command output, the make buildworld, and pinging the machine continuously. Wired memory reached 1696 MB according to top, and the programs seemed to be stopped. I didn't see more activity from top, zpool iostat, or make buildworld. But the kernel was still answering to pings, although with a very long delay, an average of 300 - 500 ms. I'm connected to the same local network, and the typical delay I get with the machine is around 0.3 ms. It was until things started to go wrong. The machine kept answering pings (very late, but with no packet loss), until I pressed ctrl-C at the terminal session where I was running Bonnie++. That seemed to trigger the panic, kmem_map to small. And I've found something. I was using SCHED_ULE instead of SCHED_4BSD. I've switched back to SCHED_4BSD (I apologise I didn't mention it, I thought it shouldn't make a difference) and the kmem usage climbs much slower, sustaning a 30 MB/s write throughput during the Bonnie's "writing intelligently" test. Using ULE, wired memory climbs and tops 1.6 GB in less than a minute, while using 4BSD it's climbing much slower. I've seen it reach 1.2 GB, go back to 800 MB... and suddenly go down to 256 MB, while it keeps sustaining a write throughput of about 25 - 30 MB/s (according to zpool iostat at 10 second intervals). I've compiled the kernel with debugger support and this is what the backtrace reads: panic kmem_malloc(131072): kmem_map too small: 1608417280 total allocated cpuid=1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x17a kmem_malloc at kmem_malloc+0x65e uma_large_malloc() at uma_large_malloc+0x4a malloc() at malloc+0x7d vdev_queue_io_to_issue() at vdev_queue_io_to_issue+0x147 vdev_queue_io_done() at vdev_queue_io_done+0x9c vdev_geom_io_done() at vdev_geom_io_done+0x11 taskq_thread() at taskq_thread+0x17b fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xfffffffffee34d30, rbp = 0 --- KDB: enter: panic Hope it makes sense. Anything else I can provide? Borja ---------------- "The thing he realised about the windows was this: because they had been converted into openable windows after they had first been designed to be impregnable, they were, in fact, much less secure than if they had been designed as openable windows in the first place." Douglas Adams, "Mostly Harmless" From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 13:25:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0887916A46E; Tue, 6 Nov 2007 13:25:00 +0000 (UTC) (envelope-from BORJAMAR@SARENET.ES) Received: from proxypop1.sarenet.es (proxypop1.sarenet.es [194.30.0.99]) by mx1.freebsd.org (Postfix) with ESMTP id B22CC13C4AA; Tue, 6 Nov 2007 13:24:59 +0000 (UTC) (envelope-from BORJAMAR@SARENET.ES) Received: from localhost (unknown [212.81.200.214]) by proxypop1.sarenet.es (Postfix) with ESMTP id 2740D5CAC; Tue, 6 Nov 2007 14:24:27 +0100 (CET) Message-Id: <5C6AEFD0-FAC0-4E02-A969-D3B2E01DB099@SARENET.ES> From: Borja Marcos To: Pawel Jakub Dawidek In-Reply-To: <20071106125552.GO5268@garage.freebsd.pl> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Tue, 6 Nov 2007 14:24:25 +0100 References: <20071005000046.GC92272@garage.freebsd.pl> <20071008121523.GM2327@garage.freebsd.pl> <20071105215035.GC26730@heff.fud.org.nz> <2e77fc10711051531k41e7224dq6aaedb35cad8d9f2@mail.gmail.com> <6214AB9C-9F9B-4B9D-8B05-0B3DF5F6C16D@SARENET.ES> <20071106100015.GB5268@garage.freebsd.pl> <9A147CEC-D5E6-4117-8C69-16E40DB45B22@SARENET.ES> <20071106125552.GO5268@garage.freebsd.pl> X-Mailer: Apple Mail (2.912) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS kmem_map too small. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 13:25:00 -0000 On Nov 6, 2007, at 1:55 PM, Pawel Jakub Dawidek wrote: > ZFS volume? You mean ZVOL? Can you paste 'zfs list; zpool status'? Sorry, not a ZVOL, that's been an unfortunate usage of "volume". I created a single pool with all the disks, and I've created ZFS filesystems for /, /var, / usr... Of course I can :) prueba# zpool status pool: pool state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM pool ONLINE 0 0 0 raidz2 ONLINE 0 0 0 da1s2c ONLINE 0 0 0 da2s2c ONLINE 0 0 0 da3s2c ONLINE 0 0 0 da4s2c ONLINE 0 0 0 da5s2c ONLINE 0 0 0 da6s2c ONLINE 0 0 0 errors: No known data errors prueba# zfs list NAME USED AVAIL REFER MOUNTPOINT pool 30.8G 231G 46.0K /pool pool/expert 36.0K 231G 36.0K /expert pool/home 461K 231G 461K /home pool/root 385M 231G 385M legacy pool/scratch 16.8G 231G 16.8G /pool/scratch pool/swap 32.0K 243G 32.0K - pool/usr 1.63G 231G 1.63G /usr pool/var 52.2M 231G 52.2M /var prueba# If you want me to do some tests, I'm available. Best regards, Borja. ---------------- "The thing he realised about the windows was this: because they had been converted into openable windows after they had first been designed to be impregnable, they were, in fact, much less secure than if they had been designed as openable windows in the first place." Douglas Adams, "Mostly Harmless" From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 14:19:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E70D516A473 for ; Tue, 6 Nov 2007 14:19:16 +0000 (UTC) (envelope-from rnejdl@ringofsaturn.com) Received: from tethys.ringofsaturn.com (tethys.ringofsaturn.com [71.164.232.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9BF5B13C49D for ; Tue, 6 Nov 2007 14:19:08 +0000 (UTC) (envelope-from rnejdl@ringofsaturn.com) Received: from mail.ringofsaturn.com (localhost [127.0.0.1]) by tethys.ringofsaturn.com (8.14.1/8.14.1) with ESMTP id lA6DkXOJ029257; Tue, 6 Nov 2007 07:46:33 -0600 (CST) (envelope-from rnejdl@ringofsaturn.com) Received: from 71.164.232.42 (SquirrelMail authenticated user rnejdl) by mail.ringofsaturn.com with HTTP; Tue, 6 Nov 2007 07:46:33 -0600 (CST) Message-ID: <62151.71.164.232.42.1194356793.squirrel@mail.ringofsaturn.com> In-Reply-To: <473017DF.7070105@gmail.com> References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <473001E7.2090201@yandex.ru> <473017DF.7070105@gmail.com> Date: Tue, 6 Nov 2007 07:46:33 -0600 (CST) From: "Rusty Nejdl" To: "Aryeh M. Friedman" User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: ClamAV 0.91.2/4681/Tue Nov 6 06:52:41 2007 on tethys.ringofsaturn.com X-Virus-Status: Clean Cc: "Andrey V. Elsukov" , d@delphij.net, Justin Hibbits , freebsd-current@freebsd.org Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rnejdl@ringofsaturn.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 14:19:17 -0000 > Quick updates: > > 1. The marvel patch posted by Xi Lin reconizes PATA drives but doesn't > fix the speed mismatch on SATA and/or the acd issues (I think that is > the case for the second issue)... I have 2 PATA drives, 1 SATA HDD and a > SATA DVD-RW all working fine now (the DVD still experiences the acd > issues) > > -- > Aryeh M. Friedman > Developer, not business, friendly > http://www.flosoft-systems.com I was following along on this discussion and noticed that my SATA drives are also showing up as 150's. Attached is DMESG output since reboot. This is an ASUS p5b deluxe motherboard with the ICH8 controller: and the Micron controller: Not sure if this is related to this discussion or not. Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA2 #0: Sat Nov 3 17:13:14 CDT 2007 root@tethys.ringofsaturn.com:/usr/obj/usr/src/sys/SATURN Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU 6700 @ 2.66GHz (2666.68-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 2616786944 (2495 MB) avail memory = 2552987648 (2434 MB) MPTable: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Assuming intbase of 0 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) cpu0 on motherboard cpu1 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x8c00-0x8c7f mem 0xfd000000-0xfdffffff,0xa0000000-0xbfffffff,0xfc000000-0xfcffffff irq 16 at device 0.0 on pci1 uhci0: port 0xdc00-0xdc1f irq 16 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe000-0xe01f irq 17 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xfebffc00-0xfebfffff irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 4 ports with 4 removable, self powered ugen0: on uhub2 pcm0: mem 0xfebf8000-0xfebfbfff irq 22 at device 27.0 on pci0 pcm0: [ITHREAD] pcib2: irq 16 at device 28.0 on pci0 pci4: on pcib2 pcib3: irq 16 at device 28.4 on pci0 pci3: on pcib3 atapci0: port 0xac00-0xac07,0xa880-0xa883,0xa800-0xa807,0xa480-0xa483,0xa400-0xa40f mem 0xfe9fe000-0xfe9fffff irq 16 at device 0.0 on pci3 atapci0: [ITHREAD] atapci0: AHCI Version 01.00 controller with 2 ports detected ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] pcib4: irq 17 at device 28.5 on pci0 pci2: on pcib4 mskc0: port 0x9800-0x98ff mem 0xfe8fc000-0xfe8fffff irq 17 at device 0.0 on pci2 msk0: on mskc0 msk0: Ethernet address: 00:18:f3:b3:b6:bd miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto mskc0: [FILTER] uhci2: port 0xd480-0xd49f irq 23 at device 29.0 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb3: on uhci2 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered uhci3: port 0xd800-0xd81f irq 19 at device 29.1 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered uhci4: port 0xd880-0xd89f irq 18 at device 29.2 on pci0 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 2 ports with 2 removable, self powered ehci1: mem 0xfebff800-0xfebffbff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb6: EHCI version 1.0 usb6: companion controllers, 2 ports each: usb3 usb4 usb5 usb6: on ehci1 usb6: USB revision 2.0 uhub6: on usb6 uhub6: 6 ports with 6 removable, self powered pcib5: at device 30.0 on pci0 pci5: on pcib5 fwohci0: mem 0xfeaff800-0xfeafffff,0xfeaf8000-0xfeafbfff irq 21 at device 3.0 on pci5 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:d8:00:00:f5:92:3c fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:d8:f5:92:3c fwe0: Ethernet address: 02:11:d8:f5:92:3c sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode skc0: port 0xb800-0xb8ff mem 0xfeaf4000-0xfeaf7fff irq 19 at device 4.0 on pci5 skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) sk0: on skc0 sk0: Ethernet address: 00:18:f3:b3:b2:7c miibus1: on sk0 e1000phy1: PHY 0 on miibus1 e1000phy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto skc0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe40f,0xe080-0xe08f irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] ata6: on atapci1 ata6: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci2: port 0xd400-0xd407,0xd080-0xd083,0xd000-0xd007,0xcc00-0xcc03,0xc880-0xc88f,0xc800-0xc80f irq 19 at device 31.5 on pci0 atapci2: [ITHREAD] ata7: on atapci2 ata7: [ITHREAD] ata8: on atapci2 ata8: [ITHREAD] pmtimer0 on isa0 orm0: at iomem 0xcf000-0xd07ff,0xd0800-0xd37ff,0xd3800-0xd4fff pnpid ORM0000 on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: [ITHREAD] atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FILTER] ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio0: [FILTER] 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 unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (memory) uscanner0: on uhub4 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ad10: 143089MB at ata5-master SATA150 ad12: 715404MB at ata6-master SATA150 acd0: DVDR at ata7-master SATA150 ad16: 715404MB at ata8-master SATA150 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 pcm0: pcm0: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 SMP: AP CPU #1 Launched! cd0 at ata7 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 3.300MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed Trying to mount root from ufs:/dev/ad10s1a sk0: link state changed to UP msk0: link state changed to UP pid 98970 (conftest), uid 0: exited on signal 12 (core dumped) Warning: pid 85051 used static ldt allocation. See the i386_set_ldt man page for more info Warning: pid 85051 used static ldt allocation. See the i386_set_ldt man page for more info Warning: pid 85051 used static ldt allocation. See the i386_set_ldt man page for more info Warning: pid 85051 used static ldt allocation. See the i386_set_ldt man page for more info Warning: pid 85051 used static ldt allocation. See the i386_set_ldt man page for more info Warning: pid 85051 used static ldt allocation. See the i386_set_ldt man page for more info Warning: pid 85051 used static ldt allocation. See the i386_set_ldt man page for more info Warning: pid 85051 used static ldt allocation. See the i386_set_ldt man page for more info Warning: pid 85051 used static ldt allocation. See the i386_set_ldt man page for more info Warning: pid 85051 used static ldt allocation. See the i386_set_ldt man page for more info free inode /usr/home/4499196 had 672 blocks free inode /usr/home/4499219 had 328 blocks From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 14:21:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A008716A420 for ; Tue, 6 Nov 2007 14:21:45 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.net [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 57EAD13C4E8 for ; Tue, 6 Nov 2007 14:21:45 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:59923 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IpPJ7-0008KZ-BO for freebsd-current@freebsd.org; Tue, 06 Nov 2007 14:21:33 +0000 Message-ID: <47307865.7020608@conducive.net> Date: Tue, 06 Nov 2007 09:21:25 -0500 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472F6773.3080801@delphij.net> <472F6B02.2030801@delphij.net> <472F7C05.6050000@conducive.net> <472FCE60.9070806@gmail.com> <47301A4A.2030807@conducive.net> <47301E48.1000409@gmail.com> In-Reply-To: <47301E48.1000409@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 14:21:45 -0000 Aryeh M. Friedman wrote: >> >>From being around the industry since the late early 80's (I know you > have been around longer) I have come to the following conclusions: > > 1. Every 10 years or so there is a whole sell revolution in hw interfaces > 2. The last one was Pentium, AGP, UDMA and PCI in the mid early 90's > 3. The current one is PCI-E, 64bit, Multicore and SATA > > Due to 3 I think if we get stuff right we are safe for a good 8 to 10 years. > Not so. And 'safe' is a misnomer. I've tracked VME, Multibus, PISA, and a slew of other industrial stuff as well as consumer. PCI-e has pushed PCI-X off the shelves (mostly) in record time, even for server-grade boards. Simple economics. And size. The rate of change accelerates as size/power/heat needs drop, and speed goes up. Optical connectivity - in use for donkey's years inside Class 5 telco switches and 'big iron' - will be here in consumer MB 'Real Soon Now' from CPU outward [1] - simply because wire-bonding is taking up too much of the chip maker's budget, and sockets and connectors too much of the board maker's margins. The bad news is we are not going to get 8 - 10 years. We'll be lucky to get 8 - 10 *months* between silicon changes, and 2 to 3 years for bus & HAL changes. The good news - looking at smart ID cards, mobile phones, NAND memory, etc. is that all this stuff will continue to get cheaper, smaller, less power-hungry. Bill [1] Already appearing for storage media and - more recently - audio connectivity. And Intel have demoed - and patented - a process to grow the LED's right on the same die as the CPU. Goodby lead-bonding, BGA, and flip-chips. From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 14:34:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D46816A418 for ; Tue, 6 Nov 2007 14:34:25 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id DE19613C4AC for ; Tue, 6 Nov 2007 14:34:24 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost.egr.msu.edu [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id 5FB762EB922 for ; Tue, 6 Nov 2007 09:34:14 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YU5x2ZvE1MkW for ; Tue, 6 Nov 2007 09:34:14 -0500 (EST) Received: from localhost (daemon.egr.msu.edu [35.9.44.65]) by mx.egr.msu.edu (Postfix) with ESMTP id 1FB5D2EB921 for ; Tue, 6 Nov 2007 09:34:14 -0500 (EST) Received: by localhost (Postfix, from userid 21281) id 01E6333C3D; Tue, 6 Nov 2007 09:34:14 -0500 (EST) Date: Tue, 6 Nov 2007 09:34:13 -0500 From: Adam McDougall To: freebsd-current@freebsd.org Message-ID: <20071106143413.GC7920@egr.msu.edu> References: <200711021208.25913.Thomas.Sparrevohn@btinternet.com> <200711041423.54336.Thomas.Sparrevohn@btinternet.com> <472DDEA2.7080804@FreeBSD.org> <200711050041.38229.Thomas.Sparrevohn@btinternet.com> <472EE13E.9030908@FreeBSD.org> <20071105170508.GA4037@egr.msu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071105170508.GA4037@egr.msu.edu> User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: ZFS Hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 14:34:25 -0000 On Mon, Nov 05, 2007 at 12:05:08PM -0500, Adam McDougall wrote: On Mon, Nov 05, 2007 at 10:24:14AM +0100, Kris Kennaway wrote: Thomas Sparrevohn wrote: >> On Sunday 04 November 2007 15:00:50 Kris Kennaway wrote: >>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html >>> >> Oh my god - Overlooked that ;-) - funny that - Its a bit tricky as it not >> possibly to dump a kernel >> when the swap is on ZFS - I did a test with all debugging enabled and the >> problem >> did not show up - which makes it somewhat nasty - I check if I can >> reproduce it with only DDB enabled You can still hook up a serial console, or at the very least take photographs of the screen with the relevant DDB information. Or add another disk and dump on that. Kris I have some screenshots of ps in ddb from one of several zfs hangs I've had on one amd64 system: http://www.egr.msu.edu/~mcdouga9/pics/zfs/ I didn't post every single screenful since I don't have a microsd reader handy, and emailing the pictures off my phone is painful. If I missed a screenshot of one or more particular processes that might have a telling state, let me know. I also have a gzipped kernel + dump from a forced panic when it was in this state, if a developer is interested in it please let me know so I can post it somewhere private since the system is in NIS and likely has tables cached in memory. It is running a kernel from Oct 17. I tried a kernel with WITNESS, INVARIANTS etc but it did the same hang without any panic. I completed a zpool scrub this morning with no errors. Lately zfs seems to wedge up every single night when rsync from remote servers run. This is the only amd64 system I have zfs on, the other two are i386 and the problems on those systems have only been kmem panics which so far have been avoidable. I can help by checking somewhat specific things and running prescribed tests, but right now I don't have time to tackle this problem on this system and learn how to debug it entirely on my own starting with nothing more than a DDB guide from the handbook. Its not that I refuse to; I recognize its difficult to join remote skill with local hands for something this technical. Sorry if I seemed negetive or unhelpful, I will try on my own if I have time but I'm pretty busy lately. On a hunch from other past emails, I tried turning off ZIL and so far it survived the night, rsync is still running. The only other change I did was running the zpool scrub yesterday (no fixes were needed) and I applied the patch to make more of the zfs process states visible in top. I've rebooted several times (each time after zfs hung) so uptime isn't an issue, but for every day rsync doesn't finish, the next day's rsync might has more updates because it missed a day. Friday I replaced the motherboard/cpu just as a shot in the dark (since the system had some strange instability in the past) but this didn't help zfs (not surprised). When zfs was hung saturday morning, I tried to reboot it but reboot would not even get far enough to stop new ssh connections. _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 14:37:55 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8588B16A419 for ; Tue, 6 Nov 2007 14:37:55 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 2928313C4A5 for ; Tue, 6 Nov 2007 14:37:54 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id lA6EbR6n031882; Tue, 6 Nov 2007 08:37:27 -0600 (CST) (envelope-from scf@FreeBSD.org) Date: Tue, 6 Nov 2007 08:37:27 -0600 (CST) From: "Sean C. Farley" To: d@delphij.net In-Reply-To: <472F5D9A.9050900@delphij.net> Message-ID: References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on mail.farley.org Cc: freebsd-current@FreeBSD.org, "Aryeh M. Friedman" , Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 14:37:55 -0000 On Mon, 5 Nov 2007, Xin LI wrote: > Aryeh M. Friedman wrote: >> I have submitted the complete verbose dmesg, pciutil -l and >> everything to several people and all of them have come to the >> conclusion that there is no obvious smoking gone beyond ("it just >> doesn't work")... Thus the comment of ICH9 owners are on their >> own... Next time I reboot I will send you a copy if you really want >> it. > > Yes, please. These information is very important for knowing how to > change the situation, thanks. I have two systems exhibiting problems: 1. Dell Optiplex 745: ad4: 76293MB at ata2-master SATA150 acd0: CDRW at ata3-master SATA150 ... ATA channel 2: Master: ad4 Serial ATA II Slave: no device present ATA channel 3: Master: acd0 Serial ATA v1.0 Slave: no device present ... Problem 1: ad4 recoginized as SATA/150 when it is a SATA/300. Problem 2: errors occur when reading a CD-RW (a BETA release) Nov 5 15:57:55 newsys kernel: acd0: TIMEOUT - READ_BIG retrying (1 retry left) Nov 5 15:58:27 newsys kernel: acd0: TIMEOUT - READ_BIG retrying (0 retries left) Nov 5 15:59:00 newsys kernel: acd0: FAILURE - READ_BIG timed out Nov 5 15:59:00 newsys kernel: g_vfs_done():acd0[READ(offset=387680256, length=14336)]error = 5 This showed up during install (used NFS to get around it), but I can reproduce it by mounting the drive and running: cd /cdrom/7-BETA && grep -Rl GENERIC 2. Asus P5K-E/WiFi: ad10: 152627MB at ata5-master SATA150 ad12: 152627MB at ata6-master SATA150 acd0: DVDR drive at ata10 as master ... ATA channel 5: Master: ad10 Serial ATA v1.0 Slave: no device present ATA channel 6: Master: ad12 Serial ATA v1.0 Slave: no device present ... ATA channel 10: Master: acd0 Serial ATA v1.0 Slave: no device present ... Problem: errors when reading an Unreal Tournament CD directly (non-mounted) Nov 4 17:45:00 thor kernel: ata10: reiniting channel .. Nov 4 17:45:00 thor kernel: ata10: SATA connect time=0ms Nov 4 17:45:00 thor kernel: ata10: SIGNATURE: eb140101 Nov 4 17:45:00 thor kernel: ata10: ahci_reset devices=0x4 Nov 4 17:45:00 thor kernel: ata10: reinit done .. Nov 4 17:45:00 thor kernel: acd0: TIMEOUT - READ_BIG retrying (1 retry left) Nov 4 17:45:31 thor kernel: ata10: reiniting channel .. Nov 4 17:45:31 thor kernel: ata10: SATA connect time=0ms Nov 4 17:45:31 thor kernel: ata10: SIGNATURE: eb140101 Nov 4 17:45:31 thor kernel: ata10: ahci_reset devices=0x4 Nov 4 17:45:31 thor kernel: ata10: reinit done .. Nov 4 17:45:31 thor kernel: acd0: TIMEOUT - READ_BIG retrying (0 retries left) Nov 4 17:46:01 thor kernel: ata10: reiniting channel .. Nov 4 17:46:01 thor kernel: ata10: SATA connect time=0ms Nov 4 17:46:01 thor kernel: ata10: SIGNATURE: eb140101 Nov 4 17:46:01 thor kernel: ata10: ahci_reset devices=0x4 Nov 4 17:46:01 thor kernel: ata10: reinit done .. Nov 4 17:46:01 thor kernel: acd0: FAILURE - READ_BIG timed out I also can receive: Nov 4 16:08:47 thor kernel: acd0: FAILURE - MODE_SENSE_BIG timed out Nov 4 17:40:55 thor kernel: acd0: FAILURE - READ_TRACK_INFO timed out I put the dmesg.boot and pciconf logs along with a patch for ICH9R--is it correct?--and a test program with pieces from burncd.c here[1]. For me the test program, which does not burn, will cause timeout errors on my Asus board but not the Dell (grep will as seen above). Sean 1. http://www.farley.org/freebsd/tmp/SATA/ -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 14:41:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37F3916A418 for ; Tue, 6 Nov 2007 14:41:29 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id D6A8C13C4A8 for ; Tue, 6 Nov 2007 14:41:28 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so282118ana for ; Tue, 06 Nov 2007 06:41:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=08Eb05DjMXxp0r0akCiKxngrsg1M8dNHU/8Kxxrbqf8=; b=rZDH/Abu2AqHAZLW0r05u/Kg2sXsBh55dxLu71zseEn27hqZGm93CXVhLIJwqgn/q4FrYbUgevHe18Nw8tgMGyL1jLRrYlafi5fdocCZTXuGvHyOU5KZOxsIfSl7z7TjMHRdQ03OezmYqy8yl8LkzRdbwyybYI6YoR74rNL++ig= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=HBQSfVC7GndKpMUOqGnHewLQK08d3Ibk2Ne56mJT+NAcUM/a81nFXdX7o4P9fHVI+v+QPzVNGm7rcac7aMH3hPJPcCTzc5uFMPnnzy1ryfW2imRrYlIDKYX7SNPvzw6j0MCSNKqX6FHAL/sZqgqG3mlWE3+p/qaNN/NkeRi5IvQ= Received: by 10.101.67.11 with SMTP id u11mr8735577ank.1194360078944; Tue, 06 Nov 2007 06:41:18 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id p33sm11177652elf.2007.11.06.06.41.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Nov 2007 06:41:17 -0800 (PST) Message-ID: <47307D0B.9050506@gmail.com> Date: Tue, 06 Nov 2007 09:41:15 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: "Sean C. Farley" References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 14:41:29 -0000 > > I have two systems exhibiting problems: And they come out of the woodwork ;-) -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 14:55:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D30C416A41B for ; Tue, 6 Nov 2007 14:55:20 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id B432613C4AA for ; Tue, 6 Nov 2007 14:55:19 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 552DD1CC03C; Tue, 6 Nov 2007 06:47:49 -0800 (PST) Date: Tue, 6 Nov 2007 06:47:49 -0800 From: Jeremy Chadwick To: Rusty Nejdl Message-ID: <20071106144749.GA91218@eos.sc1.parodius.com> References: <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <473001E7.2090201@yandex.ru> <473017DF.7070105@gmail.com> <62151.71.164.232.42.1194356793.squirrel@mail.ringofsaturn.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <62151.71.164.232.42.1194356793.squirrel@mail.ringofsaturn.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: d@delphij.net, "Andrey V. Elsukov" , "Aryeh M. Friedman" , Justin Hibbits , freebsd-current@freebsd.org Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 14:55:21 -0000 On Tue, Nov 06, 2007 at 07:46:33AM -0600, Rusty Nejdl wrote: > > ata5: on atapci1 > ata6: on atapci1 > ata7: on atapci2 > ata8: on atapci2 > ad10: 143089MB at ata5-master SATA150 > ad16: 715404MB at ata8-master SATA150 > acd0: DVDR at ata7-master SATA150 > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 Those devices are connected to the ICH8. Let's break down the capabilities of each disk: > ad10: 143089MB at ata5-master SATA150 Only does SATA150, according to the manufacturer's documentation: http://www.westerndigital.com/en/products/Products.asp?DriveID=189 > ad16: 715404MB at ata8-master SATA150 Does SATA300, but has the same "feature" as the OP's Seagate drive: a small jumper that limits the drive to SATA150 unless removed. See below PDF. http://www.seagate.com/ww/v/index.jsp?vgnextoid=e2af99f4fa74c010VgnVCM100000dd04090aRCRD&locale=en-US http://www.seagate.com/staticfiles/support/disc/manuals/desktop/Barracuda%207200.10/100402371h.pdf > acd0: DVDR at ata7-master SATA150 > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 Does not disclose what SATA protocol it supports, and my bet is version 1 (SATA150), like most other SATA ATAPI devices. http://us.liteonit.com/us/index.php?option=com_content&task=view&id=205&Itemid=67&limit=1&limitstart=1 > > ata2: on atapci0 > ata3: on atapci0 > ata4: on atapci0 This controller has AHCI enabled, but has absolutely nothing connected to it. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 15:09:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8C9716A468; Tue, 6 Nov 2007 15:09:08 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 70ED713C481; Tue, 6 Nov 2007 15:09:08 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:8cdb:f3bf:f9eb:51b0] (unknown [IPv6:2001:7b8:3a7:0:8cdb:f3bf:f9eb:51b0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 0C9923E; Tue, 6 Nov 2007 16:09:07 +0100 (CET) Message-ID: <47308392.1030707@andric.com> Date: Tue, 06 Nov 2007 16:09:06 +0100 From: Dimitry Andric User-Agent: Thunderbird 2.0.0.7pre (Windows/20071029) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <472D56A1.7070206@gmail.com> <86y7dbd7zb.fsf@ds4.des.no> In-Reply-To: <86y7dbd7zb.fsf@ds4.des.no> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "Aryeh M. Friedman" , samira , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-questions@freebsd.org, "Sean C. Farley" Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 15:09:08 -0000 Dag-Erling Sm=C3=B8rgrav wrote: > "Aryeh M. Friedman" writes: >> http://www.flosoft-systems.com/wiki/index.php >=20 > What's wrong with wiki.freebsd.org? To paraphrase: "The nice thing about wiki's is that there are so many to choose from." :) From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 15:29:03 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A066916A46C for ; Tue, 6 Nov 2007 15:29:03 +0000 (UTC) (envelope-from rnejdl@ringofsaturn.com) Received: from tethys.ringofsaturn.com (tethys.ringofsaturn.com [71.164.232.42]) by mx1.freebsd.org (Postfix) with ESMTP id 611FF13C4B0 for ; Tue, 6 Nov 2007 15:29:03 +0000 (UTC) (envelope-from rnejdl@ringofsaturn.com) Received: from mail.ringofsaturn.com (localhost [127.0.0.1]) by tethys.ringofsaturn.com (8.14.1/8.14.1) with ESMTP id lA6FSo3u062783; Tue, 6 Nov 2007 09:28:50 -0600 (CST) (envelope-from rnejdl@ringofsaturn.com) Received: from 209.159.98.1 (proxying for unknown) (SquirrelMail authenticated user rnejdl) by mail.ringofsaturn.com with HTTP; Tue, 6 Nov 2007 09:28:50 -0600 (CST) Message-ID: <47525.209.159.98.1.1194362930.squirrel@mail.ringofsaturn.com> In-Reply-To: <20071106144749.GA91218@eos.sc1.parodius.com> References: <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <473001E7.2090201@yandex.ru> <473017DF.7070105@gmail.com> <62151.71.164.232.42.1194356793.squirrel@mail.ringofsaturn.com> <20071106144749.GA91218@eos.sc1.parodius.com> Date: Tue, 6 Nov 2007 09:28:50 -0600 (CST) From: "Rusty Nejdl" To: "Jeremy Chadwick" User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: ClamAV 0.91.2/4681/Tue Nov 6 06:52:41 2007 on tethys.ringofsaturn.com X-Virus-Status: Clean Cc: d@delphij.net, Justin Hibbits , Rusty Nejdl , freebsd-current@FreeBSD.org, "Andrey V. Elsukov" , "Aryeh M. Friedman" Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rnejdl@ringofsaturn.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 15:29:03 -0000 > > Does SATA300, but has the same "feature" as the OP's Seagate drive: > a small jumper that limits the drive to SATA150 unless removed. > See below PDF. > > http://www.seagate.com/ww/v/index.jsp?vgnextoid=e2af99f4fa74c010VgnVCM100000dd04090aRCRD&locale=en-US > http://www.seagate.com/staticfiles/support/disc/manuals/desktop/Barracuda%207200.10/100402371h.pdf > Jeremy, Thanks! Like Aryeh, I missed the jumper. I'll test this out tonight when I get home. Rusty From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 15:35:13 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD7EF16A468 for ; Tue, 6 Nov 2007 15:35:13 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3F21213C4B0 for ; Tue, 6 Nov 2007 15:35:12 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by ik-out-1112.google.com with SMTP id c21so706314ika for ; Tue, 06 Nov 2007 07:35:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=gkr1xP987wUn2eThyRo3BhNi+i5poP6XNHRsyyxQDyY=; b=MOJRTOOlvzzxEkqOiNPxGB3guZV0LuBSlYBVnSnz/jDGMHerlBRLoJmOE1QZTkZF7lT0+MKHV+LX7MBJSgDeE0dPJYXq8FlrLUmMm2lEZj6ZbKysUH8s2DrmJNx8IqWxYaj4SadhFZgzwnMO84M34cvMZvvuRHSgAv1MmztBLy8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=BbqwtHeelAQzYzzU0ZQ4914gBsxkOcommZ4Q5yZL8uGX+n7mjNp3T0Vl0R+PH6rMkK+rZnwMt3bd7W71oJgSjvmDj4udyRZuGqZYHmbVma7DlPPiP99Q6TavTmRtezAfdwZc03LHZhMG9TFEdDhC22diDdeR5AJ0asFSsVnVRDs= Received: by 10.150.50.1 with SMTP id x1mr383339ybx.1194363301638; Tue, 06 Nov 2007 07:35:01 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id c4sm876260nfi.2007.11.06.07.34.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Nov 2007 07:35:00 -0800 (PST) Message-ID: <47308992.4050502@gmail.com> Date: Tue, 06 Nov 2007 10:34:42 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: rnejdl@ringofsaturn.com References: <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <473001E7.2090201@yandex.ru> <473017DF.7070105@gmail.com> <62151.71.164.232.42.1194356793.squirrel@mail.ringofsaturn.com> <20071106144749.GA91218@eos.sc1.parodius.com> <47525.209.159.98.1.1194362930.squirrel@mail.ringofsaturn.com> In-Reply-To: <47525.209.159.98.1.1194362930.squirrel@mail.ringofsaturn.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Jeremy Chadwick , "Andrey V. Elsukov" , d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 15:35:13 -0000 > Thanks! Like Aryeh, I missed the jumper. I'll test this out tonight when > I get home. > If my experience is anything like yours removing it will not change the reported speed but it will enable any future patchs to function correctly so you should remove it anyways -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 15:35:21 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C74016A417 for ; Tue, 6 Nov 2007 15:35:21 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 0C19013C4A8 for ; Tue, 6 Nov 2007 15:35:20 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id B75FC1CC06E; Tue, 6 Nov 2007 07:35:09 -0800 (PST) Date: Tue, 6 Nov 2007 07:35:09 -0800 From: Jeremy Chadwick To: "Sean C. Farley" Message-ID: <20071106153509.GB91218@eos.sc1.parodius.com> References: <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: "Aryeh M. Friedman" , freebsd-current@FreeBSD.org, d@delphij.net, Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 15:35:21 -0000 On Tue, Nov 06, 2007 at 08:37:27AM -0600, Sean C. Farley wrote: > 1. Dell Optiplex 745: > ATA channel 2: > Master: ad4 Serial ATA II > Slave: no device present Intel Q965 + ICH8, which does SATA300. atacontrol output proves the disk is capable of SATA300 (re: "Serial ATA II"), but for some reason it's not. This one is indeed odd and needs investigation. > 2. Asus P5K-E/WiFi: > ad10: 152627MB at ata5-master SATA150 > ad12: 152627MB at ata6-master SATA150 > ATA channel 5: > Master: ad10 Serial ATA v1.0 > Slave: no device present > ATA channel 6: > Master: ad12 Serial ATA v1.0 > Slave: no device present Intel P35 + ICH9. The chipset does SATA300 but your disks do not -- they are Barracuda 7200.7 disks, which support SATA150 maximum. However, the motherboard also has a JMicron controller on it. After looking at http://www.farley.org/freebsd/tmp/SATA/dmesg-asus.boot, it's easy to determine that your SATA150 disks are connected to the ICH9 controller (which is being reported at ICH8 for some reason; maybe a chipset ID thing). They are not connected to the JMicron, so the SATA150 limitation here is caused by the disks. The SATA ATAPI errors you see are something I can't really help with, many see these kinds of messages on all sorts of hardware. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 15:40:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3B7C16A419 for ; Tue, 6 Nov 2007 15:40:22 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id 51BD313C4E8 for ; Tue, 6 Nov 2007 15:40:22 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so285908ana for ; Tue, 06 Nov 2007 07:40:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=bXcSKSyDQMxQv7Osvci9w1dludTJqQsJdT0xpEsgOYg=; b=MfcBfFIn/m+ALJMQ9zv4OSZ5fhD0kqLhsx8fktCNPoAi9Wn6qu5oqKQGALJJGjK7H/x2ZiFP39vxbSQgtItJoMjuWgn5nv1VFXeXpC0D2KvCGNUZUwa0venpc1IPWRPp6pgml+0OQzhyUZpPhPv/cCS7LBMdF4E440EO0cnQBYM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=TiSwwK7+iHf5cTTnWKStBr6xC16759swXDHwuz/OgvIODQmy/jGSRlg2CKV+MY8a3fGUp0Pj/tv2EkBGt50HnVt7rgBTPqvD7Zx6cUnw6w/jMG5pgfZxRCHNF+jYZXlq6YdNVgrkxFU7sMNcbhcrSkfTX6cVLbfEYD3LKkF7M2w= Received: by 10.100.214.15 with SMTP id m15mr4395212ang.1194363613702; Tue, 06 Nov 2007 07:40:13 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id 35sm885972nfu.2007.11.06.07.40.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Nov 2007 07:40:12 -0800 (PST) Message-ID: <47308AD3.7040801@gmail.com> Date: Tue, 06 Nov 2007 10:40:03 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Jeremy Chadwick References: <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <20071106153509.GB91218@eos.sc1.parodius.com> In-Reply-To: <20071106153509.GB91218@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, d@delphij.net, Justin Hibbits , "Sean C. Farley" Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 15:40:22 -0000 > > Intel P35 + ICH9. The chipset does SATA300 but your disks do not -- > they are Barracuda 7200.7 disks, which support SATA150 maximum. > However, the motherboard also has a JMicron controller on it. > In my researching of the v1/2 issue on my drive it appears that all 7200.X for x>5 have the jumper -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 15:40:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F41F16A417 for ; Tue, 6 Nov 2007 15:40:59 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.net [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 3C1C113C4B8 for ; Tue, 6 Nov 2007 15:40:59 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:60519 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IpQXr-0008yI-1g for freebsd-current@freebsd.org; Tue, 06 Nov 2007 15:40:51 +0000 Message-ID: <47308AFB.9090000@conducive.net> Date: Tue, 06 Nov 2007 10:40:43 -0500 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <473001E7.2090201@yandex.ru> <473017DF.7070105@gmail.com> <62151.71.164.232.42.1194356793.squirrel@mail.ringofsaturn.com> <20071106144749.GA91218@eos.sc1.parodius.com> <47525.209.159.98.1.1194362930.squirrel@mail.ringofsaturn.com> In-Reply-To: <47525.209.159.98.1.1194362930.squirrel@mail.ringofsaturn.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 15:40:59 -0000 Rusty Nejdl wrote: >> Does SATA300, but has the same "feature" as the OP's Seagate drive: >> a small jumper that limits the drive to SATA150 unless removed. >> See below PDF. >> >> http://www.seagate.com/ww/v/index.jsp?vgnextoid=e2af99f4fa74c010VgnVCM100000dd04090aRCRD&locale=en-US >> http://www.seagate.com/staticfiles/support/disc/manuals/desktop/Barracuda%207200.10/100402371h.pdf >> > > Jeremy, > > Thanks! Like Aryeh, I missed the jumper. I'll test this out tonight when > I get home. > > Rusty > BTW - in a recent test of 2.5" high-capacity HDD, it was noted that SATA required significantly more power than PATA. Well 'significant' to a laptop on battery, anyway. Given that single-drive setups seldom stress even UDMA 133 over the course of reasonable time spans, does anyone know if: A) SATA 300 needs yet-again more power than SATA 150? B) running down-shifted to SATA 150 might actually be a better plan anyway in some circumstances? Easier to maintain data integrity comes to mind as well as power budget. Just curious... Bill From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 15:50:58 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A340416A417 for ; Tue, 6 Nov 2007 15:50:58 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id 2518113C491 for ; Tue, 6 Nov 2007 15:50:57 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1480649nfb for ; Tue, 06 Nov 2007 07:50:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=vILLseknhLXihZ7B/nEGVCvH9MIijrbWQap8k0Fb74U=; b=cff7A2GHtSlfXzPbjlVIVAy46L7VYWaouNNWvMJaapWNB9bURYQa2gXcYFpxF7I4px7E+ya0BnPggKrUc69tihJZFxAbdRQ8TeUKYCoRXbbzhKZWgcI6JUEsnwrR7K2aw82U8lwsVDzh/qy/1p0O9wxgUDhPdCF10luBwd17fMc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=KXzaSYbfgA6PKRyE586wHvJilEjws3UslsIjTLuLb8jsC3NAiRtgsWYCJfbqFyIEDOjHd+Hxvwa/1t3JHI28wYznxOScpBQNySeAs5pJZcSIZRElLs4W8ttaiWkMykAD22lyRUJK35i5KL+wXZ3BytoilElGlg7hlveR53TyQAE= Received: by 10.82.155.10 with SMTP id c10mr12775723bue.1194364245975; Tue, 06 Nov 2007 07:50:45 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id z34sm9336060ikz.2007.11.06.07.50.42 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Nov 2007 07:50:44 -0800 (PST) Message-ID: <47308D33.2080700@gmail.com> Date: Tue, 06 Nov 2007 10:50:11 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= References: <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <473001E7.2090201@yandex.ru> <473017DF.7070105@gmail.com> <62151.71.164.232.42.1194356793.squirrel@mail.ringofsaturn.com> <20071106144749.GA91218@eos.sc1.parodius.com> <47525.209.159.98.1.1194362930.squirrel@mail.ringofsaturn.com> <47308AFB.9090000@conducive.net> In-Reply-To: <47308AFB.9090000@conducive.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 15:50:58 -0000 > BTW - in a recent test of 2.5" high-capacity HDD, it was noted that > SATA required significantly more power than PATA. Well 'significant' > to a laptop on battery, anyway. Perhaps I am just very unlike the typical user but why on earth have unix on a laptop (or even have a laptop for that matter ;-)) > > Easier to maintain data integrity comes to mind as well as power budget. On any mobo that can support SATA/300 one would think the bus/cpu could keep pace so wheres the issue? As to the comment about single disk (home machines I gather from your tone) not taxing UDMA100 much less SATAx I defently tax mine and most of it is near real time requirements so low latency does matter, -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 15:55:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 592A816A418; Tue, 6 Nov 2007 15:55:45 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id DA61813C4A7; Tue, 6 Nov 2007 15:55:44 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id lA6Fs3cS063035; Tue, 6 Nov 2007 08:54:04 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <47308E19.70507@samsco.org> Date: Tue, 06 Nov 2007 08:54:01 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Jeremy Chadwick References: <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <20071106153509.GB91218@eos.sc1.parodius.com> In-Reply-To: <20071106153509.GB91218@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Tue, 06 Nov 2007 08:54:04 -0700 (MST) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: d@delphij.net, freebsd-current@freebsd.org, "Aryeh M. Friedman" , Justin Hibbits , "Sean C. Farley" Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 15:55:45 -0000 Jeremy Chadwick wrote: > On Tue, Nov 06, 2007 at 08:37:27AM -0600, Sean C. Farley wrote: >> 1. Dell Optiplex 745: >> ATA channel 2: >> Master: ad4 Serial ATA II >> Slave: no device present > > Intel Q965 + ICH8, which does SATA300. atacontrol output proves the > disk is capable of SATA300 (re: "Serial ATA II"), but for some reason > it's not. > SATA II does not automatically mean 3GHz link speed. It's just an umbrella term meaning that the drive implements one or more features defined in SATA-2. It's similar to the mis-representation in the USB world of what USB 2.0 means. > This one is indeed odd and needs investigation. > >> 2. Asus P5K-E/WiFi: >> ad10: 152627MB at ata5-master SATA150 >> ad12: 152627MB at ata6-master SATA150 >> ATA channel 5: >> Master: ad10 Serial ATA v1.0 >> Slave: no device present >> ATA channel 6: >> Master: ad12 Serial ATA v1.0 >> Slave: no device present > > Intel P35 + ICH9. The chipset does SATA300 but your disks do not -- > they are Barracuda 7200.7 disks, which support SATA150 maximum. > However, the motherboard also has a JMicron controller on it. > > After looking at http://www.farley.org/freebsd/tmp/SATA/dmesg-asus.boot, > it's easy to determine that your SATA150 disks are connected to the ICH9 > controller (which is being reported at ICH8 for some reason; maybe a > chipset ID thing). They are not connected to the JMicron, so the > SATA150 limitation here is caused by the disks. > > The SATA ATAPI errors you see are something I can't really help with, > many see these kinds of messages on all sorts of hardware. > There seems to be a lot of differing technical opinions on SATA-ATAPI support in FreeBSD. I'll be digging more into it shortly, but probably not in time for the 7.0 release. Scott From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 15:59:02 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EF2216A41A for ; Tue, 6 Nov 2007 15:59:02 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 10E7B13C49D for ; Tue, 6 Nov 2007 15:59:01 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id lA6FvMxZ063071; Tue, 6 Nov 2007 08:57:23 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <47308EE0.70600@samsco.org> Date: Tue, 06 Nov 2007 08:57:20 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: =?windows-1252?Q?=3F=3F=3F_Bill_Hacker?= References: <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <473001E7.2090201@yandex.ru> <473017DF.7070105@gmail.com> <62151.71.164.232.42.1194356793.squirrel@mail.ringofsaturn.com> <20071106144749.GA91218@eos.sc1.parodius.com> <47525.209.159.98.1.1194362930.squirrel@mail.ringofsaturn.com> <47308AFB.9090000@conducive.net> In-Reply-To: <47308AFB.9090000@conducive.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Tue, 06 Nov 2007 08:57:23 -0700 (MST) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 15:59:02 -0000 ??? Bill Hacker wrote: > Rusty Nejdl wrote: >>> Does SATA300, but has the same "feature" as the OP's Seagate drive: >>> a small jumper that limits the drive to SATA150 unless removed. >>> See below PDF. >>> >>> http://www.seagate.com/ww/v/index.jsp?vgnextoid=e2af99f4fa74c010VgnVCM100000dd04090aRCRD&locale=en-US >>> >>> http://www.seagate.com/staticfiles/support/disc/manuals/desktop/Barracuda%207200.10/100402371h.pdf >>> >>> >> >> Jeremy, >> >> Thanks! Like Aryeh, I missed the jumper. I'll test this out tonight >> when >> I get home. >> >> Rusty >> > BTW - in a recent test of 2.5" high-capacity HDD, it was noted that SATA > required significantly more power than PATA. Well 'significant' to a > laptop on battery, anyway. > Yes, this is because the SATA physical interface is always transmitting a signal, i.e. it has 100% duty cycle, whereas PATA tri-states when it's not active and typically has a 10-20% duty cycle even when active. It's a well understood issue in the SATA world, and drives and controllers are starting to appear on the market that address it. > Given that single-drive setups seldom stress even UDMA 133 over the > course of reasonable time spans, does anyone know if: > > A) SATA 300 needs yet-again more power than SATA 150? Yes, it's a higher frequency so it draws more power. > > B) running down-shifted to SATA 150 might actually be a better plan > anyway in some circumstances? A little better, but still not as good as being able to put the signal to an idle state. Scott From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 16:06:39 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBAF816A46C for ; Tue, 6 Nov 2007 16:06:39 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 693B913C4A6 for ; Tue, 6 Nov 2007 16:06:39 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id lA6G6HH2033501; Tue, 6 Nov 2007 10:06:18 -0600 (CST) (envelope-from scf@FreeBSD.org) Date: Tue, 6 Nov 2007 10:06:17 -0600 (CST) From: "Sean C. Farley" To: Scott Long In-Reply-To: <47308E19.70507@samsco.org> Message-ID: References: <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on mail.farley.org Cc: d@delphij.net, Jeremy Chadwick , freebsd-current@FreeBSD.org, "Aryeh M. Friedman" , Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 16:06:39 -0000 On Tue, 6 Nov 2007, Scott Long wrote: > Jeremy Chadwick wrote: >> On Tue, Nov 06, 2007 at 08:37:27AM -0600, Sean C. Farley wrote: >>> 1. Dell Optiplex 745: >>> ATA channel 2: >>> Master: ad4 Serial ATA II >>> Slave: no device present >> >> Intel Q965 + ICH8, which does SATA300. atacontrol output proves the >> disk is capable of SATA300 (re: "Serial ATA II"), but for some reason >> it's not. > > SATA II does not automatically mean 3GHz link speed. It's just an > umbrella term meaning that the drive implements one or more features > defined in SATA-2. It's similar to the mis-representation in the USB > world of what USB 2.0 means. In this case, it is does support SATA/300: http://www.westerndigital.com/en/products/Products.asp?DriveID=83 >> This one is indeed odd and needs investigation. >> >>> 2. Asus P5K-E/WiFi: >>> ad10: 152627MB at ata5-master SATA150 >>> ad12: 152627MB at ata6-master SATA150 >>> ATA channel 5: >>> Master: ad10 Serial ATA v1.0 >>> Slave: no device present >>> ATA channel 6: >>> Master: ad12 Serial ATA v1.0 >>> Slave: no device present >> >> Intel P35 + ICH9. The chipset does SATA300 but your disks do not -- >> they are Barracuda 7200.7 disks, which support SATA150 maximum. >> However, the motherboard also has a JMicron controller on it. Correct. This system only has SATA/150 drives (both HD's and DVD). >> After looking at >> http://www.farley.org/freebsd/tmp/SATA/dmesg-asus.boot, it's easy to >> determine that your SATA150 disks are connected to the ICH9 >> controller (which is being reported at ICH8 for some reason; maybe a >> chipset ID thing). They are not connected to the JMicron, so the >> SATA150 limitation here is caused by the disks. I did not apply my patch to this build, otherwise, it would be in the log. I just do not know if the patch ID's ICH9R only. >> The SATA ATAPI errors you see are something I can't really help with, >> many see these kinds of messages on all sorts of hardware. > > There seems to be a lot of differing technical opinions on SATA-ATAPI > support in FreeBSD. I'll be digging more into it shortly, but > probably not in time for the 7.0 release. Unfortunately, these timeouts cause problem for installs from SATA ATAPI drives. Maybe a release note would be warranted? I had to fall back to an NFS install. Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 16:10:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3348116A419 for ; Tue, 6 Nov 2007 16:10:45 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id CDCCA13C4A6 for ; Tue, 6 Nov 2007 16:10:44 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so287870ana for ; Tue, 06 Nov 2007 08:10:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=EslXKbwqQNZsvr/t+Pg9pMgi9M+hQVsaujD3KF0OM/k=; b=R2YSrC6EWXnY8Mi0UJuFw/yt65YX30+1gvUlmA7bz5y4hPwsCtWFIXXfweoGmOeRpA2SLPRidSFiaVtmCGYXh3g3GV2k5a6rrlt9aJmwkhvBjvoV5pjOdRLkAcy4AnS9i9Zmkxourt86oL/LVFct7a6Q+Q+oInJpvZfhdleP97k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=e5SLUc+7YF84zwwvVs94rYzbse9Df1nsJsCvb3qCcGmQgkdOVr0ABcrKaYlQuLOmEqhazjRXbgDeNxQwdVobW8471M+5DGgz5NJ8rL3OJadkLRagCgXGGk/Vpb0tlzm960CoKpsXSkkR5zP5XtBfkki5Xy3GYVuovcXGPx3Ycl8= Received: by 10.100.252.16 with SMTP id z16mr8864854anh.1194365437937; Tue, 06 Nov 2007 08:10:37 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id m30sm11366553elf.2007.11.06.08.10.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Nov 2007 08:10:36 -0800 (PST) Message-ID: <473091FA.4060507@gmail.com> Date: Tue, 06 Nov 2007 11:10:34 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: "Sean C. Farley" References: <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, d@delphij.net, Jeremy Chadwick , Justin Hibbits Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 16:10:45 -0000 Sean C. Farley wrote: > > Unfortunately, these timeouts cause problem for installs from SATA ATAPI > drives. Maybe a release note would be warranted? I had to fall back to > an NFS install. It is more then annoying I had do a really odd install 7-beta i386, downgrade to 6.2 amd64 then reupgrade to 8-current amd64 due to the amd64 7-XXX not booting (but the i386 did so go figure!?!?!?) Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 15:06:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DE6C16A41A for ; Tue, 6 Nov 2007 15:06:42 +0000 (UTC) (envelope-from frankstaals@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id CF08313C4BF for ; Tue, 6 Nov 2007 15:06:41 +0000 (UTC) (envelope-from frankstaals@gmx.net) Received: (qmail invoked by alias); 06 Nov 2007 15:06:32 -0000 Received: from ip176-173-59-62.adsl.versatel.nl (EHLO Rena.FStaals.net) [62.59.173.176] by mail.gmx.net (mp005) with SMTP; 06 Nov 2007 16:06:32 +0100 X-Authenticated: #25365336 X-Provags-ID: V01U2FsdGVkX1+W6/k1N+GWj6XWerUYIpQyOT/URae1GIfeCR/jBr hosFkCzRy80n3L Message-ID: <473082C5.5080700@gmx.net> Date: Tue, 06 Nov 2007 16:05:41 +0100 From: Frank Staals User-Agent: Thunderbird 2.0.0.6 (X11/20070929) MIME-Version: 1.0 To: Benjamin Close References: <472A6708.9030109@clearchain.com> <472B779B.9060002@gmx.net> <472B9597.2050108@clearchain.com> In-Reply-To: <472B9597.2050108@clearchain.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Mailman-Approved-At: Tue, 06 Nov 2007 16:51:02 +0000 Cc: freebsd-current , freebsd-drivers@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: [RFT] Intel 3945abg wireless driver (wpi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 15:06:42 -0000 Benjamin Close wrote: > Frank Staals wrote: >> >> >> >> Everything works fine with the connection itself. Allthough sometimes >> when switching from tty9 to tty0 and back the system locks up. I've >> had it before when switching from tty1 to tty0. Anyone with the same >> problems ? >> >> Anyway; Great work on the driver so far :D >> > I've similar issues and believe it might be due to the amount of > kernel printfs that are happening. Can you sysctl debug.wpi=0 and see > if the problem still exists? > By chance are you using ZFS? I caught a memory modified after free > panic in zfs the other day pid was from syslogd. I'm trying to work > out if it's related. > > Cheers, > Benjamin > When setting debug.wpi to 0 it seems like the problem is gone. I'm not using ZFS by the way. I did have a problem connecting to the AP at my university though; the driver wouldn't assosicate whatever I tried. I didn't have a chance to do some extensive testing though. It might be because of the WEP+wpa_supplicant + ca certificate method that is required to authenticate. Anyway I'll let it know if there is an actual problem with the driver itself Regards, -- -Frank Staals From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 14:57:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D695116A418 for ; Tue, 6 Nov 2007 14:57:00 +0000 (UTC) (envelope-from bsd@fluffles.net) Received: from mail.fluffles.net (fluffles.net [80.69.95.190]) by mx1.freebsd.org (Postfix) with ESMTP id ABA5113C4B6 for ; Tue, 6 Nov 2007 14:52:48 +0000 (UTC) (envelope-from bsd@fluffles.net) Received: from [10.0.0.18] (82-136-249-178.ip.tiscali.nl [82.136.249.178]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: info@fluffles.net) by mail.fluffles.net (Postfix) with ESMTP id 20517B29D68; Tue, 6 Nov 2007 15:14:45 +0100 (CET) Message-ID: <47307736.9060900@fluffles.net> Date: Tue, 06 Nov 2007 15:16:22 +0100 From: "fluffles.net" User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Tue, 06 Nov 2007 16:51:23 +0000 Cc: Arne Woerner Subject: geom_raid5 inclusion in HEAD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 14:57:00 -0000 Hello list! I was wondering if and when the excellent geom_raid5 module created by Arne Wörner would be committed to HEAD or releng_7. Right now there's gvinum with RAID5 support and geom_raid3. The latter is nice but only works with a 'strange' number of disks (3,5,9,17,33, etc) and has the disadvantages associated with RAID3 (no parallel access; all disks are involved in one single write operation), while gvinum offers poor RAID5 write performance (~20MB/s in my testings). geom_raid5, on the other hand, offers excellent performance due to write combining, that allows 2-phase requests to be converted into 1-phase requests. This is achieved by waiting for contiguous requests and splitting those into the 'full stripe', meaning: stripesize * ( number_of_disks - 1). This way, no parity information has to be read from any disk since all required data is already in memory. In normal english this means excellent sequential performance. In my own testings i have achieved over 400MB/s of RAID5 write performance using a simple "dd if=/dev/zero of=/dev/raid5/data bs=1m" of at least 10GB worth of data. raidtest benchmarks show that geom_raid5 scales nicely with the number of disks, though ofcourse RAID5's weak point is random write. Considering this project has been around for quite a while, and sister project FreeNAS has been using it for more than a year in their official (stable) branch, i think it should become available in the official FreeBSD distribution as well. I don't know who decides on this, but i would like to get a discussion going on this matter. Looking forward to any replies! Kind regards, Veronica From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 17:01:39 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6D8216A419; Tue, 6 Nov 2007 17:01:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8C90613C4B3; Tue, 6 Nov 2007 17:01:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lA6GjSBh014918; Tue, 6 Nov 2007 11:45:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lA6GjSSN097501; Tue, 6 Nov 2007 11:45:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 355127302F; Tue, 6 Nov 2007 11:45:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071106164528.355127302F@freebsd-current.sentex.ca> Date: Tue, 6 Nov 2007 11:45:28 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 17:01:40 -0000 TB --- 2007-11-06 15:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-06 15:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-11-06 15:30:00 - cleaning the object tree TB --- 2007-11-06 15:30:26 - checking out the source tree TB --- 2007-11-06 15:30:26 - cd /tinderbox/HEAD/arm/arm TB --- 2007-11-06 15:30:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-06 15:38:53 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-06 15:38:53 - cd /src TB --- 2007-11-06 15:38:53 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 6 15:38:55 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/main.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/mbufs.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/netcmds.c /src/usr.bin/systat/netcmds.c: In function 'netcmd': /src/usr.bin/systat/netcmds.c:127: internal compiler error: internal consistency failure Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-06 16:45:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-06 16:45:27 - ERROR: failed to build world TB --- 2007-11-06 16:45:27 - tinderbox aborted TB --- 0.41 user 1.68 system 4527.70 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 17:18:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A70916A419 for ; Tue, 6 Nov 2007 17:18:25 +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 0CE6113C4B7 for ; Tue, 6 Nov 2007 17:18:24 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id lA6HI9if089233 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Nov 2007 09:18:09 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <4730A1D1.8020607@errno.com> Date: Tue, 06 Nov 2007 09:18:09 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.6 (X11/20070814) MIME-Version: 1.0 To: Frank Staals References: <472A6708.9030109@clearchain.com> <472B779B.9060002@gmx.net> <472B9597.2050108@clearchain.com> <473082C5.5080700@gmx.net> In-Reply-To: <473082C5.5080700@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Rhyolite-Metrics: o.com; whitelist Cc: freebsd-current , Benjamin Close Subject: Re: [RFT] Intel 3945abg wireless driver (wpi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 17:18:25 -0000 Frank Staals wrote: > Benjamin Close wrote: >> Frank Staals wrote: > >>> >>> >>> >>> Everything works fine with the connection itself. Allthough >>> sometimes when switching from tty9 to tty0 and back the system locks >>> up. I've had it before when switching from tty1 to tty0. Anyone >>> with the same problems ? >>> >>> Anyway; Great work on the driver so far :D >>> >> I've similar issues and believe it might be due to the amount of >> kernel printfs that are happening. Can you sysctl debug.wpi=0 and >> see if the problem still exists? >> By chance are you using ZFS? I caught a memory modified after free >> panic in zfs the other day pid was from syslogd. I'm trying to work >> out if it's related. >> >> Cheers, >> Benjamin >> > When setting debug.wpi to 0 it seems like the problem is gone. I'm not > using ZFS by the way. I did have a problem connecting to the AP at my > university though; the driver wouldn't assosicate whatever I tried. I > didn't have a chance to do some extensive testing though. It might be > because of the WEP+wpa_supplicant + ca certificate method that is > required to authenticate. Anyway I'll let it know if there is an > actual problem with the driver itself Rule of thumb in debugging wireless issues (and most others for that matter): simplify your config if at all possible. In this case try checking things out w/o wpa_supplicant (i.e. no crypto). When debugging, start at the top and work your way down to rule out problems at each layer. In this case collect a wpa_supplicant debug log first, then check for issues at the net80211 layer (wlandebug, wlanstats, etc.), then finally check at the driver level. Sam From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 17:32:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD07716A417 for ; Tue, 6 Nov 2007 17:32:08 +0000 (UTC) (envelope-from frankstaals@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 4A77613C4B8 for ; Tue, 6 Nov 2007 17:32:08 +0000 (UTC) (envelope-from frankstaals@gmx.net) Received: (qmail invoked by alias); 06 Nov 2007 17:32:05 -0000 Received: from ip176-173-59-62.adsl.versatel.nl (EHLO Rena.FStaals.net) [62.59.173.176] by mail.gmx.net (mp057) with SMTP; 06 Nov 2007 18:32:05 +0100 X-Authenticated: #25365336 X-Provags-ID: V01U2FsdGVkX1/loA1UuEvl0KapqMdmKMCtnqcxEwYASkO9PTg4qk bjinLv03J7ZJ8R Message-ID: <4730A4E1.8090006@gmx.net> Date: Tue, 06 Nov 2007 18:31:13 +0100 From: Frank Staals User-Agent: Thunderbird 2.0.0.6 (X11/20070929) MIME-Version: 1.0 To: Sam Leffler References: <472A6708.9030109@clearchain.com> <472B779B.9060002@gmx.net> <472B9597.2050108@clearchain.com> <473082C5.5080700@gmx.net> <4730A1D1.8020607@errno.com> In-Reply-To: <4730A1D1.8020607@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Mailman-Approved-At: Tue, 06 Nov 2007 17:53:26 +0000 Cc: freebsd-current , Benjamin Close Subject: Re: [RFT] Intel 3945abg wireless driver (wpi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 17:32:08 -0000 Sam Leffler wrote: > Frank Staals wrote: >> Benjamin Close wrote: >>> Frank Staals wrote: >> >>>> >>>> >>>> >>>> Everything works fine with the connection itself. Allthough >>>> sometimes when switching from tty9 to tty0 and back the system >>>> locks up. I've had it before when switching from tty1 to tty0. >>>> Anyone with the same problems ? >>>> >>>> Anyway; Great work on the driver so far :D >>>> >>> I've similar issues and believe it might be due to the amount of >>> kernel printfs that are happening. Can you sysctl debug.wpi=0 and >>> see if the problem still exists? >>> By chance are you using ZFS? I caught a memory modified after free >>> panic in zfs the other day pid was from syslogd. I'm trying to work >>> out if it's related. >>> >>> Cheers, >>> Benjamin >>> >> When setting debug.wpi to 0 it seems like the problem is gone. I'm >> not using ZFS by the way. I did have a problem connecting to the AP >> at my university though; the driver wouldn't assosicate whatever I >> tried. I didn't have a chance to do some extensive testing though. It >> might be because of the WEP+wpa_supplicant + ca certificate method >> that is required to authenticate. Anyway I'll let it know if there is >> an actual problem with the driver itself > > Rule of thumb in debugging wireless issues (and most others for that > matter): simplify your config if at all possible. In this case try > checking things out w/o wpa_supplicant (i.e. no crypto). > > When debugging, start at the top and work your way down to rule out > problems at each layer. In this case collect a wpa_supplicant debug > log first, then check for issues at the net80211 layer (wlandebug, > wlanstats, etc.), then finally check at the driver level. > > Sam > For at home wpi is working fine, and I indeed used the method you described above. Unfortunately I don't have the luxury of that extended testing methods at my university since I can't turn off encryption and the weird authentication methods there ;) -- -Frank Staals From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 18:11:36 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A23716A419 for ; Tue, 6 Nov 2007 18:11:36 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0F7CA13C4AA for ; Tue, 6 Nov 2007 18:11:36 +0000 (UTC) (envelope-from peo@intersonic.se) X-Virus-Scanned: amavisd-new at inter-sonic.com Message-ID: <4730AA30.7090607@intersonic.se> Date: Tue, 06 Nov 2007 18:53:52 +0100 From: Per olof Ljungmark Organization: Intersonic AB User-Agent: Thunderbird 2.0.0.6 (X11/20071103) MIME-Version: 1.0 To: Stefan Lambrev References: <472B1E89.5080006@moneybookers.com> <47303578.8060703@moneybookers.com> In-Reply-To: <47303578.8060703@moneybookers.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: rtfree: 0xc741ee88 has 1 refs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 18:11:36 -0000 Stefan Lambrev wrote: > Hi, > > Sorry to reply to myself, but I found that the problem exist only if the > GW is carp interface, e.g. 10.1.1.1 sits on carp0 on default GW. > I'm still testing how to reproduce this in my test lab and will fill a PR. > > Stefan Lambrev wrote: >> Hi, >> >> I see rtfree: 0xc741ee88 has 1 refs with freebsd releng_7 (i386) from >> today. >> >> I think it's easy reproducible. What I have is: >> >> releng_7 (10.1.1.2) -> default GW (10.1.1.1) >> on default GW I have route to 10.10.1.1/24 -> 10.1.1.3 >> >> so everytime when 10.1.1.2 try to contact someone from 10.10.1.1/24 I >> see: >> rtfree: 0xc741ee88 has 1 refs >> >> if I add direct route on 10.1.1.2 to 10.10.1.1/24 through 10.1.1.3 the >> message will go away. >> >> Should I ignore this msg for now, or should I expect kernel panic >> soon? :) Just FYI, I see this on a few boxes including the 7-BETA2 I'm writing this on. None of them has a carp interface though. What I find interesting here is that none of them are able to run a SMP kernel without crashing (no panic, they're just frozen completely). Perhaps it is a coincidence, I don't know, but I am very interested in your findings and have testbeds if you need. --per From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 18:16:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46D1316A419 for ; Tue, 6 Nov 2007 18:16:42 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id 1B06513C4B2 for ; Tue, 6 Nov 2007 18:16:42 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2619880waf for ; Tue, 06 Nov 2007 10:16:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=mxm6OuFPAnKO3Dm0taeUmMoudmYYfVw0pnxNbgBvvUM=; b=P+bF7Ar+HbcpSCj4+PvdYR2XQcG5qV9gXTQ5DYaNzyPV/vogtyliCoXgqZlE4s4J6EeCOkagWPK3XnMpxnOuMhV8/u8+dkpoYmPrL7EjVCUUhf7pA9ibtcT2qnfH7lBIEsjj/vQOBjrAaCuLgRpLN05MCVmpeAMRTbqnWBhkQaM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=mwaesQmgVVSIPiuQM//R+Lxc/HwGJngUqDyflu9bR83BGxBi6ElT39Ex7eClCP42SpwHINzFZlANfq9RraBuAqCoRflgSIMok8YEpaaMhvrj22DRQTyGQ0ddgvmftKWmXcnAqu3ARGs/fEj5O5vNqyNw8O/ISAYjB4dyUUiVEOc= Received: by 10.114.201.1 with SMTP id y1mr6713408waf.1194372957628; Tue, 06 Nov 2007 10:15:57 -0800 (PST) Received: by 10.114.13.15 with HTTP; Tue, 6 Nov 2007 10:15:57 -0800 (PST) Message-ID: Date: Tue, 6 Nov 2007 10:15:57 -0800 From: "Kip Macy" To: "Per olof Ljungmark" In-Reply-To: <4730AA30.7090607@intersonic.se> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <472B1E89.5080006@moneybookers.com> <47303578.8060703@moneybookers.com> <4730AA30.7090607@intersonic.se> Cc: freebsd-current@freebsd.org, Stefan Lambrev Subject: Re: rtfree: 0xc741ee88 has 1 refs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 18:16:42 -0000 On 11/6/07, Per olof Ljungmark wrote: > Stefan Lambrev wrote: > > Hi, > > > > Sorry to reply to myself, but I found that the problem exist only if the > > GW is carp interface, e.g. 10.1.1.1 sits on carp0 on default GW. > > I'm still testing how to reproduce this in my test lab and will fill a PR. > > > > Stefan Lambrev wrote: > >> Hi, > >> > >> I see rtfree: 0xc741ee88 has 1 refs with freebsd releng_7 (i386) from > >> today. > >> > >> I think it's easy reproducible. What I have is: > >> > >> releng_7 (10.1.1.2) -> default GW (10.1.1.1) > >> on default GW I have route to 10.10.1.1/24 -> 10.1.1.3 > >> > >> so everytime when 10.1.1.2 try to contact someone from 10.10.1.1/24 I > >> see: > >> rtfree: 0xc741ee88 has 1 refs > >> > >> if I add direct route on 10.1.1.2 to 10.10.1.1/24 through 10.1.1.3 the > >> message will go away. > >> > >> Should I ignore this msg for now, or should I expect kernel panic > >> soon? :) > > Just FYI, I see this on a few boxes including the 7-BETA2 I'm writing > this on. None of them has a carp interface though. What I find > interesting here is that none of them are able to run a SMP kernel > without crashing (no panic, they're just frozen completely). > > Perhaps it is a coincidence, I don't know, but I am very interested in > your findings and have testbeds if you need. > The warning is mostly harmless. It means that rtfree is being called where RTFREE_LOCKED should be used. Adding a kdb_backtrace() should track it down for you. -Kip From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 18:27:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03ACB16A419; Tue, 6 Nov 2007 18:27:50 +0000 (UTC) (envelope-from doug@polands.org) Received: from ms-smtp-03.rdc-kc.rr.com (ms-smtp-03.rdc-kc.rr.com [24.94.166.129]) by mx1.freebsd.org (Postfix) with ESMTP id B23B013C48D; Tue, 6 Nov 2007 18:27:49 +0000 (UTC) (envelope-from doug@polands.org) Received: from corinth.polands.org (CPE-75-87-219-217.new.res.rr.com [75.87.219.217]) by ms-smtp-03.rdc-kc.rr.com (8.13.6/8.13.6) with ESMTP id lA6IK7UN002564; Tue, 6 Nov 2007 12:20:08 -0600 (CST) Received: from omnihp-rj45.polands.org (ammon.polands.org [172.16.1.7]) by corinth.polands.org (8.13.8/8.13.8) with ESMTP id lA6IRNO6008324; Tue, 6 Nov 2007 12:27:23 -0600 (CST) (envelope-from doug@polands.org) Message-ID: <4730B20A.3070807@polands.org> Date: Tue, 06 Nov 2007 12:27:22 -0600 From: Doug Poland User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: Frank Staals References: <472A6708.9030109@clearchain.com> <472B779B.9060002@gmx.net> <472B9597.2050108@clearchain.com> <473082C5.5080700@gmx.net> In-Reply-To: <473082C5.5080700@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Scanned: ClamAV 0.88.4/4682/Tue Nov 6 09:42:37 2007 on corinth.polands.org X-Virus-Status: Clean Cc: freebsd-current , Benjamin Close , freebsd-drivers@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: [RFT] Intel 3945abg wireless driver (wpi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 18:27:50 -0000 Frank Staals wrote: > Benjamin Close wrote: >> Frank Staals wrote: > >>> >>> >>> Everything works fine with the connection itself. Allthough sometimes >>> when switching from tty9 to tty0 and back the system locks up. I've >>> had it before when switching from tty1 to tty0. Anyone with the same >>> problems ? >>> >>> Anyway; Great work on the driver so far :D >>> >> I've similar issues and believe it might be due to the amount of >> kernel printfs that are happening. Can you sysctl debug.wpi=0 and see >> if the problem still exists? >> By chance are you using ZFS? I caught a memory modified after free >> panic in zfs the other day pid was from syslogd. I'm trying to work >> out if it's related. >> >> Cheers, >> Benjamin >> > When setting debug.wpi to 0 it seems like the problem is gone. I'm not > using ZFS by the way. I did have a problem connecting to the AP at my > university though; the driver wouldn't assosicate whatever I tried. I > didn't have a chance to do some extensive testing though. It might be > because of the WEP+wpa_supplicant + ca certificate method that is > required to authenticate. Anyway I'll let it know if there is an actual > problem with the driver itself > > Regards, > Setting debug.wpi=0 eliminated the lock ups when switching between tty[0-8] for me. -- Regards, Doug From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 18:39:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B98D16A417 for ; Tue, 6 Nov 2007 18:39:05 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 958E213C4B8 for ; Tue, 6 Nov 2007 18:39:04 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id lA6Ibjlk063950; Tue, 6 Nov 2007 11:37:45 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4730B477.3050105@samsco.org> Date: Tue, 06 Nov 2007 11:37:43 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <473001E7.2090201@yandex.ru> <473017DF.7070105@gmail.com> <62151.71.164.232.42.1194356793.squirrel@mail.ringofsaturn.com> <20071106144749.GA91218@eos.sc1.parodius.com> <47525.209.159.98.1.1194362930.squirrel@mail.ringofsaturn.com> <47308AFB.9090000@conducive.net> <47308D33.2080700@gmail.com> In-Reply-To: <47308D33.2080700@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Tue, 06 Nov 2007 11:37:45 -0700 (MST) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: =?windows-1252?Q?=3F=3F=3F_Bill_Hacker?= , freebsd-current@freebsd.org Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 18:39:05 -0000 Aryeh M. Friedman wrote: >> BTW - in a recent test of 2.5" high-capacity HDD, it was noted that >> SATA required significantly more power than PATA. Well 'significant' >> to a laptop on battery, anyway. > > Perhaps I am just very unlike the typical user but why on earth have > unix on a laptop (or even have a laptop for that matter ;-)) >> Easier to maintain data integrity comes to mind as well as power budget. > > On any mobo that can support SATA/300 one would think the bus/cpu could > keep pace so wheres the issue? Disk platter speed and density are the primary forces in actual interface speed. The fastest SATA disks I've seen so far do around 95MB/s, well lower than the 150MB/s that SATA150 can give. The advantage to SATA300 (and SATA600 when/if it comes out) are: 1. faster cache speed for burst transfers 2. better scaling for port multipliers (but most just use SAS for this anyways) 3. more profits for drive makers who convince you that faster is inherently better. Scott From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 18:40:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E52C816A46C; Tue, 6 Nov 2007 18:40:22 +0000 (UTC) (envelope-from doug@polands.org) Received: from ms-smtp-01.rdc-kc.rr.com (ms-smtp-01.rdc-kc.rr.com [24.94.166.115]) by mx1.freebsd.org (Postfix) with ESMTP id A383613C4A7; Tue, 6 Nov 2007 18:40:22 +0000 (UTC) (envelope-from doug@polands.org) Received: from corinth.polands.org (CPE-75-87-219-217.new.res.rr.com [75.87.219.217]) by ms-smtp-01.rdc-kc.rr.com (8.13.6/8.13.6) with ESMTP id lA6Gp4Dh017734; Tue, 6 Nov 2007 10:51:05 -0600 (CST) Received: from omnihp-rj45.polands.org (ammon.polands.org [172.16.1.7]) by corinth.polands.org (8.13.8/8.13.8) with ESMTP id lA6GsuXc007944; Tue, 6 Nov 2007 10:54:56 -0600 (CST) (envelope-from doug@polands.org) Message-ID: <47309C5F.7040608@polands.org> Date: Tue, 06 Nov 2007 10:54:55 -0600 From: Doug Poland User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: Frank Staals References: <472A6708.9030109@clearchain.com> <472B779B.9060002@gmx.net> In-Reply-To: <472B779B.9060002@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Scanned: ClamAV 0.88.4/4681/Tue Nov 6 06:52:41 2007 on corinth.polands.org X-Virus-Status: Clean Cc: freebsd-current , Benjamin Close , freebsd-drivers@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: [RFT] Intel 3945abg wireless driver (wpi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 18:40:23 -0000 Frank Staals wrote: > Benjamin Close wrote: >> Howdy All, I'm pleased to announce the first 'official' >> experimental version of the wpi wireless driver and hence require your >> help in making it become stable. >> Expect a few things not to work (ie bg scanning, setting txpower) but >> in general the driver should be usable in station mode (hostap is not >> yet supported). >> ...snip... > > Everything works fine with the connection itself. Allthough sometimes > when switching from tty9 to tty0 and back the system locks up. I've had > it before when switching from tty1 to tty0. Anyone with the same > problems ? > Yes, I have system lock-ups when switching between tty0-8. I've also had issues switching in and out of tty9, but am not sure if this is wpi driver problem or something in X. -- Regards, Doug From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 18:43:57 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9B5C16A41B for ; Tue, 6 Nov 2007 18:43:57 +0000 (UTC) (envelope-from rapopp@eastcentral.edu) Received: from ecmail.eastcentral.edu (ecmail.eastcentral.edu [198.209.216.1]) by mx1.freebsd.org (Postfix) with ESMTP id AB61013C4A5 for ; Tue, 6 Nov 2007 18:43:57 +0000 (UTC) (envelope-from rapopp@eastcentral.edu) Received: from barbados.eastcentral.edu (unknown [10.15.0.132]) by ecmail.eastcentral.edu (Postfix) with ESMTP id 4D13639A55 for ; Tue, 6 Nov 2007 12:29:51 -0600 (CST) From: "Reuben A. Popp" To: freebsd-current@freebsd.org Date: Tue, 6 Nov 2007 13:33:23 -0500 User-Agent: KMail/1.9.4 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711061233.24858.rapopp@eastcentral.edu> X-Mailman-Approved-At: Tue, 06 Nov 2007 18:49:25 +0000 Subject: Vimage and 7.0 beta 2? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rapopp@eastcentral.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 18:43:57 -0000 Hello everyone, I was just testing out 7.0 beta 2 today and can't seem to find any of the virtual networking stuff. Has that yet to be included (say in one of the upcoming RC images), or am I not looking in the correct place? I apologize in advance if this is an oft-repeated question as of late, and thanks in advance. Reuben PS If responding, could you also CC me as I am not subscribed to -current. -- Reuben A. Popp Systems Administrator Information Technology Department East Central College 1+ 636 583 5195 x2480 From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 18:53:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2880B16A468 for ; Tue, 6 Nov 2007 18:53:17 +0000 (UTC) (envelope-from john@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id EC25413C480 for ; Tue, 6 Nov 2007 18:53:16 +0000 (UTC) (envelope-from john@jnielsen.net) Received: from ns1.jnielsen.net (jn@ns1 [69.55.238.237]) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id lA6IHg69008544; Tue, 6 Nov 2007 13:17:42 -0500 (EST) (envelope-from john@jnielsen.net) Received: (from www@localhost) by ns1.jnielsen.net (8.12.9p2/8.12.9/Submit) id lA6IHgjJ008542; Tue, 6 Nov 2007 13:17:42 -0500 (EST) (envelope-from john@jnielsen.net) X-Authentication-Warning: ns1.jnielsen.net: www set sender to john@jnielsen.net using -f Received: from nc-2wac-zop09.wachovia.com (nc-2wac-zop09.wachovia.com [162.111.235.21]) by newwebmail.jnielsen.net (Horde MIME library) with HTTP; Tue, 06 Nov 2007 13:17:41 -0500 Message-ID: <20071106131741.grldkfpy80s4sw0w@newwebmail.jnielsen.net> Date: Tue, 06 Nov 2007 13:17:41 -0500 From: John Nielsen To: "fluffles.net" References: <47307736.9060900@fluffles.net> In-Reply-To: <47307736.9060900@fluffles.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.0.4) / FreeBSD-4.9 X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean X-Mailman-Approved-At: Tue, 06 Nov 2007 18:54:40 +0000 Cc: freebsd-current@freebsd.org, Arne Woerner Subject: Re: geom_raid5 inclusion in HEAD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 18:53:17 -0000 Quoting "fluffles.net" : > I was wondering if and when the excellent geom_raid5 module created > by Arne W=F6rner would be committed to HEAD or releng_7. Right now > there's gvinum with RAID5 support and geom_raid3. The latter is nice > but only works with a 'strange' number of disks (3,5,9,17,33, etc) > and has the disadvantages associated with RAID3 (no parallel access; > all disks are involved in one single write operation), while gvinum > offers poor RAID5 write performance (~20MB/s in my testings). > > geom_raid5, on the other hand, offers excellent performance due to > write combining, that allows 2-phase requests to be converted into > 1-phase requests. This is achieved by waiting for contiguous requests > and splitting those into the 'full stripe', meaning: stripesize * ( > number_of_disks - 1). This way, no parity information has to be read > from any disk since all required data is already in memory. In normal > english this means excellent sequential performance. In my own > testings i have achieved over 400MB/s of RAID5 write performance > using a simple "dd if=3D/dev/zero of=3D/dev/raid5/data bs=3D1m" of at lea= st > 10GB worth of data. raidtest benchmarks show that geom_raid5 scales > nicely with the number of disks, though ofcourse RAID5's weak point > is random write. > > Considering this project has been around for quite a while, and > sister project FreeNAS has been using it for more than a year in > their official (stable) branch, i think it should become available in > the official FreeBSD distribution as well. I don't know who decides > on this, but i would like to get a discussion going on this matter. I would like to see this get wider testing and eventually be included as well. A few questions (some of which I know the answer to but would like to have you field for the list): Where can I get/test/review the code? Is there still any focus on the "previous" generation code or is "TNG" where everything is happening now? Which generation are you talking about above? Does the code in the FreeBSD perforce repository represent the latest improvements? Which generation? How much and what kinds of testing has it already received? What is the relationship between the FreeNAS project and the geom_raid5 developer(s)? What version(s) of the code is/are in FreeNAS? Has the FreeNAS project or anyone else done any (preferrably thorough and repeatable) testing for correctness, stability and performance? Are the methods and/or results publicly available? Just who is (/are) the developer(s) behind this code? Where can I get more information? Can the information on your blog be considered authoritative? What is the status of the code? Are there any known outstanding issues or poorly tested functionality/configurations? Are there any threads on the freebsd-geom or other mailing lists that would be enlightening? Has a call for testing and/or code review been made on that list recently? Thanks. :) JN From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 19:02:31 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 273FC16A418 for ; Tue, 6 Nov 2007 19:02:31 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outV.internet-mail-service.net (outV.internet-mail-service.net [216.240.47.245]) by mx1.freebsd.org (Postfix) with ESMTP id 0FD9713C491 for ; Tue, 6 Nov 2007 19:02:30 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Tue, 06 Nov 2007 11:02:27 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id A26B3126930; Tue, 6 Nov 2007 11:02:26 -0800 (PST) Message-ID: <4730BA68.2050008@elischer.org> Date: Tue, 06 Nov 2007 11:03:04 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: rapopp@eastcentral.edu References: <200711061233.24858.rapopp@eastcentral.edu> In-Reply-To: <200711061233.24858.rapopp@eastcentral.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Vimage and 7.0 beta 2? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 19:02:31 -0000 Reuben A. Popp wrote: > Hello everyone, > > I was just testing out 7.0 beta 2 today and can't seem to find any of the > virtual networking stuff. Has that yet to be included (say in one of the > upcoming RC images), or am I not looking in the correct place? > > I apologize in advance if this is an oft-repeated question as of late, and > thanks in advance. > > Reuben > > PS If responding, could you also CC me as I am not subscribed to -current. > the vimage stuff for 7 was considered too green for inclusion. While I had hoped we coudl add it later (to 7.1 or 7.2) it looks like the ABI changes would make that hard. We were a little late in requesting pad bytes for structures that might have allowed it. it's still being developed and you can usually get a recent snapshot from http://imunes.tel.fer.hr/virtnet/ (the one there now is only 4 days old). From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 19:38:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A9DE16A46C for ; Tue, 6 Nov 2007 19:38:16 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail8.sea5.speakeasy.net (mail8.sea5.speakeasy.net [69.17.117.10]) by mx1.freebsd.org (Postfix) with ESMTP id 59DF713C4AC for ; Tue, 6 Nov 2007 19:38:16 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 30257 invoked from network); 6 Nov 2007 19:11:35 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail8.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 6 Nov 2007 19:11:35 -0000 Message-ID: <4730BC31.5010300@chuckr.org> Date: Tue, 06 Nov 2007 14:10:41 -0500 From: Chuck Robey User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.8) Gecko/20071027 SeaMonkey/1.1.5 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: conversion of an installed base i386 -> amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 19:38:16 -0000 I have finally decided that I really should have installed my quad-core-2 equipped box as a amd64, instead of the i386 (32 bit should have been 64 bit). I just finished a buildworld, and I checked, the binaries (which I haven't yet done an installworld on) are actually amd64/64 bit binaries. I'm running -current, which is mostly why I;m on this list, but my question is one of installation order: in doing the conversion, I don't really like the idea of accidentally hanging the box. I would like someone to please let me know, what's next? Understand, I am still running the i386 compiler (but the buildworld builds it's own private compiler, thank you very much). I need to know, should I install the world next? Or, is there some more correct strategy to get the kernel built? Understand, I'm running a 3ware raid, and while I got that in position, to make me feel really safe, i installed the system first in a junk-pile EIDE drive I happened to have laying about, so I actually do have a emergency drive I can quite easily boot from, if some disaster happens. I've tried it, it serves me as a very safe backup right now. So, I don't need to worry TOO MUCH about a disaster, but I would like to avoid it as much as I could anyhow. Thanks. From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 19:41:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 095F716A41A for ; Tue, 6 Nov 2007 19:41:45 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (lindfield.ch [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id C255413C48D for ; Tue, 6 Nov 2007 19:41:44 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:61437 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IpUIw-0009vd-J7 for freebsd-current@freebsd.org; Tue, 06 Nov 2007 19:41:42 +0000 Message-ID: <4730C36E.2070503@conducive.net> Date: Tue, 06 Nov 2007 14:41:34 -0500 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <473001E7.2090201@yandex.ru> <473017DF.7070105@gmail.com> <62151.71.164.232.42.1194356793.squirrel@mail.ringofsaturn.com> <20071106144749.GA91218@eos.sc1.parodius.com> <47525.209.159.98.1.1194362930.squirrel@mail.ringofsaturn.com> <47308AFB.9090000@conducive.net> <47308D33.2080700@gmail.com> <4730B477.3050105@samsco.org> In-Reply-To: <4730B477.3050105@samsco.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 19:41:45 -0000 Scott Long wrote: > Aryeh M. Friedman wrote: >>> BTW - in a recent test of 2.5" high-capacity HDD, it was noted that >>> SATA required significantly more power than PATA. Well 'significant' >>> to a laptop on battery, anyway. >> >> Perhaps I am just very unlike the typical user but why on earth have >> unix on a laptop (or even have a laptop for that matter ;-)) >>> Easier to maintain data integrity comes to mind as well as power budget. >> >> On any mobo that can support SATA/300 one would think the bus/cpu could >> keep pace so wheres the issue? > > Disk platter speed and density are the primary forces in actual > interface speed. The fastest SATA disks I've seen so far do around > 95MB/s, well lower than the 150MB/s that SATA150 can give. The > advantage to SATA300 (and SATA600 when/if it comes out) are: > > 1. faster cache speed for burst transfers > 2. better scaling for port multipliers (but most just use SAS for this > anyways) > 3. more profits for drive makers who convince you that faster is > inherently better. > > Scott > I suspect SATA 600 will have another use entirely.... As the basis for a low-connector-count interface to NAND flash and such as solid-state begins to replace rotating memory. Add power & ground leads, and it should already have access to better controllers and deliver lower overhead and latency for that use than USB or FW 800, be cheaper than current DDR interface. JM2CW Bill From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 19:51:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1465E16A41A for ; Tue, 6 Nov 2007 19:51:27 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id D19F213C4B5 for ; Tue, 6 Nov 2007 19:51:26 +0000 (UTC) (envelope-from peo@intersonic.se) X-Virus-Scanned: amavisd-new at inter-sonic.com Message-ID: <4730C5B9.1030709@intersonic.se> Date: Tue, 06 Nov 2007 20:51:21 +0100 From: Per olof Ljungmark Organization: Intersonic AB User-Agent: Thunderbird 2.0.0.6 (X11/20071103) MIME-Version: 1.0 To: Kip Macy References: <472B1E89.5080006@moneybookers.com> <47303578.8060703@moneybookers.com> <4730AA30.7090607@intersonic.se> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Stefan Lambrev Subject: Re: rtfree: 0xc741ee88 has 1 refs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 19:51:27 -0000 Kip Macy wrote: >>>> >>>> so everytime when 10.1.1.2 try to contact someone from 10.10.1.1/24 I >>>> see: >>>> rtfree: 0xc741ee88 has 1 refs >>>> >>>> if I add direct route on 10.1.1.2 to 10.10.1.1/24 through 10.1.1.3 the >>>> message will go away. >>>> >>>> Should I ignore this msg for now, or should I expect kernel panic >>>> soon? :) >> Just FYI, I see this on a few boxes including the 7-BETA2 I'm writing >> this on. None of them has a carp interface though. What I find >> interesting here is that none of them are able to run a SMP kernel >> without crashing (no panic, they're just frozen completely). >> >> Perhaps it is a coincidence, I don't know, but I am very interested in >> your findings and have testbeds if you need. >> > > The warning is mostly harmless. It means that rtfree is being called > where RTFREE_LOCKED should be used. Adding a kdb_backtrace() should > track it down for you. "Mostly", meaning that in some cases it actually does harm? I cannot help noting the fact I decribed above but as I have not investigated it it may as well be just a coincidence. I hope I can set aside some time to investigate it further. --per From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 19:53:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D48F716A417 for ; Tue, 6 Nov 2007 19:53:16 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id B909E13C481 for ; Tue, 6 Nov 2007 19:53:16 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (jn@ns1 [69.55.238.237]) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id lA6JW869052828; Tue, 6 Nov 2007 14:32:08 -0500 (EST) (envelope-from lists@jnielsen.net) Received: (from www@localhost) by ns1.jnielsen.net (8.12.9p2/8.12.9/Submit) id lA6JW8Ll052827; Tue, 6 Nov 2007 14:32:08 -0500 (EST) (envelope-from lists@jnielsen.net) X-Authentication-Warning: ns1.jnielsen.net: www set sender to lists@jnielsen.net using -f Received: from nc-2wac-zop09.wachovia.com (nc-2wac-zop09.wachovia.com [162.111.235.21]) by newwebmail.jnielsen.net (Horde MIME library) with HTTP; Tue, 06 Nov 2007 14:32:08 -0500 Message-ID: <20071106143208.rjf1ou6rs40wg8sc@newwebmail.jnielsen.net> Date: Tue, 06 Nov 2007 14:32:08 -0500 From: John Nielsen To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.0.4) / FreeBSD-4.9 X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: arne_woerner@yahoo.com, bsd@fluffles.net Subject: Re: geom_raid5 inclusion in HEAD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 19:53:17 -0000 [repost with the correct from: address] Quoting "fluffles.net" : > I was wondering if and when the excellent geom_raid5 module created > by Arne W=F6rner would be committed to HEAD or releng_7. Right now > there's gvinum with RAID5 support and geom_raid3. The latter is nice > but only works with a 'strange' number of disks (3,5,9,17,33, etc) > and has the disadvantages associated with RAID3 (no parallel access; > all disks are involved in one single write operation), while gvinum > offers poor RAID5 write performance (~20MB/s in my testings). > > geom_raid5, on the other hand, offers excellent performance due to > write combining, that allows 2-phase requests to be converted into > 1-phase requests. This is achieved by waiting for contiguous requests > and splitting those into the 'full stripe', meaning: stripesize * ( > number_of_disks - 1). This way, no parity information has to be read > from any disk since all required data is already in memory. In normal > english this means excellent sequential performance. In my own > testings i have achieved over 400MB/s of RAID5 write performance > using a simple "dd if=3D/dev/zero of=3D/dev/raid5/data bs=3D1m" of at lea= st > 10GB worth of data. raidtest benchmarks show that geom_raid5 scales > nicely with the number of disks, though ofcourse RAID5's weak point > is random write. > > Considering this project has been around for quite a while, and > sister project FreeNAS has been using it for more than a year in > their official (stable) branch, i think it should become available in > the official FreeBSD distribution as well. I don't know who decides > on this, but i would like to get a discussion going on this matter. I would like to see this get wider testing and eventually be included as well. A few questions (some of which I know the answer to but would like to have you field for the list): Where can I get/test/review the code? Is there still any focus on the "previous" generation code or is "TNG" where everything is happening now? Which generation are you talking about above? Does the code in the FreeBSD perforce repository represent the latest improvements? Which generation? How much and what kinds of testing has it already received? What is the relationship between the FreeNAS project and the geom_raid5 developer(s)? What version(s) of the code is/are in FreeNAS? Has the FreeNAS project or anyone else done any (preferrably thorough and repeatable) testing for correctness, stability and performance? Are the methods and/or results publicly available? Just who is (/are) the developer(s) behind this code? Where can I get more information? Can the information on your blog be considered authoritative? What is the status of the code? Are there any known outstanding issues or poorly tested functionality/configurations? Are there any threads on the freebsd-geom or other mailing lists that would be enlightening? Has a call for testing and/or code review been made on that list recently? Thanks. :) JN From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 19:55:14 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 569F316A419 for ; Tue, 6 Nov 2007 19:55:14 +0000 (UTC) (envelope-from kozlov@ravenloft.kiev.ua) Received: from istc.kiev.ua (wolf.istc.kiev.ua [193.108.236.1]) by mx1.freebsd.org (Postfix) with ESMTP id 0939313C48E for ; Tue, 6 Nov 2007 19:55:13 +0000 (UTC) (envelope-from kozlov@ravenloft.kiev.ua) Received: from localhost ([127.0.0.1] helo=ravenloft.kiev.ua) by istc.kiev.ua with esmtp (Exim 4.52) id 1IpUVz-0001AI-K0; Tue, 06 Nov 2007 21:55:12 +0200 Received: from kozlov by ravenloft.kiev.ua with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IpUVK-000FEX-3d; Tue, 06 Nov 2007 21:54:30 +0200 Date: Tue, 6 Nov 2007 21:54:30 +0200 From: Alex Kozlov To: Chuck Robey , current@freebsd.org, spam@rm-rf.kiev.ua Message-ID: <20071106195430.GA58521@ravenloft.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) X-Spam-Score: 0.0 (/) X-Spam-Report: Content analysis detailz: (0.0 points, 10.0 required) Cc: Subject: Re: conversion of an installed base i386 -> amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 19:55:14 -0000 On Tue, Nov 06, 2007 at 02:10:41PM -0500, Chuck Robey wrote: > I have finally decided that I really should have installed my quad-core-2 > equipped box as a amd64, instead of the i386 (32 bit should have been 64 > bit). I just finished a buildworld, and I checked, the binaries (which I > haven't yet done an installworld on) are actually amd64/64 bit binaries. > I'm running -current, which is mostly why I;m on this list, but my question > is one of installation order: in doing the conversion, I don't really like > the idea of accidentally hanging the box. I would like someone to please > let me know, what's next? Understand, I am still running the i386 compiler > (but the buildworld builds it's own private compiler, thank you very much). > I need to know, should I install the world next? Or, is there some more > correct strategy to get the kernel built? May be this help: http://groups.google.com.ua/group/lucky.freebsd.cvs.all/msg/5be9f021e72a27db -- Adios From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 19:56:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0836A16A41B for ; Tue, 6 Nov 2007 19:56:48 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (lindfield.ch [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id C7C0213C4B0 for ; Tue, 6 Nov 2007 19:56:47 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:61193 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IpUXW-000A3g-6V for freebsd-current@freebsd.org; Tue, 06 Nov 2007 19:56:46 +0000 Message-ID: <4730C6F6.3050104@conducive.net> Date: Tue, 06 Nov 2007 14:56:38 -0500 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4730BC31.5010300@chuckr.org> In-Reply-To: <4730BC31.5010300@chuckr.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: conversion of an installed base i386 -> amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 19:56:48 -0000 Chuck Robey wrote: > I have finally decided that I really should have installed my > quad-core-2 equipped box as a amd64, instead of the i386 (32 bit should > have been 64 bit). I just finished a buildworld, and I checked, the > binaries (which I haven't yet done an installworld on) are actually > amd64/64 bit binaries. I'm running -current, which is mostly why I;m on > this list, but my question is one of installation order: in doing the > conversion, I don't really like the idea of accidentally hanging the > box. I would like someone to please let me know, what's next? > Understand, I am still running the i386 compiler (but the buildworld > builds it's own private compiler, thank you very much). I need to know, > should I install the world next? Or, is there some more correct > strategy to get the kernel built? > > Understand, I'm running a 3ware raid, and while I got that in position, > to make me feel really safe, i installed the system first in a > junk-pile EIDE drive I happened to have laying about, so I actually do > have a emergency drive I can quite easily boot from, if some disaster > happens. I've tried it, it serves me as a very safe backup right now. > So, I don't need to worry TOO MUCH about a disaster, but I would like to > avoid it as much as I could anyhow. > > Thanks. Not really much to worry about so long as the box is within physical reach. A Core-2 Quad with decent RAM complement builds fast enough that multiple installs and rebuilds in the same day are nearly painless. What you might want to do is keep a local backup copy of the sources and ports, rotate & refresh that periodically so you are not at the mercy of your net link or potentially heavily-loaded mirrors to go forward, backwards, or 'sideways'. Bill From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 19:58:56 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9619A16A41A; Tue, 6 Nov 2007 19:58:56 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from av-tac-rtp.cisco.com (hen.cisco.com [64.102.19.198]) by mx1.freebsd.org (Postfix) with ESMTP id 3545B13C49D; Tue, 6 Nov 2007 19:58:56 +0000 (UTC) (envelope-from marcus@FreeBSD.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost [127.0.0.1]) by av-tac-rtp.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id lA6JZbJ26742; Tue, 6 Nov 2007 14:35:37 -0500 (EST) Received: from [64.102.220.97] (dhcp-64-102-220-97.cisco.com [64.102.220.97]) by rooster.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id lA6JZt626419; Tue, 6 Nov 2007 14:35:55 -0500 (EST) Message-ID: <4730C209.3070703@FreeBSD.org> Date: Tue, 06 Nov 2007 14:35:37 -0500 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Rui Paulo References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> In-Reply-To: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, freebsd-hardware@FreeBSD.org Subject: Re: MacBook users: possible fix for the SMP 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: Tue, 06 Nov 2007 19:58:56 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rui Paulo wrote: > Hi, > I've been contacted by Marco Trillo and I think he has found the source > of the SMP problem. > The problem seems to rely on Intel ICH7. Basically we need to disable > the "LEGACY_USB" bit before we calibrate the clocks. > "LEGACY_USB", according to Marco (I don't have the ICH7 spec at hand), > "causes legacy USB circuit to generate SMIs". > > Please try the following patch: > --- sys/amd64/isa/clock.c.orig 2007-11-04 20:31:09.000000000 +0000 > +++ sys/amd64/isa/clock.c 2007-11-04 20:34:59.000000000 +0000 > @@ -577,6 +577,8 @@ startrtclock() > writertc(RTC_STATUSA, rtc_statusa); > writertc(RTC_STATUSB, RTCSB_24HR); > > + outl(0x430, inl(0x430) & ~0x8); > + > freq = calibrate_clocks(); > #ifdef CLK_CALIBRATION_LOOP > if (bootverbose) { > --- sys/i386/isa/clock.c.orig 2007-11-04 20:34:03.000000000 +0000 > +++ sys/i386/isa/clock.c 2007-11-04 20:34:30.000000000 +0000 > @@ -621,6 +621,8 @@ startrtclock() > writertc(RTC_STATUSA, rtc_statusa); > writertc(RTC_STATUSB, RTCSB_24HR); > > + outl(0x430, inl(0x430) & ~0x8); > + > freq = calibrate_clocks(); > #ifdef CLK_CALIBRATION_LOOP > if (bootverbose) { > > > This should probably fix two issues: > 1) The second core should start without any trick (e.g. key press) > 2) We should be able to run with HZ=1000 (the default) without any > problem. To check if this is indeed the case, try booting with HZ=1000 > (loader.conf variable kern.hz) and check if your CPU clock shows up > correctly in the dmesg. After that, please also check if 'time sleep 1' > takes one second (not more and not less). > > Also, please test if there are any USB problems. > > Note: this is still a hack. I'm still thinking about a way to correctly > identify on which systems we need to apply this fix. I can confirm on my MacBook Pro Core Duo 15", that this patch does fix the second CPU init problem (no more key presses), and kern.hz=1000 works as expected (CPU @ 2.0 GHz). Thanks! Joe - -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHMMIIb2iPiv4Uz4cRAlqPAKCZkhhP5QgOHT7N0f1QeTwGMIau1wCgpeDi YysjxnhelxMxC1C2GQtIoik= =fk/Q -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 20:00:24 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C4AF16A419 for ; Tue, 6 Nov 2007 20:00:24 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30305.mail.mud.yahoo.com (web30305.mail.mud.yahoo.com [209.191.69.67]) by mx1.freebsd.org (Postfix) with SMTP id 3A8D913C491 for ; Tue, 6 Nov 2007 20:00:24 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: (qmail 86544 invoked by uid 60001); 6 Nov 2007 19:33:42 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=N5BhVFYVNOLAhjPiT8Dn1KDzdoAQQPThHRzA2VP6VPO/oxwWuWasTcDf6I2YYQHT98ahWe9Pdzrm9jAm7YMgtnQ853J2vhLVz3qYzYNNLq4IO8F8oQpb70QPBVolfzJDYYvOkaeUSfS57TCR8GZtQ5M+w4UErS886Sm4hOmwp3I=; X-YMail-OSG: DswCZOsVM1lcwuqjkPyotlgBEGTZUbd7RZz7eksjpPVXH0uSBzosQsLp2Yo62loP_eNFQZPd8654smaKIbzf1hKYFzMCXnSJJH7Fm4uxVuRFrKsCQGE- Received: from [84.141.118.94] by web30305.mail.mud.yahoo.com via HTTP; Tue, 06 Nov 2007 11:33:42 PST Date: Tue, 6 Nov 2007 11:33:42 -0800 (PST) From: Arne "Wörner" To: John Nielsen , "fluffles.net" In-Reply-To: <20071106131741.grldkfpy80s4sw0w@newwebmail.jnielsen.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <196381.86340.qm@web30305.mail.mud.yahoo.com> Cc: freebsd-current@freebsd.org Subject: Re: geom_raid5 inclusion in HEAD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 20:00:24 -0000 --- John Nielsen wrote: > I would like to see this get wider testing and eventually be included > as well. A few questions (some of which I know the answer to but would > like to have you field for the list): > > Where can I get/test/review the code? > http://wgboome.homepage.t-online.de./geom_raid5.tbz aka TOS (the original *ah*eh*... maybe B4 would be a nice name, too) the most stable version but slower than TNG/PP, if there r many requests within a short time, that could be combined... http://wgboome.homepage.t-online.de./geom_raid5-eff.tbz aka TNG quite memory hungry, but faster than without any "-..." http://wgboome.homepage.t-online.de./geom_raid5-pp.tbz pp = double-plus (I have a little thing with "1984" (by Orwell or so)) not as memory hungry as "-tng" and possibly not so fast... but more memory hungry than without any "-..." I like PP's code best (it's the cleanest of all three)... > Is there still any focus on the "previous" generation code or is "TNG" > where everything is happening now? Which generation are you talking > about above? > TNG was just for fun, because we wanted to know, if "bcopy" causes a big performance penalty (that is why TNG has a big memory appetite - we chose a quick and dirty approach in order to eliminate most bcopy-calls)... I personally like "-pp" best and I think it should be as stable as TOS... But the only often tested version is TOS... The test was: Several GB (from my TV cards) every day for several months... There were just minor things, that are fixed now... I tested PP in this way, too, but not so long (today I use *cough* another *cough* OS, that supports my TV cards better for CO2 output minimization reasons)... > Does the code in the FreeBSD perforce repository represent the latest > improvements? Which generation? > In the perforce repository is the TOS version... > How much and what kinds of testing has it already received? > Just that real life test... I did a consitency test with TOS according to Pawel's recommendation: 1. create this: gmirror (graid5 (3 disks), graid3 (3 disks)) 2. write some random data with raidtest(I dont know if it can do?) or with UFS+dd 3. wait for the gmirror device to enter state "SYNC-ED" (or how it is called)... 4. compare contents of the graid5 and graid3 device (they should be equal)... > What is the relationship between the FreeNAS project and > the geom_raid5 developer(s)? > Hmm... I dont know... I never saw one of them... And I am not a developer in the FreeNAS project... > What version(s) of the code is/are in FreeNAS? > I think, they use TOS, because they like to run on low memory boxes... > Has the > FreeNAS project or anyone else done any (preferrably thorough and > repeatable) testing for correctness, stability and performance? > They did some HOWTOs (removing a disk and then running in "degraded" mode and such things)... But no real long-term test or correctness test... I wonder myself, what would happen, if it writes a lot in "degraded" mode... > Are the > methods and/or results publicly available? > They have a knowledge base with some performance graphs, but I dont remember the URL... > Just who is (/are) the developer(s) behind this code? > I wanted to see, if I can still write programs... And so I tried to write a RAID5 kernel module and took the structure from gstripe and gmirror (Pawel J.'s sources)... Then I sent some emails to the -geom list and then "fluffles" told me, that I uploaded a non-working version of graid5... Since then "fluffles" is graid5's testing officer and makes recommendations about more time efficient algorithms... I personally would find it cool, if graid5 would become part of FreeBSD, but if FreeBSD thinks, that ZFS suffices, it would be OK for me... Psychologically I personally would say, that I have ambivalent feelings about this, because some silly error in graid5 might cause some unhappiness... We have to judge, if the possible use of graid5 exceeds the risks plus the effort... > Where can I get more information? Can the information on your blog be > considered authoritative? > I dont remember what it says... > What is the status of the code? Are there any known outstanding issues > or poorly tested functionality/configurations? > Spare disk management, automatic disorder alarms, periodic consistency checks (linux's md (raid5) does that from time to time) are currently not implemented... Every admin would have to do this with his own scripts... I would say correctness has not been tested as much as necessary... Pawel's test with gmirror on top of a graid5 device and some trustworthy device would be quite good for the first... But maybe fluffles did that test already... I was somehow not so interested in graid5 in the last weeks... > Are there any threads on the freebsd-geom or other mailing lists that > would be enlightening? Has a call for testing and/or code review been > made on that list recently? > Not recently... And: "No"... IIRC they believed, that it is too much code and too complex code... Maybe that was the polite form of "chaotic/un-maintain-able code"... :-)) -Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 20:34:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7BE916A4FA for ; Tue, 6 Nov 2007 20:34:14 +0000 (UTC) (envelope-from stevenschlansker@berkeley.edu) Received: from smtp-out1.berkeley.edu (smtp-out1.Berkeley.EDU [128.32.61.106]) by mx1.freebsd.org (Postfix) with ESMTP id 664AD13C4A3 for ; Tue, 6 Nov 2007 20:34:14 +0000 (UTC) (envelope-from stevenschlansker@berkeley.edu) Received: from eva-wlan-253-209.airbears.berkeley.edu ([169.229.253.209]) by fe2.calmail with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (auth plain:stevenschlansker@berkeley.edu) (envelope-from ) id 1IpUt7-000773-84 for freebsd-current@freebsd.org; Tue, 06 Nov 2007 12:19:05 -0800 Message-ID: <4730CC39.8020804@berkeley.edu> Date: Tue, 06 Nov 2007 12:19:05 -0800 From: Steven Schlansker User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20071005000046.GC92272@garage.freebsd.pl> <20071008121523.GM2327@garage.freebsd.pl> <20071105215035.GC26730@heff.fud.org.nz> <2e77fc10711051531k41e7224dq6aaedb35cad8d9f2@mail.gmail.com> <6214AB9C-9F9B-4B9D-8B05-0B3DF5F6C16D@SARENET.ES> <20071106100015.GB5268@garage.freebsd.pl> In-Reply-To: <20071106100015.GB5268@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ZFS kmem_map too small. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 20:34:14 -0000 Pawel Jakub Dawidek wrote: > On Tue, Nov 06, 2007 at 10:04:43AM +0100, Borja Marcos wrote: >> On Nov 6, 2007, at 12:31 AM, Niki Denev wrote: >> the kernel memory limits to 1.5 GB but it still crashes with the >> kmem_too_small panic. I also >> tried the patch supplied by Pawel. >> >> The machine has 6 hard disks configured as a raidz2 pool. >> >> Please let me know of any test anyone might need. > > If you use vm_kern.c.2.patch, can you show loader.conf and exact command > that can provke the panic? > I'd like to mention that I have the same problem - running FreeBSD ganymede.dailycal.org 7.0-BETA1 FreeBSD 7.0-BETA1 #0: Tue Oct 30 12:43:09 PDT 2007 root@ganymede.dailycal.org:/usr/obj/usr/src/sys/GENERIC i386 on a CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2793.20-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 with 1GB ram. I also have the vm patch applied. It helped, but it still panics. I run a huge rsync from a remote machine to a zpool set up as follows: [sschlansker@ganymede /usr/obj/usr/src/sys/GENERIC]$ sudo zpool status pool: dailycal state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM dailycal ONLINE 0 0 0 raidz2 ONLINE 0 0 0 da1s1 ONLINE 0 0 0 da1s2 ONLINE 0 0 0 ad4 ONLINE 0 0 0 ad6 ONLINE 0 0 0 ad8 ONLINE 0 0 0 ad10 ONLINE 0 0 0 /boot/loader.conf: vfs.zfs.arc_max="104857600" vm.kmem_size_max="838860800" vm.kmem_size="402653184" The panic is as follows: Unread portion of the kernel message buffer: panic: kmem_malloc(131072): kmem_map too small: 358408192 total allocated cpuid = 0 Uptime: 20h0m56s Physical memory: 1011 MB Dumping 430 MB: 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc07506a7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0750969 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc096b9fa in kmem_malloc (map=0xc147108c, size=131072, flags=2) at /usr/src/sys/vm/vm_kern.c:312 #4 0xc0962217 in page_alloc (zone=0x0, bytes=131072, pflag=0xe892da33 "\002", wait=2) at /usr/src/sys/vm/uma_core.c:955 #5 0xc0964ce0 in uma_large_malloc (size=131072, wait=2) at /usr/src/sys/vm/uma_core.c:2709 #6 0xc0741d98 in malloc (size=131072, mtp=0xc4405400, flags=2) at /usr/src/sys/kern/kern_malloc.c:364 #7 0xc4384a60 in ?? () #8 0x00020000 in ?? () #9 0xc4405400 in ?? () ... It survives a scrub, but the rsync kills it every time. I'm also willing to help test out patches and whatnot - hope something here helps figure this problem out. Steven From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 20:39:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7434016A419 for ; Tue, 6 Nov 2007 20:39:21 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id E29AD13C4C5 for ; Tue, 6 Nov 2007 20:39:20 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.14.1) with ESMTP id lA6KdKtQ001142 for ; Tue, 6 Nov 2007 12:39:20 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.14.1/Submit) id lA6KdKcI001141 for freebsd-current@freebsd.org; Tue, 6 Nov 2007 12:39:20 -0800 (PST) (envelope-from sgk) Date: Tue, 6 Nov 2007 12:39:20 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20071106203920.GA1077@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: ahc no longer attaches? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 20:39:21 -0000 It seems that some recent change has caused problems with ahc devices. From dmesg I find ahc0: port 0xb800-0xb8ff mem 0xdeafe000-0xdeafefff irq 16 at device 4.0 on pci3 ahc0: PCI Device 3:4:0 failed I/O mapped test. ahc0: can't allocate register resources device_attach: ahc0 attach returned 12 and sa0 is no longer available for backups. The motherboard is a Tyan K8SD Pro. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 21:00:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C0C816A41B for ; Tue, 6 Nov 2007 21:00:26 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id 6EDB013C4C1 for ; Tue, 6 Nov 2007 21:00:23 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so21210uge for ; Tue, 06 Nov 2007 13:00:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; bh=BsUBnCAupqsvveeRGkb5ngP1TW1pKnQsU4JpLJX49P4=; b=osQ9m8n+nIyePA6ao+rQH4FaXctOrIEYjIRSL0DGsatokJsdOi5DYHj2op/BGltKi/58eb3w6MPMMOOzVntQJxpi1rN+jps3qmwXn8yM0SVHUyl544MPLABj4aQ7iw5JZS6Rywk5XKsC6aoODj/pGErYtr4fmfYVsqHaR7UuBKk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; b=mALPpBP5maTtjtN06erxTam6D5pFmP+8irb78h1z+8XQjF/ngxYMxtB3KSTtzMEFLlTxzXBc9Y+6QG7LPaF86Yn7+YW00NUZwYXS+JQ02yFX1Y4LMFamb6U1DKmnuvakzzOi1dyi42eWLCJaTzs5yPL+dp/Ol26sRJHu715hhW8= Received: by 10.67.196.2 with SMTP id y2mr57106ugp.1194382822291; Tue, 06 Nov 2007 13:00:22 -0800 (PST) Received: from orion ( [89.162.141.1]) by mx.google.com with ESMTPS id k30sm145033ugc.2007.11.06.13.00.18 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 06 Nov 2007 13:00:19 -0800 (PST) From: Nikolay Pavlov To: freebsd-current@freebsd.org Date: Tue, 6 Nov 2007 23:00:12 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) References: <196381.86340.qm@web30305.mail.mud.yahoo.com> In-Reply-To: <196381.86340.qm@web30305.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1522116.eu7JXKxSiH"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711062300.17309.qpadla@gmail.com> Cc: John Nielsen , Arne =?utf-8?q?W=C3=B6rner?= , "fluffles.net" Subject: Re: geom_raid5 inclusion in HEAD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: qpadla@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 21:00:26 -0000 --nextPart1522116.eu7JXKxSiH Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 06 November 2007 21:33:42 Arne W=C3=B6rner wrote: > > How much and what kinds of testing has it already received? > > Just that real life test... > I did a consitency test with TOS according to Pawel's recommendation: > 1. create this: gmirror (graid5 (3 disks), graid3 (3 disks)) > 2. write some random data with raidtest(I dont know if it can do?) or > with UFS+dd > 3. wait for the gmirror device to enter state "SYNC-ED" (or how it is > called)... > 4. compare contents of the graid5 and graid3 device (they should be > equal)... You may be interested at some tests made by Michael Monashev in his=20 personal blog(RUSSIAN): http://michael.mindmix.ru/168-958-rezul-taty-testirovanija-graid5-graid3-gc= ache-i-raidz.zhtml He is testing graid5, graid3+gcache and ZFS raidz: Hardware: Motherboard: Intel S5000PAL (Alcolu), Intel E5000P CPU Dual-Core Intel Xeon 5130 2,00 GHz, cache 4 MB, FSB 1333 MHz RAM 4 GB DDR2-677 Fully Buffered ECC (2*2 GB) HDD SATA Seagate 750Gb 7200 rpm HDD SATA Seagate 750Gb 7200 rpm HDD SATA Seagate 750Gb 7200 rpm HDD SATA Seagate 750Gb 7200 rpm HDD SATA Seagate 750Gb 7200 rpm HDD SATA Seagate 750Gb 7200 rpm Software: =46reeBSD 7.0-CURRENT amd64 # mount /dev/ad4s2d on /home (ufs, local, noatime, soft-updates) /dev/ad4s1h on /opt/log (ufs, local, noatime, soft-updates) =2E.. tank/opt on /opt (zfs, local) tank on /tank (zfs, local) /dev/raid3/g3 on /opt2 (ufs, local, noatime, soft-updates) /dev/raid5/g5 on /opt3 (ufs, local, noatime, soft-updates) # zpool status pool: tank state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ad6s1 ONLINE 0 0 0 ad8s2 ONLINE 0 0 0 ad10s3 ONLINE 0 0 0 ad12s1 ONLINE 0 0 0 ad14s2 ONLINE 0 0 0 errors: No known data errors # gcache list Geom name: cache_ad6s2a WroteBytes: 98304 Writes: 42 CacheFull: 63546 CacheMisses: 70050 CacheHits: 647 CacheReadBytes: 99614208 CacheReads: 7151 ReadBytes: 1494126592 Reads: 92918 InvalidEntries: 0 UsedEntries: 6 Entries: 6 TailOffset: 250048479232 BlockSize: 65536 Size: 100 Providers: 1. Name: cache/cache_ad6s2a Mediasize: 250048503296 (233G) Sectorsize: 512 Mode: r1w1e1 Consumers: 1. Name: ad6s2a Mediasize: 250048503808 (233G) Sectorsize: 512 Mode: r1w1e1 Geom name: cache_ad8s3a WroteBytes: 98304 Writes: 42 CacheFull: 63659 CacheMisses: 70150 CacheHits: 652 CacheReadBytes: 99899904 CacheReads: 7143 ReadBytes: 1492060160 Reads: 92918 InvalidEntries: 0 UsedEntries: 6 Entries: 6 TailOffset: 250048479232 BlockSize: 65536 Size: 100 Providers: 1. Name: cache/cache_ad8s3a Mediasize: 250048503296 (233G) Sectorsize: 512 Mode: r1w1e1 Consumers: 1. Name: ad8s3a Mediasize: 250048503808 (233G) Sectorsize: 512 Mode: r1w1e1 Geom name: cache_ad10s1a WroteBytes: 98304 Writes: 42 CacheFull: 63679 CacheMisses: 70164 CacheHits: 625 CacheReadBytes: 99901952 CacheReads: 7110 ReadBytes: 1491070464 Reads: 92918 InvalidEntries: 0 UsedEntries: 7 Entries: 7 TailOffset: 250048413696 BlockSize: 65536 Size: 100 Providers: 1. Name: cache/cache_ad10s1a Mediasize: 250048471040 (233G) Sectorsize: 512 Mode: r1w1e1 Consumers: 1. Name: ad10s1a Mediasize: 250048471552 (233G) Sectorsize: 512 Mode: r1w1e1 Geom name: cache_ad12s2a WroteBytes: 98304 Writes: 42 CacheFull: 63587 CacheMisses: 70099 CacheHits: 633 CacheReadBytes: 100357120 CacheReads: 7145 ReadBytes: 1493531648 Reads: 92918 InvalidEntries: 0 UsedEntries: 6 Entries: 6 TailOffset: 250048479232 BlockSize: 65536 Size: 100 Providers: 1. Name: cache/cache_ad12s2a Mediasize: 250048503296 (233G) Sectorsize: 512 Mode: r1w1e1 Consumers: 1. Name: ad12s2a Mediasize: 250048503808 (233G) Sectorsize: 512 Mode: r1w1e1 Geom name: cache_ad14s3a WroteBytes: 98304 Writes: 42 CacheFull: 28268 CacheMisses: 31194 CacheHits: 213 CacheReadBytes: 43265536 CacheReads: 3139 ReadBytes: 662387200 Reads: 41258 InvalidEntries: 0 UsedEntries: 7 Entries: 7 TailOffset: 250048479232 BlockSize: 65536 Size: 100 Providers: 1. Name: cache/cache_ad14s3a Mediasize: 250048503296 (233G) Sectorsize: 512 Mode: r1w1e1 Consumers: 1. Name: ad14s3a Mediasize: 250048503808 (233G) Sectorsize: 512 Mode: r1w1e1 # graid3 list Geom name: g3 State: COMPLETE Components: 5 =46lags: ROUND-ROBIN GenID: 0 SyncID: 1 ID: 3868124998 Zone64kFailed: 0 Zone64kRequested: 198128 Zone16kFailed: 0 Zone16kRequested: 152096 Zone4kFailed: 0 Zone4kRequested: 62766 Providers: 1. Name: raid3/g3 Mediasize: 1000193882112 (932G) Sectorsize: 2048 Mode: r0w0e0 Consumers: 1. Name: cache/cache_ad6s2a Mediasize: 250048503296 (233G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE =46lags: NONE GenID: 0 SyncID: 1 Number: 0 Type: DATA 2. Name: cache/cache_ad8s3a Mediasize: 250048503296 (233G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE =46lags: NONE GenID: 0 SyncID: 1 Number: 1 Type: DATA 3. Name: cache/cache_ad10s1a Mediasize: 250048471040 (233G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE =46lags: NONE GenID: 0 SyncID: 1 Number: 2 Type: DATA 4. Name: cache/cache_ad12s2a Mediasize: 250048503296 (233G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE =46lags: NONE GenID: 0 SyncID: 1 Number: 3 Type: DATA 5. Name: cache/cache_ad14s3a Mediasize: 250048503296 (233G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE =46lags: NONE GenID: 0 SyncID: 1 Number: 4 Type: PARITY # graid5 list Geom name: g5 State: COMPLETE CALM Status: Total=3D5, Online=3D5 Type: AUTOMATIC Pending: (wqp 0 // 0) Stripesize: 65536 MemUse: 0 (msl 0) Newest: -1 ID: 1151162121 Providers: 1. Name: raid5/g5 Mediasize: 1000193916928 (932G) Sectorsize: 512 Mode: r0w0e0 Consumers: 1. Name: ad6s3 Mediasize: 250048512000 (233G) Sectorsize: 512 Mode: r1w1e1 DiskNo: 0 Error: No 2. Name: ad8s1 Mediasize: 250048479744 (233G) Sectorsize: 512 Mode: r1w1e1 DiskNo: 1 Error: No 3. Name: ad10s2 Mediasize: 250048512000 (233G) Sectorsize: 512 Mode: r1w1e1 DiskNo: 2 Error: No 4. Name: ad12s3 Mediasize: 250048512000 (233G) Sectorsize: 512 Mode: r1w1e1 DiskNo: 3 Error: No 5. Name: ad14s1 Mediasize: 250048479744 (233G) Sectorsize: 512 Mode: r1w1e1 DiskNo: 4 Error: No TEST RESULTS: raidtest. 10 reads in parallel: graid3 without round-robin reading: # raidtest test -d /dev/raid3/g3 -n 10 Read 50000 requests from raidtest.data. Number of READ requests: 50000. Number of WRITE requests: 0. Number of bytes to transmit: 3316146176. Number of processes: 10. Bytes per second: 9303561 Requests per second: 140 graid3 with round-robin reading: # raidtest test -d /dev/raid3/g3 -n 10 Read 50000 requests from raidtest.data. Number of READ requests: 50000. Number of WRITE requests: 0. Number of bytes to transmit: 3316146176. Number of processes: 10. Bytes per second: 11398078 Requests per second: 171 graid5: # raidtest test -d /dev/raid5/g5 -n 10 Read 50000 requests from raidtest.data. Number of READ requests: 50000. Number of WRITE requests: 0. Number of bytes to transmit: 3284773376. Number of processes: 10. Bytes per second: 19700939 Requests per second: 299 ZFS raidz=20 (http://lists.freebsd.org/pipermail/freebsd-geom/2007-September/002593.html= ) # raidtest test -d /dev/zvol/tank/vol -n 10 -w Read 50000 requests from raidtest.data. Number of READ requests: 0. Number of WRITE requests: 50000. Number of bytes to transmit: 3281546240. Number of processes: 10. Bytes per second: 120195634 Requests per second: 1831 # zpool export tank # zpool import tank # raidtest test -d /dev/zvol/tank/vol -n 10 -r Read 50000 requests from raidtest.data. Number of READ requests: 50000. Number of WRITE requests: 0. Number of bytes to transmit: 3281546240. Number of processes: 10. Bytes per second: 69264127 Requests per second: 1055 # raidtest test -d /dev/zvol/tank/vol -n 10 -r Read 50000 requests from raidtest.data. Number of READ requests: 50000. Number of WRITE requests: 0. Number of bytes to transmit: 3281546240. Number of processes: 10. Bytes per second: 659851727 Requests per second: 10053 Generic partition of the disk: # raidtest test -d /dev/ad4s1h -n 10 Read 50000 requests from raidtest.data. Number of READ requests: 50000. Number of WRITE requests: 0. Number of bytes to transmit: 3290731520. Number of processes: 10. Bytes per second: 9067004 Requests per second: 137 dd: ZFS raidz: # dd if=3D/dev/zero of=3D/opt/22 bs=3D8M count=3D1000 1000+0 records in 1000+0 records out 8388608000 bytes transferred in 66.627487 secs (125903112 bytes/sec) # dd of=3D/dev/null if=3D/opt/22 bs=3D8M count=3D1000 1000+0 records in 1000+0 records out 8388608000 bytes transferred in 34.686560 secs (241840297 bytes/sec) graid3 with round-robin reading: # dd if=3D/dev/zero of=3D/opt2/22 bs=3D8M count=3D1000 1000+0 records in 1000+0 records out 8388608000 bytes transferred in 54.425021 secs (154131461 bytes/sec) # dd of=3D/dev/null if=3D/opt2/22 bs=3D8M count=3D1000 1000+0 records in 1000+0 records out 8388608000 bytes transferred in 64.300645 secs (130459158 bytes/sec) graid5: # dd if=3D/dev/zero of=3D/opt3/22 bs=3D8M count=3D1000 1000+0 records in 1000+0 records out 8388608000 bytes transferred in 138.592430 secs (60527173 bytes/sec) # dd of=3D/dev/null if=3D/opt3/22 bs=3D8M count=3D1000 1000+0 records in 1000+0 records out 8388608000 bytes transferred in 64.681915 secs (129690162 bytes/sec) Generic drive: # dd if=3D/dev/zero of=3D/home/22 bs=3D8M count=3D1000 1000+0 records in 1000+0 records out 8388608000 bytes transferred in 148.426179 secs (56517038 bytes/sec) # dd of=3D/dev/null if=3D/home/22 bs=3D8M count=3D1000 1000+0 records in 1000+0 records out 8388608000 bytes transferred in 103.032438 secs (81417155 bytes/sec) =2D-=20 =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=3D=3D=3D =20 =2D Best regards, Nikolay Pavlov. <<<----------------------------------- = =20 =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=3D=3D=3D =20 --nextPart1522116.eu7JXKxSiH Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBHMNXh/2R6KvEYGaIRAvyrAJ9ZaXhEQlq6QOUjZpNV42Hbn2Hn4gCg5J5D 8sbhj9dsK5tl4Hi7I3zUbn4= =JdP4 -----END PGP SIGNATURE----- --nextPart1522116.eu7JXKxSiH-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 21:06:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAAB316A418 for ; Tue, 6 Nov 2007 21:06:42 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id D090D13C4B2 for ; Tue, 6 Nov 2007 21:06:42 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.14.1) with ESMTP id lA6L6eTi001013 for ; Tue, 6 Nov 2007 13:06:40 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.14.1/Submit) id lA6L6UlR001012 for freebsd-current@freebsd.org; Tue, 6 Nov 2007 13:06:30 -0800 (PST) (envelope-from sgk) Date: Tue, 6 Nov 2007 13:06:30 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20071106210630.GA986@troutmask.apl.washington.edu> References: <20071106203920.GA1077@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071106203920.GA1077@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.3i Subject: Re: ahc no longer attaches? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 21:06:43 -0000 On Tue, Nov 06, 2007 at 12:39:20PM -0800, Steve Kargl wrote: > It seems that some recent change has caused problems > with ahc devices. From dmesg I find > > ahc0: port 0xb800-0xb8ff > mem 0xdeafe000-0xdeafefff irq 16 at device 4.0 on pci3 > ahc0: PCI Device 3:4:0 failed I/O mapped test. > ahc0: can't allocate register resources > device_attach: ahc0 attach returned 12 > > and sa0 is no longer available for backups. > > The motherboard is a Tyan K8SD Pro. > Sorry about the false alarm. It appears that the pci card was not seated properly in the slot, and there may be a problem with assigning my external enclosure the scsi id of 5. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 21:21:25 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D548D16A417 for ; Tue, 6 Nov 2007 21:21:25 +0000 (UTC) (envelope-from benfell@earth.parts-unknown.org) Received: from earth.parts-unknown.org (earth.parts-unknown.org [66.93.170.243]) by mx1.freebsd.org (Postfix) with SMTP id 9A6F513C481 for ; Tue, 6 Nov 2007 21:21:25 +0000 (UTC) (envelope-from benfell@earth.parts-unknown.org) Received: (qmail 64089 invoked by uid 501); 6 Nov 2007 21:21:24 -0000 DomainKey-Status: no signature Date: Tue, 6 Nov 2007 13:21:23 -0800 From: David Benfell To: current@freebsd.org Message-ID: <20071106212123.GA98560@parts-unknown.org> Mail-Followup-To: current@freebsd.org References: <20071105191548.GA50463@parts-unknown.org> <472F9A2A.8000205@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: <472F9A2A.8000205@FreeBSD.org> X-gnupg-public-key: http://www.parts-unknown.org/gnupg/export-0DD1D1E3 "From: David Benfell " X-stardate: [-29]8469.41 X-moon: The Moon is Waning Crescent (9% of Full) User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: Fatal error 'Cannot allocate red zone for initial thread' at line 382 in file /usr/src/lib/libthr/thread/thr_init.c (errno = 12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 21:21:25 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 05 Nov 2007 23:33:14 +0100, Kris Kennaway wrote: >=20 > portupgrade -fa >=20 Tried that. Several times. And the portmaster and portmanager equivalents. It looks like I would have to manually rebuild each of over 1000 ports I have installed to restore functionality. In many cases, even this won't work, however, as 'make fetch' returns some error about dates mismatching. Or, less commonly, there are other problems in the build. But to demonstrate this, I will initiate a job with the following command: sudo portupgrade -fa | tee parts-unknown.org/systems/earth.cybernude.org//p= ortupgrade-fa.log You can see the output at http://www.parts-unknown.org/systems/earth.cybern= ude.org/portupgrade-fa.log Problems are widespread and it seems unreasonable to blame individual ports for many of them. --=20 David Benfell, LCP benfell@parts-unknown.org --- Resume available at http://www.parts-unknown.org/ NOTE: I sign all messages with GnuPG (0DD1D1E3). --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHMNrTUd+dMw3R0eMRAljMAJ4qJLFJBRLWDd75sy5tm9Hya7B3oQCfdb1z KTeBFCw/yvFileWJYk3U5lU= =0arC -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 21:35:51 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E493316A419 for ; Tue, 6 Nov 2007 21:35:51 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 8DA7F13C4A3 for ; Tue, 6 Nov 2007 21:35:51 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 16839 invoked by uid 399); 6 Nov 2007 21:35:50 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 6 Nov 2007 21:35:50 -0000 X-Originating-IP: 127.0.0.1 Date: Tue, 6 Nov 2007 13:35:43 -0800 (PST) From: Doug Barton To: David Benfell In-Reply-To: <20071106212123.GA98560@parts-unknown.org> Message-ID: References: <20071105191548.GA50463@parts-unknown.org> <472F9A2A.8000205@FreeBSD.org> <20071106212123.GA98560@parts-unknown.org> X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: current@freebsd.org Subject: Re: Fatal error 'Cannot allocate red zone for initial thread' at line 382 in file /usr/src/lib/libthr/thread/thr_init.c (errno = 12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 21:35:52 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 On Tue, 6 Nov 2007, David Benfell wrote: > On Mon, 05 Nov 2007 23:33:14 +0100, Kris Kennaway wrote: >> >> portupgrade -fa >> > Tried that. Several times. And the portmaster and portmanager > equivalents. It looks like I would have to manually rebuild each of > over 1000 ports I have installed to restore functionality. Sorry I missed the beginning of this thread, but it sounds to me like you're trying to upgrade ports after a FreeBSD major version upgrade? If so, the only safe way to do that is to delete all your existing ports, and start over from scratch. The procedure I use is: 1. portmaster -l > ~/portmaster-list 2. pkg_delete -f * (repeat as necessary) 3. find /usr/local/ -type f This should produce very little output, except in etc. Clean up as needed. 4. Install portmaster :) 5. Look at the list generated in 1, and first install all the root ports, then install all the leaves. Portmaster will handle the dependencies. Given that you seem to be having problems with stale distfiles as well you might want to insert a step 4.5 of 'rm -rf /usr/ports/distfiles/*' but I'd only do that as a last resort. hth, Doug - -- This .signature sanitized for your protection -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.7 (FreeBSD) iD8DBQFHMN4zyIakK9Wy8PsRA6Q2AKDsGcF0ETdKwQPeYSGPPQ/szlnEqACeJHC+ xR+BFIwCQvominhEocAq+JI= =l3w3 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 21:38:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE7B616A474; Tue, 6 Nov 2007 21:38:21 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 5A57813C4A5; Tue, 6 Nov 2007 21:38:21 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 218050813-1834499 for multiple; Tue, 06 Nov 2007 16:38:36 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id lA6LbxQt076173; Tue, 6 Nov 2007 16:38:03 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 6 Nov 2007 15:15:31 -0500 User-Agent: KMail/1.9.6 References: <0fbb01c81be1$37e698f0$0c00a8c0@Artem> <863avptzir.fsf@ds4.des.no> <20071102095506.GC24455@garage.freebsd.pl> In-Reply-To: <20071102095506.GC24455@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711061515.32551.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 06 Nov 2007 16:38:04 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4684/Tue Nov 6 14:09:39 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Dag-Erling Sm??rgrav , Artem Kuchin , Pawel Jakub Dawidek Subject: Re: BIO_FLUSH on twe driver. Why is it not there? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 21:38:22 -0000 On Friday 02 November 2007 05:55:07 am Pawel Jakub Dawidek wrote: > On Thu, Nov 01, 2007 at 10:41:00PM +0100, Dag-Erling Sm??rgrav wrote: > > "Artem Kuchin" writes: > > > However, twe is working via scsi subsystem and the authour of gjournal > > > said somewhere that he has had implemeneted BIO_FLISH for scsi and he > > > specifically mentioned that he has tested twe and twa and they both > > > support BIO_FLUSH. > > > > twa(4) uses CAM, but twe(4) doesn't (and never has). > > That was my mistake. Someone told me (I think it was jhb@), that twe(4) > turns off write cache automatically when there is no battery, so > BIO_FLUSH isn't really needed and if there is a battery, it also isn't > really needed. It would be nice to hide the warning in this case > somehow, but for now you should be safe by simply ignoring the warning. I have no idea if twe(4) does this. I do know that both ciss(4) and mfi(4) do this. Possibly amr(4) as well. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 21:38:31 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B01AA16A53E; Tue, 6 Nov 2007 21:38:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 492A113C481; Tue, 6 Nov 2007 21:38:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 218050829-1834499 for multiple; Tue, 06 Nov 2007 16:38:44 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id lA6LbxQu076173; Tue, 6 Nov 2007 16:38:09 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 6 Nov 2007 15:26:32 -0500 User-Agent: KMail/1.9.6 References: <200711011940.18510.max@love2party.net> In-Reply-To: <200711011940.18510.max@love2party.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711061526.32946.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 06 Nov 2007 16:38:10 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4684/Tue Nov 6 14:09:39 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Max Laier , freebsd-acpi@freebsd.org Subject: Re: apic vs. ASUS P5N-E (nforce 650) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 21:38:31 -0000 On Thursday 01 November 2007 02:40:12 pm Max Laier wrote: > Hi, > > I'm having big trouble with this board. It works fine once I set > hint.apic.0.disabled=1, but unfortunately without using the second core. > When the apic is used, the nforce IDE/ATA controller and the nforce NIC > are not working at all. No disks or CDROMs are recognized, the NIC > doesn't send or receive any packets. > > Attached are verbose dmesgs (captured via serial): > boot_v.apic - ACPI enabled APIC enabled > boot_v.noacpi - ACPI disabled APIC enabled > boot_v.noapic - ACPI enabled APIC disabled (this works) > > FWIW, linux (knoppix CD) does boot and seems to use the apic (dmesg > attached). FreeBSD + ACPI uses the same IRQs for the nvidia ata0 and ata1 (legacy IRQs 14 and 15) and for nfe0 (GSI 23 which in FreeBSD is IRQ 23 via an ACPI PCI link device) as Linux. > I suspect that there is something wrong with the ACPI interrupt overrides. > IRQ9 is listed as (level, high) and IRQ0->2 seems only to make sense if > the HEPT is being used, but neither ACPI_Q_MADT_IRQ0 nor forcing (level, > low) for IRQ9 in madt.c doesn't seem to do the trick. No, those are quite normal. The 0 => 2 has nothing to do with HPET but is because normally pin 0 on the first I/O APIC is an ExtINT pin connected to the master 8259A and IRQ0 is hooked up to pin 2 instead. Also, I've seen lots of odd settings for IRQ 9 (normally used for ACPI SCI), so that is probably fine. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 21:50:30 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 515A216A41A for ; Tue, 6 Nov 2007 21:50:30 +0000 (UTC) (envelope-from benfell@earth.parts-unknown.org) Received: from earth.parts-unknown.org (earth.parts-unknown.org [66.93.170.243]) by mx1.freebsd.org (Postfix) with SMTP id 2A7C713C48D for ; Tue, 6 Nov 2007 21:50:29 +0000 (UTC) (envelope-from benfell@earth.parts-unknown.org) Received: (qmail 98716 invoked by uid 501); 6 Nov 2007 21:50:29 -0000 Date: Tue, 6 Nov 2007 13:50:29 -0800 From: David Benfell To: Doug Barton , current@freebsd.org Message-ID: <20071106215029.GA85944@parts-unknown.org> Mail-Followup-To: Doug Barton , current@freebsd.org References: <20071105191548.GA50463@parts-unknown.org> <472F9A2A.8000205@FreeBSD.org> <20071106212123.GA98560@parts-unknown.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline In-Reply-To: X-gnupg-public-key: http://www.parts-unknown.org/gnupg/export-0DD1D1E3 X-stardate: [-29]8469.54 X-moon: The Moon is Waning Crescent (9% of Full) User-Agent: Mutt/1.5.16 (2007-06-09) Cc: current@freebsd.org, David Benfell Subject: Re: Fatal error 'Cannot allocate red zone for initial thread' at line 382 in file /usr/src/lib/libthr/thread/thr_init.c (errno = 12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 21:50:30 -0000 --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 06 Nov 2007 13:35:43 -0800, Doug Barton wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: RIPEMD160 >=20 >=20 > On Tue, 6 Nov 2007, David Benfell wrote: >=20 >> On Mon, 05 Nov 2007 23:33:14 +0100, Kris Kennaway wrote: >>>=20 >>> portupgrade -fa >>>=20 >> Tried that. Several times. And the portmaster and portmanager >> equivalents. It looks like I would have to manually rebuild each of >> over 1000 ports I have installed to restore functionality. >=20 > Sorry I missed the beginning of this thread, but it sounds to me like=20 > you're trying to upgrade ports after a FreeBSD major version upgrade? If= =20 > so, the only safe way to do that is to delete all your existing ports, an= d=20 > start over from scratch. The procedure I use is: >=20 > 1. portmaster -l > ~/portmaster-list > 2. pkg_delete -f * (repeat as necessary) > 3. find /usr/local/ -type f This should produce very little output, exce= pt=20 > in etc. Clean up as needed. > 4. Install portmaster :) > 5. Look at the list generated in 1, and first install all the root ports,= =20 > then install all the leaves. Portmaster will handle the dependencies. >=20 > Given that you seem to be having problems with stale distfiles as well yo= u=20 > might want to insert a step 4.5 of 'rm -rf /usr/ports/distfiles/*' but I'= d=20 > only do that as a last resort. >=20 > hth, >=20 > Doug >=20 Thanks Doug. I've interrupted the other attempt and will initiate this as soon as I get out of a class I have to teach. --=20 David Benfell, LCP benfell@parts-unknown.org --- Resume available at http://www.parts-unknown.org/ NOTE: I sign all messages with GnuPG (0DD1D1E3). --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHMOGlUd+dMw3R0eMRAgWjAKCU1JOVjwXCalJBtLZybk8LrUmadQCeJZWl htPE6+mcTcJTkoKR63zEiNA= =W9fH -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 21:50:30 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 840E816A41B for ; Tue, 6 Nov 2007 21:50:30 +0000 (UTC) (envelope-from benfell@earth.parts-unknown.org) Received: from earth.parts-unknown.org (earth.parts-unknown.org [66.93.170.243]) by mx1.freebsd.org (Postfix) with SMTP id 5D9C313C491 for ; Tue, 6 Nov 2007 21:50:30 +0000 (UTC) (envelope-from benfell@earth.parts-unknown.org) Received: (qmail 98716 invoked by uid 501); 6 Nov 2007 21:50:29 -0000 Date: Tue, 6 Nov 2007 13:50:29 -0800 From: David Benfell To: Doug Barton , current@freebsd.org Message-ID: <20071106215029.GA85944@parts-unknown.org> Mail-Followup-To: Doug Barton , current@freebsd.org References: <20071105191548.GA50463@parts-unknown.org> <472F9A2A.8000205@FreeBSD.org> <20071106212123.GA98560@parts-unknown.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline In-Reply-To: X-gnupg-public-key: http://www.parts-unknown.org/gnupg/export-0DD1D1E3 X-stardate: [-29]8469.54 X-moon: The Moon is Waning Crescent (9% of Full) User-Agent: Mutt/1.5.16 (2007-06-09) Cc: current@freebsd.org, David Benfell Subject: Re: Fatal error 'Cannot allocate red zone for initial thread' at line 382 in file /usr/src/lib/libthr/thread/thr_init.c (errno = 12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 21:50:30 -0000 --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 06 Nov 2007 13:35:43 -0800, Doug Barton wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: RIPEMD160 >=20 >=20 > On Tue, 6 Nov 2007, David Benfell wrote: >=20 >> On Mon, 05 Nov 2007 23:33:14 +0100, Kris Kennaway wrote: >>>=20 >>> portupgrade -fa >>>=20 >> Tried that. Several times. And the portmaster and portmanager >> equivalents. It looks like I would have to manually rebuild each of >> over 1000 ports I have installed to restore functionality. >=20 > Sorry I missed the beginning of this thread, but it sounds to me like=20 > you're trying to upgrade ports after a FreeBSD major version upgrade? If= =20 > so, the only safe way to do that is to delete all your existing ports, an= d=20 > start over from scratch. The procedure I use is: >=20 > 1. portmaster -l > ~/portmaster-list > 2. pkg_delete -f * (repeat as necessary) > 3. find /usr/local/ -type f This should produce very little output, exce= pt=20 > in etc. Clean up as needed. > 4. Install portmaster :) > 5. Look at the list generated in 1, and first install all the root ports,= =20 > then install all the leaves. Portmaster will handle the dependencies. >=20 > Given that you seem to be having problems with stale distfiles as well yo= u=20 > might want to insert a step 4.5 of 'rm -rf /usr/ports/distfiles/*' but I'= d=20 > only do that as a last resort. >=20 > hth, >=20 > Doug >=20 Thanks Doug. I've interrupted the other attempt and will initiate this as soon as I get out of a class I have to teach. --=20 David Benfell, LCP benfell@parts-unknown.org --- Resume available at http://www.parts-unknown.org/ NOTE: I sign all messages with GnuPG (0DD1D1E3). --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHMOGlUd+dMw3R0eMRAgWjAKCU1JOVjwXCalJBtLZybk8LrUmadQCeJZWl htPE6+mcTcJTkoKR63zEiNA= =W9fH -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 21:53:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A93BB16A41B; Tue, 6 Nov 2007 21:53:40 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id CAA5E13C4BC; Tue, 6 Nov 2007 21:53:38 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id lA6LrWxt065020; Tue, 6 Nov 2007 14:53:33 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4730E25A.6030407@samsco.org> Date: Tue, 06 Nov 2007 14:53:30 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: John Baldwin References: <0fbb01c81be1$37e698f0$0c00a8c0@Artem> <863avptzir.fsf@ds4.des.no> <20071102095506.GC24455@garage.freebsd.pl> <200711061515.32551.jhb@freebsd.org> In-Reply-To: <200711061515.32551.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Tue, 06 Nov 2007 14:53:33 -0700 (MST) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Dag-Erling Sm??rgrav , freebsd-current@freebsd.org, Artem Kuchin , Pawel Jakub Dawidek Subject: Re: BIO_FLUSH on twe driver. Why is it not there? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 21:53:40 -0000 John Baldwin wrote: > On Friday 02 November 2007 05:55:07 am Pawel Jakub Dawidek wrote: >> On Thu, Nov 01, 2007 at 10:41:00PM +0100, Dag-Erling Sm??rgrav wrote: >>> "Artem Kuchin" writes: >>>> However, twe is working via scsi subsystem and the authour of gjournal >>>> said somewhere that he has had implemeneted BIO_FLISH for scsi and he >>>> specifically mentioned that he has tested twe and twa and they both >>>> support BIO_FLUSH. >>> twa(4) uses CAM, but twe(4) doesn't (and never has). >> That was my mistake. Someone told me (I think it was jhb@), that twe(4) >> turns off write cache automatically when there is no battery, so >> BIO_FLUSH isn't really needed and if there is a battery, it also isn't >> really needed. It would be nice to hide the warning in this case >> somehow, but for now you should be safe by simply ignoring the warning. > > I have no idea if twe(4) does this. I do know that both ciss(4) and mfi(4) > do this. Possibly amr(4) as well. > MFI can be overridden trivially, and so can AMR, so I don't consider them to be good examples. Scott From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 22:09:45 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D86A416A41B for ; Tue, 6 Nov 2007 22:09:45 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 0788A13C4A7 for ; Tue, 6 Nov 2007 22:09:41 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4730E623.2090008@FreeBSD.org> Date: Tue, 06 Nov 2007 23:09:39 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: current@freebsd.org References: <20071105191548.GA50463@parts-unknown.org> <472F9A2A.8000205@FreeBSD.org> <20071106212123.GA98560@parts-unknown.org> In-Reply-To: <20071106212123.GA98560@parts-unknown.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Fatal error 'Cannot allocate red zone for initial thread' at line 382 in file /usr/src/lib/libthr/thread/thr_init.c (errno = 12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2007 22:09:46 -0000 David Benfell wrote: > On Mon, 05 Nov 2007 23:33:14 +0100, Kris Kennaway wrote: >> portupgrade -fa >> > Tried that. Several times. And the portmaster and portmanager > equivalents. It looks like I would have to manually rebuild each of > over 1000 ports I have installed to restore functionality. > > In many cases, even this won't work, however, as 'make fetch' returns > some error about dates mismatching. Or, less commonly, there are > other problems in the build. > > But to demonstrate this, I will initiate a job with the following > command: > > sudo portupgrade -fa | tee parts-unknown.org/systems/earth.cybernude.org//portupgrade-fa.log > > You can see the output at http://www.parts-unknown.org/systems/earth.cybernude.org/portupgrade-fa.log > > Problems are widespread and it seems unreasonable to blame individual > ports for many of them. You have stale or corrupted distfiles for some of them, but I didn't spot any other problems there. Obviously the ports that fail to rebuild will still be 6.x binaries and causing problems, so you should only be declaring victory once you manage to get them all recompiled successfully. It seems like this has not yet happened. To address the old distfiles, either use 'make distclean' on those ports, or rm -rf /usr/ports/distfiles and allow them to be fetched anew. If you are having problems recompiling other specific ports, please follow up on ports@. Kris From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 23:34:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5400816A417 for ; Tue, 6 Nov 2007 23:34:46 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id C81F213C494 for ; Tue, 6 Nov 2007 23:34:45 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 63D8BEB4D10; Wed, 7 Nov 2007 07:34:57 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id xGK9MHDNj+fu; Wed, 7 Nov 2007 07:34:52 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 6453AEB4C4F; Wed, 7 Nov 2007 07:34:49 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:x-enigmail-version:content-type; b=O0Tlby0fCq05RSW9HgjvRlrZTgjHADj3gWmsFmHktbMGuZ+ml1PmvmmSHpFW0ZPEx PbOUSEhilFBEE8xaSRCUw== Message-ID: <4730FA0A.8020601@delphij.net> Date: Tue, 06 Nov 2007 15:34:34 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: multipart/mixed; boundary="------------020302030509000806090307" Subject: ATI SB600/700/800 tester wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 23:34:46 -0000 This is a multi-part message in MIME format. --------------020302030509000806090307 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Here is a patch that adds ATI SB600/SB700/SB800 (except RAID5, I don't have taken a look at the support material yet) support to ata(4). After this patch the driver is supposed to support the following mode: ATA_ATI_SB600 (IDE mode) ATA_ATI_SB600 (non-RAID5 mode) ATA_ATI_SB700 (All mode except RAID-5) ATA_ATI_SB800 Please let me know if you have the hardware and whether the patch works or not (be sure to include your pciconf -l | grep atapci output and dmesg.boot). Thanks! Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHMPoKhcUczkLqiksRAjtwAJ42o00gszaewJVqsQAYHFZmp5D9GQCg4hS6 hew855Gt9NSIH/71jkmUXWs= =/R75 -----END PGP SIGNATURE----- --------------020302030509000806090307 Content-Type: text/x-patch; name="ati.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ati.diff" Index: ata-chipset.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.203 diff -u -p -r1.203 ata-chipset.c --- ata-chipset.c 26 Oct 2007 09:01:06 -0000 1.203 +++ ata-chipset.c 6 Nov 2007 23:24:56 -0000 @@ -1290,12 +1290,20 @@ ata_ati_ident(device_t dev) struct ata_pci_controller *ctlr = device_get_softc(dev); struct ata_chip_id *idx; static struct ata_chip_id ids[] = - {{ ATA_ATI_IXP200, 0x00, 0, 0, ATA_UDMA5, "IXP200" }, - { ATA_ATI_IXP300, 0x00, 0, 0, ATA_UDMA6, "IXP300" }, - { ATA_ATI_IXP400, 0x00, 0, 0, ATA_UDMA6, "IXP400" }, - { ATA_ATI_IXP300_S1, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP300" }, - { ATA_ATI_IXP400_S1, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP400" }, - { ATA_ATI_IXP400_S2, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP400" }, + {{ ATA_ATI_IXP200, 0x00, 0, 0, ATA_UDMA5, "IXP200" }, + { ATA_ATI_IXP300, 0x00, 0, 0, ATA_UDMA6, "IXP300" }, + { ATA_ATI_IXP400, 0x00, 0, 0, ATA_UDMA6, "IXP400" }, + { ATA_ATI_SB600, 0x00, 0, 0, ATA_UDMA6, "SB600 (IDE MODE)" }, + { ATA_ATI_SB700, 0x00, 0, 0, ATA_UDMA6, "SB700 (IDE)" }, + { ATA_ATI_IXP300_S1, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP300" }, + { ATA_ATI_IXP400_S1, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP400" }, + { ATA_ATI_IXP400_S2, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP400" }, + { ATA_ATI_SB600_S1, 0x00, 0, ATIAHCI, ATA_SA300, "SB600 (Non RAID5 SATA)" }, + { ATA_ATI_SB700_S1, 0x00, 0, ATIAHCI, ATA_SA300, "SB700 (IDE MODE)" }, + { ATA_ATI_SB700_S2, 0x00, 0, ATIAHCI, ATA_SA300, "SB700 (IDE MODE)" }, + { ATA_ATI_SB700_AH, 0x00, 0, ATIAHCI, ATA_SA300, "SB700 (AHCI MODE)" }, + { ATA_ATI_SB700_NR, 0x00, 0, ATIAHCI, ATA_SA300, "SB700 (Non RAID5 SATA)" }, + { ATA_ATI_SB800_AH, 0x00, 0, ATIAHCI, ATA_SA300, "SB800 (AHCI MODE)" }, { 0, 0, 0, 0, 0, 0}}; char buffer[64]; @@ -1323,6 +1331,17 @@ ata_ati_chipinit(device_t dev) if (ata_setup_interrupt(dev)) return ENXIO; + if (ctlr->chip->cfg2 & ATIAHCI) { + ctlr->r_rid2 = PCIR_BAR(5); + ctlr->r_type2 = SYS_RES_MEMORY; + ctlr->r_res2 = bus_alloc_resource_any(dev, + ctlr->r_type2, &ctlr->r_rid2, RF_ACTIVE); + if (ctlr->r_res2 != NULL) + return ata_ahci_chipinit(dev); + else + return ENXIO; + } + ctlr->setmode = ata_ati_setmode; return 0; } Index: ata-pci.h =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-pci.h,v retrieving revision 1.81 diff -u -p -r1.81 ata-pci.h --- ata-pci.h 9 Oct 2007 20:15:09 -0000 1.81 +++ ata-pci.h 6 Nov 2007 23:25:00 -0000 @@ -103,6 +103,14 @@ struct ata_connect_task { #define ATA_ATI_IXP300_S1 0x436e1002 #define ATA_ATI_IXP400_S1 0x43791002 #define ATA_ATI_IXP400_S2 0x437a1002 +#define ATA_ATI_SB600_S1 0x43801002 +#define ATA_ATI_SB600 0x438c1002 +#define ATA_ATI_SB700_S1 0x43901002 +#define ATA_ATI_SB700_AH 0x43911002 +#define ATA_ATI_SB700_NR 0x43921002 +#define ATA_ATI_SB700_S2 0x43941002 +#define ATA_ATI_SB800_AH 0x43951002 +#define ATA_ATI_SB700 0x439c1002 #define ATA_CENATEK_ID 0x16ca #define ATA_CENATEK_ROCKET 0x000116ca @@ -436,6 +444,7 @@ struct ata_connect_task { #define VIABUG 0x0200 #define VIABAR 0x0400 #define VIAAHCI 0x0800 +#define ATIAHCI 0x1000 /* global prototypes ata-pci.c */ --------------020302030509000806090307-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 01:25:40 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB11816A420; Wed, 7 Nov 2007 01:25:40 +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 B6B1913C4B0; Wed, 7 Nov 2007 01:25:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lA71PSoP033723; Tue, 6 Nov 2007 20:25:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lA71PSwv090238; Tue, 6 Nov 2007 20:25:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2AD317302F; Tue, 6 Nov 2007 20:25:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071107012528.2AD317302F@freebsd-current.sentex.ca> Date: Tue, 6 Nov 2007 20:25:28 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 01:25:40 -0000 TB --- 2007-11-07 00:10:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-07 00:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-11-07 00:10:00 - cleaning the object tree TB --- 2007-11-07 00:10:25 - checking out the source tree TB --- 2007-11-07 00:10:25 - cd /tinderbox/HEAD/arm/arm TB --- 2007-11-07 00:10:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-07 00:19:03 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-07 00:19:03 - cd /src TB --- 2007-11-07 00:19:03 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 7 00:19:05 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/main.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/mbufs.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/netcmds.c /src/usr.bin/systat/netcmds.c: In function 'netcmd': /src/usr.bin/systat/netcmds.c:127: internal compiler error: internal consistency failure Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-07 01:25:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-07 01:25:27 - ERROR: failed to build world TB --- 2007-11-07 01:25:27 - tinderbox aborted TB --- 0.46 user 1.67 system 4527.71 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 02:14:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44A4316A41B for ; Wed, 7 Nov 2007 02:14:00 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from ag-out-0708.google.com (ag-out-0708.google.com [72.14.246.243]) by mx1.freebsd.org (Postfix) with ESMTP id F22C913C4A7 for ; Wed, 7 Nov 2007 02:13:59 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by ag-out-0708.google.com with SMTP id 35so1224805aga for ; Tue, 06 Nov 2007 18:13:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=yvy8X2deTRVxRqJUIBxubNqcKN6XEvUgaMzUJqPqv38=; b=sCYGuMpvi69mdObE7QT4dCSXqvaFAQIaiJfSALZ0Y8ncd8QoLDCJIL+qK94thNWbLTJgphuqXlfa6M/v9+NCgAM1aTqWPivkiwi0N4r0Rs5MCAOyl8+KjJka4zGpSPAdv9lDsOjJ0WyNYb7R51K3PfOizjKo5vwFHEr9C8e8bPA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=DC+nLRVwgMBTNTbAJghUCHMl+aRKU31zvSF3zwKpSkj98PNB5DCZJFmEP53/Gz58MxbyrqIMFopdVR12+0NCaZV1rzid7SqpKu9FiAPFWJ1NX1e/ik/Z2ywZej5sVJRfpAwti4ApY2S6vnkGIIogu4dFL0fQewou20axaiCilXU= Received: by 10.70.63.6 with SMTP id l6mr2997973wxa.1194401638367; Tue, 06 Nov 2007 18:13:58 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id n26sm12122832ele.2007.11.06.18.13.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Nov 2007 18:13:57 -0800 (PST) Message-ID: <47311F63.5090807@gmail.com> Date: Tue, 06 Nov 2007 21:13:55 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Chuck Robey References: <4730BC31.5010300@chuckr.org> In-Reply-To: <4730BC31.5010300@chuckr.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: conversion of an installed base i386 -> amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 02:14:00 -0000 Chuck Robey wrote: > I have finally decided that I really should have installed my > quad-core-2 equipped box as a amd64, instead of the i386 (32 bit > should have been 64 bit). I just finished a buildworld, and I > checked, the binaries (which I haven't yet done an installworld on) > are actually amd64/64 bit binaries. I'm running -current, which is > mostly why I;m on this list, but my question is one of installation > order: in doing the conversion, I don't really like the idea of > accidentally hanging the box. I would like someone to please let me > know, what's next? Understand, I am still running the i386 compiler > (but the buildworld builds it's own private compiler, thank you very > much). I need to know, should I install the world next? Or, is there > some more correct strategy to get the kernel built? The procedure I used was: 1. FTP the distfiles for the base system (ftp://.../release/distfiles/base) [you may need to do a down grade to RELENG temporarily until you get to step 6] 2. Do the same for the kernel files 3. Install the kernel files (cd ...../distfiles/kernel;install.sh GENERIC) 4. Install the base files (cd ...../distfiles/kernel;install.sh;install.sh) 5. Reboot (your now running an 100% amd64 in the base system) 6. Do the normal procedure for recompiling the system and ports -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 02:17:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2CFF16A419; Wed, 7 Nov 2007 02:17:14 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.freebsd.org (Postfix) with ESMTP id AEF2513C4B0; Wed, 7 Nov 2007 02:17:14 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.21.144.51]) by vms048.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JR400LW76BZN9Z1@vms048.mailsrvcs.net>; Tue, 06 Nov 2007 20:16:50 -0600 (CST) Date: Tue, 06 Nov 2007 21:16:22 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <20071106095720.GA84549@eos.sc1.parodius.com> To: Jeremy Chadwick Message-id: <1194401782.907.12.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-type: text/plain Content-transfer-encoding: 7bit References: <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <472FD23E.1060001@delphij.net> <47301CF6.8030808@delphij.net> <47301E91.7070303@gmail.com> <47301F40.8070605@delphij.net> <47302667.8030900@gmail.com> <20071106091409.GB83703@eos.sc1.parodius.com> <473035D4.3030200@gmail.com> <20071106095720.GA84549@eos.sc1.parodius.com> Cc: freebsd-current Subject: ATA_STATIC_ID [Was: [ANNOUNCEMENT] ...] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 02:17:14 -0000 On Tue, 2007-11-06 at 01:57 -0800, Jeremy Chadwick wrote: > On Tue, Nov 06, 2007 at 04:37:24AM -0500, Aryeh M. Friedman wrote: > > yes btw due to god knows what reason the patch renumbered ad8 to ad6 > > That can be discussed in the future. ATA device numbering (that is to > say, the X of an "adX" device) has always been a little odd in my > experiences. Turning on or off a ATA interface (PATA or SATA) seems to > adjust the numbering, regardless of ATA_STATIC_ID or not. It's likely > that I do not understand what the kernel option does. I have somewhat different (and very pleasant ;) experience with this kernel option, so if you want to compare notes, kernel or hardware configurations let me know. Basic story is that I have ThikPad X60 with ICH7M controlling internal SATA hard drive and UltraBase docking station with ICH7 controlling PATA hard drive in the dock. Without ATA_STATIC_ID, internal drive will show up as ad0 outside of the dock, and as ad1, while docked. Disk in the docking station will become ad0, and system will not boot without applying some magic incantations regarding root device. With ATA_STATIC_ID, internal drive will always show up as ad4 (docked or not), and drive in the dock will become ad0. Hope this helps. -- Alexandre "Sunny" Kovalenko From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 03:02:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53E7216A4A9 for ; Wed, 7 Nov 2007 03:02:06 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.225]) by mx1.freebsd.org (Postfix) with ESMTP id E89C613C4AA for ; Wed, 7 Nov 2007 03:02:05 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by qb-out-0506.google.com with SMTP id a10so971807qbd for ; Tue, 06 Nov 2007 19:01:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; bh=VXBKbkMSpqOhgfRlMzlsmsZvQj+aDfXn9uKbFa4aMZ0=; b=o7XIgd5zbeB+2YiuLypzNAjmg497rUR7p5MqTcfekrVT7E42MsAE8slvftLynkcest4SDF3JNA+Y1SM+hlWa+WwhIhg/vWF+3pr/fPsupIQ5kEtct8aZUjdL4cQ+xeNMYvR9vSH7oIm2aWNLS8GSZXXfRAARmFt/jfyBcnAsCjE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=qHSOeu63GtP1gp24QpWtxHYBkk1XDsy+ddldkEVYxzFGEmpBfIrYN3cjJn3OVBSb9n7d7MaD3iRlZPlSZgbRhIu7fhqfr0mOtxE28HvzfPDOX26AivABU4aUS6S27G0i9+BLr+Q8nBEC4DNfCkxLwpAYIdDhLoX5WdELITT5noY= Received: by 10.70.16.6 with SMTP id 6mr11354225wxp.1194404517639; Tue, 06 Nov 2007 19:01:57 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id c29sm10370904elf.2007.11.06.19.01.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Nov 2007 19:01:56 -0800 (PST) Message-ID: <47312AA2.6000701@gmail.com> Date: Tue, 06 Nov 2007 22:01:54 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: best way to configure a machine for kernel development X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 03:02:06 -0000 I decided to put my fingers where my mouth is and jump into kernel development instead of just complaining. Configuring a machine properly to do this most effectivally I guess is the next step. I only have one machine (I have some modest but non-critical production stuff that needs to continue working). Some options I have come up with: 1. Just hack my current sources and keep diffs (some automated way would be nice of edit-->make diff) 2. Use QEMU to create a development machine 3. Someone said something about unionfs and/or using a cvs mirror but I missed that completely missed that Any other suggestions. Also since I tend to be a little slow on the learning curve can you also point me to some good howto/tutorials on what ever solution you suggest? -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 01:11:09 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F29B916A418 for ; Wed, 7 Nov 2007 01:11:09 +0000 (UTC) (envelope-from zec@icir.org) Received: from zec2.tel.fer.hr (zec2.tel.fer.hr [161.53.19.79]) by mx1.freebsd.org (Postfix) with ESMTP id A19AD13C4C8 for ; Wed, 7 Nov 2007 01:11:08 +0000 (UTC) (envelope-from zec@icir.org) Received: from localhost (localhost [127.0.0.1]) by tpx32.icir.org (8.14.1/8.14.1) with ESMTP id lA6K8uSW052626; Tue, 6 Nov 2007 20:08:56 GMT (envelope-from zec@icir.org) From: Marko Zec To: freebsd-current@freebsd.org, rapopp@eastcentral.edu Date: Tue, 6 Nov 2007 20:08:55 +0000 User-Agent: KMail/1.9.7 References: <200711061233.24858.rapopp@eastcentral.edu> In-Reply-To: <200711061233.24858.rapopp@eastcentral.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711062008.55809.zec@icir.org> X-Mailman-Approved-At: Wed, 07 Nov 2007 03:58:58 +0000 Cc: Subject: Re: Vimage and 7.0 beta 2? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 01:11:10 -0000 On Tuesday 06 November 2007 18:33:23 Reuben A. Popp wrote: > Hello everyone, > > I was just testing out 7.0 beta 2 today and can't seem to find any of > the virtual networking stuff. Has that yet to be included (say in > one of the upcoming RC images), or am I not looking in the correct > place? The virtual networking stuff is still maintained outside of main tree, but more or less in sync with -CURRENT. My plan is to prepare a separate branch for tracking RELENG_7 shortly. More info / code is available at http://imunes.tel.fer.hr/virtnet/ Hope this helps, Marko > I apologize in advance if this is an oft-repeated question as of > late, and thanks in advance. > > Reuben > > PS If responding, could you also CC me as I am not subscribed to > -current. From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 03:59:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78FFF16A417 for ; Wed, 7 Nov 2007 03:59:56 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from ag-out-0708.google.com (ag-out-0708.google.com [72.14.246.240]) by mx1.freebsd.org (Postfix) with ESMTP id 2D68513C4B6 for ; Wed, 7 Nov 2007 03:59:55 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by ag-out-0708.google.com with SMTP id 35so1237610aga for ; Tue, 06 Nov 2007 19:59:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=qSMaSg3COYTqbyO69ZKj5aunNP3TVsw3xoapC9ag+ZA=; b=iyMI0pyknK7dXRez8L2gFx+1eh1or1LrJlfjcx5ZzeOH+XY+mOQ9kWbK4NwhhLQOAAmEAPjCt+I12Ij7KlIHdal3JRluT3COAgzzhXgTEZrIcS4F00qQaOBVqN5zr//SD1/22AeB/ncGaqd9H2jhyKoXGkhakqjUB/V0z889v50= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=cTXvJjywbJpkhaS42LDnECeFWAoARh0u0c335lOdttBaDFHC6otacFGwelB8vyS6UQ98RsqxYxMWaXi6Bs4pXc0oEfOCNszoK3oeAPUed7PAwqTMy677IAsWCWqBRJZIYdHflWEXQvaM5dsN/SCrbziZ3HuNbyg9ADa4+sbZwuc= Received: by 10.70.40.1 with SMTP id n1mr11424490wxn.1194407994080; Tue, 06 Nov 2007 19:59:54 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id m30sm12307029elf.2007.11.06.19.59.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Nov 2007 19:59:52 -0800 (PST) Message-ID: <47313837.7040202@gmail.com> Date: Tue, 06 Nov 2007 22:59:51 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 CC: freebsd-current@freebsd.org References: <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <473001E7.2090201@yandex.ru> <473017DF.7070105@gmail.com> <62151.71.164.232.42.1194356793.squirrel@mail.ringofsaturn.com> <20071106144749.GA91218@eos.sc1.parodius.com> <47525.209.159.98.1.1194362930.squirrel@mail.ringofsaturn.com> <47308AFB.9090000@conducive.net> <47308D33.2080700@gmail.com> <4730B477.3050105@samsco.org> <4730C36E.2070503@conducive.net> In-Reply-To: <4730C36E.2070503@conducive.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 03:59:56 -0000 Just writing to say I have confirmed the acd0 timeout issue... namely this goes into a endless timeout cycle: burncd /dev/acd0 data foo.iso fixate -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 05:05:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C5EE16A420 for ; Wed, 7 Nov 2007 05:05:00 +0000 (UTC) (envelope-from rnejdl@ringofsaturn.com) Received: from tethys.ringofsaturn.com (tethys.ringofsaturn.com [71.164.232.42]) by mx1.freebsd.org (Postfix) with ESMTP id DDA5313C48D for ; Wed, 7 Nov 2007 05:04:59 +0000 (UTC) (envelope-from rnejdl@ringofsaturn.com) Received: from mail.ringofsaturn.com (localhost [127.0.0.1]) by tethys.ringofsaturn.com (8.14.1/8.14.1) with ESMTP id lA754Ndr001924; Tue, 6 Nov 2007 23:04:23 -0600 (CST) (envelope-from rnejdl@ringofsaturn.com) Received: from 71.164.232.42 (SquirrelMail authenticated user rnejdl) by mail.ringofsaturn.com with HTTP; Tue, 6 Nov 2007 23:04:24 -0600 (CST) Message-ID: <52072.71.164.232.42.1194411864.squirrel@mail.ringofsaturn.com> In-Reply-To: <47525.209.159.98.1.1194362931.squirrel@mail.ringofsaturn.com> References: <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <473001E7.2090201@yandex.ru> <473017DF.7070105@gmail.com> <62151.71.164.232.42.1194356793.squirrel@mail.ringofsaturn.com> <20071106144749.GA91218@eos.sc1.parodius.com> <47525.209.159.98.1.1194362931.squirrel@mail.ringofsaturn.com> Date: Tue, 6 Nov 2007 23:04:24 -0600 (CST) From: "Rusty Nejdl" To: rnejdl@ringofsaturn.com User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: ClamAV 0.91.2/4689/Tue Nov 6 22:23:47 2007 on tethys.ringofsaturn.com X-Virus-Status: Clean Cc: d@delphij.net, Justin Hibbits , freebsd-current@freebsd.org, Jeremy Chadwick , "Andrey V. Elsukov" , "Aryeh M. Friedman" Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rnejdl@ringofsaturn.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 05:05:00 -0000 > >> >> Does SATA300, but has the same "feature" as the OP's Seagate drive: >> a small jumper that limits the drive to SATA150 unless removed. >> See below PDF. >> >> http://www.seagate.com/ww/v/index.jsp?vgnextoid=e2af99f4fa74c010VgnVCM100000dd04090aRCRD&locale=en-US >> http://www.seagate.com/staticfiles/support/disc/manuals/desktop/Barracuda%207200.10/100402371h.pdf >> > > Jeremy, > > Thanks! Like Aryeh, I missed the jumper. I'll test this out tonight when > I get home. > > Rusty > I removed the jumpers per the doc and unfortunately, there was no change: ad12: 715404MB at ata6-master SATA150 ad16: 715404MB at ata8-master SATA150 ATA channel 5: Master: ad10 Serial ATA v1.0 Slave: no device present ATA channel 6: Master: ad12 Serial ATA II Slave: no device present ATA channel 7: Master: acd0 Serial ATA v1.0 Slave: no device present ATA channel 8: Master: ad16 Serial ATA II Slave: no device present It seems there is either a configuration I'm missing or the kernel is not picking this up properly. Sincerely, Rusty Nejdl From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 05:32:33 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A38DB16A417 for ; Wed, 7 Nov 2007 05:32:33 +0000 (UTC) (envelope-from root@solink.ru) Received: from ns.itam.nsc.ru (ns.itam.nsc.ru [194.226.179.15]) by mx1.freebsd.org (Postfix) with ESMTP id 6C3B913C49D for ; Wed, 7 Nov 2007 05:32:31 +0000 (UTC) (envelope-from root@solink.ru) Received: from site.lan (itut.itam.nsc.ru [194.226.179.2]) by ns.itam.nsc.ru (8.13.1/8.13.1) with ESMTP id lA74vM1c027808; Wed, 7 Nov 2007 10:57:27 +0600 Received: from bocha.solink.office ([192.168.66.166]) (authenticated bits=0) by site.lan (8.12.11.20060308/8.12.11) with ESMTP id lA74vMq0003546; Wed, 7 Nov 2007 10:57:22 +0600 From: Bachilo Dmitry Organization: Solink Ltd To: current@freebsd.org, mobile@freebsd.org Date: Wed, 7 Nov 2007 10:56:13 +0600 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200711071056.13466.root@solink.ru> Cc: Subject: PCI Cardreader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 05:32:33 -0000 Hello all. I always used USB cardreaders and had no problem with it, but now in my=20 notebook I have a cardreader, that appears to be onboard PCI device. And so= =20 =46reeBSD sees it as this: pci6: at device 4.1 (no driver attached) pci6: at device 4.2 (no driver attached) pci6: at device 4.3 (no driver attached) pci6: at device 4.4 (no driver attached) That's even more odd because three are recognized as flash and one is not. pciconf -lv shows this: none13@pci6:4:1: class=3D0x050100 card=3D0x009f1025 chip=3D0x0530152= 4=20 rev=3D0x01 hdr=3D0x00 vendor =3D 'ENE Technology Inc' device =3D 'PCI Memory Stick Card Reader Controller' class =3D memory subclass =3D flash Well, in 7.0-CURRENT it showed all four devices and now in BETA-2 only this= =20 one. Is there any way I can make them work? =2D-=20 =F3 =D5=D7=C1=D6=C5=CE=C9=C5=CD,=20 =E2=C1=DE=C9=CC=CF =E4=CD=C9=D4=D2=C9=CA =F2=D5=CB=CF=D7=CF=C4=C9=D4=C5=CC=D8 =CF=D4=C4=C5=CC=C1 =D3=C9=D3=D4=C5=CD= =CE=CF=CA =C9=CE=D4=C5=C7=D2=C1=C3=C9=C9 =EF=EF=EF "=EB=CF=CD=D0=C1=CE=C9=D1 =F3=CF=CC=C9=CE=CB" root@solink.ru From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 05:37:18 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A2CE16A418 for ; Wed, 7 Nov 2007 05:37:18 +0000 (UTC) (envelope-from bkelly@vadev.org) Received: from mail6.sea5.speakeasy.net (mail6.sea5.speakeasy.net [69.17.117.8]) by mx1.freebsd.org (Postfix) with ESMTP id 4DD2713C4CA for ; Wed, 7 Nov 2007 05:37:18 +0000 (UTC) (envelope-from bkelly@vadev.org) Received: (qmail 17796 invoked from network); 7 Nov 2007 05:10:26 -0000 Received: from vadev.org (HELO [192.168.1.98]) (Desdicardo@[66.92.166.151]) (envelope-sender ) by mail6.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 7 Nov 2007 05:10:26 -0000 Message-ID: <473148CA.1000609@vadev.org> Date: Wed, 07 Nov 2007 00:10:34 -0500 From: Ben Kelly User-Agent: Thunderbird 1.5.0.13 (Macintosh/20070809) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: conf/116177 in 7.0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 05:37:18 -0000 Hello, Is there any possibility of getting a fix for conf/116177 in to the tree for 7.0? There are a couple of possible patches posted. As far as I can tell the rc.conf mdconfig functionality is broken otherwise. For convenience: http://www.freebsd.org/cgi/query-pr.cgi?pr=116177&cat= I tried searching for further discussion on this topic but couldn't find anything. Thank you. - Ben From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 05:44:11 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D2A716A41A; Wed, 7 Nov 2007 05:44:11 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp1.yandex.ru (smtp1.yandex.ru [213.180.223.87]) by mx1.freebsd.org (Postfix) with ESMTP id 1DF3613C4B2; Wed, 7 Nov 2007 05:44:09 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([77.72.136.145]:16354 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S8373812AbXKGFoC (ORCPT + 3 others); Wed, 7 Nov 2007 08:44:02 +0300 X-Comment: RFC 2476 MSA function at smtp1.yandex.ru logged sender identity as: bu7cher Message-ID: <47315094.6080405@yandex.ru> Date: Wed, 07 Nov 2007 08:43:48 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Scott Long References: <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> In-Reply-To: <47308E19.70507@samsco.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: "Aryeh M. Friedman" , Justin Hibbits , Jeremy Chadwick , freebsd-current@freebsd.org, d@delphij.net, "Sean C. Farley" , =?KOI8-R?Q?S=3Fren_Schmidt?= Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 05:44:11 -0000 Scott Long wrote: > SATA II does not automatically mean 3GHz link speed. It's just an > umbrella term meaning that the drive implements one or more features > defined in SATA-2. It's similar to the mis-representation in the USB > world of what USB 2.0 means. If i right understand our driver code, the cause of problem is in the driver. There is two ways in the code path for ther ICH9 support: 1. AHCI mode. 2. Legacy mode. As i see from pciconf and dmesg output Aryeh's hardware not determined as an AHCI and driver use legacy way for interact with controller. In this case driver don't use any of SATA method's and can't determine drives speed. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 05:47:15 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00FF316A542 for ; Wed, 7 Nov 2007 05:47:14 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from ag-out-0708.google.com (ag-out-0708.google.com [72.14.246.241]) by mx1.freebsd.org (Postfix) with ESMTP id 75B6113C4BA for ; Wed, 7 Nov 2007 05:47:13 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by ag-out-0708.google.com with SMTP id 35so1247477aga for ; Tue, 06 Nov 2007 21:47:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=SUUW8Tj1KHWdYdtdETzsFmE/TuxNIuyNOvwRr6qVCIk=; b=j0a1JnfHZ3Z9GF6DE+oUE25y0lgZsihjSrkfHb0C+3o33efEn4oBleirXcjyzQSWom0F2D4UfU/SSkcXgqCfLGB4OWAZuw0xdekP5B4GSrqXuiYFiDyPAIAh5syGcoQy4KqCVcQjh61dMAEsPEzEEU0hhEiWYAqvJSEhH0NMoAs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=ck2edZ9tvfav8u81Dh/sLT9U7IEbr+DRCccILtyd6CRIRG8WArgsb9RwcMVW6ma5sfL2zWD4OZ4hGgIR+Kt0PBWpvhTbU6Yk4D81gS7kRUXSHbbHG+ShQ+ntBqhy6H+Zdrx21a5o/ExVaLStcpDqWC1hxvDwt3XByv+wNB3EC54= Received: by 10.70.19.20 with SMTP id 20mr11574482wxs.1194414430949; Tue, 06 Nov 2007 21:47:10 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id i27sm12464712elf.2007.11.06.21.47.08 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Nov 2007 21:47:10 -0800 (PST) Message-ID: <47315158.5090304@gmail.com> Date: Wed, 07 Nov 2007 00:47:04 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> <47315094.6080405@yandex.ru> In-Reply-To: <47315094.6080405@yandex.ru> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: d@delphij.net, Justin Hibbits , Jeremy Chadwick , freebsd-current@freebsd.org, "Sean C. Farley" , S?ren Schmidt Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 05:47:15 -0000 > > > As i see from pciconf and dmesg output Aryeh's hardware not determined > as an AHCI and driver use legacy way for interact with controller. > In this case driver don't use any of SATA method's and can't determine > drives speed. > Is this based on the dmesg I posted after appling the patch or the one I posted before? -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 05:50:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B7F616A41B for ; Wed, 7 Nov 2007 05:50:38 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from ag-out-0708.google.com (ag-out-0708.google.com [72.14.246.245]) by mx1.freebsd.org (Postfix) with ESMTP id 21BE113C4A5 for ; Wed, 7 Nov 2007 05:50:38 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by ag-out-0708.google.com with SMTP id 35so1247753aga for ; Tue, 06 Nov 2007 21:50:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=GkfxuMoeUbnw1GtFlCGTyLdRcO9OlrTLfWeTQSfgqUc=; b=RPs0vHIM9wDRY+0a9LYAgEMh6odk3W14gJPjvDI/noTsE9YEC2wQFdUVCeN8o4TifViyPUYncrVjyx0eHkQWBcfeKxF0nNAvkITdRTqQxRDDOxN4ISyRkAlKRAc4Tihk30km0/E6o3qf8rWz4QEKEV6AIs7iOizADV/ln0iSvOM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; b=bfqQjdv1E1N7Sbw0hpGQa5YpBW85PkDPTa5UioiZ6vtRgDSeEoeUZNhiCdLMJEsITgvg5WQczWyVxDNUn9TMzgLYXHOG2c3weeDvDUzw7Imt1SoLcu80Uyxs9Ret/07sIoepDAgUoev91KOQYh+BCiSXyL6xsw29cK65/qWRqm0= Received: by 10.70.50.10 with SMTP id x10mr11583982wxx.1194414637093; Tue, 06 Nov 2007 21:50:37 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id z26sm12376348ele.2007.11.06.21.50.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Nov 2007 21:50:36 -0800 (PST) Message-ID: <4731522B.906@gmail.com> Date: Wed, 07 Nov 2007 00:50:35 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> <47315094.6080405@yandex.ru> In-Reply-To: <47315094.6080405@yandex.ru> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Subject: (URGENT/NEW) Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 05:50:38 -0000 As noted several places one of the issues related to all this is the complete inability to read/write (infinite series of timeouts) to/from /dev/acd0 for ant SATA cd... this is become a super pressing issue for me becuase for business reasons I need to make a set of cd's ASAP ("yesterday" ;-)) From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 06:02:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2247316A418; Wed, 7 Nov 2007 06:02:46 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp4.yandex.ru (smtp4.yandex.ru [213.180.223.136]) by mx1.freebsd.org (Postfix) with ESMTP id 121F013C4AA; Wed, 7 Nov 2007 06:02:43 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:17385 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S739809AbXKGGCL (ORCPT + 3 others); Wed, 7 Nov 2007 09:02:11 +0300 X-Comment: RFC 2476 MSA function at smtp4.yandex.ru logged sender identity as: bu7cher Message-ID: <473154DB.4090202@yandex.ru> Date: Wed, 07 Nov 2007 09:02:03 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> <47315094.6080405@yandex.ru> <47315158.5090304@gmail.com> In-Reply-To: <47315158.5090304@gmail.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: d@delphij.net, Justin Hibbits , Jeremy Chadwick , freebsd-current@freebsd.org, "Sean C. Farley" , S?ren Schmidt Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 06:02:46 -0000 Aryeh M. Friedman wrote: >> As i see from pciconf and dmesg output Aryeh's hardware not determined >> as an AHCI and driver use legacy way for interact with controller. >> In this case driver don't use any of SATA method's and can't determine >> drives speed. >> > Is this based on the dmesg I posted after appling the patch or the one I > posted before? There is no difference. This patch is simple and don't do anything serious. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 06:37:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6007916A418 for ; Wed, 7 Nov 2007 06:37:06 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from galain.elvandar.org (galain.elvandar.org [217.148.169.56]) by mx1.freebsd.org (Postfix) with ESMTP id 237FE13C4A5 for ; Wed, 7 Nov 2007 06:37:05 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from localhost ([127.0.0.1] helo=galain.elvandar.org) by galain.elvandar.org with esmtpa (Exim 4.67) (envelope-from ) id 1IpeWp-000NUQ-4H; Wed, 07 Nov 2007 07:36:43 +0100 Received: from 194.74.82.3 (SquirrelMail authenticated user remko) by galain.elvandar.org with HTTP; Wed, 7 Nov 2007 07:36:43 +0100 (CET) Message-ID: <59970.194.74.82.3.1194417403.squirrel@galain.elvandar.org> Date: Wed, 7 Nov 2007 07:36:43 +0100 (CET) From: "Remko Lodder" To: "Aryeh M. Friedman" User-Agent: SquirrelMail/1.4.11 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org Subject: Re: (URGENT/NEW) Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 06:37:06 -0000 Hi. If this is a problem for you, use different tools for the time being, and care (/debug/advise about possible patches etc) for burncd. I see you making a lot of "this doesn't work, it sucks" kinda statements, but that is surely not going to help anything at all. There are actually some reports in GNATS regarding burncd, if you would have cared to search around a bit first before posting your problems you would have seen that this is the case, and you could also have seen that some potential patches might fix the problems. It would have been much more interesting for us (imo) if you could have confirmed that these work or not. Then the most interesting part in your statement "this is become a super pressing issue forme becuase for business reasons I need to make a set of cd's ASAP ("yesterday" ;-))" => Then fund some developer to resolve this, if this is so important for you. Given that this is a voluntary project, people tend to work on topics that are of interest, or are "Documented" properly (good bug reports are more likely to be resolved then anything else) etc. You cannot demand or state that something is important for you, because it could not be important enough for the one doing the actual coding. Ofcourse there are reportedly a couple of tools that you might be able to use: dvd+rw_tools, and cdrtools have some good reports around them (note that burncd works for most people as well, but for some they don't work that well, probably because of unknown or very new hardware). Thanks, remko On Wed, November 7, 2007 6:50 am, Aryeh M. Friedman wrote: > As noted several places one of the issues related to all this is the > complete inability to read/write (infinite series of timeouts) to/from > /dev/acd0 for ant SATA cd... this is become a super pressing issue for > me becuase for business reasons I need to make a set of cd's ASAP > ("yesterday" ;-)) -- Kind regards, Remko Lodder ** remko@elvandar.org FreeBSD ** remko@FreeBSD.org /* Quis custodiet ipsos custodes */ From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 06:49:07 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51EFA16A47A for ; Wed, 7 Nov 2007 06:49:07 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from lab.alexdupre.com (cl-506.trn-01.it.sixxs.net [IPv6:2001:1418:100:1f9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 48DE413C4C3 for ; Wed, 7 Nov 2007 06:49:06 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: (qmail 46802 invoked from network); 7 Nov 2007 06:49:04 -0000 Received: from unknown (HELO athlon.alexdupre.com) (192.168.178.2) by lab.alexdupre.com with SMTP; 7 Nov 2007 06:49:04 -0000 Message-ID: <47315FDF.8000100@FreeBSD.org> Date: Wed, 07 Nov 2007 07:49:03 +0100 From: Alex Dupre User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <47302831.8060502@gmail.com> In-Reply-To: <47302831.8060502@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-gnome@freebsd.org Subject: Re: engimail+thunderbird not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 06:49:07 -0000 Aryeh M. Friedman wrote: > Under 8-current (amd64), gnome 2.20.1, Enigmail 0.95.5 (20071031) and > thunderbird 2.0.0.6 when ever I attempt to use enigmail it says > "engimail service unavaible" (it even says that when sending > non-signed/encrypted mail)... I don't know enough about the inner > workings of any of these to know where to find any possible logging and > no error messages are given to stdout and/or in dialogs... how do I > start to debug this? Surely there is a problem with enigmail on amd64 compiled with gcc4.2. Can you try to compile it without gcc optimizations? -- Alex Dupre From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 06:56:43 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15A0816A419 for ; Wed, 7 Nov 2007 06:56:43 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.236]) by mx1.freebsd.org (Postfix) with ESMTP id C319D13C494 for ; Wed, 7 Nov 2007 06:56:42 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so2020412wxd for ; Tue, 06 Nov 2007 22:56:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=5kaWv8Z0nvfuKTO1yfBtCEt7pCpiR5QPbDv0k0z6aWM=; b=UyFJErUcZq1VNCiryH0QLmcI3vCdxf4gW/fKN0kCneaaVRcYLfybm7n83xQ3VrXk75NbVKJOEDS1MRNpsKhSMik4l89Kn72aQt4zWVXDz3KGKhmYQvIX10qHboE8ntqoMT15D3TnHSUVfB0eZmGMwp18CE+WeCYiqXAWtSiEPd8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=MIoIYINgMRnf+Hi7oDxqOVUdL5sIzN+YXtDfVZ8Mk+5EJQzWeTPwZTr8qKxvGWwRyEubqlCAgHYz/wkxW0mwXH7n15IGU22wFPNeUTAv1E7Eje/tlSS27gnLZLtNhYGel82asXWjG0iwkLQOrOPBzAIwlheb2HOSZl490Kva8wk= Received: by 10.70.83.8 with SMTP id g8mr11676555wxb.1194418592926; Tue, 06 Nov 2007 22:56:32 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id o29sm12434059elf.2007.11.06.22.56.31 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Nov 2007 22:56:32 -0800 (PST) Message-ID: <4731619E.70503@gmail.com> Date: Wed, 07 Nov 2007 01:56:30 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Alex Dupre References: <47302831.8060502@gmail.com> <47315FDF.8000100@FreeBSD.org> In-Reply-To: <47315FDF.8000100@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-gnome@freebsd.org Subject: Re: engimail+thunderbird not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 06:56:43 -0000 Alex Dupre wrote: > Aryeh M. Friedman wrote: > >> Under 8-current (amd64), gnome 2.20.1, Enigmail 0.95.5 (20071031) and >> thunderbird 2.0.0.6 when ever I attempt to use enigmail it says >> "engimail service unavaible" (it even says that when sending >> non-signed/encrypted mail)... I don't know enough about the inner >> workings of any of these to know where to find any possible logging and >> no error messages are given to stdout and/or in dialogs... how do I >> start to debug this? >> > > Surely there is a problem with enigmail on amd64 compiled with gcc4.2. > Can you try to compile it without gcc optimizations? Which package (thunderbird I assume) -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 07:08:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9ED6E16A418 for ; Wed, 7 Nov 2007 07:08:06 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.239]) by mx1.freebsd.org (Postfix) with ESMTP id 565F913C481 for ; Wed, 7 Nov 2007 07:08:05 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so2022403wxd for ; Tue, 06 Nov 2007 23:07:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=qsUjImEyd1z/FkcBpuPVACtqxCfmh2sILTZvVzTA8eg=; b=sQQWU/ZRi/gJstK5PEgxuhbe1la8Ura1gezggCbJySCtx+/iggDGxIILUZlS0ldiYdzyktRpDkym8O8xA3gnTOKZvWic4j0TTuaKygGyNXs1q6fj9suW0BuAbydbAIJQ71io5F5/0uCfD7MeUEbzFWd+UepTNG/pgH3y6AAk7Dg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=ZCf4T3TyTg9X4GFUNR81vjBZDgR5CX2julHPergSi9KTi9Hu96pemINGsBiCHYgKQYTmLBUHX2WR0o7q8PoWj1LhdoKaA4z6CYFP7Ot6eRoek2mugb875St9p+NS4xJFD4LIVG19NB9uh+92AVGwDoqD2pHhudHMg5c4/vPZqxY= Received: by 10.90.63.16 with SMTP id l16mr5013086aga.1194419271887; Tue, 06 Nov 2007 23:07:51 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id q26sm12436838ele.2007.11.06.23.07.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Nov 2007 23:07:50 -0800 (PST) Message-ID: <47316445.5050204@gmail.com> Date: Wed, 07 Nov 2007 02:07:49 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Remko Lodder References: <59970.194.74.82.3.1194417403.squirrel@galain.elvandar.org> In-Reply-To: <59970.194.74.82.3.1194417403.squirrel@galain.elvandar.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: (URGENT/NEW) Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 07:08:06 -0000 Remko Lodder wrote: > Hi. > > If this is a problem for you, use different tools for the time being, and > care (/debug/advise about possible patches etc) for burncd. I see you > making a lot of "this doesn't work, it sucks" kinda statements, but that > is surely not going to help anything at all. > Please stop me before I hurl an other keyboard across the room.... When I orginially started this thread I said it was so I along with a group of other SATA/IHC9/P35 owners could develop our *OWN PATCH*... how the (*&(*& does it now get turned around that I am asking other people to do my work for me.... if it wasn't for Xi Lin offering to do some patching and me not wanting to step on his foot by doing duplicate work I would probally be digging through the code right now... but it seems to me a duplication of effort and potentially incompatible patchs so it is better for me to just stay on the sideline. > There are actually some reports in GNATS regarding burncd, if you would > have cared to search around a bit first before posting your problems you > would have seen that this is the case, and you could also have seen that > some potential patches might fix the problems. It would have been much > more interesting for us (imo) if you could have confirmed that these work > or not. > It is not a burncd only issue... if you had done your research you would of seen it also happens on reading cd's and any other tool that uses the sata cd driver... and *YES* I did post a confirmation earlier (but not a request for assistence) earlier in this very thread of the issues the above issue that has been publically reported by at least 2 other people > Then the most interesting part in your statement "this is become a super > pressing issue forme becuase for business reasons I need to make a set of > cd's ASAP ("yesterday" ;-))" => Then fund some developer to resolve this, > if this is so important for you. Given that this is a voluntary project, > people tend to work on topics that are of interest, or are "Documented" > properly (good bug reports are more likely to be resolved then anything > else) etc. You cannot demand or state that something is important for you, > because it could not be important enough for the one doing the actual > coding. > See above... also this arrived as I was having lunch and deciding to dive into the ahci code as was pointed out by someone else to see why all p35/sata devices are legacy and not ahci > Ofcourse there are reportedly a couple of tools that you might be able to > use: dvd+rw_tools, and cdrtools have some good reports around them (note > that burncd works for most people as well, but for some they don't work > that well, probably because of unknown or very new hardware). > It is a driver and not an app issue! -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 07:15:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D200116A418; Wed, 7 Nov 2007 07:15:10 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id B3A5713C4B8; Wed, 7 Nov 2007 07:15:10 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.14.1) with ESMTP id lA77EwDv010438; Tue, 6 Nov 2007 23:14:58 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.14.1/Submit) id lA77EwKB010437; Tue, 6 Nov 2007 23:14:58 -0800 (PST) (envelope-from sgk) Date: Tue, 6 Nov 2007 23:14:58 -0800 From: Steve Kargl To: "Aryeh M. Friedman" Message-ID: <20071107071458.GA10394@troutmask.apl.washington.edu> References: <59970.194.74.82.3.1194417403.squirrel@galain.elvandar.org> <47316445.5050204@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47316445.5050204@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: Remko Lodder , freebsd-current@freebsd.org Subject: Re: (URGENT/NEW) Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 07:15:10 -0000 On Wed, Nov 07, 2007 at 02:07:49AM -0500, Aryeh M. Friedman wrote: > Remko Lodder wrote: > > Hi. > > > > If this is a problem for you, use different tools for the time being, and > > care (/debug/advise about possible patches etc) for burncd. I see you > > making a lot of "this doesn't work, it sucks" kinda statements, but that > > is surely not going to help anything at all. > > > > Please stop me before I hurl an other keyboard across the room.... Sigh. I haven't had to kill file a person since Jesus Monroy Jr. Can you try exercising the tissue between your ears prior to wasting bandwidth? -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 07:26:54 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BD5E16A417 for ; Wed, 7 Nov 2007 07:26:54 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from lab.alexdupre.com (cl-506.trn-01.it.sixxs.net [IPv6:2001:1418:100:1f9::2]) by mx1.freebsd.org (Postfix) with ESMTP id B5EC713C4B3 for ; Wed, 7 Nov 2007 07:26:53 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: (qmail 48831 invoked from network); 7 Nov 2007 07:26:52 -0000 Received: from unknown (HELO athlon.alexdupre.com) (192.168.178.2) by lab.alexdupre.com with SMTP; 7 Nov 2007 07:26:52 -0000 Message-ID: <473168BB.6080403@FreeBSD.org> Date: Wed, 07 Nov 2007 08:26:51 +0100 From: Alex Dupre User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <47302831.8060502@gmail.com> <47315FDF.8000100@FreeBSD.org> <4731619E.70503@gmail.com> In-Reply-To: <4731619E.70503@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-gnome@freebsd.org Subject: Re: engimail+thunderbird not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 07:26:54 -0000 Aryeh M. Friedman wrote: >> Surely there is a problem with enigmail on amd64 compiled with gcc4.2. >> Can you try to compile it without gcc optimizations? > > Which package (thunderbird I assume) Let's begin with enigmail. If it doesn't work, recompile even tb without optimizations. As last resort, I have reports that compiling both with gcc 3.4 works. I'd like to know other working (and less complex) combinations. -- Alex Dupre From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 07:45:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60B4D16A468 for ; Wed, 7 Nov 2007 07:45:22 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from ag-out-0708.google.com (ag-out-0708.google.com [72.14.246.248]) by mx1.freebsd.org (Postfix) with ESMTP id 1319013C4C2 for ; Wed, 7 Nov 2007 07:45:21 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by ag-out-0708.google.com with SMTP id 35so1257543aga for ; Tue, 06 Nov 2007 23:45:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=k/f2AnyV6k29SBN+9KoNO31cKpZ+wfHo06ZVaiwDiDQ=; b=qd3GjqlFy7p2vVkzy0Nhea7YldPZ7CmMRUU8EIVu1+ghdgSo9JtuYMndfp4XQXJ3GoLn6NfwhaLQVkoJAjFkf818XCabncpxs9i+8e6DEmedmIBB6oKpFhZFazuesOL9M09QHFVxcunHvJn+LWTWF2f8GKjENVljg7jcuLGHEK0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=XH3QHf23aIzXosV8xtw/WaIu0WqT0Ibl20FzwMNEf96I5QyX/f9qppMKifXIAfoSvSV3CuXs7cvY3w5GI+PitbDZBF4tg6dAIdCQagxwfQHVIzLT2QBO+zNHpTHI3sSLpuzlO12hNLMjSHMhO6mUT4hfBM7LTb/shsvim0IPSK0= Received: by 10.70.19.20 with SMTP id 20mr11734324wxs.1194421510347; Tue, 06 Nov 2007 23:45:10 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id o27sm12622564ele.2007.11.06.23.45.08 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Nov 2007 23:45:09 -0800 (PST) Message-ID: <47316D02.7010204@gmail.com> Date: Wed, 07 Nov 2007 02:45:06 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> <47315094.6080405@yandex.ru> In-Reply-To: <47315094.6080405@yandex.ru> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: d@delphij.net, Justin Hibbits , Jeremy Chadwick , freebsd-current@freebsd.org, "Sean C. Farley" , S?ren Schmidt Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 07:45:22 -0000 > > If i right understand our driver code, the cause of problem is in the > driver. There is two ways in the code path for ther ICH9 support: > 1. AHCI mode. > 2. Legacy mode. > > As i see from pciconf and dmesg output Aryeh's hardware not determined > as an AHCI and driver use legacy way for interact with controller. > In this case driver don't use any of SATA method's and can't determine > drives speed. > After looking at the code it appears that post patch both the ICH controller and the Marvell controller are flagged as AHCI devices. -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 08:01:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F9F816A420 for ; Wed, 7 Nov 2007 08:01:56 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 259BF13C4AA for ; Wed, 7 Nov 2007 08:01:55 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 4A2E51B10EF1; Wed, 7 Nov 2007 09:01:46 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 8C30D1B10EE9; Wed, 7 Nov 2007 09:01:42 +0100 (CET) Message-ID: <473170E6.8020201@moneybookers.com> Date: Wed, 07 Nov 2007 10:01:42 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20071105) MIME-Version: 1.0 To: Per olof Ljungmark References: <472B1E89.5080006@moneybookers.com> <47303578.8060703@moneybookers.com> <4730AA30.7090607@intersonic.se> In-Reply-To: <4730AA30.7090607@intersonic.se> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4691/Wed Nov 7 06:39:41 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: rtfree: 0xc741ee88 has 1 refs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 08:01:56 -0000 Hi, Per olof Ljungmark wrote: > Stefan Lambrev wrote: >> Hi, >> >> Sorry to reply to myself, but I found that the problem exist only if >> the GW is carp interface, e.g. 10.1.1.1 sits on carp0 on default GW. >> I'm still testing how to reproduce this in my test lab and will fill >> a PR. >> >> Stefan Lambrev wrote: >>> Hi, >>> >>> I see rtfree: 0xc741ee88 has 1 refs with freebsd releng_7 (i386) >>> from today. >>> >>> I think it's easy reproducible. What I have is: >>> >>> releng_7 (10.1.1.2) -> default GW (10.1.1.1) >>> on default GW I have route to 10.10.1.1/24 -> 10.1.1.3 >>> >>> so everytime when 10.1.1.2 try to contact someone from 10.10.1.1/24 >>> I see: >>> rtfree: 0xc741ee88 has 1 refs >>> >>> if I add direct route on 10.1.1.2 to 10.10.1.1/24 through 10.1.1.3 >>> the message will go away. >>> >>> Should I ignore this msg for now, or should I expect kernel panic >>> soon? :) > > Just FYI, I see this on a few boxes including the 7-BETA2 I'm writing > this on. None of them has a carp interface though. What I find > interesting here is that none of them are able to run a SMP kernel > without crashing (no panic, they're just frozen completely). > > Perhaps it is a coincidence, I don't know, but I am very interested in > your findings and have testbeds if you need. > > --per In the begging I thought this is very easy reproducible, but it isn't :) In my situation the IP of the default GW sits on carp interface (the host have nothing to do with carp) and when the host receive icmp redirect messages they actually are send from the IP of the netwrok card of the GW (not the IP that sits on carp0) then the host things that those icmp type 5 are spoofed and just ignore them and do not add shorter route. In this situation after reboot the hosts start to moan about rtfree, so I played with routes and settings, added manually routes and now when I restore everything to previous state I do not see anymore rtfree warnings. So may be once the route is created manually and then removed, wrong call of rtfree is not triggered anymore. I'll reboot the host latter to see if this easy reproducible at least on reboot, and if it is, I'll compile debug kernel and will run backtrace. The other thing that bother me is that icmp redirects are not send from the carpIP, but from the real interface's IP? Isn't this a bug, or it is normal behavior? -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 08:31:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0950716A417 for ; Wed, 7 Nov 2007 08:31:22 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id E7D5C13C49D for ; Wed, 7 Nov 2007 08:31:21 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 01C981CC070; Wed, 7 Nov 2007 00:31:12 -0800 (PST) Date: Wed, 7 Nov 2007 00:31:11 -0800 From: Jeremy Chadwick To: Rusty Nejdl Message-ID: <20071107083111.GA22235@eos.sc1.parodius.com> References: <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <473001E7.2090201@yandex.ru> <473017DF.7070105@gmail.com> <62151.71.164.232.42.1194356793.squirrel@mail.ringofsaturn.com> <20071106144749.GA91218@eos.sc1.parodius.com> <47525.209.159.98.1.1194362931.squirrel@mail.ringofsaturn.com> <52072.71.164.232.42.1194411864.squirrel@mail.ringofsaturn.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52072.71.164.232.42.1194411864.squirrel@mail.ringofsaturn.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: d@delphij.net, "Andrey V. Elsukov" , "Aryeh M. Friedman" , Justin Hibbits , freebsd-current@freebsd.org Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 08:31:22 -0000 On Tue, Nov 06, 2007 at 11:04:24PM -0600, Rusty Nejdl wrote: > I removed the jumpers per the doc and unfortunately, there was no change: There was a change -- look at the output from atacontrol again: > ATA channel 6: > Master: ad12 Serial ATA II > Slave: no device present > ATA channel 8: > Master: ad16 Serial ATA II > Slave: no device present The devices now claim to support SATA300 (or hould. Scott Long's mail is also applicable, but in this case I believe the drives should in fact be utilising SATA300 speeds). The dmesg output shows that the maximum speed being negotiated between the OS and the controller is SATA150, which means there's likely a driver (FreeBSD) issue going on here. Keep the jumpers off the drives, though, otherwise you won't get SATA300 once the problem is fixed. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 08:52:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF57116A419 for ; Wed, 7 Nov 2007 08:52:59 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 91A3913C48E for ; Wed, 7 Nov 2007 08:52:59 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 98E181B10EF7; Wed, 7 Nov 2007 09:52:47 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 10A341B10EBB for ; Wed, 7 Nov 2007 09:52:43 +0100 (CET) Message-ID: <47317CDA.5060401@moneybookers.com> Date: Wed, 07 Nov 2007 10:52:42 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20071105) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <472B1E89.5080006@moneybookers.com> <47303578.8060703@moneybookers.com> <4730AA30.7090607@intersonic.se> <473170E6.8020201@moneybookers.com> In-Reply-To: <473170E6.8020201@moneybookers.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4691/Wed Nov 7 06:39:41 2007 on blah.cmotd.com X-Virus-Status: Clean Subject: Re: rtfree: 0xc741ee88 has 1 refs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 08:53:00 -0000 Hi, Just to confirm that after reboot I'm seeing imediately rtfree: %P has 1 refs. I'll recompile kernel with debug and will try to find out more. Stefan Lambrev wrote: > Hi, > > Per olof Ljungmark wrote: >> Stefan Lambrev wrote: >>> Hi, >>> >>> Sorry to reply to myself, but I found that the problem exist only if >>> the GW is carp interface, e.g. 10.1.1.1 sits on carp0 on default GW. >>> I'm still testing how to reproduce this in my test lab and will fill >>> a PR. >>> >>> Stefan Lambrev wrote: >>>> Hi, >>>> >>>> I see rtfree: 0xc741ee88 has 1 refs with freebsd releng_7 (i386) >>>> from today. >>>> >>>> I think it's easy reproducible. What I have is: >>>> >>>> releng_7 (10.1.1.2) -> default GW (10.1.1.1) >>>> on default GW I have route to 10.10.1.1/24 -> 10.1.1.3 >>>> >>>> so everytime when 10.1.1.2 try to contact someone from 10.10.1.1/24 >>>> I see: >>>> rtfree: 0xc741ee88 has 1 refs >>>> >>>> if I add direct route on 10.1.1.2 to 10.10.1.1/24 through 10.1.1.3 >>>> the message will go away. >>>> >>>> Should I ignore this msg for now, or should I expect kernel panic >>>> soon? :) >> >> Just FYI, I see this on a few boxes including the 7-BETA2 I'm writing >> this on. None of them has a carp interface though. What I find >> interesting here is that none of them are able to run a SMP kernel >> without crashing (no panic, they're just frozen completely). >> >> Perhaps it is a coincidence, I don't know, but I am very interested >> in your findings and have testbeds if you need. >> >> --per > In the begging I thought this is very easy reproducible, but it isn't :) > In my situation the IP of the default GW sits on carp interface (the > host have nothing to do with carp) > and when the host receive icmp redirect messages they actually are > send from the IP of the netwrok card of the GW (not the IP that sits > on carp0) > then the host things that those icmp type 5 are spoofed and just > ignore them and do not add shorter route. > In this situation after reboot the hosts start to moan about rtfree, > so I played with routes and settings, added manually routes and now > when I restore everything to previous state > I do not see anymore rtfree warnings. So may be once the route is > created manually and then removed, wrong call of rtfree is not > triggered anymore. > I'll reboot the host latter to see if this easy reproducible at least > on reboot, and if it is, I'll compile debug kernel and will run > backtrace. > > The other thing that bother me is that icmp redirects are not send > from the carpIP, but from the real interface's IP? Isn't this a bug, > or it is normal behavior? > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 10:05:59 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A7EB16A421; Wed, 7 Nov 2007 10:05:59 +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 D13D013C4EB; Wed, 7 Nov 2007 10:05:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lA7A5jMp061151; Wed, 7 Nov 2007 05:05:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lA7A5jDH095757; Wed, 7 Nov 2007 05:05:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4D0727302F; Wed, 7 Nov 2007 05:05:45 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071107100545.4D0727302F@freebsd-current.sentex.ca> Date: Wed, 7 Nov 2007 05:05:45 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 10:05:59 -0000 TB --- 2007-11-07 08:50:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-07 08:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-11-07 08:50:00 - cleaning the object tree TB --- 2007-11-07 08:50:25 - checking out the source tree TB --- 2007-11-07 08:50:25 - cd /tinderbox/HEAD/arm/arm TB --- 2007-11-07 08:50:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-07 08:58:56 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-07 08:58:56 - cd /src TB --- 2007-11-07 08:58:56 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 7 08:58:57 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/main.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/mbufs.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/netcmds.c /src/usr.bin/systat/netcmds.c: In function 'netcmd': /src/usr.bin/systat/netcmds.c:127: internal compiler error: internal consistency failure Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-07 10:05:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-07 10:05:45 - ERROR: failed to build world TB --- 2007-11-07 10:05:45 - tinderbox aborted TB --- 0.49 user 1.68 system 4544.46 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 10:46:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB0CA16A417 for ; Wed, 7 Nov 2007 10:46:25 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id A682F13C4BF for ; Wed, 7 Nov 2007 10:46:25 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IpiQB-0006N3-KU for freebsd-current@freebsd.org; Wed, 07 Nov 2007 10:46:07 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 07 Nov 2007 10:46:07 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 07 Nov 2007 10:46:07 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Wed, 07 Nov 2007 11:48:50 +0100 Lines: 11 Message-ID: References: <20071106131741.grldkfpy80s4sw0w@newwebmail.jnielsen.net> <196381.86340.qm@web30305.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20070801) In-Reply-To: <196381.86340.qm@web30305.mail.mud.yahoo.com> Sender: news Subject: Re: geom_raid5 inclusion in HEAD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 10:46:26 -0000 Arne Wörner wrote: > Not recently... And: "No"... > IIRC they believed, that it is too much code and too complex code... Maybe that > was the polite form of "chaotic/un-maintain-able code"... :-)) I don't remember entire discussions about geom_raid5 but I seem to recall there was concern about its aggressive caching, possibly in the write path, which could make recovery in case of e.g. power outage problematic. I'm possibly mis-remembering this so feel free to ignore if it's not relevant to your geom_raid5. From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 10:55:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19C4C16A420 for ; Wed, 7 Nov 2007 10:55:32 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 8E2CF13C480 for ; Wed, 7 Nov 2007 10:55:31 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id CE3A51B10EEE; Wed, 7 Nov 2007 11:55:22 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id EF78E1B10EBB for ; Wed, 7 Nov 2007 11:55:19 +0100 (CET) Message-ID: <47319997.6000503@moneybookers.com> Date: Wed, 07 Nov 2007 12:55:19 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20071105) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <472B1E89.5080006@moneybookers.com> <47303578.8060703@moneybookers.com> <4730AA30.7090607@intersonic.se> <473170E6.8020201@moneybookers.com> <47317CDA.5060401@moneybookers.com> In-Reply-To: <47317CDA.5060401@moneybookers.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4691/Wed Nov 7 06:39:41 2007 on blah.cmotd.com X-Virus-Status: Clean Subject: Re: rtfree: 0xc741ee88 has 1 refs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 10:55:32 -0000 Hi, I compiled kernel with all debug stuff in it, but I'm not sure what to do next :) I have serial console to the server so I boot with -dDh and enter debig mode. I can enter at debug mode at any time now, so any idea how to catch what trigger this rtfree ? :) I'm following steps from http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-online-ddb.html What info should I provide? Stefan Lambrev wrote: > Hi, > > Just to confirm that after reboot I'm seeing imediately rtfree: %P has > 1 refs. > > I'll recompile kernel with debug and will try to find out more. > > Stefan Lambrev wrote: >> Hi, >> >> Per olof Ljungmark wrote: >>> Stefan Lambrev wrote: >>>> Hi, >>>> >>>> Sorry to reply to myself, but I found that the problem exist only >>>> if the GW is carp interface, e.g. 10.1.1.1 sits on carp0 on default >>>> GW. >>>> I'm still testing how to reproduce this in my test lab and will >>>> fill a PR. >>>> >>>> Stefan Lambrev wrote: >>>>> Hi, >>>>> >>>>> I see rtfree: 0xc741ee88 has 1 refs with freebsd releng_7 (i386) >>>>> from today. >>>>> >>>>> I think it's easy reproducible. What I have is: >>>>> >>>>> releng_7 (10.1.1.2) -> default GW (10.1.1.1) >>>>> on default GW I have route to 10.10.1.1/24 -> 10.1.1.3 >>>>> >>>>> so everytime when 10.1.1.2 try to contact someone from >>>>> 10.10.1.1/24 I see: >>>>> rtfree: 0xc741ee88 has 1 refs >>>>> >>>>> if I add direct route on 10.1.1.2 to 10.10.1.1/24 through 10.1.1.3 >>>>> the message will go away. >>>>> >>>>> Should I ignore this msg for now, or should I expect kernel panic >>>>> soon? :) >>> >>> Just FYI, I see this on a few boxes including the 7-BETA2 I'm >>> writing this on. None of them has a carp interface though. What I >>> find interesting here is that none of them are able to run a SMP >>> kernel without crashing (no panic, they're just frozen completely). >>> >>> Perhaps it is a coincidence, I don't know, but I am very interested >>> in your findings and have testbeds if you need. >>> >>> --per >> In the begging I thought this is very easy reproducible, but it isn't :) >> In my situation the IP of the default GW sits on carp interface (the >> host have nothing to do with carp) >> and when the host receive icmp redirect messages they actually are >> send from the IP of the netwrok card of the GW (not the IP that sits >> on carp0) >> then the host things that those icmp type 5 are spoofed and just >> ignore them and do not add shorter route. >> In this situation after reboot the hosts start to moan about rtfree, >> so I played with routes and settings, added manually routes and now >> when I restore everything to previous state >> I do not see anymore rtfree warnings. So may be once the route is >> created manually and then removed, wrong call of rtfree is not >> triggered anymore. >> I'll reboot the host latter to see if this easy reproducible at least >> on reboot, and if it is, I'll compile debug kernel and will run >> backtrace. >> >> The other thing that bother me is that icmp redirects are not send >> from the carpIP, but from the real interface's IP? Isn't this a bug, >> or it is normal behavior? >> > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 11:05:24 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 634D016A420 for ; Wed, 7 Nov 2007 11:05:24 +0000 (UTC) (envelope-from jaz99@optusnet.com.au) Received: from fallbackmx01.syd.optusnet.com.au (fallbackmx01.syd.optusnet.com.au [211.29.132.93]) by mx1.freebsd.org (Postfix) with ESMTP id EFD2C13C4AC for ; Wed, 7 Nov 2007 11:05:23 +0000 (UTC) (envelope-from jaz99@optusnet.com.au) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by fallbackmx01.syd.optusnet.com.au (8.12.11.20060308/8.12.11) with ESMTP id lA70BVN1016460 for ; Wed, 7 Nov 2007 11:11:31 +1100 Received: from bastardx2 (c211-30-66-149.carlnfd4.nsw.optusnet.com.au [211.30.66.149]) by mail11.syd.optusnet.com.au (8.13.1/8.13.1) with SMTP id lA70BSdO029266 for ; Wed, 7 Nov 2007 11:11:29 +1100 Message-ID: <00e301c820d2$be015b00$7a9da705@bastardx2> From: "Jaz" To: References: <31796970.30371187974660912.JavaMail.root@zmail.illuminati.org><20070824200726.GA66242@idoru.cepheid.org> <790a9fff0708241424r44517517h357318b8a2004982@mail.gmail.com> Date: Wed, 7 Nov 2007 11:11:27 +1100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Subject: Re: ZFS + Samba/NFS = ugh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 11:05:24 -0000 >> > Brooks Talley wrote: >> > > Hi everyone. So far, 7.0 is being pretty darned sweet for me. >> > > >> > > It's probably a known issue, but I haven't seen it referenced >> > > anywhere: it seems that ZFS filesystems can be shared/exported with >> > > Samba/NFS, but they do not accept any kind of writes over the >> > > network, and have other issues with smbclient ("Error in diskattr: >> > > Call returned zero bytes (EOF)" comes up a lot). >> > > >> > > Anyone run into this? Any known fixes? >> > >> > NFS _and_ Samba? >> > >> > Samba is a userland daemon - if it had problems, other applications >> > would have also had problems. >> >> The issue has been discussed before. It is very real: > > where it was found to be caused by lseek behaving differently on ZFS: > > And one person found a work arround for ZFS by removing the > repdir_get* sources from samba: So has anything changed since then? ZFS + Samba seems to be working fine for me. I just installed the October snapshot, made a raidz and compiled the samba that was in ports. I've smb written many big files, many little files and havent been able to make it crash. This is on i386 with only 512mb ram. (it did kernal panic before I applied the zfs tunings) > http://lists.freebsd.org/pipermail/freebsd-current/2007-July/074592.html > http://lists.freebsd.org/pipermail/freebsd-current/2007-July/074600.html > http://lists.freebsd.org/pipermail/freebsd-current/2007-July/074601.html > > Here is a test program thats shows some problems with the consistency > of telldir/seekdir behavior: > > http://lists.freebsd.org/pipermail/freebsd-current/2007-July/075401.html > > Read the full thread to get all the information on the problem. > > Scot > -- > DISCLAIMER: > No electrons were mamed while sending this message. Only slightly bruised. > _______________________________________________ > 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 Nov 7 11:54:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B5FC16A46C; Wed, 7 Nov 2007 11:54:25 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp4.yandex.ru (smtp4.yandex.ru [213.180.223.136]) by mx1.freebsd.org (Postfix) with ESMTP id A538013C4DD; Wed, 7 Nov 2007 11:54:22 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:22247 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S740658AbXKGLx7 (ORCPT + 3 others); Wed, 7 Nov 2007 14:53:59 +0300 X-Comment: RFC 2476 MSA function at smtp4.yandex.ru logged sender identity as: bu7cher Message-ID: <4731A755.7060701@yandex.ru> Date: Wed, 07 Nov 2007 14:53:57 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> <47315094.6080405@yandex.ru> <47315158.5090304@gmail.com> In-Reply-To: <47315158.5090304@gmail.com> Content-Type: multipart/mixed; boundary="------------060501050504020708090408" Cc: d@delphij.net, Justin Hibbits , Jeremy Chadwick , freebsd-current@freebsd.org, "Sean C. Farley" , S?ren Schmidt Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 11:54:25 -0000 This is a multi-part message in MIME format. --------------060501050504020708090408 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Aryeh M. Friedman wrote: >> >> As i see from pciconf and dmesg output Aryeh's hardware not determined >> as an AHCI and driver use legacy way for interact with controller. >> In this case driver don't use any of SATA method's and can't determine >> drives speed. >> > > Is this based on the dmesg I posted after appling the patch or the one I > posted before? You can set an AHCI mode in the BIOS and all will work good, IMHO. If you want use IDE-compatible mode, you can test the attached patch. -- WBR, Andrey V. Elsukov --------------060501050504020708090408 Content-Type: text/plain; name="ata.diff.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ata.diff.txt" diff -pruN ata.orig/ata-chipset.c ata/ata-chipset.c --- ata.orig/ata-chipset.c 2007-10-26 13:01:06.000000000 +0400 +++ ata/ata-chipset.c 2007-11-07 14:08:23.000000000 +0300 @@ -94,6 +94,7 @@ static int ata_highpoint_check_80pin(dev static int ata_intel_chipinit(device_t dev); static int ata_intel_allocate(device_t dev); static void ata_intel_reset(device_t dev); +static void ata_intel_setmode(device_t dev, int mode); static void ata_intel_old_setmode(device_t dev, int mode); static void ata_intel_new_setmode(device_t dev, int mode); static int ata_intel_31244_allocate(device_t dev); @@ -1809,13 +1810,15 @@ ata_intel_chipinit(device_t dev) * if we have AHCI capability and BAR(5) as a memory resource * and AHCI or RAID mode enabled in BIOS we go for AHCI mode */ - if ((ctlr->chip->cfg1 == AHCI) && - (pci_read_config(dev, 0x90, 1) & 0xc0)) { - ctlr->r_type2 = SYS_RES_MEMORY; + if (ctlr->chip->cfg1 == AHCI) { + if (pci_read_config(dev, 0x90, 1) & 0xc0) + ctlr->r_type2 = SYS_RES_MEMORY; + else + ctlr->r_type2 = SYS_RES_IOPORT; ctlr->r_rid2 = PCIR_BAR(5); - if ((ctlr->r_res2 = bus_alloc_resource_any(dev, ctlr->r_type2, - &ctlr->r_rid2, - RF_ACTIVE))) + ctlr->r_res2 = bus_alloc_resource_any(dev, ctlr->r_type2, &ctlr->r_rid2, + RF_ACTIVE); + if (ctlr->r_res2 != NULL && ctlr->r_type2 == SYS_RES_MEMORY) return ata_ahci_chipinit(dev); } ctlr->setmode = ata_sata_setmode; @@ -1830,6 +1833,7 @@ ata_intel_chipinit(device_t dev) static int ata_intel_allocate(device_t dev) { + struct ata_pci_controller *ctlr = device_get_softc(device_get_parent(dev)); struct ata_channel *ch = device_get_softc(dev); /* setup the usual register normal pci style */ @@ -1837,6 +1841,14 @@ ata_intel_allocate(device_t dev) return ENXIO; ch->flags |= ATA_ALWAYS_DMASTAT; + + if (ctlr->r_res2 != NULL) { + ch->r_io[ATA_IDX_ADDR].res = ctlr->r_res2; + ch->r_io[ATA_IDX_ADDR].offset = 0; + ch->r_io[ATA_IDX_DATA].res = ctlr->r_res2; + ch->r_io[ATA_IDX_DATA].offset = 4; + ctlr->setmode = ata_intel_setmode; + } return 0; } @@ -1877,6 +1889,45 @@ ata_intel_reset(device_t dev) } static void +ata_intel_setmode(device_t dev, int mode) +{ + struct ata_device *atadev = device_get_softc(dev); + + if (atadev->param.satacapabilities != 0x0000 && + atadev->param.satacapabilities != 0xffff) { + struct ata_channel *ch = device_get_softc(device_get_parent(dev)); + uint32_t port; + + /* on some drives we need to set the transfer mode */ + ata_controlcmd(dev, ATA_SETFEATURES, ATA_SF_SETXFER, 0, + ata_limit_mode(dev, mode, ATA_UDMA6)); + + if (ch->unit == 1) + port = 2 << 8; + else if (ch->unit == 2) + port = 1 << 8; + else + port = ch->unit << 8; + + /* Select channel and ATA_SSTATUS register */ + ATA_IDX_OUTL(ch, ATA_IDX_ADDR, port); + /* query SATA STATUS for the speed */ + if ((ATA_IDX_INL(ch, ATA_IDX_DATA) & ATA_SS_CONWELL_MASK) == + ATA_SS_CONWELL_GEN2) + atadev->mode = ATA_SA300; + else + atadev->mode = ATA_SA150; + } + else { + mode = ata_limit_mode(dev, mode, ATA_UDMA5); + if (!ata_controlcmd(dev, ATA_SETFEATURES, ATA_SF_SETXFER, 0, mode)) + atadev->mode = mode; + } +} + + + +static void ata_intel_old_setmode(device_t dev, int mode) { /* NOT YET */ --------------060501050504020708090408-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 12:03:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED94116A46D for ; Wed, 7 Nov 2007 12:03:56 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.224]) by mx1.freebsd.org (Postfix) with ESMTP id 7323913C4F6 for ; Wed, 7 Nov 2007 12:03:55 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so2080484wxd for ; Wed, 07 Nov 2007 04:03:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=LFCKxS1EXN0UuY744/WFaFq59Q/kon5SAS02bfHOf1g=; b=dKeL6/3Cr/+H92TzAeAyk3fIBeKYLEjzART+zuM5mFzXezhue0zGbcqanuK0/za1kXO0Bq3BJLFfrQYGXVkS6WTGbokcJLi3kOE/3ouFFmsmWgwtikoy+wA8HR5Ag3c9C5jROTcnkpgpgO60sRZrg5wFKggDp9nBeEyuPoK4qJM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=P0Sd8jtD4XEVQl/7GJmXRbL4zoRNqLhQuuZuXINEQV2/V4KqRju1y8MAoqB8bU6OURYeJIFDfwC/OtV6WIVWruyY+Y9prdrS18USkP/5keDS+pacs0FQ89m18Q8VkQeu42OUIqoh9WN70oWyhHrrrbOWZwje7uBGyCW20PnSk5o= Received: by 10.90.120.13 with SMTP id s13mr5213468agc.1194437027322; Wed, 07 Nov 2007 04:03:47 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id u25sm12813143ele.2007.11.07.04.03.43 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 07 Nov 2007 04:03:44 -0800 (PST) Message-ID: <4731A99E.7060700@gmail.com> Date: Wed, 07 Nov 2007 07:03:42 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> <47315094.6080405@yandex.ru> <47315158.5090304@gmail.com> <4731A755.7060701@yandex.ru> In-Reply-To: <4731A755.7060701@yandex.ru> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: d@delphij.net, Justin Hibbits , Jeremy Chadwick , freebsd-current@freebsd.org, "Sean C. Farley" , S?ren Schmidt Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 12:03:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > You can set an AHCI mode in the BIOS and all will work good, IMHO. Unless I am very blind I went through every bios setting and saw nothing that would do this (as far SATA control the bios offered ide or disabled) http://static.tigerdirect.com/pdf/MSI_P35_Neo_Series_Manual.pdf - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHMamesK9eX2QgtDIRApSgAJ9651xzMk90352F/03RwIOvooLaLgCfSf2N 3qJsgEZblRcIQhFzJvLeCnA= =2rVb -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 12:17:15 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C097916A419 for ; Wed, 7 Nov 2007 12:17:15 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30309.mail.mud.yahoo.com (web30309.mail.mud.yahoo.com [209.191.69.71]) by mx1.freebsd.org (Postfix) with SMTP id 72FFB13C4D9 for ; Wed, 7 Nov 2007 12:17:14 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: (qmail 1927 invoked by uid 60001); 7 Nov 2007 12:17:06 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=1rLTVS70JKyBgrtejcaU+km73rDSNcV+aEUWCd++ia2/gkRaCloR58YXuoao2I3NDRaMpOUD8CzHtGNCU28f2oeui02Q53BGAeOWzzBP7hDyi31cccOv0sd1yd5+QzrJTUvqeJWtzzpUvEEqzKKuO1y16ePfcETFypP/8Hf05+4=; X-YMail-OSG: hX1QpBoVM1kjvOup_0RoJ8uXG1s3CvmhwmkXnO5587JiteKx4NkBNm50EyWMtvf6mZx1hQvsRtOwjeRFkWOGTul1VWMfzkBLZH4PbdkzZwQNHNzIq2U- Received: from [84.141.120.234] by web30309.mail.mud.yahoo.com via HTTP; Wed, 07 Nov 2007 04:17:06 PST Date: Wed, 7 Nov 2007 04:17:06 -0800 (PST) From: Arne "Wörner" To: Ivan Voras , freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <487375.1457.qm@web30309.mail.mud.yahoo.com> Cc: Subject: Re: geom_raid5 inclusion in HEAD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 12:17:15 -0000 --- Ivan Voras wrote: > Arne Wörner wrote: > I don't remember entire discussions about geom_raid5 but I seem to > recall there was concern about its aggressive caching, possibly in the > write path, which could make recovery in case of e.g. power outage > problematic. I'm possibly mis-remembering this so feel free to ignore if > it's not relevant to your geom_raid5. > graid5 puts write requests for about kern.geom.raid5.wdt seconds (but not less than 1-2 seconds) into the write cache (if there is enough space left in graid5's write cache)... I would guess that this behaviour is pretty incompatible with soft-updates with power outage... Then there still is the write cache of the hard discs (I dont know how long it waits, but that time would come in addition to graid5's delay)... Maybe gjournal could help, because graid5 honors the BIO_FLUSH, but that is untested... -Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 12:24:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B505516A418 for ; Wed, 7 Nov 2007 12:24:40 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from darklight.org.ru (unknown [IPv6:2001:470:1f06:84::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9A0FB13C4B8 for ; Wed, 7 Nov 2007 12:24:39 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from darklight.org.ru (yuri@darklight.org.ru [IPv6:::1]) by darklight.org.ru (8.14.2/8.14.2) with ESMTP id lA7COa3u045583; Wed, 7 Nov 2007 15:24:37 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.org.ru (8.14.2/8.14.2/Submit) id lA7COZ5s045582; Wed, 7 Nov 2007 15:24:35 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.org.ru: yuri set sender to yuri.pankov@gmail.com using -f Date: Wed, 7 Nov 2007 15:24:35 +0300 From: Yuri Pankov To: Stefan Lambrev Message-ID: <20071107122435.GA63344@darklight.org.ru> References: <472B1E89.5080006@moneybookers.com> <47303578.8060703@moneybookers.com> <4730AA30.7090607@intersonic.se> <473170E6.8020201@moneybookers.com> <47317CDA.5060401@moneybookers.com> <47319997.6000503@moneybookers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47319997.6000503@moneybookers.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: rtfree: 0xc741ee88 has 1 refs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 12:24:40 -0000 On Wed, Nov 07, 2007 at 12:55:19PM +0200, Stefan Lambrev wrote: > Hi, > > I compiled kernel with all debug stuff in it, but I'm not sure what to do > next :) > I have serial console to the server so I boot with -dDh and enter debig > mode. > I can enter at debug mode at any time now, so any idea how to catch what > trigger this rtfree ? :) > I'm following steps from > http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-online-ddb.html > What info should I provide? This thread might be useful: http://lists.freebsd.org/pipermail/freebsd-current/2007-May/072619.html HTH, Yuri From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 12:26:33 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C77016A468 for ; Wed, 7 Nov 2007 12:26:33 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id 3EBE313C4B6 for ; Wed, 7 Nov 2007 12:26:31 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so339572ana for ; Wed, 07 Nov 2007 04:26:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=c3M4KtwaP0jXSmKQJL+Se7wPhAMIxYeFRP8jfkcKEok=; b=nNodT0ijde+zBf/xr8+xIP8bU762K1p/5SAbLugOCwGpyARRZgYK7XjevSmtcOKa+4UC1mgWyXv1Mjvjfbn2c3u0eFLAuRRrhu/RVjbkoA3cqMwYN1YJLB6C8QLH9cphCdqDXXFsnOVFzsy5FW2u//nJ0mtmsgRuQdGWCQUTZJ8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=tsMkNTeQ/UuHWe++DhJlHmdKp4kUZ06HcNLf76FcXY6CnliMma0WWhhe6YT67E9Mn3et3s+U4jg5ufGYe7vmm07u8QAe/k3JH4P5mEj7p+2tcwoBltWEe+mBYiMq6BT9tVGHxvJi3YA68uA9OSWrB4fVfuLllOiusErYzf555g4= Received: by 10.90.80.8 with SMTP id d8mr5212123agb.1194438380500; Wed, 07 Nov 2007 04:26:20 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id o27sm12979109ele.2007.11.07.04.26.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 07 Nov 2007 04:26:18 -0800 (PST) Message-ID: <4731AEE8.70606@gmail.com> Date: Wed, 07 Nov 2007 07:26:16 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> <47315094.6080405@yandex.ru> <47315158.5090304@gmail.com> <4731A755.7060701@yandex.ru> In-Reply-To: <4731A755.7060701@yandex.ru> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: d@delphij.net, Justin Hibbits , Jeremy Chadwick , freebsd-current@freebsd.org, "Sean C. Farley" , S?ren Schmidt Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 12:26:33 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > If you want use IDE-compatible mode, you can test the attached patch. > Has the right numbers how do I verify the actual performence? I am about to try the acd issue and see what happens - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHMa7nsK9eX2QgtDIRAq3qAJwP5MyhdwGo3tqUB3iaj3xywzBRmACeIl6T H+oT24iArsr7E86KKqPNp9Q= =NOHu -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 12:29:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E140116A46D for ; Wed, 7 Nov 2007 12:29:37 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.232]) by mx1.freebsd.org (Postfix) with ESMTP id 8772C13C4E7 for ; Wed, 7 Nov 2007 12:29:37 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so2087340wxd for ; Wed, 07 Nov 2007 04:29:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=/o7xYH6UzJj+28s4fuXRNgeWdI1yW6zpm26ZExm/Olg=; b=V6zTzBVRcUM8SMDIKfCzY49vgbnCz2Do+1f4ITGRxggPVIFUoL884lLyyzuNNM1nkqkKxV+bfehoNi0WHw+15mGkyV3mV2+JfkhEdwxnR0eVJbTyyGPIdch3DDUyR2jMjld6JIRZRu+ZsVm7g7lszTpyvm9GJjl9xFwgPKBleOU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=gybGXVFMgFkUU/Odsr1lRVB6lV5bz9BEq43p0zErveY6RJh229477DoK2HMN4nyY1mEghSmBPcSJaxvd3R39foQEbdkDzqMl4+ApgXaH2v4/UB+Z+cMhbPbe6RkX+gsC+21NsDjbxGw/BJrQY2SRV7Bw0Uo2RSreeNzzQSundOc= Received: by 10.90.106.11 with SMTP id e11mr5203290agc.1194438568770; Wed, 07 Nov 2007 04:29:28 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id o27sm12983976ele.2007.11.07.04.29.26 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 07 Nov 2007 04:29:27 -0800 (PST) Message-ID: <4731AFA5.9090104@gmail.com> Date: Wed, 07 Nov 2007 07:29:25 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> <47315094.6080405@yandex.ru> <47315158.5090304@gmail.com> <4731A755.7060701@yandex.ru> <4731AEE8.70606@gmail.com> In-Reply-To: <4731AEE8.70606@gmail.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: d@delphij.net, Justin Hibbits , freebsd-current@freebsd.org, Jeremy Chadwick , "Andrey V. Elsukov" , "Sean C. Farley" , S?ren Schmidt Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 12:29:38 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Aryeh M. Friedman wrote: > >> If you want use IDE-compatible mode, you can test the attached >> patch. > > Has the right numbers how do I verify the actual performence? I > am about to try the acd issue and see what happens > Oops forgot to include the proof of the numbers being right: ad6: 476940MB at ata3-master SATA300 acd0: DVDR at ata4-master SATA150 BTW the acd0 timeout issue is still there - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHMa+lsK9eX2QgtDIRAi1QAJsH3mUig/Q/78xPQuPeWch+6aH7dgCgwyD1 MPrWpVozaap663dvOVm3wnQ= =s7od -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 12:30:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 177DB16A41B for ; Wed, 7 Nov 2007 12:30:46 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id D089313C4C1 for ; Wed, 7 Nov 2007 12:30:45 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:63263 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Ipk2y-000FQq-0a for freebsd-current@freebsd.org; Wed, 07 Nov 2007 12:30:16 +0000 Message-ID: <4731AFD7.3070600@conducive.net> Date: Wed, 07 Nov 2007 07:30:15 -0500 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <473001E7.2090201@yandex.ru> <473017DF.7070105@gmail.com> <62151.71.164.232.42.1194356793.squirrel@mail.ringofsaturn.com> <20071106144749.GA91218@eos.sc1.parodius.com> <47525.209.159.98.1.1194362931.squirrel@mail.ringofsaturn.com> <52072.71.164.232.42.1194411864.squirrel@mail.ringofsaturn.com> In-Reply-To: <52072.71.164.232.42.1194411864.squirrel@mail.ringofsaturn.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 12:30:46 -0000 Rusty Nejdl wrote: >>> Does SATA300, but has the same "feature" as the OP's Seagate drive: >>> a small jumper that limits the drive to SATA150 unless removed. >>> See below PDF. >>> >>> http://www.seagate.com/ww/v/index.jsp?vgnextoid=e2af99f4fa74c010VgnVCM100000dd04090aRCRD&locale=en-US >>> http://www.seagate.com/staticfiles/support/disc/manuals/desktop/Barracuda%207200.10/100402371h.pdf >>> >> Jeremy, >> >> Thanks! Like Aryeh, I missed the jumper. I'll test this out tonight when >> I get home. >> >> Rusty >> > > I removed the jumpers per the doc and unfortunately, there was no change: > > ad12: 715404MB at ata6-master SATA150 > ad16: 715404MB at ata8-master SATA150 > > ATA channel 5: > Master: ad10 Serial ATA v1.0 > Slave: no device present > ATA channel 6: > Master: ad12 Serial ATA II > Slave: no device present > ATA channel 7: > Master: acd0 Serial ATA v1.0 > Slave: no device present > ATA channel 8: > Master: ad16 Serial ATA II > Slave: no device present > > It seems there is either a configuration I'm missing or the kernel is not > picking this up properly. > > Sincerely, > Rusty Nejdl > What is being reported quite aside, have you (or anyone else) run any tests to see if there is a before/after difference in actual performance? It wouldn't be the first time that the messages didn't match the reality. Bill From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 12:36:51 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F325416A419 for ; Wed, 7 Nov 2007 12:36:50 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id B6F2213C4BE for ; Wed, 7 Nov 2007 12:36:50 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:62965 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Ipk92-000FSM-2V for freebsd-current@freebsd.org; Wed, 07 Nov 2007 12:36:32 +0000 Message-ID: <4731B14F.5000702@conducive.net> Date: Wed, 07 Nov 2007 07:36:31 -0500 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> <47315094.6080405@yandex.ru> <4731522B.906@gmail.com> In-Reply-To: <4731522B.906@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: (URGENT/NEW) Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 12:36:51 -0000 Aryeh M. Friedman wrote: > As noted several places one of the issues related to all this is the > complete inability to read/write (infinite series of timeouts) to/from > /dev/acd0 for ant SATA cd... this is become a super pressing issue for > me becuase for business reasons I need to make a set of cd's ASAP > ("yesterday" ;-)) > _______________________________________________ > 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" > Are you the same guy who was asking why anyone would have unix on a laptop? or *have* a laptop? Anyone doing R&D / devel needs at least one don't-mess-with 'appliance' handy. Dev boxen are chronically in indeterminate states. Just scp them to your PowerBook and burn them there... Or drop a lean *BSD or Linux onto a cheap, used laptop or mini-tower and use that. ;-) Bill From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 12:41:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79DF516A41B for ; Wed, 7 Nov 2007 12:41:42 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id CAEAF13C4CA; Wed, 7 Nov 2007 12:41:41 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4731B286.2020204@FreeBSD.org> Date: Wed, 07 Nov 2007 13:41:42 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= References: <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> <47315094.6080405@yandex.ru> <4731522B.906@gmail.com> <4731B14F.5000702@conducive.net> In-Reply-To: <4731B14F.5000702@conducive.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: (URGENT/NEW) Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 12:41:42 -0000 韓家標 Bill Hacker wrote: > Aryeh M. Friedman wrote: >> As noted several places one of the issues related to all this is the >> complete inability to read/write (infinite series of timeouts) to/from >> /dev/acd0 for ant SATA cd... this is become a super pressing issue for >> me becuase for business reasons I need to make a set of cd's ASAP >> ("yesterday" ;-)) >> _______________________________________________ >> 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" >> > > Are you the same guy who was asking why anyone would have unix on a > laptop? or *have* a laptop? > > Anyone doing R&D / devel needs at least one don't-mess-with 'appliance' > handy. > Dev boxen are chronically in indeterminate states. > > Just scp them to your PowerBook and burn them there... > > Or drop a lean *BSD or Linux onto a cheap, used laptop or mini-tower and > use that. > > ;-) Can we get some less hyperbolic subject lines in here, please? Thanks. Kris From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 12:50:36 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFCD216A41A for ; Wed, 7 Nov 2007 12:50:36 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.187]) by mx1.freebsd.org (Postfix) with ESMTP id 874E013C480 for ; Wed, 7 Nov 2007 12:50:35 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1818497rvb for ; Wed, 07 Nov 2007 04:50:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=eYt5i+X+G0VX1VLfywHXH+FwMwEbjQEMzYiRQEQno3Q=; b=OlD83igR5IgONca9smZMcZnrpaLItjxAmkTeTf46elxoDkhK3jMmYM4OhAOc+xVkTcf8czwAyFvoJoq/Q0Wq7sARyxjmr9gF1koUKJ6MiVp8y1GKnrDJxSBREeazsDJIi0COrmuA6nyS1mUjULN/m1D4gOmz4EIww547A++onJ4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=kgmtxu5zu7klZW4RFFvS14Y9+Nd/qfnkIbA9gBdDEC3Lmsg5Z6Ppjl9GS5A3OV5xaSjDvvwZY8gWUVx7aBeqWnki6IM1KuJtvlJGwNGdhOv2KYJRXFxE77vzAoXb6I/LGk78Iq6fG9nNhCITWXyzzjKNsitqrcLUPC9fIW9vtZk= Received: by 10.141.175.5 with SMTP id c5mr3083079rvp.1194439828625; Wed, 07 Nov 2007 04:50:28 -0800 (PST) Received: by 10.141.194.16 with HTTP; Wed, 7 Nov 2007 04:50:28 -0800 (PST) Message-ID: <9bbcef730711070450x308129b4rb18577c317eee197@mail.gmail.com> Date: Wed, 7 Nov 2007 13:50:28 +0100 From: "Ivan Voras" Sender: ivoras@gmail.com To: "=?UTF-8?Q?Arne_W=C3=B6rner?=" In-Reply-To: <487375.1457.qm@web30309.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <487375.1457.qm@web30309.mail.mud.yahoo.com> X-Google-Sender-Auth: aedb23d38eeb1c6e Cc: freebsd-current@freebsd.org Subject: Re: geom_raid5 inclusion in HEAD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 12:50:36 -0000 T24gMDcvMTEvMjAwNywgQXJuZSBXw7ZybmVyIDxhcm5lX3dvZXJuZXJAeWFob28uY29tPiB3cm90 ZToKCj4gZ3JhaWQ1IHB1dHMgd3JpdGUgcmVxdWVzdHMgZm9yIGFib3V0IGtlcm4uZ2VvbS5yYWlk NS53ZHQgc2Vjb25kcyAoYnV0IG5vdCBsZXNzCj4gdGhhbiAxLTIgc2Vjb25kcykgaW50byB0aGUg d3JpdGUgY2FjaGUgKGlmIHRoZXJlIGlzIGVub3VnaCBzcGFjZSBsZWZ0IGluCj4gZ3JhaWQ1J3Mg d3JpdGUgY2FjaGUpLi4uIEkgd291bGQgZ3Vlc3MgdGhhdCB0aGlzIGJlaGF2aW91ciBpcyBwcmV0 dHkKPiBpbmNvbXBhdGlibGUgd2l0aCBzb2Z0LXVwZGF0ZXMgd2l0aCBwb3dlciBvdXRhZ2UuLi4K CkNhbiB0aGlzIGNhY2hlIGJlIGRpc2FibGVkPwoKPiBUaGVuIHRoZXJlIHN0aWxsIGlzIHRoZSB3 cml0ZSBjYWNoZSBvZiB0aGUgaGFyZCBkaXNjcyAoSSBkb250IGtub3cgaG93IGxvbmcgaXQKPiB3 YWl0cywgYnV0IHRoYXQgdGltZSB3b3VsZCBjb21lIGluIGFkZGl0aW9uIHRvIGdyYWlkNSdzIGRl bGF5KS4uLgo+Cj4gTWF5YmUgZ2pvdXJuYWwgY291bGQgaGVscCwgYmVjYXVzZSBncmFpZDUgaG9u b3JzIHRoZSBCSU9fRkxVU0gsIGJ1dCB0aGF0IGlzCj4gdW50ZXN0ZWQuLi4KClllcywgQUZBSUsg dGhpcyB3b3VsZCB3b3JrLgo= From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 12:57:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B67B16A46C for ; Wed, 7 Nov 2007 12:57:03 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30307.mail.mud.yahoo.com (web30307.mail.mud.yahoo.com [209.191.69.69]) by mx1.freebsd.org (Postfix) with SMTP id E96FF13C4F2 for ; Wed, 7 Nov 2007 12:57:02 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: (qmail 29218 invoked by uid 60001); 7 Nov 2007 12:56:49 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=q/d0pfup1TXibyse5jeROprXQmdWat7vwivdUFd6fTcGLO/EjKn1a6xdj4Cyufw1ONx8EyRtQoCvDZNoj8Q3APRAGDty/z+uTLABiGI3CV6lC/vSqnFY2e/tHovPaRnArM8VWiTJSuYQeSaF8lisR5P5bHubKcadVFbuWCe3C3k=; X-YMail-OSG: ys7wKGoVM1nzU1YUwEZyhQMRxVJ9NH0tBkTINYO80xcPoGwgrO1kh20peiViym3vCg8eMEbUzl2KVO5cE2j5HTaYHk3jX53VNhPRbZzIia99oVZxelr14iPutD31Ng-- Received: from [84.141.120.234] by web30307.mail.mud.yahoo.com via HTTP; Wed, 07 Nov 2007 04:56:49 PST Date: Wed, 7 Nov 2007 04:56:49 -0800 (PST) From: Arne "Wörner" To: Ivan Voras In-Reply-To: <9bbcef730711070450x308129b4rb18577c317eee197@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <527578.28228.qm@web30307.mail.mud.yahoo.com> Cc: freebsd-current@freebsd.org Subject: Re: geom_raid5 inclusion in HEAD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 12:57:03 -0000 --- Ivan Voras wrote: > On 07/11/2007, Arne Wörner wrote: > > > graid5 puts write requests for about kern.geom.raid5.wdt seconds (but not > less > > than 1-2 seconds) into the write cache (if there is enough space left in > > graid5's write cache)... I would guess that this behaviour is pretty > > incompatible with soft-updates with power outage... > > Can this cache be disabled? > Nope... But it would be quite easy to implement that (e. g. .wdt=-1 with no range checking -- currently graid5 sets everything below 2 back to 2 [seconds])... -Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 13:09:02 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56EE216A419 for ; Wed, 7 Nov 2007 13:09:02 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 216AF13C4D3 for ; Wed, 7 Nov 2007 13:09:01 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:63255 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IpkeB-000FWJ-4s for freebsd-current@freebsd.org; Wed, 07 Nov 2007 13:08:43 +0000 Message-ID: <4731B8DA.8010201@conducive.net> Date: Wed, 07 Nov 2007 08:08:42 -0500 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <487375.1457.qm@web30309.mail.mud.yahoo.com> <9bbcef730711070450x308129b4rb18577c317eee197@mail.gmail.com> In-Reply-To: <9bbcef730711070450x308129b4rb18577c317eee197@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: geom_raid5 inclusion in HEAD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 13:09:02 -0000 Ivan Voras wrote: > On 07/11/2007, Arne Wörner wrote: > >> graid5 puts write requests for about kern.geom.raid5.wdt seconds (but not less >> than 1-2 seconds) into the write cache (if there is enough space left in >> graid5's write cache)... I would guess that this behaviour is pretty >> incompatible with soft-updates with power outage... > > Can this cache be disabled? Probably - but recent info shows it to be the prime mover in providing decent performance (when things are NOT broken). > >> Then there still is the write cache of the hard discs (I dont know how long it >> waits, but that time would come in addition to graid5's delay)... >> >> Maybe gjournal could help, because graid5 honors the BIO_FLUSH, but that is >> untested... > > Yes, AFAIK this would work. > A RAID5 is one of the harder ones to do both fast and well in software-only. The better hardware ($$$) controllers have fast hardware XOR engines as well as CPU-as-state-machines and battery-backed cache, and THEY have to work hard. Further, a hardware controller sits in the right place to do the job well, the 'GP' CPU(s) - no matter they have spare cycles to burn - do not. I don't think even GEOM magic can get around that w/o user willingness to take on some unavoidable compromises. Given decent hardware & any UPS that costs less than the hardware controller, these are 'choices' - not really show-stoppers. Bill From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 13:18:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7984116A41B for ; Wed, 7 Nov 2007 13:18:30 +0000 (UTC) (envelope-from rnejdl@ringofsaturn.com) Received: from tethys.ringofsaturn.com (tethys.ringofsaturn.com [71.164.232.42]) by mx1.freebsd.org (Postfix) with ESMTP id 434E213C4AC for ; Wed, 7 Nov 2007 13:18:30 +0000 (UTC) (envelope-from rnejdl@ringofsaturn.com) Received: from mail.ringofsaturn.com (localhost [127.0.0.1]) by tethys.ringofsaturn.com (8.14.1/8.14.1) with ESMTP id lA7DHrGp042385; Wed, 7 Nov 2007 07:17:53 -0600 (CST) (envelope-from rnejdl@ringofsaturn.com) Received: from 71.164.232.42 (SquirrelMail authenticated user rnejdl) by mail.ringofsaturn.com with HTTP; Wed, 7 Nov 2007 07:17:53 -0600 (CST) Message-ID: <54744.71.164.232.42.1194441473.squirrel@mail.ringofsaturn.com> In-Reply-To: <4731AFD7.3070600@conducive.net> References: <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472FCC15.9040903@gmail.com> <472FD0FB.9090608@delphij.net> <473001E7.2090201@yandex.ru> <473017DF.7070105@gmail.com> <62151.71.164.232.42.1194356793.squirrel@mail.ringofsaturn.com> <20071106144749.GA91218@eos.sc1.parodius.com> <47525.209.159.98.1.1194362931.squirrel@mail.ringofsaturn.com> <52072.71.164.232.42.1194411864.squirrel@mail.ringofsaturn.com> <4731AFD7.3070600@conducive.net> Date: Wed, 7 Nov 2007 07:17:53 -0600 (CST) From: "Rusty Nejdl" To: =?iso-8859-1?Q?=E9=9F=93=E5=AE=B6=E6=A8=99_Bill_Hacker?= User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: ClamAV 0.91.2/4691/Tue Nov 6 23:39:41 2007 on tethys.ringofsaturn.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rnejdl@ringofsaturn.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 13:18:30 -0000 > > What is being reported quite aside, have you (or anyone else) run any > tests to > see if there is a before/after difference in actual performance? > > It wouldn't be the first time that the messages didn't match the reality. > > Bill > Bill, I haven't run any tests on speed yet but I can do definitely set up some time to do that. See, the only reason I noticed this was just that I had a similar controller to the discussion and wanted to see if I was affected. I really didn't notice any performance issues. That being said, I haven't noticed a subject increase since the jumper change. Rusty From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 13:21:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF5FC16A469 for ; Wed, 7 Nov 2007 13:21:06 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6E5A113C48E for ; Wed, 7 Nov 2007 13:21:06 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Ipkpv-0007ON-03 for freebsd-current@freebsd.org; Wed, 07 Nov 2007 13:20:51 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 07 Nov 2007 13:20:50 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 07 Nov 2007 13:20:50 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Wed, 07 Nov 2007 14:23:30 +0100 Lines: 28 Message-ID: References: <487375.1457.qm@web30309.mail.mud.yahoo.com> <9bbcef730711070450x308129b4rb18577c317eee197@mail.gmail.com> <4731B8DA.8010201@conducive.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20070801) In-Reply-To: <4731B8DA.8010201@conducive.net> Sender: news Subject: Re: geom_raid5 inclusion in HEAD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 13:21:06 -0000 韓家標 Bill Hacker wrote: > Ivan Voras wrote: >> On 07/11/2007, Arne Wörner wrote: >>> Maybe gjournal could help, because graid5 honors the BIO_FLUSH, but >>> that is >>> untested... >> >> Yes, AFAIK this would work. >> > > A RAID5 is one of the harder ones to do both fast and well in > software-only. > > The better hardware ($$$) controllers have fast hardware XOR engines as > well as CPU-as-state-machines and battery-backed cache, and THEY have to > work hard. I agree. But regarding the immediate topic of gjournal on graid5: gjournal has hooks in the UFS code to do full sync before journal switch (commit), which it then propagates to the devices and issues BIO_FLUSH, so it can offer both speed and reliability in this particular case. > Given decent hardware & any UPS that costs less than the hardware > controller, these are 'choices' - not really show-stoppers. In theory this is correct, in practice still many people don't know the choices they are implicitly making. From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 13:22:07 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBBAF16A46C for ; Wed, 7 Nov 2007 13:22:07 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.229]) by mx1.freebsd.org (Postfix) with ESMTP id 813AB13C48A for ; Wed, 7 Nov 2007 13:22:07 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so2097721wxd for ; Wed, 07 Nov 2007 05:21:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=BXXZg7n0hmypf32lPxrloNaCovZ3SP0sxjgqeszhFYw=; b=IwS3WIl0amfjaB8H/ZMZ0RqgsUFM+Ao7Q0J66+x0BpVx+SVbtQ3K6OAZwsTIRTUT5atvLtv4GuvVpXB5B2URjD1vYOWPVfuSUMbUYaMQlPi/tICozgZJnwbaZ2xaUFbWC1uZvdbUEhku9e6uSkHDDdrE/uYq4wQibiOJW+UkzTU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=JOEQGIQuwP5fG9SP3oNik83IfMaqbPYO3Dw02QetvtH400YfzJ+U5Y+SiiVCid/n2TIYs4+AkE07dPM72qUySrMMWfJ6K85coFCwK6O+FmlsI8Uab5A+3413/nI39+heiZsVfw/Yi9+T6mpTSkio49vqwhQCqwIIp9klt+rkKeE= Received: by 10.90.92.10 with SMTP id p10mr5236068agb.1194441714704; Wed, 07 Nov 2007 05:21:54 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id n26sm12935614ele.2007.11.07.05.21.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 07 Nov 2007 05:21:53 -0800 (PST) Message-ID: <4731BBEF.1010701@gmail.com> Date: Wed, 07 Nov 2007 08:21:51 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= References: <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> <47315094.6080405@yandex.ru> <4731522B.906@gmail.com> <4731B14F.5000702@conducive.net> In-Reply-To: <4731B14F.5000702@conducive.net> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: (URGENT/NEW) Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 13:22:07 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > > Anyone doing R&D / devel needs at least one don't-mess-with > 'appliance' handy. > Dev boxen are chronically in indeterminate states. Sorry not all of us have corporate backing and endless money to spend on hardware... Matter of fact I had to take out a small loan to pay for this machine and only then becuase the mobo on my old one (about 6 years old) physically gave out. > > Just scp them to your PowerBook and burn them there... Thank you very much care to "lend" (give) me the $500+ needed to do this? > > Or drop a lean *BSD or Linux onto a cheap, used laptop or mini-tower > and use that. See above. - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHMbvusK9eX2QgtDIRAkMQAJ9xKhIGhjFCC2U4TeEnhlu8Ym5adACgtbbq K+TWCWKIWVM6Q49AScNAgDo= =AfoK -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 13:30:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1867216A47A for ; Wed, 7 Nov 2007 13:30:29 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by mx1.freebsd.org (Postfix) with ESMTP id C16DA13C4AC for ; Wed, 7 Nov 2007 13:30:28 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so342706ana for ; Wed, 07 Nov 2007 05:30:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=OBx12fYoYDWgVC0mEbA0ntXDi0gxzqezAF6JrNKc9N0=; b=Cgbn0uAFFTK3UJqHnxvIc6C78OzUVJIXGdDrr4gHBIJUyX0Dehx9/GJuVyfllNy1y8L7RQAci41k+Vqm+HI3RqrlkAZOMAMgXy1nMPTGDcm9NIJmcd9r0P1n4ZmuPLQGi8PtxWOreYepLzsrsIJPK2Gnj7Rh5zOXmEQ3f+6utq8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=JkhXqks2FOed3QPZQmJ4F5JSgLLdTsU+4QenAWV4vZeCE3oaFqOO+qGQMVyrpUnaFmlYZT+0guxZ7gbcDUVqL7xcXIf3VT42D/x4PZzTjHlDRAdZSrDz15WRKkQfB91pSOSG+GqNikw7DF4Zau4nXpkgzzIiIY728WJBuzzupA4= Received: by 10.101.70.5 with SMTP id x5mr10711552ank.1194442219973; Wed, 07 Nov 2007 05:30:19 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id n26sm12953039ele.2007.11.07.05.30.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 07 Nov 2007 05:30:18 -0800 (PST) Message-ID: <4731BDE8.7070106@gmail.com> Date: Wed, 07 Nov 2007 08:30:16 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: Kris Kennaway References: <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> <47315094.6080405@yandex.ru> <4731522B.906@gmail.com> <4731B14F.5000702@conducive.net> <4731B286.2020204@FreeBSD.org> In-Reply-To: <4731B286.2020204@FreeBSD.org> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= , freebsd-current@freebsd.org Subject: Re: (URGENT/NEW) Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 13:30:29 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > Can we get some less hyperbolic subject lines in here, please? > Thanks. I was saving this comment until after the issues where solved but now is as good a time as any.... ever since I got the machine in late augest I have raised this issue (as politely and approriate as possible as per posting guidelines and general group feeling) 3 or 4 times (see some of the references on the wiki). The latest was about 24 hrs before this thread started (the master one) and in conjunction with 2 other people who reported almost identical problems (and in the case of this specific subthread 100% identical). Not a *SINGLE* one of these threads got any attention (except for a very brief interaction with Xi Lin [I think] that made it so my drives where are least reconized as being SATA instead of UDMA33). It was not until I made the comment that a wiki had been setup did any attention get payed to the issue. Please note the orginial note on the wiki setup said specifically it was made so me and the other two reporters could work on making a patch (since I thought none of the current developers had a solution or the possibility of one). I am not attempting to complain here just say that a slightly better way has to be found then talking to the wind or PO'ing everyone with "alarmist" headlines. - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHMb3nsK9eX2QgtDIRAvN+AJ9AUQH4gI3HSvRt/wDMfj8qhHUjugCgoNSC XhP4OvI/yJJagek5ansrYwc= =oDj1 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 13:48:53 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25DDA16A41B for ; Wed, 7 Nov 2007 13:48:53 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 9896513C4BD for ; Wed, 7 Nov 2007 13:48:52 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 774DB1B10EEB; Wed, 7 Nov 2007 14:48:44 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 089EF1B10C26 for ; Wed, 7 Nov 2007 14:48:42 +0100 (CET) Message-ID: <4731C239.8030308@moneybookers.com> Date: Wed, 07 Nov 2007 15:48:41 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20071105) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <472B1E89.5080006@moneybookers.com> <47303578.8060703@moneybookers.com> <4730AA30.7090607@intersonic.se> <473170E6.8020201@moneybookers.com> <47317CDA.5060401@moneybookers.com> <47319997.6000503@moneybookers.com> <20071107122435.GA63344@darklight.org.ru> In-Reply-To: <20071107122435.GA63344@darklight.org.ru> Content-Type: multipart/mixed; boundary="------------030700040006020907060109" X-Virus-Scanned: ClamAV 0.91.2/4691/Wed Nov 7 06:39:41 2007 on blah.cmotd.com X-Virus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: rtfree: 0xc741ee88 has 1 refs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 13:48:53 -0000 This is a multi-part message in MIME format. --------------030700040006020907060109 Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Hi, Yuri Pankov wrote: > On Wed, Nov 07, 2007 at 12:55:19PM +0200, Stefan Lambrev wrote: > >> Hi, >> >> I compiled kernel with all debug stuff in it, but I'm not sure what to do >> next :) >> I have serial console to the server so I boot with -dDh and enter debig >> mode. >> I can enter at debug mode at any time now, so any idea how to catch what >> trigger this rtfree ? :) >> I'm following steps from >> http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-online-ddb.html >> What info should I provide? >> > > This thread might be useful: > http://lists.freebsd.org/pipermail/freebsd-current/2007-May/072619.html > > > HTH, > Yuri > I hope the attached trace will help. BTW : rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) apanic: sched_priority: invalid priority 224: nice 0, ticks 21273056 ftick 15171 ltick 26026 tick pri 44 cpuid = 2 KDB: enter: panic [thread pid 712 tid 100074 ] Stopped at kdb_enter+0x32: leave Is this expected? -- Best Wishes, Stefan Lambrev ICQ# 24134177 --------------030700040006020907060109-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 13:56:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAFEE16A41B for ; Wed, 7 Nov 2007 13:56:00 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id B8D3E13C4B3 for ; Wed, 7 Nov 2007 13:55:59 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id D4AB31B10EE8; Wed, 7 Nov 2007 14:55:48 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 72BB11B10EEC for ; Wed, 7 Nov 2007 14:55:41 +0100 (CET) Message-ID: <4731C3DD.3090506@moneybookers.com> Date: Wed, 07 Nov 2007 15:55:41 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20071105) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <472B1E89.5080006@moneybookers.com> <47303578.8060703@moneybookers.com> <4730AA30.7090607@intersonic.se> <473170E6.8020201@moneybookers.com> <47317CDA.5060401@moneybookers.com> <47319997.6000503@moneybookers.com> <20071107122435.GA63344@darklight.org.ru> <4731C239.8030308@moneybookers.com> In-Reply-To: <4731C239.8030308@moneybookers.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4691/Wed Nov 7 06:39:41 2007 on blah.cmotd.com X-Virus-Status: Clean Subject: Re: rtfree: 0xc741ee88 has 1 refs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 13:56:00 -0000 Hm attachment truncated :) Here is the result of including kdb_backtrace() in route.c at line 248: Starting syslogd. rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,0,c070a4f4,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c743da00,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c743da00,c743da00,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c743da00,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c743da00,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c743da00,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,0,c070a4f4,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c743c500,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c743c500,c743c500,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c743c500,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c743c500,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c743c500,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,0,c070a4f4,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c743c100,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c743c100,c743c100,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c743c100,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c743c100,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c743c100,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,0,c070a4f4,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c743ba00,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c743ba00,c743ba00,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c743ba00,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c743ba00,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c743ba00,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,c6dee880,e59d1b14,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c743b600,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c743b600,c743b600,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c743b600,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c743b600,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c743b600,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,0,c070a4f4,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c743b000,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c743b000,c743b000,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c743b000,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c743b000,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c743b000,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,0,c070a4f4,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c743ab00,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c743ab00,c743ab00,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c743ab00,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c743ab00,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c743ab00,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,0,c070a4f4,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c7439400,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c7439400,c7439400,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c7439400,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c7439400,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c7439400,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,0,c070a4f4,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c7439000,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c7439000,c7439000,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c7439000,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c7439000,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c7439000,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,0,c070a4f4,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c7438700,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c7438700,c7438700,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c7438700,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c7438700,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c7438700,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,e59d1b4c,e59d1b44,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c7438300,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c7438300,c7438300,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c7438300,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c7438300,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c7438300,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,0,c070a4f4,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c7437000,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c7437000,c7437000,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c7437000,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c7437000,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c7437000,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,c6dee880,0,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c7257b00,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c7257b00,c7257b00,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c7257b00,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c7257b00,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c7257b00,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,0,c070a4f4,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c748d500,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c748d500,c748d500,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c748d500,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c748d500,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c748d500,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,0,c070a4f4,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c748c400,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c748c400,c748c400,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c748c400,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c748c400,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c748c400,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,0,c070a4f4,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c748c000,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c748c000,c748c000,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c748c000,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c748c000,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c748c000,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,0,c070a4f4,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c748b700,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c748b700,c748b700,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c748b700,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c748b700,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c748b700,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,0,c070a4f4,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c748b100,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c748b100,c748b100,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c748b100,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c748b100,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c748b100,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,0,0,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c748a100,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c748a100,c748a100,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c748a100,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c748a100,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c748a100,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,0,c070a4f4,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c7489500,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c7489500,c7489500,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c7489500,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c7489500,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c7489500,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,0,c070a4f4,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c7488300,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c7488300,c7488300,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c7488300,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c7488300,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c7488300,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,0,c070a4f4,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c7488000,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c7488000,c7488000,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c7488000,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c7488000,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c7488000,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,0,c070a4f4,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c7487a00,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c7487a00,c7487a00,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c7487a00,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c7487a00,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c7487a00,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,0,c070a4f4,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c7487700,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c7487700,c7487700,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c7487700,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c7487700,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c7487700,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,0,c070a4f4,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c7486200,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c7486200,c7486200,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c7486200,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c7486200,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c7486200,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,0,c070a4f4,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c743f400,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c743f400,c743f400,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c743f400,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c743f400,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c743f400,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,0,c070a4f4,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c7514b00,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c7514b00,c7514b00,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c7514b00,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c7514b00,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c7514b00,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,c6dee880,e59d1b14,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c7513600,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c7513600,c7513600,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c7513600,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c7513600,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c7513600,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,0,c070a4f4,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c7512d00,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c7512d00,c7512d00,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c7512d00,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c7512d00,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c7512d00,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,0,c070a4f4,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c7512200,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c7512200,c7512200,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c7512200,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c7512200,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c7512200,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,0,c070a4f4,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c7511800,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c7511800,c7511800,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c7511800,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c7511800,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c7511800,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) at kdb_backtrace+0x29 rtfree(c74e6258,c6f4d570,10,0,c070a4f4,...) at rtfree+0xd5 rtredirect(e59d1bb8,e59d1ba8,0,6,e59d1b98,...) at rtredirect+0x1a3 icmp_input(c7511400,14,c0775620,e59d1c04,c054fe54,...) at icmp_input+0x4ee ip_input(c7511400,c7511400,800,c6ef0c00,800,...) at ip_input+0x64a netisr_dispatch(2,c7511400,10,3,0,...) at netisr_dispatch+0x6c ether_demux(c6ef0c00,c7511400,3,0,3,...) at ether_demux+0x1d4 ether_input(c6ef0c00,c7511400,c06fbb7b,bc4,e59d1cc4,...) at ether_input+0x387 bge_intr(c6f3a000,0,c0708331,471,c6e30164,...) at bge_intr+0x7c5 ithread_loop(c6f05be0,e59d1d38,c07080a0,314,c6eea2a8,...) at ithread_loop+0x1a5 fork_exit(c0540fa0,c6f05be0,e59d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe59d1d70, ebp = 0 --- rtfree: 0xc74e6258 has 1 refs KDB: stack backtrace: db_trace_self_wrapper(c070e5d9,e59d1af0,c05efdce,c0718d8f,c06e7f6d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0718d8f,c06e7f6d,c74e6258,1,c74e6264,...) apanic: sched_priority: invalid priority 224: nice 0, ticks 21273056 ftick 15171 ltick 26026 tick pri 44 cpuid = 2 KDB: enter: panic [thread pid 712 tid 100074 ] Stopped at kdb_enter+0x32: leave -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 14:01:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E1E916A41A for ; Wed, 7 Nov 2007 14:01:46 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 3858813C4B9 for ; Wed, 7 Nov 2007 14:01:46 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:63305 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IplTE-000Ffl-4i for freebsd-current@freebsd.org; Wed, 07 Nov 2007 14:01:28 +0000 Message-ID: <4731C537.9030101@conducive.net> Date: Wed, 07 Nov 2007 09:01:27 -0500 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <487375.1457.qm@web30309.mail.mud.yahoo.com> <9bbcef730711070450x308129b4rb18577c317eee197@mail.gmail.com> <4731B8DA.8010201@conducive.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: geom_raid5 inclusion in HEAD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 14:01:46 -0000 Ivan Voras wrote: > 韓家標 Bill Hacker wrote: >> Ivan Voras wrote: >>> On 07/11/2007, Arne Wörner wrote: > >>>> Maybe gjournal could help, because graid5 honors the BIO_FLUSH, but >>>> that is >>>> untested... >>> Yes, AFAIK this would work. >>> >> A RAID5 is one of the harder ones to do both fast and well in >> software-only. >> >> The better hardware ($$$) controllers have fast hardware XOR engines as >> well as CPU-as-state-machines and battery-backed cache, and THEY have to >> work hard. > > I agree. But regarding the immediate topic of gjournal on graid5: > gjournal has hooks in the UFS code to do full sync before journal switch > (commit), which it then propagates to the devices and issues BIO_FLUSH, > so it can offer both speed and reliability in this particular case. > >> Given decent hardware & any UPS that costs less than the hardware >> controller, these are 'choices' - not really show-stoppers. > > In theory this is correct, in practice still many people don't know the > choices they are implicitly making. > I'm all for having it / improving it. GEOM in general and GMIRROR in particular have been *magic* for us as they are much more safely managed over ssh in the absence of an IPMI, IP KVM, or serial link than even a good hardware RAID controller. But I'd not like to see yet-another iteration of 'a little knowledge..' folk follow geom_raid5 as flavor-of-the-month, then expect coders to yet-again defy gravity when the inevitable bites 'em in the anatomy, either. First we walk. THEN we run.... Bill From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 14:56:39 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 092FA16A421 for ; Wed, 7 Nov 2007 14:56:39 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: from smtp123.plus.mail.sp1.yahoo.com (smtp123.plus.mail.sp1.yahoo.com [69.147.95.86]) by mx1.freebsd.org (Postfix) with SMTP id E8F4C13C49D for ; Wed, 7 Nov 2007 14:56:38 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: (qmail 53000 invoked from network); 7 Nov 2007 14:55:32 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Ln45EJMnPWKJ7zpf/x2IoGa+pXqNrv0iTuwjT82PoEe/6P22HFtL+Y8KNxYAsPKtQfNgU7+jIiw+Y7fIE+MVSPWZYaiOY6REgYtABakhzmQBlyKfVGX6ySb+WhP9CVOrLVS//PvWMSdfR9knS321zNpcGNUYcxU4KJfqP7DeNWY= ; Received: from unknown (HELO borgdemon3.thruhere.net) (john_m_cooper@134.121.244.74 with plain) by smtp123.plus.mail.sp1.yahoo.com with SMTP; 7 Nov 2007 14:55:32 -0000 X-YMail-OSG: L6SctBoVM1n8fEpTfKgsdpCgpo4C5yq3xiRRmaKz9L0PuD9aSGgcVk0dvuFBv1jd.Y1AVVa4SA-- Message-ID: <4731D1E5.5090600@yahoo.com> Date: Wed, 07 Nov 2007 06:55:33 -0800 From: John Merryweather Cooper User-Agent: Thunderbird 2.0.0.4pre (X11/20071013) MIME-Version: 1.0 To: Bachilo Dmitry References: <200711071056.13466.root@solink.ru> In-Reply-To: <200711071056.13466.root@solink.ru> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, mobile@freebsd.org Subject: Re: PCI Cardreader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 14:56:39 -0000 Bachilo Dmitry wrote: > Hello all. > I always used USB cardreaders and had no problem with it, but now in my > notebook I have a cardreader, that appears to be onboard PCI device. And so > FreeBSD sees it as this: > pci6: at device 4.1 (no driver attached) > pci6: at device 4.2 (no driver attached) > pci6: at device 4.3 (no driver attached) > pci6: at device 4.4 (no driver attached) > > > That's even more odd because three are recognized as flash and one is not. > pciconf -lv shows this: > > none13@pci6:4:1: class=0x050100 card=0x009f1025 chip=0x05301524 > rev=0x01 hdr=0x00 > vendor = 'ENE Technology Inc' > device = 'PCI Memory Stick Card Reader Controller' > class = memory > subclass = flash > > Well, in 7.0-CURRENT it showed all four devices and now in BETA-2 only this > one. > > Is there any way I can make them work? > > I have a similar set of (currently do nothing) devices on my HP Pavillion dv9420us: none11@pci0:7:5:1: class=0x080500 card=0x30b7103c chip=0x08221180 rev=0x19 hdr=0x00 vendor = 'Ricoh Company, Ltd.' device = 'SD Bus Host Adapter' class = base peripheral none12@pci0:7:5:2: class=0x088000 card=0x30b7103c chip=0x08431180 rev=0x01 hdr=0x00 vendor = 'Ricoh Company, Ltd.' device = 'unknown Ricoh MMC Host Controller' class = base peripheral none13@pci0:7:5:3: class=0x088000 card=0x30b7103c chip=0x05921180 rev=0x0a hdr=0x00 vendor = 'Ricoh Company, Ltd.' device = 'unknown Ricoh Memory Stick Host Controller' class = base peripheral none14@pci0:7:5:4: class=0x088000 card=0x30b7103c chip=0x08521180 rev=0x05 hdr=0x00 vendor = 'Ricoh Company, Ltd.' device = 'unknown Ricoh xD-Picture Card Host Controller' class = base peripheral From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 15:10:44 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 440AE16A49A for ; Wed, 7 Nov 2007 15:10:44 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 70F6C13C4A8 for ; Wed, 7 Nov 2007 15:10:41 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (vader.bytemobile-rio.ondsl.gr [83.235.57.37]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id lA7F9PXj010328 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 7 Nov 2007 17:09:34 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id lA7F9KLS004428; Wed, 7 Nov 2007 17:09:20 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id lA7F9KvR004427; Wed, 7 Nov 2007 17:09:20 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Wed, 7 Nov 2007 17:09:20 +0200 From: Giorgos Keramidas To: "Aryeh M. Friedman" Message-ID: <20071107150919.GA4361@kobe.laptop> References: <47312AA2.6000701@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47312AA2.6000701@gmail.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.991, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.41, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: best way to configure a machine for kernel development X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 15:10:44 -0000 On 2007-11-06 22:01, "Aryeh M. Friedman" wrote: > Configuring a machine properly to do this most effectivally I guess is > the next step. I only have one machine (I have some modest but > non-critical production stuff that needs to continue working). Some > options I have come up with: > > 1. Just hack my current sources and keep diffs (some automated way would > be nice of edit-->make diff) > > 2. Use QEMU to create a development machine > > 3. Someone said something about unionfs and/or using a cvs mirror but I > missed that completely missed that Start with "man -k develop" :) It is a manpage written a long time ago, by Matt Dillon, which may be useful for what you are trying to do. It would be nice if you could set up network-booting in a second system, though. This way, all your file systems can be on the BOOTP/DHCP/NFS server, so crashing the kernel doesn't risk as severe data-loss. From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 15:30:36 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48D7016A419 for ; Wed, 7 Nov 2007 15:30:36 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id A853613C49D for ; Wed, 7 Nov 2007 15:30:35 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1768032nfb for ; Wed, 07 Nov 2007 07:30:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; bh=9vxS6o4N9rJvksxVxpa0oytQmiFaAmzQp7xxp+EghN8=; b=gxqvvkdzMRQOOtd8egnRELdKs6NhU/2xW6gtRrScbxwRlva3lr22SN4AGU7bfRx7Ezq7wn3RkSMKPATHkFKLglmtdDvwpiqpOau7rK4rZFXsy/USycJoUMW2LFyjN4jr8lUZCWVFAYO4nbef6gHtmsQNyYdmZzoGY4yyPnxK4dc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; b=gTO62O/KzA697fIitVerY/kAOrEs+QCBfsHMj/svqhTegoYJzJSJbYIgn9eyya+z4aLgLXD5WmoZJxdFVZjsRu+qUW7n0Zuo8MQfgV+A/US0M1P4D0PfzaBnumtJgAE4raqBe09gTjSoAw1ryYqKyDwCxT8vV8uK+Hna8d+h/qs= Received: by 10.86.95.20 with SMTP id s20mr5318157fgb.1194449424077; Wed, 07 Nov 2007 07:30:24 -0800 (PST) Received: from ?172.17.0.111? ( [193.136.24.128]) by mx.google.com with ESMTPS id d4sm836544fga.2007.11.07.07.30.10 (version=SSLv3 cipher=OTHER); Wed, 07 Nov 2007 07:30:11 -0800 (PST) Message-Id: From: Rui Paulo To: Scott Long , Rink Springer , freebsd-hardware@freebsd.org, freebsd-current@freebsd.org, freebsd-i386@FreeBSD.org In-Reply-To: <60C64C73-A019-4C01-85E1-80DF4C76B1AF@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Wed, 7 Nov 2007 15:30:08 +0000 References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> <20071104231422.GA82337@rink.nu> <472F5E62.4080406@samsco.org> <60C64C73-A019-4C01-85E1-80DF4C76B1AF@freebsd.org> X-Mailer: Apple Mail (2.912) Sender: Rui Paulo Cc: Subject: Re: MacBook users: possible fix for the SMP 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: Wed, 07 Nov 2007 15:30:36 -0000 I'm requesting review for the following patch: Index: sys/i386/isa/clock.c =================================================================== RCS file: /home/ncvs/src/sys/i386/isa/clock.c,v retrieving revision 1.240 diff -u -p -r1.240 clock.c --- sys/i386/isa/clock.c 26 Oct 2007 03:23:54 -0000 1.240 +++ sys/i386/isa/clock.c 7 Nov 2007 15:27:21 -0000 @@ -130,6 +130,9 @@ static u_char rtc_statusb = RTCSB_24HR; #define ACQUIRED 2 #define ACQUIRE_PENDING 3 +/* Intel ICH register */ +#define ICH_PMBASE 0x400 + static u_char timer2_state; static unsigned i8254_get_timecount(struct timecounter *tc); @@ -616,11 +619,26 @@ i8254_init(void) void startrtclock() { + char *ichenv; u_int delta, freq; writertc(RTC_STATUSA, rtc_statusa); writertc(RTC_STATUSB, RTCSB_24HR); + /* + * On some systems, namely MacBooks, we need to disallow the + * legacy USB circuit to generate an SMI# because this can + * cause several problems, namely: incorrect CPU frequency + * detection and failure to start the APs. + */ + ichenv = getenv("hw.ich.disable_legacy_usb"); + if (ichenv != NULL) { + if (bootverbose) + printf("Disabling LEGACY_USB_EN bit on Intel ICH.\n"); + outl(ICH_PMBASE + 0x30, inl(ICH_PMBASE + 0x30) & ~0x8); + freeenv(ichsmi); + } + freq = calibrate_clocks(); #ifdef CLK_CALIBRATION_LOOP if (bootverbose) { If you have a MacBook, you now need to set hw.ich.disable_legacy_usb on the boot loader prompt or in loader.conf. I decided to go this route because it seems safer. Imagine the case where there's a port at the same IO address that has nothing to do with the ICH7. If we tried to issue the outl() on every system, something bad could happen. Comments? Regards. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 15:38:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2840416A4CF for ; Wed, 7 Nov 2007 15:38:08 +0000 (UTC) (envelope-from datahead4@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.236]) by mx1.freebsd.org (Postfix) with ESMTP id D2D6B13C4BF for ; Wed, 7 Nov 2007 15:38:06 +0000 (UTC) (envelope-from datahead4@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so2134527wxd for ; Wed, 07 Nov 2007 07:37:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=UxzE/+pJG43uVmhWJLJYwvebrC5IpBayeP+iBBycDrw=; b=TgdlpL7VlLcgoLx2owIBBmopRdmBk9QnG0oRyC2+h81d7yzr/Yu+Dy1MEouGX5ObIb6xVvcrqZE6gnM/K7fmsPyKn6MPY1l7bk/czGgpx6hHq53rMaDfcRv2BFg5zvSaysVig+J5Pho3Vbcp850SIpoYa+3MKnfgl6qb/87rdkM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=AcGRXnVVhc3EAfh4Grq4PbonUmpi7itn+5oKM0zKEQj7N63uO7o+bmGCBWg+Q5PyK7gAtQGqqypjbA7/SGabMLMHTIY4JalTV7UK65grptWRGurvdRed2x36oqSs3f/Hhb59HuVjGODkSdJbesEaL0DsWBGYTS10D5J4EoqdOkI= Received: by 10.90.105.20 with SMTP id d20mr5322066agc.1194448312230; Wed, 07 Nov 2007 07:11:52 -0800 (PST) Received: by 10.90.106.9 with HTTP; Wed, 7 Nov 2007 07:11:52 -0800 (PST) Message-ID: Date: Wed, 7 Nov 2007 09:11:52 -0600 From: Matt To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Panic in 7.0-BETA1 - USB-related? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 15:38:08 -0000 Panic happened yesterday when turning on an external, USB connected hard drive. Sources from the 7_RELENG branch from Monday, 10/29/07. The backtrace makes it appear that there is something going on in the CAM system. Apologies if this is already a known issue. See below for uname and backtrace info. [mtosto@mtosto-bsd ~]$ uname -a FreeBSD mtosto-bsd.aei-msn.aeieng.com 7.0-BETA1 FreeBSD 7.0-BETA1 #1: Mon Oct 29 14:14:58 CDT 2007 mtosto@mtosto-bsd.aei-msn.aeieng.com:/usr/obj/usr/src/sys/SMP-CUSTOM i386 mtosto-bsd# kgdb kernel.debug /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: umass1: BBB bulk-in clear stall failed, IOERROR umass1: BBB bulk-out clear stall failed, IOERROR umass1: BBB reset failed, IOERROR umass1: BBB bulk-in clear stall failed, IOERROR umass1: at uhub1 port 3 (addr 6) disconnected Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x20:0xc044c4db stack pointer = 0x28:0xe5b279b4 frame pointer = 0x28:0xe5b279d0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 29 (usb1) trap number = 12 panic: page fault cpuid = 1 Uptime: 5d3h6m59s Physical memory: 2030 MB Dumping 316 MB: 301 285 269 253 237 221 205 189 173 157 141 125 109 93 77 61 45 29 13 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc05cfaf7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc05cfdb9 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc0826a9c in trap_fatal (frame=0xe5b27974, eva=0) at /usr/src/sys/i386/i386/trap.c:872 #4 0xc0826d20 in trap_pfault (frame=0xe5b27974, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:785 #5 0xc0827695 in trap (frame=0xe5b27974) at /usr/src/sys/i386/i386/trap.c:463 #6 0xc080d6ab in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc044c4db in xpt_done (done_ccb=0xc7514400) at /usr/src/sys/cam/cam_xpt.c:4856 #8 0xc045278e in probedone (periph=0xcc941600, done_ccb=Variable "done_ccb" is not available. ) at /usr/src/sys/cam/cam_xpt.c:6331 #9 0xc044e521 in camisr_runqueue (V_queue=Variable "V_queue" is not available. ) at /usr/src/sys/cam/cam_xpt.c:7255 #10 0xc0452d9f in xpt_bus_deregister (pathid=2) at /usr/src/sys/cam/cam_xpt.c:4442 #11 0xc0552320 in umass_cam_detach_sim (sc=0xc6b42400) at /usr/src/sys/dev/usb/umass.c:2694 #12 0xc05523cd in umass_detach (self=0xcc8a1200) at /usr/src/sys/dev/usb/umass.c:1542 #13 0xc05f28c8 in device_detach (dev=0xcc8a1200) at device_if.h:212 #14 0xc0557cf2 in usb_disconnect_port (up=0xc5636c58, parent=0xc5635700) at /usr/src/sys/dev/usb/usb_subr.c:1380 #15 0xc054f88e in uhub_explore (dev=0xc5635580) at /usr/src/sys/dev/usb/uhub.c:462 #16 0xc0555ea5 in usb_discover (v=Variable "v" is not available. ) at /usr/src/sys/dev/usb/usb.c:724 #17 0xc0556e97 in usb_event_thread (arg=0xc563e140) at /usr/src/sys/dev/usb/usb.c:440 #18 0xc05b00d9 in fork_exit (callout=0xc0556de0 , arg=0xc563e140, frame=0xe5b27d38) at /usr/src/sys/kern/kern_fork.c:796 #19 0xc080d720 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 (kgdb) list *0xc044c4db 0xc044c4db is in xpt_done (/usr/src/sys/cam/cam_xpt.c:4856). 4851 * any of the "non-immediate" type of ccbs. 4852 */ 4853 sim = done_ccb->ccb_h.path->bus->sim; 4854 switch (done_ccb->ccb_h.path->periph->type) { 4855 case CAM_PERIPH_BIO: 4856 TAILQ_INSERT_TAIL(&sim->sim_doneq, &done_ccb->ccb_h, 4857 sim_links.tqe); 4858 done_ccb->ccb_h.pinfo.index = CAM_DONEQ_INDEX; 4859 if ((sim->flags & CAM_SIM_ON_DONEQ) == 0) { 4860 mtx_lock(&cam_simq_lock); (kgdb) From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 15:39:11 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D77DC16A418 for ; Wed, 7 Nov 2007 15:39:11 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 9DF2513C494 for ; Wed, 7 Nov 2007 15:39:11 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id lA7FcpSD057105; Wed, 7 Nov 2007 09:38:51 -0600 (CST) (envelope-from scf@FreeBSD.org) Date: Wed, 7 Nov 2007 09:38:51 -0600 (CST) From: "Sean C. Farley" To: "Aryeh M. Friedman" In-Reply-To: <47312AA2.6000701@gmail.com> Message-ID: References: <47312AA2.6000701@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on mail.farley.org Cc: freebsd-current@FreeBSD.org Subject: Re: best way to configure a machine for kernel development X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 15:39:11 -0000 On Tue, 6 Nov 2007, Aryeh M. Friedman wrote: > I decided to put my fingers where my mouth is and jump into kernel > development instead of just complaining. Configuring a machine > properly to do this most effectivally I guess is the next step. I > only have one machine (I have some modest but non-critical production > stuff that needs to continue working). Some options I have come up > with: > > 1. Just hack my current sources and keep diffs (some automated way > would be nice of edit-->make diff) The Committer's Guide has information[1] on how to setup your environment to keep a local copy of CVS on your system. You will need to use a public CVSup server along with using the CVSup[2] tool, as opposed to csup, since it supports CVS mode. Begin with /usr/share/examples/cvsup/cvs-supfile for obtaining the source. After creating your local copy, you can checkout from this repository. Now, you will have a way to make diff's easily. I actually have a /usr/FreeBSD directory with multiple checkouts (HEAD, RELENG_6 and RELENG_7). This will involve you setting environment variables correctly to use a non /usr/src directory. Read build(7) for more information. Personally, I use a script[3] I wrote for building and installing. > 2. Use QEMU to create a development machine Unfortunately, device driver development will need access to the actual hardware. QEMU will only provide the guest OS its own emulated devices. > 3. Someone said something about unionfs and/or using a cvs mirror but > I missed that completely missed that > > Any other suggestions. Also since I tend to be a little slow on the > learning curve can you also point me to some good howto/tutorials on > what ever solution you suggest? Sean 1. http://www.freebsd.org/doc/en_US.ISO8859-1/articles/committers-guide/cvs.operations.html 2. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html 3. http://www.farley.org/freebsd/#fbinst -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 15:49:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3508316A419 for ; Wed, 7 Nov 2007 15:49:55 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from QMTA07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id D0BEF13C480 for ; Wed, 7 Nov 2007 15:49:54 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from OMTA07.westchester.pa.mail.comcast.net ([76.96.62.59]) by QMTA07.westchester.pa.mail.comcast.net with smtp id 9qxr1Y0061GhbT80004400; Wed, 07 Nov 2007 15:32:56 +0000 Received: from discordia ([24.60.136.97]) by OMTA07.westchester.pa.mail.comcast.net with comcast id 9rYw1Y00926FYqY0000000; Wed, 07 Nov 2007 15:32:56 +0000 X-Authority-Analysis: v=1.0 c=1 a=6I5d2MoRAAAA:8 a=O71Owz7cAAAA:8 a=xe8BsctaAAAA:8 a=PHDQHwAWbXtyCQgg62oA:9 a=B5s-DpTAknAhtVO3qgIA:7 a=8h1a0y2YVj1DNplF1jqc9o5UfJ0A:4 a=rPt6xJ-oxjAA:10 Received: by discordia (Postfix, from userid 103) id 4D70F1634F7; Wed, 7 Nov 2007 10:32:56 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (unknown [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by discordia (Postfix) with ESMTP id C97341634F6; Wed, 7 Nov 2007 10:32:39 -0500 (EST) Message-ID: <4731D9FF.9010009@FreeBSD.org> Date: Wed, 07 Nov 2007 10:30:07 -0500 From: Coleman Kane Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (X11/20071104) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org, Cristi Magherusan , Szymon Kozak X-Enigmail-Version: 0.96a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: panic in 8-CURRENT / BGE hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cokane@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 15:49:55 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > On Fri, 2007-10-26 at 22:34 +0200, Szymon Kozak wrote: >> / On 10/25/07, JoaoBR > > >> wrote: > />/ > > The main goal of the two technologies is the same, i.e., > out-of-band />/ > > server management. Both use Remote Management > and Control Protocol />/ > > (RMCP) for the network protocol but > ASF is implemented on NIC />/ > > firmware level while IPMI is > implemented on baseboard management />/ > > controller (BMC). Now > BCM57xx firmware has built-in ASF stack and />/ > > the interface > can be shared with BMC. If there is a BMC on-board and />/ > > > network controller is shared, obviously you cannot just reset the > />/ > > controller, etc. You have to 'tell' the firmware that you > are about />/ > > to do critical things, such as reset, start, > stop, link negotiation, />/ > > etc, so that it can communicate > with BMC beforehand. If you turn on />/ > > hw.bge.allow_asf, it > does just that. Unfortunately, it does not work />/ > > for all > systems in the real world because they are not created equal, />/ > > > e.g., different spec. revisions, hardware implementations, > firmware, />/ > > BIOS, etc. Basically some system fails *without* > it while some />/ > > system fails *with* it. Hence, the tunable > was necessary. At least, />/ > > that is how I understand it. />/ > > />/ > />/ > thank you, that was great />/ > />/ > but would > really not harm to put something about resumed into the man page > />/ > />/ />/ Hello, />/ I have the same problem, but change > value to hw.bge.allow_asf="0" />/ doesn't work for me. />/ I have > Broadcom NetLink (TM) Gigabit Ethernet in my ThinkPad R61. />/ > Dmesg from FreeBSD-STABLE shows: />/ />/ bge0: BCM5754/5787 A2, ASIC rev. 0xb002> mem />/ 0xfe000000-0xfe00ffff > irq 18 at device 0.0 on pci4 />/ />/ Here is complete dmesg: > http://slane.pl/tmp/dmesg.txt />/ />/ Anybody know what's wrong? / > Hello, > > I've tried again the latest version of if_bge.c on my HP 6710b > laptop with no results, even after setting hw.bge.allow_asf="0". > I've also tried with the debugger and it seems to panic when > calling free() in device_probe_child.c (IIRC). Then I #define'd > BUS_PROBE and the freeze occurs after displaying something like > "devclass_alloc_unit: now: unit 0 in devclass bge". > > The 7 Beta 1.5 install CD hangs also when loading the driver. > > I have a coredump made from whithin the debugger with the exact > place where the faulty free() occurs, so I can provide more exact > info if someone is interested. I just hope this is not a > heisen-bug. > > Best regards, Cristi I have a 6715b that is experiencing the same exact problem. I made a release from 8-CURRENT as of last night and I still see it. Just by chance, I installed my normal kernel (for my other amd64 machine) onto the ISO and re-burned and it worked (since I don't have if_bge on that kernel). After selectively loading/unloading modules I tracked it down to this. Has any more traction been made on the BGE issue here? - -- Coleman Kane -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHMdn+cMSxQcXat5cRAufMAJ9R/xRmsY1/XIdq+Vgx9AjO18yiywCfSoY8 Yv+tq/NrUP6Vfd/ihYcCyJ4= =wKt6 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 16:02:34 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E134816A41B; Wed, 7 Nov 2007 16:02:34 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id C844A13C4A3; Wed, 7 Nov 2007 16:02:34 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 4CE701CC03C; Wed, 7 Nov 2007 08:02:12 -0800 (PST) Date: Wed, 7 Nov 2007 08:02:12 -0800 From: Jeremy Chadwick To: "Aryeh M. Friedman" Message-ID: <20071107160212.GA31717@eos.sc1.parodius.com> References: <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> <47315094.6080405@yandex.ru> <47315158.5090304@gmail.com> <4731A755.7060701@yandex.ru> <4731AEE8.70606@gmail.com> <4731AFA5.9090104@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4731AFA5.9090104@gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: d@delphij.net, Justin Hibbits , freebsd-current@freebsd.org, "Andrey V. Elsukov" , "Sean C. Farley" , S?ren Schmidt Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 16:02:35 -0000 On Wed, Nov 07, 2007 at 07:29:25AM -0500, Aryeh M. Friedman wrote: > BTW the acd0 timeout issue is still there This is a separate issue, and as I mentioned somewhere else in the thread, happens on numerous hardwares of all kinds. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 16:06:13 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A54C216A476 for ; Wed, 7 Nov 2007 16:06:13 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.229]) by mx1.freebsd.org (Postfix) with ESMTP id 571A813C4C4 for ; Wed, 7 Nov 2007 16:06:13 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so2145442wxd for ; Wed, 07 Nov 2007 08:06:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=uAoXuTSQMDRweBShh31has6Q9GHrSi4xkKQowqk5zkk=; b=uSIKrns/nUEywP9EYKgzNOOTKbMQYKP27zGdKigLeKOcKDW14X4kRU7Rl6KIgsSBFo0Btbkh5yXwqId8bdVKmEtB9isW5O7Lz+dp3JGRxXHlP9HxK0Sn1bOYxxths8mLnuqcnMAoUyncmgv8+RqYSIOo6qWECYUmyPmdrUlihUo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=mwxlajSIVKgM9J8Mj4tq/IwqXqsj+9ubdgFGT0ZLTHBPgy5usX6R3Kb80/PeoWMepV9xHyOtfZBvcGaFIN/QEYXOBHI1xlW0uk7G87FWxDC3q5WpGgiibDov38ClG9Fjetma7b97rSdo0dyuXf32KlfUeuHFMcMx2zA9znvE6Lw= Received: by 10.90.83.14 with SMTP id g14mr5382920agb.1194451565211; Wed, 07 Nov 2007 08:06:05 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id v26sm13228902ele.2007.11.07.08.06.02 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 07 Nov 2007 08:06:04 -0800 (PST) Message-ID: <4731E269.6000701@gmail.com> Date: Wed, 07 Nov 2007 11:06:01 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: Jeremy Chadwick References: <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> <47315094.6080405@yandex.ru> <47315158.5090304@gmail.com> <4731A755.7060701@yandex.ru> <4731AEE8.70606@gmail.com> <4731AFA5.9090104@gmail.com> <20071107160212.GA31717@eos.sc1.parodius.com> In-Reply-To: <20071107160212.GA31717@eos.sc1.parodius.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: d@delphij.net, Justin Hibbits , freebsd-current@freebsd.org, "Andrey V. Elsukov" , "Sean C. Farley" , S?ren Schmidt Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 16:06:13 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jeremy Chadwick wrote: > On Wed, Nov 07, 2007 at 07:29:25AM -0500, Aryeh M. Friedman wrote: >> BTW the acd0 timeout issue is still there > > This is a separate issue, and as I mentioned somewhere else in the > thread, happens on numerous hardwares of all kinds. As I remember correctly you mentioned it as a annonyance for cluttering up the log files not in the context of complete impossibility to r/w anything from acd0 due to timeouts... namely you got errornous error messages that had no real effect on actual functionality; the issue I was confirming prevents any use of acd0 (or even booting if there is a cd in the drive) - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHMeJosK9eX2QgtDIRAgVQAJ9uDJCQXpc3zcw5UITZsxwP1RuVFQCfY0LT Xi5BUg4n6JvG0qc1wlKLJuA= =Zc5+ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 16:09:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6E3716A418; Wed, 7 Nov 2007 16:09:20 +0000 (UTC) (envelope-from jamesh@lanl.gov) Received: from mailwasher.lanl.gov (mailwasher.lanl.gov [204.121.3.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6E6D313C48E; Wed, 7 Nov 2007 16:09:19 +0000 (UTC) (envelope-from jamesh@lanl.gov) Received: from mailrelay2.lanl.gov (mailrelay2.lanl.gov [128.165.4.103]) by mailwasher.lanl.gov (8.13.8/8.13.8/(ccn-5)) with ESMTP id lA7Fl6qW010624; Wed, 7 Nov 2007 08:47:06 -0700 Received: from oppie-mail.lanl.gov (oppie-mail.lanl.gov [128.165.4.123]) by mailrelay2.lanl.gov (8.13.8/8.13.8/(ccn-5)) with ESMTP id lA7Fl68d018086; Wed, 7 Nov 2007 08:47:06 -0700 Received: from [128.165.86.10] (secretariat.lanl.gov [128.165.86.10]) by oppie-mail.lanl.gov (Postfix) with ESMTP id F241B1F8004; Wed, 7 Nov 2007 08:46:53 -0700 (MST) From: James To: "Aryeh M. Friedman" In-Reply-To: <4731BDE8.7070106@gmail.com> References: <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> <47315094.6080405@yandex.ru> <4731522B.906@gmail.com> <4731B14F.5000702@conducive.net> <4731B286.2020204@FreeBSD.org> <4731BDE8.7070106@gmail.com> Organization: Los Alamos National Laboratories Date: Wed, 07 Nov 2007 15:46:52 -0700 Message-Id: <1194475612.29601.7.camel@secretariat.lanl.gov> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port X-CTN-5-MailScanner-Information: Please see http://network.lanl.gov/email/virus-scan.php X-CTN-5-MailScanner: Found to be clean X-CTN-5-MailScanner-From: jamesh@lanl.gov X-Spam-Status: No Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: =?UTF-8?Q?=E9=9F=93=E5=AE=B6=E6=A8=99?= Bill Hacker , freebsd-current@freebsd.org Subject: Re: (URGENT/NEW) Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jamesh@lanl.gov List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 16:09:20 -0000 On Wed, 2007-11-07 at 08:30 -0500, Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > > > > Can we get some less hyperbolic subject lines in here, please? > > Thanks. > > I was saving this comment until after the issues where solved but now > is as good a time as any.... ever since I got the machine in late > augest I have raised this issue (as politely and approriate as > possible as per posting guidelines and general group feeling) 3 or 4 > times (see some of the references on the wiki). The latest was about > 24 hrs before this thread started (the master one) and in conjunction > with 2 other people who reported almost identical problems (and in the > case of this specific subthread 100% identical). > > Not a *SINGLE* one of these threads got any attention (except for a > very brief interaction with Xi Lin [I think] that made it so my drives > where are least reconized as being SATA instead of UDMA33). It took me a long time, but I eventually realised that *no one* owes me their time here. I've had issues on questions and ports I've raised repeatedly for months; if no one has the knowledge to help me, I have to accept it and move on. Try not to hold it against anyone that sometimes, your answer just isn't known. > It was > not until I made the comment that a wiki had been setup did any > attention get payed to the issue. Please note the orginial note on > the wiki setup said specifically it was made so me and the other two > reporters could work on making a patch (since I thought none of the > current developers had a solution or the possibility of one). > Looking at this, I honestly think that you made a mistake deciding against hacking the code yourself for fear of duplication of efforts. You seem to be comfortable getting in there and dealing with the guts of code yourself; go for it. At the very worst, it's duplication of effort, but it will *never* be a waste of time. Scratch your own itch; it's the best way to go. > I am not attempting to complain here just say that a slightly better > way has to be found then talking to the wind or PO'ing everyone with > "alarmist" headlines. From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 16:14:18 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6535B16A421 for ; Wed, 7 Nov 2007 16:14:18 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id E9BB213C4B6 for ; Wed, 7 Nov 2007 16:14:17 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1774182nfb for ; Wed, 07 Nov 2007 08:14:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=hu0f7Uxm3HduaZ/9OSdOEMP+azwSKK+X40Iloux2geE=; b=JcZ22Yue4iDNfDSSCB9vQEaP3L5yWXQN6mcAzcVKrRNwBe4+2KRIJ30pUatN49c868Y4iBL8jLgojlCdzKf99u+DOqJXFqsA4LLQZjUJcLK3DUm1tfR1S6sM200IaWs4adHgtJ95JlKr0N4McDfnNgxu+4RsjgeNYHOhcDIFI3M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=IZL4ZyeZGewoG7kMOMNsdVwXAFmxDQ9beuJ1S0BINkB27qSOlmkuW0aDA4ysW4N0kWaiC82H9pfeOjI0vGsh//8FW2SB8fG+W7eeQkhTuJcGecjoEZ1hntOw0vufpeWl3oi7O35h5OVe/pys2V5fJPEtOfL6b/Z/tAabmNDGoyg= Received: by 10.86.60.7 with SMTP id i7mr5356411fga.1194451643622; Wed, 07 Nov 2007 08:07:23 -0800 (PST) Received: by 10.86.90.4 with HTTP; Wed, 7 Nov 2007 08:07:23 -0800 (PST) Message-ID: <3bbf2fe10711070807h7e7fb5b8t220ad73dcdcad0c9@mail.gmail.com> Date: Wed, 7 Nov 2007 17:07:23 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Rui Paulo" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> <20071104231422.GA82337@rink.nu> <472F5E62.4080406@samsco.org> <60C64C73-A019-4C01-85E1-80DF4C76B1AF@freebsd.org> X-Google-Sender-Auth: ada5bcec31041fd8 Cc: Rink Springer , freebsd-i386@freebsd.org, freebsd-current@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: MacBook users: possible fix for the SMP 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: Wed, 07 Nov 2007 16:14:18 -0000 2007/11/7, Rui Paulo : > > > If you have a MacBook, you now need to set hw.ich.disable_legacy_usb > on the boot loader prompt or in loader.conf. I decided to go this > route because it seems safer. Imagine the case where there's a port at > the same IO address that has nothing to do with the ICH7. If we tried > to issue the outl() on every system, something bad could happen. I would prefer to let it autotune by the system, if possible, in this situation. Great work, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 16:14:47 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D180416A419; Wed, 7 Nov 2007 16:14:47 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id DE83513C4B7; Wed, 7 Nov 2007 16:14:46 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 964D91CC07A; Wed, 7 Nov 2007 08:14:34 -0800 (PST) Date: Wed, 7 Nov 2007 08:14:34 -0800 From: Jeremy Chadwick To: "Aryeh M. Friedman" Message-ID: <20071107161434.GA32044@eos.sc1.parodius.com> References: <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> <47315094.6080405@yandex.ru> <47315158.5090304@gmail.com> <4731A755.7060701@yandex.ru> <4731AEE8.70606@gmail.com> <4731AFA5.9090104@gmail.com> <20071107160212.GA31717@eos.sc1.parodius.com> <4731E269.6000701@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4731E269.6000701@gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: d@delphij.net, Justin Hibbits , freebsd-current@freebsd.org, "Andrey V. Elsukov" , "Sean C. Farley" , S?ren Schmidt Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 16:14:47 -0000 On Wed, Nov 07, 2007 at 11:06:01AM -0500, Aryeh M. Friedman wrote: > Jeremy Chadwick wrote: > > This is a separate issue, and as I mentioned somewhere else in the > > thread, happens on numerous hardwares of all kinds. > As I remember correctly you mentioned it as a annonyance for > cluttering up the log files not in the context of complete > impossibility to r/w anything from acd0 due to timeouts... namely you > got errornous error messages that had no real effect on actual > functionality; the issue I was confirming prevents any use of acd0 > (or even booting if there is a cd in the drive) What I said was two lines: "The SATA ATAPI errors you see are something I can't really help with, many see these kinds of messages on all sorts of hardware." Although I am curious to know what happens if you take that SATA ATAPI drive and replace it with another SATA ATAPI drive of a different brand, such as Plextor or Pioneer. Most of the ATAPI errors I've seen have been caused by ATAPI devices which simply don't implement specific ATAPI commands. FreeBSD is fairly verbose about reporting such. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 16:28:04 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3258616A41A for ; Wed, 7 Nov 2007 16:28:04 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 5219713C49D for ; Wed, 7 Nov 2007 16:28:03 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so211016uge for ; Wed, 07 Nov 2007 08:27:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=v8s6zitUWstJijgAjJt+7TABHrLMZslWgTDjWF4nE54=; b=c7tjzTy0eJThsv7BojdIKHeX15CPyO3GYODFCyM1Gyd6imancW04YPABQQyGSTU2wq5JIWrZkoG3JRWPWYYhIWa+KcR6eiE6s2EaBtL0u91lyf34El7r97AQSCjY47RVU792xviqRM1LlIH0wpgMFRCq7uOMzTFXIXTU9zqo6rw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=f6UbVyfujPWs3bZrFXQzRcyAExVPiNPI57YZtGGHGrMY/YHpeuta6jraEnM7qiKybGCvfuvS6+YFi1Opq8TcbWZ43qwGaBYIKdKpYdMViJ6QdVXjN+/0I+zeZWjjiOGPLK+PWL01a9OT4n/igGSJvWfeOgj+AL1grdhQ0uNTCC8= Received: by 10.67.24.11 with SMTP id b11mr1067917ugj.1194452874999; Wed, 07 Nov 2007 08:27:54 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id 32sm1886699ugf.2007.11.07.08.27.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 07 Nov 2007 08:27:53 -0800 (PST) Message-ID: <4731E77F.8070600@gmail.com> Date: Wed, 07 Nov 2007 11:27:43 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: Jeremy Chadwick References: <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> <47315094.6080405@yandex.ru> <47315158.5090304@gmail.com> <4731A755.7060701@yandex.ru> <4731AEE8.70606@gmail.com> <4731AFA5.9090104@gmail.com> <20071107160212.GA31717@eos.sc1.parodius.com> <4731E269.6000701@gmail.com> <20071107161434.GA32044@eos.sc1.parodius.com> In-Reply-To: <20071107161434.GA32044@eos.sc1.parodius.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: d@delphij.net, Justin Hibbits , freebsd-current@freebsd.org, "Andrey V. Elsukov" , "Sean C. Farley" , S?ren Schmidt Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 16:28:04 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > Although I am curious to know what happens if you take that SATA > ATAPI drive and replace it with another SATA ATAPI drive of a > different brand, such as Plextor or Pioneer. Most of the ATAPI > errors I've seen have been caused by ATAPI devices which simply > don't implement specific ATAPI commands. FreeBSD is fairly verbose > about reporting such. Sadly that involves $50 or so I don't have (it was my lucky day when I found $1 under the recylcing containers this morning)... in the situation your thinking of does the timeout just simplely lock the drive up (actually not lock it but effectivally so).... for example: mount /dev/acd0 /mnt will complete freeze mount up (luckly not everything else some other nameless OS) to the point that ^C, ^Z, kill (w/ and wo/ -9) do absulutly nothing to get mount to exit - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHMed+sK9eX2QgtDIRAreHAJ98u+TXFMKOklpZ2qWkM1oHDdJ7DACglJpT 9tTEHPZJtrV3vk/YoLg+f+o= =Sf8n -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 16:34:46 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA55616A418; Wed, 7 Nov 2007 16:34:46 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) by mx1.freebsd.org (Postfix) with ESMTP id A719713C4B8; Wed, 7 Nov 2007 16:34:46 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from webmail.alpha-tierchen.de (port-212-202-41-210.dynamic.qsc.de [212.202.41.210]) by mx02.qsc.de (Postfix) with ESMTP id 1B11816C0BEA; Wed, 7 Nov 2007 17:14:00 +0100 (CET) Received: from 192.168.1.2 (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Wed, 7 Nov 2007 16:13:57 -0000 (UTC) Message-ID: <56942.192.168.1.2.1194452037.squirrel@webmail.alpha-tierchen.de> Date: Wed, 7 Nov 2007 16:13:57 -0000 (UTC) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: arm@freebsd.org User-Agent: SquirrelMail/1.4.11 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: current@freebsd.org Subject: Re: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 16:34:47 -0000 > [...] > cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/main.c > cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/mbufs.c > cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/netcmds.c > /src/usr.bin/systat/netcmds.c: In function 'netcmd': > /src/usr.bin/systat/netcmds.c:127: internal compiler error: internal > consistency failure > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. > *** Error code 1 > > Stop in /src/usr.bin/systat. > *** Error code 1 > [...] Hello, I'm working on eliminating this bug. I encircled it already. It comes with the commit of the following files on October 13th 2007 16:28 UTC: src/include/_ctype.h src/include/ctype.h src/include/wctype.h src/lib/libc/locale/Symbol.map src/lib/libc/locale/big5.c src/lib/libc/locale/euc.c src/lib/libc/locale/gb18030.c src/lib/libc/locale/gb2312.c src/lib/libc/locale/gbk.c src/lib/libc/locale/isctype.c src/lib/libc/locale/iswctype.c src/lib/libc/locale/mskanji.c src/lib/libc/locale/none.c src/lib/libc/locale/setrunelocale.c src/lib/libc/locale/utf8.c Maybe you're faster than me with solving this problem. Regards Björn From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 17:02:15 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F8F516A418 for ; Wed, 7 Nov 2007 17:02:15 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 6591C13C49D for ; Wed, 7 Nov 2007 17:02:14 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:63705 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IpoI0-000G8h-1A for freebsd-current@freebsd.org; Wed, 07 Nov 2007 17:02:04 +0000 Message-ID: <4731EF8B.3010309@conducive.net> Date: Wed, 07 Nov 2007 12:02:03 -0500 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> <47315094.6080405@yandex.ru> <47315158.5090304@gmail.com> <4731A755.7060701@yandex.ru> <4731AEE8.70606@gmail.com> <4731AFA5.9090104@gmail.com> <20071107160212.GA31717@eos.sc1.parodius.com> <4731E269.6000701@gmail.com> <20071107161434.GA32044@eos.sc1.parodius.com> <4731E77F.8070600@gmail.com> In-Reply-To: <4731E77F.8070600@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 17:02:15 -0000 Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > >> Although I am curious to know what happens if you take that SATA >> ATAPI drive and replace it with another SATA ATAPI drive of a >> different brand, such as Plextor or Pioneer. Most of the ATAPI >> errors I've seen have been caused by ATAPI devices which simply >> don't implement specific ATAPI commands. FreeBSD is fairly verbose >> about reporting such. > > Sadly that involves $50 or so I don't have (it was my lucky day when I > found $1 under the recylcing containers this morning)... Puhleez! .. /dev/null the poverty reports. Tedious coming from one of Merica's wealthier counties. D'you have the *slightest* idea what limited resources *most* folks here have to work with? Think Eastern Europe. Asia. 66% tax rates in Canada or Danmark. Families to feed, and s**t day-jobs. And use that PATA connection and a salvaged CDR - or borrowed USB one - if you need to burn a CD in such a hurry. > in the > situation your thinking of does the timeout just simplely lock the > drive up (actually not lock it but effectivally so).... for example: > > mount /dev/acd0 /mnt > > will complete freeze mount up (luckly not everything else some other > nameless OS) to the point that ^C, ^Z, kill (w/ and wo/ -9) do > absulutly nothing to get mount to exit > Interesting way to mount an optical device. What happens with: mount -t cd9660 /dev/acd0 /cdrom ?? Bill From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 16:41:42 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D576D16A419; Wed, 7 Nov 2007 16:41:42 +0000 (UTC) (envelope-from mlfbsd@dong.ci0.org) Received: from dong.ci0.org (dong.ci0.org [IPv6:2001:7a8:2066:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id F3BB313C4BA; Wed, 7 Nov 2007 16:41:41 +0000 (UTC) (envelope-from mlfbsd@dong.ci0.org) Received: from dong.ci0.org (localhost.ci0.org [127.0.0.1]) by dong.ci0.org (8.13.8/8.13.8) with ESMTP id lA7HZKZu023793; Wed, 7 Nov 2007 18:35:21 +0100 (CET) (envelope-from mlfbsd@dong.ci0.org) Received: (from mlfbsd@localhost) by dong.ci0.org (8.14.1/8.13.8/Submit) id lA7HZKXx023792; Wed, 7 Nov 2007 18:35:20 +0100 (CET) (envelope-from mlfbsd) Date: Wed, 7 Nov 2007 18:35:20 +0100 From: Olivier To: Bj?rn K?nig Message-ID: <20071107173520.GA23759@ci0.org> References: <56942.192.168.1.2.1194452037.squirrel@webmail.alpha-tierchen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56942.192.168.1.2.1194452037.squirrel@webmail.alpha-tierchen.de> User-Agent: Mutt/1.4.1i X-Mailman-Approved-At: Wed, 07 Nov 2007 17:04:40 +0000 Cc: arm@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 16:41:42 -0000 On Wed, Nov 07, 2007 at 04:13:57PM -0000, Bj?rn K?nig wrote: > > [...] > > cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/main.c > > cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/mbufs.c > > cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/netcmds.c > > /src/usr.bin/systat/netcmds.c: In function 'netcmd': > > /src/usr.bin/systat/netcmds.c:127: internal compiler error: internal > > consistency failure > > Please submit a full bug report, > > with preprocessed source if appropriate. > > See for instructions. > > *** Error code 1 > > > > Stop in /src/usr.bin/systat. > > *** Error code 1 > > [...] > > Hello, I'm working on eliminating this bug. I encircled it already. It > comes with the commit of the following files on October 13th 2007 16:28 > UTC: > > src/include/_ctype.h > src/include/ctype.h > src/include/wctype.h > src/lib/libc/locale/Symbol.map > src/lib/libc/locale/big5.c > src/lib/libc/locale/euc.c > src/lib/libc/locale/gb18030.c > src/lib/libc/locale/gb2312.c > src/lib/libc/locale/gbk.c > src/lib/libc/locale/isctype.c > src/lib/libc/locale/iswctype.c > src/lib/libc/locale/mskanji.c > src/lib/libc/locale/none.c > src/lib/libc/locale/setrunelocale.c > src/lib/libc/locale/utf8.c > > Maybe you're faster than me with solving this problem. > > Regards > Bj?rn Hi, Thanks a lot for working on this ! As far as I know, nobody went that far. I just switched to defaulting to -O, since this is only hitted with -O2, but the tinderbox overrides the defaults. Regards, Olivier From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 17:12:43 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A426016A421 for ; Wed, 7 Nov 2007 17:12:43 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 0EA6A13C4BC for ; Wed, 7 Nov 2007 17:12:41 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so222905uge for ; Wed, 07 Nov 2007 09:12:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=ze8drFZcWvJpP9eT4hyJiacE8ZtfFGCsZ8LJ+N6Mzj0=; b=d7Cop26TavXeA03iyiBkpGM70DyqLX3N4UFZn4R3yOOyOSYkTYZel3ADpnuiJ0vRysVqGMa5N3p3Ww7dUrSf/a1tM1OjywsoK4Jz31ZIp43wYfba+LhmTu3b8YHt13TetEeyjxJzrbELpv/m32pN+BmEamzXe72U6PHwKNSpBz8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=jgB9FS6JiNB0ccxoRsw7gdzlO0+XYvunEVR1vmGnJpGDONwPVNEYUj1IjF8Zy9lY+aGMy0vfEbaONUIAOR8/s28iA0qkpHdy27ECLlCnHk6CDrrvwsfHKbo/JXV+OsHAK9Nkfpds8Q2XFhAOuktL6UUNLzZBPATcWKBN4TOWZUI= Received: by 10.67.19.17 with SMTP id w17mr957538ugi.1194455549837; Wed, 07 Nov 2007 09:12:29 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id k1sm1953747ugf.2007.11.07.09.12.18 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 07 Nov 2007 09:12:28 -0800 (PST) Message-ID: <4731F1F0.2050300@gmail.com> Date: Wed, 07 Nov 2007 12:12:16 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= References: <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> <47315094.6080405@yandex.ru> <47315158.5090304@gmail.com> <4731A755.7060701@yandex.ru> <4731AEE8.70606@gmail.com> <4731AFA5.9090104@gmail.com> <20071107160212.GA31717@eos.sc1.parodius.com> <4731E269.6000701@gmail.com> <20071107161434.GA32044@eos.sc1.parodius.com> <4731E77F.8070600@gmail.com> <4731EF8B.3010309@conducive.net> In-Reply-To: <4731EF8B.3010309@conducive.net> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 17:12:43 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > Interesting way to mount an optical device. > > What happens with: > > mount -t cd9660 /dev/acd0 /cdrom I was using that mount purely as an example.... any command that accessed acd0 locks up in the manner described. - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHMfHvsK9eX2QgtDIRAqgWAKCTwsVD+0Z/qVaF+WlLIgnh7y3ccgCfeSaX +O6hPd7m2WYzqPFOmc1xHpQ= =MqQ1 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 17:28:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9430716A4E2 for ; Wed, 7 Nov 2007 17:28:37 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from fri.itea.ntnu.no (fri.itea.ntnu.no [129.241.7.60]) by mx1.freebsd.org (Postfix) with ESMTP id 2655D13C4A5 for ; Wed, 7 Nov 2007 17:28:36 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by fri.itea.ntnu.no (Postfix) with ESMTP id 76CA281CE; Wed, 7 Nov 2007 18:09:22 +0100 (CET) Received: from caracal.stud.ntnu.no (caracal.stud.ntnu.no [129.241.56.185]) by fri.itea.ntnu.no (Postfix) with ESMTP; Wed, 7 Nov 2007 18:09:22 +0100 (CET) Received: by caracal.stud.ntnu.no (Postfix, from userid 2312) id 6F94F624109; Wed, 7 Nov 2007 18:09:41 +0100 (CET) Date: Wed, 7 Nov 2007 18:09:41 +0100 From: Ulf Lilleengen To: arne_woerner@yahoo.com Message-ID: <20071107170941.GA21274@stud.ntnu.no> References: <20071106131741.grldkfpy80s4sw0w@newwebmail.jnielsen.net> <196381.86340.qm@web30305.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <196381.86340.qm@web30305.mail.mud.yahoo.com> User-Agent: Mutt/1.5.9i X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Cc: John Nielsen , freebsd-current@freebsd.org, "fluffles.net" Subject: Re: geom_raid5 inclusion in HEAD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 17:28:37 -0000 On tir, nov 06, 2007 at 11:33:42 -0800, Arne W�rner wrote: > --- John Nielsen wrote: > > I would like to see this get wider testing and eventually be included > > as well. A few questions (some of which I know the answer to but would > > like to have you field for the list): > > > > Where can I get/test/review the code? > > > http://wgboome.homepage.t-online.de./geom_raid5.tbz > aka TOS (the original *ah*eh*... maybe B4 would be a nice name, too) > the most stable version > but slower than TNG/PP, if there r many requests within a short time, > that could be combined... > http://wgboome.homepage.t-online.de./geom_raid5-eff.tbz > aka TNG > quite memory hungry, but faster than without any "-..." > http://wgboome.homepage.t-online.de./geom_raid5-pp.tbz > pp = double-plus (I have a little thing with "1984" (by Orwell or so)) > not as memory hungry as "-tng" and possibly not so fast... > but more memory hungry than without any "-..." > I like PP's code best (it's the cleanest of all three)... > [...] > I would say correctness has not been tested as much as necessary... > Pawel's test with gmirror on top of a graid5 device and some trustworthy device > would be quite good for the first... > But maybe fluffles did that test already... I was somehow not so interested in > graid5 in the last weeks... > > > Are there any threads on the freebsd-geom or other mailing lists that > > would be enlightening? Has a call for testing and/or code review been > > made on that list recently? > > > Not recently... And: "No"... > IIRC they believed, that it is too much code and too complex code... Maybe that > was the polite form of "chaotic/un-maintain-able code"... :-)) > Well, first I'd like to say I like the effort and the concept of the geom_raid5 class itself, and it's definately something useful. But I agree with the point that is some very complex code. I took some quick sweeps over the code, and the general impression I got was: - Many style(9) issues. - Lack of documentation. There are many small comments, but there is little description on top of functions describing their purpose and what they do. This makes it hard to get into it for reviewers and other developers. - As to the code logic itself I was a bit sceptic about having the malloc saving queue. Does it really improve performance that much? It's just the sort of thing that could easily lead to bugs. - I also wonder a bit why you use two worker threads, as this also increases complexity (but again, does it improve performance to the point that it's worth it?). And last but not least: All of this have to be reviewed before going into the tree, and there are not many people who can do that right now. However, I really like your work and would gladly help improving it. -- Ulf Lilleengen From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 17:34:28 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D77D216A46D; Wed, 7 Nov 2007 17:34:28 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 68ED213C4C5; Wed, 7 Nov 2007 17:34:28 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id lA7HYE8Y069812; Wed, 7 Nov 2007 10:34:15 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4731F712.5000601@samsco.org> Date: Wed, 07 Nov 2007 10:34:10 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Rui Paulo References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> <20071104231422.GA82337@rink.nu> <472F5E62.4080406@samsco.org> <60C64C73-A019-4C01-85E1-80DF4C76B1AF@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Wed, 07 Nov 2007 10:34:15 -0700 (MST) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@FreeBSD.org, Rink Springer , freebsd-i386@FreeBSD.org, freebsd-hardware@FreeBSD.org Subject: Re: MacBook users: possible fix for the SMP 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: Wed, 07 Nov 2007 17:34:28 -0000 We can probably do a hack early on to see the PCI ID of the chipset. If that's possible, then it can be turned on by default for that case. The problem with tunbles like this is that they are inherently obscure, especially for new users that are most likely to need them. Scott Rui Paulo wrote: > I'm requesting review for the following patch: > > Index: sys/i386/isa/clock.c > =================================================================== > RCS file: /home/ncvs/src/sys/i386/isa/clock.c,v > retrieving revision 1.240 > diff -u -p -r1.240 clock.c > --- sys/i386/isa/clock.c 26 Oct 2007 03:23:54 -0000 1.240 > +++ sys/i386/isa/clock.c 7 Nov 2007 15:27:21 -0000 > @@ -130,6 +130,9 @@ static u_char rtc_statusb = RTCSB_24HR; > #define ACQUIRED 2 > #define ACQUIRE_PENDING 3 > > +/* Intel ICH register */ > +#define ICH_PMBASE 0x400 > + > static u_char timer2_state; > > static unsigned i8254_get_timecount(struct timecounter *tc); > @@ -616,11 +619,26 @@ i8254_init(void) > void > startrtclock() > { > + char *ichenv; > u_int delta, freq; > > writertc(RTC_STATUSA, rtc_statusa); > writertc(RTC_STATUSB, RTCSB_24HR); > > + /* > + * On some systems, namely MacBooks, we need to disallow the > + * legacy USB circuit to generate an SMI# because this can > + * cause several problems, namely: incorrect CPU frequency > + * detection and failure to start the APs. > + */ > + ichenv = getenv("hw.ich.disable_legacy_usb"); > + if (ichenv != NULL) { > + if (bootverbose) > + printf("Disabling LEGACY_USB_EN bit on Intel ICH.\n"); > + outl(ICH_PMBASE + 0x30, inl(ICH_PMBASE + 0x30) & ~0x8); > + freeenv(ichsmi); > + } > + > freq = calibrate_clocks(); > #ifdef CLK_CALIBRATION_LOOP > if (bootverbose) { > > > If you have a MacBook, you now need to set hw.ich.disable_legacy_usb on > the boot loader prompt or in loader.conf. I decided to go this route > because it seems safer. Imagine the case where there's a port at the > same IO address that has nothing to do with the ICH7. If we tried to > issue the outl() on every system, something bad could happen. > > Comments? > > Regards. > -- > Rui Paulo > From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 17:38:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95F4A16A418 for ; Wed, 7 Nov 2007 17:38:37 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 0A73F13C4A3 for ; Wed, 7 Nov 2007 17:38:36 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.4] (opus.cse.buffalo.edu [128.205.32.4]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id lA7HaxEu029968 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 7 Nov 2007 12:37:00 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: avleeuwen@piwebs.com In-Reply-To: References: <200710131857.46963.pieter@degoeje.nl> <200710140408.46121.pieter@degoeje.nl> <471427BE.10500@freebsd.org> <20071016112907.GD6511@deviant.kiev.zoral.com.ua> <4715FAA7.7030404@freebsd.org> <20071018093948.GN6511@deviant.kiev.zoral.com.ua> <20071019091249.GI88271@carrick.bishnet.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ujqA57MYbKDS/UplHzcu" Organization: U. Buffalo CSE Department Date: Wed, 07 Nov 2007 12:36:59 -0500 Message-Id: <1194457019.35649.82.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1335; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: Kostik Belousov , Pieter de Goeje , freebsd-current@freebsd.org, Rolf Witt , Tim Bishop Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 17:38:37 -0000 --=-ujqA57MYbKDS/UplHzcu Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2007-10-23 at 11:35 +0200, Arjan van Leeuwen wrote: > 2007/10/19, Tim Bishop : > > > > On Thu, Oct 18, 2007 at 06:40:04PM +0200, Arjan van Leeuwen wrote: > > > > are softupdates on ? > > > > > > > > Yes. Turning them off seems to fix the problem (fingers crossed - I > > only > > > > turned it off this morning, didn't have a panic yet) > > > > > > After working for a whole day without softupdates, I can say that > > turning > > > them off at least causes less panics to happen than with them turned = on, > > > maybe they even don't happen at all without softupdates; I haven't ha= d a > > > panic all day, while I have one every few hours with softupdates turn= ed > > on. > > > > I've been running for the best part of a day now with softupdates turne= d > > off and so far no panics. I'm running tinderbox on the host, and it > > would quite reliably crash it before. > > > > Of course it's hard to say if this has fixed the problem... maybe it > > doesn't happen as often, or maybe my data is being slowly chewed up > > instead ;-) >=20 > It looks like on the same system, I'm able to reliably panic zfs as well, > under the exact same conditions (i.e. linking a particularly big piece of > software). Maybe this is not a problem in the filesystem at all. I've not > been able to get a coredump yet from the zfs panic. > This is in 7.0-PRERELEASE, btw (I switched to RELENG_7 when the branching > happened). Is anyone who had been able to trigger this panic still having problems with recent kernels (and soft updates turned on)? I've checked with a few people who had been experiencing the panic and they can no longer trigger it. It's at least a tiny bit possible some of the VM fixes that have gone in addressed this problem. We'd like to find out if anyone can still trigger this. Thanks. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-ujqA57MYbKDS/UplHzcu Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHMfe7/G14VSmup/YRAgn+AJ42kqCjB1UZQ8cZy8l0sLaVRwwxTwCgjw3s oKr0VEKLH6d50pBg/lb5IXg= =LVMx -----END PGP SIGNATURE----- --=-ujqA57MYbKDS/UplHzcu-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 17:40:51 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DC5C16A417 for ; Wed, 7 Nov 2007 17:40:51 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 40D2713C480 for ; Wed, 7 Nov 2007 17:40:50 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:63507 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IpotL-000GLL-0i for freebsd-current@freebsd.org; Wed, 07 Nov 2007 17:40:39 +0000 Message-ID: <4731F896.4070908@conducive.net> Date: Wed, 07 Nov 2007 12:40:38 -0500 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> <47315094.6080405@yandex.ru> <47315158.5090304@gmail.com> <4731A755.7060701@yandex.ru> <4731AEE8.70606@gmail.com> <4731AFA5.9090104@gmail.com> <20071107160212.GA31717@eos.sc1.parodius.com> <4731E269.6000701@gmail.com> <20071107161434.GA32044@eos.sc1.parodius.com> <4731E77F.8070600@gmail.com> <4731EF8B.3010309@conducive.net> <4731F1F0.2050300@gmail.com> In-Reply-To: <4731F1F0.2050300@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 17:40:51 -0000 Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > >> Interesting way to mount an optical device. >> >> What happens with: >> >> mount -t cd9660 /dev/acd0 /cdrom > > I was using that mount purely as an example.... This forum is NOT a good place to do that sort of thing. Coders work in a binary environment. One *bit* wrong and stuff goes walkabout. So they expect accurate reports. Else silence, so they can get on with the work. > any command that > accessed acd0 locks up in the manner described. > Then use something else for a while. A Bic biro, even. The free miracle stock is on backorder. Give those who can do some quiet time to see what can be done. And *retire this thread*. Bill From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 17:40:52 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDDCE16A469; Wed, 7 Nov 2007 17:40:52 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 7FEAB13C4B6; Wed, 7 Nov 2007 17:40:52 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 096891CC077; Wed, 7 Nov 2007 09:34:14 -0800 (PST) Date: Wed, 7 Nov 2007 09:34:14 -0800 From: Jeremy Chadwick To: "Aryeh M. Friedman" Message-ID: <20071107173414.GA33914@eos.sc1.parodius.com> References: <47308E19.70507@samsco.org> <47315094.6080405@yandex.ru> <47315158.5090304@gmail.com> <4731A755.7060701@yandex.ru> <4731AEE8.70606@gmail.com> <4731AFA5.9090104@gmail.com> <20071107160212.GA31717@eos.sc1.parodius.com> <4731E269.6000701@gmail.com> <20071107161434.GA32044@eos.sc1.parodius.com> <4731E77F.8070600@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4731E77F.8070600@gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: d@delphij.net, Justin Hibbits , freebsd-current@freebsd.org, "Andrey V. Elsukov" , "Sean C. Farley" , S?ren Schmidt Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 17:40:53 -0000 On Wed, Nov 07, 2007 at 11:27:43AM -0500, Aryeh M. Friedman wrote: > Sadly that involves $50 or so I don't have (it was my lucky day when I > found $1 under the recylcing containers this morning)... How would you feel about becoming the owner of a Plextor PX-755SA DVD-RW drive, free of charge? I have one which I've used, and it works on Windows and FreeBSD without any issue (tested on both nForce 4 Ultra and nForce 650i chipsets). You could keep the drive, as my way of saying "thanks for your troubleshooting help" (I may not be able to help you directly with ATAPI problems, but I can almost always help dedicated people out when it comes to hardware...) This would at least help in narrowing down whether your DVD-RW drive tickles a bug in FreeBSD, is incompatible with your chipset, or is by itself somehow faulty. Let me know, and/or provide an address (privately) and I will ship it off to you within a week. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 17:52:09 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 254B216A420 for ; Wed, 7 Nov 2007 17:52:09 +0000 (UTC) (envelope-from henrik@mdfnet.se) Received: from maul.mdfnet.se (maul.mdfnet.se [193.11.113.3]) by mx1.freebsd.org (Postfix) with ESMTP id D96CA13C4AA for ; Wed, 7 Nov 2007 17:51:58 +0000 (UTC) (envelope-from henrik@mdfnet.se) Received: from faramir.mdfnet.se (faramir.mdfnet.se [193.11.113.4]) by maul.mdfnet.se (Postfix) with ESMTP id 1AA8F398010 for ; Wed, 7 Nov 2007 18:20:50 +0100 (CET) Received: from [193.11.119.2] (c-119-2-esk.cust.mdfnet.se [193.11.119.2]) by faramir.mdfnet.se (Postfix) with ESMTP id B2A3E114A0 for ; Wed, 7 Nov 2007 18:19:37 +0100 (CET) Message-ID: <4731F436.8010603@mdfnet.se> Date: Wed, 07 Nov 2007 18:21:58 +0100 From: Henrik Bergkvist User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Problem compiling graid5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 17:52:09 -0000 Hi. I have some problems compiling geom_raid5. I get the this error: [root@internet /usr/src/sys/modules/geom/geom_raid5]# make cc -O2 -fno-strict-aliasing -pipe -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/geom/geom_raid5/../../../geom/raid5/g_raid5.c /usr/src/sys/modules/geom/geom_raid5/../../../geom/raid5/g_raid5.c: In function 'g_raid5_workerD': /usr/src/sys/modules/geom/geom_raid5/../../../geom/raid5/g_raid5.c:2405: error: 'sched_lock' undeclared (first use in this function) /usr/src/sys/modules/geom/geom_raid5/../../../geom/raid5/g_raid5.c:2405: error: (Each undeclared identifier is reported only once /usr/src/sys/modules/geom/geom_raid5/../../../geom/raid5/g_raid5.c:2405: error: for each function it appears in.) /usr/src/sys/modules/geom/geom_raid5/../../../geom/raid5/g_raid5.c: In function 'g_raid5_worker': /usr/src/sys/modules/geom/geom_raid5/../../../geom/raid5/g_raid5.c:2555: error: 'sched_lock' undeclared (first use in this function) *** Error code 1 Stop in /usr/src/sys/modules/geom/geom_raid5. I'm using: [root@internet ~]# uname -a FreeBSD internet.mds.mdh.se 7.0-BETA2 FreeBSD 7.0-BETA2 #0: Wed Nov 7 17:25:09 CET 2007 root@internet.mds.mdh.se:/usr/obj/usr/src/sys/MYKERNEL amd64 Does anybody know what to do? Thanks in advance /Henrik From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 17:57:00 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB52216A419; Wed, 7 Nov 2007 17:57:00 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id 3D4BB13C480; Wed, 7 Nov 2007 17:57:00 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from ws.local (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id lA7HuVtc071202; Wed, 7 Nov 2007 18:56:31 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <4731FC4E.6040209@deepcore.dk> Date: Wed, 07 Nov 2007 18:56:30 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Jeremy Chadwick References: <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> <47315094.6080405@yandex.ru> <47315158.5090304@gmail.com> <4731A755.7060701@yandex.ru> <4731AEE8.70606@gmail.com> <4731AFA5.9090104@gmail.com> <20071107160212.GA31717@eos.sc1.parodius.com> In-Reply-To: <20071107160212.GA31717@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: d@delphij.net, Justin Hibbits , freebsd-current@FreeBSD.ORG, "Andrey V. Elsukov" , "Aryeh M. Friedman" , "Sean C. Farley" , S?ren Schmidt Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 17:57:00 -0000 Jeremy Chadwick wrote: > On Wed, Nov 07, 2007 at 07:29:25AM -0500, Aryeh M. Friedman wrote: > =20 >> BTW the acd0 timeout issue is still there >> =20 > > This is a separate issue, and as I mentioned somewhere else in the > thread, happens on numerous hardwares of all kinds. > =20 Yes, unfortunatly my wishes for a better world hasn't been heard, I=20 hoped hard for the old ATAPI problems to be a story of the past on SATA=20 ATAPI devices, but it didn't work out that way. I seem to have been thrown into this thread without getting the start,=20 so could someone please fill me in on what the problem(s) are exactly? I know there are missing ICH9 PCI id's and I'm working on a generic way=20 to spot AHCI devices, but as usual things are not just black and white. -S=F8ren From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 18:27:07 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14FBD16A420 for ; Wed, 7 Nov 2007 18:27:07 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30307.mail.mud.yahoo.com (web30307.mail.mud.yahoo.com [209.191.69.69]) by mx1.freebsd.org (Postfix) with SMTP id B9C9013C4B3 for ; Wed, 7 Nov 2007 18:27:06 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: (qmail 58589 invoked by uid 60001); 7 Nov 2007 18:26:58 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=iAGPZYtK4ujVq/2B4/jnTX7swCk/0m8RSIUuvejw9WzUQU2fsHusPLau7Y2XbwUIYgkdEBQJ+Oe9GycYbLf9ZjKA2fwUJhOyvIPCH/iqVJudpTmBPKnHJB6S+vvP/Q5bsUzGSX1Da4Nc4JtQzKOckPFV/4CRTn1fboBLUlcje80=; X-YMail-OSG: XwbcyMMVM1nRcp9qjnPK3kEKxTOm7jpZpRMYzWZLHTZ8wUJ29SyB17XLktMz.5PLzLSj6RPc6D0yySxvVK8mu5dS.DY7r4F2r9TND4WIMcK97aAfqEk- Received: from [84.141.120.234] by web30307.mail.mud.yahoo.com via HTTP; Wed, 07 Nov 2007 10:26:58 PST Date: Wed, 7 Nov 2007 10:26:58 -0800 (PST) From: Arne "Wörner" To: Henrik Bergkvist , freebsd-current@freebsd.org In-Reply-To: <4731F436.8010603@mdfnet.se> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <686330.58425.qm@web30307.mail.mud.yahoo.com> Cc: Subject: Re: Problem compiling graid5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 18:27:07 -0000 --- Henrik Bergkvist wrote: > /usr/src/sys/modules/geom/geom_raid5/../../../geom/raid5/g_raid5.c: In > function 'g_raid5_workerD': > > FreeBSD internet.mds.mdh.se 7.0-BETA2 FreeBSD 7.0-BETA2 #0: Wed Nov 7 > 17:25:09 CET 2007 > > Does anybody know what to do? > Hmm... It seems like, in 7-CUR it isnt ...sched_lock... anymore, but thread_lock(curthread); sched_prio(curthread, PRIBIO); thread_unlock(curthread); I substituted that (with an "#if ...version >= 700...") in all three (TOS, TNG, PP) versions and on perforce (I hope I did it right... I cannot test it myself right now, because I dont have a FBSD box here...)... Thank u for testing... -Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 18:35:13 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10CB816A418; Wed, 7 Nov 2007 18:35:13 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id EC11D13C48D; Wed, 7 Nov 2007 18:35:12 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 0A2AF1CC059; Wed, 7 Nov 2007 10:35:06 -0800 (PST) Date: Wed, 7 Nov 2007 10:35:06 -0800 From: Jeremy Chadwick To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20071107183506.GA35809@eos.sc1.parodius.com> References: <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> <47315094.6080405@yandex.ru> <47315158.5090304@gmail.com> <4731A755.7060701@yandex.ru> <4731AEE8.70606@gmail.com> <4731AFA5.9090104@gmail.com> <20071107160212.GA31717@eos.sc1.parodius.com> <4731FC4E.6040209@deepcore.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4731FC4E.6040209@deepcore.dk> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: "Aryeh M. Friedman" , Justin Hibbits , freebsd-current@FreeBSD.ORG, "Andrey V. Elsukov" , d@delphij.net, "Sean C. Farley" , S?ren Schmidt Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 18:35:13 -0000 On Wed, Nov 07, 2007 at 06:56:30PM +0100, Søren Schmidt wrote: > I seem to have been thrown into this thread without getting the start, so > could someone please fill me in on what the problem(s) are exactly? I'm in the process of writing up an explanation in another mail that will soon follow. Trying to encapsulate all the details... -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 18:39:07 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CB6016A46C for ; Wed, 7 Nov 2007 18:39:07 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 1FF4313C4B7 for ; Wed, 7 Nov 2007 18:39:06 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so4785935pyb for ; Wed, 07 Nov 2007 10:38:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=UL7547PeGjeUwS8gu7c3SsBKtLJnyjDvDvG/IHNlYjs=; b=kHDqb+Ctwi/9A+OCj2ipFePM3fBz9HwhHOb5xQJGIfLbqk3Tqf4wjgkB5cSywrgtxsPhtTquVJYmY9Ap81GmpiTMOdhGogmLelT9p1qfMLdPT65Y/u2CRab4jWCmtqN3gi4SjdQy7LkjjoEHSPjDSjJfGaBaRR6oByQ897NBjVM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=W6pEU9Oiv1iUKgqERskDP8rJcyCKTntDx49y/cDQ20NFIcY8eTI12W1aA+Xuzw9sp3zPh9v9meHQQAgwCzhZd5xIX0cPXMuWI2AIDcqiS+JT5SEgfnfwgy0IbWM7vTRBQ/TQl30SZBlkO06KvRsJY3xtAK1Tpr/whWdXSM259Q0= Received: by 10.35.86.12 with SMTP id o12mr9204659pyl.1194460310005; Wed, 07 Nov 2007 10:31:50 -0800 (PST) Received: by 10.35.76.2 with HTTP; Wed, 7 Nov 2007 10:31:49 -0800 (PST) Message-ID: Date: Wed, 7 Nov 2007 18:31:49 +0000 From: "Rui Paulo" Sender: rpaulo@gmail.com To: "Scott Long" In-Reply-To: <4731F712.5000601@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> <20071104231422.GA82337@rink.nu> <472F5E62.4080406@samsco.org> <60C64C73-A019-4C01-85E1-80DF4C76B1AF@freebsd.org> <4731F712.5000601@samsco.org> X-Google-Sender-Auth: 7c4b8f95959cb311 Cc: Rink Springer , freebsd-i386@freebsd.org, freebsd-current@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: MacBook users: possible fix for the SMP 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: Wed, 07 Nov 2007 18:39:07 -0000 On Nov 7, 2007 5:34 PM, Scott Long wrote: > We can probably do a hack early on to see the PCI ID of the chipset. > If that's possible, then it can be turned on by default for that case. > The problem with tunbles like this is that they are inherently obscure, > especially for new users that are most likely to need them. Hmm. Well, I don't know about other systems requiring this fix. So, for something more simple I could check the smbios.system.product environment variable and turn the bit off on the MacBooks. I don't feel like this problem is specific to the ICH7 chipset. It seems more like a problem only specific to the MacBooks. What do you think? -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 18:57:33 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AA1B16A421 for ; Wed, 7 Nov 2007 18:57:33 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30311.mail.mud.yahoo.com (web30311.mail.mud.yahoo.com [209.191.69.73]) by mx1.freebsd.org (Postfix) with SMTP id 233AF13C4BE for ; Wed, 7 Nov 2007 18:57:33 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: (qmail 74525 invoked by uid 60001); 7 Nov 2007 18:57:19 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=P9kMud6DimvmZCTJRuEG6JrOUWLM4l5hWDY9lBbzts6QYZ00YuiFFX1cTfudq9DaM7It0RFbFeT7FKSCXQr/H2/TcoPLVBNr9PgJtEmaJbFH7t8CMSLHq5cMyzT6J6QoesiG3lKeTTD7iFN9L+1DcWWsIl0T1xTJJ6UdMRKbU6o=; X-YMail-OSG: lghsfucVM1l_zLo5MEp94hdOWc_510i8EFNZoSvfhfK2XX0ddEEGab6uH04OYqBLNtv7qlXDsxErn2XEknn8_rW9.89g0bQE6e04kLGRHAJYwu5sBpSO9MscnQ-- Received: from [84.141.120.234] by web30311.mail.mud.yahoo.com via HTTP; Wed, 07 Nov 2007 10:57:18 PST Date: Wed, 7 Nov 2007 10:57:18 -0800 (PST) From: Arne "Wörner" To: Ulf Lilleengen In-Reply-To: <20071107170941.GA21274@stud.ntnu.no> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <18792.71957.qm@web30311.mail.mud.yahoo.com> Cc: John Nielsen , freebsd-current@freebsd.org, "fluffles.net" Subject: Re: geom_raid5 inclusion in HEAD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 18:57:33 -0000 --- Ulf Lilleengen wrote: > - Many style(9) issues. > Hmm... Would "cb" help? R some function too long? I tried to comply to Pawel's style, but obviously I deviated from it after some weeks... :) Could give me an example of the worst issue? > - Lack of documentation. There are many small comments, but there is little > description on top of functions describing their purpose and what they do. > This makes it hard to get into it for reviewers and other developers. > Hmm... Yup... There r interface functions to the GEOM system: ..._start(), ..._done(), ..._create(), and so on... Then there r 2 worker threads (one for the graid5 start queue (...worker()) and one for the graid5 done queue (...workerD()). The other functions r helper functions... I could add the function-purpose-comment in PP and then try to merge it to TNG and TOS... > - As to the code logic itself I was a bit sceptic about having the malloc > saving > queue. Does it really improve performance that much? It's just the sort of > thing that could easily lead to bugs. > Hmm... if I understood correctly, FreeBSD's kernel memory suffers under fragmentation, if many big mem areas r needed... There might be even a dead lock, if UFS uses 64kb block size... So I thought it would be a good idea to avoid those sleeps but "hamster-ing" the big chunks... :) But I am not sure anymore, that it improved performance (but performance was the reason for it)... > - I also wonder a bit why you use two worker threads, as this also increases > complexity (but again, does it improve performance to the point that it's > worth it?). > Hmm... I think so... At least on MP boxes, since both threads do some XOR-ing (worker() uses XOR for writing "full-stripes" (where no read is necessary) and bcopy; and workerD() uses XOR after the old data/parity has been read)... > And last but not least: All of this have to be reviewed before going into the > tree, and there are not many people who can do that right now. However, I > really like your work and would gladly help improving it. > OK... review sounds good... maybe we should concentrate on PP then (it is quite space (in comparison to TNG but not TOS)+time (in comparison to TOS; maybe in comparison to TNG, too?) efficient and has a read cache)? Although fluffles favors TNG, although it is quite nasty (a write request of size 4KB costs 3 full stripes ((-1)*) plus 2*128KB... *giggle*)... -Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 19:01:03 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9CC416A417; Wed, 7 Nov 2007 19:01:03 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9056313C4BC; Wed, 7 Nov 2007 19:01:03 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 6D2851CC033; Wed, 7 Nov 2007 11:00:32 -0800 (PST) Date: Wed, 7 Nov 2007 11:00:32 -0800 From: Jeremy Chadwick To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20071107190032.GA1247@eos.sc1.parodius.com> References: <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> <47315094.6080405@yandex.ru> <47315158.5090304@gmail.com> <4731A755.7060701@yandex.ru> <4731AEE8.70606@gmail.com> <4731AFA5.9090104@gmail.com> <20071107160212.GA31717@eos.sc1.parodius.com> <4731FC4E.6040209@deepcore.dk> <20071107183506.GA35809@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20071107183506.GA35809@eos.sc1.parodius.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: d@delphij.net, Justin Hibbits , freebsd-current@FreeBSD.ORG, "Andrey V. Elsukov" , "Aryeh M. Friedman" , "Sean C. Farley" , S?ren Schmidt Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 19:01:03 -0000 On Wed, Nov 07, 2007 at 10:35:06AM -0800, Jeremy Chadwick wrote: > On Wed, Nov 07, 2007 at 06:56:30PM +0100, Søren Schmidt wrote: > > I seem to have been thrown into this thread without getting the start, so > > could someone please fill me in on what the problem(s) are exactly? > > I'm in the process of writing up an explanation in another mail that > will soon follow. Trying to encapsulate all the details... Well, I *WAS* in the middle of about a 100 line Email, when our primary production RELENG_6 box kernel panic'd. What's really upsetting me is that the dump was written to swap, but savecore claims it couldn't find any panics. Uptime: 133d3h3m31s <-- not too bad. Back to writing the mail from scratch... -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 19:17:49 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B149F16A418 for ; Wed, 7 Nov 2007 19:17:49 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from av-tac-bru.cisco.com (weird-brew.cisco.com [144.254.15.118]) by mx1.freebsd.org (Postfix) with ESMTP id 35D9813C4A7 for ; Wed, 7 Nov 2007 19:17:48 +0000 (UTC) (envelope-from marcus@FreeBSD.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost [127.0.0.1]) by av-tac-bru.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id lA7JGUE08651; Wed, 7 Nov 2007 20:16:30 +0100 (CET) Received: from [64.102.220.229] (dhcp-64-102-220-229.cisco.com [64.102.220.229]) by rooster.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id lA7JGS606514; Wed, 7 Nov 2007 14:16:28 -0500 (EST) Message-ID: <47320EFB.7040304@FreeBSD.org> Date: Wed, 07 Nov 2007 14:16:11 -0500 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Ken Smith References: <200710131857.46963.pieter@degoeje.nl> <200710140408.46121.pieter@degoeje.nl> <471427BE.10500@freebsd.org> <20071016112907.GD6511@deviant.kiev.zoral.com.ua> <4715FAA7.7030404@freebsd.org> <20071018093948.GN6511@deviant.kiev.zoral.com.ua> <20071019091249.GI88271@carrick.bishnet.net> <1194457019.35649.82.camel@opus.cse.buffalo.edu> In-Reply-To: <1194457019.35649.82.camel@opus.cse.buffalo.edu> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Tim Bishop , freebsd-current@FreeBSD.org, avleeuwen@piwebs.com, Rolf Witt , Kostik Belousov , Pieter de Goeje Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 19:17:49 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ken Smith wrote: > On Tue, 2007-10-23 at 11:35 +0200, Arjan van Leeuwen wrote: >> 2007/10/19, Tim Bishop : >>> On Thu, Oct 18, 2007 at 06:40:04PM +0200, Arjan van Leeuwen wrote: >>>>> are softupdates on ? >>>>> >>>>> Yes. Turning them off seems to fix the problem (fingers crossed - I >>> only >>>>> turned it off this morning, didn't have a panic yet) >>>> After working for a whole day without softupdates, I can say that >>> turning >>>> them off at least causes less panics to happen than with them turned on, >>>> maybe they even don't happen at all without softupdates; I haven't had a >>>> panic all day, while I have one every few hours with softupdates turned >>> on. >>> >>> I've been running for the best part of a day now with softupdates turned >>> off and so far no panics. I'm running tinderbox on the host, and it >>> would quite reliably crash it before. >>> >>> Of course it's hard to say if this has fixed the problem... maybe it >>> doesn't happen as often, or maybe my data is being slowly chewed up >>> instead ;-) >> It looks like on the same system, I'm able to reliably panic zfs as well, >> under the exact same conditions (i.e. linking a particularly big piece of >> software). Maybe this is not a problem in the filesystem at all. I've not >> been able to get a coredump yet from the zfs panic. >> This is in 7.0-PRERELEASE, btw (I switched to RELENG_7 when the branching >> happened). > > Is anyone who had been able to trigger this panic still having problems > with recent kernels (and soft updates turned on)? I've checked with a > few people who had been experiencing the panic and they can no longer > trigger it. > > It's at least a tiny bit possible some of the VM fixes that have gone in > addressed this problem. We'd like to find out if anyone can still > trigger this. I have been running unpatched for a while now with multiple GNOME 2.20 TB builds running, and I have not seen this panic. It's probably been three weeks now. Joe - -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHMg76b2iPiv4Uz4cRAuOZAJ9RO6gj29dd7mIliFtPOV0Hv+YeyACfe7Tf Urd5kQKv1qCzE1FJTFxdndc= =9cYK -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 19:18:48 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD51B16A46C for ; Wed, 7 Nov 2007 19:18:48 +0000 (UTC) (envelope-from SRS0=8cd5a9fff7c1877d51357f1bfc65d683b4ae6ce9=512=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [IPv6:2001:400:14:3::6]) by mx1.freebsd.org (Postfix) with ESMTP id 7A5EF13C4BB for ; Wed, 7 Nov 2007 19:18:48 +0000 (UTC) (envelope-from SRS0=8cd5a9fff7c1877d51357f1bfc65d683b4ae6ce9=512=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id MEZ67146 for ; Wed, 07 Nov 2007 12:18:46 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 7567E4500E for ; Wed, 7 Nov 2007 11:18:46 -0800 (PST) To: current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1194463126_83616P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 07 Nov 2007 11:18:46 -0800 From: "Kevin Oberman" Message-Id: <20071107191846.7567E4500E@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; X-Sender: X-To_Name: X-To_Domain: freebsd.org X-To: current@freebsd.org X-To_Email: current@freebsd.org X-To_Alias: current Cc: Subject: Recent update of 7-BETA causes laptop to freeze on battery X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 19:18:48 -0000 --==_Exmh_1194463126_83616P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline After an update of my laptop to 7-BETA2 on Nov. 4, I can no longer run on battery. If I boot on battery, everything is normal until devd is started. It immediately fires off /etc/rc.d/power_profile which sets my system to C4. Once this happens, the system almost freezes. It takes about 15 seconds to move on the ipfw and, after the initial "Flushed all rules" it pauses for another 20-30 seconds and loads rules by ones and twos before finally totally freezing. Ctrl-C will cause a several more lines to come out, but it never makes it to multiuser mode. If I plug it in, it often eventually switches back to C1 and runs normally. Pulling the plug again switches back to C4 and everything locks up. I eventually gave up and power cycled the system. (Ugh!) It may be an issue with output to the console as, if it unfreezes at all, it usually spits out several lines to the console at once before another pause. This has not been a problem until recently. My last known working kernel was from back on about Oct. 15, although I think one from back on Oct 29 also worked. (Just not sure that I had it on battery.) Any ideas on where to look for this and how to debug? If forces me to leave the CX state at HIGHEST (C1) all the time with kills the battery. -- 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 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1194463126_83616P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHMg+Wkn3rs5h7N1ERAjdGAJ9mMHLRhItb7D1C8jcT9IuSGwShRgCgsrsY X2wjYGbouYDu+EcLUsfQsg8= =j5iS -----END PGP SIGNATURE----- --==_Exmh_1194463126_83616P-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 19:24:44 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C33D16A419 for ; Wed, 7 Nov 2007 19:24:44 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id D707A13C4A3 for ; Wed, 7 Nov 2007 19:24:43 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:64383 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IpqVl-000IYp-Uz for freebsd-current@freebsd.org; Wed, 07 Nov 2007 19:24:25 +0000 Message-ID: <473210E9.6000600@conducive.net> Date: Wed, 07 Nov 2007 14:24:25 -0500 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> <47315094.6080405@yandex.ru> <47315158.5090304@gmail.com> <4731A755.7060701@yandex.ru> <4731AEE8.70606@gmail.com> <4731AFA5.9090104@gmail.com> <20071107160212.GA31717@eos.sc1.parodius.com> <4731FC4E.6040209@deepcore.dk> <20071107183506.GA35809@eos.sc1.parodius.com> <20071107190032.GA1247@eos.sc1.parodius.com> In-Reply-To: <20071107190032.GA1247@eos.sc1.parodius.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 19:24:44 -0000 Jeremy Chadwick wrote: *snip* > > Well, I *WAS* in the middle of about a 100 line Email, when our primary > production RELENG_6 box kernel panic'd. What's really upsetting me is > that the dump was written to swap, but savecore claims it couldn't find > any panics. > > Uptime: 133d3h3m31s <-- not too bad. > ..I've seen around 700 days with 4.8 on 450 MHz K6 before the single IBM Deskstar lunched its 5+ y.o. self a bit too badly to carry on. In either case, it mostly means we've gotten overly casual about updating and upgrading, though.. > Back to writing the mail from scratch... > Bet it will be half the size now. D'ya suppose kernels are becoming sentient? Lord knows enough love has been lavished on 'em.. ;-) Bill From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 19:28:54 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 657D916A417; Wed, 7 Nov 2007 19:28:54 +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 C051F13C4D1; Wed, 7 Nov 2007 19:28:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lA7Ijv2K020110; Wed, 7 Nov 2007 13:45:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lA7IjvY7068726; Wed, 7 Nov 2007 13:45:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C1DD77302F; Wed, 7 Nov 2007 13:45:56 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071107184556.C1DD77302F@freebsd-current.sentex.ca> Date: Wed, 7 Nov 2007 13:45:56 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 19:28:54 -0000 TB --- 2007-11-07 17:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-07 17:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-11-07 17:30:00 - cleaning the object tree TB --- 2007-11-07 17:30:24 - checking out the source tree TB --- 2007-11-07 17:30:24 - cd /tinderbox/HEAD/arm/arm TB --- 2007-11-07 17:30:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-07 17:38:58 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-07 17:38:58 - cd /src TB --- 2007-11-07 17:38:58 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 7 17:39:00 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/main.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/mbufs.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/netcmds.c /src/usr.bin/systat/netcmds.c: In function 'netcmd': /src/usr.bin/systat/netcmds.c:127: internal compiler error: internal consistency failure Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-07 18:45:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-07 18:45:56 - ERROR: failed to build world TB --- 2007-11-07 18:45:56 - tinderbox aborted TB --- 0.51 user 1.59 system 4556.33 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 19:38:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4727716A41B for ; Wed, 7 Nov 2007 19:38:47 +0000 (UTC) (envelope-from reinhard.haller@interactive-net.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.freebsd.org (Postfix) with ESMTP id 1879213C481 for ; Wed, 7 Nov 2007 19:38:46 +0000 (UTC) (envelope-from reinhard.haller@interactive-net.de) Received: from interactive.dnsalias.net (ppp-88-217-22-1.dynamic.mnet-online.de [88.217.22.1]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis) id 0MKwtQ-1IpqWu3rFk-0001si; Wed, 07 Nov 2007 20:25:37 +0100 Received: from fs-inter.interactive.de ([192.168.0.1]) by interactive.dnsalias.net with smtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IpqWu-00040p-6k for freebsd-current@freebsd.org; Wed, 07 Nov 2007 20:25:36 +0100 Received: from [192.168.0.75] (core2duo.interactive.de [192.168.0.75]) by fs-inter.interactive.de; Wed, 07 Nov 2007 20:26:06 +0100 Message-ID: <4732110D.3090808@interactive-net.de> Date: Wed, 07 Nov 2007 20:25:01 +0100 From: Reinhard Haller User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-ACL-rcpt: freebsd-current@freebsd.org X-ACL-Send: reinhard.haller@interactive-net.de X-Provags-ID: V01U2FsdGVkX19cSvrX59w9IU8d1UCfX3gD55LbH4Nk5rXTite gPrpOze493VKt74Ynj9aq/gKbkjTmoin7uUa4Ibguh7i/vVbXy vxSy5B5tHthn76z+ezqKA== Subject: 7.0-BETA2 routed and multicast registration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 19:38:48 -0000 Hi, routed has problems with setsockopt registering itself for multicast. The trace contains the following messages: IP_ADD_MEMBERSHIP ALLROUTERS: Can't assign requested address turn on RIP setsockopt(IP_ADD_MEMBERSHIP RIP): Can't assign requested address setsockopt(rdisc_sock,IP_MULTICAST_IF): Can't assign requested address Any suggestions? Thanks Reinhard From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 19:52:25 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A788D16A417 for ; Wed, 7 Nov 2007 19:52:25 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out4.apple.com (mail-out4.apple.com [17.254.13.23]) by mx1.freebsd.org (Postfix) with ESMTP id 921EF13C4B3 for ; Wed, 7 Nov 2007 19:52:25 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay14.apple.com (relay14.apple.com [17.128.113.52]) by mail-out4.apple.com (Postfix) with ESMTP id 2BBDF18576F3; Wed, 7 Nov 2007 11:27:13 -0800 (PST) Received: from relay14.apple.com (unknown [127.0.0.1]) by relay14.apple.com (Symantec Mail Security) with ESMTP id 117582804C; Wed, 7 Nov 2007 11:27:13 -0800 (PST) X-AuditID: 11807134-a33ffbb000003395-83-47321190d653 Received: from cswiger1.apple.com (cswiger1.apple.com [17.214.13.96]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay14.apple.com (Apple SCV relay) with ESMTP id DDAF428057; Wed, 7 Nov 2007 11:27:12 -0800 (PST) Message-Id: <9C8E48A8-AA35-4467-BDEA-59EA9F15FF54@mac.com> From: Chuck Swiger To: Kevin Oberman In-Reply-To: <20071107191846.7567E4500E@ptavv.es.net> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Wed, 7 Nov 2007 11:27:12 -0800 References: <20071107191846.7567E4500E@ptavv.es.net> X-Mailer: Apple Mail (2.912) X-Brightmail-Tracker: AAAAAA== Cc: current@freebsd.org Subject: Re: Recent update of 7-BETA causes laptop to freeze on battery X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 19:52:25 -0000 On Nov 7, 2007, at 11:18 AM, Kevin Oberman wrote: > After an update of my laptop to 7-BETA2 on Nov. 4, I can no longer run > on battery. If I boot on battery, everything is normal until devd is > started. It immediately fires off /etc/rc.d/power_profile which > sets my system to C4. Can you adjust hw.acpi.cpu.cx_lowest to something like C2 instead of C4? -- -Chuck From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 19:52:52 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3544516A417 for ; Wed, 7 Nov 2007 19:52:52 +0000 (UTC) (envelope-from SRS0=8cd5a9fff7c1877d51357f1bfc65d683b4ae6ce9=512=es.net=oberman@es.net) Received: from postal1.es.net (postal4.es.net [IPv6:2001:400:6000:1::66]) by mx1.freebsd.org (Postfix) with ESMTP id 7C13913C4C4 for ; Wed, 7 Nov 2007 19:52:51 +0000 (UTC) (envelope-from SRS0=8cd5a9fff7c1877d51357f1bfc65d683b4ae6ce9=512=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id MEH46049; Wed, 07 Nov 2007 12:52:49 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 6D5054500E; Wed, 7 Nov 2007 11:52:48 -0800 (PST) To: Chuck Swiger In-Reply-To: Your message of "Wed, 07 Nov 2007 11:27:12 PST." <9C8E48A8-AA35-4467-BDEA-59EA9F15FF54@mac.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1194465168_83616P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 07 Nov 2007 11:52:48 -0800 From: "Kevin Oberman" Message-Id: <20071107195248.6D5054500E@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ;; X-Sender: X-To_Name: Chuck Swiger X-To_Domain: mac.com X-To: Chuck Swiger X-To_Email: cswiger@mac.com X-To_Alias: cswiger Cc: current@freebsd.org Subject: Re: Recent update of 7-BETA causes laptop to freeze on battery X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 19:52:52 -0000 --==_Exmh_1194465168_83616P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: Chuck Swiger > Date: Wed, 7 Nov 2007 11:27:12 -0800 > > On Nov 7, 2007, at 11:18 AM, Kevin Oberman wrote: > > After an update of my laptop to 7-BETA2 on Nov. 4, I can no longer run > > on battery. If I boot on battery, everything is normal until devd is > > started. It immediately fires off /etc/rc.d/power_profile which > > sets my system to C4. > > Can you adjust hw.acpi.cpu.cx_lowest to something like C2 instead of C4? Yes, but it used to work fine at C4 and it saves a lot more power than C2. In fact, C2 saves very little power. C3 has the same effect as C4...useless system. -- 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 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1194465168_83616P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHMheQkn3rs5h7N1ERAm/8AJ0cr+4dGd9eDC+cr80yl87EiKplygCdGgLo blPgzPtjaN2lcqZYRddrYUA= =zWBv -----END PGP SIGNATURE----- --==_Exmh_1194465168_83616P-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 19:54:07 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C1B816A474; Wed, 7 Nov 2007 19:54:07 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.freebsd.org (Postfix) with ESMTP id 24F5E13C48D; Wed, 7 Nov 2007 19:54:06 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.3] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id lA7JrkKm054968 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Nov 2007 11:53:47 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <4732171F.3010803@FreeBSD.org> Date: Wed, 07 Nov 2007 11:50:55 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Rui Paulo References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> <20071104231422.GA82337@rink.nu> <472F5E62.4080406@samsco.org> <60C64C73-A019-4C01-85E1-80DF4C76B1AF@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Rink Springer , freebsd-i386@FreeBSD.org, freebsd-hardware@FreeBSD.org Subject: Re: MacBook users: possible fix for the SMP 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: Wed, 07 Nov 2007 19:54:07 -0000 I don't really like the fact that it has to be turned on manually. Is it possible to make this automatic based on BIOS Id or something like this? -Maxim Rui Paulo wrote: > I'm requesting review for the following patch: > > Index: sys/i386/isa/clock.c > =================================================================== > RCS file: /home/ncvs/src/sys/i386/isa/clock.c,v > retrieving revision 1.240 > diff -u -p -r1.240 clock.c > --- sys/i386/isa/clock.c 26 Oct 2007 03:23:54 -0000 1.240 > +++ sys/i386/isa/clock.c 7 Nov 2007 15:27:21 -0000 > @@ -130,6 +130,9 @@ static u_char rtc_statusb = RTCSB_24HR; > #define ACQUIRED 2 > #define ACQUIRE_PENDING 3 > > +/* Intel ICH register */ > +#define ICH_PMBASE 0x400 > + > static u_char timer2_state; > > static unsigned i8254_get_timecount(struct timecounter *tc); > @@ -616,11 +619,26 @@ i8254_init(void) > void > startrtclock() > { > + char *ichenv; > u_int delta, freq; > > writertc(RTC_STATUSA, rtc_statusa); > writertc(RTC_STATUSB, RTCSB_24HR); > > + /* > + * On some systems, namely MacBooks, we need to disallow the > + * legacy USB circuit to generate an SMI# because this can > + * cause several problems, namely: incorrect CPU frequency > + * detection and failure to start the APs. > + */ > + ichenv = getenv("hw.ich.disable_legacy_usb"); > + if (ichenv != NULL) { > + if (bootverbose) > + printf("Disabling LEGACY_USB_EN bit on Intel ICH.\n"); > + outl(ICH_PMBASE + 0x30, inl(ICH_PMBASE + 0x30) & ~0x8); > + freeenv(ichsmi); > + } > + > freq = calibrate_clocks(); > #ifdef CLK_CALIBRATION_LOOP > if (bootverbose) { > > > If you have a MacBook, you now need to set hw.ich.disable_legacy_usb on > the boot loader prompt or in loader.conf. I decided to go this route > because it seems safer. Imagine the case where there's a port at the > same IO address that has nothing to do with the ICH7. If we tried to > issue the outl() on every system, something bad could happen. > > Comments? > > Regards. > -- > Rui Paulo > > _______________________________________________ > 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 Nov 7 20:21:22 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3018416A419; Wed, 7 Nov 2007 20:21:22 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id C3DCC13C48A; Wed, 7 Nov 2007 20:21:21 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id lA7KKkRI061728; Wed, 7 Nov 2007 14:20:46 -0600 (CST) (envelope-from scf@FreeBSD.org) Date: Wed, 7 Nov 2007 14:20:46 -0600 (CST) From: "Sean C. Farley" To: =?ISO-8859-15?Q?S=F8ren_Schmidt?= In-Reply-To: <4731FC4E.6040209@deepcore.dk> Message-ID: References: <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> <47315094.6080405@yandex.ru> <47315158.5090304@gmail.com> <4731A755.7060701@yandex.ru> <4731AEE8.70606@gmail.com> <4731AFA5.9090104@gmail.com> <20071107160212.GA31717@eos.sc1.parodius.com> <4731FC4E.6040209@deepcore.dk> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="56599777-536716831-1194466847=:32427" X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on mail.farley.org Cc: d@delphij.net, Justin Hibbits , Jeremy Chadwick , freebsd-current@FreeBSD.org, "Andrey V. Elsukov" , "Aryeh M. Friedman" , =?ISO-8859-15?Q?S=F8ren_Schmidt?= Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 20:21:22 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --56599777-536716831-1194466847=:32427 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Wed, 7 Nov 2007, Søren Schmidt wrote: > Jeremy Chadwick wrote: >> On Wed, Nov 07, 2007 at 07:29:25AM -0500, Aryeh M. Friedman wrote: >> >>> BTW the acd0 timeout issue is still there >> >> This is a separate issue, and as I mentioned somewhere else in the >> thread, happens on numerous hardwares of all kinds. >> > Yes, unfortunatly my wishes for a better world hasn't been heard, I > hoped hard for the old ATAPI problems to be a story of the past on > SATA ATAPI devices, but it didn't work out that way. > > I seem to have been thrown into this thread without getting the start, > so could someone please fill me in on what the problem(s) are exactly? Some people are having issues with SATA/300 drives being report (or utilized) at SATA/150. I see that with my work computer. Personally, the timeouts that result in errors are my main concern. Here is a link[1] to my report. Thank you for looking into these issues. Sean 1. http://lists.freebsd.org/pipermail/freebsd-current/2007-November/079419.html -- scf@FreeBSD.org --56599777-536716831-1194466847=:32427-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 20:40:15 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D39A516A419; Wed, 7 Nov 2007 20:40:15 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) by mx1.freebsd.org (Postfix) with ESMTP id 9774B13C480; Wed, 7 Nov 2007 20:40:15 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from webmail.alpha-tierchen.de (port-212-202-41-210.dynamic.qsc.de [212.202.41.210]) by mx02.qsc.de (Postfix) with ESMTP id 1816016C05EB; Wed, 7 Nov 2007 21:40:07 +0100 (CET) Received: from 192.168.1.2 (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Wed, 7 Nov 2007 20:40:04 -0000 (UTC) Message-ID: <52008.192.168.1.2.1194468004.squirrel@webmail.alpha-tierchen.de> Date: Wed, 7 Nov 2007 20:40:04 -0000 (UTC) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: "Olivier" User-Agent: SquirrelMail/1.4.11 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: arm@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 20:40:16 -0000 I can confirm that this is a weird compiler bug. It seems like that the error occurs if the code exceeds a specific size. There are several compiler options that you can use to work around the bug, e.g. -fno-cse-follow-jumps or -fno-schedule-insns. You can also keep the code small by defining _DONT_USE_CTYPE_INLINE_ while compiling netcmds.c. At least I can say that we can't blame mentioned committed code. Regards Björn From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 20:41:05 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9779C16A46B; Wed, 7 Nov 2007 20:41:05 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id 0313813C4B2; Wed, 7 Nov 2007 20:41:04 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from ws.local (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id lA7KZSwY079383; Wed, 7 Nov 2007 21:35:28 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <47322190.30504@deepcore.dk> Date: Wed, 07 Nov 2007 21:35:28 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: "Sean C. Farley" References: <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> <47315094.6080405@yandex.ru> <47315158.5090304@gmail.com> <4731A755.7060701@yandex.ru> <4731AEE8.70606@gmail.com> <4731AFA5.9090104@gmail.com> <20071107160212.GA31717@eos.sc1.parodius.com> <4731FC4E.6040209@deepcore.dk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: d@delphij.net, Justin Hibbits , Jeremy Chadwick , freebsd-current@FreeBSD.ORG, "Andrey V. Elsukov" , "Aryeh M. Friedman" , =?ISO-8859-1?Q?S=F8ren_Schmidt?= Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 20:41:05 -0000 Sean C. Farley wrote: > > Some people are having issues with SATA/300 drives being report (or > utilized) at SATA/150. I see that with my work computer. Personally, > the timeouts that result in errors are my main concern. Here is a > link[1] to my report. OK, the situation where drives are found at SATA150 while drive and=20 controller both support SATA300 can have lots of reasons. If ATA states it has '300 support and the drive supports it as well=20 (note at least some early IBM/Hitachi drives was '300 but the firmware=20 set to '150 and needed a vendor supplied util to up it to '300) it=20 should work. However all kinds of interaction problems can make them=20 agree on the lower '150 speed, and ATA does not try to force anything=20 here, it just asks the drive/controller to connect at the highest speed=20 possible. As long as I dont support portmulitpliers the speed is not really an=20 issue, no drive (so far) on this planet can outrun even the SATA150=20 interface. On the ATAPI timeouts there not much to say, SATA ATAPI HW sucks jut as=20 much as ATAPI HW did it seems, the only way is to try and get it working = on as many as possible at the same time. That however means that someone = (usually me, you wont belive the ATAPI drive collection I've got here=20 already) needs to have all the drives available and time plus motivation = and needed skills to poke around to get it working. At least all the=20 controllers I have here in the lab and the two SATA ATAPI drives in same = work flawlessly... Sad but true. -S=F8ren > > Thank you for looking into these issues. NP! I try to get things fixed, but time has been limited lately... -S=F8ren From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 20:58:09 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70EAA16A419; Wed, 7 Nov 2007 20:58:09 +0000 (UTC) (envelope-from cristi.magherusan@net.utcluj.ro) Received: from bavaria.utcluj.ro (unknown [IPv6:2001:b30:5000:2:20e:cff:fe4b:ca01]) by mx1.freebsd.org (Postfix) with ESMTP id D613113C4AC; Wed, 7 Nov 2007 20:58:08 +0000 (UTC) (envelope-from cristi.magherusan@net.utcluj.ro) Received: from localhost (localhost [127.0.0.1]) by bavaria.utcluj.ro (Postfix) with ESMTP id AA2A250851; Wed, 7 Nov 2007 22:58:07 +0200 (EET) X-Virus-Scanned: by the daemon playing with your mail on local.mail.utcluj.ro Received: from bavaria.utcluj.ro ([127.0.0.1]) by localhost (bavaria.utcluj.ro [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kTOEoCMAI6x1; Wed, 7 Nov 2007 22:58:01 +0200 (EET) Received: from [172.27.1.65] (c7.campus.utcluj.ro [193.226.6.226]) (using SSLv3 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by bavaria.utcluj.ro (Postfix) with ESMTP id 0D4815083F; Wed, 7 Nov 2007 22:58:01 +0200 (EET) From: Cristi Magherusan To: cokane@FreeBSD.org In-Reply-To: <4731D9FF.9010009@FreeBSD.org> References: <4731D9FF.9010009@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-L4msg9i75sc/WBklipS2" Organization: Universitatea Tehnica din Cluj-Napoca, Centrul de Comunicatii "Pusztai Kalman" Date: Wed, 07 Nov 2007 22:58:00 +0200 Message-Id: <1194469080.858.13.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 Cc: freebsd-current@FreeBSD.org, Szymon Kozak Subject: Re: panic in 8-CURRENT / BGE hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cristi.magherusan@net.utcluj.ro List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 20:58:09 -0000 --=-L4msg9i75sc/WBklipS2 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2007-11-07 at 10:30 -0500, Coleman Kane wrote: > > Hello, > > > > I've tried again the latest version of if_bge.c on my HP 6710b > > laptop with no results, even after setting hw.bge.allow_asf=3D"0". > > I've also tried with the debugger and it seems to panic when > > calling free() in device_probe_child.c (IIRC). Then I #define'd > > BUS_PROBE and the freeze occurs after displaying something like > > "devclass_alloc_unit: now: unit 0 in devclass bge". > > > > The 7 Beta 1.5 install CD hangs also when loading the driver. > > > > I have a coredump made from whithin the debugger with the exact > > place where the faulty free() occurs, so I can provide more exact > > info if someone is interested. I just hope this is not a > > heisen-bug. > > > > Best regards, Cristi > I have a 6715b that is experiencing the same exact problem. I made a > release from 8-CURRENT as of last night and I still see it. Just by > chance, I installed my normal kernel (for my other amd64 machine) onto > the ISO and re-burned and it worked (since I don't have if_bge on that > kernel). After selectively loading/unloading modules I tracked it down > to this. >=20 > Has any more traction been made on the BGE issue here? >=20 > - -- > Coleman Kane >=20 Hello,=20 Did you run it step by step in the debugger and got the same results I did? I haven't tried any more debugging ever since, but we can join our forces and hopefully fix this damn issue so 7.0 won't have it on the release errata.=20 I bet someone who's a bit more skilled in this matter can handle it in just a few hours.=20 Any volunteers? Best regards, Cristi --=20 Cristi Magherusan, Universitatea Tehnica din Cluj - Napoca Centrul de Comunicatii "Pusztai Kalman" Tel. 0264/401247 http://cc.utcluj.ro --=-L4msg9i75sc/WBklipS2 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQBHMibYfwrBISYVZFURAgQOAJ9mrGyVhB3Yijv6plDefJ7/kDpr1ACeKtbU y++Pz+IIhAQ6Mki/Vq3zK5Y= =c7eo -----END PGP SIGNATURE----- --=-L4msg9i75sc/WBklipS2-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 21:06:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8855016A421 for ; Wed, 7 Nov 2007 21:06:45 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from fri.itea.ntnu.no (fri.itea.ntnu.no [129.241.7.60]) by mx1.freebsd.org (Postfix) with ESMTP id 1A0D013C4A6 for ; Wed, 7 Nov 2007 21:06:44 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by fri.itea.ntnu.no (Postfix) with ESMTP id B17488C6E; Wed, 7 Nov 2007 22:06:16 +0100 (CET) Received: from caracal.stud.ntnu.no (caracal.stud.ntnu.no [129.241.56.185]) by fri.itea.ntnu.no (Postfix) with ESMTP; Wed, 7 Nov 2007 22:06:16 +0100 (CET) Received: by caracal.stud.ntnu.no (Postfix, from userid 2312) id A8D32624109; Wed, 7 Nov 2007 22:06:35 +0100 (CET) Date: Wed, 7 Nov 2007 22:06:35 +0100 From: Ulf Lilleengen To: Arne@stud.ntnu.no, W@stud.ntnu.no Message-ID: <20071107210635.GA12736@stud.ntnu.no> References: <20071107170941.GA21274@stud.ntnu.no> <18792.71957.qm@web30311.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <18792.71957.qm@web30311.mail.mud.yahoo.com> User-Agent: Mutt/1.5.9i X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Cc: John Nielsen , freebsd-current@freebsd.org, "fluffles.net" Subject: Re: geom_raid5 inclusion in HEAD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 21:06:45 -0000 On ons, nov 07, 2007 at 10:57:18 -0800, Arne W�rner wrote: > --- Ulf Lilleengen wrote: > > - Many style(9) issues. > > > Hmm... Would "cb" help? R some function too long? I tried to comply to Pawel's > style, but obviously I deviated from it after some weeks... :) > Could give me an example of the worst issue? Well, this might sound picky, but it's still a style issue: - Parantheses around return values: static __inline u_int g_raid5_nvalid(struct g_raid5_softc *sc) { u_int i, no; no = 0; for (i = 0; i < sc->sc_ndisks; i++) if (g_raid5_disk_good(sc,i)) no++; - return no; + return (no); } - Proper spacing between variable declaration and function body. struct g_consumer **cpp = cp->private; + if (cpp == NULL) return -1; - Declaration of variables should be in the top of the function. struct g_consumer **cpp = cp->private; if (cpp == NULL) return -1; struct g_consumer *rcp = *cpp; if (rcp == NULL) return -1; int dn = cpp - sc->sc_disks; - Proper indenting when breaking a line, should be 4 spaces etc. All of this can be found in the style(9) manpage, so I'd rather just suggest to go through it and make sure it's satisfied. > > - Lack of documentation. There are many small comments, but there is little > > description on top of functions describing their purpose and what they do. > > This makes it hard to get into it for reviewers and other developers. > > > Hmm... Yup... > > There r interface functions to the GEOM system: ..._start(), ..._done(), > ..._create(), and so on... > Then there r 2 worker threads (one for the graid5 start queue (...worker()) and > one for the graid5 done queue (...workerD()). > The other functions r helper functions... > I could add the function-purpose-comment in PP and then try to merge it to TNG > and TOS... I've only looked at TOS so far, but I'll look at PP as well to see how it is. > > > - As to the code logic itself I was a bit sceptic about having the malloc > > saving > > queue. Does it really improve performance that much? It's just the sort of > > thing that could easily lead to bugs. > > > Hmm... if I understood correctly, FreeBSD's kernel memory suffers under > fragmentation, if many big mem areas r needed... There might be even a dead > lock, if UFS uses 64kb block size... So I thought it would be a good idea to > avoid those sleeps but "hamster-ing" the big chunks... :) But I am not sure > anymore, that it improved performance (but performance was the reason for > it)... Hmm, I'm not sure what you mean about this dead lock, but sounds like a weird thing to having to deadlock because of your filesystem. Maybe this could be solved in another way, or is this not a graid5-thing at all? The general thing is that I don't think one should start optimizing for performance before everything works correctly and having made sure that it improves performance statistically. (I know this isn't a completely new project, but still). > > > - I also wonder a bit why you use two worker threads, as this also increases > > complexity (but again, does it improve performance to the point that it's > > worth it?). > > > Hmm... I think so... At least on MP boxes, since both threads do some XOR-ing > (worker() uses XOR for writing "full-stripes" (where no read is necessary) and > bcopy; and workerD() uses XOR after the old data/parity has been read)... First of all, disk I/O is generally much slower than CPU anyway, so I would doubt that having to use one thread would decrease performance noticeably. In my ears, this is a good argument for using one thread only. But then again, this might not be a big deal if it's already there and it's correct. > > > And last but not least: All of this have to be reviewed before going into the > > tree, and there are not many people who can do that right now. However, I > > really like your work and would gladly help improving it. > > > OK... review sounds good... maybe we should concentrate on PP then (it is quite > space (in comparison to TNG but not TOS)+time (in comparison to TOS; maybe in > comparison to TNG, too?) efficient and has a read cache)? Although fluffles > favors TNG, although it is quite nasty (a write request of size 4KB costs 3 > full stripes ((-1)*) plus 2*128KB... *giggle*)... > I'm starting to get busier and busier with exams coming up now, but I'll try take a look when I can, but don't expect to much :) Also, as I said, I've only looked at TOS so far. -- Ulf Lilleengen From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 21:13:40 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6134C16A417 for ; Wed, 7 Nov 2007 21:13:40 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.237]) by mx1.freebsd.org (Postfix) with ESMTP id 10FB913C49D for ; Wed, 7 Nov 2007 21:13:34 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so1608497nzf for ; Wed, 07 Nov 2007 13:13:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=NTkqWFfaydaa3Dj141a++UTAB9QHxzNZkUEq3HN40Go=; b=XZKNhQVVTg5sFLTKGHimN8Sl9waZPmb1s8Lyt+flIR3jcTTlgorCpfgyChXXUYoKI0uAHW8DYLpKu/RGumDfhKlpJNgfZGPuula+dDbOspHnoVXXzcda5MlCdjQkJLAgJAWLGW0l+nO2kEkKe0GQ2Rckm6tR+IeE5KfBrof3CXA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=fq0oOauHf1pJFxLVCOlK/YFItCAJ/Z4MypdIVj90XIWagsOV0zxc0AudSwisqAev0v8Zs40rKDNH+C7dJ0GyLMrpde7dFGH/ucH3v+CFyy0jcHdPra6HEhSoxoZj7GRSl/Xj0ApIYkmb3n52GHPTOXWnxxSF6tJMP9TOI99neNI= Received: by 10.78.134.2 with SMTP id h2mr1311243hud.1194470000803; Wed, 07 Nov 2007 13:13:20 -0800 (PST) Received: from 195-241-214-37.dsl.ip.tiscali.nl ( [195.241.214.37]) by mx.google.com with ESMTPS id c22sm174146ika.2007.11.07.13.13.18 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 07 Nov 2007 13:13:19 -0800 (PST) Message-ID: <47322A66.9050505@gmail.com> Date: Wed, 07 Nov 2007 22:13:10 +0100 From: Rene Ladan User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: Bachilo Dmitry References: <200711071056.13466.root@solink.ru> In-Reply-To: <200711071056.13466.root@solink.ru> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, mobile@freebsd.org Subject: Re: PCI Cardreader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 21:13:40 -0000 Bachilo Dmitry schreef: > Hello all. > I always used USB cardreaders and had no problem with it, but now in my > notebook I have a cardreader, that appears to be onboard PCI device. And so > FreeBSD sees it as this: > pci6: at device 4.1 (no driver attached) > pci6: at device 4.2 (no driver attached) > pci6: at device 4.3 (no driver attached) > pci6: at device 4.4 (no driver attached) > > > That's even more odd because three are recognized as flash and one is not. > pciconf -lv shows this: > > none13@pci6:4:1: class=0x050100 card=0x009f1025 chip=0x05301524 > rev=0x01 hdr=0x00 > vendor = 'ENE Technology Inc' > device = 'PCI Memory Stick Card Reader Controller' > class = memory > subclass = flash > > Well, in 7.0-CURRENT it showed all four devices and now in BETA-2 only this > one. > On my 8.0-CURRENT box (20071105) it shows all four devices: cbb0@pci0:4:1:0: class=0x060700 card=0x14371043 chip=0x04761180 rev=0xb3 hdr=0x02 vendor = 'Ricoh Company, Ltd.' device = 'unknown Ricoh R/RL/5C476(II)' class = bridge subclass = PCI-CardBus fwohci0@pci0:4:1:1: class=0x0c0010 card=0x14371043 chip=0x05521180 rev=0x08 hdr=0x00 vendor = 'Ricoh Company, Ltd.' device = 'RL5c552 IEEE-1394 Controller' class = serial bus subclass = FireWire none0@pci0:4:1:2: class=0x080500 card=0x14371043 chip=0x08221180 rev=0x17 hdr=0x00 vendor = 'Ricoh Company, Ltd.' device = 'R5C832, R5C843 SDA Standard Compliant SD Host Controller' class = base peripheral none1@pci0:4:1:3: class=0x088000 card=0x14371043 chip=0x05921180 rev=0x08 hdr=0x00 vendor = 'Ricoh Company, Ltd.' device = '13871043 Ricoh Memory Stick Host Controller' class = base peripheral > Is there any way I can make them work? > You can add these lines to your kernel configuration: device mmc device mmcsd But don't expect any magic. mmc(4) and mmcsd(4) tell that nothing currently works, which seems to be true on my Asus A6JE (using a Kingston micro-SD card with adapter). imp@ is the last person who touched the driver which lives in /usr/src/sys/dev/mmc/ Regards, Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 21:14:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 014D716A420 for ; Wed, 7 Nov 2007 21:14:00 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id 80A8F13C4B6 for ; Wed, 7 Nov 2007 21:13:57 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so4877592pyb for ; Wed, 07 Nov 2007 13:13:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=f5CSuT49nicdp5sfXvjgdbXAGxzrZ7iHPA+UNCTbPbU=; b=SxIrvw+iBXRGD45cBf3frrjH9zmRDN1kU01o9NqDDANdXNpm3036sfU61LnuAsNbDnqeo4/BNhWJkXf73DNbjnskogNNHd9wSAvmzsyVrDulMmruaMMGDqeJOE45Yg5RYBMMWGgaqJVFnNZ280+j3giReFmUSUhhI+wUV7lM6nA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=uJ5XxZpt1fdzzhM/hhzLv4heCr+3aO2b+eR57jaz5ub2NyYVVJWD85l9CS+TEx/ZJ3LNUz8J4WUFS5scyhX2lCivUcrx4zbflkj9nO/78lH/6vOtvzZc05VdFgkAxFOMnoFpjj//VdYbXkMSarwk22V6CWOHGXtEry5+ES4iy/4= Received: by 10.35.128.1 with SMTP id f1mr9343486pyn.1194470029333; Wed, 07 Nov 2007 13:13:49 -0800 (PST) Received: by 10.35.76.2 with HTTP; Wed, 7 Nov 2007 13:13:49 -0800 (PST) Message-ID: Date: Wed, 7 Nov 2007 21:13:49 +0000 From: "Rui Paulo" Sender: rpaulo@gmail.com To: "Maxim Sobolev" In-Reply-To: <4732171F.3010803@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> <20071104231422.GA82337@rink.nu> <472F5E62.4080406@samsco.org> <60C64C73-A019-4C01-85E1-80DF4C76B1AF@freebsd.org> <4732171F.3010803@FreeBSD.org> X-Google-Sender-Auth: 70bce21d82e51378 Cc: Rink Springer , freebsd-i386@freebsd.org, freebsd-current@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: MacBook users: possible fix for the SMP 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: Wed, 07 Nov 2007 21:14:00 -0000 On Nov 7, 2007 7:50 PM, Maxim Sobolev wrote: > I don't really like the fact that it has to be turned on manually. Is it > possible to make this automatic based on BIOS Id or something like this? Yes, I can turn this on for MacBooks. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 21:23:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D815C16A420; Wed, 7 Nov 2007 21:23:16 +0000 (UTC) (envelope-from tinguely@casselton.net) Received: from casselton.net (casselton.net [63.165.140.2]) by mx1.freebsd.org (Postfix) with ESMTP id 82BF413C4B2; Wed, 7 Nov 2007 21:23:16 +0000 (UTC) (envelope-from tinguely@casselton.net) Received: from casselton.net (localhost [127.0.0.1]) by casselton.net (8.13.8/8.13.8) with ESMTP id lA7LCCA4041693; Wed, 7 Nov 2007 15:12:12 -0600 (CST) (envelope-from tinguely@casselton.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=casselton.net; s=ccnMail; t=1194469932; bh=lk1ecjYPQKXhaQbliufls+MLKKgFqiioqdQ5aIO YVek=; h=Date:From:Message-Id:To:Subject:Cc:In-Reply-To; b=itE+zmJF rlp67O3xNm+yb5qgFBwW92pRlkSIDR3cMH9l5RpXzwL9KtfgvoaNnIbZ8zD/oLgTfmV gPjoCo1Qd24OqCrxZ1Z/NtffUIK2XmwdVhnjH3NyjVWK60FVAKzOKnwouMePl18m5xI 7bjyyrXeB8DSw3KvLcEAP+ZQQYQ/s= Received: (from tinguely@localhost) by casselton.net (8.13.8/8.13.8/Submit) id lA7LCCJi041692; Wed, 7 Nov 2007 15:12:12 -0600 (CST) (envelope-from tinguely) Date: Wed, 7 Nov 2007 15:12:12 -0600 (CST) From: Mark Tinguely Message-Id: <200711072112.lA7LCCJi041692@casselton.net> To: rpaulo@freebsd.org, sobomax@freebsd.org In-Reply-To: <4732171F.3010803@FreeBSD.org> Cc: rink@freebsd.org, freebsd-current@freebsd.org, freebsd-i386@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: MacBook users: possible fix for the SMP 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: Wed, 07 Nov 2007 21:23:17 -0000 > I don't really like the fact that it has to be turned on manually. Is it > possible to make this automatic based on BIOS Id or something like this? > > -Maxim (Thread summary because of text removal - "On some systems, namely MacBooks we need to disallow the legacy USB circuit to generate an SMI# because this can cause several problems, namely: incorrect CPU frequency detection and failure to start the APs." - taken from patch explaination). This sounds like a great compiler option / C code definition. It can be compiled into kernel and left as the default if you need it. It should not go into GENERIC. --Mark Tinguely. From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 21:26:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DA3416A469 for ; Wed, 7 Nov 2007 21:26:50 +0000 (UTC) (envelope-from tethys.ocean@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id E872113C4B3 for ; Wed, 7 Nov 2007 21:26:49 +0000 (UTC) (envelope-from tethys.ocean@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so3100082waf for ; Wed, 07 Nov 2007 13:26:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=pUVZqVj05y1Vph0aVf65F6/5pBZ5IXwSlUs54rvp6Vg=; b=JZEW2osSsxrIpC2yB8bu763LiqqDpPs86giekoYWXqU5tDcqq91V/iZt54Y0Yh3xTJgEN4dBD8u4ihamlQ6zzewNGyyPmz2busdvh3mFHSZhITY6sB1HA2VtJAyTuFNkHKrv1z/DgXDNFGLKFOfK5K5XLIJL9VSkKHArAdAmN0M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=YZcp9kukTTT3vmhXJJWXqd/sRNZjAknePzYWtPJZE7pkCMgF9tPJNppya+I3npHtZMOu5ID9MJrAcZuFdYsNbk/IV8hXsewWx4u9rdApH2CGKa9UGq7YI2tZ7PDswdj0xeWt7s4k0gojz3xFpzM3Xfsw44tIaiTmmD7qTBkTL7Q= Received: by 10.142.245.10 with SMTP id s10mr2368108wfh.1194469281819; Wed, 07 Nov 2007 13:01:21 -0800 (PST) Received: by 10.142.179.16 with HTTP; Wed, 7 Nov 2007 13:01:21 -0800 (PST) Message-ID: <235b80000711071301h3a8f8d1dw1850c0642386d51b@mail.gmail.com> Date: Wed, 7 Nov 2007 23:01:21 +0200 From: "tethys ocean" To: freebsd-questions@freebsd.org, freebsd-bug@freebsd.org, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: make buildworld ....gcc bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 21:26:50 -0000 When I am rebuilding world FreeBSD 6.2 I have take error that is shown below. What can I do!? [root@tethys /usr/src]# make buildworld root@tethys# gcc -v Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.4.6 [FreeBSD] 20060305 root@tethys# /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldemul.h:155: warning: "struct option" declared inside parameter list cc -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src /gnu/usr.bin/binutils/ld/../libbfd -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/binut ils/ld/../libbfd -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/in clude -DTARGET=\"i386-obrien-freebsd\" -DDEFAULT_EMULATION=\"elf_i386_fbsd\" -DSCRI PTDIR=\"/usr/obj/usr/src/tmp/usr/libdata\" -DBFD_VERSION_STRING=\""2.15 [FreeBSD] 2 004-05-23"\" -DBINDIR=\"/usr/bin\" -DTARGET_SYSTEM_ROOT=\"/usr/obj/usr/src/tmp\" -D TOOLBINDIR=\"/usr/obj/usr/src/tmp//usr/bin/libexec\" -D_GNU_SOURCE -I/usr/src/gnu/u sr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ ld/../../../../contrib/binutils/bfd -I/usr/obj/usr/src/tmp/legacy/usr/include -c ldlex.c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldlex.l: In function `yylex': /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldlex.l:579: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils/ld. *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. [root@tethys /usr/src]# From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 21:32:07 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C306D16A41B for ; Wed, 7 Nov 2007 21:32:07 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from QMTA02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by mx1.freebsd.org (Postfix) with ESMTP id A3A5413C4BF for ; Wed, 7 Nov 2007 21:32:07 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from OMTA04.emeryville.ca.mail.comcast.net ([76.96.30.35]) by QMTA02.emeryville.ca.mail.comcast.net with smtp id 9wuA1Y0020lTkoC0102L00; Wed, 07 Nov 2007 21:20:35 +0000 Received: from discordia ([24.60.136.97]) by OMTA04.emeryville.ca.mail.comcast.net with comcast id 9xLa1Y00826FYqY0000000; Wed, 07 Nov 2007 21:20:35 +0000 X-Authority-Analysis: v=1.0 c=1 a=1jbshI6eDe91z1Xq4mYA:9 a=deQyGdJKy-NME4B6L5wA:7 a=2oBmQgRhATkaqQxBZOkJrbxiI0sA:4 a=l5bgqdDrG-gA:10 Received: by discordia (Postfix, from userid 103) id DC23E1634F7; Wed, 7 Nov 2007 16:20:31 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (unknown [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by discordia (Postfix) with ESMTP id 1618E1634F6; Wed, 7 Nov 2007 16:20:17 -0500 (EST) Message-ID: <47322B72.6060301@FreeBSD.org> Date: Wed, 07 Nov 2007 16:17:38 -0500 From: Coleman Kane Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (X11/20071104) MIME-Version: 1.0 To: cristi.magherusan@net.utcluj.ro References: <4731D9FF.9010009@FreeBSD.org> <1194469080.858.13.camel@localhost> In-Reply-To: <1194469080.858.13.camel@localhost> X-Enigmail-Version: 0.96a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Szymon Kozak Subject: Re: panic in 8-CURRENT / BGE hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cokane@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 21:32:07 -0000 Cristi Magherusan wrote: > On Wed, 2007-11-07 at 10:30 -0500, Coleman Kane wrote: > >>> Hello, >>> >>> I've tried again the latest version of if_bge.c on my HP 6710b >>> laptop with no results, even after setting hw.bge.allow_asf="0". >>> I've also tried with the debugger and it seems to panic when >>> calling free() in device_probe_child.c (IIRC). Then I #define'd >>> BUS_PROBE and the freeze occurs after displaying something like >>> "devclass_alloc_unit: now: unit 0 in devclass bge". >>> >>> The 7 Beta 1.5 install CD hangs also when loading the driver. >>> >>> I have a coredump made from whithin the debugger with the exact >>> place where the faulty free() occurs, so I can provide more exact >>> info if someone is interested. I just hope this is not a >>> heisen-bug. >>> >>> Best regards, Cristi >>> >> I have a 6715b that is experiencing the same exact problem. I made a >> release from 8-CURRENT as of last night and I still see it. Just by >> chance, I installed my normal kernel (for my other amd64 machine) onto >> the ISO and re-burned and it worked (since I don't have if_bge on that >> kernel). After selectively loading/unloading modules I tracked it down >> to this. >> >> Has any more traction been made on the BGE issue here? >> >> - -- >> Coleman Kane >> >> > Hello, > > Did you run it step by step in the debugger and got the same results I > did? I haven't tried any more debugging ever since, but we can join our > forces and hopefully fix this damn issue so 7.0 won't have it on the > release errata. > I haven't gotten that far on the problem yet. Though I inspected the verbose booting output and saw that the point where it dies is during init of the bge driver. Which wifi card do you have? Right now this notebook has no network access whatsoever for me. I have tried a number of the Win64 drivers with ndisgen and none of them seem to work. All of the drivers that I can find seem to spit out some undefined function warnings on boot and then throw a trap 12 during ndis init. I've got the BCM94321 a/b/g/n card in my laptop. (product id 0x4328). I can't get bcmwl564.sys to detect the card, because it doesn't register for the 4328 chips. > I bet someone who's a bit more skilled in this matter can handle it in > just a few hours. > > Any volunteers? > /me raises hand > Best regards, > Cristi > -- Coleman Kane From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 21:33:38 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2620916A417; Wed, 7 Nov 2007 21:33:38 +0000 (UTC) (envelope-from cristi.magherusan@net.utcluj.ro) Received: from bavaria.utcluj.ro (unknown [IPv6:2001:b30:5000:2:20e:cff:fe4b:ca01]) by mx1.freebsd.org (Postfix) with ESMTP id C5BB213C48D; Wed, 7 Nov 2007 21:33:37 +0000 (UTC) (envelope-from cristi.magherusan@net.utcluj.ro) Received: from localhost (localhost [127.0.0.1]) by bavaria.utcluj.ro (Postfix) with ESMTP id EBAC850883; Wed, 7 Nov 2007 23:33:36 +0200 (EET) X-Virus-Scanned: by the daemon playing with your mail on local.mail.utcluj.ro Received: from bavaria.utcluj.ro ([127.0.0.1]) by localhost (bavaria.utcluj.ro [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P8gY1dbOTdQ5; Wed, 7 Nov 2007 23:33:29 +0200 (EET) Received: from [172.27.1.65] (c7.campus.utcluj.ro [193.226.6.226]) (using SSLv3 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by bavaria.utcluj.ro (Postfix) with ESMTP id 3DF6850884; Wed, 7 Nov 2007 23:33:29 +0200 (EET) From: Cristi Magherusan To: cokane@FreeBSD.org In-Reply-To: <47322B72.6060301@FreeBSD.org> References: <4731D9FF.9010009@FreeBSD.org> <1194469080.858.13.camel@localhost> <47322B72.6060301@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-I8Ac72xh/3peCLQs8Eoy" Organization: Universitatea Tehnica din Cluj-Napoca, Centrul de Comunicatii "Pusztai Kalman" Date: Wed, 07 Nov 2007 23:33:28 +0200 Message-Id: <1194471208.858.20.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 Cc: freebsd-current@FreeBSD.org, Szymon Kozak Subject: Re: panic in 8-CURRENT / BGE hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cristi.magherusan@net.utcluj.ro List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 21:33:38 -0000 --=-I8Ac72xh/3peCLQs8Eoy Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2007-11-07 at 16:17 -0500, Coleman Kane wrote: =20 > I haven't gotten that far on the problem yet. Though I inspected the > verbose booting output and saw that the point where it dies is during > init of the bge driver. >=20 > Which wifi card do you have? Right now this notebook has no network > access whatsoever for me. I have tried a number of the Win64 drivers > with ndisgen and none of them seem to work. All of the drivers that I > can find seem to spit out some undefined function warnings on boot and > then throw a trap 12 during ndis init. >=20 Fortunatelly (I hope) I happen to have an Intel 3945ABG wifi card that may work with the newly released wpi driver. I'll try it ASAP. > I've got the BCM94321 a/b/g/n card in my laptop. (product id 0x4328). I > can't get bcmwl564.sys to detect the card, because it doesn't register > for the 4328 chips. > > I bet someone who's a bit more skilled in this matter can handle it in > > just a few hours.=20 > > > > Any volunteers? > > =20 > /me raises hand Nice to hear that! Cristi --=20 Cristi Magherusan, Universitatea Tehnica din Cluj - Napoca Centrul de Comunicatii "Pusztai Kalman" Tel. 0264/401247 http://cc.utcluj.ro --=-I8Ac72xh/3peCLQs8Eoy Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQBHMi8ofwrBISYVZFURAtmJAJ90BN90yJrO4HDVEw1/Vh7rGDcMNgCghiwf t9LmsrlQZI9yO3nKx36fM88= =WQaA -----END PGP SIGNATURE----- --=-I8Ac72xh/3peCLQs8Eoy-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 21:37:26 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19B4D16A420; Wed, 7 Nov 2007 21:37:26 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id D0A8113C4BE; Wed, 7 Nov 2007 21:37:25 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by solow.pil.dk (Postfix) with ESMTP id BA46E1CC0C3; Wed, 7 Nov 2007 22:20:29 +0100 (CET) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id D2AE21141D; Wed, 7 Nov 2007 22:20:28 +0100 (CET) Date: Wed, 7 Nov 2007 22:20:28 +0100 From: Henrik Brix Andersen To: Rene Ladan Message-ID: <20071107212028.GB24853@tirith.brixandersen.dk> References: <200711071056.13466.root@solink.ru> <47322A66.9050505@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline In-Reply-To: <47322A66.9050505@gmail.com> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Bachilo Dmitry , current@freebsd.org, mobile@freebsd.org Subject: Re: PCI Cardreader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 21:37:26 -0000 --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 07, 2007 at 10:13:10PM +0100, Rene Ladan wrote: > You can add these lines to your kernel configuration: >=20 > device mmc > device mmcsd >=20 > But don't expect any magic. mmc(4) and mmcsd(4) tell that nothing curren= tly works, > which seems to be true on my Asus A6JE (using a Kingston micro-SD card wi= th adapter). >=20 > imp@ is the last person who touched the driver which lives in /usr/src/sy= s/dev/mmc/ As far as I can recall, the sdhc(4) driver is not yet available in -CURRENT. Brix --=20 Henrik Brix Andersen --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFHMiwcv+Q4flTiePgRApuxAJ9w9g1tZs2IZG/dAjRdbKUTvZbtJACfUMPO HzxD6DZwnZ34th0HVrnpeOY= =QrfV -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 21:43:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 490AA16A476; Wed, 7 Nov 2007 21:43:20 +0000 (UTC) (envelope-from jamesh@lanl.gov) Received: from mailwasher.lanl.gov (mailwasher.lanl.gov [204.121.3.2]) by mx1.freebsd.org (Postfix) with ESMTP id 0189913C4AC; Wed, 7 Nov 2007 21:43:19 +0000 (UTC) (envelope-from jamesh@lanl.gov) Received: from mailrelay3.lanl.gov (mailrelay3.lanl.gov [128.165.4.104]) by mailwasher.lanl.gov (8.13.8/8.13.8/(ccn-5)) with ESMTP id lA7Lh2Mb022489; Wed, 7 Nov 2007 14:43:02 -0700 Received: from oppie-mail.lanl.gov (oppie-mail.lanl.gov [128.165.4.123]) by mailrelay3.lanl.gov (8.13.8/8.13.8/(ccn-5)) with ESMTP id lA7Lh1Yr018331; Wed, 7 Nov 2007 14:43:01 -0700 Received: from [128.165.86.10] (secretariat.lanl.gov [128.165.86.10]) by oppie-mail.lanl.gov (Postfix) with ESMTP id A2FC91F8005; Wed, 7 Nov 2007 14:42:58 -0700 (MST) From: James To: tethys ocean In-Reply-To: <235b80000711071301h3a8f8d1dw1850c0642386d51b@mail.gmail.com> References: <235b80000711071301h3a8f8d1dw1850c0642386d51b@mail.gmail.com> Organization: Los Alamos National Laboratories Date: Wed, 07 Nov 2007 14:42:58 -0700 Message-Id: <1194471778.82634.1.camel@secretariat.lanl.gov> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port X-CTN-5-MailScanner-Information: Please see http://network.lanl.gov/email/virus-scan.php X-CTN-5-MailScanner: Found to be clean X-CTN-5-MailScanner-From: jamesh@lanl.gov X-Spam-Status: No Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org, freebsd-bug@freebsd.org Subject: Re: make buildworld ....gcc bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jamesh@lanl.gov List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 21:43:20 -0000 On Wed, 2007-11-07 at 23:01 +0200, tethys ocean wrote: > When I am rebuilding world FreeBSD 6.2 I have take error that is > shown below. What can I do!? > > [root@tethys /usr/src]# make buildworld > > > root@tethys# gcc -v > Using built-in specs. > Configured with: FreeBSD/i386 system compiler > Thread model: posix > gcc version 3.4.6 [FreeBSD] 20060305 The current version of gcc for FreeBSD is 4.2. Sync your ports tree, follow the advice in UPDATING and update, and try again. If you're using pkg_add, sub in the appropriate commands. James > root@tethys# > > > /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldemul.h:155: > warning: "struct option" declared inside parameter list > cc -O2 -fno-strict-aliasing -pipe -I. > -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src > /gnu/usr.bin/binutils/ld/../libbfd > -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/binut > ils/ld/../libbfd > -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/in > clude -DTARGET=\"i386-obrien-freebsd\" > -DDEFAULT_EMULATION=\"elf_i386_fbsd\" -DSCRI > PTDIR=\"/usr/obj/usr/src/tmp/usr/libdata\" > -DBFD_VERSION_STRING=\""2.15 [FreeBSD] 2 > 004-05-23"\" -DBINDIR=\"/usr/bin\" > -DTARGET_SYSTEM_ROOT=\"/usr/obj/usr/src/tmp\" -D > TOOLBINDIR=\"/usr/obj/usr/src/tmp//usr/bin/libexec\" -D_GNU_SOURCE > -I/usr/src/gnu/u > sr.bin/binutils/ld/../../../../contrib/binutils/ld > -I/usr/src/gnu/usr.bin/binutils/ > ld/../../../../contrib/binutils/bfd > -I/usr/obj/usr/src/tmp/legacy/usr/include -c ldlex.c > /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldlex.l: > In function `yylex': > /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldlex.l:579: > internal compiler error: Segmentation fault: 11 > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. > *** Error code 1 > > Stop in /usr/src/gnu/usr.bin/binutils/ld. > *** Error code 1 > > Stop in /usr/src/gnu/usr.bin/binutils. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > [root@tethys /usr/src]# > _______________________________________________ > 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 Nov 7 21:48:39 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FA6D16A46E; Wed, 7 Nov 2007 21:48:39 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id D762D13C4B2; Wed, 7 Nov 2007 21:48:38 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id lA7LmSk1071007; Wed, 7 Nov 2007 14:48:28 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <473232A8.3080105@samsco.org> Date: Wed, 07 Nov 2007 14:48:24 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Rui Paulo References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> <20071104231422.GA82337@rink.nu> <472F5E62.4080406@samsco.org> <60C64C73-A019-4C01-85E1-80DF4C76B1AF@freebsd.org> <4732171F.3010803@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Wed, 07 Nov 2007 14:48:28 -0700 (MST) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@FreeBSD.org, Maxim Sobolev , Rink Springer , freebsd-i386@FreeBSD.org, freebsd-hardware@FreeBSD.org Subject: Re: MacBook users: possible fix for the SMP 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: Wed, 07 Nov 2007 21:48:39 -0000 Rui Paulo wrote: > On Nov 7, 2007 7:50 PM, Maxim Sobolev wrote: >> I don't really like the fact that it has to be turned on manually. Is it >> possible to make this automatic based on BIOS Id or something like this? > > Yes, I can turn this on for MacBooks. > Yeah, at least have it on by default for the systems that we know have the problem. I still think that it needs wider application, but as long as the immediate and identifiable issue is addressed, I'm happy. Scott From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 21:45:31 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A3FA16A417; Wed, 7 Nov 2007 21:45:31 +0000 (UTC) (envelope-from zec@icir.org) Received: from zec2.tel.fer.hr (zec2.tel.fer.hr [161.53.19.79]) by mx1.freebsd.org (Postfix) with ESMTP id ED7D313C4A5; Wed, 7 Nov 2007 21:45:30 +0000 (UTC) (envelope-from zec@icir.org) Received: from localhost (localhost [127.0.0.1]) by zec2.tel.fer.hr (8.14.1/8.14.1) with ESMTP id lA7Mj65w001220; Wed, 7 Nov 2007 22:45:06 GMT (envelope-from zec@icir.org) From: Marko Zec To: freebsd-current@freebsd.org Date: Wed, 7 Nov 2007 22:45:04 +0000 User-Agent: KMail/1.9.7 References: <4732110D.3090808@interactive-net.de> In-Reply-To: <4732110D.3090808@interactive-net.de> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_x/jMHfp8V78I2pA" Message-Id: <200711072245.05430.zec@icir.org> X-Mailman-Approved-At: Wed, 07 Nov 2007 21:53:39 +0000 Cc: Robert Watson , bms@freebsd.org, Reinhard Haller Subject: Re: 7.0-BETA2 routed and multicast registration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 21:45:31 -0000 --Boundary-00=_x/jMHfp8V78I2pA Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Wednesday 07 November 2007 19:25:01 Reinhard Haller wrote: > Hi, > > routed has problems with setsockopt registering itself for multicast. > The trace contains the following messages: > > IP_ADD_MEMBERSHIP ALLROUTERS: Can't assign requested address > turn on RIP > setsockopt(IP_ADD_MEMBERSHIP RIP): Can't assign requested address > setsockopt(rdisc_sock,IP_MULTICAST_IF): Can't assign requested > address > > Any suggestions? Perhaps the attached kernel patch could help? Cheers, Marko --Boundary-00=_x/jMHfp8V78I2pA Content-Type: text/x-diff; charset="iso-8859-15"; name="in_mcast.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="in_mcast.diff" --- sys/netinet/in_mcast.c.org 2007-11-07 22:36:23.000000000 +0000 +++ sys/netinet/in_mcast.c 2007-11-07 22:37:16.000000000 +0000 @@ -113,6 +113,8 @@ static int inp_join_group(struct inpcb * static int inp_leave_group(struct inpcb *, struct sockopt *); static int inp_set_multicast_if(struct inpcb *, struct sockopt *); static int inp_set_source_filters(struct inpcb *, struct sockopt *); +static struct ifnet * + ip_multicast_if(struct in_addr *a); /* * Resize the ip_moptions vector to the next power-of-two minus 1. @@ -1019,7 +1021,7 @@ inp_join_group(struct inpcb *inp, struct * reject the IPv4 multicast join. */ if (mreqs.imr_interface.s_addr != INADDR_ANY) - INADDR_TO_IFP(mreqs.imr_interface, ifp); + ifp = ip_multicast_if(&mreqs.imr_interface); else { struct route ro; @@ -1435,7 +1437,7 @@ inp_set_multicast_if(struct inpcb *inp, if (addr.s_addr == INADDR_ANY) { ifp = NULL; } else { - INADDR_TO_IFP(addr, ifp); + ifp = ip_multicast_if(&addr); if (ifp == NULL) return (EADDRNOTAVAIL); } @@ -1820,3 +1822,23 @@ inp_setmoptions(struct inpcb *inp, struc return (error); } + +/* + * following RFC1724 section 3.3, 0.0.0.0/8 is interpreted as interface index. + */ +static struct ifnet * +ip_multicast_if(struct in_addr *a) +{ + int ifindex; + struct ifnet *ifp; + + if (ntohl(a->s_addr) >> 24 == 0) { + ifindex = ntohl(a->s_addr) & 0xffffff; + if (ifindex < 0 || if_index < ifindex) + return NULL; + ifp = ifnet_byindex(ifindex); + } else + INADDR_TO_IFP(*a, ifp); + return ifp; +} + --Boundary-00=_x/jMHfp8V78I2pA-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 21:56:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4ECB16A480 for ; Wed, 7 Nov 2007 21:56:42 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id 33AF013C4BD for ; Wed, 7 Nov 2007 21:56:42 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so4904107pyb for ; Wed, 07 Nov 2007 13:56:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=uEXqwHvUYthFkbXzuLvlHNDKQoF7rWXKPe5QUcm5N78=; b=fxUt7shYzF9iPpcWm+Mz8iXMotWt2u0JgDFqP/Oiv9/qCq3MKxm+YP+Q9MRDUc4P91nkBfZ+ibyIS1pI1ZMSL/ymQoZMr+OZgz/j9dF4iaetB5CoD763a8J/cwLcCihtLYl7yrHWDPgwU5ibf4/13G/Fyk1hJypbVOY9SubKCK0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Pn34J2JZECEjTkgS4iDJqRQ2zH8EMCtpZWkR77jAyH41KucF1PHygKgX4EfUqp/ySrpbXnEyYzJAbMvkMlrMYVvQVbb0DZz7VJMgPqYdg9UBMr/hBz0I5YtEvv9tDCzr5jGJMMGYkvvuAXWahdfWlK7lRV0NVTF4XMrGRy7gE1o= Received: by 10.35.91.1 with SMTP id t1mr9433409pyl.1194472170013; Wed, 07 Nov 2007 13:49:30 -0800 (PST) Received: by 10.35.76.2 with HTTP; Wed, 7 Nov 2007 13:49:29 -0800 (PST) Message-ID: Date: Wed, 7 Nov 2007 21:49:29 +0000 From: "Rui Paulo" Sender: rpaulo@gmail.com To: "Mark Tinguely" In-Reply-To: <200711072112.lA7LCCJi041692@casselton.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4732171F.3010803@FreeBSD.org> <200711072112.lA7LCCJi041692@casselton.net> X-Google-Sender-Auth: 24f54e845ec97883 Cc: rink@freebsd.org, freebsd-current@freebsd.org, freebsd-i386@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: MacBook users: possible fix for the SMP 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: Wed, 07 Nov 2007 21:56:42 -0000 On Nov 7, 2007 9:12 PM, Mark Tinguely wrote: > > > I don't really like the fact that it has to be turned on manually. Is it > > possible to make this automatic based on BIOS Id or something like this? > > > > -Maxim > > (Thread summary because of text removal - "On some systems, namely MacBooks > we need to disallow the legacy USB circuit to generate an SMI# because this > can cause several problems, namely: incorrect CPU frequency detection and > failure to start the APs." - taken from patch explaination). > > This sounds like a great compiler option / C code definition. It can be > compiled into kernel and left as the default if you need it. It should > not go into GENERIC. No, I don't like that because it makes us look very bad if you can't install FreeBSD on a MacBook because the kernel hangs very early on boot. Regards. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 22:02:09 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25F1516A418; Wed, 7 Nov 2007 22:02:09 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id B9EA913C481; Wed, 7 Nov 2007 22:02:08 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id lA7M1n6N063371; Wed, 7 Nov 2007 16:01:49 -0600 (CST) (envelope-from scf@FreeBSD.org) Date: Wed, 7 Nov 2007 16:01:49 -0600 (CST) From: "Sean C. Farley" To: =?ISO-8859-15?Q?S=F8ren_Schmidt?= In-Reply-To: <47322190.30504@deepcore.dk> Message-ID: References: <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> <47315094.6080405@yandex.ru> <47315158.5090304@gmail.com> <4731A755.7060701@yandex.ru> <4731AEE8.70606@gmail.com> <4731AFA5.9090104@gmail.com> <20071107160212.GA31717@eos.sc1.parodius.com> <4731FC4E.6040209@deepcore.dk> <47322190.30504@deepcore.dk> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="56599777-434176132-1194472910=:32427" X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on mail.farley.org Cc: freebsd-current@FreeBSD.org, =?ISO-8859-15?Q?S=F8ren_Schmidt?= Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 22:02:09 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --56599777-434176132-1194472910=:32427 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Wed, 7 Nov 2007, Søren Schmidt wrote: > Sean C. Farley wrote: >> >> Some people are having issues with SATA/300 drives being report (or >> utilized) at SATA/150. I see that with my work computer. >> Personally, the timeouts that result in errors are my main concern. >> Here is a link[1] to my report. *snip* > On the ATAPI timeouts there not much to say, SATA ATAPI HW sucks jut > as much as ATAPI HW did it seems, the only way is to try and get it > working on as many as possible at the same time. That however means > that someone (usually me, you wont belive the ATAPI drive collection > I've got here already) needs to have all the drives available and time > plus motivation and needed skills to poke around to get it working. At > least all the controllers I have here in the lab and the two SATA > ATAPI drives in same work flawlessly... > > Sad but true. While my driver skills are beginner, I could try some things on my end. The biggest problem is knowing where to start. I downloaded the MMC as well as the SATA v1.0a specs. Everything looks good to the best of my understanding on what you are sending to the drive, so I am at a loss of what would cause the drives to get antsy and timeout. Sean -- scf@FreeBSD.org --56599777-434176132-1194472910=:32427-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 22:07:24 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17A8416A420 for ; Wed, 7 Nov 2007 22:07:24 +0000 (UTC) (envelope-from henrik@mdfnet.se) Received: from maul.mdfnet.se (maul.mdfnet.se [193.11.113.3]) by mx1.freebsd.org (Postfix) with ESMTP id CAE5E13C49D for ; Wed, 7 Nov 2007 22:07:23 +0000 (UTC) (envelope-from henrik@mdfnet.se) Received: from faramir.mdfnet.se (faramir.mdfnet.se [193.11.113.4]) by maul.mdfnet.se (Postfix) with ESMTP id C1F2F39801C for ; Wed, 7 Nov 2007 23:07:14 +0100 (CET) Received: from [193.11.119.2] (c-119-2-esk.cust.mdfnet.se [193.11.119.2]) by faramir.mdfnet.se (Postfix) with ESMTP id 7A97111483 for ; Wed, 7 Nov 2007 23:06:02 +0100 (CET) Message-ID: <47323757.8080205@mdfnet.se> Date: Wed, 07 Nov 2007 23:08:23 +0100 From: Henrik Bergkvist User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <686330.58425.qm@web30307.mail.mud.yahoo.com> In-Reply-To: <686330.58425.qm@web30307.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Problem compiling graid5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 22:07:24 -0000 Arne Wörner wrote: > --- Henrik Bergkvist wrote: > >> /usr/src/sys/modules/geom/geom_raid5/../../../geom/raid5/g_raid5.c: In >> function 'g_raid5_workerD': >> >> FreeBSD internet.mds.mdh.se 7.0-BETA2 FreeBSD 7.0-BETA2 #0: Wed Nov 7 >> 17:25:09 CET 2007 >> >> Does anybody know what to do? >> >> > Hmm... It seems like, in 7-CUR it isnt > ...sched_lock... > anymore, but > thread_lock(curthread); > sched_prio(curthread, PRIBIO); > thread_unlock(curthread); > > I substituted that (with an "#if ...version >= 700...") in all three (TOS, TNG, > PP) versions and on perforce (I hope I did it right... I cannot test it myself > right now, because I dont have a FBSD box here...)... > > Thank u for testing... > > -Arne > Now it's working. Thank you. But when doing graid5 load and then graid5 unload i get: graid5: Could not unload module: Device busy. Doesn't matter that much to me, but didn't that work before? /Henrik From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 22:06:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDA8E16A419 for ; Wed, 7 Nov 2007 22:06:00 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id 9707213C4B3 for ; Wed, 7 Nov 2007 22:06:00 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id 804A7239CE8; Wed, 7 Nov 2007 22:43:04 +0100 (CET) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.8/8.13.6) with ESMTP id lA7LfFVG073892; Wed, 7 Nov 2007 22:41:15 +0100 (CET) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.8/8.13.6/Submit) id lA7LfEwH073891; Wed, 7 Nov 2007 22:41:14 +0100 (CET) (envelope-from nox) Date: Wed, 7 Nov 2007 22:41:14 +0100 (CET) From: Juergen Lock Message-Id: <200711072141.lA7LfEwH073891@saturn.kn-bremen.de> To: aryeh.friedman@gmail.com X-Newsgroups: local.list.freebsd.current In-Reply-To: <473016F5.80209@gmail.com> Organization: home X-Mailman-Approved-At: Wed, 07 Nov 2007 22:13:06 +0000 Cc: freebsd-current@freebsd.org Subject: Re: using a raw disk for qemu image X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 22:06:00 -0000 In article <473016F5.80209@gmail.com> you write: >I know this is not a FreeBSD question persay but if I have XP installed >on an other drive and want to access it with qemu what is the command >line for qemu of qemu-img to enable this... before anyone asks I am not >using wine because it doesn't run on amd54 Well theoreticall that would be qemu -hda /dev/ad1 (or wherever that other drive is), but in this case its unlikely to work since Windows doesn't like hardware being changed under it (the hardware qemu emulates most likely is different from the one your real system.) You can read more about this topic in the freenode #qemu faq: http://calamari.reverse-dns.net:980/cgi-bin/moin.cgi/FrequentlyAskedQuestions#head-bcc0d7a7641ec611dbe969aa9b8d433e2fc0b903 HTH, Juergen From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 22:22:57 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE3FF16A418; Wed, 7 Nov 2007 22:22:57 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms040pub.verizon.net (vms040pub.verizon.net [206.46.252.40]) by mx1.freebsd.org (Postfix) with ESMTP id 8D3D213C4B6; Wed, 7 Nov 2007 22:22:57 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.21.144.51]) by vms040.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JR500A5AQ565445@vms040.mailsrvcs.net>; Wed, 07 Nov 2007 16:22:22 -0600 (CST) Date: Wed, 07 Nov 2007 17:21:50 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <47322A66.9050505@gmail.com> To: Rene Ladan Message-id: <1194474110.2904.23.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-type: text/plain Content-transfer-encoding: 7bit References: <200711071056.13466.root@solink.ru> <47322A66.9050505@gmail.com> Cc: Bachilo Dmitry , current@freebsd.org, mobile@freebsd.org Subject: Re: PCI Cardreader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 22:22:57 -0000 On Wed, 2007-11-07 at 22:13 +0100, Rene Ladan wrote: > Bachilo Dmitry schreef: > > Hello all. > > I always used USB cardreaders and had no problem with it, but now in my > > notebook I have a cardreader, that appears to be onboard PCI device. And so > > FreeBSD sees it as this: > > pci6: at device 4.1 (no driver attached) > > pci6: at device 4.2 (no driver attached) > > pci6: at device 4.3 (no driver attached) > > pci6: at device 4.4 (no driver attached) > > > > > > That's even more odd because three are recognized as flash and one is not. > > pciconf -lv shows this: > > > > none13@pci6:4:1: class=0x050100 card=0x009f1025 chip=0x05301524 > > rev=0x01 hdr=0x00 > > vendor = 'ENE Technology Inc' > > device = 'PCI Memory Stick Card Reader Controller' > > class = memory > > subclass = flash > > > > Well, in 7.0-CURRENT it showed all four devices and now in BETA-2 only this > > one. > > > On my 8.0-CURRENT box (20071105) it shows all four devices: > > cbb0@pci0:4:1:0: class=0x060700 card=0x14371043 chip=0x04761180 rev=0xb3 hdr=0x02 > vendor = 'Ricoh Company, Ltd.' > device = 'unknown Ricoh R/RL/5C476(II)' > class = bridge > subclass = PCI-CardBus > fwohci0@pci0:4:1:1: class=0x0c0010 card=0x14371043 chip=0x05521180 rev=0x08 hdr=0x00 > vendor = 'Ricoh Company, Ltd.' > device = 'RL5c552 IEEE-1394 Controller' > class = serial bus > subclass = FireWire > none0@pci0:4:1:2: class=0x080500 card=0x14371043 chip=0x08221180 rev=0x17 hdr=0x00 > vendor = 'Ricoh Company, Ltd.' > device = 'R5C832, R5C843 SDA Standard Compliant SD Host Controller' > class = base peripheral > none1@pci0:4:1:3: class=0x088000 card=0x14371043 chip=0x05921180 rev=0x08 hdr=0x00 > vendor = 'Ricoh Company, Ltd.' > device = '13871043 Ricoh Memory Stick Host Controller' > class = base peripheral > > > Is there any way I can make them work? > > > You can add these lines to your kernel configuration: > > device mmc > device mmcsd > > But don't expect any magic. mmc(4) and mmcsd(4) tell that nothing currently works, > which seems to be true on my Asus A6JE (using a Kingston micro-SD card with adapter). > > imp@ is the last person who touched the driver which lives in /usr/src/sys/dev/mmc/ > Thing below is on my list to try out when I get enough breathing room (or when I would have a dire need to read SD cards on my ThinkPad X60 ;). Did you, by any chance, try it? Any experiences to share? http://www.freebsd.org/cgi/getmsg.cgi?fetch=17399+21119 +/usr/local/www/db/text/2007/freebsd-mobile/20070916.freebsd-mobile > Regards, > Rene -- Alexandre "Sunny" Kovalenko From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 22:23:13 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B11B16A417 for ; Wed, 7 Nov 2007 22:23:13 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30309.mail.mud.yahoo.com (web30309.mail.mud.yahoo.com [209.191.69.71]) by mx1.freebsd.org (Postfix) with SMTP id D5E8713C4A5 for ; Wed, 7 Nov 2007 22:23:11 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: (qmail 34547 invoked by uid 60001); 7 Nov 2007 22:16:20 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=ttB7Jq5m/n2mZSraHBX4g2Hu+kMeOuvLcW0u9GB3+nhC1XsgKZFxOSOJlFk841n2Ov/R7DqJBKJm9+frecTHv49MrYfdOdN1gu18sX/gHx1/dcMipSj2NTv8yyYN6IUiDnloqubFTs4mRr13Qv9KwOgI+A5kn/CBP1zG9piaNwg=; X-YMail-OSG: yCdck3YVM1mFIE8Cx3UGiS8bf4N5sk10z5FdMeGFKM8GfQq5znBfXsAnmIP5fyzlQvczwl.e5PGl145WtMTS9.k8RoV47gnukuyeTw7kI8B2sW_H_FI5TGOybg-- Received: from [84.141.120.234] by web30309.mail.mud.yahoo.com via HTTP; Wed, 07 Nov 2007 14:16:20 PST Date: Wed, 7 Nov 2007 14:16:20 -0800 (PST) From: Arne "Wörner" To: Ulf Lilleengen , Arne@stud.ntnu.no, W@stud.ntnu.no In-Reply-To: <20071107210635.GA12736@stud.ntnu.no> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <613458.33465.qm@web30309.mail.mud.yahoo.com> Cc: John Nielsen , freebsd-current@freebsd.org, "fluffles.net" Subject: Re: geom_raid5 inclusion in HEAD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 22:23:13 -0000 --- Ulf Lilleengen wrote: > - Parantheses around return values: > Hmm... OK... I can do that, although "return" is no function... It feels more like an operator for me (like "=" or "++")... But if we want to do it that way, it is OK... > - Proper indenting when breaking a line, should be 4 spaces etc. > Ohoh... I always tried to use tabs... > All of this can be found in the style(9) manpage, so I'd rather just suggest > to go through it and make sure it's satisfied. > Hmm... Ooch... > I've only looked at TOS so far, but I'll look at PP as well to see how it is. > I have uploaded a PP version now, that has some explanations for each function or group of similar functions respectively... > > Hmm... if I understood correctly, FreeBSD's kernel memory suffers under > > fragmentation, if many big mem areas r needed... There might be even a dead > > lock, if UFS uses 64kb block size... So I thought it would be a good idea > to > > avoid those sleeps but "hamster-ing" the big chunks... :) But I am not sure > > anymore, that it improved performance (but performance was the reason for > > it)... > Hmm, I'm not sure what you mean about this dead lock, but sounds like a weird > thing to having to deadlock because of your filesystem. Maybe this could be > solved in another way, or is this not a graid5-thing at all? > It seems to be general problem with kernel and/or VFS memory... U can provoke it with heavy UFS access with several bonnie processes and UFS-block-size of 64kB... > The general thing is that I don't think one should start optimizing for > performance before everything works correctly and having made sure that it > improves performance statistically. (I know this isn't a completely new > project, but still). > Yup... And it's a little bit selfish to hamster memory... > First of all, disk I/O is generally much slower than CPU anyway, so I would > doubt that having to use one thread would decrease performance noticeably. > In my ears, this is a good argument for using one thread only. But then > again, this might not be a big deal if it's already there and it's correct. > Hmm... Yup... But reducing short delays (like for bcopy) increased throughput significantly (IIRC)... > I'm starting to get busier and busier with exams coming up now, but I'll try > take a look when I can, but don't expect to much :) Also, as I said, I've > only looked at TOS so far. > OK - I cannot spend so much time for this, too... I have a backlog of more than 10 hours of "important" TV series... :-) -Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 22:28:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0EF116A421 for ; Wed, 7 Nov 2007 22:28:25 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30315.mail.mud.yahoo.com (web30315.mail.mud.yahoo.com [209.191.69.77]) by mx1.freebsd.org (Postfix) with SMTP id 9CAFD13C4BE for ; Wed, 7 Nov 2007 22:28:24 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: (qmail 84469 invoked by uid 60001); 7 Nov 2007 22:28:08 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=Qg6c493nhPz7FiVevAiNxOoFKEPiNKkdG1lNHI3enCGcZut4ho7GihJe6Eqql3wNIPat+szLQOVxgDzUa4dGaWQVG7K0GCW0eY5Rxfm/WzV34qsqyBHr1s7PYQPdUSEQzy34cYm5Wu1Cfger5bI3qV0CeQmCYoARtcFBLmeoDLg=; X-YMail-OSG: EYlOz_kVM1lp55OHmGzS7K3CdcLbdDHn2PzC7WKKxf4J_jMVKrvE4XszO24vNhHl2rMNT21qwyuPkom1NQspdJGfOgsdSF3tf0k5skSCR95zCxSyfvE- Received: from [84.141.120.234] by web30315.mail.mud.yahoo.com via HTTP; Wed, 07 Nov 2007 14:28:07 PST Date: Wed, 7 Nov 2007 14:28:07 -0800 (PST) From: Arne "Wörner" To: Henrik Bergkvist , freebsd-current@freebsd.org In-Reply-To: <47323757.8080205@mdfnet.se> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <963915.83937.qm@web30315.mail.mud.yahoo.com> Cc: Subject: Re: Problem compiling graid5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 22:28:26 -0000 --- Henrik Bergkvist wrote: > But when doing graid5 load and then graid5 unload i get: > graid5: Could not unload module: Device busy. > > Doesn't matter that much to me, but didn't that work before? > Hmm... That is because a device is still there... Maybe the device is even in use somehow (e.g.: by a mounted file system)? u could try to destroy it (temporarily -- i.e.: the meta data will remain on the disks) with this command: "graid5 destroy -y "... Then u should be able to unload that graid5 module... -Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 22:32:11 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D665916A49A for ; Wed, 7 Nov 2007 22:32:11 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by mx1.freebsd.org (Postfix) with ESMTP id AF39913C4A5 for ; Wed, 7 Nov 2007 22:32:11 +0000 (UTC) (envelope-from rrs@cisco.com) X-IronPort-AV: E=Sophos;i="4.21,386,1188802800"; d="scan'208";a="544316602" Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-3.cisco.com with ESMTP; 07 Nov 2007 14:32:05 -0800 Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id lA7MW5VJ004765 for ; Wed, 7 Nov 2007 14:32:05 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id lA7MW5fd009905 for ; Wed, 7 Nov 2007 22:32:05 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 7 Nov 2007 14:32:02 -0800 Received: from [128.107.155.241] ([128.107.155.241]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 7 Nov 2007 14:32:02 -0800 Message-ID: <47323C93.2040506@cisco.com> Date: Wed, 07 Nov 2007 17:30:43 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070601 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 X-OriginalArrivalTime: 07 Nov 2007 22:32:02.0927 (UTC) FILETIME=[04C6CFF0:01C8218E] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=289; t=1194474725; x=1195338725; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20CGL/CGE |Sender:=20; bh=LglTBfxK3o0OzBklAJmxtqy1iAziImxYxrLDpvL8O0g=; b=HE0mrANJeSsULU8TOJHfda4G1kFdvqHzxh7WNDcdVYjyX7eo3Yv9NpvRjcaN2szoaxN0Mxcr uE3LnNM61S0RiUPBIQ6ZFpw0G0mo6UXtQK/44Wj8nux0G8IDcksOiOK9; Authentication-Results: sj-dkim-4; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim4002 verified; ); Subject: CGL/CGE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 22:32:11 -0000 Hi all: Just curious if anyone has done a comparison between a Carrier Grade Environment (CGE) or a Carrier Grade Linux (CGL) set of requirements and what a standard FreeBSD system offers? R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 22:32:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9D1F16A46B for ; Wed, 7 Nov 2007 22:32:45 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 680DA13C48A for ; Wed, 7 Nov 2007 22:32:45 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:64735 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IptRq-000Jem-J2 for freebsd-current@freebsd.org; Wed, 07 Nov 2007 22:32:34 +0000 Message-ID: <47323D02.2010208@conducive.net> Date: Wed, 07 Nov 2007 17:32:34 -0500 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> <47315094.6080405@yandex.ru> <47315158.5090304@gmail.com> <4731A755.7060701@yandex.ru> <4731AEE8.70606@gmail.com> <4731AFA5.9090104@gmail.com> <20071107160212.GA31717@eos.sc1.parodius.com> <4731FC4E.6040209@deepcore.dk> <47322190.30504@deepcore.dk> In-Reply-To: <47322190.30504@deepcore.dk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 22:32:45 -0000 � wrote: *trimmed* > > On the ATAPI timeouts there not much to say, SATA ATAPI HW sucks jut as > much as ATAPI HW did it seems, It improved over time, simply because RMA's and complaint staff are too expensive for the razor-thin margins in the market. So, too will SATA ATAPI - but perhaps not before it simply disappears [1]. In any case, there isn't enough time or expertise to catch up with 100% of it. > the only way is to try and get it working > on as many as possible at the same time. That however means that someone > (usually me, you wont belive the ATAPI drive collection I've got here > already) needs to have all the drives available and time plus motivation > and needed skills to poke around to get it working. At least all the > controllers I have here in the lab and the two SATA ATAPI drives in same > work flawlessly... > > Sad but true. > > -S�ren >> Meanwhile - figuring a 2 year 'window' before the less-problematic chipsets & designs have garnered the greatest share of the market, it might be helpful if - much as has been done with controllers - a place was made where reported good and reported problematic SATA ATAPI drive hardware was listed. IOW - avoidance rather than fix. That needs several inputs: - what dmesg.boot reports, (discovered only after purchase) - what labeling is on the physical unit (not always available pre-purchase) - what product/brand was on the shrink-wrapped box (may help the *next* victim, anyway!) Keeping in mind that revisions aside, there is both multiple-branding of the same drives, and substitution of entirely different ones in the same packaging going on all the time, the mapping will change. (Aryeh - that might be a better use for your wiki.. a warning list..) Another reality that at least some of us have faced is that CD/DVD are slow, clumsy, power-hungry, oversize, of limited capacity, and not getting enough better (blue-ray et al) to matter. Ever again. It has long since become simpler and cheaper to equip ONE box or use a laptop to 'handle' CD/DVD for several other machines instead of assigning one per each. We haven't installed a new CD/DVD for several years, have *never* put one into a rackmount (arms are too short to reach Zurich from Hong Kong). It isn't hard to get by with one 'loose' PATA CD and one USB unit per ten machines, and one PATA DVD for 20 machines. Plus, of course, the one in an aged PowerBook that ends up doing 90% of the work, given it has a GigE and FW800 ports as well as USB2. And was integrated at the factory to JFW. So let's not waste too much time on CD/DVD's 'bad boys'. Just name 'em. NAND flash will finish what current USB memory - and iPod'ish thingies - started - changing the audio/visual/media market that underpins volume production of CD/DVD. 'Dead man walking' it is... and rotating memory in general not far behind... Bill [1] USB memory is already *way* cheaper than a CDR R/W drive here, and the larger capacity ones hold more than blue-ray or HD ever will. As to archival storage or backup - CD/DVD are too slow, (platter physics - not SATA) and too inefficient of space. On the basis of transfer speed alone, the only practical backup for a large HDD is -- another large HDD. Even then - RAID, a good resilient fs, and laziness have replaced routine backups for more folks than will publically admit it. From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 22:43:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E868016A46B for ; Wed, 7 Nov 2007 22:43:48 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id ABD0213C4B9 for ; Wed, 7 Nov 2007 22:43:48 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:64749 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Iptcb-000JlZ-C9 for freebsd-current@freebsd.org; Wed, 07 Nov 2007 22:43:41 +0000 Message-ID: <47323F9D.80209@conducive.net> Date: Wed, 07 Nov 2007 17:43:41 -0500 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200711072141.lA7LfEwH073891@saturn.kn-bremen.de> In-Reply-To: <200711072141.lA7LfEwH073891@saturn.kn-bremen.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: using a raw disk for qemu image X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 22:43:49 -0000 Juergen Lock wrote: > In article <473016F5.80209@gmail.com> you write: >> I know this is not a FreeBSD question persay but if I have XP installed >> on an other drive and want to access it with qemu what is the command >> line for qemu of qemu-img to enable this... before anyone asks I am not >> using wine because it doesn't run on amd54 > > Well theoreticall that would be qemu -hda /dev/ad1 (or wherever that other > drive is), but in this case its unlikely to work since Windows doesn't > like hardware being changed under it (the hardware qemu emulates > most likely is different from the one your real system.) You can read > more about this topic in the freenode #qemu faq: > http://calamari.reverse-dns.net:980/cgi-bin/moin.cgi/FrequentlyAskedQuestions#head-bcc0d7a7641ec611dbe969aa9b8d433e2fc0b903 > > HTH, > Juergen The built-in Qemu smb tool might be less of a problem for WinWOES. *providing* you have (at least) one working Win 'machine' - that understands the same fs and all that - from which to 'map a network drive'. That at least doesn't trigger the 'new hardware found' cycle. We've used that to make changes to one problematic .img from another, or read files off a 'hardware' unit mounted mount_ntfs and exported to Qemu's smb daemon. HTH, Bill From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 22:50:12 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97D8416A419 for ; Wed, 7 Nov 2007 22:50:12 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id DD60313C4B6 for ; Wed, 7 Nov 2007 22:50:11 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 41037 invoked from network); 8 Nov 2007 01:49:54 +0300 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 8 Nov 2007 01:49:54 +0300 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 258416, updated: 7.11.2007] Message-ID: <046501c82190$815ecca0$0c00a8c0@Artem> From: "Artem Kuchin" To: Date: Thu, 8 Nov 2007 01:49:44 +0300 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: Pawel Jakub Dawidek Subject: gjournal weirdness contd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 22:50:12 -0000 Hello! FReebSD 7-BETA2, amd64 (as of nov 5th) Here is what i did this time: WEIRDNESS N1: fdisk ad6 lable ad6 - only one fs for the full disc now i have /dev/ads1d then i do gjournal load gjournal label -f /dev/ad6s1d and now i get /dev/ad6 /dev/ad6s1 /dev/ad6s1.journal /dev/ad6s1.journalc /dev/ad6s1.journald What are all journal and why c and d are put AFTER the 'journal' word? omni3# gjournal list Geom name: gjournal 1827255885 ID: 1827255885 Providers: 1. Name: da0s1f.journal Mediasize: 304473987584 (284G) Sectorsize: 512 Mode: r0w0e0 Consumers: 1. Name: da0s1f Mediasize: 306473988096 (285G) Sectorsize: 512 Mode: r1w1e1 Jend: 306473987584 Jstart: 304473987584 Role: Data,Journal Geom name: gjournal 3462346836 ID: 3462346836 Providers: 1. Name: ad6s1.journal Mediasize: 397938328064 (371G) Sectorsize: 512 Mode: r0w0e0 Consumers: 1. Name: ad6s1 Mediasize: 400085812224 (373G) Sectorsize: 512 Mode: r1w1e1 Jend: 400085811712 Jstart: 397938328064 Role: Data,Journal da0 is a twa backed gjournal fs. And it is fine. ad6 is just connected to motherboard sata controller. journal size is approx 2GB (see weirdness 2) As you see, it seemslike gjournla is attached direcly to ad6s1 (TO SLICE!!!). I don't get it, why so many journal? why partition letter is at the end? What to mount? WEIDNESS N2: If i want to specify 2GB journal size i put label -s 2147483648 and after than i get 'journal size is too small' if i do label -s 2048000000 it works So, i patched the source a bit and set 2GB by default :) BUt this is all weird. -- Regards, Artem From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 22:31:41 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 903E116A417 for ; Wed, 7 Nov 2007 22:31:41 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by mx1.freebsd.org (Postfix) with ESMTP id 224A713C4B8; Wed, 7 Nov 2007 22:31:40 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr11.xs4all.nl (8.13.8/8.13.8) with ESMTP id lA7MKlMV008552; Wed, 7 Nov 2007 23:20:48 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 0B160B82D; Wed, 7 Nov 2007 23:20:47 +0100 (CET) Date: Wed, 7 Nov 2007 23:20:47 +0100 From: Roland Smith To: tethys ocean Message-ID: <20071107222047.GA35319@slackbox.xs4all.nl> Mail-Followup-To: tethys ocean , freebsd-questions@freebsd.org, freebsd-bug@freebsd.org, freebsd-current@freebsd.org References: <235b80000711071301h3a8f8d1dw1850c0642386d51b@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: <235b80000711071301h3a8f8d1dw1850c0642386d51b@mail.gmail.com> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.16 (2007-06-09) X-Virus-Scanned: by XS4ALL Virus Scanner X-Mailman-Approved-At: Wed, 07 Nov 2007 22:50:28 +0000 Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org, freebsd-bug@freebsd.org Subject: Re: make buildworld ....gcc bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 22:31:41 -0000 --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 07, 2007 at 11:01:21PM +0200, tethys ocean wrote: > When I am rebuilding world FreeBSD 6.2 I have take error that is > shown below. What can I do!? >=20 > [root@tethys /usr/src]# make buildworld > In function `yylex': > /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldlex.l:= 579: > internal compiler error: Segmentation fault: 11 Check your hardware, especially your memory. See http://www.bitwizard.nl/si= g11/ Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --X1bOJ3K7DJ5YkBrT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHMjo+EnfvsMMhpyURAjGFAJ9EGqpigAxR1DnQTZ5agfAuw9+vbwCeNyLY rqhzgeIx47YxC/kn9Y3qSas= =xtrp -----END PGP SIGNATURE----- --X1bOJ3K7DJ5YkBrT-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 23:16:24 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B57D16A421 for ; Wed, 7 Nov 2007 23:16:24 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.180]) by mx1.freebsd.org (Postfix) with ESMTP id 481A013C494 for ; Wed, 7 Nov 2007 23:16:23 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by ik-out-1112.google.com with SMTP id c21so1049617ika for ; Wed, 07 Nov 2007 15:16:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=cAQWKSDf8tGEBDJfz0cN2EUbBGMXjkOCizK62fwoBZ0=; b=t4X8JDU5lG2MlciMPP4pzmOB6+GWPQF9YE2ogkksxu7jyFbs+oALwnMlYkzfB37VbVkGvnqw0sHdqF8S493k83JDb3SC3o5qmraBMNPUQflRaOF0tOSiwfyfRoswi7XPlwcUXKB46QcU1XAnFZJVTE7rA8QZzXh7hXDJfP6yMDQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=Jv3H1djfCtSxL0Dy+4xGovZqkeqrUx0nGzAOJpFytuhocJMi7oG9Mox381Km5Ag9dIxLcvFLl8jCWi1lnAp8hAgOwjOiY55d1M5L6GOF3eUKj5ngvtidzqcj+7ae50FN4WnxXkE483sjRzlwfSFYVFiVRc0vSYxEuxL+hVpoUe0= Received: by 10.150.154.6 with SMTP id b6mr780585ybe.1194477364911; Wed, 07 Nov 2007 15:16:04 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id p27sm14081959ele.2007.11.07.15.15.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 07 Nov 2007 15:16:03 -0800 (PST) Message-ID: <47324716.8000803@gmail.com> Date: Wed, 07 Nov 2007 18:15:34 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <20071106153509.GB91218@eos.sc1.parodius.com> <47308E19.70507@samsco.org> <47315094.6080405@yandex.ru> <47315158.5090304@gmail.com> <4731A755.7060701@yandex.ru> <4731AEE8.70606@gmail.com> <4731AFA5.9090104@gmail.com> <20071107160212.GA31717@eos.sc1.parodius.com> <4731FC4E.6040209@deepcore.dk> In-Reply-To: <4731FC4E.6040209@deepcore.dk> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: d@delphij.net, Justin Hibbits , Jeremy Chadwick , freebsd-current@FreeBSD.ORG, "Andrey V. Elsukov" , "Sean C. Farley" , S?ren Schmidt Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 23:16:24 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > > I seem to have been thrown into this thread without getting the > start, so could someone please fill me in on what the problem(s) > are exactl All issues involve (atleast the only commanlity found) IHC9(R) on a P35 chipset: Drive type/speed mismatch (fixed at least in my case) PATA/SATA mutually incompatible (fixed in my case at least) SATA cd/dvd freeze on any r/w attempt (no progress) > > I know there are missing ICH9 PCI id's and I'm working on a generic > way to spot AHCI devices, but as usual things are not just black > and white. Xi Lin fixed that a few days ago.. go back to the near the beginning of the thread to see the patch Beaware that not all P35 BIOS's have settings for AHCI (such as mine only offers IDE or disable SATA) - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHMkcVsK9eX2QgtDIRArLfAJ9IgKa3S46GxXdy2clCrv5Tu/OvRgCgpxn9 Gv0di/oeZIldsz+isLLe7Iw= =FmiP -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 23:19:57 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC80416A41A for ; Wed, 7 Nov 2007 23:19:56 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id 4E67F13C48A for ; Wed, 7 Nov 2007 23:19:56 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1880639nfb for ; Wed, 07 Nov 2007 15:19:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=96Mm08PtnUXsGwBueg9nTfninswxCsWipy95JgoOXv8=; b=YMqON9KoDiaLnIHtJSHQG2FE8NwVGS1wNnkOoXUy3yeG+6HPMc2VvjcSHJG8BY87yhFmYjWin7+roZrfXWJh09f+NzKScuLs6JAvTY+56tn1J/QshdBqjJQp4L+AJtEeNcGWKVdbb/a3EMzoEY4kzEvqhAfGBiiRoIVcq7PbVvY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=GG0QDZBMTBXlsAjT4rGLImjXNLM+ZQVZ4xrRvftd+P9YqQEvnK6TlL2cSVmQQAi/LJultxMUenjNWAZMuk5JfwojKuw48+6jTeUT8XYyqfn8BOtz4efZhSdbXOfWH7gpf/KXB8LZogD7ayHiPFc7SaOALirXRZLl6pSaMXpR1R4= Received: by 10.82.160.19 with SMTP id i19mr16305105bue.1194477584723; Wed, 07 Nov 2007 15:19:44 -0800 (PST) Received: from 195-241-214-37.dsl.ip.tiscali.nl ( [195.241.214.37]) by mx.google.com with ESMTPS id 1sm9980884nfv.2007.11.07.15.19.43 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 07 Nov 2007 15:19:43 -0800 (PST) Message-ID: <47324808.2090900@gmail.com> Date: Thu, 08 Nov 2007 00:19:36 +0100 From: Rene Ladan User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: "Alexandre \"Sunny\" Kovalenko" References: <200711071056.13466.root@solink.ru> <47322A66.9050505@gmail.com> <1194474110.2904.23.camel@RabbitsDen> In-Reply-To: <1194474110.2904.23.camel@RabbitsDen> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Bachilo Dmitry , current@freebsd.org, mobile@freebsd.org Subject: Re: PCI Cardreader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 23:19:57 -0000 Alexandre "Sunny" Kovalenko schreef: > On Wed, 2007-11-07 at 22:13 +0100, Rene Ladan wrote: >> Bachilo Dmitry schreef: >>> Hello all. >>> I always used USB cardreaders and had no problem with it, but now in my >>> notebook I have a cardreader, that appears to be onboard PCI device. And so >>> FreeBSD sees it as this: >>> pci6: at device 4.1 (no driver attached) >>> pci6: at device 4.2 (no driver attached) >>> pci6: at device 4.3 (no driver attached) >>> pci6: at device 4.4 (no driver attached) >>> >>> >>> That's even more odd because three are recognized as flash and one is not. >>> pciconf -lv shows this: >>> >>> none13@pci6:4:1: class=0x050100 card=0x009f1025 chip=0x05301524 >>> rev=0x01 hdr=0x00 >>> vendor = 'ENE Technology Inc' >>> device = 'PCI Memory Stick Card Reader Controller' >>> class = memory >>> subclass = flash >>> >>> Well, in 7.0-CURRENT it showed all four devices and now in BETA-2 only this >>> one. >>> >> On my 8.0-CURRENT box (20071105) it shows all four devices: >> >> cbb0@pci0:4:1:0: class=0x060700 card=0x14371043 chip=0x04761180 rev=0xb3 hdr=0x02 >> vendor = 'Ricoh Company, Ltd.' >> device = 'unknown Ricoh R/RL/5C476(II)' >> class = bridge >> subclass = PCI-CardBus >> fwohci0@pci0:4:1:1: class=0x0c0010 card=0x14371043 chip=0x05521180 rev=0x08 hdr=0x00 >> vendor = 'Ricoh Company, Ltd.' >> device = 'RL5c552 IEEE-1394 Controller' >> class = serial bus >> subclass = FireWire >> none0@pci0:4:1:2: class=0x080500 card=0x14371043 chip=0x08221180 rev=0x17 hdr=0x00 >> vendor = 'Ricoh Company, Ltd.' >> device = 'R5C832, R5C843 SDA Standard Compliant SD Host Controller' >> class = base peripheral >> none1@pci0:4:1:3: class=0x088000 card=0x14371043 chip=0x05921180 rev=0x08 hdr=0x00 >> vendor = 'Ricoh Company, Ltd.' >> device = '13871043 Ricoh Memory Stick Host Controller' >> class = base peripheral >> >>> Is there any way I can make them work? >>> >> You can add these lines to your kernel configuration: >> >> device mmc >> device mmcsd >> >> But don't expect any magic. mmc(4) and mmcsd(4) tell that nothing currently works, >> which seems to be true on my Asus A6JE (using a Kingston micro-SD card with adapter). >> >> imp@ is the last person who touched the driver which lives in /usr/src/sys/dev/mmc/ >> > Thing below is on my list to try out when I get enough breathing room > (or when I would have a dire need to read SD cards on my ThinkPad > X60 ;). Did you, by any chance, try it? Any experiences to share? > > http://www.freebsd.org/cgi/getmsg.cgi?fetch=17399+21119 > +/usr/local/www/db/text/2007/freebsd-mobile/20070916.freebsd-mobile > Not yet, I didn't see the message until now since I'm not (yet) on the mobile list. A quick try showed that it does not compile on my box. I'll investigate why. The author did not leave an email address in the files. Regards, Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 23:41:44 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DE7216A41B for ; Wed, 7 Nov 2007 23:41:44 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [213.186.42.107]) by mx1.freebsd.org (Postfix) with ESMTP id 04A8513C4BE for ; Wed, 7 Nov 2007 23:41:43 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from roxette.lamaiziere.net (unknown [77.192.6.103]) by smtp.lamaiziere.net (Postfix) with ESMTP id D88A411805AA for ; Thu, 8 Nov 2007 00:16:47 +0100 (CET) Received: from roxette.lamaiziere.net (localhost [127.0.0.1]) by roxette.lamaiziere.net (Postfix) with ESMTP id B7E304136 for ; Thu, 8 Nov 2007 00:16:37 +0100 (CET) Date: Thu, 8 Nov 2007 00:16:36 +0100 From: Patrick Lamaiziere To: freebsd-current@freebsd.org Message-ID: <20071108001636.35d3770c@roxette.lamaiziere.net> In-Reply-To: <47209EB2.5080109@palisadesys.com> References: <47209EB2.5080109@palisadesys.com> Organization: /dave/nulle X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Subject: Re: iwi0 firmware error on Dell Inspiron 6000 w/ Intel PRO/Wireless 2200BG X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 23:41:44 -0000 Le Thu, 25 Oct 2007 08:48:34 -0500, Guy Helmer a écrit : > I just upgraded a laptop to FreeBSD RELENG_7 checked out on > 20071016. Previously, iwi0 had worked OK under FreeBSD 6.2. After > updating to 7, though, iwi0 reports "firmware error" and nothing more > happens. I've got the same problem (Dell i510) under 7.0-BETA2. If I put a "sleep 2" into /etc/rc.d/wpa_supplicant before wpa_suplicant is called this always works fine. Regards. From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 23:47:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F69E16A419 for ; Wed, 7 Nov 2007 23:47:22 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id A89B913C4B0 for ; Wed, 7 Nov 2007 23:47:21 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 395615E50; Thu, 8 Nov 2007 12:47:07 +1300 (NZDT) Date: Thu, 8 Nov 2007 12:47:07 +1300 From: Andrew Thompson To: Patrick Lamaiziere Message-ID: <20071107234707.GA62686@heff.fud.org.nz> References: <47209EB2.5080109@palisadesys.com> <20071108001636.35d3770c@roxette.lamaiziere.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071108001636.35d3770c@roxette.lamaiziere.net> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: iwi0 firmware error on Dell Inspiron 6000 w/ Intel PRO/Wireless 2200BG X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2007 23:47:22 -0000 On Thu, Nov 08, 2007 at 12:16:36AM +0100, Patrick Lamaiziere wrote: > Le Thu, 25 Oct 2007 08:48:34 -0500, > Guy Helmer a ?crit : > > > I just upgraded a laptop to FreeBSD RELENG_7 checked out on > > 20071016. Previously, iwi0 had worked OK under FreeBSD 6.2. After > > updating to 7, though, iwi0 reports "firmware error" and nothing more > > happens. > > I've got the same problem (Dell i510) under 7.0-BETA2. If I put a > "sleep 2" into /etc/rc.d/wpa_supplicant before wpa_suplicant is > called this always works fine. This has been fixed in HEAD and should be in RELENG_7 in the next few days. Andrew From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 00:23:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DBB916A46E for ; Thu, 8 Nov 2007 00:23:32 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.185]) by mx1.freebsd.org (Postfix) with ESMTP id 9D4C613C4A7 for ; Thu, 8 Nov 2007 00:23:31 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so2835287fka for ; Wed, 07 Nov 2007 16:23:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=WyjQyE1a10ApKJ+4+PreYqwtHhD/dIn07BPQB8isd2U=; b=FHYEt/5e6BgyxMc60j43wraCmw1lbk7Pugvt0Wx0VmW3jbIFrRLF0Ofg/zxhNy3E02EwJ6EmS5n0y4AkX8MGRcRjd68OnItfWBVsqiOPJTFgRRK2WnPN1FnaaA1+KB5Ch51G6t5yTyLg39xh7YlAL69b8ppwmAZeOqQsO9yKTxU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=lCiWZhcDffXsvI129L/hsDbi41PKctVKGR3u1e22QbATz7VbOS1guU93LcqlNGHCa+JcYp8RtgbyzkZTi//9QE+3mnhKQqKlbLcrcJFH1VOOrYJlEtwKk1cyHXdbBArgW/0FJSjDXqaAzqOjerHeeqJBMHUqTRrmurWIqoZqFSw= Received: by 10.86.65.11 with SMTP id n11mr2127643fga.1194481036339; Wed, 07 Nov 2007 16:17:16 -0800 (PST) Received: by 10.86.100.19 with HTTP; Wed, 7 Nov 2007 16:17:16 -0800 (PST) Message-ID: <2a41acea0711071617p1ec29072y76b6ce662961ab39@mail.gmail.com> Date: Wed, 7 Nov 2007 16:17:16 -0800 From: "Jack Vogel" To: "FreeBSD Current" , "FreeBSD Stable List" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Bringing up new Intel non-legacy system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 00:23:32 -0000 Although I'm a network guy, for various reasons I am helping to get FreeBSD running on a new Intel system: S7000FC4UR. This is a rack-mount server that has no PS/2 or PCI legacy, its all PCI-E expansion, and only USB peripheral. I have had a lot of issues: First, the DVD is SATA, however I can work around that by setting IDE mode in the BIOS. With FreeBSD 7 BETA the install kernel always seems to hang in USB initialization, if I disable ACPI it gets further, but ultimately still no joy. Oddly enough, STABLE OCT snapshot will actually install but again only with ACPI disabled. Anyone have an idea why 6.X would actually faire better than 7, this surprised me?! And, is the ACPI subsystem likely to be the source of the problem? I would really prefer 7 running on this, and of course with ACPI working. Oh, the system also has LSI MegaRaid SAS 1078, which I was able to install using STABLE. Cheers, Jack From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 01:44:35 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D46BD16A418 for ; Thu, 8 Nov 2007 01:44:35 +0000 (UTC) (envelope-from cristi.magherusan@net.utcluj.ro) Received: from bavaria.utcluj.ro (unknown [IPv6:2001:b30:5000:2:20e:cff:fe4b:ca01]) by mx1.freebsd.org (Postfix) with ESMTP id 1928813C481 for ; Thu, 8 Nov 2007 01:44:35 +0000 (UTC) (envelope-from cristi.magherusan@net.utcluj.ro) Received: from localhost (localhost [127.0.0.1]) by bavaria.utcluj.ro (Postfix) with ESMTP id 2068C5084F; Thu, 8 Nov 2007 03:44:34 +0200 (EET) X-Virus-Scanned: by the daemon playing with your mail on local.mail.utcluj.ro Received: from bavaria.utcluj.ro ([127.0.0.1]) by localhost (bavaria.utcluj.ro [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YVsWtssomtqY; Thu, 8 Nov 2007 03:44:27 +0200 (EET) Received: from [172.27.1.65] (c7.campus.utcluj.ro [193.226.6.226]) (using SSLv3 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by bavaria.utcluj.ro (Postfix) with ESMTP id 39A275084B; Thu, 8 Nov 2007 03:44:27 +0200 (EET) From: Cristi Magherusan To: Frank Staals In-Reply-To: <4730A4E1.8090006@gmx.net> References: <472A6708.9030109@clearchain.com> <472B779B.9060002@gmx.net> <472B9597.2050108@clearchain.com> <473082C5.5080700@gmx.net> <4730A1D1.8020607@errno.com> <4730A4E1.8090006@gmx.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-kxO7xfU6vrMvnmm3rbAN" Organization: Universitatea Tehnica din Cluj-Napoca, Centrul de Comunicatii "Pusztai Kalman" Date: Thu, 08 Nov 2007 03:43:49 +0200 Message-Id: <1194486229.26665.13.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 Cc: freebsd-current , Benjamin Close Subject: Re: [RFT] Intel 3945abg wireless driver (wpi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cristi.magherusan@net.utcluj.ro List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 01:44:35 -0000 --=-kxO7xfU6vrMvnmm3rbAN Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2007-11-06 at 18:31 +0100, Frank Staals wrote: > Sam Leffler wrote: > > Frank Staals wrote: > >> Benjamin Close wrote: > >>> Frank Staals wrote: > >> > >>>> > >>>> > >>>> > >>>> Everything works fine with the connection itself. Allthough=20 > >>>> sometimes when switching from tty9 to tty0 and back the system=20 > >>>> locks up. I've had it before when switching from tty1 to tty0.=20 > >>>> Anyone with the same problems ? > >>>> > >>>> Anyway; Great work on the driver so far :D > >>>> > >>> I've similar issues and believe it might be due to the amount of=20 > >>> kernel printfs that are happening. Can you sysctl debug.wpi=3D0 and=20 > >>> see if the problem still exists? > >>> By chance are you using ZFS? I caught a memory modified after free=20 > >>> panic in zfs the other day pid was from syslogd. I'm trying to work=20 > >>> out if it's related. > >>> > >>> Cheers, > >>> Benjamin > >>> > >> When setting debug.wpi to 0 it seems like the problem is gone. I'm=20 > >> not using ZFS by the way. I did have a problem connecting to the AP=20 > >> at my university though; the driver wouldn't assosicate whatever I=20 > >> tried. I didn't have a chance to do some extensive testing though. It=20 > >> might be because of the WEP+wpa_supplicant + ca certificate method=20 > >> that is required to authenticate. Anyway I'll let it know if there is=20 > >> an actual problem with the driver itself > > > > Rule of thumb in debugging wireless issues (and most others for that=20 > > matter): simplify your config if at all possible. In this case try=20 > > checking things out w/o wpa_supplicant (i.e. no crypto). > > > > When debugging, start at the top and work your way down to rule out=20 > > problems at each layer. In this case collect a wpa_supplicant debug=20 > > log first, then check for issues at the net80211 layer (wlandebug,=20 > > wlanstats, etc.), then finally check at the driver level. > > > > Sam > > > For at home wpi is working fine, and I indeed used the method you=20 > described above. Unfortunately I don't have the luxury of that extended=20 > testing methods at my university since I can't turn off encryption and=20 > the weird authentication methods there ;) >=20 Hello, Here it works for a while with debug enabled even with wpa_supplicant, but after a few minutes the console output stops working, but the keyboard is still handled ok. The Caps lock led blinks when the key is pressed and ctrl-alt-del can reboot the box. When debug is disabled and wpa_supplicant is on, it crashes after a few seconds and gets me into the debugger. I'll try later with unsecured networks and see if that happens again. Cristi --=20 Cristi Magherusan, Universitatea Tehnica din Cluj - Napoca Centrul de Comunicatii "Pusztai Kalman" Tel. 0264/401247 http://cc.utcluj.ro --=-kxO7xfU6vrMvnmm3rbAN Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQBHMmnVfwrBISYVZFURAtv/AJ4/QbkhXYVDp00GVK9YasgoTr+HMQCcC9L0 9/AFRzLduzg7SirS0i5eDYM= =Yxm8 -----END PGP SIGNATURE----- --=-kxO7xfU6vrMvnmm3rbAN-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 02:09:09 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3225C16A421 for ; Thu, 8 Nov 2007 02:09:09 +0000 (UTC) (envelope-from n-butcher=freebsd-current=freebsd.org=sbibybnr@fusiongol.com) Received: from smtp02.dentaku.gol.com (smtp02.dentaku.gol.com [203.216.5.72]) by mx1.freebsd.org (Postfix) with ESMTP id E1C0213C4C1 for ; Thu, 8 Nov 2007 02:09:08 +0000 (UTC) (envelope-from n-butcher=freebsd-current=freebsd.org=sbibybnr@fusiongol.com) Received: from pat.gol.co.jp ([203.216.1.191] helo=[127.0.0.1]) by smtp02.dentaku.gol.com with esmtpa (Dentaku) id 1IpwpF-0006Kh-KY; Thu, 08 Nov 2007 11:08:57 +0900 Message-ID: <47326FB8.50602@fusiongol.com> Date: Thu, 08 Nov 2007 11:08:56 +0900 From: Nathan Butcher User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-current@freebsd.org, sos@deepcore.dk X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Abuse-Complaints: abuse@gol.com Cc: Subject: Remaining SATA (and other) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 02:09:09 -0000 Just chiming in here about my SATA controller status in FreeBSD7 BETA2. I have a Gigabyte GA-G33-D3SR, and I am running 6 drives ICH9 in AHCI mode (I am able to set the mode in the BIOS) with ZFS. No problems here at all. ICH9 works fine for me. My Jmicron SATA controller is in AHCI mode (as set in the BIOS) - hrm... not sure about hard drives working in this controller as I am using a SATA DVD drive in mine. I can mount a data DVD/CD into the filesystem and read it, although as many people noted, burncd just isn't working yet. I have a SiI 3124 chipset generic SATA II card in my machine which works flawlessly at the moment. Anyone looking for a cheap, working SATA II controller should look at this one. My Promise SATA 300 TX4 (and SATA 150 TX4) is still not working, although I am not really using it at the moment. I know Soren is working on it. I'd be more than happy to test any patches, as I'm following RELENG_7 quite closely. If it were possible to send beer over email, Soren deserves it. Thanks for all your work. Some other lingering things I've noticed in BETA2 :- * My machine randomly froze and rebooted itself last night. I had X running, and I think that's the cause.... maybe.... * G33 video chipset support... coming in RELENG_7? * I have a ural chipset wireless USB adapter. I connect with DHCP. The adapter works mostly, but sometimes it randomly locks up and no packets get through - until I restart another connection usually. From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 04:05:24 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 259B716A418; Thu, 8 Nov 2007 04:05:24 +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 B2EBD13C4A5; Thu, 8 Nov 2007 04:05:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lA83Pt8n020439; Wed, 7 Nov 2007 22:25:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lA83PtEN063767; Wed, 7 Nov 2007 22:25:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 08C207302F; Wed, 7 Nov 2007 22:25:54 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071108032555.08C207302F@freebsd-current.sentex.ca> Date: Wed, 7 Nov 2007 22:25:54 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 04:05:24 -0000 TB --- 2007-11-08 02:10:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-08 02:10:01 - starting HEAD tinderbox run for arm/arm TB --- 2007-11-08 02:10:01 - cleaning the object tree TB --- 2007-11-08 02:10:27 - checking out the source tree TB --- 2007-11-08 02:10:27 - cd /tinderbox/HEAD/arm/arm TB --- 2007-11-08 02:10:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-08 02:19:09 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-08 02:19:09 - cd /src TB --- 2007-11-08 02:19:09 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 8 02:19:10 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/main.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/mbufs.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/netcmds.c /src/usr.bin/systat/netcmds.c: In function 'netcmd': /src/usr.bin/systat/netcmds.c:127: internal compiler error: internal consistency failure Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-08 03:25:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-08 03:25:54 - ERROR: failed to build world TB --- 2007-11-08 03:25:54 - tinderbox aborted TB --- 0.43 user 1.66 system 4553.68 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 05:05:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CF9016A418 for ; Thu, 8 Nov 2007 05:05:10 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 1C99013C481 for ; Thu, 8 Nov 2007 05:05:10 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 78936EB8F84; Thu, 8 Nov 2007 13:05:11 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id Ldu2tZ0+7+x9; Thu, 8 Nov 2007 13:05:06 +0800 (CST) Received: from LI-Xins-MacBook.local (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 4225AEB4D8D; Thu, 8 Nov 2007 13:05:04 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:x-enigmail-version:openpgp:content-type; b=Gq0fi3tBT4JYG6Td5XWtKEp35+Dm6sHb5BpS37Wn/qh3rL0TM4aR/5uPy/OMQ96wb S07clHLCaN6KDQ7E1AzxA== Message-ID: <473298F2.1000802@delphij.net> Date: Wed, 07 Nov 2007 21:04:50 -0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 0.95.5 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigBEBBC5AA558E8F4FD5F2D156" Subject: panic if / has no /dev - known issue? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 05:05:10 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBEBBC5AA558E8F4FD5F2D156 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, I think this is annoying. If you create a filesystem without /dev then kernel will panic on boot if it is used as /. Is this a known issue (feature?)? Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigBEBBC5AA558E8F4FD5F2D156 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHMpjyOfuToMruuMARCl3FAJkBEXED/aIBC7IM90did271VNYsnwCgiTlg YHSwYORkE7rYd32w0TDnALw= =kblp -----END PGP SIGNATURE----- --------------enigBEBBC5AA558E8F4FD5F2D156-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 05:07:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85D5916A46E for ; Thu, 8 Nov 2007 05:07:16 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id EF91313C4D1 for ; Thu, 8 Nov 2007 05:07:15 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so64071waf for ; Wed, 07 Nov 2007 21:07:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=c8q49AD/U0lQTmjF8Dkk6OwUd/hrgnkhqeAHeDm60OY=; b=ZOfdK3fLhvqbNRaB3jZpMkV5zZVmc9dU4Xytc+ypAf2BgucgoXP7DA+ATXA3mzBkPKbwUZr6Vu4+0DV11d3Nxs9iKd+xCj3OJj2D8Jtu47pll+CIyK78zopaKa9XYjIQT12rSNn8LUXRMHKif9bnMHD/wY6bV1wns8mDGBSOkDM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CdeYklm3J8XntaIWwAa8SVn+jw5O5n9d4UsSou+9eS3cgBscIwVoYgHv3M37M3MTVc8vHyUvna3kfo6FID+tGQr1jB/MlRkg92rIc5UtwfTWvmyyHaG3Hx04FQ8CDepGz1ujTgpMZGX5n/xS245+jER6ogPKKtuoTdWcyTogh28= Received: by 10.114.25.3 with SMTP id 3mr175201way.1194498425172; Wed, 07 Nov 2007 21:07:05 -0800 (PST) Received: by 10.114.13.15 with HTTP; Wed, 7 Nov 2007 21:07:05 -0800 (PST) Message-ID: Date: Wed, 7 Nov 2007 21:07:05 -0800 From: "Kip Macy" To: d@delphij.net In-Reply-To: <473298F2.1000802@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <473298F2.1000802@delphij.net> Cc: FreeBSD Current Subject: Re: panic if / has no /dev - known issue? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 05:07:16 -0000 On Nov 7, 2007 9:04 PM, LI Xin wrote: > Hi, > > I think this is annoying. If you create a filesystem without /dev then > kernel will panic on boot if it is used as /. Is this a known issue > (feature?)? > I've encountered it before - but in the past it would just hang. A panic is preferable. -Kip From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 05:30:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB28316A420 for ; Thu, 8 Nov 2007 05:30:10 +0000 (UTC) (envelope-from SRS0=8cd5a9fff7c1877d51357f1bfc65d683b4ae6ce9=512=es.net=oberman@es.net) Received: from postal1.es.net (postal4.es.net [IPv6:2001:400:6000:1::66]) by mx1.freebsd.org (Postfix) with ESMTP id 9B42713C480 for ; Thu, 8 Nov 2007 05:30:09 +0000 (UTC) (envelope-from SRS0=8cd5a9fff7c1877d51357f1bfc65d683b4ae6ce9=512=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id NQM16907 for ; Wed, 07 Nov 2007 22:30:07 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 28F384500E for ; Wed, 7 Nov 2007 21:30:06 -0800 (PST) To: freebsd-current@freebsd.org In-Reply-To: Your message of "Wed, 07 Nov 2007 12:08:49 PST." <20071107200849.GO7943@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1194499806_96090P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 07 Nov 2007 21:30:06 -0800 From: "Kevin Oberman" Message-Id: <20071108053006.28F384500E@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; X-Sender: X-To_Name: X-To_Domain: freebsd.org X-To: freebsd-current@freebsd.org X-To_Email: freebsd-current@freebsd.org X-To_Alias: freebsd-current Subject: Re: Recent update of 7-BETA causes laptop to freeze on battery X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2007 05:30:10 -0000 --==_Exmh_1194499806_96090P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Nov. 7, 2007, Kevin Oberman wrote: > After an update of my laptop to 7-BETA2 on Nov. 4, I can no longer run > on battery. If I boot on battery, everything is normal until devd is > started. It immediately fires off /etc/rc.d/power_profile which > sets my system to C4. > > Once this happens, the system almost freezes. It takes about 15 seconds > to move on the ipfw and, after the initial "Flushed all rules" it pauses > for another 20-30 seconds and loads rules by ones and twos before > finally totally freezing. Ctrl-C will cause a several more lines to come > out, but it never makes it to multiuser mode. > > If I plug it in, it often eventually switches back to C1 and runs > normally. Pulling the plug again switches back to C4 and everything > locks up. I eventually gave up and power cycled the system. (Ugh!) It > may be an issue with output to the console as, if it unfreezes at all, > it usually spits out several lines to the console at once before another > pause. > > This has not been a problem until recently. My last known working kernel > was from back on about Oct. 15, although I think one from back on Oct 29 > also worked. (Just not sure that I had it on battery.) > > Any ideas on where to look for this and how to debug? If forces me to > leave the CX state at HIGHEST (C1) all the time with kills the battery. I've learned a bit more about the problem. I have discovered that this is tied to the syscons. If I set cx_lowest to C3 or C4 in X, it works fine. If I set it while in syscons, the system almost completely locks up. If I have cx_lowest set to C3 and shut down my X session, it fails as soon as it drops into syscons. I get a few lines of output and then it hangs for a very long time. After several minutes I could get logged onto another vty and change dev.cpu.0.cx_lowest to C1 which made it all work again. Since it might be scheduler related, I should mention that I run SCHED_ULE on an 2 GHz T43 (Pentium-M). Has anyone else seen this? -- 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 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1194499806_96090P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHMp7ekn3rs5h7N1ERAlpOAKCYt7zGXDtzYqyplfjoLucPPpWWawCdGuaN n+2KSRGLk8Nim+J05+QWkis= =k7BU -----END PGP SIGNATURE----- --==_Exmh_1194499806_96090P-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 06:37:36 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF92816A418 for ; Thu, 8 Nov 2007 06:37:36 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.freebsd.org (Postfix) with ESMTP id B26B713C4A6 for ; Thu, 8 Nov 2007 06:37:36 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.188.11.206]) by vms048.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JR600LIQA97N706@vms048.mailsrvcs.net> for freebsd-current@freebsd.org; Wed, 07 Nov 2007 23:36:44 -0600 (CST) Date: Thu, 08 Nov 2007 00:39:09 -0500 From: Skip Ford In-reply-to: <47323C93.2040506@cisco.com> To: Randall Stewart Mail-followup-to: Randall Stewart , freebsd-current@freebsd.org Message-id: <20071108053909.GD47765@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <47323C93.2040506@cisco.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: CGL/CGE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2007 06:37:37 -0000 Randall Stewart wrote: > Just curious if anyone has done a comparison between > a Carrier Grade Environment (CGE) or a Carrier Grade Linux (CGL) > set of requirements and what a standard FreeBSD system offers? I'd done so quite a few years ago when the CGL spec was first being developed. If by "standard FreeBSD system" you mean the base system, then it didn't really meet any of the requirements. It could meet requirements with minimal work in performance, scalability, and interoperability, but was severely lacking in availability, security, and management interface requirements. The scheduler(s) realtime capabilities weren't flexible enough or implemented at all with regard to availability. Clustering isn't supported at all in the base system. GPL'ed tools are available in ports to cobble together a cluster, but not one that meets availability requirements. FreeBSD has just never focused on availability or security in a CGE-context. It just panics when it reaches any error from which it can't recover. It needs the ability to migrate processes off of a system that has reached an unrecoverable state, and the definition of "unrecoverable" could be tightened in some cases. Some of this has changed with the introductions of audit(4), devfs(5), and mac(4). At the time, FreeBSD didn't really have a concept of events, which it now does. Even with all of the benefits mac(4) provides, including the ability to run CGL code within the FreeBSD kernel, there are still some problems with security and availability. Any kernel process can bring down all of them whether it needs that ability or not. Subsystems really have no choice, but processes could in some cases. A lot has changed since I looked into this though. I see now the CGL spec will be 4.0 and it wasn't even 1.0 when I researched it so I really could be out to lunch on this one. But at the time, I thought good starting points would be to analyze every panic and to find unhandled assumptions (such as blindly writing to a device that may no longer be operational.) Any CGE-related work would benefit all FreeBSD users. -- Skip From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 08:54:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E59E016A41B for ; Thu, 8 Nov 2007 08:54:27 +0000 (UTC) (envelope-from screwdriver@lxnt.info) Received: from mail.lxnt.info (mail.lxnt.info [217.23.143.142]) by mx1.freebsd.org (Postfix) with ESMTP id 963B313C4BB for ; Thu, 8 Nov 2007 08:54:27 +0000 (UTC) (envelope-from screwdriver@lxnt.info) Received: from [217.23.131.8] (helo=lxnt.inside.caravan.ru) by mail.lxnt.info with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Iq39V-000A2o-V3; Thu, 08 Nov 2007 11:54:17 +0300 Message-ID: <4732CEE3.3070003@lxnt.info> Date: Thu, 08 Nov 2007 11:54:59 +0300 From: Alexander Sabourenkov User-Agent: Thunderbird 2.0.0.6 (X11/20071024) MIME-Version: 1.0 To: Nathan Butcher References: <47326FB8.50602@fusiongol.com> In-Reply-To: <47326FB8.50602@fusiongol.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, sos@deepcore.dk Subject: Re: Remaining SATA (and other) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 08:54:28 -0000 Nathan Butcher wrote: > My Promise SATA 300 TX4 (and SATA 150 TX4) is still not working, > although I am not really using it at the moment. I know Soren is working > on it. I'd be more than happy to test any patches, as I'm following > RELENG_7 quite closely. Please test this: http://lxnt.info/tx4/freebsd/chipinit.patch http://lxnt.info/tx4/freebsd/dma.patch -- ./lxnt From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 09:12:18 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C017616A418 for ; Thu, 8 Nov 2007 09:12:18 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id 2E60613C4AA for ; Thu, 8 Nov 2007 09:12:17 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so131972waf for ; Thu, 08 Nov 2007 01:12:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=oj06DMZ81GpGspeL2uvXMKuFc+5SymSPAtOL236mtSk=; b=Wgc94HcHSzV/ZggpTmVT/ZiuFZld+ZOTmi1XW49O/xrnKIy6lwv8ivQbQ8UUZmHcbn6NE351TFArOqx1+ElUorCGaBN/cCTNEuktwWky0XVJL/J2+yHNoAN2R+EO4kSohtyhm9rPIj/6/XQZ/SQTqcrZGXzkJpGpL7eZu1muxmY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nitUhU906CRUMG1G/3GyYbun/2oHxe0wyOF/MwaWO6RaUDr+EX/3J0u7WUc6EbrGHkDMuaKU1zwVK1R9q4P93d32XJDPYqG/1TVvum6ljkykgWggdvDAmYTSqHqGZxMkJ+t6TZuwgfiu+9bJuIuZLMSfYvQMkQULkMYzNHmw31M= Received: by 10.115.79.1 with SMTP id g1mr347706wal.1194513128183; Thu, 08 Nov 2007 01:12:08 -0800 (PST) Received: by 10.114.110.16 with HTTP; Thu, 8 Nov 2007 01:12:07 -0800 (PST) Message-ID: Date: Thu, 8 Nov 2007 10:12:07 +0100 From: "Rene Ladan" To: "Alexandre Sunny Kovalenko" In-Reply-To: <47324808.2090900@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200711071056.13466.root@solink.ru> <47322A66.9050505@gmail.com> <1194474110.2904.23.camel@RabbitsDen> <47324808.2090900@gmail.com> Cc: Bachilo Dmitry , current@freebsd.org, mobile@freebsd.org Subject: Re: PCI Cardreader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2007 09:12:18 -0000 2007/11/8, Rene Ladan : > Alexandre "Sunny" Kovalenko schreef: > > On Wed, 2007-11-07 at 22:13 +0100, Rene Ladan wrote: > >> Bachilo Dmitry schreef: > >>> Hello all. > >>> I always used USB cardreaders and had no problem with it, but now in my > >>> notebook I have a cardreader, that appears to be onboard PCI device. And so > >>> FreeBSD sees it as this: > >>> pci6: at device 4.1 (no driver attached) > >>> pci6: at device 4.2 (no driver attached) > >>> pci6: at device 4.3 (no driver attached) > >>> pci6: at device 4.4 (no driver attached) > >>> > >>> > >>> That's even more odd because three are recognized as flash and one is not. > >>> pciconf -lv shows this: > >>> > >>> none13@pci6:4:1: class=0x050100 card=0x009f1025 chip=0x05301524 > >>> rev=0x01 hdr=0x00 > >>> vendor = 'ENE Technology Inc' > >>> device = 'PCI Memory Stick Card Reader Controller' > >>> class = memory > >>> subclass = flash > >>> > >>> Well, in 7.0-CURRENT it showed all four devices and now in BETA-2 only this > >>> one. > >>> > >> On my 8.0-CURRENT box (20071105) it shows all four devices: > >> > >> cbb0@pci0:4:1:0: class=0x060700 card=0x14371043 chip=0x04761180 rev=0xb3 hdr=0x02 > >> vendor = 'Ricoh Company, Ltd.' > >> device = 'unknown Ricoh R/RL/5C476(II)' > >> class = bridge > >> subclass = PCI-CardBus > >> fwohci0@pci0:4:1:1: class=0x0c0010 card=0x14371043 chip=0x05521180 rev=0x08 hdr=0x00 > >> vendor = 'Ricoh Company, Ltd.' > >> device = 'RL5c552 IEEE-1394 Controller' > >> class = serial bus > >> subclass = FireWire > >> none0@pci0:4:1:2: class=0x080500 card=0x14371043 chip=0x08221180 rev=0x17 hdr=0x00 > >> vendor = 'Ricoh Company, Ltd.' > >> device = 'R5C832, R5C843 SDA Standard Compliant SD Host Controller' > >> class = base peripheral > >> none1@pci0:4:1:3: class=0x088000 card=0x14371043 chip=0x05921180 rev=0x08 hdr=0x00 > >> vendor = 'Ricoh Company, Ltd.' > >> device = '13871043 Ricoh Memory Stick Host Controller' > >> class = base peripheral > >> > >>> Is there any way I can make them work? > >>> > >> You can add these lines to your kernel configuration: > >> > >> device mmc > >> device mmcsd > >> > >> But don't expect any magic. mmc(4) and mmcsd(4) tell that nothing currently works, > >> which seems to be true on my Asus A6JE (using a Kingston micro-SD card with adapter). > >> > >> imp@ is the last person who touched the driver which lives in /usr/src/sys/dev/mmc/ > >> > > Thing below is on my list to try out when I get enough breathing room > > (or when I would have a dire need to read SD cards on my ThinkPad > > X60 ;). Did you, by any chance, try it? Any experiences to share? > > > > http://www.freebsd.org/cgi/getmsg.cgi?fetch=17399+21119 > > +/usr/local/www/db/text/2007/freebsd-mobile/20070916.freebsd-mobile > > > Not yet, I didn't see the message until now since I'm not (yet) on the mobile list. > A quick try showed that it does not compile on my box. I'll investigate why. > The author did not leave an email address in the files. > The short story is bus_setup_intr() gained some parameters, I'll figure out which. According to a blog at bsdimp.blogspot.com, Ricoh based readers should work with this driver :) > Regards, > Rene > -- > GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) > > "It won't fit on the line." > -- me, 2001 > > -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 09:33:02 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D14B416A419 for ; Thu, 8 Nov 2007 09:33:02 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 52CEE13C4A3 for ; Thu, 8 Nov 2007 09:33:02 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by nf-out-0910.google.com with SMTP id b2so61696nfb for ; Thu, 08 Nov 2007 01:32:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=P/N/G/z5iHbg+zDjnVDHHJRez7xrBeg2rhls/PlO1AA=; b=AUTCAzhHBYm7IUdyvmtxSQGlQsog5tvAs2J7XpXxTJTltcuZHJHoKB9Kicb0k31kPuxCctjufTi68Xo5E7wJykP7nuu2ysYRQofH+/uagE8VYioLgVTtc2IwyBO6DJixYKaELcY9iWSLUvqbs+mwVYsy8u060gFlDZS97VOyM1w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=AiQEtLn2V5tlBhSfatPZ91qmZ3jD7c2PLnsOOoe9p9gJFSvFVH+KpEvfiKbOXqt7RTaIDJFOT8eHusuWYoSW1rAX9EDkDkLzD+E6IapL4CjABu1SuVD0aOrx24RPEOVnucui1ysicPdt1Iny29ezzhJzC9uVcenTw5YWRTzGxd0= Received: by 10.78.147.6 with SMTP id u6mr273123hud.1194514370523; Thu, 08 Nov 2007 01:32:50 -0800 (PST) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id k5sm2280787nfh.2007.11.08.01.32.48 (version=SSLv3 cipher=RC4-MD5); Thu, 08 Nov 2007 01:32:49 -0800 (PST) From: Tom Evans To: Nathan Butcher In-Reply-To: <47326FB8.50602@fusiongol.com> References: <47326FB8.50602@fusiongol.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ldTy9PrxLLFOS5EKoGnD" Date: Thu, 08 Nov 2007 09:32:47 +0000 Message-Id: <1194514367.64797.51.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org, sos@deepcore.dk Subject: Re: Remaining SATA (and other) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 09:33:02 -0000 --=-ldTy9PrxLLFOS5EKoGnD Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2007-11-08 at 11:08 +0900, Nathan Butcher wrote: > * G33 video chipset support... coming in RELENG_7? It's been supported for a while.. maybe drm/dri doesn't work yet, but X drivers have been available since July. cd /usr/ports/x11-drivers/xf86-video-intel make install man 4 intel --=-ldTy9PrxLLFOS5EKoGnD Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHMte5lcRvFfyds/cRAoYRAJ4rfbWh0/2dsPqK2gKcY24ppodlQwCgvExr mgh/Wb/ksM5/lDajD2ci+ds= =hd5Q -----END PGP SIGNATURE----- --=-ldTy9PrxLLFOS5EKoGnD-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 09:43:33 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A697616A418 for ; Thu, 8 Nov 2007 09:43:33 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id 08B8813C4A3 for ; Thu, 8 Nov 2007 09:43:32 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from ws.local (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id lA89hE7w090158; Thu, 8 Nov 2007 10:43:14 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <4732DA32.3090601@deepcore.dk> Date: Thu, 08 Nov 2007 10:43:14 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Alexander Sabourenkov References: <47326FB8.50602@fusiongol.com> <4732CEE3.3070003@lxnt.info> In-Reply-To: <4732CEE3.3070003@lxnt.info> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: Nathan Butcher , freebsd-current@freebsd.org Subject: Re: Remaining SATA (and other) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 09:43:33 -0000 Alexander Sabourenkov wrote: > Please test this: > > http://lxnt.info/tx4/freebsd/chipinit.patch > http://lxnt.info/tx4/freebsd/dma.patch > OK, some of that patch is wrong and break older chipsets, lets break it=20 down: @@ -3265,12 +3265,26 @@ stat_reg =3D 0x60; break; } - - /* prime fake interrupt register */ - ATA_OUTL(ctlr->r_res2, fake_reg, 0xffffffff); You cant remove this, ATA uses the 0x54 reg to store interrupts, its a ge= n purpose reg on the promises, this initialization is neededed. - - /* clear SATA status */ - ATA_OUTL(ctlr->r_res2, stat_reg, 0x000000ff); + { + const int PDC_FLASHCTL =3D 0x44; + const int PDC_HOTPLUG =3D 0x60; + int tmp; + =20 + /* enable BMR_BURST */ + tmp =3D ATA_INL(ctlr->r_res2, PDC_FLASHCTL); + tmp |=3D 0x2000; + ATA_OUTL(ctlr->r_res2, PDC_FLASHCTL, tmp); That part might be relevant, but the registers are only valid on newer pr= omise chips (those I call PRSATA2). + =20 + /* clear plug/unplug flags */ + tmp =3D ATA_INL(ctlr->r_res2, PDC_HOTPLUG); + tmp |=3D 0xff; + ATA_OUTL(ctlr->r_res2, PDC_HOTPLUG, tmp); + + /* unmask plug/unplug ints */ + tmp =3D ATA_INL(ctlr->r_res2, PDC_HOTPLUG); + tmp &=3D 0xff00ffff; + ATA_OUTL(ctlr->r_res2, PDC_HOTPLUG, tmp); This part is wrong for older promise chips, as the port# is different. I also have a hard time seeing that this couldd change anything since the= registers are reset etc "my way" on each interrupt. Besides you *do not* want to pass the other bits through, they shoudl be = masked off and always written as 0's. So my stance at this would be something like: +++ ata-chipset.c 8 Nov 2007 10:43:00 -0000 @@ -3288,9 +3288,13 @@ /* prime fake interrupt register */ ATA_OUTL(ctlr->r_res2, fake_reg, 0xffffffff); =20 - /* clear SATA status */ + /* clear SATA status and unmask interrupts */ ATA_OUTL(ctlr->r_res2, stat_reg, 0x000000ff); =20 + /* enable "long burst lenght" on gen2 chips */ + if ((ctlr->chip->cfg2 =3D=3D PRSATA2) || (ctlr->chip->cfg2 =3D=3D PRCMB= O2)) + ATA_OUTL(ctlr->r_res2, 0x44, ATA_INL(ctlr->r_res2, 0x44) | 0x2000);= + ctlr->allocate =3D ata_promise_mio_allocate; ctlr->reset =3D ata_promise_mio_reset; ctlr->dmainit =3D ata_promise_mio_dmainit; The DMA table part I'll look into next, that one seems important, its jus= t not enough in itself. However I still need to find a way to reproduce, still hunting that one..= =2E. -S=F8ren From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 09:51:09 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 536C116A41A for ; Thu, 8 Nov 2007 09:51:09 +0000 (UTC) (envelope-from n-butcher=freebsd-current=freebsd.org=sbibybnr@fusiongol.com) Received: from smtp02.dentaku.gol.com (smtp02.dentaku.gol.com [203.216.5.72]) by mx1.freebsd.org (Postfix) with ESMTP id DECD413C480 for ; Thu, 8 Nov 2007 09:51:08 +0000 (UTC) (envelope-from n-butcher=freebsd-current=freebsd.org=sbibybnr@fusiongol.com) Received: from pat.gol.co.jp ([203.216.1.191] helo=[127.0.0.1]) by smtp02.dentaku.gol.com with esmtpa (Dentaku) id 1Iq42F-0006wF-T8; Thu, 08 Nov 2007 18:50:51 +0900 Message-ID: <4732DBFB.7040907@fusiongol.com> Date: Thu, 08 Nov 2007 18:50:51 +0900 From: Nathan Butcher User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Tom Evans References: <47326FB8.50602@fusiongol.com> <1194514367.64797.51.camel@localhost> In-Reply-To: <1194514367.64797.51.camel@localhost> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Abuse-Complaints: abuse@gol.com Cc: freebsd-current@freebsd.org Subject: Re: Remaining SATA (and other) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 09:51:09 -0000 X needs to detect the G33 chipset as an agpgart device, which the FreeBSD7 kernel isn't capable of doing (yet), so while the X.org driver for the G33 exists, it can't "see" the device at this point in time. I think somebody was working on G33 support in the kernel. I was just unsure if it's going to make it into RELEASE or not. I'm using VESA for now, but it looks ugly (throws my display out of horizontal alignment!) Tom Evans wrote: > On Thu, 2007-11-08 at 11:08 +0900, Nathan Butcher wrote: > >> * G33 video chipset support... coming in RELENG_7? > > It's been supported for a while.. maybe drm/dri doesn't work yet, but X > drivers have been available since July. > > cd /usr/ports/x11-drivers/xf86-video-intel > make install > man 4 intel From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 10:14:04 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EDC416A421 for ; Thu, 8 Nov 2007 10:14:04 +0000 (UTC) (envelope-from screwdriver@lxnt.info) Received: from mail.lxnt.info (mail.lxnt.info [217.23.143.142]) by mx1.freebsd.org (Postfix) with ESMTP id B3B7A13C4A6 for ; Thu, 8 Nov 2007 10:14:03 +0000 (UTC) (envelope-from screwdriver@lxnt.info) Received: from [217.23.131.8] (helo=lxnt.inside.caravan.ru) by mail.lxnt.info with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Iq4Ob-000BKE-4S; Thu, 08 Nov 2007 13:13:57 +0300 Message-ID: <4732E18A.6040802@lxnt.info> Date: Thu, 08 Nov 2007 13:14:34 +0300 From: Alexander Sabourenkov User-Agent: Thunderbird 2.0.0.6 (X11/20071024) MIME-Version: 1.0 To: =?UTF-8?B?U8O4cmVuIFNjaG1pZHQ=?= References: <47326FB8.50602@fusiongol.com> <4732CEE3.3070003@lxnt.info> <4732DA32.3090601@deepcore.dk> In-Reply-To: <4732DA32.3090601@deepcore.dk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Nathan Butcher , freebsd-current@freebsd.org Subject: Re: Remaining SATA (and other) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 10:14:04 -0000 Søren Schmidt wrote: > You cant remove this, ATA uses the 0x54 reg to store interrupts, its a > gen purpose reg on the promises, this initialization is neededed. Hmm. Cursory greps do not show writes there neither in vendor, nor in linux drivers. I only found it in ata_piix.c from linux, as PIIX_IOCFG /* IDE I/O configuration register */. Thus I'm not sure it is really needed, but I leave that up to your expertise. > This part is wrong for older promise chips, as the port# is different. > I also have a hard time seeing that this couldd change anything since > the registers are reset etc "my way" on each interrupt. If that means ata_promise_mio_intr(), then no, it does not touch 0x60 for PRSATA2, it touches 0x54 instead. > Besides you *do not* want to pass the other bits through, they shoudl be > masked off and always written as 0's. Why then vendor does pass them through? -- ./lxnt From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 10:22:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28B7B16A46D for ; Thu, 8 Nov 2007 10:22:30 +0000 (UTC) (envelope-from n-butcher=freebsd-current=freebsd.org=sbibybnr@fusiongol.com) Received: from smtp02.dentaku.gol.com (smtp02.dentaku.gol.com [203.216.5.72]) by mx1.freebsd.org (Postfix) with ESMTP id E665F13C4C1 for ; Thu, 8 Nov 2007 10:22:25 +0000 (UTC) (envelope-from n-butcher=freebsd-current=freebsd.org=sbibybnr@fusiongol.com) Received: from pat.gol.co.jp ([203.216.1.191] helo=[127.0.0.1]) by smtp02.dentaku.gol.com with esmtpa (Dentaku) id 1Iq4Ob-0003Ul-NN for ; Thu, 08 Nov 2007 19:13:57 +0900 Message-ID: <4732E165.1020502@fusiongol.com> Date: Thu, 08 Nov 2007 19:13:57 +0900 From: Nathan Butcher User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV GOL X-Abuse-Complaints: abuse@gol.com Subject: ZFS -> samba directory quirk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2007 10:22:30 -0000 I'm not sure if I'm the only one seeing this, but I have a ZFS-samba set up between my FreeBSD7-BETA2 test machine and a Windows XP box. The samba install is from ports and is the latest version (it is patched for zfs I believe). On occasion I will find that directory information sometimes goes funky when coming out on the Windows XP side. On one occasion, files that *should* have been in the directory didn't show up in Windows, and on one occasion, a filename for a particular file appeared *twice* (and deleting it deleted both instances!). A refresh of the directory in Windows seemed to fix this quirk temporarily. Of course, everything looks normal on the FreeBSD ZFS side, so I'm inclined to point the finger at samba doing something weird with ZFS. From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 10:23:04 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FDA516A41A for ; Thu, 8 Nov 2007 10:23:04 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id 8FD2D13C48D for ; Thu, 8 Nov 2007 10:23:03 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from ws.local (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id lA8AMtLr090569; Thu, 8 Nov 2007 11:22:55 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <4732E37F.9020707@deepcore.dk> Date: Thu, 08 Nov 2007 11:22:55 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Alexander Sabourenkov References: <47326FB8.50602@fusiongol.com> <4732CEE3.3070003@lxnt.info> <4732DA32.3090601@deepcore.dk> <4732E18A.6040802@lxnt.info> In-Reply-To: <4732E18A.6040802@lxnt.info> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: Nathan Butcher , freebsd-current@freebsd.org Subject: Re: Remaining SATA (and other) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 10:23:04 -0000 Alexander Sabourenkov wrote: > S=C3=B8ren Schmidt wrote: >> You cant remove this, ATA uses the 0x54 reg to store interrupts, its=20 >> a gen purpose reg on the promises, this initialization is neededed. > > Hmm. Cursory greps do not show writes there neither in vendor, nor in=20 > linux drivers. > I only found it in ata_piix.c from linux, as PIIX_IOCFG /* IDE I/O=20 > configuration register */. > > Thus I'm not sure it is really needed, but I leave that up to your=20 > expertise. As I said ATA (as in my driver) uses this promise general purpose=20 register to store interrupts into, it is very much needed. The reason is that on some promise chips the interrupts are reset on=20 read, so I can only read the status *once* but I need it several times. >> This part is wrong for older promise chips, as the port# is different.= >> I also have a hard time seeing that this couldd change anything since = >> the registers are reset etc "my way" on each interrupt. > > If that means ata_promise_mio_intr(), then no, it does not touch 0x60=20 > for PRSATA2, it touches 0x54 instead. Oh yes it does look for the "stat_reg" in ata_promise_mio_status() which = does the interrupt status getting etc... >> Besides you *do not* want to pass the other bits through, they shoudl = >> be masked off and always written as 0's. > > Why then vendor does pass them through? > Good question, their docs says nothing about it actually, I suppose this = is more a programming style question than anything else, anyhow it will=20 only change evt behavior until the first interrupt, then I'll write the=20 entire reg anyways :) -S=F8ren From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 10:40:31 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4EC916A468 for ; Thu, 8 Nov 2007 10:40:31 +0000 (UTC) (envelope-from screwdriver@lxnt.info) Received: from mail.lxnt.info (mail.lxnt.info [217.23.143.142]) by mx1.freebsd.org (Postfix) with ESMTP id 72B2A13C4C1 for ; Thu, 8 Nov 2007 10:40:31 +0000 (UTC) (envelope-from screwdriver@lxnt.info) Received: from [217.23.131.8] (helo=lxnt.inside.caravan.ru) by mail.lxnt.info with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Iq4oC-000BpP-5H; Thu, 08 Nov 2007 13:40:24 +0300 Message-ID: <4732E7C2.3030403@lxnt.info> Date: Thu, 08 Nov 2007 13:41:06 +0300 From: Alexander Sabourenkov User-Agent: Thunderbird 2.0.0.6 (X11/20071024) MIME-Version: 1.0 To: =?UTF-8?B?U8O4cmVuIFNjaG1pZHQ=?= References: <47326FB8.50602@fusiongol.com> <4732CEE3.3070003@lxnt.info> <4732DA32.3090601@deepcore.dk> <4732E18A.6040802@lxnt.info> <4732E37F.9020707@deepcore.dk> In-Reply-To: <4732E37F.9020707@deepcore.dk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Nathan Butcher , freebsd-current@freebsd.org Subject: Re: Remaining SATA (and other) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 10:40:31 -0000 Søren Schmidt wrote: > As I said ATA (as in my driver) uses this promise general purpose > register to store interrupts into, it is very much needed. > The reason is that on some promise chips the interrupts are reset on > read, so I can only read the status *once* but I need it several times. If I understand correctly you use it as a controller-local variable. > Oh yes it does look for the "stat_reg" in ata_promise_mio_status() which > does the interrupt status getting etc... It seems like I now need to understand how does ata_promise_mio_status() gets called on each interrupt. I'll leave this until I have time to read the code and test your patch too. > Good question, their docs says nothing about it actually, I suppose this > is more a programming style question than anything else, anyhow it will > only change evt behavior until the first interrupt, then I'll write the > entire reg anyways :) Well, so be it. -- ./lxnt From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 11:01:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3453816A420 for ; Thu, 8 Nov 2007 11:01:05 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id DC2C813C4B2 for ; Thu, 8 Nov 2007 11:01:04 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.67) with esmtp (envelope-from ) id <1Iq4eZ-0007AS-7e>; Thu, 08 Nov 2007 11:30:27 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.67) with esmtpsa (envelope-from ) id <1Iq4eZ-00050l-6k>; Thu, 08 Nov 2007 11:30:27 +0100 Message-ID: <4732E559.90409@zedat.fu-berlin.de> Date: Thu, 08 Nov 2007 10:30:49 +0000 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Nathan Butcher References: <4732E165.1020502@fusiongol.com> In-Reply-To: <4732E165.1020502@fusiongol.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: freebsd-current@freebsd.org Subject: Re: ZFS -> samba directory quirk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2007 11:01:05 -0000 Nathan Butcher wrote: > I'm not sure if I'm the only one seeing this, but I have a ZFS-samba set > up between my FreeBSD7-BETA2 test machine and a Windows XP box. The > samba install is from ports and is the latest version (it is patched for > zfs I believe). > > On occasion I will find that directory information sometimes goes funky > when coming out on the Windows XP side. On one occasion, files that > *should* have been in the directory didn't show up in Windows, and on > one occasion, a filename for a particular file appeared *twice* (and > deleting it deleted both instances!). A refresh of the directory in > Windows seemed to fix this quirk temporarily. You're sure this is FreeBSD/ZFS related? At my company, we use still a Linux box running SAMBA and some customers do see the same behaviour. Recently created files or directories do show up only after a refresh on the windows box, so also deletions do. SAMBA on the Linux (Ubuntu) box seems to be 3.24 or something, it is not the most recent version and I suspected a caching/time problem. Within the next days I'll come up with a new fileserver box running the most recent FreeBSD 7.0 and the most recent SAMBA port with a ZFS mirror, so I will report more FreeBSD related, if there is anything unusual. > > Of course, everything looks normal on the FreeBSD ZFS side, so I'm > inclined to point the finger at samba doing something weird with ZFS. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 11:08:51 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6694A16A41B for ; Thu, 8 Nov 2007 11:08:51 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BA7313C4B0 for ; Thu, 8 Nov 2007 11:08:51 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 715771CC07B; Thu, 8 Nov 2007 03:08:50 -0800 (PST) Date: Thu, 8 Nov 2007 03:08:50 -0800 From: Jeremy Chadwick To: Nathan Butcher Message-ID: <20071108110850.GA17457@eos.sc1.parodius.com> References: <4732E165.1020502@fusiongol.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4732E165.1020502@fusiongol.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: ZFS -> samba directory quirk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2007 11:08:51 -0000 On Thu, Nov 08, 2007 at 07:13:57PM +0900, Nathan Butcher wrote: > I'm not sure if I'm the only one seeing this, but I have a ZFS-samba set > up between my FreeBSD7-BETA2 test machine and a Windows XP box. The > samba install is from ports and is the latest version (it is patched for > zfs I believe). I run RELENG_7 on my home machine, using ZFS with a zpool of two disks (basically the equiv. of a RAID 0 array). The storage pool is about 1TB, and mainly contains ISO images. The network interface on the boxes are gigE, and I copy data quite regularly. I have absolutely no ZFS- related tuning parameters set in my loader.conf or sysctl; I'm using all the stock out-of-the-box settings. I run Samba as well, which has shares for numerous directories on that ZFS pool. I haven't run into any problems that appear to be ZFS or Samba-related. > On occasion I will find that directory information sometimes goes funky > when coming out on the Windows XP side. On one occasion, files that > *should* have been in the directory didn't show up in Windows, and on > one occasion, a filename for a particular file appeared *twice* (and > deleting it deleted both instances!). A refresh of the directory in > Windows seemed to fix this quirk temporarily. I have seen something similar happen, and I believe it to be a Windows "problem" (if you can call it that) more so than a SMB/CIFS or ZFS problem: Say you have /foo/bar as a shared SMB resource via Samba on a UNIX box. If on the Windows machine you browse to that folder (in Windows Explorer), then on the UNIX box rm -fr /foo/bar/someotherdir, you will not see the someotherdir directory disappear in Explorer until you actually click Refresh. Otherwise, I haven't ever seen what you've reported. I'm not sure why you think it's related to ZFS though; the behaviour you describe should happen on any underlying filesystem or LVM equivalent. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 11:54:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99AC316A41A; Thu, 8 Nov 2007 11:54:42 +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 D12CE13C4A7; Thu, 8 Nov 2007 11:54:36 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 6690C208D; Thu, 8 Nov 2007 12:54:14 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id C697B2088; Thu, 8 Nov 2007 12:54:13 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id A3C018448F; Thu, 8 Nov 2007 12:54:13 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: jamesh@lanl.gov References: <235b80000711071301h3a8f8d1dw1850c0642386d51b@mail.gmail.com> <1194471778.82634.1.camel@secretariat.lanl.gov> Date: Thu, 08 Nov 2007 12:54:13 +0100 In-Reply-To: <1194471778.82634.1.camel@secretariat.lanl.gov> (James's message of "Wed\, 07 Nov 2007 14\:42\:58 -0700") Message-ID: <86d4ulc5qy.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, tethys ocean , freebsd-questions@freebsd.org, freebsd-bug@freebsd.org Subject: Re: make buildworld ....gcc bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2007 11:54:42 -0000 James writes: > On Wed, 2007-11-07 at 23:01 +0200, tethys ocean wrote: >> When I am rebuilding world FreeBSD 6.2 I have take error that is >> shown below. What can I do!? > The current version of gcc for FreeBSD is 4.2. Not in RELENG_6. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 12:06:01 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8011D16A419; Thu, 8 Nov 2007 12:06:01 +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 C9C1C13C491; Thu, 8 Nov 2007 12:06:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lA8C5ljO094270; Thu, 8 Nov 2007 07:05:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lA8C5loM035883; Thu, 8 Nov 2007 07:05:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 63F6A7302F; Thu, 8 Nov 2007 07:05:46 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071108120547.63F6A7302F@freebsd-current.sentex.ca> Date: Thu, 8 Nov 2007 07:05:46 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 12:06:01 -0000 TB --- 2007-11-08 10:50:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-08 10:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-11-08 10:50:00 - cleaning the object tree TB --- 2007-11-08 10:50:25 - checking out the source tree TB --- 2007-11-08 10:50:25 - cd /tinderbox/HEAD/arm/arm TB --- 2007-11-08 10:50:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-08 10:58:59 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-08 10:58:59 - cd /src TB --- 2007-11-08 10:58:59 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 8 10:59:01 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/main.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/mbufs.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/netcmds.c /src/usr.bin/systat/netcmds.c: In function 'netcmd': /src/usr.bin/systat/netcmds.c:127: internal compiler error: internal consistency failure Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-08 12:05:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-08 12:05:46 - ERROR: failed to build world TB --- 2007-11-08 12:05:46 - tinderbox aborted TB --- 0.39 user 1.77 system 4545.62 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 11:41:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C27B416A41A for ; Thu, 8 Nov 2007 11:41:20 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out3.tiscali.nl (smtp-out3.tiscali.nl [195.241.79.178]) by mx1.freebsd.org (Postfix) with ESMTP id 39E4C13C4AC for ; Thu, 8 Nov 2007 11:41:20 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [195.241.149.28] (helo=guido.klop.ws) by smtp-out3.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1Iq5M4-0006TW-Ax for ; Thu, 08 Nov 2007 12:15:24 +0100 Received: (qmail 28642 invoked from network); 8 Nov 2007 11:15:23 -0000 Received: from localhost (HELO guido.klop.ws) (127.0.0.1) by localhost with SMTP; 8 Nov 2007 11:15:23 -0000 Date: Thu, 08 Nov 2007 12:15:22 +0100 To: "Jack Vogel" , "FreeBSD Current" , "FreeBSD Stable List" From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <2a41acea0711071617p1ec29072y76b6ce662961ab39@mail.gmail.com> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <2a41acea0711071617p1ec29072y76b6ce662961ab39@mail.gmail.com> User-Agent: Opera Mail/9.24 (FreeBSD) X-Mailman-Approved-At: Thu, 08 Nov 2007 12:45:55 +0000 Cc: Subject: Re: Bringing up new Intel non-legacy system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 11:41:20 -0000 On Thu, 08 Nov 2007 01:17:16 +0100, Jack Vogel wrote: > Although I'm a network guy, for various reasons I am helping to get > FreeBSD running on a new Intel system: S7000FC4UR. This is a > rack-mount server that has no PS/2 or PCI legacy, its all PCI-E > expansion, and only USB peripheral. I have had a lot of issues: > > First, the DVD is SATA, however I can work around that by setting > IDE mode in the BIOS. > > With FreeBSD 7 BETA the install kernel always seems to hang > in USB initialization, if I disable ACPI it gets further, but ultimately > still no joy. > > Oddly enough, STABLE OCT snapshot will actually install but > again only with ACPI disabled. > > Anyone have an idea why 6.X would actually faire better than 7, > this surprised me?! > > And, is the ACPI subsystem likely to be the source of the problem? > > I would really prefer 7 running on this, and of course with ACPI > working. > > Oh, the system also has LSI MegaRaid SAS 1078, which I was > able to install using STABLE. > > Cheers, > > Jack My computer at home (6.2-STABLE/i386) hangs on usb if my external harddisk is attached. But since I disabled USB in the BIOS it works fine. FreeBSD does still detect USB, so I think it was some conflict between BIOS initializing the hardware and FreeBSD doing that. Maybe you have the same problem. Ronald. -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 13:47:11 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B50016A419 for ; Thu, 8 Nov 2007 13:47:11 +0000 (UTC) (envelope-from barner@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 756E213C4B6 for ; Thu, 8 Nov 2007 13:47:10 +0000 (UTC) (envelope-from barner@gmx.de) Received: (qmail invoked by alias); 08 Nov 2007 13:20:02 -0000 Received: from ppp-88-217-22-81.dynamic.mnet-online.de (EHLO dose.local.invalid) [88.217.22.81] by mail.gmx.net (mp027) with SMTP; 08 Nov 2007 14:20:02 +0100 X-Authenticated: #147403 X-Provags-ID: V01U2FsdGVkX1+jjfMDSdKj1dqigxI+lWyvidddG7ybGZqaQqf6by vuiTkVMtAc9dfE Received: by dose.local.invalid (Postfix, from userid 1000) id 6C8FFC1BC; Thu, 8 Nov 2007 14:22:22 +0100 (CET) Date: Thu, 8 Nov 2007 14:22:22 +0100 From: Simon Barner To: Andrew Atrens Message-ID: <20071108132222.GC1674@dose.local.invalid> References: <472E9D0B.5080409@csub.edu> <20071106002940.GB1817@styx.ethz.ch> <472FD321.3010509@nortel.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JgQwtEuHJzHdouWu" Content-Disposition: inline In-Reply-To: <472FD321.3010509@nortel.com> User-Agent: Mutt/1.5.16 (2007-06-09) X-Y-GMX-Trusted: 0 Cc: freebsd-current@freebsd.org, Matus Harvan Subject: Re: powerd adaptive mode latching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2007 13:47:11 -0000 --JgQwtEuHJzHdouWu Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Andrew Atrens wrote: >=20 > I see the same thing with my T7500 - >=20 > dev.cpu.0.freq: 300 > dev.cpu.0.freq_levels: 2201/32000 2200/31000 1925/27125 1650/23250 1600/2= 0000 1400/17500 1200/13000 > 1050/11375 900/9750 800/10000 700/8750 600/7500 500/6250 400/5000 300/3750 >=20 > This patch to powerd works around the problem - >=20 >=20 > --- powerd.c 2007-11-05 21:33:40.000000000 -0500 > +++ /usr/src/usr.sbin/powerd/powerd.c 2007-11-05 16:48:49.000000000 -05= 00 > @@ -182,6 +182,11 @@ > free(*power); > return (-1); > } > + /* kludge to w/around too-close cpu freqs */ > + if ((i > 0 && ((*freqs)[i-1]-(*freqs)[i]) < 2)) { > + (*numfreqs)--; > + i--; > + } > p =3D q + 1; > } >=20 Please see kern/114722. The patch from the PR works fine with my T61 (T7300). Funny enough, I contacted re@ to get this into 7.0 only two minutes ago. For the archives, the similar bug described in bin/117375 already seems to be adressed in RELENG_7. --=20 Best regards / Viele Gr=FC=DFe, barner@FreeBSD.= org Simon Barner barner@gmx.de --JgQwtEuHJzHdouWu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHMw2OCkn+/eutqCoRAiFyAJ9zqtoeiyWnxYQzy8aXWFzdbFOAYACeJsMP SJmOyapV6NxyAlj62VpPf4Q= =0P4B -----END PGP SIGNATURE----- --JgQwtEuHJzHdouWu-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 13:58:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7864716A418 for ; Thu, 8 Nov 2007 13:58:56 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id 2A2A413C491 for ; Thu, 8 Nov 2007 13:58:51 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so340467pyb for ; Thu, 08 Nov 2007 05:58:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=/SBNbgqHJ61iny0OOiTfbOYf9ZNVn8d9kN8RZeIIROM=; b=B2uLiA7dCqpj6QRQiS9nPaB+9gT+hCtPGrNi2vqsoOMcYE7qwBrXTufWhZVVAsIAUzt8BfAQ7PjVya5VGsWvoUbdG3kvybb9rHdf7eqVcCJ35IBqqhtLHAOC6UjwtX6Zghsx8mW5kvYUV6NotRBObkTCY96rds5To1gBp3lgNr8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=bmh7WQXoxnfi/r7gkB3V+we7vUKQw/rNG2wFEabkn6Wh8UOop2/Zq9LhjgL7gy8VbsUheehOmP8WILpVL43+B71ldhviMF4s2d3BrJZxWcxmwJ82Fag+VyiMYSIo0h9FQIUDqv0hlOeWrjEzy2tjVzJ5rq/YV/QRtMbxMdCwkDI= Received: by 10.65.135.19 with SMTP id m19mr4290560qbn.1194530317882; Thu, 08 Nov 2007 05:58:37 -0800 (PST) Received: by 10.65.107.3 with HTTP; Thu, 8 Nov 2007 05:58:37 -0800 (PST) Message-ID: Date: Thu, 8 Nov 2007 08:58:37 -0500 From: "Aryeh Friedman" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: more field reports on SATA ACD0 freeze ups X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2007 13:58:56 -0000 This is a two part post (the other part is how to recover from this). It turns out the infinite loop style timeout only occures in amd64.... namely it still times out but eventually does the op under i386 From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 14:03:35 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FCC616A46B for ; Thu, 8 Nov 2007 14:03:35 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id 68F5B13C4D1 for ; Thu, 8 Nov 2007 14:03:32 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so342830pyb for ; Thu, 08 Nov 2007 06:03:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=AHrklaGEkoca0bDl8KpYsBYztTaLlizzak5NkCgjim8=; b=LY0G1cs2cOdzEyjXE4N2FHr5dJ3t6t8ycCoeiWC4x7ZsAbYB9vz+56/yzJ3rzmEAqGGzS/QE/LQMxIlBk4eO2rySYehtZGVXyhOn+fWlD0ViqMipK08sGj998cdYwPexdZs4TCy+on6zYhlIbhlwrFIiBP9SGRvEq64G5YEUbhA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=LTPQcZoaEuhb+03kND6x3+kZs+xD7txttAG5M4mYk7O61t4dcXmj3X55vhyrWyjT3H4bIbErNmbIx8gXzxgum1xWmti7QIcC9nGyxALkLkyk7VGsaGau+p6hGW8pQwN8NlhVrFOjv6/Ltw6kvzR79ugSU2uZze1jSvHQCCNd8jg= Received: by 10.65.23.7 with SMTP id a7mr4516121qbj.1194530604494; Thu, 08 Nov 2007 06:03:24 -0800 (PST) Received: by 10.65.107.3 with HTTP; Thu, 8 Nov 2007 06:03:24 -0800 (PST) Message-ID: Date: Thu, 8 Nov 2007 09:03:24 -0500 From: "Aryeh Friedman" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: cross building and installing from i386 to amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 14:03:35 -0000 As noted in the message on "more field reports..." I managed to boot from acd0 in 7b2 i386 (finally got that cd burned by begging a friend thus was able to install vista that requires it be the first partition on the first boot device [not pata?!?!] thus had to uninstall 8-current amd64)... so I reinstalled 7b2 and now want to crossbuild/install 8-current amd64 over it... how? I use the corss build procedure in build(7) and set DESTDIR=/ and it works find until about 2/3's of the way through installworld (after installing the new kernel but not rebooting).... on reboot init crashs. From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 14:35:47 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF57816A46C for ; Thu, 8 Nov 2007 14:35:47 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from QMTA08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by mx1.freebsd.org (Postfix) with ESMTP id C556A13C4B8 for ; Thu, 8 Nov 2007 14:35:47 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from OMTA05.emeryville.ca.mail.comcast.net ([76.96.30.43]) by QMTA08.emeryville.ca.mail.comcast.net with smtp id AC1y1Y0060vp7WL010Ag00; Thu, 08 Nov 2007 14:35:39 +0000 Received: from discordia ([24.60.136.97]) by OMTA05.emeryville.ca.mail.comcast.net with comcast id AEbd1Y00G26FYqY0000000; Thu, 08 Nov 2007 14:35:39 +0000 X-Authority-Analysis: v=1.0 c=1 a=c-5m_Aq8_iVmjHHKPTsA:9 a=ShXG_ENJ2gev-k7WpfQA:7 a=HCqM8bYzfCol82dHnAtXWsJLZ1EA:4 a=6bqG61NMjcsA:10 Received: by discordia (Postfix, from userid 103) id 712431634F7; Thu, 8 Nov 2007 09:35:35 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (unknown [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by discordia (Postfix) with ESMTP id CD3821634F6; Thu, 8 Nov 2007 09:35:20 -0500 (EST) Message-ID: <47331E0C.3060907@FreeBSD.org> Date: Thu, 08 Nov 2007 09:32:44 -0500 From: Coleman Kane Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (X11/20071104) MIME-Version: 1.0 To: cokane@FreeBSD.org References: <4731D9FF.9010009@FreeBSD.org> <1194469080.858.13.camel@localhost> <47322B72.6060301@FreeBSD.org> In-Reply-To: <47322B72.6060301@FreeBSD.org> X-Enigmail-Version: 0.96a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: cristi.magherusan@net.utcluj.ro, freebsd-current@FreeBSD.org, Szymon Kozak Subject: Re: panic in 8-CURRENT / BGE hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cokane@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 14:35:48 -0000 Coleman Kane wrote: > Cristi Magherusan wrote: > >> On Wed, 2007-11-07 at 10:30 -0500, Coleman Kane wrote: >> >> >>>> Hello, >>>> >>>> I've tried again the latest version of if_bge.c on my HP 6710b >>>> laptop with no results, even after setting hw.bge.allow_asf="0". >>>> I've also tried with the debugger and it seems to panic when >>>> calling free() in device_probe_child.c (IIRC). Then I #define'd >>>> BUS_PROBE and the freeze occurs after displaying something like >>>> "devclass_alloc_unit: now: unit 0 in devclass bge". >>>> >>>> The 7 Beta 1.5 install CD hangs also when loading the driver. >>>> >>>> I have a coredump made from whithin the debugger with the exact >>>> place where the faulty free() occurs, so I can provide more exact >>>> info if someone is interested. I just hope this is not a >>>> heisen-bug. >>>> >>>> Best regards, Cristi >>>> >>>> >>> I have a 6715b that is experiencing the same exact problem. I made a >>> release from 8-CURRENT as of last night and I still see it. Just by >>> chance, I installed my normal kernel (for my other amd64 machine) onto >>> the ISO and re-burned and it worked (since I don't have if_bge on that >>> kernel). After selectively loading/unloading modules I tracked it down >>> to this. >>> >>> Has any more traction been made on the BGE issue here? >>> >>> - -- >>> Coleman Kane >>> >>> >>> >> Hello, >> >> Did you run it step by step in the debugger and got the same results I >> did? I haven't tried any more debugging ever since, but we can join our >> forces and hopefully fix this damn issue so 7.0 won't have it on the >> release errata. >> >> > I haven't gotten that far on the problem yet. Though I inspected the > verbose booting output and saw that the point where it dies is during > init of the bge driver. > > Which wifi card do you have? Right now this notebook has no network > access whatsoever for me. I have tried a number of the Win64 drivers > with ndisgen and none of them seem to work. All of the drivers that I > can find seem to spit out some undefined function warnings on boot and > then throw a trap 12 during ndis init. > > I've got the BCM94321 a/b/g/n card in my laptop. (product id 0x4328). I > can't get bcmwl564.sys to detect the card, because it doesn't register > for the 4328 chips. > You may be happy to know that I managed to find a revision of bcmwl564.sys that works on my laptop. It is the one from Dell's website, in the R140746.EXE package. The driver in this package does claim to provide 802.11 a/b/g/n as well as 802.11h and d (whatever they are). -- Coleman Kane From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 15:43:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAD2A16A468 for ; Thu, 8 Nov 2007 15:43:23 +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 66EA413C4C3 for ; Thu, 8 Nov 2007 15:43:22 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (adsl-68-252-59-152.dsl.wotnoh.ameritech.net [68.252.59.152]) (authenticated bits=0) by mail.united-ware.com (8.13.8/8.13.8) with ESMTP id lA8FlQBW072985 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 8 Nov 2007 10:47:27 -0500 (EST) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org Date: Thu, 8 Nov 2007 10:46:55 -0500 User-Agent: KMail/1.9.7 References: <200710312322.33301.mistry.7@osu.edu> In-Reply-To: <200710312322.33301.mistry.7@osu.edu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4590040.KNeXP24Cz4"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711081047.03546.mistry.7@osu.edu> X-Virus-Scanned: ClamAV 0.91.2/4708/Thu Nov 8 01:07:54 2007 on mail.united-ware.com X-Virus-Status: Clean Subject: Re: Unstopable ata1: FAILURE - non aligned DMA transfer attempted loop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2007 15:43:23 -0000 --nextPart4590040.KNeXP24Cz4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 31 October 2007, Anish Mistry wrote: > When trying to access a scratched DVD I get the following messages > that loop forever until I reboot the machine. The drive is =20 > unresponsive so that's the only way to remove the disc. Any ideas?=20 > > http://am-productions.biz/debug/pciconf.txt > > Running a recent -CURRENT. I'm also getting this same issue on > RELENG_7 on a different machine. > > Oct 31 12:01:29 littleguy kernel: ata1: FAILURE - non aligned DMA > transfer attempted > Oct 31 12:01:29 littleguy kernel: acd0: setting up DMA failed > Oct 31 12:01:29 littleguy kernel: ata1: FAILURE - non aligned DMA > transfer attempted > Oct 31 12:01:29 littleguy kernel: acd0: setting up DMA failed > Oct 31 12:01:29 littleguy kernel: ata1: FAILURE - non aligned DMA > transfer attempted > Oct 31 12:01:29 littleguy kernel: acd0: setting up DMA failed > Oct 31 12:01:29 littleguy kernel: ata1: FAILURE - non aligned DMA > transfer attempted > Oct 31 12:01:29 littleguy kernel: acd0: setting up DMA failed > Oct 31 12:01:29 littleguy kernel: ata1: FAILURE - non aligned DMA > transfer attempted > Oct 31 12:01:29 littleguy kernel: acd0: setting up DMA failed > Oct 31 12:01:29 littleguy kernel: ata1: FAILURE - non aligned DMA > transfer attempted > Oct 31 12:01:29 littleguy kernel: acd0: setting up DMA failed > Oct 31 12:01:29 littleguy kernel: ata1: FAILURE - non aligned DMA > transfer attempted > Oct 31 12:01:29 littleguy kernel: acd0: setting up DMA failed > Oct 31 12:01:29 littleguy kernel: ata1: FAILURE - non aligned DMA > transfer attempted > Oct 31 12:01:29 littleguy kernel: acd0: setting up DMA failed Just an update. I played through everything on the DVD on a set-top=20 DVD player and it played through everything. There were a couple=20 hickups, but it played through them fine. Is anyone else seeing this=20 problem? It's pretty easy to reproduce with k9copy. Thanks, =2D-=20 Anish Mistry --nextPart4590040.KNeXP24Cz4 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHMy93xqA5ziudZT0RAuRdAJ9Sj7UicCnXbt/Mic1cOg2cjuAL8QCeNFqg AcJ5tq38a3PGiKR2Kh2kBx0= =JxlO -----END PGP SIGNATURE----- --nextPart4590040.KNeXP24Cz4-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 16:51:12 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55DF716A419 for ; Thu, 8 Nov 2007 16:51:12 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: from akis.salford.ac.uk (akis.salford.ac.uk [146.87.0.14]) by mx1.freebsd.org (Postfix) with SMTP id A18F313C480 for ; Thu, 8 Nov 2007 16:51:09 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: (qmail 26652 invoked by uid 98); 8 Nov 2007 16:51:02 +0000 Received: from 146.87.255.121 by akis.salford.ac.uk (envelope-from , uid 401) with qmail-scanner-2.01 (clamdscan: 0.90/3843. spamassassin: 3.1.8. Clear:RC:1(146.87.255.121):. Processed in 0.046661 secs); 08 Nov 2007 16:51:02 -0000 Received: from rust.salford.ac.uk (HELO rust.salford.ac.uk) (146.87.255.121) by akis.salford.ac.uk (qpsmtpd/0.3x.614) with SMTP; Thu, 08 Nov 2007 16:51:02 +0000 Received: (qmail 57575 invoked by uid 1002); 8 Nov 2007 16:51:00 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 8 Nov 2007 16:51:00 -0000 Date: Thu, 8 Nov 2007 16:51:00 +0000 (GMT) From: "Mark Powell" To: Jaz In-Reply-To: <00e301c820d2$be015b00$7a9da705@bastardx2> Message-ID: <20071108164747.T57083@rust.salford.ac.uk> References: <31796970.30371187974660912.JavaMail.root@zmail.illuminati.org><20070824200726.GA66242@idoru.cepheid.org> <790a9fff0708241424r44517517h357318b8a2004982@mail.gmail.com> <00e301c820d2$be015b00$7a9da705@bastardx2> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: ZFS + Samba/NFS = ugh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2007 16:51:12 -0000 On Wed, 7 Nov 2007, Jaz wrote: >> where it was found to be caused by lseek behaving differently on ZFS: >> >> And one person found a work arround for ZFS by removing the >> repdir_get* sources from samba: > > So has anything changed since then? ZFS + Samba seems to be working fine for > me. The problem was with Samba 3.0.25 and non-ufs fs. In the current version in ports, 3.0.26, samba seems to have some special coding specifically for zfs. Which means the previous tricks to get it working are no longer needed. I've not checked whether it also fixes the problem on other non-ufs fs e.g. msdosfs, but all is well for zfs. Cheers. -- Mark Powell - UNIX System Administrator - The University of Salford Information Services Division, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 4837 Fax: +44 161 295 5888 www.pgp.com for PGP key From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 15:48:54 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 051E316A421 for ; Thu, 8 Nov 2007 15:48:54 +0000 (UTC) (envelope-from khera@kcilink.com) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id C05CE13C48A for ; Thu, 8 Nov 2007 15:48:53 +0000 (UTC) (envelope-from khera@kcilink.com) Received: from host-121.int.kcilink.com (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id ADF92C943A; Thu, 8 Nov 2007 10:29:36 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kcilink.com; s=kci0709; t=1194535776; bh=j0CYbTZ3pKxgdrRB2AAVwxMTrLksMTPZJCF4oI5 gelU=; h=Cc:Message-Id:From:To:In-Reply-To:Content-Type: Content-Transfer-Encoding:Mime-Version:Subject:Date:References: X-Mailer; b=jAh6Wpdqivsnvxw7YUkeGKljWsQ+FauJGNIUkhPtSeoxGGBSnS8qsn VIVvk60Hg/3Ytr+5vMsR4YhBSwK/4ZPjUd5Ofw0/joSrxdOpAaD70BrGcHFsFQ4LioJ R7YwPDJuHpXIkI+vYxTf7a3ehISqA5TqeM2ndB1fT4PpE15lFk= Message-Id: From: Vivek Khera To: Jack Vogel In-Reply-To: <2a41acea0711071617p1ec29072y76b6ce662961ab39@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Thu, 8 Nov 2007 10:29:36 -0500 References: <2a41acea0711071617p1ec29072y76b6ce662961ab39@mail.gmail.com> X-Mailer: Apple Mail (2.912) X-Mailman-Approved-At: Thu, 08 Nov 2007 17:03:59 +0000 Cc: FreeBSD Current , FreeBSD Stable List Subject: Re: Bringing up new Intel non-legacy system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 15:48:54 -0000 On Nov 7, 2007, at 7:17 PM, Jack Vogel wrote: > And, is the ACPI subsystem likely to be the source of the problem? I've had several systems in which I've needed to disable the ACPI timer component and then the system worked fine. in /boot/loader.conf: debug.acpi.disabled="timer" When installing, break to boot loader and type: set debug.acpi.disabled="timer" You can try the various acpi components to isolate which one is the culprit and leave the rest working. From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 17:14:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B627916A41B for ; Thu, 8 Nov 2007 17:14:46 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id 6268813C4DA for ; Thu, 8 Nov 2007 17:14:45 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so462038pyb for ; Thu, 08 Nov 2007 09:14:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=FztPWxmnVU+/iadCNmt0IFfz6tfOBqyipD8pCYPu9c4=; b=ogfDLe0hqnRlsylg/9lebiwdOaiRiUShNt2lg0EbBpMvjsqA8umwotvf7PUuMDMRlGiD+bMGG18BpUbC/qhREpER/IBFLoGT0Oxgp6hob+zHqz6vxJCTMLODXjM6eogdk3fWy/vJpwyFyefrxXQcyiBrjOzfO76BUOj5LEhFZ1Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cX+bON0uO86FjwfIRJgC5yWQSBHUQVRpimIa9gJxq/xe+/6a40DW6kFsnQccYny3BBmuiLbD3L/qr7mbk/6HuWkqjj49+FmT+VScQ+69KGXJMwvhOup4JlATSQiCIm2SgL/K5026FwX3onzQb08x+7wFQVSNnJNvJDs9cSVszDE= Received: by 10.65.135.19 with SMTP id m19mr4627740qbn.1194542077316; Thu, 08 Nov 2007 09:14:37 -0800 (PST) Received: by 10.65.107.3 with HTTP; Thu, 8 Nov 2007 09:14:37 -0800 (PST) Message-ID: Date: Thu, 8 Nov 2007 12:14:37 -0500 From: "Aryeh Friedman" To: "Vivek Khera" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0711071617p1ec29072y76b6ce662961ab39@mail.gmail.com> Cc: FreeBSD Current , FreeBSD Stable List , Jack Vogel Subject: Re: Bringing up new Intel non-legacy system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 17:14:46 -0000 On Nov 8, 2007 10:29 AM, Vivek Khera wrote: > > On Nov 7, 2007, at 7:17 PM, Jack Vogel wrote: > > > And, is the ACPI subsystem likely to be the source of the problem? > > I've had several systems in which I've needed to disable the ACPI > timer component and then the system worked fine. in /boot/loader.conf: > > debug.acpi.disabled="timer" > > > When installing, break to boot loader and type: set > debug.acpi.disabled="timer" > > You can try the various acpi components to isolate which one is the > culprit and leave the rest working. What chipset and ihc? From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 17:17:57 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 803E416A41B for ; Thu, 8 Nov 2007 17:17:57 +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 2B0FC13C491 for ; Thu, 8 Nov 2007 17:17:56 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (adsl-68-252-59-152.dsl.wotnoh.ameritech.net [68.252.59.152]) (authenticated bits=0) by mail.united-ware.com (8.13.8/8.13.8) with ESMTP id lA8HLlMw076923 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Nov 2007 12:21:48 -0500 (EST) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: Trigve Siver Date: Thu, 8 Nov 2007 12:21:09 -0500 User-Agent: KMail/1.9.7 References: <15318.53211.qm@web52704.mail.re2.yahoo.com> In-Reply-To: <15318.53211.qm@web52704.mail.re2.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart27810797.1zZ41fFZ9K"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711081221.24062.mistry.7@osu.edu> X-Virus-Scanned: ClamAV 0.91.2/4708/Thu Nov 8 01:07:54 2007 on mail.united-ware.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Unstopable ata1: FAILURE - non aligned DMA transfer attempted loop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2007 17:17:57 -0000 --nextPart27810797.1zZ41fFZ9K Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 08 November 2007, Trigve Siver wrote: > ----- Original Message ---- > > > From: Anish Mistry > > To: freebsd-current@freebsd.org > > Sent: Thursday, November 8, 2007 4:46:55 PM > > Subject: Re: Unstopable ata1: FAILURE - non aligned DMA transfer > > attempted loop > > > > On Wednesday 31 October 2007, Anish Mistry wrote: > > > When trying to access a scratched DVD I get the following > > > messages that loop forever until I reboot the machine. The > > > drive is unresponsive so that's the only way to remove the > > > disc. Any ideas? > > > > > > http://am-productions.biz/debug/pciconf.txt > > > > > > Running a recent -CURRENT. I'm also getting this same issue on > > > RELENG_7 on a different machine. > > > > > > Oct 31 12:01:29 littleguy kernel: ata1: FAILURE - non aligned > > > DMA transfer attempted > > > Oct 31 12:01:29 littleguy kernel: acd0: setting up DMA failed > > > Oct 31 12:01:29 littleguy kernel: ata1: FAILURE - non aligned > > > DMA transfer attempted > > > Oct 31 12:01:29 littleguy kernel: acd0: setting up DMA failed > > > Oct 31 12:01:29 littleguy kernel: ata1: FAILURE - non aligned > > > DMA transfer attempted > > > Oct 31 12:01:29 littleguy kernel: acd0: setting up DMA failed > > > Oct 31 12:01:29 littleguy kernel: ata1: FAILURE - non aligned > > > DMA transfer attempted > > > Oct 31 12:01:29 littleguy kernel: acd0: setting up DMA failed > > > Oct 31 12:01:29 littleguy kernel: ata1: FAILURE - non aligned > > > DMA transfer attempted > > > Oct 31 12:01:29 littleguy kernel: acd0: setting up DMA failed > > > Oct 31 12:01:29 littleguy kernel: ata1: FAILURE - non aligned > > > DMA transfer attempted > > > Oct 31 12:01:29 littleguy kernel: acd0: setting up DMA failed > > > Oct 31 12:01:29 littleguy kernel: ata1: FAILURE - non aligned > > > DMA transfer attempted > > > Oct 31 12:01:29 littleguy kernel: acd0: setting up DMA failed > > > Oct 31 12:01:29 littleguy kernel: ata1: FAILURE - non aligned > > > DMA transfer attempted > > > Oct 31 12:01:29 littleguy kernel: acd0: setting up DMA failed > > > > Just an update. I played through everything on the DVD on a > > set-top DVD player and it played through everything. There were > > a couple hickups, but it played through them fine. Is anyone > > else seeing this problem? It's pretty easy to reproduce with > > k9copy. > > > > Thanks, > > I have the same problem, but... I have 2 DVD drives on the same > "cable". When I use the "slave" one, I get the same errors and > cannot watch DVDs. But when I use the "master" one, I've got the > messafe (cd0: setting up DMA failed...) only once and I can watch > DVD. Both drives that I'm trying to use are Master. The one on my desktop=20 also has a slave drive connected. The one on my laptop that also=20 exhibits the same problem is master on it's own channel, no slaves. =2D-=20 Anish Mistry --nextPart27810797.1zZ41fFZ9K Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHM0WUxqA5ziudZT0RAj6sAKC2p6GSv35dEGhtg8iH92omvwn2XgCfaSeI WF9CGyFVXM32unhNovABkhI= =eBCK -----END PGP SIGNATURE----- --nextPart27810797.1zZ41fFZ9K-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 17:27:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1235D16A417 for ; Thu, 8 Nov 2007 17:27:16 +0000 (UTC) (envelope-from trigves@yahoo.com) Received: from web52704.mail.re2.yahoo.com (web52704.mail.re2.yahoo.com [206.190.48.227]) by mx1.freebsd.org (Postfix) with SMTP id C2C4F13C4AC for ; Thu, 8 Nov 2007 17:27:15 +0000 (UTC) (envelope-from trigves@yahoo.com) Received: (qmail 54880 invoked by uid 60001); 8 Nov 2007 17:00:18 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=HWB1ebAJ92e8EHmHAuzOAWkGx6P3vWqkb7FcUyOJa4W8Q5dM6ykVqihxtuDA/9kyWjayyVK774aRzqi2lTdkoMTjjfDsJUPKR8lcpz8MUw4Lx5V6yjE16H7mNh7lf1xBqhLEbYvJ5GXfcaUpuulD960txpBQ4OEOGlbA6OmBraY=; X-YMail-OSG: eX4FLbYVM1mRT7vWmpg63v5NSm50eUXv3w8D2.0AAcyMK7Lg5hpzVaAtQX4.EYaeCQ-- Received: from [84.47.28.224] by web52704.mail.re2.yahoo.com via HTTP; Thu, 08 Nov 2007 09:00:17 PST X-Mailer: YahooMailRC/818.15 YahooMailWebService/0.7.152 Date: Thu, 8 Nov 2007 09:00:17 -0800 (PST) From: Trigve Siver To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <15318.53211.qm@web52704.mail.re2.yahoo.com> Cc: Subject: Re: Unstopable ata1: FAILURE - non aligned DMA transfer attempted loop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2007 17:27:16 -0000 ----- Original Message ---- > From: Anish Mistry > To: freebsd-current@freebsd.org > Sent: Thursday, November 8, 2007 4:46:55 PM > Subject: Re: Unstopable ata1: FAILURE - non aligned DMA transfer attempted loop > > On Wednesday 31 October 2007, Anish Mistry wrote: > > When trying to access a scratched DVD I get the following messages > > that loop forever until I reboot the machine. The drive is > > unresponsive so that's the only way to remove the disc. Any ideas? > > > > http://am-productions.biz/debug/pciconf.txt > > > > Running a recent -CURRENT. I'm also getting this same issue on > > RELENG_7 on a different machine. > > > > Oct 31 12:01:29 littleguy kernel: ata1: FAILURE - non aligned DMA > > transfer attempted > > Oct 31 12:01:29 littleguy kernel: acd0: setting up DMA failed > > Oct 31 12:01:29 littleguy kernel: ata1: FAILURE - non aligned DMA > > transfer attempted > > Oct 31 12:01:29 littleguy kernel: acd0: setting up DMA failed > > Oct 31 12:01:29 littleguy kernel: ata1: FAILURE - non aligned DMA > > transfer attempted > > Oct 31 12:01:29 littleguy kernel: acd0: setting up DMA failed > > Oct 31 12:01:29 littleguy kernel: ata1: FAILURE - non aligned DMA > > transfer attempted > > Oct 31 12:01:29 littleguy kernel: acd0: setting up DMA failed > > Oct 31 12:01:29 littleguy kernel: ata1: FAILURE - non aligned DMA > > transfer attempted > > Oct 31 12:01:29 littleguy kernel: acd0: setting up DMA failed > > Oct 31 12:01:29 littleguy kernel: ata1: FAILURE - non aligned DMA > > transfer attempted > > Oct 31 12:01:29 littleguy kernel: acd0: setting up DMA failed > > Oct 31 12:01:29 littleguy kernel: ata1: FAILURE - non aligned DMA > > transfer attempted > > Oct 31 12:01:29 littleguy kernel: acd0: setting up DMA failed > > Oct 31 12:01:29 littleguy kernel: ata1: FAILURE - non aligned DMA > > transfer attempted > > Oct 31 12:01:29 littleguy kernel: acd0: setting up DMA failed > Just an update. I played through everything on the DVD on a set-top > DVD player and it played through everything. There were a couple > hickups, but it played through them fine. Is anyone else seeing this > problem? It's pretty easy to reproduce with k9copy. > > Thanks, > I have the same problem, but... I have 2 DVD drives on the same "cable". When I use the "slave" one, I get the same errors and cannot watch DVDs. But when I use the "master" one, I've got the messafe (cd0: setting up DMA failed...) only once and I can watch DVD. > -- > Anish Mistry > Trigve __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 17:51:13 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6EA716A417 for ; Thu, 8 Nov 2007 17:51:13 +0000 (UTC) (envelope-from ATRENS@nortel.com) Received: from zrtps0kn.nortel.com (zrtps0kn.nortel.com [47.140.192.55]) by mx1.freebsd.org (Postfix) with ESMTP id 3C46F13C4A6 for ; Thu, 8 Nov 2007 17:51:12 +0000 (UTC) (envelope-from ATRENS@nortel.com) Received: from zcarhxm2.corp.nortel.com (zcarhxm2.corp.nortel.com [47.129.230.99]) by zrtps0kn.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id lA8Hopi27407; Thu, 8 Nov 2007 17:50:51 GMT Received: from ab-thinky.atrens.ca ([47.128.181.148] RDNS failed) by zcarhxm2.corp.nortel.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 8 Nov 2007 12:50:45 -0500 Message-ID: <47334C71.1010102@nortel.com> Date: Thu, 08 Nov 2007 12:50:41 -0500 From: "Andrew Atrens" User-Agent: Thunderbird 2.0.0.6 (X11/20071028) MIME-Version: 1.0 To: Simon Barner References: <472E9D0B.5080409@csub.edu> <20071106002940.GB1817@styx.ethz.ch> <472FD321.3010509@nortel.com> <20071108132222.GC1674@dose.local.invalid> In-Reply-To: <20071108132222.GC1674@dose.local.invalid> X-Enigmail-Version: 0.95.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 08 Nov 2007 17:50:45.0701 (UTC) FILETIME=[E3943F50:01C8222F] Cc: freebsd-current@FreeBSD.org, Matus Harvan Subject: Re: powerd adaptive mode latching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2007 17:51:13 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Simon Barner wrote: > Andrew Atrens wrote: >> I see the same thing with my T7500 - >> >> dev.cpu.0.freq: 300 >> dev.cpu.0.freq_levels: 2201/32000 2200/31000 1925/27125 1650/23250 1600/20000 1400/17500 1200/13000 >> 1050/11375 900/9750 800/10000 700/8750 600/7500 500/6250 400/5000 300/3750 >> >> This patch to powerd works around the problem - >> >> >> --- powerd.c 2007-11-05 21:33:40.000000000 -0500 >> +++ /usr/src/usr.sbin/powerd/powerd.c 2007-11-05 16:48:49.000000000 -0500 >> @@ -182,6 +182,11 @@ >> free(*power); >> return (-1); >> } >> + /* kludge to w/around too-close cpu freqs */ >> + if ((i > 0 && ((*freqs)[i-1]-(*freqs)[i]) < 2)) { >> + (*numfreqs)--; >> + i--; >> + } >> p = q + 1; >> } >> > Please see kern/114722. The patch from the PR works fine with my > T61 (T7300). > > Funny enough, I contacted re@ to get this into 7.0 only two minutes ago. > > For the archives, the similar bug described in bin/117375 already seems > to be adressed in RELENG_7. both pr's are open .. and releng_7 and head are both at v 1.26 of acpi_perf.c so, no it's not fixed, *anywhere*. :) Cheers, Andrew. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHM0xw8It2CaCdeMwRAoRnAJkBtAwXrhRCe/nAPeteJ9nOxuq9qQCgnguA Luf5mTMfS7pwwupSIn38sZo= =nNvN -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 18:30:18 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA7ED16A420 for ; Thu, 8 Nov 2007 18:30:18 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 3BA3013C4B2 for ; Thu, 8 Nov 2007 18:30:18 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id lA8IJcC3018205; Thu, 8 Nov 2007 21:19:38 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Thu, 8 Nov 2007 21:19:38 +0300 (MSK) From: Dmitry Morozovsky To: Aryeh Friedman In-Reply-To: Message-ID: <20071108211624.U4581@woozle.rinet.ru> References: X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Thu, 08 Nov 2007 21:19:38 +0300 (MSK) Cc: freebsd-current@freebsd.org Subject: Re: cross building and installing from i386 to amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 18:30:18 -0000 On Thu, 8 Nov 2007, Aryeh Friedman wrote: AF> As noted in the message on "more field reports..." I managed to boot AF> from acd0 in 7b2 i386 (finally got that cd burned by begging a friend AF> thus was able to install vista that requires it be the first partition AF> on the first boot device [not pata?!?!] thus had to uninstall AF> 8-current amd64)... so I reinstalled 7b2 and now want to AF> crossbuild/install 8-current amd64 over it... how? I use the corss AF> build procedure in build(7) and set DESTDIR=/ and it works find until AF> about 2/3's of the way through installworld (after installing the new AF> kernel but not rebooting).... on reboot init crashs. Until recent this in-place upgrades were not supported. I usually did the following: - cross-buildworld/buildkernel - swapoff - newfs mount /mnt - make installworld distribution installkernel DESTDIR=/mnt - reboot, stop boot2 and enter something like 0:ad(0,b) at boot2 prompt - mount regular filesystems under /mnt - mount -t nullfs /usr/src and /usr/obj - cd /usr/src - make installkernel installworld DESTDIR=/mnt again [this is from memory, I may miss something] HTH Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 18:57:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDE6916A420 for ; Thu, 8 Nov 2007 18:57:21 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.freebsd.org (Postfix) with SMTP id 79B8513C4A6 for ; Thu, 8 Nov 2007 18:57:21 +0000 (UTC) (envelope-from pho@holm.cc) Received: (qmail 19844 invoked from network); 8 Nov 2007 18:30:30 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 8 Nov 2007 18:30:30 -0000 X-pair-Authenticated: 83.95.197.164 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.6/8.13.6) with ESMTP id lA8IUUJu033035; Thu, 8 Nov 2007 19:30:30 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.6/8.13.6/Submit) id lA8IUSmA033034; Thu, 8 Nov 2007 19:30:28 +0100 (CET) (envelope-from pho) Date: Thu, 8 Nov 2007 19:30:27 +0100 From: Peter Holm To: Ken Smith Message-ID: <20071108183027.GA32851@peter.osted.lan> References: <471427BE.10500@freebsd.org> <20071016112907.GD6511@deviant.kiev.zoral.com.ua> <4715FAA7.7030404@freebsd.org> <20071018093948.GN6511@deviant.kiev.zoral.com.ua> <20071019091249.GI88271@carrick.bishnet.net> <1194457019.35649.82.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1194457019.35649.82.camel@opus.cse.buffalo.edu> User-Agent: Mutt/1.4.2.1i Cc: Tim Bishop , freebsd-current@freebsd.org, avleeuwen@piwebs.com, Rolf Witt , Kostik Belousov , Pieter de Goeje Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2007 18:57:22 -0000 On Wed, Nov 07, 2007 at 12:36:59PM -0500, Ken Smith wrote: > On Tue, 2007-10-23 at 11:35 +0200, Arjan van Leeuwen wrote: > > 2007/10/19, Tim Bishop : > > > > > > On Thu, Oct 18, 2007 at 06:40:04PM +0200, Arjan van Leeuwen wrote: > > > > > are softupdates on ? > > > > > > > > > > Yes. Turning them off seems to fix the problem (fingers crossed - I > > > only > > > > > turned it off this morning, didn't have a panic yet) > > > > > > > > After working for a whole day without softupdates, I can say that > > > turning > > > > them off at least causes less panics to happen than with them turned on, > > > > maybe they even don't happen at all without softupdates; I haven't had a > > > > panic all day, while I have one every few hours with softupdates turned > > > on. > > > > > > I've been running for the best part of a day now with softupdates turned > > > off and so far no panics. I'm running tinderbox on the host, and it > > > would quite reliably crash it before. > > > > > > Of course it's hard to say if this has fixed the problem... maybe it > > > doesn't happen as often, or maybe my data is being slowly chewed up > > > instead ;-) > > > > It looks like on the same system, I'm able to reliably panic zfs as well, > > under the exact same conditions (i.e. linking a particularly big piece of > > software). Maybe this is not a problem in the filesystem at all. I've not > > been able to get a coredump yet from the zfs panic. > > This is in 7.0-PRERELEASE, btw (I switched to RELENG_7 when the branching > > happened). > > Is anyone who had been able to trigger this panic still having problems > with recent kernels (and soft updates turned on)? I've checked with a > few people who had been experiencing the panic and they can no longer > trigger it. > > It's at least a tiny bit possible some of the VM fixes that have gone in > addressed this problem. We'd like to find out if anyone can still > trigger this. > I have been hunting this problem for a while, but not been able to reproduce it lately. -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 19:15:28 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4237916A4C1; Thu, 8 Nov 2007 19:15:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id ED48613C4BB; Thu, 8 Nov 2007 19:15:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lA8JFGKR093744; Thu, 8 Nov 2007 14:15:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lA8JFGwR070638; Thu, 8 Nov 2007 14:15:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B34C37302F; Thu, 8 Nov 2007 14:15:15 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071108191515.B34C37302F@freebsd-current.sentex.ca> Date: Thu, 8 Nov 2007 14:15:15 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 19:15:28 -0000 TB --- 2007-11-08 17:42:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-08 17:42:24 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-11-08 17:42:24 - cleaning the object tree TB --- 2007-11-08 17:42:50 - checking out the source tree TB --- 2007-11-08 17:42:50 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-11-08 17:42:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-08 17:49:17 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-08 17:49:17 - cd /src TB --- 2007-11-08 17:49:17 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 8 17:49:19 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Nov 8 19:02:05 UTC 2007 TB --- 2007-11-08 19:02:05 - generating LINT kernel config TB --- 2007-11-08 19:02:05 - cd /src/sys/sun4v/conf TB --- 2007-11-08 19:02:05 - /usr/bin/make -B LINT TB --- 2007-11-08 19:02:05 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-08 19:02:05 - cd /src TB --- 2007-11-08 19:02:05 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 8 19:02:05 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/hvcons.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/hcall.S cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/hviommu.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/identcpu.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/in_cksum.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/intr_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/machdep.c /src/sys/sun4v/sun4v/machdep.c:192: error: size of array '__assert192' is negative *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-08 19:15:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-08 19:15:15 - ERROR: failed to build lint kernel TB --- 2007-11-08 19:15:15 - tinderbox aborted TB --- 0.69 user 2.38 system 5571.12 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 19:26:22 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFCFC16A46C for ; Thu, 8 Nov 2007 19:26:22 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 72F8113C4B2 for ; Thu, 8 Nov 2007 19:26:21 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id lA8JQDUs072938; Thu, 8 Nov 2007 20:26:13 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id lA8JQ73J016672 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Nov 2007 20:26:08 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id lA8JQ7DI018105; Thu, 8 Nov 2007 20:26:07 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id lA8JQ4lL018104; Thu, 8 Nov 2007 20:26:04 +0100 (CET) (envelope-from ticso) Date: Thu, 8 Nov 2007 20:26:04 +0100 From: Bernd Walter To: Rene Ladan Message-ID: <20071108192604.GG13508@cicely12.cicely.de> References: <200711071056.13466.root@solink.ru> <47322A66.9050505@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47322A66.9050505@gmail.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, AWL=0.039, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: Bachilo Dmitry , current@freebsd.org, mobile@freebsd.org Subject: Re: PCI Cardreader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 19:26:22 -0000 On Wed, Nov 07, 2007 at 10:13:10PM +0100, Rene Ladan wrote: > Bachilo Dmitry schreef: > > Hello all. > > I always used USB cardreaders and had no problem with it, but now in my > > notebook I have a cardreader, that appears to be onboard PCI device. And so > > FreeBSD sees it as this: > > pci6: at device 4.1 (no driver attached) > > pci6: at device 4.2 (no driver attached) > > pci6: at device 4.3 (no driver attached) > > pci6: at device 4.4 (no driver attached) > > > > > > That's even more odd because three are recognized as flash and one is not. > > pciconf -lv shows this: > > > > none13@pci6:4:1: class=0x050100 card=0x009f1025 chip=0x05301524 > > rev=0x01 hdr=0x00 > > vendor = 'ENE Technology Inc' > > device = 'PCI Memory Stick Card Reader Controller' > > class = memory > > subclass = flash > > > > Well, in 7.0-CURRENT it showed all four devices and now in BETA-2 only this > > one. > > > On my 8.0-CURRENT box (20071105) it shows all four devices: > > cbb0@pci0:4:1:0: class=0x060700 card=0x14371043 chip=0x04761180 rev=0xb3 hdr=0x02 > vendor = 'Ricoh Company, Ltd.' > device = 'unknown Ricoh R/RL/5C476(II)' > class = bridge > subclass = PCI-CardBus > fwohci0@pci0:4:1:1: class=0x0c0010 card=0x14371043 chip=0x05521180 rev=0x08 hdr=0x00 > vendor = 'Ricoh Company, Ltd.' > device = 'RL5c552 IEEE-1394 Controller' > class = serial bus > subclass = FireWire > none0@pci0:4:1:2: class=0x080500 card=0x14371043 chip=0x08221180 rev=0x17 hdr=0x00 > vendor = 'Ricoh Company, Ltd.' > device = 'R5C832, R5C843 SDA Standard Compliant SD Host Controller' > class = base peripheral > none1@pci0:4:1:3: class=0x088000 card=0x14371043 chip=0x05921180 rev=0x08 hdr=0x00 > vendor = 'Ricoh Company, Ltd.' > device = '13871043 Ricoh Memory Stick Host Controller' > class = base peripheral > > > Is there any way I can make them work? > > > You can add these lines to your kernel configuration: > > device mmc > device mmcsd > > But don't expect any magic. mmc(4) and mmcsd(4) tell that nothing currently works, > which seems to be true on my Asus A6JE (using a Kingston micro-SD card with adapter). It can't work this way. mmc is the bus support and mmcsd is the support for SD memory cards. You still need a driver for the controller itself, such as the at91_mci driver for AT91RM9200 controller, for which everything works fine. This is similar to SCSI, where you need scbus and sd, but also a driver for the bus controller, such as ahc, sym, etc... That said - even if you have this driver for your controller this is only for SD cards so far, not MMC cards, which are quite similar to SD and of course not memory stick or any other of the large number of flash card types. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 19:31:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0846916A477 for ; Thu, 8 Nov 2007 19:31:16 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 4393413C4DA for ; Thu, 8 Nov 2007 19:31:14 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 71438 invoked from network); 8 Nov 2007 22:30:55 +0300 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 8 Nov 2007 22:30:55 +0300 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 258536, updated: 8.11.2007] Message-ID: <001701c8223d$df3aeef0$0c00a8c0@Artem> From: "Artem Kuchin" To: "Artem Kuchin" , References: <046501c82190$815ecca0$0c00a8c0@Artem> Date: Thu, 8 Nov 2007 22:30:47 +0300 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: Pawel Jakub Dawidek Subject: Re: gjournal weirdness contd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2007 19:31:16 -0000 All of the below is still there. I hope someone would help with this. Pawel, please, answer. > FReebSD 7-BETA2, amd64 (as of nov 5th) > > Here is what i did this time: > > WEIRDNESS N1: > > fdisk ad6 > lable ad6 - only one fs for the full disc > > now i have /dev/ads1d > > then i do > > gjournal load > gjournal label -f /dev/ad6s1d > > and now i get > > /dev/ad6 > /dev/ad6s1 > /dev/ad6s1.journal > /dev/ad6s1.journalc > /dev/ad6s1.journald > > What are all journal and why c and d are put AFTER > the 'journal' word? > > omni3# gjournal list > Geom name: gjournal 1827255885 > ID: 1827255885 > Providers: > 1. Name: da0s1f.journal > Mediasize: 304473987584 (284G) > Sectorsize: 512 > Mode: r0w0e0 > Consumers: > 1. Name: da0s1f > Mediasize: 306473988096 (285G) > Sectorsize: 512 > Mode: r1w1e1 > Jend: 306473987584 > Jstart: 304473987584 > Role: Data,Journal > > Geom name: gjournal 3462346836 > ID: 3462346836 > Providers: > 1. Name: ad6s1.journal > Mediasize: 397938328064 (371G) > Sectorsize: 512 > Mode: r0w0e0 > Consumers: > 1. Name: ad6s1 > Mediasize: 400085812224 (373G) > Sectorsize: 512 > Mode: r1w1e1 > Jend: 400085811712 > Jstart: 397938328064 > Role: Data,Journal > > > da0 is a twa backed gjournal fs. And it is fine. > ad6 is just connected to motherboard sata controller. > journal size is approx 2GB (see weirdness 2) > > As you see, it seemslike gjournla is attached direcly to > ad6s1 (TO SLICE!!!). I don't get it, why so many journal? > why partition letter is at the end? What to mount? > > WEIDNESS N2: > > If i want to specify 2GB journal size > i put > label -s 2147483648 > and after than i get 'journal size is too small' > if i do > label -s 2048000000 > it works > > So, i patched the source a bit and set 2GB by default :) > BUt this is all weird. From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 19:46:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1F1616A419; Thu, 8 Nov 2007 19:46:59 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from darklight.org.ru (ipv6.darklight.org.ru [IPv6:2001:470:1f07:84::1]) by mx1.freebsd.org (Postfix) with ESMTP id 82D1013C4A5; Thu, 8 Nov 2007 19:46:58 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from darklight.org.ru (yuri@darklight.org.ru [IPv6:::1]) by darklight.org.ru (8.14.2/8.14.2) with ESMTP id lA8JkuKk022093; Thu, 8 Nov 2007 22:46:57 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.org.ru (8.14.2/8.14.2/Submit) id lA8Jkufo022092; Thu, 8 Nov 2007 22:46:56 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.org.ru: yuri set sender to yuri.pankov@gmail.com using -f Date: Thu, 8 Nov 2007 22:46:55 +0300 From: Yuri Pankov To: Artem Kuchin Message-ID: <20071108194655.GD18314@darklight.org.ru> References: <046501c82190$815ecca0$0c00a8c0@Artem> <001701c8223d$df3aeef0$0c00a8c0@Artem> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001701c8223d$df3aeef0$0c00a8c0@Artem> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: gjournal weirdness contd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2007 19:47:00 -0000 On Thu, Nov 08, 2007 at 10:30:47PM +0300, Artem Kuchin wrote: > All of the below is still there. I hope someone would help > with this. Pawel, please, answer. > >> FReebSD 7-BETA2, amd64 (as of nov 5th) >> Here is what i did this time: >> WEIRDNESS N1: >> fdisk ad6 >> lable ad6 - only one fs for the full disc >> now i have /dev/ads1d >> then i do >> gjournal load >> gjournal label -f /dev/ad6s1d >> and now i get >> /dev/ad6 >> /dev/ad6s1 >> /dev/ad6s1.journal >> /dev/ad6s1.journalc >> /dev/ad6s1.journald >> What are all journal and why c and d are put AFTER >> the 'journal' word? >> omni3# gjournal list >> Geom name: gjournal 1827255885 >> ID: 1827255885 >> Providers: >> 1. Name: da0s1f.journal >> Mediasize: 304473987584 (284G) >> Sectorsize: 512 >> Mode: r0w0e0 >> Consumers: >> 1. Name: da0s1f >> Mediasize: 306473988096 (285G) >> Sectorsize: 512 >> Mode: r1w1e1 >> Jend: 306473987584 >> Jstart: 304473987584 >> Role: Data,Journal >> Geom name: gjournal 3462346836 >> ID: 3462346836 >> Providers: >> 1. Name: ad6s1.journal >> Mediasize: 397938328064 (371G) >> Sectorsize: 512 >> Mode: r0w0e0 >> Consumers: >> 1. Name: ad6s1 >> Mediasize: 400085812224 (373G) >> Sectorsize: 512 >> Mode: r1w1e1 >> Jend: 400085811712 >> Jstart: 397938328064 >> Role: Data,Journal >> da0 is a twa backed gjournal fs. And it is fine. >> ad6 is just connected to motherboard sata controller. >> journal size is approx 2GB (see weirdness 2) >> As you see, it seemslike gjournla is attached direcly to >> ad6s1 (TO SLICE!!!). I don't get it, why so many journal? >> why partition letter is at the end? What to mount? >> WEIDNESS N2: >> If i want to specify 2GB journal size >> i put >> label -s 2147483648 >> and after than i get 'journal size is too small' >> if i do >> label -s 2048000000 >> it works >> So, i patched the source a bit and set 2GB by default :) >> BUt this is all weird. I've seen the same behaviour with gjournal. Reason, as I understand it, is sysinstall creating first partition on slice at offset 0 and not 63 as gjournal expects. I've manually edited disklabel and changed offset of first partition to be 63 (and, of course, decreasing partition size). And I guess you see complaints from gjournal about this on console :-) So now I have: a: 67108801 63 4.2BSD 0 0 0 and no more weird behaviour from gjournal. BTW, it was really funny to observe it. Stopping gjournal on ad4s1a with `gjournal stop` would lead to gjournal now thinking it is on ad4s1 or ad4s1c. HTH, Yuri From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 19:53:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D2E016A420 for ; Thu, 8 Nov 2007 19:53:56 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 68FF513C4BE for ; Thu, 8 Nov 2007 19:53:53 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 71903 invoked from network); 8 Nov 2007 22:53:38 +0300 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 8 Nov 2007 22:53:38 +0300 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 258536, updated: 8.11.2007] Message-ID: <002001c82241$0b722df0$0c00a8c0@Artem> From: "Artem Kuchin" To: "Yuri Pankov" References: <046501c82190$815ecca0$0c00a8c0@Artem><001701c8223d$df3aeef0$0c00a8c0@Artem> <20071108194655.GD18314@darklight.org.ru> Date: Thu, 8 Nov 2007 22:53:32 +0300 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: gjournal weirdness contd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2007 19:53:56 -0000 Yuri Pankov wrote: > On Thu, Nov 08, 2007 at 10:30:47PM +0300, Artem Kuchin wrote: >> All of the below is still there. I hope someone would help >> with this. Pawel, please, answer. >> >>> FReebSD 7-BETA2, amd64 (as of nov 5th) >>> Here is what i did this time: >>> WEIRDNESS N1: >>> fdisk ad6 >>> lable ad6 - only one fs for the full disc >>> now i have /dev/ads1d >>> then i do >>> gjournal load >>> gjournal label -f /dev/ad6s1d >>> and now i get >>> /dev/ad6 >>> /dev/ad6s1 >>> /dev/ad6s1.journal >>> /dev/ad6s1.journalc >>> /dev/ad6s1.journald >>> What are all journal and why c and d are put AFTER >>> the 'journal' word? >>> omni3# gjournal list >>> Geom name: gjournal 1827255885 >>> ID: 1827255885 >>> Providers: >>> 1. Name: da0s1f.journal >>> Mediasize: 304473987584 (284G) >>> Sectorsize: 512 >>> Mode: r0w0e0 >>> Consumers: >>> 1. Name: da0s1f >>> Mediasize: 306473988096 (285G) >>> Sectorsize: 512 >>> Mode: r1w1e1 >>> Jend: 306473987584 >>> Jstart: 304473987584 >>> Role: Data,Journal >>> Geom name: gjournal 3462346836 >>> ID: 3462346836 >>> Providers: >>> 1. Name: ad6s1.journal >>> Mediasize: 397938328064 (371G) >>> Sectorsize: 512 >>> Mode: r0w0e0 >>> Consumers: >>> 1. Name: ad6s1 >>> Mediasize: 400085812224 (373G) >>> Sectorsize: 512 >>> Mode: r1w1e1 >>> Jend: 400085811712 >>> Jstart: 397938328064 >>> Role: Data,Journal >>> da0 is a twa backed gjournal fs. And it is fine. >>> ad6 is just connected to motherboard sata controller. >>> journal size is approx 2GB (see weirdness 2) >>> As you see, it seemslike gjournla is attached direcly to >>> ad6s1 (TO SLICE!!!). I don't get it, why so many journal? >>> why partition letter is at the end? What to mount? >>> WEIDNESS N2: >>> If i want to specify 2GB journal size >>> i put >>> label -s 2147483648 >>> and after than i get 'journal size is too small' >>> if i do >>> label -s 2048000000 >>> it works >>> So, i patched the source a bit and set 2GB by default :) >>> BUt this is all weird. > > I've seen the same behaviour with gjournal. Reason, as I understand > it, is sysinstall creating first partition on slice at offset 0 and > not 63 > as gjournal expects. I've manually edited disklabel and changed offset > of first partition to be 63 (and, of course, decreasing partition > size). And I guess you see complaints from gjournal about this on > console :-) > > So now I have: > a: 67108801 63 4.2BSD 0 0 0 > > and no more weird behaviour from gjournal. > > BTW, it was really funny to observe it. Stopping gjournal on ad4s1a > with `gjournal stop` would lead to gjournal now thinking it is on > ad4s1 or ad4s1c. Aha! Then i'll try just creating a very small partition at the beginning and the the main partition. That should fix this and wasting 10Megs is not a problem for a 400GB HDD :) Yuri, have you ever tried to specify exctly 2GB journal size? like gjournal label -s 2147483648 For me it says "journal size is too small". -- Artem From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 19:54:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4C3216A47B for ; Thu, 8 Nov 2007 19:54:37 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from smtp1.yandex.ru (smtp1.yandex.ru [213.180.223.87]) by mx1.freebsd.org (Postfix) with ESMTP id 0544613C494 for ; Thu, 8 Nov 2007 19:54:36 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from [193.138.149.24] ([193.138.149.24]:13562 "EHLO nx7400.local.domain" smtp-auth: "cvs-src" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S8372967AbXKHTmw (ORCPT ); Thu, 8 Nov 2007 22:42:52 +0300 X-Comment: RFC 2476 MSA function at smtp1.yandex.ru logged sender identity as: cvs-src Message-ID: <47338245.6040108@yandex.ru> Date: Thu, 08 Nov 2007 23:40:21 +0200 From: "R.Mahmatkhanov" User-Agent: Thunderbird 2.0.0.6 (X11/20070819) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 08 Nov 2007 20:10:22 +0000 Subject: bug in telnet client? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cvs-src@yandex.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 19:54:37 -0000 Good day! A friend of mine just pick this bug (whatever). 1. run telnet 2. on telnet> prompt do: - press and hold 'Ctrl' button - then press '~' button - then press '\' button - unpress the 'Ctrl' button 3. You'll see this: > telnet> ^\Quit (core dumped) It plays in all tested 6.x/7.x with tcsh/zsh/xterm. From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 20:17:54 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E64916A417 for ; Thu, 8 Nov 2007 20:17:54 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id A971113C48E for ; Thu, 8 Nov 2007 20:17:53 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost.infracaninophile.co.uk [IPv6:::1]) by smtp.infracaninophile.co.uk (8.14.1/8.14.1) with ESMTP id lA8KHlSm021833; Thu, 8 Nov 2007 20:17:49 GMT (envelope-from m.seaman@infracaninophile.co.uk) Message-ID: <47336EEB.3020505@infracaninophile.co.uk> Date: Thu, 08 Nov 2007 20:17:47 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: cvs-src@yandex.ru References: <47338245.6040108@yandex.ru> In-Reply-To: <47338245.6040108@yandex.ru> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (smtp.infracaninophile.co.uk [IPv6:::1]); Thu, 08 Nov 2007 20:17:49 +0000 (GMT) X-Virus-Scanned: ClamAV 0.91.2/4712/Thu Nov 8 19:16:09 2007 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on happy-idiot-talk.infracaninophile.co.uk Cc: freebsd-current@freebsd.org Subject: Re: bug in telnet client? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2007 20:17:54 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 R.Mahmatkhanov wrote: > Good day! > > A friend of mine just pick this bug (whatever). > > 1. run telnet > 2. on telnet> prompt do: > - press and hold 'Ctrl' button > - then press '~' button > - then press '\' button > - unpress the 'Ctrl' button > 3. You'll see this: > > telnet> ^\Quit (core dumped) > > It plays in all tested 6.x/7.x with tcsh/zsh/xterm. Ctrl-\ sends a SIGQUIT in most terminals: happy-idiot-talk:~:% stty -a speed 38400 baud; 80 rows; 80 columns; lflags: icanon isig iexten echo echoe echok echoke -echonl echoctl -echoprt -altwerase -noflsh -tostop -flusho pendin -nokerninfo -extproc iflags: -istrip icrnl -inlcr -igncr ixon -ixoff ixany imaxbel -ignbrk brkint -inpck -ignpar -parmrk oflags: opost onlcr -ocrnl -oxtabs -onocr -onlret cflags: cread cs8 -parenb -parodd hupcl -clocal -cstopb -crtscts -dsrflow -dtrflow -mdmbuf cchars: discard = ^O; dsusp = ^Y; eof = ^D; eol = ; eol2 = ; erase = ^H; erase2 = ^@; intr = ^C; kill = ^U; lnext = ^V; min = 1; quit = ^\; reprint = ^R; start = ^Q; ^^^^^^^^^^ status = ^T; stop = ^S; susp = ^Z; time = 0; werase = ^W; The default action for a process receiving SIGQUIT is to halt the program and dump core. See signal(3) Cheers, Matthew - -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHM27r8Mjk52CukIwRCJmWAJ44E6Q4U5ao/o6xhxjhcxC943jTUwCfXbxv OjdoZLG1B+ZONxv6yHCjvfY= =xffa -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 20:22:13 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49C1A16A417 for ; Thu, 8 Nov 2007 20:22:13 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id BB45313C481 for ; Thu, 8 Nov 2007 20:22:12 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from ws.local (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id lA8KLrBu005016; Thu, 8 Nov 2007 21:21:53 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <47336FE1.6010109@deepcore.dk> Date: Thu, 08 Nov 2007 21:21:53 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Alexander Sabourenkov References: <47326FB8.50602@fusiongol.com> <4732CEE3.3070003@lxnt.info> <4732DA32.3090601@deepcore.dk> <4732E18A.6040802@lxnt.info> In-Reply-To: <4732E18A.6040802@lxnt.info> Content-Type: multipart/mixed; boundary="------------070605090507040703050207" Cc: Nathan Butcher , freebsd-current@freebsd.org Subject: Re: Remaining SATA (and other) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 20:22:13 -0000 This is a multi-part message in MIME format. --------------070605090507040703050207 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable OK, here is what I've come up with so far, however I still can't=20 reproduce the problem no matter what I try here. Anyhow, try the attached patch on a clean releng_7 and let me know how=20 it works out (or not). Can all of you with promise problems please state exact motherboard and=20 controller model so I can try to get together a failing setup given I=20 have the HW or some kind soul gets it on my desk, thanks! -S=F8ren --------------070605090507040703050207 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="promise-fix1" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="promise-fix1" Index: ata-chipset.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.202.2.2 diff -u -r1.202.2.2 ata-chipset.c --- ata-chipset.c 31 Oct 2007 19:59:53 -0000 1.202.2.2 +++ ata-chipset.c 8 Nov 2007 20:15:48 -0000 @@ -142,6 +142,7 @@ static int ata_promise_mio_command(struct ata_request *request); static void ata_promise_mio_reset(device_t dev); static void ata_promise_mio_dmainit(device_t dev); +static void ata_promise_mio_setprd(void *xsc, bus_dma_segment_t *segs, int nsegs, int error); static void ata_promise_mio_setmode(device_t dev, int mode); static void ata_promise_sx4_intr(void *data); static int ata_promise_sx4_command(struct ata_request *request); @@ -792,6 +793,7 @@ prd[i].dbc = htole32((segs[i].ds_len - 1) & ATA_AHCI_PRD_MASK); } } + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); args->nsegs = nsegs; } @@ -2760,6 +2762,8 @@ prd[i].addrhi = htole32((u_int64_t)segs[i].ds_addr >> 32); } prd[i - 1].count |= htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); + args->nsegs = nsegs; } static void @@ -3288,9 +3292,13 @@ /* prime fake interrupt register */ ATA_OUTL(ctlr->r_res2, fake_reg, 0xffffffff); - /* clear SATA status */ + /* clear SATA status and unmask interrupts */ ATA_OUTL(ctlr->r_res2, stat_reg, 0x000000ff); + /* enable "long burst lenght" on gen2 chips */ + if ((ctlr->chip->cfg2 == PRSATA2) || (ctlr->chip->cfg2 == PRCMBO2)) + ATA_OUTL(ctlr->r_res2, 0x44, ATA_INL(ctlr->r_res2, 0x44) | 0x2000); + ctlr->allocate = ata_promise_mio_allocate; ctlr->reset = ata_promise_mio_reset; ctlr->dmainit = ata_promise_mio_dmainit; @@ -3778,8 +3786,41 @@ static void ata_promise_mio_dmainit(device_t dev) { + struct ata_channel *ch = device_get_softc(dev); + /* note start and stop are not used here */ ata_dmainit(dev); + if (ch->dma) + ch->dma->setprd = ata_promise_mio_setprd; +} + + +#define MAXLASTSGSIZE (32 * sizeof(u_int32_t)) +static void +ata_promise_mio_setprd(void *xsc, bus_dma_segment_t *segs, int nsegs, int error) +{ + struct ata_dmasetprd_args *args = xsc; + struct ata_dma_prdentry *prd = args->dmatab; + int i; + + if ((args->error = error)) + return; + + for (i = 0; i < nsegs; i++) { + prd[i].addr = htole32(segs[i].ds_addr); + prd[i].count = htole32(segs[i].ds_len); + } + if (segs[i - 1].ds_len > MAXLASTSGSIZE) { + //printf("split last SG element of %u\n", segs[i - 1].ds_len); + prd[i - 1].count = htole32(segs[i - 1].ds_len - MAXLASTSGSIZE); + prd[i].count = htole32(MAXLASTSGSIZE); + prd[i].addr = htole32(segs[i - 1].ds_addr + MAXLASTSGSIZE); + nsegs++; + i++; + } + prd[i - 1].count |= htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); + args->nsegs = nsegs; } static void @@ -4849,6 +4890,8 @@ prd[i].count = htole32(segs[i].ds_len); } prd[i - 1].control = htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); + args->nsegs = nsegs; } static void Index: ata-dma.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-dma.c,v retrieving revision 1.147 diff -u -r1.147 ata-dma.c --- ata-dma.c 8 Apr 2007 21:53:52 -0000 1.147 +++ ata-dma.c 8 Nov 2007 20:15:48 -0000 @@ -213,6 +213,7 @@ prd[i].count = htole32(segs[i].ds_len); } prd[i - 1].count |= htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); args->nsegs = nsegs; } --------------070605090507040703050207-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 20:30:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16C7C16A501; Thu, 8 Nov 2007 20:30:17 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from darklight.org.ru (ipv6.darklight.org.ru [IPv6:2001:470:1f07:84::1]) by mx1.freebsd.org (Postfix) with ESMTP id 8CFE813C4C5; Thu, 8 Nov 2007 20:30:15 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from darklight.org.ru (yuri@darklight.org.ru [IPv6:::1]) by darklight.org.ru (8.14.2/8.14.2) with ESMTP id lA8KUEtN022393; Thu, 8 Nov 2007 23:30:15 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.org.ru (8.14.2/8.14.2/Submit) id lA8KUDWW022392; Thu, 8 Nov 2007 23:30:13 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.org.ru: yuri set sender to yuri.pankov@gmail.com using -f Date: Thu, 8 Nov 2007 23:30:13 +0300 From: Yuri Pankov To: Artem Kuchin Message-ID: <20071108203013.GE18314@darklight.org.ru> References: <20071108194655.GD18314@darklight.org.ru> <002001c82241$0b722df0$0c00a8c0@Artem> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <002001c82241$0b722df0$0c00a8c0@Artem> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: gjournal weirdness contd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2007 20:30:17 -0000 On Thu, Nov 08, 2007 at 10:53:32PM +0300, Artem Kuchin wrote: > Yuri Pankov wrote: >> On Thu, Nov 08, 2007 at 10:30:47PM +0300, Artem Kuchin wrote: >>> All of the below is still there. I hope someone would help >>> with this. Pawel, please, answer. >>>> FReebSD 7-BETA2, amd64 (as of nov 5th) >>>> Here is what i did this time: >>>> WEIRDNESS N1: >>>> fdisk ad6 >>>> lable ad6 - only one fs for the full disc >>>> now i have /dev/ads1d >>>> then i do >>>> gjournal load >>>> gjournal label -f /dev/ad6s1d >>>> and now i get >>>> /dev/ad6 >>>> /dev/ad6s1 >>>> /dev/ad6s1.journal >>>> /dev/ad6s1.journalc >>>> /dev/ad6s1.journald >>>> What are all journal and why c and d are put AFTER >>>> the 'journal' word? >>>> omni3# gjournal list >>>> Geom name: gjournal 1827255885 >>>> ID: 1827255885 >>>> Providers: >>>> 1. Name: da0s1f.journal >>>> Mediasize: 304473987584 (284G) >>>> Sectorsize: 512 >>>> Mode: r0w0e0 >>>> Consumers: >>>> 1. Name: da0s1f >>>> Mediasize: 306473988096 (285G) >>>> Sectorsize: 512 >>>> Mode: r1w1e1 >>>> Jend: 306473987584 >>>> Jstart: 304473987584 >>>> Role: Data,Journal >>>> Geom name: gjournal 3462346836 >>>> ID: 3462346836 >>>> Providers: >>>> 1. Name: ad6s1.journal >>>> Mediasize: 397938328064 (371G) >>>> Sectorsize: 512 >>>> Mode: r0w0e0 >>>> Consumers: >>>> 1. Name: ad6s1 >>>> Mediasize: 400085812224 (373G) >>>> Sectorsize: 512 >>>> Mode: r1w1e1 >>>> Jend: 400085811712 >>>> Jstart: 397938328064 >>>> Role: Data,Journal >>>> da0 is a twa backed gjournal fs. And it is fine. >>>> ad6 is just connected to motherboard sata controller. >>>> journal size is approx 2GB (see weirdness 2) >>>> As you see, it seemslike gjournla is attached direcly to >>>> ad6s1 (TO SLICE!!!). I don't get it, why so many journal? >>>> why partition letter is at the end? What to mount? >>>> WEIDNESS N2: >>>> If i want to specify 2GB journal size >>>> i put >>>> label -s 2147483648 >>>> and after than i get 'journal size is too small' >>>> if i do >>>> label -s 2048000000 >>>> it works >>>> So, i patched the source a bit and set 2GB by default :) >>>> BUt this is all weird. >> I've seen the same behaviour with gjournal. Reason, as I understand >> it, is sysinstall creating first partition on slice at offset 0 and >> not 63 as gjournal expects. I've manually edited disklabel and changed >> offset >> of first partition to be 63 (and, of course, decreasing partition >> size). And I guess you see complaints from gjournal about this on >> console :-) So now I have: >> a: 67108801 63 4.2BSD 0 0 0 >> and no more weird behaviour from gjournal. >> BTW, it was really funny to observe it. Stopping gjournal on ad4s1a >> with `gjournal stop` would lead to gjournal now thinking it is on >> ad4s1 or ad4s1c. > > Aha! Then i'll try just creating a very small partition at the beginning > and > the the main partition. That should fix this and wasting 10Megs is not > a problem for a 400GB HDD :) You could just edit size and offset of partition using bsdlabel, but it's your choice :-) > > Yuri, have you ever tried to specify exctly 2GB journal size? like > gjournal label -s 2147483648 > > For me it says "journal size is too small". No, I'm using defaults. > > -- > Artem > Yuri From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 20:29:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4F1B16A469 for ; Thu, 8 Nov 2007 20:29:03 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from smtp1.yandex.ru (smtp1.yandex.ru [213.180.223.87]) by mx1.freebsd.org (Postfix) with ESMTP id 0AC7013C4CE for ; Thu, 8 Nov 2007 20:29:01 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from [193.138.149.24] ([193.138.149.24]:18672 "EHLO nx7400.local.domain" smtp-auth: "cvs-src" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S8372619AbXKHU2j (ORCPT ); Thu, 8 Nov 2007 23:28:39 +0300 X-Comment: RFC 2476 MSA function at smtp1.yandex.ru logged sender identity as: cvs-src Message-ID: <47338CFE.9070202@yandex.ru> Date: Fri, 09 Nov 2007 00:26:06 +0200 From: "R.Mahmatkhanov" User-Agent: Thunderbird 2.0.0.6 (X11/20070819) MIME-Version: 1.0 To: Matthew Seaman References: <47338245.6040108@yandex.ru> <47336EEB.3020505@infracaninophile.co.uk> In-Reply-To: <47336EEB.3020505@infracaninophile.co.uk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Thu, 08 Nov 2007 20:32:13 +0000 Cc: freebsd-current@freebsd.org Subject: Re: bug in telnet client? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2007 20:29:03 -0000 Matthew Seaman пишет: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > R.Mahmatkhanov wrote: >> Good day! >> >> A friend of mine just pick this bug (whatever). >> >> 1. run telnet >> 2. on telnet> prompt do: >> - press and hold 'Ctrl' button >> - then press '~' button >> - then press '\' button >> - unpress the 'Ctrl' button >> 3. You'll see this: >> > telnet> ^\Quit (core dumped) >> >> It plays in all tested 6.x/7.x with tcsh/zsh/xterm. > > Ctrl-\ sends a SIGQUIT in most terminals: Thank you for explaining this. From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 20:36:00 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC0CC16A420; Thu, 8 Nov 2007 20:36:00 +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 910E413C49D; Thu, 8 Nov 2007 20:36:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lA8KZlWj003854; Thu, 8 Nov 2007 15:35:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lA8KZl61073686; Thu, 8 Nov 2007 15:35:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 481C97302F; Thu, 8 Nov 2007 15:35:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071108203547.481C97302F@freebsd-current.sentex.ca> Date: Thu, 8 Nov 2007 15:35:47 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 20:36:01 -0000 TB --- 2007-11-08 19:20:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-08 19:20:01 - starting HEAD tinderbox run for arm/arm TB --- 2007-11-08 19:20:01 - cleaning the object tree TB --- 2007-11-08 19:20:26 - checking out the source tree TB --- 2007-11-08 19:20:26 - cd /tinderbox/HEAD/arm/arm TB --- 2007-11-08 19:20:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-08 19:29:03 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-08 19:29:03 - cd /src TB --- 2007-11-08 19:29:03 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 8 19:29:05 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/main.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/mbufs.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/netcmds.c /src/usr.bin/systat/netcmds.c: In function 'netcmd': /src/usr.bin/systat/netcmds.c:127: internal compiler error: internal consistency failure Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-08 20:35:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-08 20:35:46 - ERROR: failed to build world TB --- 2007-11-08 20:35:46 - tinderbox aborted TB --- 0.43 user 1.62 system 4545.80 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 21:29:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC93C16A41B for ; Thu, 8 Nov 2007 21:29:30 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 5253A13C494 for ; Thu, 8 Nov 2007 21:29:30 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id lA8LTELs023284; Fri, 9 Nov 2007 00:29:14 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Fri, 9 Nov 2007 00:29:14 +0300 (MSK) From: Dmitry Morozovsky To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= In-Reply-To: <47336FE1.6010109@deepcore.dk> Message-ID: <20071109002259.K22875@woozle.rinet.ru> References: <47326FB8.50602@fusiongol.com> <4732CEE3.3070003@lxnt.info> <4732DA32.3090601@deepcore.dk> <4732E18A.6040802@lxnt.info> <47336FE1.6010109@deepcore.dk> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Fri, 09 Nov 2007 00:29:15 +0300 (MSK) Cc: Nathan Butcher , Alexander Sabourenkov , freebsd-current@freebsd.org Subject: Re: Remaining SATA (and other) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 21:29:30 -0000 On Thu, 8 Nov 2007, S?ren Schmidt wrote: SS> OK, here is what I've come up with so far, however I still can't reproduce SS> the problem no matter what I try here. SS> SS> Anyhow, try the attached patch on a clean releng_7 and let me know how it SS> works out (or not). SS> SS> Can all of you with promise problems please state exact motherboard and SS> controller model so I can try to get together a failing setup given I have SS> the HW or some kind soul gets it on my desk, thanks! Pre-requisite: I have ZFS raidz1 pool on 6 disks distributed between 4 SATA channels on onboard MCP and 2 internal SATA channels of SATA300 TX4 on my test machine; before I had constant errors on ad12 and ad16 (machine is not under load, so no harm to actual data). Problem: After you patch ad12 and ad16 have been recognized, but it seems driver changes some offsets, as there are no ad{12,16}a partitions anymore, and fdisk -s ad12 gives me fdisk: invalid partition table found while before it produced something like /dev/ad4: 486344 cyl 16 hd 63 sec Part Start Size Type Flags 4: 0 50000 0xa5 0x80 (DD disks generated by bsdlabel -Bw adNN) Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 22:41:06 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0A6216A477 for ; Thu, 8 Nov 2007 22:41:06 +0000 (UTC) (envelope-from barner@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 5B85513C4B5 for ; Thu, 8 Nov 2007 22:41:06 +0000 (UTC) (envelope-from barner@gmx.de) Received: (qmail invoked by alias); 08 Nov 2007 22:40:53 -0000 Received: from ppp-88-217-33-57.dynamic.mnet-online.de (EHLO dose.local.invalid) [88.217.33.57] by mail.gmx.net (mp058) with SMTP; 08 Nov 2007 23:40:53 +0100 X-Authenticated: #147403 X-Provags-ID: V01U2FsdGVkX1+wyWNnmDaw5d9PMrUYkLmJcpW8exB0E5aCCPZ6mh /L/ommVloXhD+R Received: by dose.local.invalid (Postfix, from userid 1000) id 0AFB9C1A6; Thu, 8 Nov 2007 23:43:13 +0100 (CET) Date: Thu, 8 Nov 2007 23:43:13 +0100 From: Simon Barner To: Andrew Atrens Message-ID: <20071108224313.GA1927@dose.local.invalid> References: <472E9D0B.5080409@csub.edu> <20071106002940.GB1817@styx.ethz.ch> <472FD321.3010509@nortel.com> <20071108132222.GC1674@dose.local.invalid> <47334C71.1010102@nortel.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline In-Reply-To: <47334C71.1010102@nortel.com> User-Agent: Mutt/1.5.16 (2007-06-09) X-Y-GMX-Trusted: 0 Cc: Benjamin Lutz , freebsd-current@FreeBSD.org, Matus Harvan Subject: Re: powerd adaptive mode latching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2007 22:41:07 -0000 --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > > Please see kern/114722. The patch from the PR works fine with my > > T61 (T7300). > >=20 > > Funny enough, I contacted re@ to get this into 7.0 only two minutes ago. > >=20 > > For the archives, the similar bug described in bin/117375 already seems > > to be adressed in RELENG_7. >=20 > both pr's are open .. and >=20 > releng_7 and head are both at v 1.26 of acpi_perf.c >=20 > so, no it's not fixed, *anywhere*. :) It's true that both PRs are still open, but: 1) kern/114722 should fix your problem (CPUFREQ_CMP takes care of almost identical frequencies). Have you already had a chance to verify that? 2) bin/117375 talks about exactly identical frequencies, which should be handled by acpi_perf.c (1.26, line 303-306). However, the reporter (Cc'ed) of that PR runs FreeBSD 6.2-p8 which already contains the removal of duplicate entries (MFC from acpi_perf.c 1.24). @Benjamin Lutz: Could you please check if the problem still exists, and if so, whether the patch from kern/114722 fixes it? --=20 Best regards / Viele Gr=FC=DFe, barner@FreeBSD.= org Simon Barner barner@gmx.de --Q68bSM7Ycu6FN28Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHM5EBCkn+/eutqCoRAg7mAJ9EZzaSg4GfMg9Nk0AeQerLe8yYDQCg4iAF fDHkzpZxQttVH7TZDcztMf4= =g30E -----END PGP SIGNATURE----- --Q68bSM7Ycu6FN28Q-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 22:55:05 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6355C16A419; Thu, 8 Nov 2007 22:55:05 +0000 (UTC) (envelope-from ATRENS@nortel.com) Received: from zrtps0kp.nortel.com (zrtps0kp.nortel.com [47.140.192.56]) by mx1.freebsd.org (Postfix) with ESMTP id DA8F913C480; Thu, 8 Nov 2007 22:55:04 +0000 (UTC) (envelope-from ATRENS@nortel.com) Received: from zcarhxm2.corp.nortel.com (zcarhxm2.corp.nortel.com [47.129.230.99]) by zrtps0kp.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id lA8MssS27980; Thu, 8 Nov 2007 22:54:54 GMT Received: from ab-thinky.atrens.ca ([47.128.181.148] RDNS failed) by zcarhxm2.corp.nortel.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 8 Nov 2007 17:54:54 -0500 Message-ID: <473393B9.8070605@nortel.com> Date: Thu, 08 Nov 2007 17:54:49 -0500 From: "Andrew Atrens" User-Agent: Thunderbird 2.0.0.6 (X11/20071028) MIME-Version: 1.0 To: Simon Barner References: <472E9D0B.5080409@csub.edu> <20071106002940.GB1817@styx.ethz.ch> <472FD321.3010509@nortel.com> <20071108132222.GC1674@dose.local.invalid> <47334C71.1010102@nortel.com> <20071108224313.GA1927@dose.local.invalid> In-Reply-To: <20071108224313.GA1927@dose.local.invalid> X-Enigmail-Version: 0.95.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 08 Nov 2007 22:54:54.0359 (UTC) FILETIME=[60A07A70:01C8225A] Cc: Benjamin Lutz , freebsd-current@FreeBSD.org, Matus Harvan Subject: Re: powerd adaptive mode latching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2007 22:55:05 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Simon Barner wrote: >>> Please see kern/114722. The patch from the PR works fine with my >>> T61 (T7300). >>> >>> Funny enough, I contacted re@ to get this into 7.0 only two minutes ago. >>> >>> For the archives, the similar bug described in bin/117375 already seems >>> to be adressed in RELENG_7. >> both pr's are open .. and >> >> releng_7 and head are both at v 1.26 of acpi_perf.c >> >> so, no it's not fixed, *anywhere*. :) > > It's true that both PRs are still open, but: > > 1) kern/114722 should fix your problem (CPUFREQ_CMP takes care of almost > identical frequencies). Have you already had a chance to verify that? > > 2) bin/117375 talks about exactly identical frequencies, which should be > handled by acpi_perf.c (1.26, line 303-306). However, the reporter > (Cc'ed) of that PR runs FreeBSD 6.2-p8 which already contains the > removal of duplicate entries (MFC from acpi_perf.c 1.24). Well both head and releng7 are using 1.26 and the fix is not there. it's as simple as that. Just re-read the patch specified in 114722 and then take look at http://fxr.watson.org/fxr/source/dev/acpica/acpi_perf.c the issue is that the frequencies aren't identical - it's that they are *nearly* identical. here's the CPUFREQ_CMP macro - /usr/include/sys/cpu.h:#define CPUFREQ_CMP(x, y) (abs((x) - (y)) < 25) as you can see the macro is dead simple - it just considers any two frequencies within 25Hz of each other to be identical. in fact when you look at it, and look at my powerd.c patch both are doing the same thing, except that one is doing it in the kernel, the other in user space. I actually like 114722. :) Someone should commit it!!! :) :) :) - --Andrew -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHM5O58It2CaCdeMwRArG8AJ9OeS09bkODR2RejneYB/beOjJ+eACdG14j wXH0OYZzPR01KvJQ9TD/M60= =YCg9 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 23:20:36 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D9EC16A503; Thu, 8 Nov 2007 23:20:36 +0000 (UTC) (envelope-from mail@maxlor.com) Received: from popeye1.ggamaur.net (popeye1.ggamaur.net [213.160.40.50]) by mx1.freebsd.org (Postfix) with ESMTP id F16AF13C480; Thu, 8 Nov 2007 23:20:34 +0000 (UTC) (envelope-from mail@maxlor.com) Received: from maxlor.mine.nu (c-82-192-240-247.customer.ggaweb.ch [82.192.240.247]) by popeye1.ggamaur.net (8.13.7/8.13.7/Submit) with ESMTP id lA8N5R3P058712; Fri, 9 Nov 2007 00:05:28 +0100 (CET) (envelope-from mail@maxlor.com) Received: from localhost (unknown [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id 6F7D72E2AC; Fri, 9 Nov 2007 00:05:13 +0100 (CET) X-Virus-Scanned: amavisd-new at atlantis.intranet Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (atlantis.intranet [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G3lJDT6xbtKN; Fri, 9 Nov 2007 00:05:12 +0100 (CET) Received: from mini.intranet (mini.intranet [10.0.0.17]) by maxlor.mine.nu (Postfix) with ESMTP id 93D9A2E2AB; Fri, 9 Nov 2007 00:05:12 +0100 (CET) From: Benjamin Lutz To: Simon Barner Date: Fri, 9 Nov 2007 00:05:18 +0100 User-Agent: KMail/1.9.7 References: <472E9D0B.5080409@csub.edu> <47334C71.1010102@nortel.com> <20071108224313.GA1927@dose.local.invalid> In-Reply-To: <20071108224313.GA1927@dose.local.invalid> X-Face: $Ov27?7*N,h60fIEfNJdb!m,@#4T/d; 1hw|W0zvsHM(a$Yn6BYQ0^SEEXvi8>D`|V*F"=?utf-8?q?=5F+=0A=09R2?=@Aq>+mNb4`,'[[%z9v0Fa~]AD1}xQO3|>b.z&}l#R-_(P`?@Mz"kS; XC>Eti,i3>%@=?utf-8?q?g=3F=0A=094f?=,\c7|Ghwb&ky$b2PJ^\0b83NkLsFKv|smL/cI4UD%Tu8alAD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3315018.dH3f6CITOK"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711090005.21842.mail@maxlor.com> X-Scanned-By: MIMEDefang 2.62 on 213.160.40.60 Cc: Matus Harvan , freebsd-current@freebsd.org Subject: Re: powerd adaptive mode latching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2007 23:20:36 -0000 --nextPart3315018.dH3f6CITOK Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 08 November 2007 23:43:13 Simon Barner wrote: > > > Please see kern/114722. The patch from the PR works fine with my > > > T61 (T7300). > > > > > > Funny enough, I contacted re@ to get this into 7.0 only two > > > minutes ago. > > > > > > For the archives, the similar bug described in bin/117375 already > > > seems to be adressed in RELENG_7. > > > > both pr's are open .. and > > > > releng_7 and head are both at v 1.26 of acpi_perf.c > > > > so, no it's not fixed, *anywhere*. :) > > It's true that both PRs are still open, but: > > 1) kern/114722 should fix your problem (CPUFREQ_CMP takes care of > almost identical frequencies). Have you already had a chance to > verify that? > > 2) bin/117375 talks about exactly identical frequencies, which should > be handled by acpi_perf.c (1.26, line 303-306). However, the reporter > (Cc'ed) of that PR runs FreeBSD 6.2-p8 which already contains the > removal of duplicate entries (MFC from acpi_perf.c 1.24). > > @Benjamin Lutz: Could you please check if the problem still > exists, and if so, whether the patch from kern/114722 fixes it? Before patch (still on 6.2-RELEASE-p8): dev.cpu.0.freq_levels: 2100/15000 2100/13720 1890/11360 1050/5531 So yes, the problem still exists. After patch: dev.cpu.0.freq_levels: 2100/15000 2100/13720 1890/11360 1050/5531 And it seems the patch doesn't fix it. Btw, looking at that part (the for loop around line 303) of acpi_perf.c=20 in isolation, it just occurred to me that the check for duplicate=20 entries fails if the duplicate entries are the last in the list, which=20 would probably prevent powerd from scaling the CPU back up. Or maybe=20 I'm wrong, I haven't really looked at the rest of the code. Thanks for working on this! Cheers Benjamin --nextPart3315018.dH3f6CITOK Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQBHM5YuzZEjpyKHuQwRAqfDAJ4s1tx0KGvjcjKEdOI8nv9RFo9bowCfeW2F YztcXXUWi0bPIUj7UYHB6/g= =juXD -----END PGP SIGNATURE----- --nextPart3315018.dH3f6CITOK-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 23:29:44 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 113BA16A420 for ; Thu, 8 Nov 2007 23:29:44 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id 8C26D13C4A5 for ; Thu, 8 Nov 2007 23:29:42 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so265857nfb for ; Thu, 08 Nov 2007 15:29:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=WnrpbXbfwFykn9Wdb+25+vrSHZRR8UkY9upgfkjmMF0=; b=XVL/wyoKf/G9HWfZGPKgLnUQ6MjqCHzSiK7J+v2XXtys4FFt0IFlTfBR3kjW6jihnpBuBee7fLC4bg04c+1KsgLwmlNLMr+hN8JeTWqu6hAXNWxfEt7h+NpP16A8/uVbR1dBC+gaiRV6Ep/QBggJFz3mFlhNuFgybrI0ez6+sTI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=J0ObCXYdiC0z6Q7W9aeg6645lTUiUov+DnSS2WR0GrSygwcIqmJpTH0UWoz4ormU+CecutaLEpz60kGtP8U8sKnA94Th9toHsBDWKA20p+oMa/O2AI8tT6ggkA/KBzXrGLcHv8Fc3gSdt+f/9OtaiVA/n5K5cMZG70f9fllFFWI= Received: by 10.86.98.18 with SMTP id v18mr902261fgb.1194564206816; Thu, 08 Nov 2007 15:23:26 -0800 (PST) Received: by 10.86.100.19 with HTTP; Thu, 8 Nov 2007 15:23:26 -0800 (PST) Message-ID: <2a41acea0711081523j4e3ba924vf0f018135654053d@mail.gmail.com> Date: Thu, 8 Nov 2007 15:23:26 -0800 From: "Jack Vogel" To: "Vivek Khera" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0711071617p1ec29072y76b6ce662961ab39@mail.gmail.com> Cc: FreeBSD Current , FreeBSD Stable List Subject: Re: Bringing up new Intel non-legacy system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 23:29:44 -0000 On Nov 8, 2007 7:29 AM, Vivek Khera wrote: > > On Nov 7, 2007, at 7:17 PM, Jack Vogel wrote: > > > And, is the ACPI subsystem likely to be the source of the problem? > > I've had several systems in which I've needed to disable the ACPI > timer component and then the system worked fine. in /boot/loader.conf: > > debug.acpi.disabled="timer" > > > When installing, break to boot loader and type: set > debug.acpi.disabled="timer" > > You can try the various acpi components to isolate which one is the > culprit and leave the rest working. Is there a list somewhere of what are considered 'components' that could be enabled or disabled?? Jack From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 23:33:35 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A512916A469 for ; Thu, 8 Nov 2007 23:33:35 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id 34F6E13C4B8 for ; Thu, 8 Nov 2007 23:33:34 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so266573nfb for ; Thu, 08 Nov 2007 15:33:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=S72hCvNXIBli0ylfrd5h3z8y1Qpl0ni0Nb3ovhy2iZU=; b=sKUAHUacxO3/p5Lflf4KErY+6No9RuRQxIZCdtoAwA9ru41GE+iSP4tU7auXBBhHJsXd/u7h4hK8T3LjZA14IOSBblR7a1oIewW4395Y+Z9IyopJYSkVPB0plxH29DYhMU4KjIVpIaHV7cd0qqUrqtMZGKZHteqIs5LAoUGMGD4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lt8hKCPgflqLSEBB+VglFSBEvPQnpVM4bFgB6SHh/3Fn2KZ58+OYiZcbRgW5rS7r116jVknt80DIr2B934z7A87mhWlQCknZzat+NvF+gdVTFOV9QmyquJFHfT0ywsdJpcbbt5JuLPlxtfjYEhVixXpVxgpBkNLFPxvaOK8JhRc= Received: by 10.86.77.5 with SMTP id z5mr951631fga.1194564805456; Thu, 08 Nov 2007 15:33:25 -0800 (PST) Received: by 10.86.100.19 with HTTP; Thu, 8 Nov 2007 15:33:25 -0800 (PST) Message-ID: <2a41acea0711081533k13206135yebbe36b6b1fc2e55@mail.gmail.com> Date: Thu, 8 Nov 2007 15:33:25 -0800 From: "Jack Vogel" To: "Vivek Khera" In-Reply-To: <2a41acea0711081523j4e3ba924vf0f018135654053d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0711071617p1ec29072y76b6ce662961ab39@mail.gmail.com> <2a41acea0711081523j4e3ba924vf0f018135654053d@mail.gmail.com> Cc: FreeBSD Current , FreeBSD Stable List Subject: Re: Bringing up new Intel non-legacy system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 23:33:35 -0000 > Is there a list somewhere of what are considered 'components' that > could be enabled or disabled?? Opps, NM, was being lazy, after looking for 2 mins I found it :) Jack From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 00:33:02 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FAC216A41A for ; Fri, 9 Nov 2007 00:33:02 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail8.sea5.speakeasy.net (mail8.sea5.speakeasy.net [69.17.117.10]) by mx1.freebsd.org (Postfix) with ESMTP id 0E16313C4A7 for ; Fri, 9 Nov 2007 00:33:01 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 13890 invoked from network); 9 Nov 2007 00:32:06 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail8.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 9 Nov 2007 00:32:06 -0000 Message-ID: <4733AA45.6030905@chuckr.org> Date: Thu, 08 Nov 2007 19:31:01 -0500 From: Chuck Robey User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.9) Gecko/20071107 SeaMonkey/1.1.6 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: a better lesskey helper X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 00:33:02 -0000 Well, I've taken a rather lengthy vacation from FreeBSD, trolling around Linux, so I could try to see if I was right in my presonal prejudice of FreeBSD being better. While I did prove myself right there, I did happen to find a few pearls (no, NOT perls!) of wisdom out amongst the Linux-folks. One of those pearls that I really do think we could stand to bring aboard is a file "/usr/bin/lesspipe.sh" When you couple that with a one-liner, a alias that gets stuck in one of the shell template files in /etc. making less even more functional than it is now, most especially for programmers. It causes less to automatically recognize a couiple more binary types than it does now. While it now currenlty recognizes several compresed archive types, so it can automatically decompress them and display them, it adds recognition of executables and libraries, and automatically routes them thru objdump, so you get all the info you'd probably be likely to want, short of a full binary dump. Seeing as I personally have a hard time remembering all the various parameters to objdump, I like this behavior quite a bit. Tell you what. If you would like to see what I mean, just write me, and (assuming that I don't actually get totally buried underneath a avalanche of requests!) I will try to send you a copy of the lesspipe.sh file, and the line to stick in your shell startup file. Seeing as I'm no committer any longer, perhaps someone else might decided that this file is actually as nice as I say it is, and commit it the the sources, maybe increasing the size of our currently installed lesspipe.sh file. Real source of this? It's from Gentoo Linux, which is in my own opinion the only Linux that any FreeBSDer ought to consider using. They have a check of a nice etc file control system (called rc-update), nice enough to warrant those of you who are curious to take a look. Really. Well, I do hope I'm not just wasting your time. From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 01:36:46 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45BAA16A421; Fri, 9 Nov 2007 01:36:46 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from ipmail03.adl2.internode.on.net (ipmail03.adl2.internode.on.net [203.16.214.135]) by mx1.freebsd.org (Postfix) with ESMTP id 41B6E13C48A; Fri, 9 Nov 2007 01:36:40 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aq4HAJtHM0d5LT4v/2dsb2JhbACBWw X-IronPort-AV: E=Sophos;i="4.21,392,1188743400"; d="scan'208";a="183945562" Received: from ppp121-45-62-47.lns11.adl2.internode.on.net (HELO mail.clearchain.com) ([121.45.62.47]) by ipmail03.adl2.internode.on.net with ESMTP; 09 Nov 2007 12:05:50 +1030 Received: from wolf.clearchain.com (wcl.ml.unisa.edu.au [130.220.166.5]) (authenticated bits=0) by mail.clearchain.com (8.13.8/8.13.8) with ESMTP id lA91Ze4K079303 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Nov 2007 12:05:46 +1030 (CST) (envelope-from Benjamin.Close@clearchain.com) Message-ID: <4733B96C.2010307@clearchain.com> Date: Fri, 09 Nov 2007 12:05:40 +1030 From: Benjamin Close User-Agent: Thunderbird 2.0.0.0 (X11/20070615) MIME-Version: 1.0 To: Rene Ladan References: <200711071056.13466.root@solink.ru> <47322A66.9050505@gmail.com> <1194474110.2904.23.camel@RabbitsDen> <47324808.2090900@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on pegasus.clearchain.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (mail.clearchain.com [192.168.154.1]); Fri, 09 Nov 2007 12:05:48 +1030 (CST) Cc: Bachilo Dmitry , mlaier@freebsd.org, current@freebsd.org, Alexandre Sunny Kovalenko , mobile@freebsd.org Subject: Re: PCI Cardreader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 01:36:46 -0000 Rene Ladan wrote: > 2007/11/8, Rene Ladan : > >> Alexandre "Sunny" Kovalenko schreef: >> >>> On Wed, 2007-11-07 at 22:13 +0100, Rene Ladan wrote: >>> >>>> Bachilo Dmitry schreef: >>>> >>>>> Hello all. >>>>> I always used USB cardreaders and had no problem with it, but now in my >>>>> notebook I have a cardreader, that appears to be onboard PCI device. And so >>>>> FreeBSD sees it as this: >>>>> pci6: at device 4.1 (no driver attached) >>>>> pci6: at device 4.2 (no driver attached) >>>>> pci6: at device 4.3 (no driver attached) >>>>> pci6: at device 4.4 (no driver attached) >>>>> >>>>> >>>>> That's even more odd because three are recognized as flash and one is not. >>>>> pciconf -lv shows this: >>>>> >>>>> none13@pci6:4:1: class=0x050100 card=0x009f1025 chip=0x05301524 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'ENE Technology Inc' >>>>> device = 'PCI Memory Stick Card Reader Controller' >>>>> class = memory >>>>> subclass = flash >>>>> >>>>> Well, in 7.0-CURRENT it showed all four devices and now in BETA-2 only this >>>>> one. >>>>> >>>>> >>>> On my 8.0-CURRENT box (20071105) it shows all four devices: >>>> >>>> cbb0@pci0:4:1:0: class=0x060700 card=0x14371043 chip=0x04761180 rev=0xb3 hdr=0x02 >>>> vendor = 'Ricoh Company, Ltd.' >>>> device = 'unknown Ricoh R/RL/5C476(II)' >>>> class = bridge >>>> subclass = PCI-CardBus >>>> fwohci0@pci0:4:1:1: class=0x0c0010 card=0x14371043 chip=0x05521180 rev=0x08 hdr=0x00 >>>> vendor = 'Ricoh Company, Ltd.' >>>> device = 'RL5c552 IEEE-1394 Controller' >>>> class = serial bus >>>> subclass = FireWire >>>> none0@pci0:4:1:2: class=0x080500 card=0x14371043 chip=0x08221180 rev=0x17 hdr=0x00 >>>> vendor = 'Ricoh Company, Ltd.' >>>> device = 'R5C832, R5C843 SDA Standard Compliant SD Host Controller' >>>> class = base peripheral >>>> none1@pci0:4:1:3: class=0x088000 card=0x14371043 chip=0x05921180 rev=0x08 hdr=0x00 >>>> vendor = 'Ricoh Company, Ltd.' >>>> device = '13871043 Ricoh Memory Stick Host Controller' >>>> class = base peripheral >>>> >>>> >>>>> Is there any way I can make them work? >>>>> >>>>> >>>> You can add these lines to your kernel configuration: >>>> >>>> device mmc >>>> device mmcsd >>>> >>>> But don't expect any magic. mmc(4) and mmcsd(4) tell that nothing currently works, >>>> which seems to be true on my Asus A6JE (using a Kingston micro-SD card with adapter). >>>> >>>> imp@ is the last person who touched the driver which lives in /usr/src/sys/dev/mmc/ >>>> >>>> >>> Thing below is on my list to try out when I get enough breathing room >>> (or when I would have a dire need to read SD cards on my ThinkPad >>> X60 ;). Did you, by any chance, try it? Any experiences to share? >>> >>> http://www.freebsd.org/cgi/getmsg.cgi?fetch=17399+21119 >>> +/usr/local/www/db/text/2007/freebsd-mobile/20070916.freebsd-mobile >>> >>> >> Not yet, I didn't see the message until now since I'm not (yet) on the mobile list. >> A quick try showed that it does not compile on my box. I'll investigate why. >> The author did not leave an email address in the files. >> >> > The short story is bus_setup_intr() gained some parameters, I'll > figure out which. According to a blog at bsdimp.blogspot.com, Ricoh > based readers should work with this driver :) The attached patch gets it compiling but I think there might be some locking issues still as I got an immediate panic at module load. Not sure who put up the tar.gz but I know Max has done some work porting it from OpenBSD in p4: http://perforce.freebsd.org/changeList.cgi?CMD=changes&FSPC=//depot/user/mlaier/sdmmc/sys/... diff -ur sdmmc-20070627/dev/sdmmc/sdshc.c sdmmc-20070627-devel/dev/sdmmc/sdshc.c --- sdmmc-20070627/dev/sdmmc/sdshc.c 2007-06-25 19:55:52.000000000 +0930 +++ sdmmc-20070627-devel/dev/sdmmc/sdshc.c 2007-11-09 11:45:00.779789122 +1030 @@ -42,6 +42,8 @@ #include #include #include +#include +#include #include #include @@ -342,7 +344,7 @@ * Hook our interrupt after all initialization is complete. */ LOG(0x10, (dev, "Setup Intr\n")); - error = bus_setup_intr(dev, sc->irq, INTR_TYPE_NET|INTR_MPSAFE , + error = bus_setup_intr(dev, sc->irq, INTR_TYPE_NET|INTR_MPSAFE , NULL, sdshc_intr, sc, &sc->ih); if (error != 0) { MSG((dev, "could not set up interrupt\n")); diff -ur sdmmc-20070627/dev/sdmmc/sdshcbus.c sdmmc-20070627-devel/dev/sdmmc/sdshcbus.c --- sdmmc-20070627/dev/sdmmc/sdshcbus.c 2007-06-20 03:12:28.000000000 +0930 +++ sdmmc-20070627-devel/dev/sdmmc/sdshcbus.c 2007-11-09 11:49:18.706315189 +1030 @@ -41,6 +41,8 @@ #include #include #include +#include +#include #include "sdbus_if.h" From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 01:43:15 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42EDE16A419 for ; Fri, 9 Nov 2007 01:43:15 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.freebsd.org (Postfix) with ESMTP id BC31513C4AA for ; Fri, 9 Nov 2007 01:43:14 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-048-233.pools.arcor-ip.net [88.66.48.233]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1IqIte47uZ-0004wa; Fri, 09 Nov 2007 02:43:00 +0100 From: Max Laier Organization: FreeBSD To: Benjamin Close Date: Fri, 9 Nov 2007 02:42:46 +0100 User-Agent: KMail/1.9.7 References: <200711071056.13466.root@solink.ru> <4733B96C.2010307@clearchain.com> In-Reply-To: <4733B96C.2010307@clearchain.com> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2916183.KU7U9Qqipb"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711090242.57554.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1/Pmmhj/5w+csnXyC3Mi1XeHE5jHTSq+0CziEh 6xWUy90CAvi1PxTG5ajQ6KhWC5+z6JsV3aLfULJ+N4pkbXrebD Dqo0uHNZ3UfcW9lxLhIiSy/Cf9UUT7e3KSw1/H2wro= Cc: Bachilo Dmitry , mobile@freebsd.org, current@freebsd.org, Alexandre Sunny Kovalenko , Rene Ladan Subject: Re: PCI Cardreader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 01:43:15 -0000 --nextPart2916183.KU7U9Qqipb Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 09 November 2007, Benjamin Close wrote: > Rene Ladan wrote: > > 2007/11/8, Rene Ladan : > >> Alexandre "Sunny" Kovalenko schreef: > >>> On Wed, 2007-11-07 at 22:13 +0100, Rene Ladan wrote: > >>>> Bachilo Dmitry schreef: > >>>>> Hello all. > >>>>> I always used USB cardreaders and had no problem with it, but now > >>>>> in my notebook I have a cardreader, that appears to be onboard > >>>>> PCI device. And so FreeBSD sees it as this: > >>>>> pci6: at device 4.1 (no driver attached) > >>>>> pci6: at device 4.2 (no driver attached) > >>>>> pci6: at device 4.3 (no driver attached) > >>>>> pci6: at device 4.4 (no driver attached) > >>>>> > >>>>> > >>>>> That's even more odd because three are recognized as flash and > >>>>> one is not. pciconf -lv shows this: > >>>>> > >>>>> none13@pci6:4:1: class=3D0x050100 card=3D0x009f1025 > >>>>> chip=3D0x05301524 rev=3D0x01 hdr=3D0x00 > >>>>> vendor =3D 'ENE Technology Inc' > >>>>> device =3D 'PCI Memory Stick Card Reader Controller' > >>>>> class =3D memory > >>>>> subclass =3D flash > >>>>> > >>>>> Well, in 7.0-CURRENT it showed all four devices and now in BETA-2 > >>>>> only this one. > >>>> > >>>> On my 8.0-CURRENT box (20071105) it shows all four devices: > >>>> > >>>> cbb0@pci0:4:1:0: class=3D0x060700 card=3D0x14371043 > >>>> chip=3D0x04761180 rev=3D0xb3 hdr=3D0x02 vendor =3D 'Ricoh Compan= y, > >>>> Ltd.' > >>>> device =3D 'unknown Ricoh R/RL/5C476(II)' > >>>> class =3D bridge > >>>> subclass =3D PCI-CardBus > >>>> fwohci0@pci0:4:1:1: class=3D0x0c0010 card=3D0x14371043 > >>>> chip=3D0x05521180 rev=3D0x08 hdr=3D0x00 vendor =3D 'Ricoh Compan= y, > >>>> Ltd.' > >>>> device =3D 'RL5c552 IEEE-1394 Controller' > >>>> class =3D serial bus > >>>> subclass =3D FireWire > >>>> none0@pci0:4:1:2: class=3D0x080500 card=3D0x14371043 > >>>> chip=3D0x08221180 rev=3D0x17 hdr=3D0x00 vendor =3D 'Ricoh Compan= y, > >>>> Ltd.' > >>>> device =3D 'R5C832, R5C843 SDA Standard Compliant SD Host > >>>> Controller' class =3D base peripheral > >>>> none1@pci0:4:1:3: class=3D0x088000 card=3D0x14371043 > >>>> chip=3D0x05921180 rev=3D0x08 hdr=3D0x00 vendor =3D 'Ricoh Compan= y, > >>>> Ltd.' > >>>> device =3D '13871043 Ricoh Memory Stick Host Controller' > >>>> class =3D base peripheral > >>>> > >>>>> Is there any way I can make them work? > >>>> > >>>> You can add these lines to your kernel configuration: > >>>> > >>>> device mmc > >>>> device mmcsd > >>>> > >>>> But don't expect any magic. mmc(4) and mmcsd(4) tell that nothing > >>>> currently works, which seems to be true on my Asus A6JE (using a > >>>> Kingston micro-SD card with adapter). > >>>> > >>>> imp@ is the last person who touched the driver which lives in > >>>> /usr/src/sys/dev/mmc/ > >>> > >>> Thing below is on my list to try out when I get enough breathing > >>> room (or when I would have a dire need to read SD cards on my > >>> ThinkPad X60 ;). Did you, by any chance, try it? Any experiences to > >>> share? > >>> > >>> http://www.freebsd.org/cgi/getmsg.cgi?fetch=3D17399+21119 > >>> +/usr/local/www/db/text/2007/freebsd-mobile/20070916.freebsd-mobile > >> > >> Not yet, I didn't see the message until now since I'm not (yet) on > >> the mobile list. A quick try showed that it does not compile on my > >> box. I'll investigate why. The author did not leave an email > >> address in the files. > > > > The short story is bus_setup_intr() gained some parameters, I'll > > figure out which. According to a blog at bsdimp.blogspot.com, Ricoh > > based readers should work with this driver :) > > The attached patch gets it compiling but I think there might be some > locking issues still as I got an immediate panic at module load. Not > sure who put up the tar.gz but I know Max has done some work porting it > from OpenBSD in p4: > > http://perforce.freebsd.org/changeList.cgi?CMD=3Dchanges&FSPC=3D//depot/u= se >r/mlaier/sdmmc/sys/... Nah, that's crap. Never got anywhere. Just me toying around. > > diff -ur sdmmc-20070627/dev/sdmmc/sdshc.c > sdmmc-20070627-devel/dev/sdmmc/sdshc.c > --- sdmmc-20070627/dev/sdmmc/sdshc.c 2007-06-25 19:55:52.000000000 > +0930 +++ sdmmc-20070627-devel/dev/sdmmc/sdshc.c 2007-11-09 > 11:45:00.779789122 +1030 > @@ -42,6 +42,8 @@ > #include > #include > #include > +#include > +#include > > #include > #include > @@ -342,7 +344,7 @@ > * Hook our interrupt after all initialization is complete. > */ > LOG(0x10, (dev, "Setup Intr\n")); > - error =3D bus_setup_intr(dev, sc->irq, INTR_TYPE_NET|INTR_MPSAFE , > + error =3D bus_setup_intr(dev, sc->irq, INTR_TYPE_NET|INTR_MPSAFE , > NULL, sdshc_intr, sc, &sc->ih); > if (error !=3D 0) { > MSG((dev, "could not set up interrupt\n")); > diff -ur sdmmc-20070627/dev/sdmmc/sdshcbus.c > sdmmc-20070627-devel/dev/sdmmc/sdshcbus.c > --- sdmmc-20070627/dev/sdmmc/sdshcbus.c 2007-06-20 03:12:28.000000000 > +0930 +++ sdmmc-20070627-devel/dev/sdmmc/sdshcbus.c 2007-11-09 > 11:49:18.706315189 +1030 > @@ -41,6 +41,8 @@ > #include > #include > #include > +#include > +#include > > #include "sdbus_if.h" =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2916183.KU7U9Qqipb Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHM7shXyyEoT62BG0RAmWsAJkBZbXkX8vFAuO2Da3wUwUbQSgGiACdH5p7 e9CKfIvD9Na+2eZKEAZr34Q= =nOh4 -----END PGP SIGNATURE----- --nextPart2916183.KU7U9Qqipb-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 01:56:43 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A59D616A418; Fri, 9 Nov 2007 01:56:43 +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 7B64D13C4B7; Fri, 9 Nov 2007 01:56:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lA91UqQh026313; Thu, 8 Nov 2007 20:30:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lA91UqIr097933; Thu, 8 Nov 2007 20:30:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 95B2A7302F; Thu, 8 Nov 2007 20:30:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071109013052.95B2A7302F@freebsd-current.sentex.ca> Date: Thu, 8 Nov 2007 20:30:52 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 01:56:43 -0000 TB --- 2007-11-08 23:01:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-08 23:01:41 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-11-08 23:01:41 - cleaning the object tree TB --- 2007-11-08 23:02:10 - checking out the source tree TB --- 2007-11-08 23:02:10 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-11-08 23:02:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-08 23:09:30 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-08 23:09:30 - cd /src TB --- 2007-11-08 23:09:30 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 8 23:09:31 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Nov 9 00:48:56 UTC 2007 TB --- 2007-11-09 00:48:56 - generating LINT kernel config TB --- 2007-11-09 00:48:56 - cd /src/sys/ia64/conf TB --- 2007-11-09 00:48:56 - /usr/bin/make -B LINT TB --- 2007-11-09 00:48:56 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-09 00:48:56 - cd /src TB --- 2007-11-09 00:48:56 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 9 00:48:57 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Fri Nov 9 01:21:21 UTC 2007 TB --- 2007-11-09 01:21:21 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-09 01:21:21 - cd /src TB --- 2007-11-09 01:21:21 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Nov 9 01:21:21 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ufs/ffs/ffs_inode.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ufs/ffs/ffs_snapshot.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ufs/ffs/ffs_softdep.c cc1: warnings being treated as errors /src/sys/ufs/ffs/ffs_softdep.c: In function 'initiate_write_inodeblock_ufs1': /src/sys/ufs/ffs/ffs_softdep.c:3877: warning: unused variable 'prevlbn' /src/sys/ufs/ffs/ffs_softdep.c: In function 'initiate_write_inodeblock_ufs2': /src/sys/ufs/ffs/ffs_softdep.c:4020: warning: unused variable 'prevlbn' *** Error code 1 Stop in /obj/ia64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-09 01:30:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-09 01:30:52 - ERROR: failed to build GENERIC kernel TB --- 2007-11-09 01:30:52 - tinderbox aborted TB --- 0.79 user 2.82 system 8950.84 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 03:25:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69E1116A419 for ; Fri, 9 Nov 2007 03:25:17 +0000 (UTC) (envelope-from karu.pruun@googlemail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.225]) by mx1.freebsd.org (Postfix) with ESMTP id 1339413C49D for ; Fri, 9 Nov 2007 03:25:16 +0000 (UTC) (envelope-from karu.pruun@googlemail.com) Received: by wr-out-0506.google.com with SMTP id 70so234699wra for ; Thu, 08 Nov 2007 19:25:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=1v5OIzB9Oi+iWjMCkYzig6BcEsNW+mr6m8xKoB4i4MM=; b=Wg2xbK6KyqQQicDjmVnoACKJV7xMBM+s1oyD4+mC7xVRcLJEhH/2IawFsFaINv5s4i4gG7ZswcK9ArLGIIKdL2f570wq9xliu1Aw/3TWKydNpSJ+zWN/cDvA91Hgvm9UGNFrtCTneBTxUz6JJ9A/RK6s/excLJ8bmhJXigux5J8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=U65Xxs/T3Fdvc9fQECfG5onDWoxrpApd84/oExpnlmuX2qwjM+lDShxyIeGeTf2NOS0Wxp/Frk2KS5K2XUMpLwTyFwg1HasWSoRYZeqorFcYHpx/Q6EUL/jFEeBM+vl4d7XYC1TE08pFZGG51w3DnTr1jcvdns53pMky69RrKjA= Received: by 10.142.111.14 with SMTP id j14mr514262wfc.1194574761786; Thu, 08 Nov 2007 18:19:21 -0800 (PST) Received: by 10.142.108.8 with HTTP; Thu, 8 Nov 2007 18:19:21 -0800 (PST) Message-ID: Date: Fri, 9 Nov 2007 02:19:21 +0000 From: mustkaru To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Fri, 09 Nov 2007 03:38:10 +0000 Subject: xine crashes FreeBSD 7.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 03:25:17 -0000 Hi, My FreeBSD 7.0-BETA2 crashed (X.Org X Server 1.4.0, FreeBSD 7.0-BETA2 #1) when I started xine to watch a .wmv. Here's a dump; am not sure how useful it is though: --- [root@localhost /usr/obj/usr/src/sys/RELENG_7_DOPTIONS]# kgdb kernel.debug /var/crash/vmcore.1 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Sleeping thread (tid 100158, pid 8699) owns a non-sleepable lock panic: sleeping thread Uptime: 15m38s Physical memory: 494 MB Dumping 102 MB: 87 71 55 39 23 7 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:195 #1 0xc05a6db3 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc05a6faf in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc05d5a2d in propagate_priority (td=0xc323d210) at /usr/src/sys/kern/subr_turnstile.c:222 #4 0xc05d6439 in turnstile_wait (ts=0xc2ada1e0, owner=0xc323d210, queue=Variable "queue" is not available. ) at /usr/src/sys/kern/subr_turnstile.c:739 #5 0xc059b51d in _mtx_lock_sleep (m=0xc2a07cd8, tid=3266164272, opts=0, file=0xc30271ee "/usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c", line=827) at /usr/src/sys/kern/kern_mutex.c:394 #6 0xc059b8a1 in _mtx_lock_flags (m=0xc2a07cd8, opts=0, file=0xc30271ee "/usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c", line=827) at /usr/src/sys/kern/kern_mutex.c:186 #7 0xc302273b in ?? () #8 0xc2a07cd8 in ?? () #9 0x00000000 in ?? () #10 0xc30271ee in ?? () #11 0x0000033b in ?? () #12 0x00000000 in ?? () #13 0x00000000 in ?? () #14 0x00000000 in ?? () #15 0x00000000 in ?? () #16 0xc2a07cd8 in ?? () #17 0xc2adb630 in ?? () #18 0x00000043 in ?? () #19 0xc2c7bc60 in ?? () #20 0x8008642a in ?? () #21 0xc2fbcd00 in ?? () #22 0x000003c7 in ?? () #23 0x00000000 in ?? () #24 0x00000000 in ?? () #25 0xc2fbcd00 in ?? () #26 0x8008642a in ?? () #27 0xc2f462d0 in ?? () #28 0xd4b9dbe4 in ?? () #29 0xc057508a in giant_ioctl (dev=0xc2fbcd00, cmd=2148033578, data=0xc2c7bc60 "\001", fflag=67, td=0xc2adb630) at /usr/src/sys/kern/kern_conf.c:349 Previous frame identical to this frame (corrupt stack?) --- Must -- From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 04:04:27 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 114C616A41A; Fri, 9 Nov 2007 04:04:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 613B713C480; Fri, 9 Nov 2007 04:04:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lA93iYBj032413; Thu, 8 Nov 2007 22:44:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lA93iYMG090001; Thu, 8 Nov 2007 22:44:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EEB227302F; Thu, 8 Nov 2007 22:44:33 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071109034433.EEB227302F@freebsd-current.sentex.ca> Date: Thu, 8 Nov 2007 22:44:33 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 04:04:27 -0000 TB --- 2007-11-09 02:11:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-09 02:11:22 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-11-09 02:11:23 - cleaning the object tree TB --- 2007-11-09 02:11:42 - checking out the source tree TB --- 2007-11-09 02:11:42 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-11-09 02:11:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-09 02:19:19 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-09 02:19:19 - cd /src TB --- 2007-11-09 02:19:19 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 9 02:19:20 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Nov 9 03:32:06 UTC 2007 TB --- 2007-11-09 03:32:06 - generating LINT kernel config TB --- 2007-11-09 03:32:06 - cd /src/sys/sun4v/conf TB --- 2007-11-09 03:32:06 - /usr/bin/make -B LINT TB --- 2007-11-09 03:32:06 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-09 03:32:06 - cd /src TB --- 2007-11-09 03:32:06 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 9 03:32:06 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/hvcons.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/hcall.S cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/hviommu.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/identcpu.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/in_cksum.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/intr_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/machdep.c /src/sys/sun4v/sun4v/machdep.c:192: error: size of array '__assert192' is negative *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-09 03:44:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-09 03:44:33 - ERROR: failed to build lint kernel TB --- 2007-11-09 03:44:33 - tinderbox aborted TB --- 0.62 user 2.09 system 5590.78 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 05:23:53 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 603CA16A418; Fri, 9 Nov 2007 05:23:53 +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 C793913C480; Fri, 9 Nov 2007 05:23:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lA950n5s097289; Fri, 9 Nov 2007 00:00:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lA950mmc016368; Fri, 9 Nov 2007 00:00:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B95527302F; Fri, 9 Nov 2007 00:00:48 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071109050048.B95527302F@freebsd-current.sentex.ca> Date: Fri, 9 Nov 2007 00:00:48 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 05:23:53 -0000 TB --- 2007-11-09 03:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-09 03:45:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-11-09 03:45:00 - cleaning the object tree TB --- 2007-11-09 03:45:24 - checking out the source tree TB --- 2007-11-09 03:45:24 - cd /tinderbox/HEAD/arm/arm TB --- 2007-11-09 03:45:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-09 03:54:08 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-09 03:54:08 - cd /src TB --- 2007-11-09 03:54:08 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 9 03:54:09 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/main.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/mbufs.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/netcmds.c /src/usr.bin/systat/netcmds.c: In function 'netcmd': /src/usr.bin/systat/netcmds.c:127: internal compiler error: internal consistency failure Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-09 05:00:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-09 05:00:48 - ERROR: failed to build world TB --- 2007-11-09 05:00:48 - tinderbox aborted TB --- 0.41 user 1.70 system 4547.66 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 09:59:27 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59B6816A41B; Fri, 9 Nov 2007 09:59:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E412513C4B3; Fri, 9 Nov 2007 09:59:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lA99xEdw047166; Fri, 9 Nov 2007 04:59:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lA99xEPs053244; Fri, 9 Nov 2007 04:59:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7DB937302F; Fri, 9 Nov 2007 04:59:14 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071109095914.7DB937302F@freebsd-current.sentex.ca> Date: Fri, 9 Nov 2007 04:59:14 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 09:59:27 -0000 TB --- 2007-11-09 07:27:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-09 07:27:22 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-11-09 07:27:22 - cleaning the object tree TB --- 2007-11-09 07:27:49 - checking out the source tree TB --- 2007-11-09 07:27:49 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-11-09 07:27:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-09 07:35:08 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-09 07:35:08 - cd /src TB --- 2007-11-09 07:35:08 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 9 07:35:10 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Nov 9 09:17:09 UTC 2007 TB --- 2007-11-09 09:17:09 - generating LINT kernel config TB --- 2007-11-09 09:17:09 - cd /src/sys/ia64/conf TB --- 2007-11-09 09:17:09 - /usr/bin/make -B LINT TB --- 2007-11-09 09:17:09 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-09 09:17:09 - cd /src TB --- 2007-11-09 09:17:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 9 09:17:09 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Fri Nov 9 09:49:33 UTC 2007 TB --- 2007-11-09 09:49:33 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-09 09:49:33 - cd /src TB --- 2007-11-09 09:49:33 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Nov 9 09:49:33 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ufs/ffs/ffs_inode.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ufs/ffs/ffs_snapshot.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ufs/ffs/ffs_softdep.c cc1: warnings being treated as errors /src/sys/ufs/ffs/ffs_softdep.c: In function 'initiate_write_inodeblock_ufs1': /src/sys/ufs/ffs/ffs_softdep.c:3877: warning: unused variable 'prevlbn' /src/sys/ufs/ffs/ffs_softdep.c: In function 'initiate_write_inodeblock_ufs2': /src/sys/ufs/ffs/ffs_softdep.c:4020: warning: unused variable 'prevlbn' *** Error code 1 Stop in /obj/ia64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-09 09:59:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-09 09:59:14 - ERROR: failed to build GENERIC kernel TB --- 2007-11-09 09:59:14 - tinderbox aborted TB --- 0.77 user 2.58 system 9111.83 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 10:16:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D847116A473 for ; Fri, 9 Nov 2007 10:16:26 +0000 (UTC) (envelope-from henrik@mdfnet.se) Received: from maul.mdfnet.se (maul.mdfnet.se [193.11.113.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8B13813C49D for ; Fri, 9 Nov 2007 10:16:26 +0000 (UTC) (envelope-from henrik@mdfnet.se) Received: from faramir.mdfnet.se (faramir.mdfnet.se [193.11.113.4]) by maul.mdfnet.se (Postfix) with ESMTP id CD052398041 for ; Fri, 9 Nov 2007 11:16:18 +0100 (CET) Received: from [193.11.119.2] (c-119-2-esk.cust.mdfnet.se [193.11.119.2]) by faramir.mdfnet.se (Postfix) with ESMTP id 4CD48114A0 for ; Fri, 9 Nov 2007 11:15:06 +0100 (CET) Message-ID: <473433BA.9020607@mdfnet.se> Date: Fri, 09 Nov 2007 11:17:30 +0100 From: Henrik Bergkvist User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <963915.83937.qm@web30315.mail.mud.yahoo.com> In-Reply-To: <963915.83937.qm@web30315.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Problem compiling graid5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 10:16:26 -0000 Arne Wörner wrote: > --- Henrik Bergkvist wrote: >> But when doing graid5 load and then graid5 unload i get: >> graid5: Could not unload module: Device busy. >> >> Doesn't matter that much to me, but didn't that work before? >> > Hmm... > > That is because a device is still there... > Maybe the device is even in use somehow (e.g.: by a mounted file system)? > > u could try to destroy it (temporarily -- i.e.: the meta data will remain on > the disks) with this command: "graid5 destroy -y "... Then u > should be able to unload that graid5 module... > > -Arne I have [root@internet ~]# graid5 status Name Status Components raid5/data COMPLETE CALM ad8 ad6 ad4 But when I do "graid5 stop data" I get a kernel panic. /Henrik From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 10:33:11 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2463C16A417 for ; Fri, 9 Nov 2007 10:33:11 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id E0B1A13C48E for ; Fri, 9 Nov 2007 10:33:10 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so570174waf for ; Fri, 09 Nov 2007 02:33:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=D4ijSmPWuBUBqTnfh+N2LrzvnwCVaOfTOI+Wgi4bvpc=; b=AU08CnLZVglxh0sALyIYA/duMeuowxM82oc2gyce2oNx8b3wxI0nXIS5TGhidF1WLaFL+KdlOwE0pkh934ZSW9tiixteb0cFUjI07/4P1JU65Wxtt1aZ28yzrS8UCHIgev/bFk/NllZfxePNLiEF1iElsEpXKN1L2XHp6uCJKNY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=k9w47sDbP+dfW5y3wWgSyzoI1RTWftkf0TjK5ujLHVFVcUYGdtWcWm2TDxoLjiGRnq1dg3XwggpoyxgOvzrCD3y57Z3CLSO7jv3v72YQC8r8isxe6lo+Nt/po6HzDddjccygxCxJKMCmNcDk5KTB6xQ0dEHRVxHMswsVT0SAwfw= Received: by 10.114.79.1 with SMTP id c1mr205740wab.1194604385075; Fri, 09 Nov 2007 02:33:05 -0800 (PST) Received: by 10.114.110.16 with HTTP; Fri, 9 Nov 2007 02:33:04 -0800 (PST) Message-ID: Date: Fri, 9 Nov 2007 11:33:04 +0100 From: "Rene Ladan" To: current@freebsd.org In-Reply-To: <472E3F59.8090205@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <472DD822.3080305@gmail.com> <472E3F59.8090205@gmail.com> Cc: Subject: Re: running BOINC with sched_ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 10:33:11 -0000 2007/11/4, Rene Ladan : > Rene Ladan schreef: > > Hi, > > > [using sched_ULE] [..laptop configuration and idle process..] I'm switching back to sched_4BSD for now, since sometimes Einstein@Home results seem to get corrupted by improper restarts, resulting in around 70k seconds of wasted CPU time :( Regards, Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 11:10:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31EDE16A418 for ; Fri, 9 Nov 2007 11:10:00 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 6BA3813C4B3 for ; Fri, 9 Nov 2007 11:09:59 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so638639uge for ; Fri, 09 Nov 2007 03:09:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; bh=t8ERGPJ1/NTdr5Rd0f017pv/0Zy1JZSiS6WZafA/L6U=; b=Efnyf6q0ha+YHZ7Vtzm72O/MCq/VvShGs3aEAFc54iIipIL49R9uyY7EI/R0WCdKR2xLAAsIrg5i/fJkx2155VQO9jkyY5sXr1S7yTwmmqn3QUzgt03H1FYPIfvsKaSlL7gwXGyd3oG9uUU8aE18B7+n481ABfv3LSwi3nYQNAg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; b=fdIUtx2ryD/KRWqoKoK8H91S2ES9ks01fiKxjJhMrBU0vQnKtLLPO8EM5sE3vUfDTGit3kr8UeEiE7BYzq3AMuC5mf/czYTkqVSanFctOB9xqZKkyy7+BQlvedL6hlx+MvGgWsRyVCu+GTp8nJnUt2i5QDD9bvGpObsexBYtvKA= Received: by 10.78.37.7 with SMTP id k7mr2170890huk.1194606591585; Fri, 09 Nov 2007 03:09:51 -0800 (PST) Received: from orion ( [89.162.141.1]) by mx.google.com with ESMTPS id 31sm1340331nfu.2007.11.09.03.09.49 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 09 Nov 2007 03:09:50 -0800 (PST) From: Nikolay Pavlov To: freebsd-current@freebsd.org Date: Fri, 9 Nov 2007 13:09:55 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) References: <4733AA45.6030905@chuckr.org> In-Reply-To: <4733AA45.6030905@chuckr.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6643165.5gdpKgSyYY"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711091309.56463.qpadla@gmail.com> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Chuck Robey Subject: Re: a better lesskey helper X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: qpadla@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 11:10:00 -0000 --nextPart6643165.5gdpKgSyYY Content-Type: multipart/mixed; boundary="Boundary-01=_EAENHXynowSmyhP" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_EAENHXynowSmyhP Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 09 November 2007 02:31:01 Chuck Robey wrote: > Well, I've taken a rather lengthy vacation from FreeBSD, trolling around > Linux, so I could try to see if I was right in my presonal prejudice of > FreeBSD being better. =A0While I did prove myself right there, I did > happen to find a few pearls (no, NOT perls!) of wisdom out amongst the > Linux-folks. =A0One of those pearls that I really do think we could stand > to bring aboard is a file "/usr/bin/lesspipe.sh" Hello Chuck. There is already such a file there. You just need to proper set an=20 environment: setenv LESSOPEN '|lesspipe.sh %s' Also you can find a copy of such file from Debian distribution in=20 attachment. =2D-=20 =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=3D=3D=3D =20 =2D Best regards, Nikolay Pavlov. <<<----------------------------------- = =20 =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=3D=3D=3D =20 --Boundary-01=_EAENHXynowSmyhP-- --nextPart6643165.5gdpKgSyYY Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBHNEAE/2R6KvEYGaIRAg5FAJ9DfBIQ55BxjtljiB8Ly6b67E5eRACfRmNr DD8lBNAmlrVkM2IKSCsxgww= =dzlC -----END PGP SIGNATURE----- --nextPart6643165.5gdpKgSyYY-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 11:41:09 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B7F016A41B for ; Fri, 9 Nov 2007 11:41:09 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id 9E38613C4BA for ; Fri, 9 Nov 2007 11:41:08 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so642756uge for ; Fri, 09 Nov 2007 03:41:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; bh=1Mwcp5JNIBhySItAUpV18JEahQZJClmIl3x6Jln9+5w=; b=XYo0jFUWeGd8n13Hej/rxyq6LgFtThF8kKBkwSkYqhCS0F5OZygs6TN0JaaM6pkBktusOTect+LBVhKTOc2f24kEAJBbcLiF1hndnJHu+R6MhYI2OWS4k2CwLeD1UJMjcNNjS4D/04nDc/j/g7pb2WCZgbw9IVe0il9oBHCgFnc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; b=J7YzjSbkekAYATbmzYClsWnZTGV3pmKaJwRlP7ODnKlH2uJtUs6hiSzkOFiysaccot6M6TVg1FOh59juXVCLMJwwdKmjbhq6hy8zEQK/46ak8Bx3jN44WOgVya8m/Od/N/iTi80eR5C8e11oUEAwDelhgcMPer1IdwB7NF+Byf0= Received: by 10.78.132.2 with SMTP id f2mr2240814hud.1194608460305; Fri, 09 Nov 2007 03:41:00 -0800 (PST) Received: from ?172.17.2.171? ( [193.136.24.128]) by mx.google.com with ESMTPS id g8sm4027472muf.2007.11.09.03.40.51 (version=SSLv3 cipher=OTHER); Fri, 09 Nov 2007 03:40:54 -0800 (PST) Message-Id: <5A4AF64C-D70A-4303-8116-D13718EE8BCC@FreeBSD.org> From: Rui Paulo To: Scott Long In-Reply-To: <473232A8.3080105@samsco.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Fri, 9 Nov 2007 11:40:48 +0000 References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> <20071104231422.GA82337@rink.nu> <472F5E62.4080406@samsco.org> <60C64C73-A019-4C01-85E1-80DF4C76B1AF@freebsd.org> <4732171F.3010803@FreeBSD.org> <473232A8.3080105@samsco.org> X-Mailer: Apple Mail (2.912) Sender: Rui Paulo Cc: freebsd-current@FreeBSD.org, Maxim Sobolev , Rink Springer , freebsd-i386@FreeBSD.org, freebsd-hardware@FreeBSD.org Subject: Re: MacBook users: possible fix for the SMP 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: Fri, 09 Nov 2007 11:41:09 -0000 On 7 Nov 2007, at 21:48, Scott Long wrote: > Rui Paulo wrote: >> On Nov 7, 2007 7:50 PM, Maxim Sobolev wrote: >>> I don't really like the fact that it has to be turned on manually. >>> Is it >>> possible to make this automatic based on BIOS Id or something like >>> this? >> Yes, I can turn this on for MacBooks. > > Yeah, at least have it on by default for the systems that we know have > the problem. I still think that it needs wider application, but as > long > as the immediate and identifiable issue is addressed, I'm happy. Ok, if there are no objections, I plan to request approval from my mentor and from re@ for the following patch: Index: clock.c =================================================================== RCS file: /home/ncvs/src/sys/i386/isa/clock.c,v retrieving revision 1.240 diff -u -p -r1.240 clock.c --- clock.c 26 Oct 2007 03:23:54 -0000 1.240 +++ clock.c 9 Nov 2007 11:34:56 -0000 @@ -130,6 +130,9 @@ static u_char rtc_statusb = RTCSB_24HR; #define ACQUIRED 2 #define ACQUIRE_PENDING 3 +/* Intel ICH register */ +#define ICH_PMBASE 0x400 + static u_char timer2_state; static unsigned i8254_get_timecount(struct timecounter *tc); @@ -616,11 +619,31 @@ i8254_init(void) void startrtclock() { + char *ichenv, *sysenv; u_int delta, freq; writertc(RTC_STATUSA, rtc_statusa); writertc(RTC_STATUSB, RTCSB_24HR); + /* + * On some systems, namely MacBooks, we need to disallow the + * legacy USB circuit to generate an SMI# because this can + * cause several problems, namely: incorrect CPU frequency + * detection and failure to start the APs. + */ + ichenv = getenv("hw.ich.disable_legacy_usb"); + sysenv = getenv("smbios.system.product"); + if ((ichenv != NULL) || (sysenv != NULL && + strncmp(sysenv, "MacBook", 7) == 0)) { + if (bootverbose) + printf("Disabling LEGACY_USB_EN bit on Intel ICH.\n"); + outl(ICH_PMBASE + 0x30, inl(ICH_PMBASE + 0x30) & ~0x8); + if (ichenv) + freeenv(ichenv); + if (sysenv) + freeenv(sysenv); + } + freq = calibrate_clocks(); #ifdef CLK_CALIBRATION_LOOP if (bootverbose) { -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 11:50:41 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03B2816A41A for ; Fri, 9 Nov 2007 11:50:41 +0000 (UTC) (envelope-from tdb@carrick.bishnet.net) Received: from carrick.bishnet.net (unknown [IPv6:2001:618:400::54ea:1138]) by mx1.freebsd.org (Postfix) with ESMTP id 9F9F313C4B7 for ; Fri, 9 Nov 2007 11:50:40 +0000 (UTC) (envelope-from tdb@carrick.bishnet.net) Received: from tdb by carrick.bishnet.net with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1IqSNK-000GIb-F5; Fri, 09 Nov 2007 11:50:14 +0000 Date: Fri, 9 Nov 2007 11:50:14 +0000 From: Tim Bishop To: Ken Smith Message-ID: <20071109115014.GU58024@carrick.bishnet.net> References: <471427BE.10500@freebsd.org> <20071016112907.GD6511@deviant.kiev.zoral.com.ua> <4715FAA7.7030404@freebsd.org> <20071018093948.GN6511@deviant.kiev.zoral.com.ua> <20071019091249.GI88271@carrick.bishnet.net> <1194457019.35649.82.camel@opus.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1194457019.35649.82.camel@opus.cse.buffalo.edu> X-PGP-Key: 0x5AE7D984, http://www.bishnet.net/tim/tim-bishnet-net.asc X-PGP-Fingerprint: 1453 086E 9376 1A50 ECF6 AE05 7DCE D659 5AE7 D984 User-Agent: Mutt/1.5.13 (2006-08-11) X-Bishnet-MailScanner-Information: Contact postmaster@bishnet.net X-Bishnet-MailScanner-VirusCheck: Found to be clean X-Bishnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-2.523, required 5, autolearn=not spam, BAYES_00 -2.60, NO_RELAYS -0.00, TW_ZF 0.08) X-Bishnet-MailScanner-From: tdb@carrick.bishnet.net Cc: Tim Bishop , freebsd-current@freebsd.org, avleeuwen@piwebs.com, Rolf Witt , Kostik Belousov , Pieter de Goeje Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 11:50:41 -0000 On Wed, Nov 07, 2007 at 12:36:59PM -0500, Ken Smith wrote: > On Tue, 2007-10-23 at 11:35 +0200, Arjan van Leeuwen wrote: > > 2007/10/19, Tim Bishop : > > > > > > On Thu, Oct 18, 2007 at 06:40:04PM +0200, Arjan van Leeuwen wrote: > > > > > are softupdates on ? > > > > > > > > > > Yes. Turning them off seems to fix the problem (fingers crossed - I > > > only > > > > > turned it off this morning, didn't have a panic yet) > > > > > > > > After working for a whole day without softupdates, I can say that > > > turning > > > > them off at least causes less panics to happen than with them turned on, > > > > maybe they even don't happen at all without softupdates; I haven't had a > > > > panic all day, while I have one every few hours with softupdates turned > > > on. > > > > > > I've been running for the best part of a day now with softupdates turned > > > off and so far no panics. I'm running tinderbox on the host, and it > > > would quite reliably crash it before. > > > > > > Of course it's hard to say if this has fixed the problem... maybe it > > > doesn't happen as often, or maybe my data is being slowly chewed up > > > instead ;-) > > > > It looks like on the same system, I'm able to reliably panic zfs as well, > > under the exact same conditions (i.e. linking a particularly big piece of > > software). Maybe this is not a problem in the filesystem at all. I've not > > been able to get a coredump yet from the zfs panic. > > This is in 7.0-PRERELEASE, btw (I switched to RELENG_7 when the branching > > happened). > > Is anyone who had been able to trigger this panic still having problems > with recent kernels (and soft updates turned on)? I've checked with a > few people who had been experiencing the panic and they can no longer > trigger it. > > It's at least a tiny bit possible some of the VM fixes that have gone in > addressed this problem. We'd like to find out if anyone can still > trigger this. I've been trying for over a week to reproduce this and have so far been unable to do so. Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 11:53:15 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5298016A41B for ; Fri, 9 Nov 2007 11:53:15 +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 F2DF513C4AC for ; Fri, 9 Nov 2007 11:53:14 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 858972094; Fri, 9 Nov 2007 12:52:52 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 764D12092; Fri, 9 Nov 2007 12:52:52 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 56908844A0; Fri, 9 Nov 2007 12:52:52 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: qpadla@gmail.com References: <4733AA45.6030905@chuckr.org> <200711091309.56463.qpadla@gmail.com> Date: Fri, 09 Nov 2007 12:52:52 +0100 In-Reply-To: <200711091309.56463.qpadla@gmail.com> (Nikolay Pavlov's message of "Fri\, 9 Nov 2007 13\:09\:55 +0200") Message-ID: <86lk97k54b.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Chuck Robey , freebsd-current@freebsd.org Subject: Re: a better lesskey helper X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 11:53:15 -0000 Nikolay Pavlov writes: > There is already such a file there. You just need to proper set an > environment: setenv LESSOPEN '|lesspipe.sh %s' zless will do that for you. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 12:05:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3333216A420 for ; Fri, 9 Nov 2007 12:05:26 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (unknown [IPv6:2001:610:1908:1000:204:23ff:feb7:ef56]) by mx1.freebsd.org (Postfix) with ESMTP id 9168513C4D5 for ; Fri, 9 Nov 2007 12:05:25 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from lux.student.utwente.nl (lux.student.utwente.nl [130.89.170.81]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id lA9C4jYk017159; Fri, 9 Nov 2007 13:04:45 +0100 From: Pieter de Goeje To: freebsd-current@freebsd.org Date: Fri, 9 Nov 2007 13:04:44 +0100 User-Agent: KMail/1.9.7 References: <200710131857.46963.pieter@degoeje.nl> <1194457019.35649.82.camel@opus.cse.buffalo.edu> In-Reply-To: <1194457019.35649.82.camel@opus.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711091304.44766.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: Kostik Belousov , Ken Smith , avleeuwen@piwebs.com, Rolf Witt , Tim Bishop Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 12:05:26 -0000 On Wednesday 07 November 2007, Ken Smith wrote: > On Tue, 2007-10-23 at 11:35 +0200, Arjan van Leeuwen wrote: > > 2007/10/19, Tim Bishop : > > > On Thu, Oct 18, 2007 at 06:40:04PM +0200, Arjan van Leeuwen wrote: > > > > > are softupdates on ? > > > > > > > > > > Yes. Turning them off seems to fix the problem (fingers crossed - I > > > > > > only > > > > > > > > turned it off this morning, didn't have a panic yet) > > > > > > > > After working for a whole day without softupdates, I can say that > > > > > > turning > > > > > > > them off at least causes less panics to happen than with them turned > > > > on, maybe they even don't happen at all without softupdates; I > > > > haven't had a panic all day, while I have one every few hours with > > > > softupdates turned > > > > > > on. > > > > > > I've been running for the best part of a day now with softupdates > > > turned off and so far no panics. I'm running tinderbox on the host, and > > > it would quite reliably crash it before. > > > > > > Of course it's hard to say if this has fixed the problem... maybe it > > > doesn't happen as often, or maybe my data is being slowly chewed up > > > instead ;-) > > > > It looks like on the same system, I'm able to reliably panic zfs as well, > > under the exact same conditions (i.e. linking a particularly big piece of > > software). Maybe this is not a problem in the filesystem at all. I've not > > been able to get a coredump yet from the zfs panic. > > This is in 7.0-PRERELEASE, btw (I switched to RELENG_7 when the branching > > happened). > > Is anyone who had been able to trigger this panic still having problems > with recent kernels (and soft updates turned on)? I've checked with a > few people who had been experiencing the panic and they can no longer > trigger it. > > It's at least a tiny bit possible some of the VM fixes that have gone in > addressed this problem. We'd like to find out if anyone can still > trigger this. I can no longer reproduce it any more. - Pieter From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 12:13:01 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08CA716A418; Fri, 9 Nov 2007 12:13:01 +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 BD2F513C48A; Fri, 9 Nov 2007 12:13:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lA9CCrD4024289; Fri, 9 Nov 2007 07:12:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lA9CCqmg027925; Fri, 9 Nov 2007 07:12:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D250A7302F; Fri, 9 Nov 2007 07:12:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071109121252.D250A7302F@freebsd-current.sentex.ca> Date: Fri, 9 Nov 2007 07:12:52 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 12:13:01 -0000 TB --- 2007-11-09 10:39:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-09 10:39:40 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-11-09 10:39:40 - cleaning the object tree TB --- 2007-11-09 10:39:59 - checking out the source tree TB --- 2007-11-09 10:39:59 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-11-09 10:39:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-09 10:47:41 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-09 10:47:41 - cd /src TB --- 2007-11-09 10:47:41 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 9 10:47:43 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Nov 9 12:00:21 UTC 2007 TB --- 2007-11-09 12:00:21 - generating LINT kernel config TB --- 2007-11-09 12:00:21 - cd /src/sys/sun4v/conf TB --- 2007-11-09 12:00:21 - /usr/bin/make -B LINT TB --- 2007-11-09 12:00:21 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-09 12:00:21 - cd /src TB --- 2007-11-09 12:00:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 9 12:00:22 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/hvcons.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/hcall.S cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/hviommu.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/identcpu.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/in_cksum.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/intr_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/machdep.c /src/sys/sun4v/sun4v/machdep.c:192: error: size of array '__assert192' is negative *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-09 12:12:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-09 12:12:52 - ERROR: failed to build lint kernel TB --- 2007-11-09 12:12:52 - tinderbox aborted TB --- 0.52 user 2.20 system 5592.33 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 12:26:53 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EDC616A41A for ; Fri, 9 Nov 2007 12:26:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id E50E413C4A7 for ; Fri, 9 Nov 2007 12:26:52 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IqSwa-000ABC-1M for freebsd-current@freebsd.org; Fri, 09 Nov 2007 14:26:43 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id lA9CQTx9011182; Fri, 9 Nov 2007 14:26:29 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id lA9CQSLe011181; Fri, 9 Nov 2007 14:26:28 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 9 Nov 2007 14:26:28 +0200 From: Kostik Belousov To: Pieter de Goeje Message-ID: <20071109122628.GF37471@deviant.kiev.zoral.com.ua> References: <200710131857.46963.pieter@degoeje.nl> <1194457019.35649.82.camel@opus.cse.buffalo.edu> <200711091304.44766.pieter@degoeje.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CH5TmUFGgv5xAzR1" Content-Disposition: inline In-Reply-To: <200711091304.44766.pieter@degoeje.nl> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: a8c813420754d5015e2a5a3aeed75c84 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1753 [Nov 09 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: Rolf Witt , freebsd-current@freebsd.org, avleeuwen@piwebs.com, Ken Smith , Tim Bishop Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 12:26:53 -0000 --CH5TmUFGgv5xAzR1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Nov 09, 2007 at 01:04:44PM +0100, Pieter de Goeje wrote: > > Is anyone who had been able to trigger this panic still having problems > > with recent kernels (and soft updates turned on)? I've checked with a > > few people who had been experiencing the panic and they can no longer > > trigger it. > > > > It's at least a tiny bit possible some of the VM fixes that have gone in > > addressed this problem. We'd like to find out if anyone can still > > trigger this. > I can no longer reproduce it any more. Could anybody who was able to trigger the panic with relative ease, do the binary search for the dates that A. started the problem B. eliminated it There is uneasy feeling for the bug that did such appearance and still not tracked. --CH5TmUFGgv5xAzR1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHNFHzC3+MBN1Mb4gRAuwSAKCWhhlHTgyM5aFNO1rJVE/i1L8BlQCggm9g BPtfewlxszGaOATcwKJMUfY= =6qfw -----END PGP SIGNATURE----- --CH5TmUFGgv5xAzR1-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 12:56:51 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9CB716A41B for ; Fri, 9 Nov 2007 12:56:51 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.185]) by mx1.freebsd.org (Postfix) with ESMTP id 5C53213C4C4 for ; Fri, 9 Nov 2007 12:56:50 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so551545mue for ; Fri, 09 Nov 2007 04:56:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; bh=H1+mJrmViOmMbRxV/VQC3tLlqTJ8dN9vnyJEQrOT2S0=; b=PZS5vUVx/NxByuSVBbzZykqGFPlyNptB3kfa15bS4u81NRt5nigG9Fkgiz7ZvByMrZxAAKZJEkD3YU5mW+IgmWnZRPqt6PVC5Mkdf+IYDyEk7VT+WUWSfbtZrxihf7KRxLG/eJ4eptTAKuyhTQmSL3QJ+GWpJ8OlKS8NLEq+EtY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; b=gVlEwxQYXv375/78HIurEMy1ouH9o+roR8VPzE9WDCaXv0+PGJzYJTHX7LfVo5e0wcpM68HyubTZcOUsfxG4jaUiQLedFkLYe+GI/9CxSI8pAVdN7neLfzvhw5SMv06J2z+ipohrkMUzJoZ25k3IfZePnFCsW4uvkYY4HOJRKeM= Received: by 10.82.167.5 with SMTP id p5mr3477703bue.1194613003181; Fri, 09 Nov 2007 04:56:43 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id n3sm917651gvf.2007.11.09.04.56.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Nov 2007 04:56:41 -0800 (PST) Message-ID: <4733E878.2050804@gmail.com> Date: Fri, 09 Nov 2007 04:56:24 +0000 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071109) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: questions on development(7) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 12:56:52 -0000 First of all I am posting to both -current and -hackers because -hackers seems to be very low volume. I just set up a master server development server using the procedure in development(7) which was fairly clear but left a few questions unanswered (and one odd behavior). I have only the master server (no clients). Just for ref my dir tree looks like this: /home/ncvs ---> /FreeBSD/CVSROOT /FreeBSD/7.x (src) /FreeBSD/current (src ports doc) /usr/src ---> /FreeBSD/7.x /usr/src2 ---> /FreeBSD/current /usr/ports ---> /FreeBSD/current/ports /usr/obj is on it's own partition My questions: 1. If I am modifing code and such should I have a local branch? 2. If yes to #1 how do I setup keeping everything except my modified code in sync (and if possible to retro activally apply patchs from the local branch unto the main source tree [/usr/src2]) 3. The documentation said very little about how to generate patchs between my local code and the main branch a. Ideally I want to set it up where when I am done with a modification it automatically creates a patch (I have never used CVS for anything except through csup and cvsup so I am totally lost here) 4. Mergemaster behaves strange now: everytime I run it does a buildworld before doing the merge (even if I just did a installworld)... also it seems to default this to /usr/src2 (which is most of the time what I want)... is this normal? and if so how do I turn it off and if I can't how do I set which source tree to use? -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 13:23:49 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C50816A421 for ; Fri, 9 Nov 2007 13:23:49 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id C4B1D13C4BD for ; Fri, 9 Nov 2007 13:23:48 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5407C.dip.t-dialin.net [84.165.64.124]) by redbull.bpaserver.net (Postfix) with ESMTP id A25722E2FB; Fri, 9 Nov 2007 14:15:31 +0100 (CET) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id 17AD63148ACE; Fri, 9 Nov 2007 14:15:29 +0100 (CET) Date: Fri, 9 Nov 2007 14:15:28 +0100 From: Alexander Leidinger To: "Sean C. Farley" Message-ID: <20071109141528.6a5c454b@deskjail> In-Reply-To: References: <11167f520710182258y1b358e2cg7a9d6ed89e3f1a46@mail.gmail.com> X-Mailer: Claws Mail 3.0.1 (GTK+ 2.10.14; i686-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.3, required 8, BAYES_00 -15.00, J_CHICKENPOX_82 0.60, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: "Sam Fourman Jr." , Current@FreeBSD.org Subject: Re: evdev Protocol in RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 13:23:49 -0000 Quoting "Sean C. Farley" (Fri, 19 Oct 2007 08:43:58 -0500 (CDT)): > On Fri, 19 Oct 2007, Sam Fourman Jr. wrote: > > > Here is My Question, is it possible to use evdev (the xorg mouse > > protocol that may be linux specific)in RELENG_7 with xorg 7.3? > > > > I have a Logitech mx1000 mouse and I can not seem to get xorg to use > > the buttons correctly. I have searched google high and low. > > > > the dmesg says it is a 16 button mouse however I only count 12. > > whatever the case, the top buttons by the wheel have the same id as > > the wheel scroll in xev > > > > if there is an alternate way to use a 12 button mouse in FreeBSD > > please point me to the appropriate documentation. > > Here is my setup for using the MX1000. It is probably not entirely > correct, but I have been too busy to spend time restructuring it. If > you get some better ideas, please let me know. > > First, I disable moused since it will not pass that many buttons (max > seven buttons?) to Xorg. /etc/rc.conf: % grep MAX_BUTTONS /usr/src/sys/dev/usb/ums.c | head -1 #define MAX_BUTTONS 31 /* chosen because sc_buttons is int */ I remember to have increased the number of buttons in ums as it was needed for some devices. I suggest you try to hunt down the corresponding parts in sysmouse/moused where a lower number is enforced. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 13:28:42 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0754E16A46D; Fri, 9 Nov 2007 13:28:42 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 9A52113C4B6; Fri, 9 Nov 2007 13:28:41 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5407C.dip.t-dialin.net [84.165.64.124]) by redbull.bpaserver.net (Postfix) with ESMTP id E8BA12E09D; Fri, 9 Nov 2007 14:11:58 +0100 (CET) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id 5AEB83148ACE; Fri, 9 Nov 2007 14:11:56 +0100 (CET) Date: Fri, 9 Nov 2007 14:11:55 +0100 From: Alexander Leidinger To: Daniel Eischen Message-ID: <20071109141155.0ae922a1@deskjail> In-Reply-To: References: <200710180835.18929.thierry@herbelot.com> <47170A83.6050607@FreeBSD.org> <20071018091950.GB1546@nagual.pp.ru> X-Mailer: Claws Mail 3.0.1 (GTK+ 2.10.14; i686-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.9, required 8, BAYES_00 -15.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: current@freebsd.org Subject: Re: No libc shared lib number bump ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 13:28:42 -0000 Quoting Daniel Eischen (Thu, 18 Oct 2007 10:43:46 -0400 (EDT)): > (*) libc and other symbol versioned libraries may be bumped > again in 8.0 to reset the numbering scheme back to 0 (libc.so.0). > It was deemed to late in the game to do this for 7.0. I'm curious, why do we need to reset it back to .0? Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 13:30:59 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53E2116A46D; Fri, 9 Nov 2007 13:30:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 93EAF13C4AA; Fri, 9 Nov 2007 13:30:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lA9DUmmW060285; Fri, 9 Nov 2007 08:30:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lA9DUmax037731; Fri, 9 Nov 2007 08:30:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0A79F7302F; Fri, 9 Nov 2007 08:30:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071109133048.0A79F7302F@freebsd-current.sentex.ca> Date: Fri, 9 Nov 2007 08:30:47 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 13:30:59 -0000 TB --- 2007-11-09 12:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-09 12:15:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-11-09 12:15:00 - cleaning the object tree TB --- 2007-11-09 12:15:27 - checking out the source tree TB --- 2007-11-09 12:15:27 - cd /tinderbox/HEAD/arm/arm TB --- 2007-11-09 12:15:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-09 12:24:12 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-09 12:24:12 - cd /src TB --- 2007-11-09 12:24:12 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 9 12:24:14 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/main.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/mbufs.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/netcmds.c /src/usr.bin/systat/netcmds.c: In function 'netcmd': /src/usr.bin/systat/netcmds.c:127: internal compiler error: internal consistency failure Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-09 13:30:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-09 13:30:47 - ERROR: failed to build world TB --- 2007-11-09 13:30:47 - tinderbox aborted TB --- 0.45 user 1.64 system 4546.70 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 13:32:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 644F916A47C for ; Fri, 9 Nov 2007 13:32:14 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 1819113C4CB for ; Fri, 9 Nov 2007 13:32:14 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=il4xyv3lTDYyQXf2mNqNw+soltsAfUJ/qKl6aYh5+SvViTPIBJrhVKt658H93i9/h6fx8RA8kdfwdG1geYltQBIsC0mTsQjtjGlsuh12RBXix8toBT3pfUjdbPihbEwDiuJICsmQ9qk4BjawpiHzgxTQKfM5xsX7Jd4PoSHWp1RL4g5+Any6jENbRzgJiW+CUVfMOoSknTWH7Cd78J1TYLhqgUq8dfs9ZEEYmgXk9Mo1E7V6J5VkOelPO6zGIv10; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1IqTxv-0005PR-V9; Fri, 09 Nov 2007 13:32:07 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.66) (envelope-from ) id 1IqTxq-0004rS-NX; Fri, 09 Nov 2007 13:32:02 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IqTxn-0001He-La; Fri, 09 Nov 2007 15:31:59 +0200 To: "Aryeh M. Friedman" From: Ian FREISLICH In-Reply-To: Message from "Aryeh M. Friedman" of "Fri, 09 Nov 2007 04:56:24 GMT." <4733E878.2050804@gmail.com> X-Attribution: BOFH Date: Fri, 09 Nov 2007 15:31:59 +0200 Message-Id: Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 13:32:14 -0000 "Aryeh M. Friedman" wrote: > First of all I am posting to both -current and -hackers because > -hackers seems to be very low volume. > > I just set up a master server development server using the procedure > in development(7) which was fairly clear but left a few questions > unanswered (and one odd behavior). I have only the master server (no > clients). Just for ref my dir tree looks like this: > > /home/ncvs ---> /FreeBSD/CVSROOT > /FreeBSD/7.x (src) > /FreeBSD/current (src ports doc) > /usr/src ---> /FreeBSD/7.x > /usr/src2 ---> /FreeBSD/current > /usr/ports ---> /FreeBSD/current/ports > /usr/obj is on it's own partition > > My questions: > > 1. If I am modifing code and such should I have a local branch? > 2. If yes to #1 how do I setup keeping everything except my modified > code in sync (and if possible to retro activally apply patchs from the > local branch unto the main source tree [/usr/src2]) You won't be able to commit to the BSD repo from your server. I think you should treat your repo as read only and use cvsup to keep it up to date. At least that's what I do. > 3. The documentation said very little about how to generate patchs > between my local code and the main branch > a. Ideally I want to set it up where when I am done with a > modification it automatically creates a patch (I have never used CVS > for anything except through csup and cvsup so I am totally lost here) 'cvs diff' will generate a patch for the specified files or directories. Some like context diffs, I like unified with minimal context '-ud' option to diff. Use whichever you find easier to read. Submit patches in whatever format the developers prefer. Unified seems the most common format around here. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 13:32:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5358D16A4E0 for ; Fri, 9 Nov 2007 13:32:20 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id 858D813C4BB for ; Fri, 9 Nov 2007 13:32:18 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id 0F8ACDACF7; Fri, 9 Nov 2007 18:59:00 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id C26D6DACE4 for ; Fri, 9 Nov 2007 18:58:56 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id B74CABD905; Fri, 9 Nov 2007 12:57:08 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 8BC5E16A4F6; Fri, 9 Nov 2007 12:57:04 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6FAA16A468 for ; Fri, 9 Nov 2007 12:56:52 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.188]) by mx1.freebsd.org (Postfix) with ESMTP id 2D2F313C4B3 for ; Fri, 9 Nov 2007 12:56:51 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so571566fka for ; Fri, 09 Nov 2007 04:56:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; bh=H1+mJrmViOmMbRxV/VQC3tLlqTJ8dN9vnyJEQrOT2S0=; b=PZS5vUVx/NxByuSVBbzZykqGFPlyNptB3kfa15bS4u81NRt5nigG9Fkgiz7ZvByMrZxAAKZJEkD3YU5mW+IgmWnZRPqt6PVC5Mkdf+IYDyEk7VT+WUWSfbtZrxihf7KRxLG/eJ4eptTAKuyhTQmSL3QJ+GWpJ8OlKS8NLEq+EtY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; b=gVlEwxQYXv375/78HIurEMy1ouH9o+roR8VPzE9WDCaXv0+PGJzYJTHX7LfVo5e0wcpM68HyubTZcOUsfxG4jaUiQLedFkLYe+GI/9CxSI8pAVdN7neLfzvhw5SMv06J2z+ipohrkMUzJoZ25k3IfZePnFCsW4uvkYY4HOJRKeM= Received: by 10.82.167.5 with SMTP id p5mr3477703bue.1194613003181; Fri, 09 Nov 2007 04:56:43 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id n3sm917651gvf.2007.11.09.04.56.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Nov 2007 04:56:41 -0800 (PST) Message-ID: <4733E878.2050804@gmail.com> Date: Fri, 09 Nov 2007 04:56:24 +0000 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071109) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Nov 9 18:59:00 2007 X-DSPAM-Confidence: 0.9940 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 47345994284381572691106 X-DSPAM-Factors: 27, freebsd, 0.00348, freebsd, 0.00348, list+To, 0.00357, Sender*owner+freebsd, 0.00357, Sender*freebsd, 0.00357, List-Post*freebsd, 0.00357, List-Post* List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 13:32:20 -0000 First of all I am posting to both -current and -hackers because -hackers seems to be very low volume. I just set up a master server development server using the procedure in development(7) which was fairly clear but left a few questions unanswered (and one odd behavior). I have only the master server (no clients). Just for ref my dir tree looks like this: /home/ncvs ---> /FreeBSD/CVSROOT /FreeBSD/7.x (src) /FreeBSD/current (src ports doc) /usr/src ---> /FreeBSD/7.x /usr/src2 ---> /FreeBSD/current /usr/ports ---> /FreeBSD/current/ports /usr/obj is on it's own partition My questions: 1. If I am modifing code and such should I have a local branch? 2. If yes to #1 how do I setup keeping everything except my modified code in sync (and if possible to retro activally apply patchs from the local branch unto the main source tree [/usr/src2]) 3. The documentation said very little about how to generate patchs between my local code and the main branch a. Ideally I want to set it up where when I am done with a modification it automatically creates a patch (I have never used CVS for anything except through csup and cvsup so I am totally lost here) 4. Mergemaster behaves strange now: everytime I run it does a buildworld before doing the merge (even if I just did a installworld)... also it seems to default this to /usr/src2 (which is most of the time what I want)... is this normal? and if so how do I turn it off and if I can't how do I set which source tree to use? -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 13:36:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DC2F16A421 for ; Fri, 9 Nov 2007 13:36:40 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.233]) by mx1.freebsd.org (Postfix) with ESMTP id 127B113C4C6 for ; Fri, 9 Nov 2007 13:36:39 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so317525wxd for ; Fri, 09 Nov 2007 05:36:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=hOWWmEJt5W0A/WJuvhUz8GFjXxlzedZp1AS8Pn89kYo=; b=ZBg5riSM1MGhs3equRvFtE9mEVJk6AEXsHvZP3YeC6//U18J+MHzPSexeU4WBVe3Gm55o/QrdqKeSfrRSxo7ajZVmIZPFiZ2cGtjI74WuGEZzZBN2KQJMS3bRlKOZ8ZqidPcQdvCYAAyPVrGcZnozzIdoOsZMAt6LjlOZ2O5WEw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=YLDny5LLcq262WV/Yz84ZIK6eqmTj8lJQnP4dnsneZEnoIqp5PnhNn5+Mu2hK1eE/qoXRlbmfRo+CoZBwvR/UZIW+N69VGNc/H+0HqlGP7ScUQOtfVj37FDSe8IFeER81xhelnfWBZAfPAroImuEOHYRHFBDtUu2ea5Yx+dykHI= Received: by 10.67.96.16 with SMTP id y16mr950147ugl.1194615392590; Fri, 09 Nov 2007 05:36:32 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id 28sm1965580fkx.2007.11.09.05.36.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Nov 2007 05:36:31 -0800 (PST) Message-ID: <4733F1DA.60706@gmail.com> Date: Fri, 09 Nov 2007 05:36:26 +0000 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071109) MIME-Version: 1.0 To: Ian FREISLICH References: In-Reply-To: X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 13:36:40 -0000 >> >> 2. If yes to #1 how do I setup keeping everything except my modified >> code in sync (and if possible to retro activally apply patchs from the >> local branch unto the main source tree [/usr/src2]) > > You won't be able to commit to the BSD repo from your server. I > think you should treat your repo as read only and use cvsup to keep > it up to date. At least that's what I do. What I meant was how do I keep from clobbering my local changes? -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 13:37:34 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 554E616A469; Fri, 9 Nov 2007 13:37:34 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id 663B713C4BC; Fri, 9 Nov 2007 13:37:32 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id 26AE4DAD13; Fri, 9 Nov 2007 19:37:19 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id CEA87DAD0D for ; Fri, 9 Nov 2007 19:37:17 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 25E917028; Fri, 9 Nov 2007 13:36:54 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 4D2F216A4C5; Fri, 9 Nov 2007 13:36:51 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6867F16A41A for ; Fri, 9 Nov 2007 13:36:40 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.234]) by mx1.freebsd.org (Postfix) with ESMTP id 0A68D13C49D for ; Fri, 9 Nov 2007 13:36:39 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so317526wxd for ; Fri, 09 Nov 2007 05:36:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=hOWWmEJt5W0A/WJuvhUz8GFjXxlzedZp1AS8Pn89kYo=; b=ZBg5riSM1MGhs3equRvFtE9mEVJk6AEXsHvZP3YeC6//U18J+MHzPSexeU4WBVe3Gm55o/QrdqKeSfrRSxo7ajZVmIZPFiZ2cGtjI74WuGEZzZBN2KQJMS3bRlKOZ8ZqidPcQdvCYAAyPVrGcZnozzIdoOsZMAt6LjlOZ2O5WEw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=YLDny5LLcq262WV/Yz84ZIK6eqmTj8lJQnP4dnsneZEnoIqp5PnhNn5+Mu2hK1eE/qoXRlbmfRo+CoZBwvR/UZIW+N69VGNc/H+0HqlGP7ScUQOtfVj37FDSe8IFeER81xhelnfWBZAfPAroImuEOHYRHFBDtUu2ea5Yx+dykHI= Received: by 10.67.96.16 with SMTP id y16mr950147ugl.1194615392590; Fri, 09 Nov 2007 05:36:32 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id 28sm1965580fkx.2007.11.09.05.36.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Nov 2007 05:36:31 -0800 (PST) Message-ID: <4733F1DA.60706@gmail.com> Date: Fri, 09 Nov 2007 05:36:26 +0000 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071109) MIME-Version: 1.0 To: Ian FREISLICH References: In-Reply-To: X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Nov 9 19:37:19 2007 X-DSPAM-Confidence: 0.9943 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4734628f284381170614510 X-DSPAM-Factors: 27, freebsd, 0.00342, freebsd, 0.00342, list+To, 0.00351, Sender*owner+freebsd, 0.00351, Sender*freebsd, 0.00351, List-Post*freebsd, 0.00351, List-Post*>+>>, 0.00417, Received*freebsd, 0.00619, Received*freebsd, 0.00619, mailing, 0.00673, mailing+list, 0.00677, Cc*freebsd, 0.00700, Cc*freebsd, 0.00700, Url*freebsd, 0.00759, Received*mx2.freebsd.org+(mx2.freebsd.org, 0.00781, Received*(mx2.freebsd.org, 0.00781, Received*(mx2.freebsd.org+[69.147.83.53]), 0.00781, Received*2001+4f8, 0.00781, Received*2001+4f8, 0.00781, Received*[IPv6, 0.00781, Received*[IPv6, 0.00781, Received*by+hub.freebsd.org, 0.00781 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 13:37:34 -0000 >> >> 2. If yes to #1 how do I setup keeping everything except my modified >> code in sync (and if possible to retro activally apply patchs from the >> local branch unto the main source tree [/usr/src2]) > > You won't be able to commit to the BSD repo from your server. I > think you should treat your repo as read only and use cvsup to keep > it up to date. At least that's what I do. What I meant was how do I keep from clobbering my local changes? -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 13:40:47 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D53416A46E for ; Fri, 9 Nov 2007 13:40:47 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.ltdomains.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id 05BE113C4A3 for ; Fri, 9 Nov 2007 13:40:46 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from proton.storspeed.com (209-163-168-124.static.twtelecom.net [209.163.168.124]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id lA9DeTGi000416; Fri, 9 Nov 2007 07:40:30 -0600 (CST) (envelope-from anderson@freebsd.org) Message-Id: From: Eric Anderson To: "Aryeh M. Friedman" In-Reply-To: <4733F1DA.60706@gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Fri, 9 Nov 2007 07:40:30 -0600 References: <4733F1DA.60706@gmail.com> X-Mailer: Apple Mail (2.912) X-Spam-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Cc: freebsd-hackers@freebsd.org, Ian FREISLICH , freebsd-current@freebsd.org Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 13:40:47 -0000 On Nov 8, 2007, at 11:36 PM, Aryeh M. Friedman wrote: > >>> >>> 2. If yes to #1 how do I setup keeping everything except my modified >>> code in sync (and if possible to retro activally apply patchs from >>> the >>> local branch unto the main source tree [/usr/src2]) >> >> You won't be able to commit to the BSD repo from your server. I >> think you should treat your repo as read only and use cvsup to keep >> it up to date. At least that's what I do. > > What I meant was how do I keep from clobbering my local changes? If you keep a local repo, and checkout from the local repo, then your checkout will merge the changes (unless there are conflicts). Eric From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 13:47:53 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D75F16A421 for ; Fri, 9 Nov 2007 13:47:53 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id A5E6313C480 for ; Fri, 9 Nov 2007 13:47:52 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by an-out-0708.google.com with SMTP id c16so70339ana for ; Fri, 09 Nov 2007 05:47:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=uPtfh0yQX5mjM/3nHAyBErINbvjb6Zlhw1VRlGaj7Ws=; b=LPUVJ5Fge11su3fdSvpDIql5gE8ArtuRJASsMkwYf89ASPaNQqNKuSnMDYjm2IU82Nv2lnw5Fr0+BzFZljHy9aE3pNRyU91sjbCtjJuiCZvATUK4vit5ezhlaLU37kvPFDj1DH0lHKsRru+Iw0sBZ0KAR04GXpEXNZ7iTbSB1+I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=AB0ac5yqMlbpKlKxWyM+yV4WqLrdgWyhoFyNWGONNlMj2sS+jKGrCduTE+5oBeMJC8cdo7O5hByC9+t3tytFN32LwMDQxjvMnWHTQXH5fOg8X8eqKS3Qe3wRzACeIw9wjTW+vXEGF/biSWuZI/lUq7WqEd0qa5tTgkw4aDD+p1Y= Received: by 10.100.202.9 with SMTP id z9mr2878736anf.1194616064799; Fri, 09 Nov 2007 05:47:44 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id w7sm4314516mue.2007.11.09.05.47.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Nov 2007 05:47:43 -0800 (PST) Message-ID: <4733F476.9030008@gmail.com> Date: Fri, 09 Nov 2007 05:47:34 +0000 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071109) MIME-Version: 1.0 To: Eric Anderson References: <4733F1DA.60706@gmail.com> In-Reply-To: X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Ian FREISLICH , freebsd-current@freebsd.org Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 13:47:53 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > > If you keep a local repo, and checkout from the local repo, then > your checkout will merge the changes (unless there are conflicts). Thanks the fact I know the answer you gave is quite simple but completely over my head shows I need a good tutorial on cvs where can I find one ;-) - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHM/R1J9+1V27SttsRAhdgAJ9HVh/Zzfu1oUgnGqcLAIpGHsHOKgCfVuzL xhJ83RXcG8gVAX9KUEK5wPQ= =ADE2 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 13:49:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC9EF16A420; Fri, 9 Nov 2007 13:49:25 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id 2398C13C4BF; Fri, 9 Nov 2007 13:49:25 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id 7FB19DACF7; Fri, 9 Nov 2007 19:49:12 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id D676ADACF5 for ; Fri, 9 Nov 2007 19:49:11 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id E7911BC303; Fri, 9 Nov 2007 13:48:00 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id EF37416A4E9; Fri, 9 Nov 2007 13:48:00 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5EB716A417 for ; Fri, 9 Nov 2007 13:47:52 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.233]) by mx1.freebsd.org (Postfix) with ESMTP id 8B53513C4B3 for ; Fri, 9 Nov 2007 13:47:52 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so319951wxd for ; Fri, 09 Nov 2007 05:47:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=uPtfh0yQX5mjM/3nHAyBErINbvjb6Zlhw1VRlGaj7Ws=; b=LPUVJ5Fge11su3fdSvpDIql5gE8ArtuRJASsMkwYf89ASPaNQqNKuSnMDYjm2IU82Nv2lnw5Fr0+BzFZljHy9aE3pNRyU91sjbCtjJuiCZvATUK4vit5ezhlaLU37kvPFDj1DH0lHKsRru+Iw0sBZ0KAR04GXpEXNZ7iTbSB1+I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=AB0ac5yqMlbpKlKxWyM+yV4WqLrdgWyhoFyNWGONNlMj2sS+jKGrCduTE+5oBeMJC8cdo7O5hByC9+t3tytFN32LwMDQxjvMnWHTQXH5fOg8X8eqKS3Qe3wRzACeIw9wjTW+vXEGF/biSWuZI/lUq7WqEd0qa5tTgkw4aDD+p1Y= Received: by 10.100.202.9 with SMTP id z9mr2878736anf.1194616064799; Fri, 09 Nov 2007 05:47:44 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id w7sm4314516mue.2007.11.09.05.47.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Nov 2007 05:47:43 -0800 (PST) Message-ID: <4733F476.9030008@gmail.com> Date: Fri, 09 Nov 2007 05:47:34 +0000 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071109) MIME-Version: 1.0 To: Eric Anderson References: <4733F1DA.60706@gmail.com> In-Reply-To: X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Nov 9 19:49:12 2007 X-DSPAM-Confidence: 0.9952 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 47346558284381552218416 X-DSPAM-Factors: 27, freebsd, 0.00338, freebsd, 0.00338, List-Post*, freebsd-current@freebsd.org Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 13:49:26 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > > If you keep a local repo, and checkout from the local repo, then > your checkout will merge the changes (unless there are conflicts). Thanks the fact I know the answer you gave is quite simple but completely over my head shows I need a good tutorial on cvs where can I find one ;-) - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHM/R1J9+1V27SttsRAhdgAJ9HVh/Zzfu1oUgnGqcLAIpGHsHOKgCfVuzL xhJ83RXcG8gVAX9KUEK5wPQ= =ADE2 -----END PGP SIGNATURE----- _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 13:53:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B7C516A540 for ; Fri, 9 Nov 2007 13:53:46 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id B9AC013C4BA for ; Fri, 9 Nov 2007 13:53:45 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5407C.dip.t-dialin.net [84.165.64.124]) by redbull.bpaserver.net (Postfix) with ESMTP id 4727E2E09D; Fri, 9 Nov 2007 14:27:40 +0100 (CET) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id 9A08F3148AC6; Fri, 9 Nov 2007 14:27:37 +0100 (CET) Date: Fri, 9 Nov 2007 14:27:36 +0100 From: Alexander Leidinger To: "Ali Mashtizadeh" Message-ID: <20071109142736.527f40a6@deskjail> In-Reply-To: <440b3e930710311034q72ffdcc9o5013e798f5e62a6@mail.gmail.com> References: <440b3e930710311034q72ffdcc9o5013e798f5e62a6@mail.gmail.com> X-Mailer: Claws Mail 3.0.1 (GTK+ 2.10.14; i686-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.9, required 8, BAYES_00 -15.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: Coverity code scan X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 13:53:46 -0000 Quoting "Ali Mashtizadeh" (Wed, 31 Oct 2007 10:34:1= 6 -0700): > Does anyone know who has access to our bugs in coverity's open source > software scan? (http://scan.coverity.com/rung1.html) FreeBSD has it's own instance of Coverity scans (independent from what can be seen on scan.coverity.org). This independent access is kindly provided by Coverity. Bye, Alexander. --=20 =46rom 0 to "what seems to be the problem officer" in 8.3 seconds. -- Ad for the new VW Corrado http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 13:54:44 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 001D516A418 for ; Fri, 9 Nov 2007 13:54:43 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 99B1C13C494 for ; Fri, 9 Nov 2007 13:54:43 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by an-out-0708.google.com with SMTP id c16so70708ana for ; Fri, 09 Nov 2007 05:54:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=OLZK6UJ7Dy1HZZjFwUczvQP1JFjOyo624QrEkA6qmds=; b=M2kxMPF9aD8Du4c8vqplzq1Z7bprQlozCeKNiOkGWr4ALW3LX6m8c6Xi9IPq81u0N9WdLGvzCuiP7OAo49HKrhZWv0zC/wv41mnqFw1hiYurBM0Ln5hvvSmD2TM7yfi0E5c//VK1+ZJxg2iANRrfC9NaoZZ5ifb7y7mlJ9nacLo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=cWbo+JSdvx9jlhAEpp/S+fPUwkU6mjdyjh375t9r9/mMbSTuHMetWyHQZfAUkBSIMSO/6nvcYyhpJ559284htV/mFpAJoocG2pMrEBmR1FQay53gHpgplnlG069Fw7MLVbyh4y7Qve9f7u+vnDcF4uq3wuf30s/wsNxyQN5Bk/c= Received: by 10.100.33.19 with SMTP id g19mr2888575ang.1194616473046; Fri, 09 Nov 2007 05:54:33 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id g1sm4350117muf.2007.11.09.05.54.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Nov 2007 05:54:31 -0800 (PST) Message-ID: <4733F612.10805@gmail.com> Date: Fri, 09 Nov 2007 05:54:26 +0000 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071109) MIME-Version: 1.0 To: OutbackDingo References: <4733F1DA.60706@gmail.com> <1194616213.8643.24.camel@z60m.optimlabs.com> In-Reply-To: <1194616213.8643.24.camel@z60m.optimlabs.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Ian FREISLICH , freebsd-current@freebsd.org Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 13:54:44 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 OutbackDingo wrote: > well thats kinda hard to do with CVS, though other revision systems > such as mercurial, bazaar, git and perforce, even subversion do it > well, there is also a mercurial respository for FreeBSD out there > some where If I need to use an other CMS I would prefer aegis... and if that is the case I will volunteer to maintain the aegis<--->cvs repo... but there has to be a better way then using yet an other package - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHM/YRJ9+1V27SttsRAvBZAJ0WyR9zsc5d+8yYniiG543+pqlfWwCgpWj/ VIlqef2f+3/W7bALCHYlXc0= =34ww -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 13:59:02 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F53C16A46D; Fri, 9 Nov 2007 13:59:02 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6947F13C4C6; Fri, 9 Nov 2007 13:58:58 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id A510EDAD17; Fri, 9 Nov 2007 19:58:29 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id 062BEDACE3 for ; Fri, 9 Nov 2007 19:58:28 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id DB610171066; Fri, 9 Nov 2007 13:54:53 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id DFF1216A4DA; Fri, 9 Nov 2007 13:54:53 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA86616A417 for ; Fri, 9 Nov 2007 13:54:43 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id 8D94413C48E for ; Fri, 9 Nov 2007 13:54:43 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by an-out-0708.google.com with SMTP id c16so70709ana for ; Fri, 09 Nov 2007 05:54:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=OLZK6UJ7Dy1HZZjFwUczvQP1JFjOyo624QrEkA6qmds=; b=M2kxMPF9aD8Du4c8vqplzq1Z7bprQlozCeKNiOkGWr4ALW3LX6m8c6Xi9IPq81u0N9WdLGvzCuiP7OAo49HKrhZWv0zC/wv41mnqFw1hiYurBM0Ln5hvvSmD2TM7yfi0E5c//VK1+ZJxg2iANRrfC9NaoZZ5ifb7y7mlJ9nacLo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=cWbo+JSdvx9jlhAEpp/S+fPUwkU6mjdyjh375t9r9/mMbSTuHMetWyHQZfAUkBSIMSO/6nvcYyhpJ559284htV/mFpAJoocG2pMrEBmR1FQay53gHpgplnlG069Fw7MLVbyh4y7Qve9f7u+vnDcF4uq3wuf30s/wsNxyQN5Bk/c= Received: by 10.100.33.19 with SMTP id g19mr2888575ang.1194616473046; Fri, 09 Nov 2007 05:54:33 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id g1sm4350117muf.2007.11.09.05.54.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Nov 2007 05:54:31 -0800 (PST) Message-ID: <4733F612.10805@gmail.com> Date: Fri, 09 Nov 2007 05:54:26 +0000 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071109) MIME-Version: 1.0 To: OutbackDingo References: <4733F1DA.60706@gmail.com> <1194616213.8643.24.camel@z60m.optimlabs.com> In-Reply-To: <1194616213.8643.24.camel@z60m.optimlabs.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Nov 9 19:58:29 2007 X-DSPAM-Confidence: 0.9953 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 47346785284385335110700 X-DSPAM-Factors: 27, freebsd, 0.00329, freebsd, 0.00329, Sender*owner+freebsd, 0.00337, Sender*freebsd, 0.00337, List-Post*freebsd, 0.00337, List-Post*, freebsd-current@freebsd.org Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 13:59:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 OutbackDingo wrote: > well thats kinda hard to do with CVS, though other revision systems > such as mercurial, bazaar, git and perforce, even subversion do it > well, there is also a mercurial respository for FreeBSD out there > some where If I need to use an other CMS I would prefer aegis... and if that is the case I will volunteer to maintain the aegis<--->cvs repo... but there has to be a better way then using yet an other package - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHM/YRJ9+1V27SttsRAvBZAJ0WyR9zsc5d+8yYniiG543+pqlfWwCgpWj/ VIlqef2f+3/W7bALCHYlXc0= =34ww -----END PGP SIGNATURE----- _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 14:08:04 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F406116A46E; Fri, 9 Nov 2007 14:08:03 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id 331F213C480; Fri, 9 Nov 2007 14:08:03 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id BDB54DAD14; Fri, 9 Nov 2007 20:07:50 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id 5BC7EDACFE for ; Fri, 9 Nov 2007 20:07:47 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id E12CABB977; Fri, 9 Nov 2007 14:06:59 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 700AC16A421; Fri, 9 Nov 2007 14:06:59 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBA5D16A41A for ; Fri, 9 Nov 2007 14:06:47 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.ltdomains.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id 6B7C313C4AA for ; Fri, 9 Nov 2007 14:06:47 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from proton.storspeed.com (209-163-168-124.static.twtelecom.net [209.163.168.124]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id lA9DeTGi000416; Fri, 9 Nov 2007 07:40:30 -0600 (CST) (envelope-from anderson@freebsd.org) Message-Id: From: Eric Anderson To: "Aryeh M. Friedman" In-Reply-To: <4733F1DA.60706@gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Fri, 9 Nov 2007 07:40:30 -0600 References: <4733F1DA.60706@gmail.com> X-Mailer: Apple Mail (2.912) X-Spam-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Nov 9 20:07:50 2007 X-DSPAM-Confidence: 0.9949 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 473469b6284383158719242 X-DSPAM-Factors: 27, Nov, 0.00137, freebsd, 0.00325, freebsd, 0.00325, Sender*owner+freebsd, 0.00333, Sender*freebsd, 0.00333, List-Post*freebsd, 0.00333, List-Post*>+>>, 0.00410, Received*freebsd, 0.00566, Received*freebsd, 0.00566, Cc*freebsd, 0.00648, Cc*freebsd, 0.00648, mailing, 0.00660, mailing+list, 0.00664, Received*hub.freebsd.org, 0.00681, Received*hub.freebsd.org, 0.00681, Received*(hub.freebsd.org, 0.00681, Received*4f8, 0.00681, Received*4f8, 0.00681, Received*mx2.freebsd.org, 0.00681, Received*mx2.freebsd.org, 0.00681, Received*from+hub.freebsd.org, 0.00681 Cc: freebsd-hackers@freebsd.org, Ian FREISLICH , freebsd-current@freebsd.org Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 14:08:04 -0000 On Nov 8, 2007, at 11:36 PM, Aryeh M. Friedman wrote: > >>> >>> 2. If yes to #1 how do I setup keeping everything except my modified >>> code in sync (and if possible to retro activally apply patchs from >>> the >>> local branch unto the main source tree [/usr/src2]) >> >> You won't be able to commit to the BSD repo from your server. I >> think you should treat your repo as read only and use cvsup to keep >> it up to date. At least that's what I do. > > What I meant was how do I keep from clobbering my local changes? If you keep a local repo, and checkout from the local repo, then your checkout will merge the changes (unless there are conflicts). Eric _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 14:17:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69D8116A468 for ; Fri, 9 Nov 2007 14:17:29 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.185]) by mx1.freebsd.org (Postfix) with ESMTP id D6FFF13C481 for ; Fri, 9 Nov 2007 14:17:28 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so593932fka for ; Fri, 09 Nov 2007 06:17:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=G2lZ3FtrP2flaGRJC7ARKUJ2Gh/nSl6Kg6PjwHn3iQ0=; b=Ab3aOhWMyXpL8SgCSDxFUzyaFi6R4oXiBXL97gUK/r+i1gwvpYpkSFDsd2k4XppVnY9+cBIvTQP64+KkbceIyeHvjazE/Jla79ZJ59Z9uI1l6zPlMWjcnbxUus/B1g/4I4e/yx1rFs2HNsE4zVTxtiSsvcDshSwwKjZt4RyGkSM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=K/+w9a7jNFgXOT+E4TnWgaBj9PFJR3l/VgKU/56k+qRxBvW3LQ4rcmpH9mqT1M9lFDO5n1cxMQR4blHn4Uj8MxcVlkslIv2F2a0BOu8cAMpEaXrJaTSUnz6BP3C8xDlbmtf6MwIgjBNyuKcwqFDpWA0IJN1MtdDzSUdV8Xx1770= Received: by 10.82.155.10 with SMTP id c10mr4043243bue.1194616266047; Fri, 09 Nov 2007 05:51:06 -0800 (PST) Received: from ?10.1.1.101? ( [203.125.55.190]) by mx.google.com with ESMTPS id 28sm1999923fkx.2007.11.09.05.50.58 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Nov 2007 05:51:04 -0800 (PST) From: OutbackDingo To: "Aryeh M. Friedman" In-Reply-To: <4733F1DA.60706@gmail.com> References: <4733F1DA.60706@gmail.com> Content-Type: text/plain Date: Fri, 09 Nov 2007 21:49:48 +0800 Message-Id: <1194616213.8643.24.camel@z60m.optimlabs.com> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Ian FREISLICH , freebsd-current@freebsd.org Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 14:17:29 -0000 well thats kinda hard to do with CVS, though other revision systems such as mercurial, bazaar, git and perforce, even subversion do it well, there is also a mercurial respository for FreeBSD out there some where On Fri, 2007-11-09 at 05:36 +0000, Aryeh M. Friedman wrote: > >> > >> 2. If yes to #1 how do I setup keeping everything except my modified > >> code in sync (and if possible to retro activally apply patchs from the > >> local branch unto the main source tree [/usr/src2]) > > > > You won't be able to commit to the BSD repo from your server. I > > think you should treat your repo as read only and use cvsup to keep > > it up to date. At least that's what I do. > > What I meant was how do I keep from clobbering my local changes? > From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 14:20:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BE2F16A46E; Fri, 9 Nov 2007 14:20:21 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id 8118613C4AC; Fri, 9 Nov 2007 14:20:19 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id 9A13CDAD03; Fri, 9 Nov 2007 20:20:08 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id 1ED0ADACF3 for ; Fri, 9 Nov 2007 20:20:06 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 7FAF71A372; Fri, 9 Nov 2007 14:18:55 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id D36DB16A4E9; Fri, 9 Nov 2007 14:18:52 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DB3516A469 for ; Fri, 9 Nov 2007 13:56:22 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 38D2413C4BA for ; Fri, 9 Nov 2007 13:56:22 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=il4xyv3lTDYyQXf2mNqNw+soltsAfUJ/qKl6aYh5+SvViTPIBJrhVKt658H93i9/h6fx8RA8kdfwdG1geYltQBIsC0mTsQjtjGlsuh12RBXix8toBT3pfUjdbPihbEwDiuJICsmQ9qk4BjawpiHzgxTQKfM5xsX7Jd4PoSHWp1RL4g5+Any6jENbRzgJiW+CUVfMOoSknTWH7Cd78J1TYLhqgUq8dfs9ZEEYmgXk9Mo1E7V6J5VkOelPO6zGIv10; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1IqTxv-0005PR-V9; Fri, 09 Nov 2007 13:32:07 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.66) (envelope-from ) id 1IqTxq-0004rS-NX; Fri, 09 Nov 2007 13:32:02 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IqTxn-0001He-La; Fri, 09 Nov 2007 15:31:59 +0200 To: "Aryeh M. Friedman" From: Ian FREISLICH In-Reply-To: Message from "Aryeh M. Friedman" of "Fri, 09 Nov 2007 04:56:24 GMT." <4733E878.2050804@gmail.com> X-Attribution: BOFH Date: Fri, 09 Nov 2007 15:31:59 +0200 Message-Id: X-Mailman-Approved-At: Fri, 09 Nov 2007 14:18:43 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Nov 9 20:20:08 2007 X-DSPAM-Confidence: 0.9947 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 47346c98284381299911919 X-DSPAM-Factors: 27, freebsd, 0.00321, freebsd, 0.00321, Sender*owner+freebsd, 0.00329, Sender*freebsd, 0.00329, List-Post*freebsd, 0.00329, List-Post* List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 14:20:21 -0000 "Aryeh M. Friedman" wrote: > First of all I am posting to both -current and -hackers because > -hackers seems to be very low volume. > > I just set up a master server development server using the procedure > in development(7) which was fairly clear but left a few questions > unanswered (and one odd behavior). I have only the master server (no > clients). Just for ref my dir tree looks like this: > > /home/ncvs ---> /FreeBSD/CVSROOT > /FreeBSD/7.x (src) > /FreeBSD/current (src ports doc) > /usr/src ---> /FreeBSD/7.x > /usr/src2 ---> /FreeBSD/current > /usr/ports ---> /FreeBSD/current/ports > /usr/obj is on it's own partition > > My questions: > > 1. If I am modifing code and such should I have a local branch? > 2. If yes to #1 how do I setup keeping everything except my modified > code in sync (and if possible to retro activally apply patchs from the > local branch unto the main source tree [/usr/src2]) You won't be able to commit to the BSD repo from your server. I think you should treat your repo as read only and use cvsup to keep it up to date. At least that's what I do. > 3. The documentation said very little about how to generate patchs > between my local code and the main branch > a. Ideally I want to set it up where when I am done with a > modification it automatically creates a patch (I have never used CVS > for anything except through csup and cvsup so I am totally lost here) 'cvs diff' will generate a patch for the specified files or directories. Some like context diffs, I like unified with minimal context '-ud' option to diff. Use whichever you find easier to read. Submit patches in whatever format the developers prefer. Unified seems the most common format around here. Ian -- Ian Freislich _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 14:29:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C54A016A421; Fri, 9 Nov 2007 14:29:37 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id A85AD13C480; Fri, 9 Nov 2007 14:29:35 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id 95326DACF3; Fri, 9 Nov 2007 20:29:24 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id 09F7ADACE4 for ; Fri, 9 Nov 2007 20:29:20 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 6E5C51C0F3; Fri, 9 Nov 2007 14:28:32 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 6E17C16A49C; Fri, 9 Nov 2007 14:28:31 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C32816A41A for ; Fri, 9 Nov 2007 14:17:25 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.185]) by mx1.freebsd.org (Postfix) with ESMTP id 987C613C4C8 for ; Fri, 9 Nov 2007 14:17:24 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so593932fka for ; Fri, 09 Nov 2007 06:17:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=G2lZ3FtrP2flaGRJC7ARKUJ2Gh/nSl6Kg6PjwHn3iQ0=; b=Ab3aOhWMyXpL8SgCSDxFUzyaFi6R4oXiBXL97gUK/r+i1gwvpYpkSFDsd2k4XppVnY9+cBIvTQP64+KkbceIyeHvjazE/Jla79ZJ59Z9uI1l6zPlMWjcnbxUus/B1g/4I4e/yx1rFs2HNsE4zVTxtiSsvcDshSwwKjZt4RyGkSM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=K/+w9a7jNFgXOT+E4TnWgaBj9PFJR3l/VgKU/56k+qRxBvW3LQ4rcmpH9mqT1M9lFDO5n1cxMQR4blHn4Uj8MxcVlkslIv2F2a0BOu8cAMpEaXrJaTSUnz6BP3C8xDlbmtf6MwIgjBNyuKcwqFDpWA0IJN1MtdDzSUdV8Xx1770= Received: by 10.82.155.10 with SMTP id c10mr4043243bue.1194616266047; Fri, 09 Nov 2007 05:51:06 -0800 (PST) Received: from ?10.1.1.101? ( [203.125.55.190]) by mx.google.com with ESMTPS id 28sm1999923fkx.2007.11.09.05.50.58 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Nov 2007 05:51:04 -0800 (PST) From: OutbackDingo To: "Aryeh M. Friedman" In-Reply-To: <4733F1DA.60706@gmail.com> References: <4733F1DA.60706@gmail.com> Content-Type: text/plain Date: Fri, 09 Nov 2007 21:49:48 +0800 Message-Id: <1194616213.8643.24.camel@z60m.optimlabs.com> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 09 Nov 2007 14:28:22 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Nov 9 20:29:24 2007 X-DSPAM-Confidence: 0.9949 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 47346ec4284381481113507 X-DSPAM-Factors: 27, freebsd, 0.00317, freebsd, 0.00317, Sender*owner+freebsd, 0.00325, Sender*freebsd, 0.00325, List-Post*freebsd, 0.00325, List-Post*+>>, 0.00553, >+>>, 0.00553, Cc*freebsd, 0.00617, Cc*freebsd, 0.00617, Received*mx2.freebsd.org+(mx2.freebsd.org, 0.00647, Received*(mx2.freebsd.org, 0.00647, Received*(mx2.freebsd.org+[69.147.83.53]), 0.00647, Received*2001+4f8, 0.00647, Received*2001+4f8, 0.00647, Received*[IPv6, 0.00647, Received*[IPv6, 0.00647, Received*by+hub.freebsd.org, 0.00647, Received*by+hub.freebsd.org, 0.00647, Received*[IPv6+2001, 0.00647 Cc: freebsd-hackers@freebsd.org, Ian FREISLICH , freebsd-current@freebsd.org Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 14:29:37 -0000 well thats kinda hard to do with CVS, though other revision systems such as mercurial, bazaar, git and perforce, even subversion do it well, there is also a mercurial respository for FreeBSD out there some where On Fri, 2007-11-09 at 05:36 +0000, Aryeh M. Friedman wrote: > >> > >> 2. If yes to #1 how do I setup keeping everything except my modified > >> code in sync (and if possible to retro activally apply patchs from the > >> local branch unto the main source tree [/usr/src2]) > > > > You won't be able to commit to the BSD repo from your server. I > > think you should treat your repo as read only and use cvsup to keep > > it up to date. At least that's what I do. > > What I meant was how do I keep from clobbering my local changes? > _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 14:43:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA6EB16A4A6 for ; Fri, 9 Nov 2007 14:43:38 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.185]) by mx1.freebsd.org (Postfix) with ESMTP id 8D9A913C4A8 for ; Fri, 9 Nov 2007 14:43:38 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by rv-out-0910.google.com with SMTP id l15so437370rvb for ; Fri, 09 Nov 2007 06:43:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=l9eXj5f2cjbXMU/791UCvSHED3rOdF3yRqCxPUJxesY=; b=iZCMIMF9oUSDVWsOqHtvf9mo89aFQjHOjenrhAYFMYXQAa8o0F2vUX6AwuU+t1Iqovgl8Vwqct1TZAGsWFuaih1mJU62Xth9430GttMepG6NVngQTpv17LSH8HJ2fgf+OqKNWHsdfwS4vWaDKtCvqiknnBKCwEs5L80aqjyOdl4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=TDbvlkPHWqhqmCrBRSJriXj58XpLP4RJu69ARllo39r2A5+ifOoR/5Ew/n+ZVw0nmuPXCy1a0+34eii4d0uQ1CZbL/p7fxRfnj4myeR/BVFfKRaBo4rtS/ln8xnKBbfJh/XkpLB10/WDhjym9KvUv0AmKxjT8QOjuMop2TYC2bQ= Received: by 10.140.200.16 with SMTP id x16mr967811rvf.1194619411340; Fri, 09 Nov 2007 06:43:31 -0800 (PST) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id f7sm112009nfh.2007.11.09.06.43.28 (version=SSLv3 cipher=RC4-MD5); Fri, 09 Nov 2007 06:43:30 -0800 (PST) From: Tom Evans To: OutbackDingo In-Reply-To: <1194616213.8643.24.camel@z60m.optimlabs.com> References: <4733F1DA.60706@gmail.com> <1194616213.8643.24.camel@z60m.optimlabs.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Gt12PG58YM+6X02s0p4k" Date: Fri, 09 Nov 2007 14:43:27 +0000 Message-Id: <1194619407.64797.64.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: freebsd-hackers@freebsd.org, Ian FREISLICH , "Aryeh M. Friedman" , freebsd-current@freebsd.org Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 14:43:38 -0000 --=-Gt12PG58YM+6X02s0p4k Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2007-11-09 at 21:49 +0800, OutbackDingo wrote: > well thats kinda hard to do with CVS, though other revision systems such > as mercurial, bazaar, git and perforce, even subversion do it well, > there is also a mercurial respository for FreeBSD out there some where >=20 > On Fri, 2007-11-09 at 05:36 +0000, Aryeh M. Friedman wrote: > > >> > > >> 2. If yes to #1 how do I setup keeping everything except my modified > > >> code in sync (and if possible to retro activally apply patchs from t= he > > >> local branch unto the main source tree [/usr/src2]) > > > > > > You won't be able to commit to the BSD repo from your server. I > > > think you should treat your repo as read only and use cvsup to keep > > > it up to date. At least that's what I do. > >=20 > > What I meant was how do I keep from clobbering my local changes? > >=20 >=20 (Nothing like top posting to destroy the thread flow) OutbackDingo is incorrect. That is the entire purpose of CVS, otherwise they might as well call it VS.. Your /usr/src will be a checkout of a particular branch of freebsd (called a working copy). You periodically update your cvs repository (where you checkout from) with the latest freebsd commits.=20 When you wish to, you update your working copy from your repository by issuing a 'cvs up'. This merges changes in the repository into your local copy, merging in with the local changes. When you want to see what has changed since you last did a 'cvs up', issue a 'cvs -n up'. When you want to see the local modifications in your working copy, issue a 'cvs diff'. Read the cvs red-bean book for more info. http://cvsbook.red-bean.com/cvsbook.html HTH Tom --=-Gt12PG58YM+6X02s0p4k Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHNHILlcRvFfyds/cRArXUAJ0ar4mNW70v/FDLoVlF9DxWVkoR0ACfRHU4 seH30Lq+tzYuHD7/gdqNa44= =Rjv3 -----END PGP SIGNATURE----- --=-Gt12PG58YM+6X02s0p4k-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 14:49:52 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED22116A418 for ; Fri, 9 Nov 2007 14:49:52 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30311.mail.mud.yahoo.com (web30311.mail.mud.yahoo.com [209.191.69.73]) by mx1.freebsd.org (Postfix) with SMTP id 8A13313C48D for ; Fri, 9 Nov 2007 14:49:52 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: (qmail 71214 invoked by uid 60001); 9 Nov 2007 14:49:46 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=wADCs1zUUEuccsKXQkRSZAYv6mOoAWFjXZxtEyDVL6EeBEatys8AMXCOwKaCa8xehR8mMXJ5IFGRJCkCKh19aEU+Si6wVptNFqdoK9ozyNf83ykDhv2Yy+9gkOEThWVATEQ8il/VT0yu2RnfQueH52hugH2YPHgSTXIaIyjzN/A=; X-YMail-OSG: LkiKjHoVM1kLUd1_oLrncaXjMefs_HxQ8cSYXiCAvA2wbMvDjCKSYfGkWaZXkAsMhO99bTQCLpPhNOdzun8KZcG6avrBHctBJi2AIJy.W0y8UhxDYq1nuOsK7JoFvsbO4dmtHM7xfSqrswvz Received: from [84.141.79.10] by web30311.mail.mud.yahoo.com via HTTP; Fri, 09 Nov 2007 06:49:46 PST Date: Fri, 9 Nov 2007 06:49:46 -0800 (PST) From: Arne "Wörner" To: Henrik Bergkvist , freebsd-current@freebsd.org In-Reply-To: <473433BA.9020607@mdfnet.se> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <740403.70965.qm@web30311.mail.mud.yahoo.com> Cc: Subject: Re: Problem compiling graid5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 14:49:53 -0000 --- Henrik Bergkvist wrote: > Arne Wörner wrote: > > Maybe the device is even in use somehow (e.g.: by a mounted file system)? > > Is the device in use? mounted? or so? > But when I do "graid5 stop data" I get a kernel panic. > Hmm... Where is the panic? Did u see some messages on the console? -Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 15:04:10 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71E1116A418; Fri, 9 Nov 2007 15:04:10 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 5B41D13C4B5; Fri, 9 Nov 2007 15:04:03 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id lA9F3qhc082314; Fri, 9 Nov 2007 08:03:52 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <473476D7.1020609@samsco.org> Date: Fri, 09 Nov 2007 08:03:51 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Rui Paulo References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> <20071104231422.GA82337@rink.nu> <472F5E62.4080406@samsco.org> <60C64C73-A019-4C01-85E1-80DF4C76B1AF@freebsd.org> <4732171F.3010803@FreeBSD.org> <473232A8.3080105@samsco.org> <5A4AF64C-D70A-4303-8116-D13718EE8BCC@FreeBSD.org> In-Reply-To: <5A4AF64C-D70A-4303-8116-D13718EE8BCC@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Fri, 09 Nov 2007 08:03:52 -0700 (MST) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@FreeBSD.org, Maxim Sobolev , Rink Springer , freebsd-i386@FreeBSD.org, freebsd-hardware@FreeBSD.org Subject: Re: MacBook users: possible fix for the SMP 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: Fri, 09 Nov 2007 15:04:10 -0000 Rui Paulo wrote: > On 7 Nov 2007, at 21:48, Scott Long wrote: > >> Rui Paulo wrote: >>> On Nov 7, 2007 7:50 PM, Maxim Sobolev wrote: >>>> I don't really like the fact that it has to be turned on manually. >>>> Is it >>>> possible to make this automatic based on BIOS Id or something like >>>> this? >>> Yes, I can turn this on for MacBooks. >> >> Yeah, at least have it on by default for the systems that we know have >> the problem. I still think that it needs wider application, but as long >> as the immediate and identifiable issue is addressed, I'm happy. > > > Ok, if there are no objections, I plan to request approval from my > mentor and from re@ for the following patch: > Looks really good, thanks for working on this. Scott From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 15:05:53 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7846216A474 for ; Fri, 9 Nov 2007 15:05:53 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 24A9113C4BB for ; Fri, 9 Nov 2007 15:05:53 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.1/8.14.1/NETPLEX) with ESMTP id lA9EskFe008013; Fri, 9 Nov 2007 09:54:46 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.netplex.net [204.213.176.10]); Fri, 09 Nov 2007 09:54:46 -0500 (EST) Date: Fri, 9 Nov 2007 09:54:46 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Alexander Leidinger In-Reply-To: <20071109141155.0ae922a1@deskjail> Message-ID: References: <200710180835.18929.thierry@herbelot.com> <47170A83.6050607@FreeBSD.org> <20071018091950.GB1546@nagual.pp.ru> <20071109141155.0ae922a1@deskjail> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: No libc shared lib number bump ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 15:05:53 -0000 On Fri, 9 Nov 2007, Alexander Leidinger wrote: > Quoting Daniel Eischen (Thu, 18 Oct 2007 10:43:46 -0400 (EDT)): > >> (*) libc and other symbol versioned libraries may be bumped >> again in 8.0 to reset the numbering scheme back to 0 (libc.so.0). >> It was deemed to late in the game to do this for 7.0. > > I'm curious, why do we need to reset it back to .0? We don't have to. It would just make things clearer to have all versioned symbol libraries with the same version number since they shouldn't ever have to be bumped again. Solaris has all their libraries at .1. We've already used .1, but .0 has never been used. obrien suggested it, and it seems to make sense to me. -- DE From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 15:09:47 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7209A16A421; Fri, 9 Nov 2007 15:09:47 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id E2A8513C480; Fri, 9 Nov 2007 15:09:45 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id 75F0BDACF3; Fri, 9 Nov 2007 21:09:33 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id 884FBDACEF for ; Fri, 9 Nov 2007 21:09:31 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 1944832F02; Fri, 9 Nov 2007 15:09:03 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id F23DC16A4CE; Fri, 9 Nov 2007 15:09:03 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3FA716A420 for ; Fri, 9 Nov 2007 15:08:41 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.188]) by mx1.freebsd.org (Postfix) with ESMTP id 8D4DB13C4D3 for ; Fri, 9 Nov 2007 15:08:41 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by rv-out-0910.google.com with SMTP id l15so443526rvb for ; Fri, 09 Nov 2007 07:08:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=l9eXj5f2cjbXMU/791UCvSHED3rOdF3yRqCxPUJxesY=; b=iZCMIMF9oUSDVWsOqHtvf9mo89aFQjHOjenrhAYFMYXQAa8o0F2vUX6AwuU+t1Iqovgl8Vwqct1TZAGsWFuaih1mJU62Xth9430GttMepG6NVngQTpv17LSH8HJ2fgf+OqKNWHsdfwS4vWaDKtCvqiknnBKCwEs5L80aqjyOdl4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=TDbvlkPHWqhqmCrBRSJriXj58XpLP4RJu69ARllo39r2A5+ifOoR/5Ew/n+ZVw0nmuPXCy1a0+34eii4d0uQ1CZbL/p7fxRfnj4myeR/BVFfKRaBo4rtS/ln8xnKBbfJh/XkpLB10/WDhjym9KvUv0AmKxjT8QOjuMop2TYC2bQ= Received: by 10.140.200.16 with SMTP id x16mr967811rvf.1194619411340; Fri, 09 Nov 2007 06:43:31 -0800 (PST) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id f7sm112009nfh.2007.11.09.06.43.28 (version=SSLv3 cipher=RC4-MD5); Fri, 09 Nov 2007 06:43:30 -0800 (PST) From: Tom Evans To: OutbackDingo In-Reply-To: <1194616213.8643.24.camel@z60m.optimlabs.com> References: <4733F1DA.60706@gmail.com> <1194616213.8643.24.camel@z60m.optimlabs.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Gt12PG58YM+6X02s0p4k" Date: Fri, 09 Nov 2007 14:43:27 +0000 Message-Id: <1194619407.64797.64.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Nov 9 21:09:33 2007 X-DSPAM-Confidence: 0.9949 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4734782d284381854859738 X-DSPAM-Factors: 27, freebsd, 0.00313, freebsd, 0.00313, Sender*owner+freebsd, 0.00320, Sender*freebsd, 0.00320, List-Post*freebsd, 0.00320, List-Post*+>>, 0.00541, >+>>, 0.00541, update, 0.00595, update, 0.00595, Cc*freebsd, 0.00602, Cc*freebsd, 0.00602, Received*hub.freebsd.org, 0.00631, Received*hub.freebsd.org, 0.00631, Received*(hub.freebsd.org, 0.00631, Received*4f8, 0.00631, Received*4f8, 0.00631, Received*mx2.freebsd.org, 0.00631, Received*mx2.freebsd.org, 0.00631, Received*from+hub.freebsd.org, 0.00631, Received*from+hub.freebsd.org, 0.00631 Cc: freebsd-hackers@freebsd.org, Ian FREISLICH , "Aryeh M. Friedman" , freebsd-current@freebsd.org Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 15:09:47 -0000 --=-Gt12PG58YM+6X02s0p4k Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2007-11-09 at 21:49 +0800, OutbackDingo wrote: > well thats kinda hard to do with CVS, though other revision systems such > as mercurial, bazaar, git and perforce, even subversion do it well, > there is also a mercurial respository for FreeBSD out there some where >=20 > On Fri, 2007-11-09 at 05:36 +0000, Aryeh M. Friedman wrote: > > >> > > >> 2. If yes to #1 how do I setup keeping everything except my modified > > >> code in sync (and if possible to retro activally apply patchs from t= he > > >> local branch unto the main source tree [/usr/src2]) > > > > > > You won't be able to commit to the BSD repo from your server. I > > > think you should treat your repo as read only and use cvsup to keep > > > it up to date. At least that's what I do. > >=20 > > What I meant was how do I keep from clobbering my local changes? > >=20 >=20 (Nothing like top posting to destroy the thread flow) OutbackDingo is incorrect. That is the entire purpose of CVS, otherwise they might as well call it VS.. Your /usr/src will be a checkout of a particular branch of freebsd (called a working copy). You periodically update your cvs repository (where you checkout from) with the latest freebsd commits.=20 When you wish to, you update your working copy from your repository by issuing a 'cvs up'. This merges changes in the repository into your local copy, merging in with the local changes. When you want to see what has changed since you last did a 'cvs up', issue a 'cvs -n up'. When you want to see the local modifications in your working copy, issue a 'cvs diff'. Read the cvs red-bean book for more info. http://cvsbook.red-bean.com/cvsbook.html HTH Tom --=-Gt12PG58YM+6X02s0p4k Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHNHILlcRvFfyds/cRArXUAJ0ar4mNW70v/FDLoVlF9DxWVkoR0ACfRHU4 seH30Lq+tzYuHD7/gdqNa44= =Rjv3 -----END PGP SIGNATURE----- --=-Gt12PG58YM+6X02s0p4k-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 15:11:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 244F816A417 for ; Fri, 9 Nov 2007 15:11:22 +0000 (UTC) (envelope-from jamesh@lanl.gov) Received: from mailwasher.lanl.gov (mailwasher.lanl.gov [204.121.3.2]) by mx1.freebsd.org (Postfix) with ESMTP id C544313C4B0 for ; Fri, 9 Nov 2007 15:11:21 +0000 (UTC) (envelope-from jamesh@lanl.gov) Received: from mailrelay1.lanl.gov (mailrelay1.lanl.gov [128.165.4.101]) by mailwasher.lanl.gov (8.13.8/8.13.8/(ccn-5)) with ESMTP id lA9FB6ON030451; Fri, 9 Nov 2007 08:11:06 -0700 Received: from oppie-mail.lanl.gov (oppie-mail.lanl.gov [128.165.4.123]) by mailrelay1.lanl.gov (8.13.8/8.13.8/(ccn-5)) with ESMTP id lA9FB5TL001693; Fri, 9 Nov 2007 08:11:05 -0700 Received: from [128.165.86.10] (secretariat.lanl.gov [128.165.86.10]) by oppie-mail.lanl.gov (Postfix) with ESMTP id 795531F8002; Fri, 9 Nov 2007 08:11:00 -0700 (MST) From: James To: "Aryeh M. Friedman" In-Reply-To: <4733F476.9030008@gmail.com> References: <4733F1DA.60706@gmail.com> <4733F476.9030008@gmail.com> Organization: Los Alamos National Laboratories Date: Fri, 09 Nov 2007 08:11:00 -0700 Message-Id: <1194621060.80662.5.camel@secretariat.lanl.gov> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port X-CTN-5-MailScanner-Information: Please see http://network.lanl.gov/email/virus-scan.php X-CTN-5-MailScanner: Found to be clean X-CTN-5-MailScanner-From: jamesh@lanl.gov X-Spam-Status: No Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org, Ian FREISLICH , freebsd-current@freebsd.org Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jamesh@lanl.gov List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 15:11:22 -0000 On Fri, 2007-11-09 at 05:47 +0000, Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > > > > > > If you keep a local repo, and checkout from the local repo, then > > your checkout will merge the changes (unless there are conflicts). > > Thanks the fact I know the answer you gave is quite simple but > completely over my head shows I need a good tutorial on cvs where can > I find one ;-) > O'Reilly released a good book a while back that has a free version online: http://cvsbook.red-bean.com/ From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 15:13:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC7D716A420 for ; Fri, 9 Nov 2007 15:13:38 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id 1A0B513C4C8 for ; Fri, 9 Nov 2007 15:13:37 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so430765nfb for ; Fri, 09 Nov 2007 07:13:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=lHJFfAg6x7Mg9gbAgixgikZJ+FpNeELKuNrN6U2Hvy8=; b=WiVroifcySZ3pFbTbSxfpuqPFmbt3/H4gCGiboSETilekrnewJ/0T94W1tVO3yFFxMbDMJ4NPOctaOV3JoO60SR26fRkACDjTnjU0xByWmxu3oOUFgHkQNZVCvcXJfa2+6WASMEklFFzHtxBFzZnyQx9fJKtRFj8hOtgHXh2in4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=uk2597oT8CHBeCS/z1dIftSBkmDKRGZeHnWo5XQYUTf0M/u9C5UClWO3Mono22MjSAiuelzk5AaGQ5r3pz3PrRbjZ68ZxuDM0EV/8e2S8Y2/tiF9PGay5MG4Z7F/c/9+w3DSogGoVMivG+ue2rmGno7O1evJqR4dkGUFjIY0kPk= Received: by 10.78.204.7 with SMTP id b7mr2501963hug.1194621210606; Fri, 09 Nov 2007 07:13:30 -0800 (PST) Received: from ?10.1.1.101? ( [203.125.55.190]) by mx.google.com with ESMTPS id z28sm702468hub.2007.11.09.07.13.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Nov 2007 07:13:29 -0800 (PST) From: OutbackDingo To: Tom Evans In-Reply-To: <1194619407.64797.64.camel@localhost> References: <4733F1DA.60706@gmail.com> <1194616213.8643.24.camel@z60m.optimlabs.com> <1194619407.64797.64.camel@localhost> Content-Type: text/plain Date: Fri, 09 Nov 2007 23:12:39 +0800 Message-Id: <1194621176.1219.3.camel@z60m.optimlabs.com> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Ian FREISLICH , "Aryeh M. Friedman" , freebsd-current@freebsd.org Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 15:13:38 -0000 On Fri, 2007-11-09 at 14:43 +0000, Tom Evans wrote: > On Fri, 2007-11-09 at 21:49 +0800, OutbackDingo wrote: > > well thats kinda hard to do with CVS, though other revision systems such > > as mercurial, bazaar, git and perforce, even subversion do it well, > > there is also a mercurial respository for FreeBSD out there some where > > > > On Fri, 2007-11-09 at 05:36 +0000, Aryeh M. Friedman wrote: > > > >> > > > >> 2. If yes to #1 how do I setup keeping everything except my modified > > > >> code in sync (and if possible to retro activally apply patchs from the > > > >> local branch unto the main source tree [/usr/src2]) > > > > > > > > You won't be able to commit to the BSD repo from your server. I > > > > think you should treat your repo as read only and use cvsup to keep > > > > it up to date. At least that's what I do. > > > > > > What I meant was how do I keep from clobbering my local changes? > > > > > > > (Nothing like top posting to destroy the thread flow) > > OutbackDingo is incorrect. That is the entire purpose of CVS, otherwise > they might as well call it VS.. > > Your /usr/src will be a checkout of a particular branch of freebsd > (called a working copy). You periodically update your cvs repository > (where you checkout from) with the latest freebsd commits. > When you wish to, you update your working copy from your repository by > issuing a 'cvs up'. This merges changes in the repository into your > local copy, merging in with the local changes. > When you want to see what has changed since you last did a 'cvs up', > issue a 'cvs -n up'. > When you want to see the local modifications in your working copy, issue > a 'cvs diff'. > > Read the cvs red-bean book for more info. > http://cvsbook.red-bean.com/cvsbook.html > > HTH > > Tom Well I wouldnt say incorrect as i stated it was hard to do. Meaning its easier to complete these tasks with a different RCS, in my OWN opinion. So as not to clobber ones changes locally. I didnt say it could not be done, its simply more difficult to achieve the same result as with other RCS systems. The reason I sated as more difficult to do, Ive seen quite a number of times when tracking a vendor branch, that merges had to be more manually handled because of local changes. This is another of those "preferences" people get into wars over, Best OS, Browser, RCS etc etc etc... From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 15:14:53 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D80216A46C; Fri, 9 Nov 2007 15:14:53 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id 512B113C4BE; Fri, 9 Nov 2007 15:14:52 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id AE601DAD03; Fri, 9 Nov 2007 21:14:43 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id BD365DAD01 for ; Fri, 9 Nov 2007 21:14:40 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 40B11D26D; Fri, 9 Nov 2007 15:13:47 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id D958216A55E; Fri, 9 Nov 2007 15:13:44 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8885816A41A for ; Fri, 9 Nov 2007 15:13:37 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id DD36D13C4C4 for ; Fri, 9 Nov 2007 15:13:36 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so430763nfb for ; Fri, 09 Nov 2007 07:13:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=lHJFfAg6x7Mg9gbAgixgikZJ+FpNeELKuNrN6U2Hvy8=; b=WiVroifcySZ3pFbTbSxfpuqPFmbt3/H4gCGiboSETilekrnewJ/0T94W1tVO3yFFxMbDMJ4NPOctaOV3JoO60SR26fRkACDjTnjU0xByWmxu3oOUFgHkQNZVCvcXJfa2+6WASMEklFFzHtxBFzZnyQx9fJKtRFj8hOtgHXh2in4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=uk2597oT8CHBeCS/z1dIftSBkmDKRGZeHnWo5XQYUTf0M/u9C5UClWO3Mono22MjSAiuelzk5AaGQ5r3pz3PrRbjZ68ZxuDM0EV/8e2S8Y2/tiF9PGay5MG4Z7F/c/9+w3DSogGoVMivG+ue2rmGno7O1evJqR4dkGUFjIY0kPk= Received: by 10.78.204.7 with SMTP id b7mr2501963hug.1194621210606; Fri, 09 Nov 2007 07:13:30 -0800 (PST) Received: from ?10.1.1.101? ( [203.125.55.190]) by mx.google.com with ESMTPS id z28sm702468hub.2007.11.09.07.13.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Nov 2007 07:13:29 -0800 (PST) From: OutbackDingo To: Tom Evans In-Reply-To: <1194619407.64797.64.camel@localhost> References: <4733F1DA.60706@gmail.com> <1194616213.8643.24.camel@z60m.optimlabs.com> <1194619407.64797.64.camel@localhost> Content-Type: text/plain Date: Fri, 09 Nov 2007 23:12:39 +0800 Message-Id: <1194621176.1219.3.camel@z60m.optimlabs.com> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Nov 9 21:14:43 2007 X-DSPAM-Confidence: 0.9951 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 47347963284381134014778 X-DSPAM-Factors: 27, freebsd, 0.00309, freebsd, 0.00309, Sender*owner+freebsd, 0.00316, Sender*freebsd, 0.00316, List-Post*freebsd, 0.00316, List-Post*+>>, 0.00530, >+>>, 0.00530, update, 0.00589, update, 0.00589, Cc*freebsd, 0.00589, Cc*freebsd, 0.00589, Received*hub.freebsd.org, 0.00616, Received*hub.freebsd.org, 0.00616, Received*(hub.freebsd.org, 0.00616, Received*4f8, 0.00616, Received*4f8, 0.00616, Received*mx2.freebsd.org, 0.00616, Received*mx2.freebsd.org, 0.00616 Cc: freebsd-hackers@freebsd.org, Ian FREISLICH , "Aryeh M. Friedman" , freebsd-current@freebsd.org Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 15:14:53 -0000 On Fri, 2007-11-09 at 14:43 +0000, Tom Evans wrote: > On Fri, 2007-11-09 at 21:49 +0800, OutbackDingo wrote: > > well thats kinda hard to do with CVS, though other revision systems such > > as mercurial, bazaar, git and perforce, even subversion do it well, > > there is also a mercurial respository for FreeBSD out there some where > > > > On Fri, 2007-11-09 at 05:36 +0000, Aryeh M. Friedman wrote: > > > >> > > > >> 2. If yes to #1 how do I setup keeping everything except my modified > > > >> code in sync (and if possible to retro activally apply patchs from the > > > >> local branch unto the main source tree [/usr/src2]) > > > > > > > > You won't be able to commit to the BSD repo from your server. I > > > > think you should treat your repo as read only and use cvsup to keep > > > > it up to date. At least that's what I do. > > > > > > What I meant was how do I keep from clobbering my local changes? > > > > > > > (Nothing like top posting to destroy the thread flow) > > OutbackDingo is incorrect. That is the entire purpose of CVS, otherwise > they might as well call it VS.. > > Your /usr/src will be a checkout of a particular branch of freebsd > (called a working copy). You periodically update your cvs repository > (where you checkout from) with the latest freebsd commits. > When you wish to, you update your working copy from your repository by > issuing a 'cvs up'. This merges changes in the repository into your > local copy, merging in with the local changes. > When you want to see what has changed since you last did a 'cvs up', > issue a 'cvs -n up'. > When you want to see the local modifications in your working copy, issue > a 'cvs diff'. > > Read the cvs red-bean book for more info. > http://cvsbook.red-bean.com/cvsbook.html > > HTH > > Tom Well I wouldnt say incorrect as i stated it was hard to do. Meaning its easier to complete these tasks with a different RCS, in my OWN opinion. So as not to clobber ones changes locally. I didnt say it could not be done, its simply more difficult to achieve the same result as with other RCS systems. The reason I sated as more difficult to do, Ive seen quite a number of times when tracking a vendor branch, that merges had to be more manually handled because of local changes. This is another of those "preferences" people get into wars over, Best OS, Browser, RCS etc etc etc... _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 15:28:15 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BAB316A46E for ; Fri, 9 Nov 2007 15:28:15 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id D9FAC13C4B5 for ; Fri, 9 Nov 2007 15:28:14 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (vader.bytemobile-rio.ondsl.gr [83.235.57.37]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id lA9FRVmR018916 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 9 Nov 2007 17:27:42 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id lA9FRPno014685; Fri, 9 Nov 2007 17:27:25 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id lA9FRPqd014684; Fri, 9 Nov 2007 17:27:25 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Fri, 9 Nov 2007 17:27:25 +0200 From: Giorgos Keramidas To: OutbackDingo Message-ID: <20071109152724.GA14638@kobe.laptop> References: <4733F1DA.60706@gmail.com> <1194616213.8643.24.camel@z60m.optimlabs.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1194616213.8643.24.camel@z60m.optimlabs.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.992, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.41, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-hackers@freebsd.org, Ian FREISLICH , "Aryeh M. Friedman" , freebsd-current@freebsd.org Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 15:28:15 -0000 On 2007-11-09 21:49, OutbackDingo wrote: > well thats kinda hard to do with CVS, though other revision systems such > as mercurial, bazaar, git and perforce, even subversion do it well, > there is also a mercurial respository for FreeBSD out there some where That is cool, but it takes a bit of familiarity with both CVS *and* the target SCM, so it may be worth sticking with CVS for a while. From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 15:35:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A976B16A418; Fri, 9 Nov 2007 15:35:23 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id EA37D13C4A3; Fri, 9 Nov 2007 15:35:21 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id 8EC62DAD03; Fri, 9 Nov 2007 21:35:08 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id 151D3DACF2 for ; Fri, 9 Nov 2007 21:35:07 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 03B11BCAB0; Fri, 9 Nov 2007 15:34:24 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 1820A16A571; Fri, 9 Nov 2007 15:34:22 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28E4216A418; Fri, 9 Nov 2007 15:24:27 +0000 (UTC) (envelope-from jamesh@lanl.gov) Received: from mailwasher.lanl.gov (mailwasher.lanl.gov [204.121.3.2]) by mx1.freebsd.org (Postfix) with ESMTP id B853813C48D; Fri, 9 Nov 2007 15:24:26 +0000 (UTC) (envelope-from jamesh@lanl.gov) Received: from mailrelay1.lanl.gov (mailrelay1.lanl.gov [128.165.4.101]) by mailwasher.lanl.gov (8.13.8/8.13.8/(ccn-5)) with ESMTP id lA9FB6ON030451; Fri, 9 Nov 2007 08:11:06 -0700 Received: from oppie-mail.lanl.gov (oppie-mail.lanl.gov [128.165.4.123]) by mailrelay1.lanl.gov (8.13.8/8.13.8/(ccn-5)) with ESMTP id lA9FB5TL001693; Fri, 9 Nov 2007 08:11:05 -0700 Received: from [128.165.86.10] (secretariat.lanl.gov [128.165.86.10]) by oppie-mail.lanl.gov (Postfix) with ESMTP id 795531F8002; Fri, 9 Nov 2007 08:11:00 -0700 (MST) From: James To: "Aryeh M. Friedman" In-Reply-To: <4733F476.9030008@gmail.com> References: <4733F1DA.60706@gmail.com> <4733F476.9030008@gmail.com> Organization: Los Alamos National Laboratories Date: Fri, 09 Nov 2007 08:11:00 -0700 Message-Id: <1194621060.80662.5.camel@secretariat.lanl.gov> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port X-CTN-5-MailScanner-Information: Please see http://network.lanl.gov/email/virus-scan.php X-CTN-5-MailScanner: Found to be clean X-CTN-5-MailScanner-From: jamesh@lanl.gov X-Spam-Status: No X-Mailman-Approved-At: Fri, 09 Nov 2007 15:34:17 +0000 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Nov 9 21:35:08 2007 X-DSPAM-Confidence: 0.9949 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 47347e2c284386917814499 X-DSPAM-Factors: 27, freebsd, 0.00305, freebsd, 0.00305, Sender*owner+freebsd, 0.00312, Sender*freebsd, 0.00312, List-Post*freebsd, 0.00312, List-Post*, freebsd-current@freebsd.org Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org Reply-To: jamesh@lanl.gov List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 15:35:23 -0000 On Fri, 2007-11-09 at 05:47 +0000, Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > > > > > > If you keep a local repo, and checkout from the local repo, then > > your checkout will merge the changes (unless there are conflicts). > > Thanks the fact I know the answer you gave is quite simple but > completely over my head shows I need a good tutorial on cvs where can > I find one ;-) > O'Reilly released a good book a while back that has a free version online: http://cvsbook.red-bean.com/ _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 15:43:36 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15B5216A420; Fri, 9 Nov 2007 15:43:36 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id B2E4613C4BA; Fri, 9 Nov 2007 15:43:35 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5407C.dip.t-dialin.net [84.165.64.124]) by redbull.bpaserver.net (Postfix) with ESMTP id 5E9522E09D; Fri, 9 Nov 2007 16:43:04 +0100 (CET) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id D9A933148AE1; Fri, 9 Nov 2007 16:43:01 +0100 (CET) Date: Fri, 9 Nov 2007 16:43:01 +0100 From: Alexander Leidinger To: Daniel Eischen Message-ID: <20071109164301.258532a8@deskjail> In-Reply-To: References: <200710180835.18929.thierry@herbelot.com> <47170A83.6050607@FreeBSD.org> <20071018091950.GB1546@nagual.pp.ru> <20071109141155.0ae922a1@deskjail> X-Mailer: Claws Mail 3.0.1 (GTK+ 2.10.14; i686-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.9, required 8, BAYES_00 -15.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: current@freebsd.org Subject: Re: No libc shared lib number bump ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 15:43:36 -0000 Quoting Daniel Eischen (Fri, 9 Nov 2007 09:54:46 -0500 (EST)): > On Fri, 9 Nov 2007, Alexander Leidinger wrote: > > > Quoting Daniel Eischen (Thu, 18 Oct 2007 10:43:46 -0400 (EDT)): > > > >> (*) libc and other symbol versioned libraries may be bumped > >> again in 8.0 to reset the numbering scheme back to 0 (libc.so.0). > >> It was deemed to late in the game to do this for 7.0. > > > > I'm curious, why do we need to reset it back to .0? > > We don't have to. It would just make things clearer to have all > versioned symbol libraries with the same version number since > they shouldn't ever have to be bumped again. Solaris has all > their libraries at .1. We've already used .1, but .0 has never > been used. obrien suggested it, and it seems to make sense > to me. So it's just "cosmetics"... Do we lose much if we don't do this? What we gain in not doing is, is that users of those libs don't have to recompile all ports. Compared to the number of FreeBSD installations in total the number of affected users are small, but those are the users which help us debug -current (and ideally "all" (sort of) src-committers). I think those people have more interesting things to do than to recompile everything. Developers which link to those libs are not affected at all if we keep the current numbers, as they normally don't use it. It may or may not affect autoconf stuff which checks based upon the number instead of a feature/_FreeBSD_version or uname -r. Do you have an idea how much ports may be affected by this? I assume you will coordinate with portmgr to give this change a try on an experimental ports build. While I would be happy to not have to recompile all my ports on the systems (3 machines, 12 jails) where I use -current, this is not an objection, just some food for thoughts. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 15:47:13 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 766E916A475; Fri, 9 Nov 2007 15:47:13 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id AC52413C4C4; Fri, 9 Nov 2007 15:47:10 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id 89DF4DAD05; Fri, 9 Nov 2007 21:47:02 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id 2EC6ADAD03 for ; Fri, 9 Nov 2007 21:47:01 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id CB4401716C7; Fri, 9 Nov 2007 15:46:33 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id D3BEF16A55D; Fri, 9 Nov 2007 15:46:28 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1157116A468 for ; Fri, 9 Nov 2007 15:46:19 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 11F5113C4B3 for ; Fri, 9 Nov 2007 15:46:15 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (vader.bytemobile-rio.ondsl.gr [83.235.57.37]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id lA9FRVmR018916 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 9 Nov 2007 17:27:42 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id lA9FRPno014685; Fri, 9 Nov 2007 17:27:25 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id lA9FRPqd014684; Fri, 9 Nov 2007 17:27:25 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Fri, 9 Nov 2007 17:27:25 +0200 From: Giorgos Keramidas To: OutbackDingo Message-ID: <20071109152724.GA14638@kobe.laptop> References: <4733F1DA.60706@gmail.com> <1194616213.8643.24.camel@z60m.optimlabs.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1194616213.8643.24.camel@z60m.optimlabs.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.992, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.41, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Nov 9 21:47:02 2007 X-DSPAM-Confidence: 0.9952 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 473480f6284385927019411 X-DSPAM-Factors: 27, freebsd, 0.00302, freebsd, 0.00302, List-Post*, "Aryeh M. Friedman" , freebsd-current@freebsd.org Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 15:47:13 -0000 On 2007-11-09 21:49, OutbackDingo wrote: > well thats kinda hard to do with CVS, though other revision systems such > as mercurial, bazaar, git and perforce, even subversion do it well, > there is also a mercurial respository for FreeBSD out there some where That is cool, but it takes a bit of familiarity with both CVS *and* the target SCM, so it may be worth sticking with CVS for a while. _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 15:47:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5547A16A41A; Fri, 9 Nov 2007 15:47:38 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (unknown [IPv6:2001:41d0:1:2ad2::1]) by mx1.freebsd.org (Postfix) with ESMTP id B373713C4B8; Fri, 9 Nov 2007 15:47:37 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:1:2ad2::fffe:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTP id 931111BAC32; Fri, 9 Nov 2007 16:47:36 +0100 (CET) Received: from morzine.restart.bel (morzine6.restart.bel [IPv6:2001:41d0:1:2ad2::1:2]) (authenticated bits=0) by restart.be (8.14.1/8.14.1) with ESMTP id lA9FlW3w099639; Fri, 9 Nov 2007 16:47:32 +0100 (CET) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1194623256; bh=Mrv3o4yKK6083W3HQXMkkehY9lz7VTTmkhd8y7H 0e5Q=; h=DomainKey-Signature:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:X-Scanned-By; b=C9H//1oIM8c Cq6K5ReShgvzsn6lmTvDicPdpwIOq5ACor2KXWbEOymV0ElP24BDB7nuujr6+fVhxFA i1EoiaCg== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=1H0F+AscEEPA29ne1ARUYcV2xyV3cDrgKjRixWmghjWcf4P8kyXDnWI4fJmucVgIT Zo1EIKOpnAEmfyTKESp9A== Message-ID: <47348114.4030005@restart.be> Date: Fri, 09 Nov 2007 16:47:32 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Artem Kuchin References: <046501c82190$815ecca0$0c00a8c0@Artem><001701c8223d$df3aeef0$0c00a8c0@Artem> <20071108194655.GD18314@darklight.org.ru> <002001c82241$0b722df0$0c00a8c0@Artem> In-Reply-To: <002001c82241$0b722df0$0c00a8c0@Artem> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on IPv6:2001:41d0:1:2ad2::1:1 Cc: Yuri Pankov , freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: gjournal weirdness contd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 15:47:38 -0000 Artem Kuchin wrote: > Yuri Pankov wrote: >> On Thu, Nov 08, 2007 at 10:30:47PM +0300, Artem Kuchin wrote: >>> All of the below is still there. I hope someone would help >>> with this. Pawel, please, answer. >>> >>>> FReebSD 7-BETA2, amd64 (as of nov 5th) >>>> Here is what i did this time: >>>> WEIRDNESS N1: >>>> fdisk ad6 >>>> lable ad6 - only one fs for the full disc >>>> now i have /dev/ads1d >>>> then i do >>>> gjournal load >>>> gjournal label -f /dev/ad6s1d >>>> and now i get >>>> /dev/ad6 >>>> /dev/ad6s1 >>>> /dev/ad6s1.journal >>>> /dev/ad6s1.journalc >>>> /dev/ad6s1.journald >>>> What are all journal and why c and d are put AFTER >>>> the 'journal' word? >>>> omni3# gjournal list >>>> Geom name: gjournal 1827255885 >>>> ID: 1827255885 >>>> Providers: >>>> 1. Name: da0s1f.journal >>>> Mediasize: 304473987584 (284G) >>>> Sectorsize: 512 >>>> Mode: r0w0e0 >>>> Consumers: >>>> 1. Name: da0s1f >>>> Mediasize: 306473988096 (285G) >>>> Sectorsize: 512 >>>> Mode: r1w1e1 >>>> Jend: 306473987584 >>>> Jstart: 304473987584 >>>> Role: Data,Journal >>>> Geom name: gjournal 3462346836 >>>> ID: 3462346836 >>>> Providers: >>>> 1. Name: ad6s1.journal >>>> Mediasize: 397938328064 (371G) >>>> Sectorsize: 512 >>>> Mode: r0w0e0 >>>> Consumers: >>>> 1. Name: ad6s1 >>>> Mediasize: 400085812224 (373G) >>>> Sectorsize: 512 >>>> Mode: r1w1e1 >>>> Jend: 400085811712 >>>> Jstart: 397938328064 >>>> Role: Data,Journal >>>> da0 is a twa backed gjournal fs. And it is fine. >>>> ad6 is just connected to motherboard sata controller. >>>> journal size is approx 2GB (see weirdness 2) >>>> As you see, it seemslike gjournla is attached direcly to >>>> ad6s1 (TO SLICE!!!). I don't get it, why so many journal? >>>> why partition letter is at the end? What to mount? >>>> WEIDNESS N2: >>>> If i want to specify 2GB journal size >>>> i put >>>> label -s 2147483648 >>>> and after than i get 'journal size is too small' >>>> if i do >>>> label -s 2048000000 >>>> it works >>>> So, i patched the source a bit and set 2GB by default :) >>>> BUt this is all weird. >> >> I've seen the same behaviour with gjournal. Reason, as I understand >> it, is sysinstall creating first partition on slice at offset 0 and >> not 63 as gjournal expects. I've manually edited disklabel and changed >> offset >> of first partition to be 63 (and, of course, decreasing partition >> size). And I guess you see complaints from gjournal about this on >> console :-) >> So now I have: >> a: 67108801 63 4.2BSD 0 0 0 >> >> and no more weird behaviour from gjournal. >> >> BTW, it was really funny to observe it. Stopping gjournal on ad4s1a >> with `gjournal stop` would lead to gjournal now thinking it is on >> ad4s1 or ad4s1c. > > Aha! Then i'll try just creating a very small partition at the > beginning and > the the main partition. That should fix this and wasting 10Megs is not > a problem for a 400GB HDD :) > > Yuri, have you ever tried to specify exctly 2GB journal size? like > gjournal label -s 2147483648 gjournal label -s 2GB work as expected for me. Henri > > For me it says "journal size is too small". > > -- > Artem > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 16:28:54 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C71C16A41A for ; Fri, 9 Nov 2007 16:28:54 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id E618113C4BA for ; Fri, 9 Nov 2007 16:28:53 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id lA9GSiTh030216; Fri, 9 Nov 2007 08:28:44 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.1/8.14.1/Submit) id lA9GSi8l030215; Fri, 9 Nov 2007 08:28:44 -0800 (PST) (envelope-from obrien) Date: Fri, 9 Nov 2007 08:28:43 -0800 From: "David O'Brien" To: Alexander Leidinger Message-ID: <20071109162843.GA23840@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Alexander Leidinger , Daniel Eischen , freebsd-current@freebsd.org References: <200710180835.18929.thierry@herbelot.com> <47170A83.6050607@FreeBSD.org> <20071018091950.GB1546@nagual.pp.ru> <20071109141155.0ae922a1@deskjail> <20071109164301.258532a8@deskjail> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071109164301.258532a8@deskjail> X-Operating-System: FreeBSD 7.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Daniel Eischen , freebsd-current@freebsd.org Subject: Re: No libc shared lib number bump ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 16:28:54 -0000 On Fri, Nov 09, 2007 at 04:43:01PM +0100, Alexander Leidinger wrote: > Quoting Daniel Eischen (Fri, 9 Nov 2007 09:54:46 -0500 (EST)): > > On Fri, 9 Nov 2007, Alexander Leidinger wrote: > > > I'm curious, why do we need to reset it back to .0? > > > > We don't have to. It would just make things clearer to have all > > versioned symbol libraries with the same version number since > > they shouldn't ever have to be bumped again. Solaris has all > > their libraries at .1. We've already used .1, but .0 has never > > been used. obrien suggested it, and it seems to make sense > > to me. > > So it's just "cosmetics"... It also clearly denotes the lib is symbolized. Years from now, (if not today) its hard to remember which .so numbers relate to which FreeBSD releases. So I would call it clarity instead of cosmetics. > What we gain in not doing is, is that users of those libs don't have to > recompile all ports. Compared to the number of FreeBSD installations in > total the number of affected users are small, but those are the users > which help us debug -current (and ideally "all" (sort of) > src-committers). I think those people have more interesting things to > do than to recompile everything. When things like large Xorg or GNOME or KDE changes hit the Ports Collection, one already has to practically recompile everything.. except for figlet and jive. Folks coming from 6.x to 7.0 will want to recompile all their ports (or pkg_add -r). -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 16:37:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD3C616A4C9; Fri, 9 Nov 2007 16:37:08 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (unknown [IPv6:2001:41d0:1:2ad2::1]) by mx1.freebsd.org (Postfix) with ESMTP id BBB7B13C4BD; Fri, 9 Nov 2007 16:37:07 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:1:2ad2::fffe:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTP id 3B5891BAC24; Fri, 9 Nov 2007 17:37:06 +0100 (CET) Received: from morzine.restart.bel (morzine6.restart.bel [IPv6:2001:41d0:1:2ad2::1:2]) (authenticated bits=0) by restart.be (8.14.1/8.14.1) with ESMTP id lA9Gb0o6099894; Fri, 9 Nov 2007 17:37:00 +0100 (CET) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1194626225; bh=STEF3zcR3DiiPImMfwQzXuhkOJtVEC4TowfoUzL wLzU=; h=DomainKey-Signature:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding:X-Scanned-By; b=YgAmNm3dqZRC+W9HoGZ8OKzj XHuJDU6IP9HOyeIVQNP9n9GjojBQZgE2WSy97ZJxSAKTf+avbX0J/kOdTAoHTw== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:content-type:content-transfer-encoding:x-scanned-by; b=ityPpO5/fMSDjUEnVXfHH96tnZAouIwRcJWSHZFCJcQTOHTeTB3VrJIA7xtTT4q6I nPGZDKB0F11ifLl1D9RRQ== Message-ID: <47348CAC.5020208@restart.be> Date: Fri, 09 Nov 2007 17:37:00 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on IPv6:2001:41d0:1:2ad2::1:1 Cc: Subject: ZFS deadlock ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 16:37:08 -0000 hello To push zfs, I launch 2 scrub at the same time, after ~20 seconds the system freeze: zpool scrub pool0 && zpool scrub pool2 My pools: zpool status pool: pool0 state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM pool0 ONLINE 0 0 0 mirror ONLINE 0 0 0 da0s2 ONLINE 0 0 0 da1s2 ONLINE 0 0 0 errors: No known data errors pool: pool1 state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM pool1 ONLINE 0 0 0 da0s3 ONLINE 0 0 0 da1s3 ONLINE 0 0 0 errors: No known data errors pool: pool2 state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM pool2 ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ad4s3 ONLINE 0 0 0 ad6s3 ONLINE 0 0 0 errors: No known data errors I'm running 7.0-BETA2 with patch http://people.freebsd.org/~pjd/patches/vm_kern.c.2.patch Root is on pool0 [root@morzine ~]# df -h Filesystem Size Used Avail Capacity Mounted on pool0 34G 16M 34G 0% / devfs 1.0K 1.0K 0B 100% /dev /dev/mirror/gm0s1a 496M 220M 236M 48% /bootfs procfs 4.0K 4.0K 0B 100% /proc pool0/home 35G 1.5G 34G 4% /home pool1 16G 128K 16G 0% /pool1 pool1/qemu 24G 16G 8.1G 66% /pool1/qemu pool1/squid 12G 39M 12G 0% /pool1/squid pool2 72G 0B 72G 0% /pool2 pool2/WorkBench 64G 21G 43G 33% /pool2/WorkBench pool2/backup 32G 6.8G 25G 21% /pool2/backup pool2/download 72G 0B 72G 0% /pool2/download pool2/morzine 85G 13G 72G 16% /pool2/morzine pool2/qemu 16G 16G 112M 99% /pool2/qemu pool2/sys 73G 1.2G 72G 2% /pool2/sys pool0/tmp 34G 384K 34G 0% /tmp pool0/usr 40G 5.7G 34G 14% /usr pool0/var 34G 116M 34G 0% /var pool0/var/spool 39G 5.2G 34G 13% /var/spool devfs 1.0K 1.0K 0B 100% /var/named/dev I can break on my serial console and her are some informations: db> ps pid ppid pgrp uid state wmesg wchan cmd 3425 3424 3425 0 RVs cron 3424 1161 1161 0 S ppwait 0xc5f30000 cron 3423 589 3423 0 S+ zfs:&vq- 0xc5c0b334 zpool 3419 0 0 0 SL vgeom:io 0xc8ba1308 [vdev:worker ad6s3] 3418 0 0 0 SL vgeom:io 0xda70f748 [vdev:worker ad4s3] 3417 0 0 0 SL zfs:(&sp 0xc56da318 [spa_scrub_thread] 3415 0 0 0 SL vgeom:io 0xd90229c8 [vdev:worker da1s2] 3414 0 0 0 SL vgeom:io 0xc5892208 [vdev:worker da0s2] 3413 0 0 0 SL zfs:(&sp 0xc56db318 [spa_scrub_thread] 3309 998 979 8 S nanslp 0xc0890924 sleep 3136 995 995 8 S select 0xc089b778 initial thread 2610 1490 2610 0 S+ select 0xc089b778 ssh 76040 1 76016 2001 S select 0xc089b778 initial thread 76038 76034 76016 2001 S (threaded) firefox-bin 100333 S ucond 0xcb3fc080 firefox-bin 100327 S ucond 0xc8ba1e80 firefox-bin 100326 S ucond 0xc722abc0 firefox-bin 100323 S ucond 0xc5b56680 firefox-bin 100285 0xcb466580 firefox-bin 100156 S select 0xc089b778 firefox-bin 100441 S select 0xc089b778 initial thread 76034 76030 76016 2001 S wait 0xcca1e2a8 sh 76030 1 76016 2001 S wait 0xcca1f000 sh 29979 29976 29979 70 Rs postgres 29978 29976 29978 70 Rs postgres 29976 1 29976 70 Ss select 0xc089b778 postgres 25774 1 25774 25 Ss pause 0xcf074858 sendmail 25770 1 25770 0 Ss select 0xc089b778 sendmail 589 587 589 0 S+ wait 0xcbe18d48 bash 587 1311 587 2001 Ss+ wait 0xca7e52a8 su 7234 1486 7234 0 S+ select 0xc089b778 ssh 58922 1 58922 0 Ss kqread 0xdb632200 cupsd 54279 1 54279 53 Ss (threaded) named 100207 S select 0xc089b778 named 100206 S ucond 0xc76cadc0 named 100205 S ucond 0xd1c3c440 named 100204 S ucond 0xd1c3dac0 named 00291 S sigwait 0xfcae1be0 named 12309 1 12308 2001 R initial thread 7760 1 7760 0 SLs aiordy 0xc8220220 [aiod4] 7759 1 7759 0 SLs aiordy 0xcaf2e440 [aiod3] 7758 1 7758 0 SLs aiordy 0xd16fc220 [aiod2] 7757 1 7757 0 SLs aiordy 0xd16ff000 [aiod1] 7719 0 0 0 SL - 0xd24b5600 [aiod_bio taskq] 4812 0 0 0 SL gj:work 0xcfba6e00 [g_journal ad4s2] 1798 1794 1790 2001 R (threaded) thunderbird-bin 100332 CanRun thunderbird-bin 100299 RunQ thunderbird-bin 100300 RunQ thunderbird-bin 100298 RunQ thunderbird-bin 100407 RunQ thunderbird-bin 100406 S ucond 0xc722b600 thunderbird-bin 100329 S ucond 0xc722a7c0 thunderbird-bin 100328 S ucond 0xcb3fc140 thunderbird-bin 100325 S ucond 0xc5b2e980 thunderbird-bin 100324 S ucond 0xd1d22a00 thunderbird-bin 100319 S ucond 0xc76e0980 thunderbird-bin 0301 S select 0xc089b778 thunderbird-bin 100289 S select 0xc089b778 initial thread 1794 1790 1790 2001 S wait 0xcaf32d48 sh 1790 1302 1790 2001 Ss wait 0xcbe10d48 sh 1789 1777 1777 80 S (threaded) httpd 100318 S kqread 0xca2b1200 httpd 100317 S ucond 0xd1829100 httpd 100316 S ucond 0xd1ba7a00 httpd 100315 S ucond 0xc8a044c0 httpd 100314 S ucond 0xc7cf26c0 httpd 100313 S ucond 0xc76e0740 httpd 100312 S ucond 0xc692a140 httpd 100311 S ucond 0xd1829780 httpd 100310 S ucond 0xc7bf1680 httpd 100309 S ucond 0xd1d22040 httpd 100308 S ucond 0xd1d22e00 httpd 100307 S ucond 0xd1d228c0 httpd 100306 S ucond 0xcb293400 httpd 100305 S ucond 0xcb5f6440 httpd 100304 S ucond 0xd1829ac0 httpd 100303 S ucond 0xd0b81c80 httpd 100254 S piperd 0xc7a03000 httpd 1786 1777 1777 80 S accept 0xcefe266a httpd 1785 1781 1777 0 S piperd 0xc666a318 cronolog 1784 1779 1777 0 S piperd 0xc666a630 cronolog 1783 1780 1777 0 S piperd 0xd19e7318 cronolog 1782 1778 1777 0 S piperd 0xc6669948 cronolog 1781 1777 1777 0 S wait 0xcbe102a8 sh 1780 1777 1777 0 S wait 0xcaf2daa0 sh 1779 1777 1777 0 S wait 0xd0bb02a8 sh 1778 1777 1777 0 S wait 0xcaf32000 sh 1777 1 1777 0 Rs httpd 1774 1768 1756 0 S+ piperd 0xc666a7bc cronolog 1768 1 1756 0 S+ wait 0xc71b77f8 sh 1753 1 1729 2001 S select 0xc089b778 initial thread 1490 1322 1490 0 S+ wait 0xcbe18550 bash 1488 1320 1488 0 S+ ttyin 0xc5dec810 bash 1486 1318 1486 0 S+ wait 0xc5bd1550 bash 1484 1316 1484 0 S+ ttyin 0xc669cc10 bash 1322 1311 1322 2001 Ss+ wait 0xce569d48 su 1320 1311 1320 2001 Ss+ wait 0xc6cb6d48 su 1318 1311 1318 2001 Ss+ wait 0xcbe0f000 su 1316 1311 1316 2001 Ss+ wait 0xcbe187f8 su 1313 1311 1280 2001 S+ sbwait 0xcefe20bc initial thread 1312 1302 1280 2001 R+ initial thread 1311 1 1280 2001 R+ initial thread 1309 1302 1280 2001 S+ select 0xc089b778 initial thread 1303 1295 1280 2001 R+ initial thread 1302 1295 1280 2001 R+ initial thread 1301 1295 1280 2001 S+ select 0xc089b778 initial thread 1300 1295 1280 2001 S+ select 0xc089b778 initial thread 1299 1 1299 2001 Rs xfce-mcs-manager 1295 1280 1280 2001 S+ select 0xc089b778 initial thread 1293 1 1293 2001 Ss select 0xc089b778 dbus-daemon 1292 1 1280 2001 S+ select 0xc089b778 dbus-launch 1287 1 1287 2001 Ss select 0xc089b778 ssh-agent 1280 1274 1280 2001 S+ wait 0xcbe0faa0 sh 1275 1274 1275 2001 S+ select 0xc089b778 Xorg 1274 1272 1274 2001 S+ wait 0xc6cb6550 xinit 1272 1271 1272 2001 S+ wait 0xc5f31aa0 bash 1271 1 1271 0 Ss+ wait 0xcaf31d48 login 1239 1 1239 0 Ss+ ttyin 0xc56eac10 getty 1238 1 1238 0 Ss+ ttyin 0xc5703010 getty 1237 1 1237 0 Ss+ ttyin 0xc5703410 getty 1221 1 1221 0 Ss select 0xc089b778 inetd 1192 1 1192 0 Rs moused 1161 1 1161 0 Ss nanslp 0xc0890924 cron 1156 1 1156 0 Ss select 0xc089b778 sshd 1045 1 1045 501 Ss select 0xc089b778 cvsupd 1017 995 995 8 S select 0xc089b778 innfeed 1002 997 979 8 S+ nanslp 0xc0890924 initial thread 998 996 979 8 S+ wait 0xc6cb6aa0 sh 997 1 979 8 S+ wait 0xc65f8550 sh 996 1 979 8 S+ wait 0xc71bd2a8 sh 995 1 995 8 Ss select 0xc089b778 innd 967 1 967 279 Ss nanslp 0xc0890924 perl 957 1 957 0 Ss select 0xc089b778 bsnmpd 948 1 948 556 Ss select 0xc089b778 dbus-daemon 920 915 915 0 S lockf 0xc8b4e140 saslauthd 918 915 915 0 S lockf 0xc5892580 saslauthd 917 915 915 0 S lockf 0xc8b4f040 saslauthd 916 915 915 0 S lockf 0xc76cb080 saslauthd 915 1 915 0 Ss accept 0xc8613c9a saslauthd 908 1 908 389 Ss (threaded) slapd 100293 S ucond 0xc8b7f940 slapd 100409 S ucond 0xcb5f7c40 slapd 100209 S select 0xc089b778 slapd 100155 S uwait 0xc5ae0bc0 slapd 903 894 903 100 Ss piperd 0xc669218c unlinkd 894 892 892 100 R (threaded) squid 100225 S ucond 0xc692a940 squid 100224 S ucond 0xc692a680 squid 100223 S ucond 0xc7cf2bc0 squid 100222 S ucond 0xc7cf2b40 squid 100221 S ucond 0xc7cf2b80 squid 100220 S ucond 0xc68c5740 squid 100219 S ucond 0xc562e600 squid 100218 S ucond 0xc8b4e000 squid 100217 S ucond 0xc8b4e100 squid 100216 S ucond 0xc7cf2c40 squid 100215 S ucond 0xc8b4e480 squid 100214 S ucond 0xc8b4e440 squid 100213 S ucond 0xc68c5c00 squid 100212 S ucond 0xc76e0240 squid 100211 S ucond 0xc6c89a40 squid 100210 S ucond 0xc6c89080 squid 100071 CanRun initial thread 892 1 892 100 Ss wait 0xc65f87f8 squid 883 1 882 0 S nanslp 0xc0890924 smartd 859 1 859 0 Rs ntpd 821 1 821 0 Rs (threaded) apcupsd 100208 S select 0xc089b778 apcupsd 100187 RunQ apcupsd 792 1 792 0 Ss auditd 0xc08aaa28 auditd 779 1 779 0 Ss select 0xc089b778 rpcbind 700 1 700 0 Rs syslogd 295 0 0 0 SL zfs:(&tq 0xc5bcbaac [zil_clean] 294 0 0 0 SL zfs:(&tq 0xc5bcbb78 [zil_clean] 293 0 0 0 SL zfs:(&tq 0xc5bcbc44 [zil_clean] 292 0 0 0 SL zfs:(&tq 0xc5bcbd10 [zil_clean] 291 0 0 0 SL zfs:(&tq 0xc5bcbddc [zil_clean] 290 0 0 0 SL zfs:(&tq 0xc5bcbea8 [zil_clean] 289 0 0 0 SL zfs:(&tq 0xc6c52050 [zil_clean] 288 0 0 0 SL zfs:(&tq 0xc6c5211c [zil_clean] 287 0 0 0 SL zfs:(&tq 0xc6c521e8 [zil_clean] 286 0 0 0 SL zfs:(&tq 0xc6c522b4 [zil_clean] 285 0 0 0 SL zfs:(&tq 0xc6c52380 [zil_clean] 284 0 0 0 SL zfs:(&tq 0xc6c5244c [zil_clean] 283 0 0 0 SL zfs:(&tq 0xc558b380 [zil_clean] 282 0 0 0 SL zfs:(&tq 0xc558b44c [zil_clean] 281 0 0 0 SL zfs:(&tq 0xc558b518 [zil_clean] 279 0 0 0 SL zfs:(&tx 0xc638c32c [txg_thread_enter] 278 0 0 0 SL zfs:(&sp 0xc56da310 [txg_thread_enter] 277 0 0 0 SL zfs:(&tx 0xc638c31c [txg_thread_enter] 274 0 0 0 SL zfs:(&tq 0xc558b5e4 [spa_zio_intr_5] 273 0 0 0 SL zfs:(&tq 0xc558b5e4 [spa_zio_intr_5] 272 0 0 0 SL zfs:(&tq 0xc558b6b0 [spa_zio_issue_5] 271 0 0 0 SL zfs:(&tq 0xc558b6b0 [spa_zio_issue_5] 270 0 0 0 SL zfs:(&tq 0xc558b77c [spa_zio_intr_4] 269 0 0 0 SL zfs:(&tq 0xc558b77c [spa_zio_intr_4] 268 0 0 0 SL zfs:(&tq 0xc558a6b0 [spa_zio_issue_4] 267 0 0 0 SL zfs:(&tq 0xc558a6b0 [spa_zio_issue_4] 266 0 0 0 SL zfs:(&tq 0xc558a848 [spa_zio_intr_3] 265 0 0 0 SL zfs:(&tq 0xc558a848 [spa_zio_intr_3] 264 0 0 0 SL zfs:(&tq 0xc558a914 [spa_zio_issue_3] 263 0 0 0 SL zfs:(&tq 0xc558a914 [spa_zio_issue_3] 262 0 0 0 SL zfs:(&tq 0xc558ac44 [spa_zio_intr_2] 261 0 0 0 SL zfs:(&tq 0xc558ac44 [spa_zio_intr_2] 260 0 0 0 SL zfs:(&tq 0xc558addc [spa_zio_issue_2] 259 0 0 0 SL zfs:(&tq 0xc558addc [spa_zio_issue_2] 258 0 0 0 RL [spa_zio_intr_1] 257 0 0 0 SL zfs:&vq- 0xc5c10b34 [spa_zio_intr_1] 256 0 0 (&tq 0xc558ad10 [spa_zio_issue_1] 255 0 0 0 SL zfs:(&tq 0xc558ad10 [spa_zio_issue_1] 254 0 0 0 SL zfs:(&tq 0xc558ab78 [spa_zio_intr_0] 253 0 0 0 SL zfs:(&tq 0xc558ab78 [spa_zio_intr_0] 252 0 0 0 SL zfs:(&tq 0xc558aaac [spa_zio_issue_0] 251 0 0 0 SL zfs:(&tq 0xc558aaac [spa_zio_issue_0] 224 0 0 0 RL [txg_thread_enter] 223 0 0 0 RL [txg_thread_enter] 222 0 0 0 SL zfs:(&tx 0xc694071c [txg_thread_enter] 221 0 0 0 SL vgeom:io 0xc5b57b88 [vdev:worker da1s3] 220 0 0 0 SL vgeom:io 0xc5ae0c08 [vdev:worker da0s3] 219 0 0 0 SL zfs:(&tq 0xc558b2b4 [spa_zio_intr_5] 218 0 0 0 SL zfs:(&tq 0xc558b2b4 [spa_zio_intr_5] 217 0 0 0 SL zfs:(&tq 0xc558b1e8 [spa_zio_issue_5] 216 0 0 0 SL zfs:(&tq 0xc558b1e8 [spa_zio_issue_5] 215 0 0 0 SL zfs:(&tq 0xc558b11c [spa_zio_intr_4] 214 0 0 0 SL zfs:(&tq 0xc558b11c [spa_zio_intr_4] 213 0 0 0 SL zfs:(&tq 0xc558a5e4 [spa_zio_issue_4] 212 0 0 0 SL zfs:(&tq 0xc558a5e4 [spa_zio_issue_4] 211 0 0 0 SL zfs:(&tq 0xc558a77c [spa_zio_intr_3] 210 0 0 0 SL zfs:(&tq 0xc558a77c [spa_zio_intr_3] 209 0 0 0 SL zfs:(&tq 0xc558a9e0 [spa_zio_issue_3] 208 0 0 0 SL zfs:(&tq 0xc558a9e0 [spa_zio_issue_3] 207 0 0 0 SL zfs:(&tq 0xc558a050 [spa_zio_intr_2] 206 0 0 0 SL zfs:(&tq 0xc558a050 [spa_zio_intr_2] 205 0 0 0 SL zfs:(&tq 0xc558a11c [spa_zio_issue_2] 204 0 0 0 SL zfs:(&tq 0xc558a11c [spa_zio_issue_2] 203 0 0 0 SL zfs:(&tq 0xc558a1e8 [spa_zio_intr_1] 202 0 0 0 SL zfs:(&tq 0xc558a1e8 [spa_zio_intr_1] 201 0 0 0 SL zfs:(&tq 0xc558a2b4 [spa_zio_issue_1] 200 0 0 0 SL zfs:(&tq 0xc558a2b4 [spa_zio_issue_1] 199 0 0 0 SL zfs:(&tq 0xc558a380 [spa_zio_intr_0] 198 0 0 0 SL zfs:(&tq 0xc558a380 [spa_zio_intr_0] 197 0 0 0 SL zfs:(&tq 0xc558a44c [spa_zio_issue_0] 196 0 0 0 SL zfs:(&tq 0xc558a44c [spa_zio_issue_0] 112 0 0 0 SL zfs:(&tq 0xc558a518 [zil_clean] 111 0 0 0 SL zfs:(&tx 0xc5af0b24 [txg_thread_enter] 110 0 0 0 SL zfs:(&zi 0xc61a2668 [txg_thread_enter] 109 0 0 0 SL zfs:(&tx 0xc5af0b1c [txg_thread_enter] 106 0 0 0 SL zfs:(&tq 0xc558b848 [spa_zio_intr_5] 105 0 0 0 SL zfs:(&tq 0xc558b848 [spa_zio_intr_5] 104 0 0 0 SL zfs:(&tq 0xc558b914 [spa_zio_issue_5] 103 0 0 0 SL zfs:(&tq 0xc558b914 [spa_zio_issue_5] 102 0 0 0 SL zfs:(&tq 0xc558b9e0 [spa_zio_intr_4] 101 0 0 0 SL zfs:(&tq 0xc558b9e0 [spa_zio_intr_4] 100 0 0 0 SL zfs:(&tq 0xc558baac [spa_zio_issue_4] 99 0 0 0 SL zfs:(&tq 0xc558baac [spa_zio_issue_4] 98 0 0 0 SL zfs:(&tq 0xc558bb78 [spa_zio_intr_3] 97 0 0 0 SL zfs:(&tq 0xc558bb78 [spa_zio_intr_3] 96 0 0 0 SL zfs:(&tq 0xc558bc44 [spa_zio_issue_3] 95 0 0 0 SL zfs:(&tq 0xc558bc44 [spa_zio_issue_3] 94 0 0 0 SL zfs:(&tq 0xc558bd10 [spa_zio_intr_2] 93 0 0 0 SL zfs:&vq- 0xc5c0b334 [spa_zio_intr_2] 92 0 0 0 SL zfs:(&tq 0xc558bddc [spa_zio_issue_2] 91 0 0 0 SL zfs:(&tq 0xc558bddc [spa_zio_issue_2] 90 0 0 0 RL CPU 0 [spa_zio_intr_1] 89 0 0 0 SL zfs:&vq- 0xc5c0b334 [spa_zio_intr_1] 88 0 0 0 SL zfs:(&tq 0xc5bcb050 [spa_zio_issue_1] 87 0 0 0 SL zfs:(&tq 0xc5bcb050 [spa_zio_issue_1] 86 0 0 0 SL zfs:(&tq 0xc5bcb11c [spa_zio_intr_0] 85 0 0 0 SL zfs:(&tq 0xc5bcb11c [spa_zio_intr_0] 84 0 0 0 SL zfs:(&tq 0xc5bcb1e8 [spa_zio_issue_0] 83 0 0 0 SL zfs:(&tq 0xc5bcb1e8 [spa_zio_issue_0] 56 0 0 0 SL m:w1 0xc5afea00 [g_mirror gm0s1] 55 0 0 0 SL sdflush 0xc08aab24 [softdepflush] 54 0 0 0 SL vlruwt 0xc588e000 [vnlru] 53 0 0 0 RL [syncer] 52 0 0 0 SL psleep 0xc089bc04 [bufdaemon] 51 0 0 0 SL pgzero 0xc08ab6e0 [pagezero] 50 0 0 0 SL psleep 0xc08ab2f8 [vmdaemon] 49 0 0 0 SL psleep 0xc08ab2c0 [pagedaemon] 47 0 0 0 RL [arc_reclaim_thread] 46 0 0 0 SL jsw:wait 0xc088e7b4 [g_journal switcher] 45 0 0 0 SL waiting_ 0xc089f24c [sctp_iterator] 44 0 0 0 WL [swi0: sio] 43 0 0 0 WL [irq12: psm0] 42 0 0 0 RL [irq1: atkbd0] 41 0 0 0 WL [irq15: ata1] 40 0 0 0 WL [irq14: ata0] 39 0 0 0 SL usbevt 0xc55d0210 [usb4] 38 0 0 0 SL usbevt 0xc56bd210 [usb3] 37 0 0 0 SL usbevt 0xc5696210 [usb2] 36 0 0 0 RL [irq18: uhci2] 35 0 0 0 SL usbevt 0xc569d210 [usb1] 34 0 0 0 WL [irq19: uhci1++] 33 0 0 0 SL usbtsk 0xc088e3d4 [usbtask-dr] 32 0 0 0 SL usbtsk 0xc088e3c0 [usbtask-hc] 31 0 0 0 SL usbevt 0xc55f3210 [usb0] 30 0 0 0 WL [irq17: uhci0 ehci0] 29 0 0 0 SL idle 0xc568a000 [mpt_recovery0] 28 0 0 0 RL [em0 taskq] 27 0 0 0 RL [irq16: nvidia0+++] 26 0 0 0 WL [irq9: acpi0] 25 0 0 0 WL [swi2: cambio] 24 0 0 0 SL ccb_scan 0xc08785d4 [xpt_thrd] 23 0 0 0 SL - 0xc5568b00 [acpi_task_2] 22 0 0 0 SL - 0xc5568b00 [acpi_task_1] 21 0 0 0 SL - 0xc5568b00 [acpi_task_0] 20 0 0 0 SL - 0xc5568b80 [kqueue taskq] 19 0 0 0 WL [swi6: task queue] 18 0 0 0 WL [swi6: Giant taskq] 9 0 0 0 SL - 0xc5568e00 [thread taskq] 17 0 0 0 WL [swi5: +] 16 0 0 0 RL [yarrow] 8 0 0 0 SL crypto_r 0xc08aa314 [crypto returns] 7 0 0 0 SL crypto_w 0xc08aa2ec [crypto] 6 0 0 0 SL zfs:(&tq 0xc558b050 [system_taskq] 5 0 0 0 SL zfs:(&tq 0xc558b050 [system_taskq] 4 0 0 0 SL - 0xc088e76c [g_down] 3 0 0 0 SL - 0xc088e768 [g_up] 2 0 0 0 SL - 0xc088e760 [g_event] 15 0 0 0 WL [swi1: net] 14 0 0 0 WL [swi3: vm] 13 0 0 0 RL [swi4: clock sio] 12 0 0 0 RL [idle: cpu0] 11 0 0 0 RL [idle: cpu1] 1 0 1 0 SLs wait 0xc5528d48 [init] 10 0 0 0 RL CPU 1 [audit] 0 0 0 0 WLs [swapper] db> show lockedvnods Locked vnodes 0xd29c5880: tag zfs, type VREG usecount 1, writecount 0, refcount 1 mountedhere 0 flags () v_object 0xc81ccc1c ref 0 pages 0 lock type zfs: SHARED (count 1) 0xd7f4d550: tag zfs, type VREG usecount 1, writecount 0, refcount 1 mountedhere 0 flags () v_object 0xc904a0f8 ref 0 pages 0 lock type zfs: SHARED (count 1) 0xcff60990: tag zfs, type VREG usecount 1, writecount 1, refcount 1 mountedhere 0 flags () v_object 0xca73ae0c ref 0 pages 0 lock type zfs: EXCL (count 1) by thread 0xc65f7660 (pid 700) db> show allpcpu Current CPU: 1 cpuid = 0 curthread = 0xc5b6aaa0: pid 90 "spa_zio_intr_1" curpcb = 0xfa577d90 fpcurthread = none idlethread = 0xc5529880: pid 12 "idle: cpu0" APIC ID = 0 currentldt = 0x50 cpuid = 1 curthread = 0xc5529220: pid 10 "audit" curpcb = 0xf668cd90 fpcurthread = none idlethread = 0xc5529660: pid 11 "idle: cpu1" APIC ID = 1 currentldt = 0x50 db> show intr irq1: atkbd0 (pid 42) {NEED} irq4: sio0 (no thread) irq9: acpi0 (pid 26) irq12: psm0 (pid 43) irq14: ata0 (pid 40) {ENTROPY} irq15: ata1 (pid 41) {ENTROPY} irq16: nvidia0+++ (pid 27) {ENTROPY, NEED} irq17: uhci0 ehci0 (pid 30) irq18: uhci2 (pid 36) {NEED} irq19: uhci1++ (pid 34) {ENTROPY} swi4: clock sio (pid 13) {SOFT, NEED} swi3: vm (pid 14) {SOFT} swi1: net (pid 15) {SOFT} swi5: + (pid 17) {SOFT} swi6: Giant taskq (pid 18) {SOFT} swi6: task queue (pid 19) {SOFT} swi2: cambio (pid 25) {SOFT} irq256: em0 (no thread) swi0: sio (pid 44) {SOFT} db> I can test again on request Henri From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 16:39:41 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 442DB16A478 for ; Fri, 9 Nov 2007 16:39:41 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id DB20F13C4BC for ; Fri, 9 Nov 2007 16:39:40 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by an-out-0708.google.com with SMTP id c16so80497ana for ; Fri, 09 Nov 2007 08:39:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; bh=zHyYY0yfLDsNcFNCljoxaBJHb1McfgY6qaxIhMzqfGU=; b=mqY2L08gNIGIiOQb8J5N7Vd+kwpXgfkxmTLGLTiJKM01PKSFZ6w2+AwYItIUs7iSIFhV6Eir8zl+zy0HhWgjfGkkcAXWYY/lvcQJL2hsWKK4bjogu5mBt1Vp9Ir2DB5DvtRdAABz/vWKhM0trE1EAcZ46ntOOddcNTUl0jASb/M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; b=ROhmlu9vB9HFBKn+t5JVciO+KdBz8zA75T1q5JMFQzs4LetRX8t6f2WrgkQqzDkxPPFeehAkVqZ0W+uSWnmqcVE1dFaMX1NX2nw/A/FlS9XOPJBnGsp0gn7Qaz3hSIZsMbAXrMvUqiywwi92BUV5iFTkQiNnzRC03o2hbPv9p2I= Received: by 10.100.247.14 with SMTP id u14mr3193726anh.1194626373642; Fri, 09 Nov 2007 08:39:33 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id n26sm2463401ele.2007.11.09.08.39.30 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Nov 2007 08:39:32 -0800 (PST) Message-ID: <47348D40.9090103@gmail.com> Date: Fri, 09 Nov 2007 11:39:28 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071109) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: what is in a set of updates? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 16:39:41 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Does all this fix the issues raised about ich9/atapi/etc.: Edit src/sys/dev/ata/ata-all.c,v Edit src/sys/dev/ata/ata-all.h,v Edit src/sys/dev/ata/ata-chipset.c,v Edit src/sys/dev/ata/ata-pci.c,v Edit src/sys/dev/ata/ata-pci.h,v Edit src/sys/dev/ata/atapi-cd.c,v Edit src/sys/dev/ata/atapi-cd.h,v - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHNI1AJ9+1V27SttsRAmWhAJ9xC58yJGuiGzMwD+jbtYiiKvbjlgCeJkmO 0P5elmI+PZOWYB2CF1dEI+c= =D6rZ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 17:22:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F8D516A419; Fri, 9 Nov 2007 17:22:14 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id B785213C4C8; Fri, 9 Nov 2007 17:22:13 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5407C.dip.t-dialin.net [84.165.64.124]) by redbull.bpaserver.net (Postfix) with ESMTP id 19EF02E2F9; Fri, 9 Nov 2007 18:21:31 +0100 (CET) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id 7F6F13148AC5; Fri, 9 Nov 2007 18:21:28 +0100 (CET) Date: Fri, 9 Nov 2007 18:21:26 +0100 From: Alexander Leidinger To: obrien@freebsd.org Message-ID: <20071109182126.5d747c92@deskjail> In-Reply-To: <20071109162843.GA23840@dragon.NUXI.org> References: <200710180835.18929.thierry@herbelot.com> <47170A83.6050607@FreeBSD.org> <20071018091950.GB1546@nagual.pp.ru> <20071109141155.0ae922a1@deskjail> <20071109164301.258532a8@deskjail> <20071109162843.GA23840@dragon.NUXI.org> X-Mailer: Claws Mail 3.0.1 (GTK+ 2.10.14; i686-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.9, required 8, BAYES_00 -15.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Daniel Eischen , freebsd-current@freebsd.org Subject: Re: No libc shared lib number bump ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 17:22:14 -0000 Quoting "David O'Brien" (Fri, 9 Nov 2007 08:28:43 -0800): > On Fri, Nov 09, 2007 at 04:43:01PM +0100, Alexander Leidinger wrote: > > Quoting Daniel Eischen (Fri, 9 Nov 2007 09:54:46 -0500 (EST)): > > > On Fri, 9 Nov 2007, Alexander Leidinger wrote: > > > > I'm curious, why do we need to reset it back to .0? > > > > > > We don't have to. It would just make things clearer to have all > > > versioned symbol libraries with the same version number since > > > they shouldn't ever have to be bumped again. Solaris has all > > > their libraries at .1. We've already used .1, but .0 has never > > > been used. obrien suggested it, and it seems to make sense > > > to me. > > > > So it's just "cosmetics"... > > It also clearly denotes the lib is symbolized. Years from now, (if not > today) its hard to remember which .so numbers relate to which FreeBSD > releases. So I would call it clarity instead of cosmetics. What would you need the version number of... let's say FreeBSD4.x for, now (= what's the scenario where you need this information)? If you just want to know if it is a lib which is versioned or not, it's easy: if it is the same version number as "currently" (at this time) in use, then it is versioned (as the version number is not supposed to change anymore). > > What we gain in not doing is, is that users of those libs don't have to > > recompile all ports. Compared to the number of FreeBSD installations in > > total the number of affected users are small, but those are the users > > which help us debug -current (and ideally "all" (sort of) > > src-committers). I think those people have more interesting things to > > do than to recompile everything. > > When things like large Xorg or GNOME or KDE changes hit the Ports > Collection, one already has to practically recompile everything.. except > for figlet and jive. You talk about the use as a desktop system. I have 11 of my 12 jails on my 3 -current machines where no package depends upon any Xorg port (WITHOUT_X11=yes) is installed (server jails, one as a MTA, one as a IMAP server, one as a nntp server, one as a samba server, ...). The 12th jail actually contains my desktop. So for my laptop and my desktop jail your assumption is true, for the remaining 13 of 15 instances of -current I have locally, it is not true. Normally I generate packages on those systems, so for the 2 instances where I use gnome, the amount of work could be reduced, but for the server jails there's not that much in common. This is just my setup and doesn't cover the use of other people. Both of us don't know what the real use of the other people is. If you coordinate that the version change happens at the same time when GNOME and KDE are updated _at the same time_, then you cover the situations where it would have the biggest impact. As it seems you want to do it for 7.0, you missed this opportunity already, a lot of people already updated GNOME/KDE (I haven't, but it's not about me). And as we see on the lists, people start to test the betas. Some of them may track the way to the release via a fresh install, some via updates. For the ones which update, you force a complete rebuild. Again, I don't object to the change, I just throw in some thoughts for food. If no critical amount of ports break in a experimental ports build (unfortunately this only covers build time problems, but not run time changes) and you absolutely want to have this, feel free to go ahead. As already said, I don't hold you back, I just give you some input to think about. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 17:38:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A254516A417 for ; Fri, 9 Nov 2007 17:38:56 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 929E213C4C5 for ; Fri, 9 Nov 2007 17:38:56 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 472F71CC079; Fri, 9 Nov 2007 09:38:46 -0800 (PST) Date: Fri, 9 Nov 2007 09:38:46 -0800 From: Jeremy Chadwick To: "Aryeh M. Friedman" Message-ID: <20071109173846.GA63224@eos.sc1.parodius.com> References: <47348D40.9090103@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47348D40.9090103@gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: what is in a set of updates? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 17:38:56 -0000 On Fri, Nov 09, 2007 at 11:39:28AM -0500, Aryeh M. Friedman wrote: > Does all this fix the issues raised about ich9/atapi/etc.: > > Edit src/sys/dev/ata/ata-all.c,v > Edit src/sys/dev/ata/ata-all.h,v > Edit src/sys/dev/ata/ata-chipset.c,v > Edit src/sys/dev/ata/ata-pci.c,v > Edit src/sys/dev/ata/ata-pci.h,v > Edit src/sys/dev/ata/atapi-cd.c,v > Edit src/sys/dev/ata/atapi-cd.h,v "cvs log" should help you, since it appears you have a local CVS repo copy. Otherwise, consider using cvsweb, e.g.: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/ata/ata-all.c Make sure you look at the specific branch you're interested in, though. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 17:51:41 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B404516A41A for ; Fri, 9 Nov 2007 17:51:41 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 6400313C481 for ; Fri, 9 Nov 2007 17:51:41 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id DFBA1EB53B6; Sat, 10 Nov 2007 01:42:19 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id TGkbzN6ngmDX; Sat, 10 Nov 2007 01:42:15 +0800 (CST) Received: from LI-Xins-MacBook.local (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 5772EEB53AD; Sat, 10 Nov 2007 01:42:14 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=KHQSbC6iP5uPbbv5vIa/7QI2QupMDGTTpRPHMUCpZFcMkgnRgeLdVav1dxeCFaCFa ursPfcqElijwK5S4CmGyQ== Message-ID: <47349BF2.5070902@delphij.net> Date: Fri, 09 Nov 2007 09:42:10 -0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <47348D40.9090103@gmail.com> In-Reply-To: <47348D40.9090103@gmail.com> X-Enigmail-Version: 0.95.5 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigB512291C7B611B2030FFDABF" Cc: freebsd-current@freebsd.org Subject: Re: what is in a set of updates? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 17:51:41 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB512291C7B611B2030FFDABF Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Aryeh M. Friedman wrote: > Does all this fix the issues raised about ich9/atapi/etc.: >=20 > Edit src/sys/dev/ata/ata-all.c,v > Edit src/sys/dev/ata/ata-all.h,v > Edit src/sys/dev/ata/ata-chipset.c,v > Edit src/sys/dev/ata/ata-pci.c,v > Edit src/sys/dev/ata/ata-pci.h,v > Edit src/sys/dev/ata/atapi-cd.c,v > Edit src/sys/dev/ata/atapi-cd.h,v No. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigB512291C7B611B2030FFDABF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHNJvzOfuToMruuMARChBTAJ0RG5rSsRPVHs2ptr8/Adi/umN7kwCdGhRg MlmahOfAJdkt13b0BUcQFkE= =8b/Q -----END PGP SIGNATURE----- --------------enigB512291C7B611B2030FFDABF-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 18:24:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19DB416A418 for ; Fri, 9 Nov 2007 18:24:25 +0000 (UTC) (envelope-from gwright@antiope.com) Received: from QMTA07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id 7A36413C480 for ; Fri, 9 Nov 2007 18:24:24 +0000 (UTC) (envelope-from gwright@antiope.com) Received: from OMTA14.westchester.pa.mail.comcast.net ([76.96.62.60]) by QMTA07.westchester.pa.mail.comcast.net with smtp id AbYy1Y0021HzFnQ000XB00; Fri, 09 Nov 2007 18:07:40 +0000 Received: from [192.168.2.42] ([72.88.201.27]) by OMTA14.westchester.pa.mail.comcast.net with comcast id Ai7g1Y00A0byEVU0000000; Fri, 09 Nov 2007 18:07:40 +0000 X-Authority-Analysis: v=1.0 c=1 a=LazWwxOxDN5Hx0GHfLEA:9 a=ttj9x9bdBLHpi_Uaco0A:7 a=sQ4Vij4K__SKml_mgEfxiYclbFEA:4 a=27vHs-B1mqoA:10 a=cB8LuYKA45AA:10 a=Y_EUdd4fNZkA:10 a=LROfrJfmX20A:10 a=HgpzGGeNr9EA:10 a=FKFaWgXJAKAA:10 a=uq-ktza2FJDFprLDFyUA:9 a=CLfVMVzW3ztS-fvE9FYA:7 a=QZU0g1EMUOuHTkrW3etf_UrSEOEA:4 a=Sz-0p1zU2dQA:10 Mime-Version: 1.0 (Apple Message framework v752.2) To: freebsd-current@freebsd.org Message-Id: <46B41421-3112-40C6-84D9-094FA771F93E@antiope.com> From: Gregory Wright Date: Fri, 9 Nov 2007 13:07:39 -0500 X-Mailer: Apple Mail (2.752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: excessive TCP dulplicate acks revisted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 18:24:25 -0000 (Note: long message) Hi, The tcp duplicate ACK attack is back. Last March, there was a thread on duplicate TCP acks in -CURRENT. I have been able to reproduce the problem on 7.0-BETA2 (amd64) and have some new information that might help locate the bug. Background: I first noticed problems with tcp connections dropping when Bacula was running on our backup server. The hardware was a dual Opteron 244, 2 GB RAM, running FreeBSD 6.2-RELEASE-p2. The ethernet NIC was a bge. We went through an extensive process to rule out hardware and cabling problems: the server hardware was replaced with a single Opteron 270 (dual core) on a Tyan S2882-D motherboard. The memory was replaced as well. The NICs are still bge. This machine is "hardtack". We have another server in the same rack, a dual Opteron 2214, 4 GB RAM, running FreeBSD 6.2-RELEASE-p1. It has never shown the "dropped connection" problem. This machine is "greenhouse-george" All of the machines are on a single LAN, with a Nortel BayStack 450-24T ethernet switch. Experiments: The first experiment was to use netperf to send a tcp stream from either a PowerBook G4 (OS X 10.4.10) or a dual Intel Clovertown box running FreeBSD 6.2-RELEASE-p8. This is from the PowerBook: crossroads-able> netperf -H greenhouse-george TCP STREAM TEST from localhost (0.0.0.0) port 0 AF_INET to greenhouse- george.18clay.com (192.168.2.63) port 0 AF_INET Recv Send Send Socket Socket Message Elapsed Size Size Size Time Throughput bytes bytes bytes secs. 10^6bits/sec 65536 262144 262144 10.02 93.77 crossroads-able> netperf -H hardtack TCP STREAM TEST from localhost (0.0.0.0) port 0 AF_INET to hardtack. 18clay.com (192.168.2.61) port 0 AF_INET Recv Send Send Socket Socket Message Elapsed Size Size Size Time Throughput bytes bytes bytes secs. 10^6bits/sec 65536 262144 262144 10.10 29.24 crossroads-able> (That there is a problem in the second case is easy to see just from the ethernet switch: the activity lights blink on and off. A wireshark trace shows a duplicate ACK storm and gaps in the transmitted packet stream.) Just to be certain that this isn't a weird cabling problem, I swapped the cables to the two machines: crossroads-able> netperf -H greenhouse-george TCP STREAM TEST from localhost (0.0.0.0) port 0 AF_INET to greenhouse- george.18clay.com (192.168.2.63) port 0 AF_INET Recv Send Send Socket Socket Message Elapsed Size Size Size Time Throughput bytes bytes bytes secs. 10^6bits/sec 65536 262144 262144 10.02 92.68 crossroads-able> netperf -H hardtack TCP STREAM TEST from localhost (0.0.0.0) port 0 AF_INET to hardtack. 18clay.com (192.168.2.61) port 0 AF_INET Recv Send Send Socket Socket Message Elapsed Size Size Size Time Throughput bytes bytes bytes secs. 10^6bits/sec 65536 262144 262144 10.02 30.86 crossroads-able> The low throughput (and gaps in the tcp stream) stay with the machine rather than moving with the cable. When I use my dual Clovertown box (FreeBSD 6.2-RELEASE-p8, em NIC), as a source, I get ivy-mike# netperf -H greenhouse-george TCP STREAM TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to greenhouse- george.18clay.com (192.168.2.63) port 0 AF_INET Recv Send Send Socket Socket Message Elapsed Size Size Size Time Throughput bytes bytes bytes secs. 10^6bits/sec 65536 32768 32768 10.58 94.14 ivy-mike# netperf -H hardtack TCP STREAM TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to hardtack. 18clay.com (192.168.2.61) port 0 AF_INET Recv Send Send Socket Socket Message Elapsed Size Size Size Time Throughput bytes bytes bytes secs. 10^6bits/sec 65536 32768 32768 10.57 89.15 ivy-mike# FreeBSD seems not as disturbed by the extra ACKs as OS X, but I still see the activity lights on the switch blinking, indicating dropouts in the tcp stream. Also, longer tests using either source machine almost always result in failure ("Broken Pipe") after a few minutes. Now is where things get interesting. If I connect the PowerBook to hardtack (the machine showing the bug) with just a cable, bypassing the switch, I get crossroads-able> netperf -H 192.168.2.2 -l 300 TCP STREAM TEST from (null) (0.0.0.0) port 0 AF_INET to (null) (192.168.2.2) port 0 AF_INET Recv Send Send Socket Socket Message Elapsed Size Size Size Time Throughput bytes bytes bytes secs. 10^6bits/sec 65536 262144 262144 300.54 330.45 crossroads-able> The higher throughput is because I have two GbE interfaces directly connected, instead of going through the 10/100 Mb switch. The key thing is that I can run this test for hours without the connection dropping. (I have run it for as long as 10000 seconds.) And the wireshark log shows no duplicate ACK storm. Is there perhaps something wrong with the switch? I swapped out our BayStack 450-24T for an identical unit with the same results. I also have an unmanaged SMC EZ Switch 10/100, so I tried a minimal setup: PowerBook <----> SMC switch <----> FreeBSD 7.0-BETA2 server (hardtack) Only the PowerBook and FreeBSD server are connected to the switch. A netperf tcp streaming test gives: crossroads-able> netperf -H 192.168.2.2 TCP STREAM TEST from (null) (0.0.0.0) port 0 AF_INET to (null) (192.168.2.2) port 0 AF_INET Recv Send Send Socket Socket Message Elapsed Size Size Size Time Throughput bytes bytes bytes secs. 10^6bits/sec 65536 262144 262144 10.02 24.25 crossroads-able> The throughput is low, but most importantly, the wireshark log shows that the duplicate ACK storm is back. So is there something coming _out_ of the switch that FreeBSD's network stack doesn't like? No, this doesn't seem to be the case. The old SMC switch doesn't even send out spanning tree packets. Next experiment: netperf tcp stream from the PowerBook, but with the interface forced into 100TX full duplex. Result: crossroads-able> netperf -H 192.168.2.2 TCP STREAM TEST from (null) (0.0.0.0) port 0 AF_INET to (null) (192.168.2.2) port 0 AF_INET Recv Send Send Socket Socket Message Elapsed Size Size Size Time Throughput bytes bytes bytes secs. 10^6bits/sec 65536 262144 262144 10.02 33.81 crossroads-able> So the throughput has dropped and the wireshark log shows duplicate ACK storms again. If I force the PowerBook to 100TX half duplex the wireshark log still shows duplicate ACK storms. And at 10 Mb/s, full or half duplex, I see still bursts of duplicate ACKs. One last thing to note is that I can run netperf tests _from_ the buggy machine to the laptop with no trouble. Again forcing the PowerBook interface to 100TX full duplex, TCP STREAM TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to 192.168.2.1 (192.168.2.1) port 0 AF_INET Recv Send Send Socket Socket Message Elapsed Size Size Size Time Throughput bytes bytes bytes secs. 10^6bits/sec 262144 32768 32768 10.02 93.03 hardtack# The wireshark logs show no duplicate ACKs. One interesting thing is that the packet logs for the reverse (properly working) case show a more regular structure of data and ACK packets. In the forward (buggy) direction, the data packets are burstier, and to my eye more irregular. This was mentioned in passing in the original thread, in which someone speculated that there might be a window problem. So, in sum: The duplicate ack problem happens on my FreeBSD 7.0-BETA2 machine (single Opteron 270, Tyan S2882-D, 2 GB RAM) when the bge interface in operating in 10 or 100 Mb/s mode, but not in Gb mode. It does not happen on my FreeBSD 6.2-RELEASE-p1 box (dual Opteron 2214, Tyan 3992G3NR, 4 GB RAM) which has a bge NIC as well. Nor does it happen on my dual Clovertown box (dual E5345, Tyan S2696A2NRF, 4 GB) with em NIC. The buggy machine is not much use to me until this problem can be fixed, so I can dedicate it to debugging for a while. Any hints about where code might be instrumented to track the bug down or new experiments to perform are welcome. I can provide wireshark logs; compressed they are not too large (a few MB). Here is the dmesg of the buggy machine: hardtack# dmesg Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA2 #0: Fri Nov 2 14:54:38 UTC 2007 root@myers.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Dual Core AMD Opteron(tm) Processor 270 HE (1993.41-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f12 Stepping = 2 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x3 Cores per package: 2 usable memory = 2134962176 (2036 MB) avail memory = 2060251136 (1964 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_hpet0: iomem 0xfec01000-0xfec013ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 acpi_throttle0: on cpu0 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 6.0 on pci0 pci3: on pcib1 ohci0: mem 0xfeafb000-0xfeafbfff irq 19 at device 0.0 on pci3 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xfeafc000-0xfeafcfff irq 19 at device 0.1 on pci3 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 3 ports with 3 removable, self powered atapci0: port 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xac00-0xac03,0xa880-0xa88f mem 0xfeafec00-0xfeafefff irq 19 at device 5.0 on pci3 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] vgapci0: port 0xb000-0xb0ff mem 0xfd000000-0xfdffffff,0xfeaff000-0xfeafffff irq 18 at device 6.0 on pci3 fxp0: port 0xa800-0xa83f mem 0xfeafa000-0xfeafafff,0xfeaa0000-0xfeabffff irq 18 at device 8.0 on pci3 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:e0:81:4b:3e:39 fxp0: [ITHREAD] isab0: at device 7.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 7.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] pci0: at device 7.2 (no driver attached) pci0: at device 7.3 (no driver attached) pcib2: at device 10.0 on pci0 pci2: on pcib2 ahc0: port 0x8400-0x84ff mem 0xfc8fd000-0xfc8fdfff irq 27 at device 3.0 on pci2 ahc0: [ITHREAD] aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0x8800-0x88ff mem 0xfc8fe000-0xfc8fefff irq 24 at device 3.1 on pci2 ahc1: [ITHREAD] aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs pci0:2:9:0: bad VPD cksum, remain 72 bge0: mem 0xfc870000-0xfc87ffff irq 24 at device 9.0 on pci2 miibus1: on bge0 brgphy0: PHY 1 on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:e0:81:4b:3e:ae bge0: [ITHREAD] pci0:2:9:1: bad VPD cksum, remain 72 bge1: mem 0xfc890000-0xfc89ffff irq 25 at device 9.1 on pci2 miibus2: on bge1 brgphy1: PHY 1 on miibus2 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge1: Ethernet address: 00:e0:81:4b:3e:af bge1: [ITHREAD] pcib3: at device 11.0 on pci0 pci1: on pcib3 acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcc7ff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: DVDROM at ata1-master UDMA33 ad4: 305245MB at ata2-master SATA150 Waiting 5 seconds for SCSI devices to settle sa0 at ahc1 bus 0 target 6 lun 0 sa0: Removable Sequential Access SCSI-3 device sa0: 160.000MB/s transfers (80.000MHz DT, offset 31, 16bit) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s1a WARNING: / was not properly dismounted ch0 at ahc1 bus 0 target 5 lun 0 ch0: Removable Changer SCSI-2 device ch0: 3.300MB/s transfers ch0: 8 slots, 1 drive, 1 picker, 0 portals bge1: link state changed to DOWN bge1: link state changed to UP bge1: promiscuous mode enabled bge1: promiscuous mode disabled bge1: link state changed to DOWN bge1: link state changed to UP bge1: link state changed to DOWN bge1: link state changed to UP bge1: link state changed to DOWN bge1: link state changed to UP bge1: link state changed to DOWN bge1: link state changed to UP bge1: link state changed to DOWN bge1: link state changed to UP bge1: link state changed to DOWN bge1: link state changed to UP hardtack# Please let me know what I can do to track this down. Best Wishes, Greg Gregory Wright Antiope Associates LLC 18 Clay Street Fair Haven, New Jersey 07704 USA 1 (732) 924-4549 1 (732) 345-8378 [fax] From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 18:54:01 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F48916A41A; Fri, 9 Nov 2007 18:54:01 +0000 (UTC) (envelope-from richard@unixguru.nl) Received: from mx1.unixguru.nl (mx1.unixguru.nl [77.37.12.119]) by mx1.freebsd.org (Postfix) with ESMTP id F28A513C4A6; Fri, 9 Nov 2007 18:54:00 +0000 (UTC) (envelope-from richard@unixguru.nl) Received: from localhost (mx1.unixguru.nl [77.37.12.119]) by mx1.unixguru.nl (Postfix) with ESMTP id 9DA5B1F7A2; Fri, 9 Nov 2007 19:24:33 +0100 (CET) Received: from mx1.unixguru.nl ([77.37.12.119]) by localhost (vs8916.vserver4free.de [77.37.12.119]) (amavisd-new, port 10024) with ESMTP id V9ihciMbCEbj; Fri, 9 Nov 2007 19:24:32 +0100 (CET) Received: from mail.unixguru.nl (www.unixguru.nl [217.122.53.58]) by mx1.unixguru.nl (Postfix) with ESMTP id D097D1F63D; Fri, 9 Nov 2007 19:24:32 +0100 (CET) Received: from localhost (shell.unixguru.nl [192.168.10.20]) by mail.unixguru.nl (Postfix) with ESMTP id C701011422; Fri, 9 Nov 2007 19:23:55 +0100 (CET) Date: Fri, 9 Nov 2007 19:23:55 +0100 From: Richard Arends To: Henri Hennebert Message-ID: <20071109182355.GB13845@shell.unixguru.nl> References: <47348CAC.5020208@restart.be> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47348CAC.5020208@restart.be> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS deadlock ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 18:54:01 -0000 On Fri, Nov 09, 2007 at 05:37:00PM +0100, Henri Hennebert wrote: Henri, > To push zfs, I launch 2 scrub at the same time, after ~20 seconds the > system freeze: > > zpool scrub pool0 && zpool scrub pool2 This won't start the scrubs at the same time, but after each other. And the second will only start if the first one not fails (exitcode == 0) -- Regards, Richard. /* Homo Sapiens non urinat in ventum */ From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 18:59:48 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65E1516A420 for ; Fri, 9 Nov 2007 18:59:48 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outV.internet-mail-service.net (outV.internet-mail-service.net [216.240.47.245]) by mx1.freebsd.org (Postfix) with ESMTP id 494C113C480 for ; Fri, 9 Nov 2007 18:59:48 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Fri, 09 Nov 2007 10:59:45 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 91178126986; Fri, 9 Nov 2007 10:59:44 -0800 (PST) Message-ID: <4734AE21.3020901@elischer.org> Date: Fri, 09 Nov 2007 10:59:45 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Alexander Leidinger References: <200710180835.18929.thierry@herbelot.com> <47170A83.6050607@FreeBSD.org> <20071018091950.GB1546@nagual.pp.ru> <20071109141155.0ae922a1@deskjail> <20071109164301.258532a8@deskjail> In-Reply-To: <20071109164301.258532a8@deskjail> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Daniel Eischen , current@freebsd.org Subject: Re: No libc shared lib number bump ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 18:59:48 -0000 Alexander Leidinger wrote: > Quoting Daniel Eischen (Fri, 9 Nov 2007 09:54:46 -0500 (EST)): > >> On Fri, 9 Nov 2007, Alexander Leidinger wrote: >> >>> Quoting Daniel Eischen (Thu, 18 Oct 2007 10:43:46 -0400 (EDT)): >>> >>>> (*) libc and other symbol versioned libraries may be bumped >>>> again in 8.0 to reset the numbering scheme back to 0 (libc.so.0). >>>> It was deemed to late in the game to do this for 7.0. >>> I'm curious, why do we need to reset it back to .0? >> We don't have to. It would just make things clearer to have all >> versioned symbol libraries with the same version number since >> they shouldn't ever have to be bumped again. Solaris has all >> their libraries at .1. We've already used .1, but .0 has never >> been used. obrien suggested it, and it seems to make sense >> to me. > > So it's just "cosmetics"... > > Do we lose much if we don't do this? > > What we gain in not doing is, is that users of those libs don't have to > recompile all ports. Compared to the number of FreeBSD installations in > total the number of affected users are small, but those are the users > which help us debug -current (and ideally "all" (sort of) > src-committers). I think those people have more interesting things to > do than to recompile everything. > > Developers which link to those libs are not affected at all if we keep > the current numbers, as they normally don't use it. It may or may not > affect autoconf stuff which checks based upon the number instead of a > feature/_FreeBSD_version or uname -r. Do you have an idea how much > ports may be affected by this? I assume you will coordinate with > portmgr to give this change a try on an experimental ports build. > > While I would be happy to not have to recompile all my ports on the > systems (3 machines, 12 jails) where I use -current, this is not an > objection, just some food for thoughts. I'm pretty sure there will be future version bumps despite the assurances of the "symbol versioning cabal" that there won't be. So I think it should be left at 7 to allow that to happen in the future. > > Bye, > Alexander. > From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 19:05:53 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3948D16A419 for ; Fri, 9 Nov 2007 19:05:53 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id DF1F913C48E for ; Fri, 9 Nov 2007 19:05:52 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.1/8.14.1/NETPLEX) with ESMTP id lA9J5mJX024629; Fri, 9 Nov 2007 14:05:48 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.netplex.net [204.213.176.10]); Fri, 09 Nov 2007 14:05:48 -0500 (EST) Date: Fri, 9 Nov 2007 14:05:48 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Julian Elischer In-Reply-To: <4734AE21.3020901@elischer.org> Message-ID: References: <200710180835.18929.thierry@herbelot.com> <47170A83.6050607@FreeBSD.org> <20071018091950.GB1546@nagual.pp.ru> <20071109141155.0ae922a1@deskjail> <20071109164301.258532a8@deskjail> <4734AE21.3020901@elischer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Alexander Leidinger , current@freebsd.org Subject: Re: No libc shared lib number bump ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 19:05:53 -0000 On Fri, 9 Nov 2007, Julian Elischer wrote: > Alexander Leidinger wrote: >> Quoting Daniel Eischen (Fri, 9 Nov 2007 09:54:46 >> -0500 (EST)): >> >>> On Fri, 9 Nov 2007, Alexander Leidinger wrote: >>> >>>> Quoting Daniel Eischen (Thu, 18 Oct 2007 10:43:46 >>>> -0400 (EDT)): >>>> >>>>> (*) libc and other symbol versioned libraries may be bumped >>>>> again in 8.0 to reset the numbering scheme back to 0 (libc.so.0). >>>>> It was deemed to late in the game to do this for 7.0. >>>> I'm curious, why do we need to reset it back to .0? >>> We don't have to. It would just make things clearer to have all >>> versioned symbol libraries with the same version number since >>> they shouldn't ever have to be bumped again. Solaris has all >>> their libraries at .1. We've already used .1, but .0 has never >>> been used. obrien suggested it, and it seems to make sense >>> to me. >> >> So it's just "cosmetics"... >> >> Do we lose much if we don't do this? >> >> What we gain in not doing is, is that users of those libs don't have to >> recompile all ports. Compared to the number of FreeBSD installations in >> total the number of affected users are small, but those are the users >> which help us debug -current (and ideally "all" (sort of) >> src-committers). I think those people have more interesting things to >> do than to recompile everything. >> >> Developers which link to those libs are not affected at all if we keep >> the current numbers, as they normally don't use it. It may or may not >> affect autoconf stuff which checks based upon the number instead of a >> feature/_FreeBSD_version or uname -r. Do you have an idea how much >> ports may be affected by this? I assume you will coordinate with >> portmgr to give this change a try on an experimental ports build. >> >> While I would be happy to not have to recompile all my ports on the >> systems (3 machines, 12 jails) where I use -current, this is not an >> objection, just some food for thoughts. > > I'm pretty sure there will be future version bumps despite the assurances of > the "symbol versioning cabal" that there won't be. > So I think it should be left at 7 to allow that to happen in the future. Well, there shouldn't be. But even if there is, there is 0.0, 0.1, etc. -- DE From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 19:23:41 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14D0816A420 for ; Fri, 9 Nov 2007 19:23:41 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outG.internet-mail-service.net (outG.internet-mail-service.net [216.240.47.230]) by mx1.freebsd.org (Postfix) with ESMTP id ED84D13C4B6 for ; Fri, 9 Nov 2007 19:23:40 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Fri, 09 Nov 2007 11:23:09 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id A9CD712699F; Fri, 9 Nov 2007 11:23:08 -0800 (PST) Message-ID: <4734B397.4010905@elischer.org> Date: Fri, 09 Nov 2007 11:23:03 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: OutbackDingo References: <4733F1DA.60706@gmail.com> <1194616213.8643.24.camel@z60m.optimlabs.com> <1194619407.64797.64.camel@localhost> <1194621176.1219.3.camel@z60m.optimlabs.com> In-Reply-To: <1194621176.1219.3.camel@z60m.optimlabs.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Tom Evans , freebsd-hackers@freebsd.org, Ian FREISLICH , "Aryeh M. Friedman" , freebsd-current@freebsd.org Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 19:23:41 -0000 OutbackDingo wrote: > On Fri, 2007-11-09 at 14:43 +0000, Tom Evans wrote: >> On Fri, 2007-11-09 at 21:49 +0800, OutbackDingo wrote: >>> well thats kinda hard to do with CVS, though other revision systems such >>> as mercurial, bazaar, git and perforce, even subversion do it well, >>> there is also a mercurial respository for FreeBSD out there some where >>> >>> On Fri, 2007-11-09 at 05:36 +0000, Aryeh M. Friedman wrote: >>>>>> 2. If yes to #1 how do I setup keeping everything except my modified >>>>>> code in sync (and if possible to retro activally apply patchs from the >>>>>> local branch unto the main source tree [/usr/src2]) >>>>> You won't be able to commit to the BSD repo from your server. I >>>>> think you should treat your repo as read only and use cvsup to keep >>>>> it up to date. At least that's what I do. >>>> What I meant was how do I keep from clobbering my local changes? >>>> >> (Nothing like top posting to destroy the thread flow) >> >> OutbackDingo is incorrect. That is the entire purpose of CVS, otherwise >> they might as well call it VS.. >> >> Your /usr/src will be a checkout of a particular branch of freebsd >> (called a working copy). You periodically update your cvs repository >> (where you checkout from) with the latest freebsd commits. >> When you wish to, you update your working copy from your repository by >> issuing a 'cvs up'. This merges changes in the repository into your >> local copy, merging in with the local changes. >> When you want to see what has changed since you last did a 'cvs up', >> issue a 'cvs -n up'. >> When you want to see the local modifications in your working copy, issue >> a 'cvs diff'. >> >> Read the cvs red-bean book for more info. >> http://cvsbook.red-bean.com/cvsbook.html >> >> HTH >> >> Tom > > Well I wouldnt say incorrect as i stated it was hard to do. Meaning its > easier to complete these tasks with a different RCS, in my OWN opinion. > So as not to clobber ones changes locally. I didnt say it could not be > done, its simply more difficult to achieve the same result as with other > RCS systems. The reason I sated as more difficult to do, Ive seen quite > a number of times when tracking a vendor branch, that merges had to be > more manually handled because of local changes. This is another of those > "preferences" people get into wars over, Best OS, Browser, RCS etc etc ok having done this for years here's how it goes. If you have a private CVS repo mirroring the FreeBSD tree then you can keep your changes up to date in your "checked out" source tree. but you can generally not check them in anywhere. You CAN keep your own special branch (I think it was branch numbers above 100000 or something, check cvsup docs) that cvsup will not over write, and you can check in your changes there but that branch will not automatically update from freebsd.org so you will need to do branch updates regularly. (and that can be tricky and time consuming in CVS) otherwise your branch will get out-of date when compaerd with -current. usually I just keep my work checked out until I'm ready to feed the changes back but I take regular diffs and stash them away as 'backups' :-) This is why we have the perforce repo in addition to CVS. it is good at doing large branch manipulations, and it is more feasible to keep your own branch in sync with the branch that is kept up to date with the CVS tree. Unfortunatly, we don't give out access to that to 'anybody', it may be possible to get mercurial to do similar, or if you could get a 'personal use' p4 server you could get the scripts from Peter and see if you could do the same. I wonder if ther is a way we could broadcast changes to the p4 'head' branch so that people could keep their own p4 servers up to date.. > etc... > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 19:26:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EC9C16A468; Fri, 9 Nov 2007 19:26:17 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id 9185A13C4BB; Fri, 9 Nov 2007 19:26:16 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id CB7CEDAD0E; Sat, 10 Nov 2007 01:26:04 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id 24B90DAD09 for ; Sat, 10 Nov 2007 01:26:03 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 46CC317185A; Fri, 9 Nov 2007 19:23:57 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id E769316A513; Fri, 9 Nov 2007 19:23:55 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19E7016A421 for ; Fri, 9 Nov 2007 19:23:41 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outH.internet-mail-service.net (outH.internet-mail-service.net [216.240.47.231]) by mx1.freebsd.org (Postfix) with ESMTP id 04C3613C4C1 for ; Fri, 9 Nov 2007 19:23:40 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Fri, 09 Nov 2007 11:23:09 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id A9CD712699F; Fri, 9 Nov 2007 11:23:08 -0800 (PST) Message-ID: <4734B397.4010905@elischer.org> Date: Fri, 09 Nov 2007 11:23:03 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: OutbackDingo References: <4733F1DA.60706@gmail.com> <1194616213.8643.24.camel@z60m.optimlabs.com> <1194619407.64797.64.camel@localhost> <1194621176.1219.3.camel@z60m.optimlabs.com> In-Reply-To: <1194621176.1219.3.camel@z60m.optimlabs.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Sat Nov 10 01:26:04 2007 X-DSPAM-Confidence: 0.9956 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4734b44c284384054517257 X-DSPAM-Factors: 27, freebsd, 0.00291, freebsd, 0.00291, List-Post*>+>>, 0.00406, >>+>>, 0.00406, Received*freebsd, 0.00461, Received*freebsd, 0.00461, OS, 0.00505, Received*hub.freebsd.org, 0.00535, Received*hub.freebsd.org, 0.00535, Received*(hub.freebsd.org, 0.00535, Received*4f8, 0.00535, Received*4f8, 0.00535, Received*mx2.freebsd.org, 0.00535, Received*mx2.freebsd.org, 0.00535, Received*from+hub.freebsd.org, 0.00535, Received*from+hub.freebsd.org, 0.00535, Received*hub.freebsd.org+(Postfix), 0.00535, Received*hub.freebsd.org+(Postfix), 0.00535 Cc: Tom Evans , freebsd-hackers@freebsd.org, Ian FREISLICH , "Aryeh M. Friedman" , freebsd-current@freebsd.org Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 19:26:17 -0000 OutbackDingo wrote: > On Fri, 2007-11-09 at 14:43 +0000, Tom Evans wrote: >> On Fri, 2007-11-09 at 21:49 +0800, OutbackDingo wrote: >>> well thats kinda hard to do with CVS, though other revision systems such >>> as mercurial, bazaar, git and perforce, even subversion do it well, >>> there is also a mercurial respository for FreeBSD out there some where >>> >>> On Fri, 2007-11-09 at 05:36 +0000, Aryeh M. Friedman wrote: >>>>>> 2. If yes to #1 how do I setup keeping everything except my modified >>>>>> code in sync (and if possible to retro activally apply patchs from the >>>>>> local branch unto the main source tree [/usr/src2]) >>>>> You won't be able to commit to the BSD repo from your server. I >>>>> think you should treat your repo as read only and use cvsup to keep >>>>> it up to date. At least that's what I do. >>>> What I meant was how do I keep from clobbering my local changes? >>>> >> (Nothing like top posting to destroy the thread flow) >> >> OutbackDingo is incorrect. That is the entire purpose of CVS, otherwise >> they might as well call it VS.. >> >> Your /usr/src will be a checkout of a particular branch of freebsd >> (called a working copy). You periodically update your cvs repository >> (where you checkout from) with the latest freebsd commits. >> When you wish to, you update your working copy from your repository by >> issuing a 'cvs up'. This merges changes in the repository into your >> local copy, merging in with the local changes. >> When you want to see what has changed since you last did a 'cvs up', >> issue a 'cvs -n up'. >> When you want to see the local modifications in your working copy, issue >> a 'cvs diff'. >> >> Read the cvs red-bean book for more info. >> http://cvsbook.red-bean.com/cvsbook.html >> >> HTH >> >> Tom > > Well I wouldnt say incorrect as i stated it was hard to do. Meaning its > easier to complete these tasks with a different RCS, in my OWN opinion. > So as not to clobber ones changes locally. I didnt say it could not be > done, its simply more difficult to achieve the same result as with other > RCS systems. The reason I sated as more difficult to do, Ive seen quite > a number of times when tracking a vendor branch, that merges had to be > more manually handled because of local changes. This is another of those > "preferences" people get into wars over, Best OS, Browser, RCS etc etc ok having done this for years here's how it goes. If you have a private CVS repo mirroring the FreeBSD tree then you can keep your changes up to date in your "checked out" source tree. but you can generally not check them in anywhere. You CAN keep your own special branch (I think it was branch numbers above 100000 or something, check cvsup docs) that cvsup will not over write, and you can check in your changes there but that branch will not automatically update from freebsd.org so you will need to do branch updates regularly. (and that can be tricky and time consuming in CVS) otherwise your branch will get out-of date when compaerd with -current. usually I just keep my work checked out until I'm ready to feed the changes back but I take regular diffs and stash them away as 'backups' :-) This is why we have the perforce repo in addition to CVS. it is good at doing large branch manipulations, and it is more feasible to keep your own branch in sync with the branch that is kept up to date with the CVS tree. Unfortunatly, we don't give out access to that to 'anybody', it may be possible to get mercurial to do similar, or if you could get a 'personal use' p4 server you could get the scripts from Peter and see if you could do the same. I wonder if ther is a way we could broadcast changes to the p4 'head' branch so that people could keep their own p4 servers up to date.. > etc... > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 19:26:28 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFC4316A419 for ; Fri, 9 Nov 2007 19:26:28 +0000 (UTC) (envelope-from gavare@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id 28C0C13C4B8 for ; Fri, 9 Nov 2007 19:26:27 +0000 (UTC) (envelope-from gavare@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so107454ana for ; Fri, 09 Nov 2007 11:26:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:reply-to:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding:from; bh=ABafmDF18tzyZoCnqpCRIRpDqb3kSIhjACaEvUHn6D8=; b=iQMzrqE1+FVsQA2C83QStx1s7UKYug3swd/hMId//TTv/G+qMFpMe5hYXjkJVrWMbgg7Fithx2/4moNu84bpQWyQ9eTtQ6UbydExsYykR7se4vgj4lUJ2Vn/HRPFD2Cgdfv1Jrwr78MYzDIXIcxphKYiYUgRKu5qmyX+5fd0qSE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:reply-to:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding:from; b=B+Ie68YC3asYEy9LrtInePTu6cRHsdWuoqA91MIc6fPkX/VE2Iz0rGwy5QdtaAmjCJBvdPj1XBpGk5eQf8Gpqwfq2xhfxVwerZuNyze4va431icqQ+uV7YDMT/uW+6iGMS8ZdhFtKVZV5vXxMuQPQPqmF3pO65kUhCWQ4wbdCr4= Received: by 10.101.67.11 with SMTP id u11mr3455449ank.1194634742746; Fri, 09 Nov 2007 10:59:02 -0800 (PST) Received: from ?83.254.11.45? ( [83.254.11.45]) by mx.google.com with ESMTPS id d25sm2729344nfh.2007.11.09.10.59.00 (version=SSLv3 cipher=RC4-MD5); Fri, 09 Nov 2007 10:59:01 -0800 (PST) To: freebsd-current@freebsd.org Content-Type: text/plain Date: Fri, 09 Nov 2007 19:59:20 +0100 Message-Id: <1194634760.1749.9.camel@laptop> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit From: Anders Gavare Subject: Re: device atpic to be deprecated? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: anders@gavare.se List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 19:26:28 -0000 Hi currenters! On Wednesday 29 March 2006, John Baldwin wrote: > On Wednesday 29 March 2006 12:08, Scott Long wrote: > > John Baldwin wrote: > > On Wednesday 29 March 2006 11:26, Scott Long wrote: > .. > >> >>>>On Wed, Mar 29, 2006 at 02:05:27AM -0600, Conrad J. Sabatier > >> >>>>wrote: > > >>>>>Is the plan still in effect to abolish this device? > > >>>> > > >>>>To my mind it wouldn't make much sense, given the sheer amount > > >>>>of hardware out there which doesn't have an IOAPIC, then again > > >>>>I'm probably out of touch with the state of interrupt handling > > >>>>in -CURRENT. > > >>> > > >>>All amd64 machines (which is where atpic would be removed) have > > >>>an APIC. > > >> > > >>That's kind of like saying that ISA will be removed because there > > >>is PCI > > >>=-) Having an APIC doesn't necessarily guarantee that it works. > > >>There have been enough reports of problems on the mailing lists > > >>over time that I think it's a bit premature to declare the ATPIC > > >>dead. Also, is the ATPIC code in amd64 causing problems, holding > > >>back progress, or creating a maintenance burden? > > > > > > I think that once the lapic timer stuff was added almost all of > > > the APIC issues I was aware of went away on amd64 that were fixed > > > by using device atpic instead. Most of the earlier problems were > > > due to chipsets not setting up pin 0 as extint, etc. but all that > > > is no longer relevant when we switched to using the lapic timer > > > and stopped using irq0 and irq8 with APIC. This is the first I've > > > heard since the lapic timer stuff that APIC didn't work on an > > > amd64 box, and device atpic has been off by default in HEAD for > > > quite a while now. If we were able to require APIC on amd64, then > > > we might be able to try out some optimizations and other things I > > > haven't bothered with since they wouldn't be feasible on i386. > > > > Fine, remove it. > > I have to make sure it really works for everyone first though before > removing it would really be viable. :-/ The GENERIC 7.0-BETA2 kernel does not boot on my 1.8 GHz amd64 laptop (and HP Pavilion ze2000). Not in safe mode, not without ACPI, not without apic0/sio0/sio1 (which is the usual trick on this machine). After some detective work, however, I noticed that with "device atpic" added, 7.0-BETA2 works fine on this machine. (I took a chance and updated my sources from 6-STABLE to 7-STABLE, added the device, and now I am running 7.0-BETA2. If I hadn't already had FreeBSD installed, it would not have been possible to get it to boot, though, so this feels kind of critical.) My question is: Is it possible to add "device atpic" again in time for the 7.0 release? What is the possible negative impact of adding it? Anders From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 19:46:32 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F81216A477 for ; Fri, 9 Nov 2007 19:46:32 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 13FC113C4C1 for ; Fri, 9 Nov 2007 19:46:31 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.100] (cpe-24-94-75-93.hawaii.res.rr.com [24.94.75.93]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id lA9Jk7eN032551 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Fri, 9 Nov 2007 14:46:09 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Fri, 9 Nov 2007 11:47:52 -0800 (PST) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: current@freebsd.org Message-ID: <20071109114636.Y639@10.0.0.1> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 19:46:32 -0000 I have reports from a user that his install ends up corrupted. I wanted to find out if it was a general problem with this chipset. Thanks, Jeff From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 20:12:52 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81B5516A417 for ; Fri, 9 Nov 2007 20:12:52 +0000 (UTC) (envelope-from andrey.kosachenko@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.191]) by mx1.freebsd.org (Postfix) with ESMTP id 2E09413C4AC for ; Fri, 9 Nov 2007 20:12:51 +0000 (UTC) (envelope-from andrey.kosachenko@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so712093fka for ; Fri, 09 Nov 2007 12:12:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; bh=XyYGGeKuyf9DeNlNCXLml094+TDjQzv8XvF5o/ViRP0=; b=hXqYzJD8tiZ/zEEpXXWe7gDYPgJKGBxEjzzzgvjOrtYde6S17Z+bsppRG0/i7kFhMPLIayOLMSmYLgXjsmaky1do+p6L02C4KPb4BYFxPRJtWzPS4ThhBshfbZwN5BYpS0wmMD4lXBCcR/cm1yzVi0wj79rNM4TlFPYCJPfjbXA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=fonnQiNZXrSugODZTOQQEk6GzGfrs6YaQ9NCBzXpBuSfcE4gBJQnsL8ywBx0yDE6MWjTqOcafBuvCkG4ieeDzgTVepjv/35P9Ls73emZUAwOlXrW/BeUEVioWL5NKVH2ppTgBxWpW+kmO+guGBW+BQ+4hM87lNE/tn2bX2O88eU= Received: by 10.82.174.20 with SMTP id w20mr1621703bue.1194639162807; Fri, 09 Nov 2007 12:12:42 -0800 (PST) Received: from avalon.lan ( [195.60.174.17]) by mx.google.com with ESMTPS id z34sm3219290ikz.2007.11.09.12.12.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Nov 2007 12:12:41 -0800 (PST) Message-ID: <4734BFDD.2020005@gmail.com> Date: Fri, 09 Nov 2007 22:15:25 +0200 From: Andrey Kosachenko User-Agent: Thunderbird 2.0.0.6 (X11/20070808) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-net@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Bug?: (bge) BCM5787 makes 7.0/8-CURRENT completely unusable (Was: Issue: bge still freezes RELENG_7 system on HP Compaq 6710b) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 20:12:52 -0000 Good time of the day. I'm not pleased to emphasize that BGE makes FreeBSD 7.0/8.0 systems completely unusable on machines with BCM5787 (NetLink BCM5787M Gigabit Ethernet) Install CD hangs as soon as it tries to load driver for Ethernet device (tested on 7-CURRENT (snapshots 200708, 200709, 200710) 7-BETA1.5, 7-BETA2 and 8-CURRENT. After looking through the lists I realized that earlier similar problem connected with BCM5787 detection was exposed and a corresponding PR was opened. I mean (kern/105005) http://www.freebsd.org/cgi/query-pr.cgi?pr=105005 Those PR (kern/105005) was closed later. Nevertheless the root of the problem is remained I suppose. Just an excerpt of reports: 7-current freeze on HP6710b with BroadCom (bge0) - (http://lists.freebsd.org/pipermail/freebsd-current/2007-October/077781.html) bge driver causes freeze - (http://lists.freebsd.org/pipermail/freebsd-current/2007-September/077347.html) kern/116328: [bge]: Solid hang with bge interface (http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/116328) Compaq HP 6710b freezes on 7-CURRENT-SNAP-200708 - (http://lists.freebsd.org/pipermail/freebsd-current/2007-September/076856.html) panic in 8-CURRENT / BGE hang - (http://lists.freebsd.org/pipermail/freebsd-current/2007-November/079518.html) Sad but true. It is also noticeable that BGE handles BCM5787 in RELENG_6 properly and there is no complains. So I would like to know if there anyone who experiences the same problems with BCM5787 and bge on non-HP machines? And should described problem be considered as a bug with corresponding PR opening? Thanks. -- Sincerely, Andrey. From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 20:22:02 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B902316A418 for ; Fri, 9 Nov 2007 20:22:02 +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 B149013C4B8 for ; Fri, 9 Nov 2007 20:22:02 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id BFABE46D25 for ; Fri, 9 Nov 2007 15:23:00 -0500 (EST) Date: Fri, 9 Nov 2007 20:21:59 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: <20071109201533.F29504@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: 7.0BETA2: Can't use with Parallels virtual CD-ROM 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: Fri, 09 Nov 2007 20:22:02 -0000 Dear all, I downloaded and attempted to install the 7.0-BETA2 ISO on a Parallels VM yesterday, and fairly rapidly ran into problems. I configured the ISO to appear as a CD-ROM drive in the VM, and booted: it happily got to sysinstall, but when I began the install, sysinstall was unable to mount the install CD. Booting to an existing 7-CURRENT VM, I found that it also was unable to mount the CD, but that I could install from a 6.3-BETA1 ISO without a problem. Testing from the command line, "mount -t cd9660" on 7.0 returns: mount: /dev/ac0 : Input/output error The same command on 6.3 successfully mounts the image. On the general theory of things, I tested mounting the 6 ISO on 7 (failed) and the 7 ISO on 6 (succeeded). In both 6 and 7, the virtual CD-ROM drive appears to probe fine: acd0: DVDROM at ata0-slave PIO4 In both cases, the drive continues to show up fine in atacontrol: Slave: acd0 ATA/ATAPI revision 4 I tried reconfiguring Parallels to move the ISO to the second virtual ATA controller and that didn't make a difference either. I was wondering if anyone else had seen this? It sounds like it may be a change in the ATA driver? Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 20:28:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99C8316A418 for ; Fri, 9 Nov 2007 20:28:38 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail1.sea5.speakeasy.net (mail1.sea5.speakeasy.net [69.17.117.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9321313C4B9 for ; Fri, 9 Nov 2007 20:28:38 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 8152 invoked from network); 9 Nov 2007 20:28:33 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail1.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 9 Nov 2007 20:28:33 -0000 Message-ID: <4734C2B4.6000307@chuckr.org> Date: Fri, 09 Nov 2007 15:27:32 -0500 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: qpadla@gmail.com References: <4733AA45.6030905@chuckr.org> <200711091309.56463.qpadla@gmail.com> In-Reply-To: <200711091309.56463.qpadla@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: a better lesskey helper X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 20:28:38 -0000 Nikolay Pavlov wrote: > On Friday 09 November 2007 02:31:01 Chuck Robey wrote: >> Well, I've taken a rather lengthy vacation from FreeBSD, trolling around >> Linux, so I could try to see if I was right in my presonal prejudice of >> FreeBSD being better. While I did prove myself right there, I did >> happen to find a few pearls (no, NOT perls!) of wisdom out amongst the >> Linux-folks. One of those pearls that I really do think we could stand >> to bring aboard is a file "/usr/bin/lesspipe.sh" > > Hello Chuck. > There is already such a file there. You just need to proper set an > environment: setenv LESSOPEN '|lesspipe.sh %s' > Also you can find a copy of such file from Debian distribution in > attachment. > the one I saw, after my buildworld, only performed automatic decompression of archives like *.tar.gz and *.tar.bz2 things, it did not do automatic objdump info runs on libraries and executeables. Yours does this? Confirm that for me by doing a "less /usr/bin/vi" and if less comes back with a "Binary file, are your sure?" then I'm right, but if it comes back with all the elf info, and then a listing of symbols, then I guess I would need to see why my own system did not do that. I should not need that setenv, because it should have been in /etc/csh.cshrc so it works automatically. Maybe, if you're telling me that it does it, then I needed merely to fix that. It's possible, I could have assumed that since it wasn't in the /etc/csh.cshrc, it didn't exist. I guess I need to see that. OK, I just checked my sources, in /usr/src/usr.bin/less/lesspipe.sh. Unless another file somewhere overwrites it, I'm right here. Could you please check yourself on your system? From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 20:35:24 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03AA516A41A for ; Fri, 9 Nov 2007 20:35:24 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail2.sea5.speakeasy.net (mail2.sea5.speakeasy.net [69.17.117.4]) by mx1.freebsd.org (Postfix) with ESMTP id F205A13C49D for ; Fri, 9 Nov 2007 20:35:23 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 884 invoked from network); 9 Nov 2007 20:35:09 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail2.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 9 Nov 2007 20:35:09 -0000 Message-ID: <4734C440.4070100@chuckr.org> Date: Fri, 09 Nov 2007 15:34:08 -0500 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <4733AA45.6030905@chuckr.org> <200711091309.56463.qpadla@gmail.com> <86lk97k54b.fsf@ds4.des.no> In-Reply-To: <86lk97k54b.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: a better lesskey helper X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 20:35:24 -0000 Dag-Erling Smørgrav wrote: > Nikolay Pavlov writes: >> There is already such a file there. You just need to proper set an >> environment: setenv LESSOPEN '|lesspipe.sh %s' > > zless will do that for you. > > DES Now I'm getting a bit confused. I know you from long before, and I know you wouldn't make mistakes easily. MY zless here doesn't decode executables and libs, but there's no man page, and zless --help gives only the standard less help info, so I don;'t know what zless does that less didn't do before I changed out the lesspipe.sh on my local system. I really wouldn't want to bother folks anymore on this if I'm all wet? Does your less not decode tar.gz things? What does your zless do that your less doesn't? Does either your zless or your less decode executables and libraries (via a objdump pipe)? I gotta admit, I'd never heard of zless. From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 20:36:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2447F16A419; Fri, 9 Nov 2007 20:36:03 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (unknown [IPv6:2001:41d0:1:2ad2::1]) by mx1.freebsd.org (Postfix) with ESMTP id C498213C4CB; Fri, 9 Nov 2007 20:36:02 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:1:2ad2::fffe:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTP id 950DF1BAC24; Fri, 9 Nov 2007 21:36:01 +0100 (CET) Received: from morzine.restart.bel (morzine6.restart.bel [IPv6:2001:41d0:1:2ad2::1:2]) (authenticated bits=0) by restart.be (8.14.1/8.14.1) with ESMTP id lA9KZxcc000696; Fri, 9 Nov 2007 21:35:59 +0100 (CET) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1194640561; bh=PgQ5rooBTKTrFt4BGLklWLWwh9BIfZwi9VEmerh 3az8=; h=DomainKey-Signature:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:X-Scanned-By; b=wFS9rRJSN0F p8eMnlfxMxHfgGCD3rT6uChm/2MChR9HIiSO0NNPvT9LlPoO80GDHkPMGHUD4Vk1quk zL3qPZXw== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=yhZL80F1felK92qOrJBeVgpTig1rR88BQ7+0SSccrhlTAPuPfJEAJ1/ClWiYrem/+ DKvkJ0Pc0A2cYS1ieeXTA== Message-ID: <4734C4AF.9020609@restart.be> Date: Fri, 09 Nov 2007 21:35:59 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Richard Arends References: <47348CAC.5020208@restart.be> <20071109182355.GB13845@shell.unixguru.nl> In-Reply-To: <20071109182355.GB13845@shell.unixguru.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on IPv6:2001:41d0:1:2ad2::1:1 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS deadlock ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 20:36:03 -0000 Richard Arends wrote: > On Fri, Nov 09, 2007 at 05:37:00PM +0100, Henri Hennebert wrote: > > Henri, > >> To push zfs, I launch 2 scrub at the same time, after ~20 seconds the >> system freeze: >> >> zpool scrub pool0 && zpool scrub pool2 > > This won't start the scrubs at the same time, but after each other. And > the second will only start if the first one not fails (exitcode == 0) > Not at all, the scrub is asynchronious, I'm sure of it Henri From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 20:40:17 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C735F16A46B; Fri, 9 Nov 2007 20:40:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8948013C491; Fri, 9 Nov 2007 20:40:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lA9KeBT4004832; Fri, 9 Nov 2007 15:40:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lA9KeBFK010467; Fri, 9 Nov 2007 15:40:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 85DF77302F; Fri, 9 Nov 2007 15:40:11 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071109204011.85DF77302F@freebsd-current.sentex.ca> Date: Fri, 9 Nov 2007 15:40:11 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 20:40:17 -0000 TB --- 2007-11-09 19:07:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-09 19:07:17 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-11-09 19:07:17 - cleaning the object tree TB --- 2007-11-09 19:07:36 - checking out the source tree TB --- 2007-11-09 19:07:36 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-11-09 19:07:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-09 19:14:09 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-09 19:14:09 - cd /src TB --- 2007-11-09 19:14:09 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 9 19:14:10 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Nov 9 20:27:09 UTC 2007 TB --- 2007-11-09 20:27:09 - generating LINT kernel config TB --- 2007-11-09 20:27:09 - cd /src/sys/sun4v/conf TB --- 2007-11-09 20:27:09 - /usr/bin/make -B LINT TB --- 2007-11-09 20:27:09 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-09 20:27:09 - cd /src TB --- 2007-11-09 20:27:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 9 20:27:09 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/hvcons.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/hcall.S cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/hviommu.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/identcpu.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/in_cksum.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/intr_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/machdep.c /src/sys/sun4v/sun4v/machdep.c:192: error: size of array '__assert192' is negative *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-09 20:40:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-09 20:40:11 - ERROR: failed to build lint kernel TB --- 2007-11-09 20:40:11 - tinderbox aborted TB --- 0.65 user 2.12 system 5574.12 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 20:48:43 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5D2816A469; Fri, 9 Nov 2007 20:48:43 +0000 (UTC) (envelope-from richard@unixguru.nl) Received: from mx1.unixguru.nl (mx1.unixguru.nl [77.37.12.119]) by mx1.freebsd.org (Postfix) with ESMTP id C631613C4BA; Fri, 9 Nov 2007 20:48:43 +0000 (UTC) (envelope-from richard@unixguru.nl) Received: from localhost (mx1.unixguru.nl [77.37.12.119]) by mx1.unixguru.nl (Postfix) with ESMTP id 7A7511F7A2; Fri, 9 Nov 2007 21:49:09 +0100 (CET) Received: from mx1.unixguru.nl ([77.37.12.119]) by localhost (vs8916.vserver4free.de [77.37.12.119]) (amavisd-new, port 10024) with ESMTP id Dd7l2mgcNr-j; Fri, 9 Nov 2007 21:49:08 +0100 (CET) Received: from mail.unixguru.nl (www.unixguru.nl [217.122.53.58]) by mx1.unixguru.nl (Postfix) with ESMTP id A94331F63D; Fri, 9 Nov 2007 21:49:08 +0100 (CET) Received: from localhost (shell.unixguru.nl [192.168.10.20]) by mail.unixguru.nl (Postfix) with ESMTP id 6147811422; Fri, 9 Nov 2007 21:48:31 +0100 (CET) Date: Fri, 9 Nov 2007 21:48:31 +0100 From: Richard Arends To: Henri Hennebert Message-ID: <20071109204830.GC13845@shell.unixguru.nl> References: <47348CAC.5020208@restart.be> <20071109182355.GB13845@shell.unixguru.nl> <4734C4AF.9020609@restart.be> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4734C4AF.9020609@restart.be> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS deadlock ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 20:48:44 -0000 On Fri, Nov 09, 2007 at 09:35:59PM +0100, Henri Hennebert wrote: > >This won't start the scrubs at the same time, but after each other. And > >the second will only start if the first one not fails (exitcode == 0) > > > Not at all, the scrub is asynchronious, I'm sure of it Running 2 commands seperated by && will not run at the same time. Scrub could be asynchronious, i don't know, but that has nothing to do with the way you are running it. See: echo "sleep 1" && time sleep 2 && echo "sleep 2" && time sleep 2 and: ls -l /notfound && echo yes -- Regards, Richard. /* Homo Sapiens non urinat in ventum */ From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 20:49:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 710D016A41A for ; Fri, 9 Nov 2007 20:49:16 +0000 (UTC) (envelope-from andrey.kosachenko@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.185]) by mx1.freebsd.org (Postfix) with ESMTP id 7ADFE13C4B2 for ; Fri, 9 Nov 2007 20:49:15 +0000 (UTC) (envelope-from andrey.kosachenko@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so724240fka for ; Fri, 09 Nov 2007 12:49:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:content-type; bh=GdGngf3ikFV4SfG1gmDagko0jo4SWBhL+e+iaAhIHHs=; b=nga76Lt2qOR+ucp3l+yGmGIXDZYBNiPIsVwqX7bQPROYFIgT5TZK6JRH4Bq/aY8iYf65vHeTZ4/CJQVCGB7BdgnbZUX2LVtOYZwDLOWZDCCFdoHRdhi3zzAUYpNnvrftEnqtFpk4Rq5/X4rrKsiaWI+ixMecD6L6YcFNG58JliI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:content-type; b=G+fbaFKj64r4D+YVOteYiUko9mI/pI98y4RUuU+AGrSbiz6qH+5jpRX/H0eaJtWjawRc9PBzXil4MXeyZkKrWi2pDgKyZbY3l0VM5ab505MiwwZkA1zcux2A9IcEvdyJfcAVHEzs8YPm9aTJv49oNegMNbAAncFLgskDfH6+MWI= Received: by 10.82.181.10 with SMTP id d10mr3851429buf.1194640916022; Fri, 09 Nov 2007 12:41:56 -0800 (PST) Received: from avalon.lan ( [195.60.174.17]) by mx.google.com with ESMTPS id b36sm3281570ika.2007.11.09.12.41.46 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Nov 2007 12:41:54 -0800 (PST) Message-ID: <4734C6AF.2000602@gmail.com> Date: Fri, 09 Nov 2007 22:44:31 +0200 From: Andrey Kosachenko User-Agent: Thunderbird 2.0.0.6 (X11/20070808) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-net@freebsd.org Content-Type: multipart/mixed; boundary="------------000403040209040609070908" Cc: Subject: Re: Bug?: (bge) BCM5787 makes 7.0/8-CURRENT completely unusable (Was: Issue: bge still freezes RELENG_7 system on HP Compaq 6710b) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 20:49:16 -0000 This is a multi-part message in MIME format. --------------000403040209040609070908 Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit I suppose output of "uname -a", "pciconf -lv" and "dmesg" would be useful. > Good time of the day. > > I'm not pleased to emphasize that BGE makes FreeBSD 7.0/8.0 systems > completely unusable on machines with BCM5787 (NetLink BCM5787M Gigabit > Ethernet) > > Install CD hangs as soon as it tries to load driver for Ethernet device > (tested on 7-CURRENT (snapshots 200708, 200709, 200710) 7-BETA1.5, > 7-BETA2 and 8-CURRENT. > > After looking through the lists I realized that earlier similar problem > connected with BCM5787 detection was exposed and a corresponding PR was > opened. I mean (kern/105005) > http://www.freebsd.org/cgi/query-pr.cgi?pr=105005 > Those PR (kern/105005) was closed later. Nevertheless the root of the > problem is remained I suppose. Just an excerpt of reports: > > 7-current freeze on HP6710b with BroadCom (bge0) - > (http://lists.freebsd.org/pipermail/freebsd-current/2007-October/077781.html) > bge driver causes freeze - > (http://lists.freebsd.org/pipermail/freebsd-current/2007-September/077347.html) > kern/116328: [bge]: Solid hang with bge interface > (http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/116328) > Compaq HP 6710b freezes on 7-CURRENT-SNAP-200708 - > (http://lists.freebsd.org/pipermail/freebsd-current/2007-September/076856.html) > panic in 8-CURRENT / BGE hang - > (http://lists.freebsd.org/pipermail/freebsd-current/2007-November/079518.html) > > Sad but true. > It is also noticeable that BGE handles BCM5787 in RELENG_6 properly and > there is no complains. > > So I would like to know if there anyone who experiences the same > problems with BCM5787 and bge on non-HP machines? And should described > problem be considered as a bug with corresponding PR opening? -- Sincerely, Andrey --------------000403040209040609070908 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.txt" Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA2 #0: Thu Nov 8 23:58:43 EET 2007 root@:/usr/obj/usr/src/sys/FREE-SMP-ULE-08112007-v1 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU T7300 @ 2.00GHz (1995.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6fa Stepping = 10 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 1065025536 (1015 MB) avail memory = 1032839168 (984 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 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3f700000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x4000-0x4007 mem 0xe4300000-0xe43fffff,0xd0000000-0xdfffffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7676k stolen memory agp0: aperture size is 256M vgapci1: mem 0xe4400000-0xe44fffff at device 2.1 on pci0 uhci0: port 0x4020-0x403f irq 16 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x4040-0x405f irq 17 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xe4500000-0xe45003ff irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 4 ports with 4 removable, self powered pci0: at device 27.0 (no driver attached) pcib1: irq 16 at device 28.0 on pci0 pci8: on pcib1 pcib2: irq 17 at device 28.1 on pci0 pci16: on pcib2 pci16: at device 0.0 (no driver attached) pcib3: irq 18 at device 28.2 on pci0 pci24: on pcib3 pci24: at device 0.0 (no driver attached) pcib4: irq 16 at device 28.4 on pci0 pci40: on pcib4 uhci2: port 0x4060-0x407f irq 20 at device 29.0 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb3: on uhci2 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered uhci3: port 0x4080-0x409f irq 21 at device 29.1 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered uhci4: port 0x40a0-0x40bf irq 18 at device 29.2 on pci0 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 2 ports with 2 removable, self powered ehci1: mem 0xe4508000-0xe45083ff irq 20 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb6: EHCI version 1.0 usb6: companion controllers, 2 ports each: usb3 usb4 usb5 usb6: on ehci1 usb6: USB revision 2.0 uhub6: on usb6 uhub6: 6 ports with 6 removable, self powered pcib5: at device 30.0 on pci0 pci2: on pcib5 cbb0: mem 0xe4200000-0xe4200fff irq 16 at device 4.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x40c0-0x40cf irq 16 at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x13f0-0x13f7,0x15f4-0x15f7,0x1370-0x1377,0x1574-0x1577,0x4100-0x411f mem 0xe4509000-0xe45097ff irq 17 at device 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI Version 01.10 controller with 3 ports detected ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: port not implemented ata3: [ITHREAD] ata4: on atapci1 ata4: port not implemented ata4: [ITHREAD] battery0: on acpi0 battery1: on acpi0 acpi_acad0: on acpi0 acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_tz0: on acpi0 acpi_tz0: _CRT value is absurd, ignored (256.0C) acpi_tz1: on acpi0 acpi_tz2: on acpi0 acpi_tz3: on acpi0 acpi_tz4: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled ugen0: on uhub3 Timecounters tick every 1.000 msec acd0: DVDR at ata0-master PIO4 ad4: 152627MB at ata2-master SATA150 acpi_tz0: _CRT value is absurd, ignored (256.0C) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s3a --------------000403040209040609070908 Content-Type: text/plain; name="pciconf-lv.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pciconf-lv.txt" hostb0@pci0:0:0:0: class=0x060000 card=0x30c0103c chip=0x2a008086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile PM965/GM965/GL960 Express Processor to DRAM Controller' class = bridge subclass = HOST-PCI vgapci0@pci0:0:2:0: class=0x030000 card=0x30c0103c chip=0x2a028086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 965 Express Integrated Graphics Controller' class = display subclass = VGA vgapci1@pci0:0:2:1: class=0x038000 card=0x30c0103c chip=0x2a038086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 965 Express Integrated Graphics Controller' class = display uhci0@pci0:0:26:0: class=0x0c0300 card=0x30c0103c chip=0x28348086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI' class = serial bus subclass = USB uhci1@pci0:0:26:1: class=0x0c0300 card=0x30c0103c chip=0x28358086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI' class = serial bus subclass = USB ehci0@pci0:0:26:7: class=0x0c0320 card=0x30c0103c chip=0x283a8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '81EC1043 (?) ICH8 Enhanced USB2 Enhanced Host Controller' class = serial bus subclass = USB none0@pci0:0:27:0: class=0x040300 card=0x30c0103c chip=0x284b8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H &SUBSYS_81EC1043&REV_02\3&11583659&0&D8' class = multimedia pcib1@pci0:0:28:0: class=0x060400 card=0x30c0103c chip=0x283f8086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCIe Port 1' class = bridge subclass = PCI-PCI pcib2@pci0:0:28:1: class=0x060400 card=0x30c0103c chip=0x28418086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCIe Port 2' class = bridge subclass = PCI-PCI pcib3@pci0:0:28:2: class=0x060400 card=0x30c0103c chip=0x28438086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCIe Port 3' class = bridge subclass = PCI-PCI pcib4@pci0:0:28:4: class=0x060400 card=0x30c0103c chip=0x28478086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCIe Port 5' class = bridge subclass = PCI-PCI uhci2@pci0:0:29:0: class=0x0c0300 card=0x30c0103c chip=0x28308086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI' class = serial bus subclass = USB uhci3@pci0:0:29:1: class=0x0c0300 card=0x30c0103c chip=0x28318086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI' class = serial bus subclass = USB uhci4@pci0:0:29:2: class=0x0c0300 card=0x30c0103c chip=0x28328086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI' class = serial bus subclass = USB ehci1@pci0:0:29:7: class=0x0c0320 card=0x30c0103c chip=0x28368086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB2 EHCI' class = serial bus subclass = USB pcib5@pci0:0:30:0: class=0x060401 card=0x30c0103c chip=0x24488086 rev=0xf3 hdr=0x01 vendor = 'Intel Corporation' device = '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0x30c0103c chip=0x28158086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'ICH8M-E (ICH8 Family) LPC Interface Controller' class = bridge subclass = PCI-ISA atapci0@pci0:0:31:1: class=0x01018a card=0x30c0103c chip=0x28508086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) Ultra ATA Storage Controllers' class = mass storage subclass = ATA atapci1@pci0:0:31:2: class=0x010601 card=0x30c0103c chip=0x28298086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801 Intel(R) 82801HEM/HBM SATA AHCI Controller' class = mass storage none1@pci0:16:0:0: class=0x028000 card=0x135c103c chip=0x42228086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '10418086 Intel 3945ABG Wireless LAN controller' class = network none2@pci0:24:0:0: class=0x020000 card=0x30c0103c chip=0x169314e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM 5787A Ethernet Controller Broadcom Netlink Gigabit' class = network subclass = ethernet cbb0@pci0:2:4:0: class=0x060700 card=0x30c0103c chip=0x04761180 rev=0xb6 hdr=0x02 vendor = 'Ricoh Company, Ltd.' device = 'unknown Ricoh R/RL/5C476(II)' class = bridge subclass = PCI-CardBus --------------000403040209040609070908 Content-Type: text/plain; name="uname-a.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="uname-a.txt" FreeBSD 7.0-BETA2 FreeBSD 7.0-BETA2 #0: Thu Nov 8 23:58:43 EET 2007 root@:/usr/obj/usr/src/sys/FREE-SMP-ULE-08112007-v1 i386 --------------000403040209040609070908-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 20:59:41 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4884716A477 for ; Fri, 9 Nov 2007 20:59:41 +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 2592413C4BD for ; Fri, 9 Nov 2007 20:59:40 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 71B702092; Fri, 9 Nov 2007 21:59:21 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 6113D208F; Fri, 9 Nov 2007 21:59:21 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 42D31844B7; Fri, 9 Nov 2007 21:59:21 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Chuck Robey References: <4733AA45.6030905@chuckr.org> <200711091309.56463.qpadla@gmail.com> <86lk97k54b.fsf@ds4.des.no> <4734C440.4070100@chuckr.org> Date: Fri, 09 Nov 2007 21:59:21 +0100 In-Reply-To: <4734C440.4070100@chuckr.org> (Chuck Robey's message of "Fri\, 09 Nov 2007 15\:34\:08 -0500") Message-ID: <868x57jfti.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: a better lesskey helper X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 20:59:41 -0000 Chuck Robey writes: > Dag-Erling Sm=C3=B8rgrav wrote: >> Nikolay Pavlov writes: >>> There is already such a file there. You just need to proper set an >>> environment: setenv LESSOPEN '|lesspipe.sh %s' >> zless will do that for you. > Now I'm getting a bit confused. I know you from long before, and I > know you wouldn't make mistakes easily. MY zless here doesn't decode > executables and libs, but there's no man page, and zless --help gives > only the standard less help info, so I don;'t know what zless does > that less didn't do before I changed out the lesspipe.sh on my local > system. "that" refers to Nikolay's setenv trick. If you actually define LESSOPEN in your environment, less will always use it, which may not be what you want; instead, you can use less when you want to see the actual file and zless when you want it "decoded". DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 21:01:04 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23A2316A419; Fri, 9 Nov 2007 21:01:04 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id F0A2E13C4B8; Fri, 9 Nov 2007 21:01:03 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A55635.dip.t-dialin.net [84.165.86.53]) by redbull.bpaserver.net (Postfix) with ESMTP id 84D952E2FB; Fri, 9 Nov 2007 22:00:12 +0100 (CET) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id E2C943148AE3; Fri, 9 Nov 2007 22:00:09 +0100 (CET) Date: Fri, 9 Nov 2007 22:00:09 +0100 From: Alexander Leidinger To: Daniel Eischen Message-ID: <20071109220009.2334254d@deskjail> In-Reply-To: References: <200710180835.18929.thierry@herbelot.com> <47170A83.6050607@FreeBSD.org> <20071018091950.GB1546@nagual.pp.ru> <20071109141155.0ae922a1@deskjail> <20071109164301.258532a8@deskjail> <4734AE21.3020901@elischer.org> X-Mailer: Claws Mail 3.0.1 (GTK+ 2.10.14; i686-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.3, required 8, BAYES_00 -15.00, J_CHICKENPOX_13 0.60, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Julian Elischer , current@freebsd.org Subject: Re: No libc shared lib number bump ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 21:01:04 -0000 Quoting Daniel Eischen (Fri, 9 Nov 2007 14:05:48 -0500 (EST)): > On Fri, 9 Nov 2007, Julian Elischer wrote: > > I'm pretty sure there will be future version bumps despite the assurances of > > the "symbol versioning cabal" that there won't be. > > So I think it should be left at 7 to allow that to happen in the future. I have the "never say never" mentality, so I can understand your opinion. > Well, there shouldn't be. But even if there is, there is 0.0, 0.1, > etc. I thought such minor versions are ... "bad" ... at least in our ports we put a lot of effort to get rid of them back in the times when we switched from a.out to elf. Bye, Alexander. -- ... I don't know why but, suddenly, I want to discuss declining I.Q. LEVELS with a blue ribbon SENATE SUB-COMMITTEE! http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 21:07:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC09716A419 for ; Fri, 9 Nov 2007 21:07:59 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail3.sea5.speakeasy.net (mail3.sea5.speakeasy.net [69.17.117.5]) by mx1.freebsd.org (Postfix) with ESMTP id 6EC2313C4A3 for ; Fri, 9 Nov 2007 21:07:59 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 18257 invoked from network); 9 Nov 2007 21:07:51 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail3.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 9 Nov 2007 21:07:51 -0000 Message-ID: <4734CBEB.5000000@chuckr.org> Date: Fri, 09 Nov 2007 16:06:51 -0500 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <4733AA45.6030905@chuckr.org> <200711091309.56463.qpadla@gmail.com> <86lk97k54b.fsf@ds4.des.no> <4734C440.4070100@chuckr.org> <868x57jfti.fsf@ds4.des.no> In-Reply-To: <868x57jfti.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: a better lesskey helper X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 21:08:00 -0000 Dag-Erling Smørgrav wrote: > Chuck Robey writes: >> Dag-Erling Smørgrav wrote: >>> Nikolay Pavlov writes: >>>> There is already such a file there. You just need to proper set an >>>> environment: setenv LESSOPEN '|lesspipe.sh %s' >>> zless will do that for you. >> Now I'm getting a bit confused. I know you from long before, and I >> know you wouldn't make mistakes easily. MY zless here doesn't decode >> executables and libs, but there's no man page, and zless --help gives >> only the standard less help info, so I don;'t know what zless does >> that less didn't do before I changed out the lesspipe.sh on my local >> system. > > "that" refers to Nikolay's setenv trick. If you actually define > LESSOPEN in your environment, less will always use it, which may not be > what you want; instead, you can use less when you want to see the actual > file and zless when you want it "decoded". Oh, I see. Can I ask you to check, please, Dag, does your zless decode binaries? Mine didn't, and the lesspipe.sh that's in the sources (unless another one's hidden somewhere) doesn't allow it either, it only gave decoding of tar archives and stuff compressed with bzip/gzip. I'd really appreciate you doublechecking me on this. If you say it works to do the objdump decoding, I will believe you and keep to myself on this. Otherwise, I think this deserves going into our sources. > DES From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 21:08:37 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B29716A418 for ; Fri, 9 Nov 2007 21:08:37 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3B3AA13C4B2 for ; Fri, 9 Nov 2007 21:08:37 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.2/8.14.2/NETPLEX) with ESMTP id lA9L8Acx023921; Fri, 9 Nov 2007 16:08:10 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.netplex.net [204.213.176.10]); Fri, 09 Nov 2007 16:08:10 -0500 (EST) Date: Fri, 9 Nov 2007 16:08:10 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Alexander Leidinger In-Reply-To: <20071109220009.2334254d@deskjail> Message-ID: References: <200710180835.18929.thierry@herbelot.com> <47170A83.6050607@FreeBSD.org> <20071018091950.GB1546@nagual.pp.ru> <20071109141155.0ae922a1@deskjail> <20071109164301.258532a8@deskjail> <4734AE21.3020901@elischer.org> <20071109220009.2334254d@deskjail> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Julian Elischer , current@freebsd.org Subject: Re: No libc shared lib number bump ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 21:08:37 -0000 On Fri, 9 Nov 2007, Alexander Leidinger wrote: > Quoting Daniel Eischen (Fri, 9 Nov 2007 14:05:48 -0500 (EST)): > >> On Fri, 9 Nov 2007, Julian Elischer wrote: > >>> I'm pretty sure there will be future version bumps despite the assurances of >>> the "symbol versioning cabal" that there won't be. >>> So I think it should be left at 7 to allow that to happen in the future. > > I have the "never say never" mentality, so I can understand your > opinion. > >> Well, there shouldn't be. But even if there is, there is 0.0, 0.1, >> etc. > > I thought such minor versions are ... "bad" ... at least in our ports > we put a lot of effort to get rid of them back in the times when we > switched from a.out to elf. There is not such problem with how you name ELF libraries. It could be non-numeric as well and nothing would care, e.g, libc.so.foo.bar. Well, except for applications or tools that make assumptions about our library naming. I can't really see that being a problem since we always use links from libfoo.so to libfoo.so.version-string. -- DE From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 21:17:09 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E26116A46C for ; Fri, 9 Nov 2007 21:17:09 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 09CA113C4B3 for ; Fri, 9 Nov 2007 21:17:08 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.2/8.14.2/NETPLEX) with ESMTP id lA9LGpku029994; Fri, 9 Nov 2007 16:16:51 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.netplex.net [204.213.176.10]); Fri, 09 Nov 2007 16:16:51 -0500 (EST) Date: Fri, 9 Nov 2007 16:16:51 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Nanobsd is cool X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 21:17:09 -0000 Just want to say how easy nanobsd made it was to set up an embedded system. I made a prototype at work using a PC/104 system with some analog and discrete cards. It was almost as easy as pie (Cartman). Thanks to the nanobsd author(s)! -- DE From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 21:19:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E373F16A418 for ; Fri, 9 Nov 2007 21:19:45 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail2.sea5.speakeasy.net (mail2.sea5.speakeasy.net [69.17.117.4]) by mx1.freebsd.org (Postfix) with ESMTP id E2BE713C4A7 for ; Fri, 9 Nov 2007 21:19:45 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 25571 invoked from network); 9 Nov 2007 21:19:38 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail2.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 9 Nov 2007 21:19:38 -0000 Message-ID: <4734CEAE.5090200@chuckr.org> Date: Fri, 09 Nov 2007 16:18:38 -0500 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <4733AA45.6030905@chuckr.org> <200711091309.56463.qpadla@gmail.com> <86lk97k54b.fsf@ds4.des.no> <4734C440.4070100@chuckr.org> <868x57jfti.fsf@ds4.des.no> In-Reply-To: <868x57jfti.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: a better lesskey helper X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 21:19:46 -0000 Dag-Erling Smørgrav wrote: > Chuck Robey writes: >> Dag-Erling Smørgrav wrote: >>> Nikolay Pavlov writes: >>>> There is already such a file there. You just need to proper set an >>>> environment: setenv LESSOPEN '|lesspipe.sh %s' >>> zless will do that for you. >> Now I'm getting a bit confused. I know you from long before, and I >> know you wouldn't make mistakes easily. MY zless here doesn't decode >> executables and libs, but there's no man page, and zless --help gives >> only the standard less help info, so I don;'t know what zless does >> that less didn't do before I changed out the lesspipe.sh on my local >> system. > > "that" refers to Nikolay's setenv trick. If you actually define > LESSOPEN in your environment, less will always use it, which may not be > what you want; instead, you can use less when you want to see the actual > file and zless when you want it "decoded". One other comment. About your setting of defaults ... defaulting less to not working. It comes down to this: I have ocaisonally been surprised that a file was binary, but files that are binary, AND not elf encoded images, will still show up just like the current less without the objdump encoding I'm suggesting, no changes. It's only the elf images that get routed thru objdump ... so, asking you, which happens more often, that you want to view the garbage binary via the default less behavior, or (on elf images) that you want to see any available elf info? Personally, I do get ocaisonally surprised by a file being binary, but I have never yet hit the case that I wanted to see the straight binary (even when surprised) and not the decoded version. Remember, with the improvement I'm suggesting, non-elf images STILL get the default behavior. Are you sure you're not catering to the rare case, and making the usual case require extra steps? Your opinion is good enough for me, go ahead and tell me what you think. From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 21:22:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2294F16A46D for ; Fri, 9 Nov 2007 21:22:25 +0000 (UTC) (envelope-from carl.gustavsson@bahnhofbredband.se) Received: from smtp-1.sys.kth.se (smtp-1.sys.kth.se [130.237.32.175]) by mx1.freebsd.org (Postfix) with ESMTP id 044C813C4BB for ; Fri, 9 Nov 2007 21:22:24 +0000 (UTC) (envelope-from carl.gustavsson@bahnhofbredband.se) Received: from localhost (localhost [127.0.0.1]) by smtp-1.sys.kth.se (Postfix) with ESMTP id 0A77715598C; Fri, 9 Nov 2007 21:57:00 +0100 (CET) X-Virus-Scanned: by amavisd-new at kth.se Received: from smtp-1.sys.kth.se ([127.0.0.1]) by localhost (smtp-1.sys.kth.se [127.0.0.1]) (amavisd-new, port 10024) with LMTP id QmrkUpW4zgs9; Fri, 9 Nov 2007 21:56:53 +0100 (CET) Received: from sleipner.home.swe (c213-100-49-167.swipnet.se [213.100.49.167]) by smtp-1.sys.kth.se (Postfix) with ESMTP id 0DBEA1557E7; Fri, 9 Nov 2007 21:56:52 +0100 (CET) Message-ID: <4734C997.4090205@bahnhofbredband.se> Date: Fri, 09 Nov 2007 21:56:55 +0100 From: Carl Johan Gustavsson User-Agent: Thunderbird 2.0.0.6 (X11/20071014) MIME-Version: 1.0 To: Chuck Robey References: <4733AA45.6030905@chuckr.org> <200711091309.56463.qpadla@gmail.com> <86lk97k54b.fsf@ds4.des.no> <4734C440.4070100@chuckr.org> In-Reply-To: <4734C440.4070100@chuckr.org> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: a better lesskey helper X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 21:22:25 -0000 Chuck Robey wrote: > Dag-Erling Smørgrav wrote: >> Nikolay Pavlov writes: >>> There is already such a file there. You just need to proper set an >>> environment: setenv LESSOPEN '|lesspipe.sh %s' >> >> zless will do that for you. >> >> DES > Now I'm getting a bit confused. I know you from long before, and I > know you wouldn't make mistakes easily. MY zless here doesn't decode > executables and libs, but there's no man page, and zless --help gives > only the standard less help info, so I don;'t know what zless does > that less didn't do before I changed out the lesspipe.sh on my local > system. > > I really wouldn't want to bother folks anymore on this if I'm all wet? > Does your less not decode tar.gz things? What does your zless do that > your less doesn't? Does either your zless or your less decode > executables and libraries (via a objdump pipe)? > > I gotta admit, I'd never heard of zless. > Hi zless is a wrapper script that uses lesspipe.sh Look into /usr/src/usr.bin/less/zless.sh :) cjg From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 21:50:40 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDB8016A468 for ; Fri, 9 Nov 2007 21:50:40 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail.classis.ru (classis.ru [213.248.60.120]) by mx1.freebsd.org (Postfix) with ESMTP id 8014A13C4A8 for ; Fri, 9 Nov 2007 21:50:40 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from [192.168.1.34] (ppp91-76-226-75.pppoe.mtu-net.ru [91.76.226.75]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: citrin@citrin.ru) by mail.classis.ru (Postfix) with ESMTP id C1F05B82E; Sat, 10 Nov 2007 00:39:09 +0300 (MSK) Message-ID: <4734D372.2060104@citrin.ru> Date: Sat, 10 Nov 2007 00:38:58 +0300 From: Anton Yuzhaninov User-Agent: Thunderbird by compcn MIME-Version: 1.0 To: Jeff Roberson References: <20071109114636.Y639@10.0.0.1> In-Reply-To: <20071109114636.Y639@10.0.0.1> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 21:50:40 -0000 On 09.11.2007 22:47, Jeff Roberson wrote: > I have reports from a user that his install ends up corrupted. I wanted > to find out if it was a general problem with this chipset. We have several servers with Supermicro H8SSL motherboard (ServerWorks HT1000 Chipset). In general it work fine, but PCI-X controller seems to be broken. Nevertheless 32-bit PCI work properly. -- WBR, Anton Yuzhaninov From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 22:01:05 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B71C016A474; Fri, 9 Nov 2007 22:01:05 +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 DC73813C494; Fri, 9 Nov 2007 22:01:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lA9M13Z8013689; Fri, 9 Nov 2007 17:01:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lA9M128k032326; Fri, 9 Nov 2007 17:01:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 80C787302F; Fri, 9 Nov 2007 17:01:02 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071109220102.80C787302F@freebsd-current.sentex.ca> Date: Fri, 9 Nov 2007 17:01:02 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 22:01:05 -0000 TB --- 2007-11-09 20:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-09 20:45:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-11-09 20:45:00 - cleaning the object tree TB --- 2007-11-09 20:45:26 - checking out the source tree TB --- 2007-11-09 20:45:26 - cd /tinderbox/HEAD/arm/arm TB --- 2007-11-09 20:45:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-09 20:54:10 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-09 20:54:10 - cd /src TB --- 2007-11-09 20:54:10 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 9 20:54:12 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/main.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/mbufs.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/netcmds.c /src/usr.bin/systat/netcmds.c: In function 'netcmd': /src/usr.bin/systat/netcmds.c:127: internal compiler error: internal consistency failure Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-09 22:01:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-09 22:01:02 - ERROR: failed to build world TB --- 2007-11-09 22:01:02 - tinderbox aborted TB --- 0.38 user 1.70 system 4561.97 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 22:09:19 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D354A16A418 for ; Fri, 9 Nov 2007 22:09:19 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (lindfield.ch [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id A32BA13C4A7 for ; Fri, 9 Nov 2007 22:09:19 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:62115 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Iqc2L-00059X-64 for freebsd-current@freebsd.org; Fri, 09 Nov 2007 22:09:13 +0000 Message-ID: <4734DA88.70300@conducive.net> Date: Fri, 09 Nov 2007 17:09:12 -0500 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20071109201533.F29504@fledge.watson.org> In-Reply-To: <20071109201533.F29504@fledge.watson.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: 7.0BETA2: Can't use with Parallels virtual CD-ROM 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: Fri, 09 Nov 2007 22:09:19 -0000 Robert Watson wrote: > > Dear all, > > I downloaded and attempted to install the 7.0-BETA2 ISO on a Parallels > VM yesterday, and fairly rapidly ran into problems. I configured the > ISO to appear as a CD-ROM drive in the VM, and booted: it happily got to > sysinstall, but when I began the install, sysinstall was unable to mount > the install CD. Booting to an existing 7-CURRENT VM, I found that it > also was unable to mount the CD, but that I could install from a > 6.3-BETA1 ISO without a problem. Testing from the command line, "mount > -t cd9660" on 7.0 returns: > > mount: /dev/ac0 : Input/output error > > The same command on 6.3 successfully mounts the image. On the general > theory of things, I tested mounting the 6 ISO on 7 (failed) and the 7 > ISO on 6 (succeeded). In both 6 and 7, the virtual CD-ROM drive appears > to probe fine: > > acd0: DVDROM at ata0-slave PIO4 > > In both cases, the drive continues to show up fine in atacontrol: > > Slave: acd0 ATA/ATAPI revision 4 > > I tried reconfiguring Parallels to move the ISO to the second virtual > ATA controller and that didn't make a difference either. I was > wondering if anyone else had seen this? It sounds like it may be a > change in the ATA driver? > > Robert N M Watson > Computer Laboratory > University of Cambridge > _______________________________________________ > 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" > Robert, There may be a change, but - espacially since your dmesg shows a PATA device - I don't think the ATA driver is it. 6.2 7-CURRENT (SEP snapshot iso) thru 7-BETA1, plus 8-CURRENT in i386 and AMD64 are happy with real or virtual CD's here legacy IDE PATA, *with QEMU*. And that on two MB with reportedly problematic BIOS / chipset IDE/SATA settings (Asus P5K, Gigabyte GA G33-DS3R). Ergo, I'd suspect Parallels is unhappy with something in between itself and the 'real' controller/hardware. You might do a quick install of Qemu - even if it is not on your long-range plan - just to see if the problem persists. HTH Bill From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 22:22:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3946116A420 for ; Fri, 9 Nov 2007 22:22:59 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.234]) by mx1.freebsd.org (Postfix) with ESMTP id EE26B13C4B0 for ; Fri, 9 Nov 2007 22:22:58 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so516676nzf for ; Fri, 09 Nov 2007 14:22:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=urLUID+SvIIrpZIwuMCkUTPv4tzNyGO1gfeioQodFMU=; b=tkn/DOgP2Q4nGSJKqXoDIhBv88BX6wcMPb6AL/uOnu8UGiVEfDf1GRjArhJG+9Yxs6A08Z4W4Yt/Vt65LlDcZOCIxWKVRnql3Rhhui9U1lGeXyM5Cfaka2fg/ljIWqgKDlPopbZxml1uHYBZK33cWd1kHPIXQyR5RjoHpdu0eiU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=SPOTDmcnjHx21oKxKfIk5X7b/s8c/cWr+Pci2IORfUEyT0im/oigtcWLOFwG6AM//XpvWgr5f5UMvfUK1RtvAd8Srm8/TqFMQGQkQXHYH8lMCWMrED59o27OtkUWzoeFJKwdGDiQRiUjdjWkF5L5ZnYSjJcXy0Dqxg25zqVUgjE= Received: by 10.65.135.19 with SMTP id m19mr7906367qbn.1194646973736; Fri, 09 Nov 2007 14:22:53 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id q16sm3899533qbq.2007.11.09.14.22.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Nov 2007 14:22:53 -0800 (PST) Message-ID: <4734DDBB.3090002@gmail.com> Date: Fri, 09 Nov 2007 17:22:51 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071109) MIME-Version: 1.0 To: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= References: <20071109201533.F29504@fledge.watson.org> <4734DA88.70300@conducive.net> In-Reply-To: <4734DA88.70300@conducive.net> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 7.0BETA2: Can't use with Parallels virtual CD-ROM 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: Fri, 09 Nov 2007 22:22:59 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > And that on two MB with reportedly problematic BIOS / chipset > IDE/SATA settings (Asus P5K, Gigabyte GA G33-DS3R). Also p35's \ - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHNN26J9+1V27SttsRAqVvAKCkHPWu4fghj0ZI4WgpUnMTYcg5aACghfI6 K074XqZPA4i0zfvP39cAsjY= =p0We -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 22:24:09 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9256A16A468 for ; Fri, 9 Nov 2007 22:24:09 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id ABF9913C4A5 for ; Fri, 9 Nov 2007 22:24:08 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.13.8/jtpda-5.4) with ESMTP id lA9MNqcD011719 ; Fri, 9 Nov 2007 23:23:52 +0100 (CET) X-Ids: 168 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id lA9MNplk013578 ; Fri, 9 Nov 2007 23:23:51 +0100 (MET) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id lA9MNor5013575; Fri, 9 Nov 2007 23:23:50 +0100 (MET) (envelope-from arno) To: =?iso-8859-1?q?S=F8ren_Schmidt?= References: <47326FB8.50602@fusiongol.com> <4732CEE3.3070003@lxnt.info> <4732DA32.3090601@deepcore.dk> <4732E18A.6040802@lxnt.info> <47336FE1.6010109@deepcore.dk> From: "Arno J. Klaassen" Date: 09 Nov 2007 23:23:49 +0100 In-Reply-To: <47336FE1.6010109@deepcore.dk> Message-ID: Lines: 288 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (shiva.jussieu.fr [134.157.0.168]); Fri, 09 Nov 2007 23:23:53 +0100 (CET) X-Virus-Scanned: ClamAV 0.88.7/4731/Fri Nov 9 21:43:15 2007 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 4734DDF8.002 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Cc: Nathan Butcher , Alexander Sabourenkov , freebsd-current@freebsd.org Subject: Re: Remaining SATA (and other) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 22:24:09 -0000 Hi, Søren Schmidt writes: > OK, here is what I've come up with so far, however I still can't > reproduce the problem no matter what I try here. > > Anyhow, try the attached patch on a clean releng_7 and let me know how > it works out (or not). bon, I tried under amd64-releng_6 (with latest MFC-ed ata-sources) and no luck, though things improve : I can blank a whole disk (though never tried before this way; dunno scienticially if this is an improvement; that said, before doing this, I redid my 'rsync' tests, and no more DMA and g_vfs errors, it just panics somewhere in 'ffs'-code and leaves filesystem in a state easy to correct (whereas beforehand it was almost always completely hosed) ) : # dd if=/dev/zero of=/dev/ad6 bs=1048576 conv=noerror,sync dd: /dev/ad6: short write on character device dd: /dev/ad6: end of device 476941+0 records in 476940+1 records out 500107862016 bytes transferred in 9057.430594 secs (55215202 bytes/sec) with decent irq-rates (if ever) : interrupt total rate irq1: atkbd0 6 0 irq4: sio0 11 0 irq6: fdc0 1 0 irq14: ata0 126330 11 irq16: skc0 3736289 326 irq18: atapci0 7631321 667 irq20: atapci1 77 0 cpu0: timer 22859650 1999 Total 34353685 3005 I can create a new filesystem and copie files of up to some tens of MBs around, but when I started generating random files of 1GB and cp them, I get tons of 'g_vfs' and 'bad block' errors with really weird offset etc. values (log at the end of this email). This disk is brand new, no 'smart log errors', and, anyway, I could write zeros all over it. I more and more feel this TX4 might still have a driver-bug, but it's way of acting might as well uncover another bug somewhere else (my test ends with a "panic: ffs_blkfree: freeing free block" seen in releng_7 as well under some circumstances apparently). > Can all of you with promise problems please state exact motherboard > and controller model so I can try to get together a failing setup > given I have the HW or some kind soul gets it on my desk, thanks! Asus K8V-X-SE Motherboard (Bios 08.00.09) atapci0@pci0:13:0: class=0x018000 card=0x3d17105a chip=0x3d17105a rev=0x02 hdr=0x00 vendor = 'Promise Technology Inc' device = 'PDC40718-GP SATA 300 TX4 Controller' class = mass storage cap 01[60] = powerspec 2 supports D0 D1 D3 current D0 (TX4 Bios : 1.00.0.34) Let me know if I can do anything else. Best, Arno > -Søren > > Index: ata-chipset.c > [ ... ] #### messages ##### Nov 9 22:08:05 charlotte su: nono to toor on /dev/ttyp1 Nov 9 22:20:59 charlotte su: nono to toor on /dev/ttyp0 Nov 9 22:21:09 charlotte su: nono to toor on /dev/ttyp0 Nov 9 22:21:51 charlotte su: nono to toor on /dev/ttyp2 Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=-8880229927075854336, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=650570034041559040, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=9056282799029641216, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=-4888372539192289280, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=-5118736701085222912, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=-8457493593540020224, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=-5891577884064628736, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=-8880229927075854336, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=650570034041559040, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=9056282799029641216, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=-4888372539192289280, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=-5118736701085222912, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=-8457493593540020224, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=-5891577884064628736, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=5970331581943724032, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=-2827412959274725376, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: bad block 7726796387833750274, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=2701978903784884224, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: bad block -8906800737302227375, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=-2988806624664301568, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=246326020313481216, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=7389576820724563968, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: bad block -4022609875062229008, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=-5233364266500716544, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: bad block 6032268147030712337, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=-6578239927092533248, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: bad block -165341617799738507, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=-3971908809420423168, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: bad block 7780280747497867272, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=-9036797707095928832, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=130983021814185984, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=-6665193672977950720, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: bad block -4542882913487593733, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=-4134186441002487808, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: bad block 5510387298178341358, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=8787323751620284416, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=-172587707040268288, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=-6306185227679541248, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: bad block -7560119366733395189, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=-890255796912529408, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: bad block -2639544076852446852, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=8975551565872115712, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: bad block -2949978762017021882, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=6796648341656993792, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: bad block 2624413659077703376, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: g_vfs_done():ad6s1[READ(offset=7785599932814321664, length=16384)]error = 5 Nov 9 22:22:40 charlotte kernel: bad block 697355905082250877, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block -3032334366793460319, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 7697046270548113738, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 7938519669535207982, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 2949452668144927016, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block -2417478076629316085, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 375727043556280476, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 6108167633004803896, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block -2455549832544288134, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 7761475304573103568, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block -4606728043619129087, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block -8036760449384761097, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block -1175496540718551853, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 2709629579680680406, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 2967162504286207274, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 8462280846676160995, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 2634927435562963139, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block -3032334366793460319, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 7697046270548113738, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 7938519669535207982, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 2949452668144927016, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block -2417478076629316085, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 375727043556280476, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 6108167633004803896, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block -2455549832544288134, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 7761475304573103568, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block -4606728043619129087, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block -8036760449384761097, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block -1175496540718551853, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 2709629579680680406, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 2967162504286207274, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 8462280846676160995, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 2634927435562963139, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block -3032334366793460319, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 7697046270548113738, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 7938519669535207982, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 2949452668144927016, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block -2417478076629316085, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 375727043556280476, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 6108167633004803896, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block -2455549832544288134, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 7761475304573103568, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block -4606728043619129087, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block -8036760449384761097, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block -1175496540718551853, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 2709629579680680406, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 2967162504286207274, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 8462280846676160995, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 2634927435562963139, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block -3032334366793460319, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 7697046270548113738, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 7938519669535207982, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 2949452668144927016, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block -2417478076629316085, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 375727043556280476, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 6108167633004803896, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block -2455549832544288134, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 7761475304573103568, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block -4606728043619129087, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block -8036760449384761097, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block -1175496540718551853, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 2709629579680680406, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 2967162504286207274, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 8462280846676160995, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: bad block 2634927435562963139, ino 5 Nov 9 22:22:40 charlotte kernel: pid 867 (cp), uid 0 inumber 5 on /tempsync: bad block Nov 9 22:22:40 charlotte kernel: free inode /tempsync/5 had -1024 blocks Nov 9 22:22:43 charlotte kernel: g_vfs_done():ad6s1[READ(offset=-8880229927075854336, length=16384)]error = 5 Nov 9 22:22:43 charlotte kernel: g_vfs_done():ad6s1[READ(offset=650570034041559040, length=16384)]error = 5 Nov 9 22:22:43 charlotte kernel: g_vfs_done():ad6s1[READ(offset=9056282799029641216, length=16384)]error = 5 Nov 9 22:22:43 charlotte kernel: g_vfs_done():ad6s1[READ(offset=-4888372539192289280, length=16384)]error = 5 Nov 9 22:22:43 charlotte kernel: g_vfs_done():ad6s1[READ(offset=-5118736701085222912, length=16384)]error = 5 Nov 9 22:22:43 charlotte kernel: g_vfs_done():ad6s1[READ(offset=-8457493593540020224, length=16384)]error = 5 Nov 9 22:22:43 charlotte kernel: g_vfs_done():ad6s1[READ(offset=-5891577884064628736, length=16384)]error = 5 Nov 9 22:22:43 charlotte kernel: g_vfs_done():ad6s1[READ(offset=5970331581943724032, length=16384)]error = 5 Nov 9 22:24:49 charlotte syslogd: kernel boot file is /boot/kernel/kernel From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 22:28:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07EC416A41B; Fri, 9 Nov 2007 22:28:32 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (unknown [IPv6:2001:41d0:1:2ad2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9136A13C4AA; Fri, 9 Nov 2007 22:28:31 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:1:2ad2::fffe:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTP id 868BA1BAC24; Fri, 9 Nov 2007 23:28:30 +0100 (CET) Received: from morzine.restart.bel (morzine6.restart.bel [IPv6:2001:41d0:1:2ad2::1:2]) (authenticated bits=0) by restart.be (8.14.1/8.14.1) with ESMTP id lA9MSRJ5001169; Fri, 9 Nov 2007 23:28:27 +0100 (CET) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1194647310; bh=ioEEWw0L/kF/CDKgxQgCruQmi9admyDvsTmwB6W 1Lao=; h=DomainKey-Signature:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:X-Scanned-By; b=QwFtLcJB2vS 9YBt0oiv1uqxjk2yg6wl/P3jYDJcKlSpVcCx/ehIn/vs7kIHYiu72X7DOWtJlnmasgD aFFE2a2Q== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=xDS2K9R1pNqpTDh9+FT9JtgLjYZ42DGppakJ4hBnXfkM+qxLzL9gzdzrf+pNBPIlT U79LzN0U9MOiCEDiwvnjg== Message-ID: <4734DF0B.7040300@restart.be> Date: Fri, 09 Nov 2007 23:28:27 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Richard Arends References: <47348CAC.5020208@restart.be> <20071109182355.GB13845@shell.unixguru.nl> <4734C4AF.9020609@restart.be> <20071109204830.GC13845@shell.unixguru.nl> In-Reply-To: <20071109204830.GC13845@shell.unixguru.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on IPv6:2001:41d0:1:2ad2::1:1 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS deadlock ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 22:28:32 -0000 Richard Arends wrote: > On Fri, Nov 09, 2007 at 09:35:59PM +0100, Henri Hennebert wrote: > >>> This won't start the scrubs at the same time, but after each other. And >>> the second will only start if the first one not fails (exitcode == 0) >>> >> Not at all, the scrub is asynchronious, I'm sure of it > > Running 2 commands seperated by && will not run at the same time. Scrub > could be asynchronious, i don't know, but that has nothing to do with the > way you are running it. > > See: echo "sleep 1" && time sleep 2 && echo "sleep 2" && time sleep 2 > and: ls -l /notfound && echo yes Per the man page, zpool scrub *begin* a scrub witch go on in background, so two scrubs are running simustaneously on 2 different pools. Henri From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 22:38:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C16B16A420 for ; Fri, 9 Nov 2007 22:38:49 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 31F2213C4A3 for ; Fri, 9 Nov 2007 22:38:48 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 2B32EEB95EF; Sat, 10 Nov 2007 06:38:47 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id u5O6nX1h-NIy; Sat, 10 Nov 2007 06:38:40 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 96720EB95EB; Sat, 10 Nov 2007 06:38:38 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=ZCmacIkWHAGwrbqv0ajtd9ud0Jrk69vfU1iXe4YUcY7/DbNniSSMENlyxvoFRnvxR 6jKH35wHWjV5mcZ5t+XCQ== Message-ID: <4734E16B.3000909@delphij.net> Date: Fri, 09 Nov 2007 14:38:35 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: "Arno J. Klaassen" References: <47326FB8.50602@fusiongol.com> <4732CEE3.3070003@lxnt.info> <4732DA32.3090601@deepcore.dk> <4732E18A.6040802@lxnt.info> <47336FE1.6010109@deepcore.dk> In-Reply-To: X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Nathan Butcher , Alexander Sabourenkov , =?ISO-8859-1?Q?S=F8ren_Schmidt?= , freebsd-current@freebsd.org Subject: Re: Remaining SATA (and other) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 22:38:49 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Arno J. Klaassen wrote: > Hi, > > Søren Schmidt writes: > >> OK, here is what I've come up with so far, however I still can't >> reproduce the problem no matter what I try here. >> >> Anyhow, try the attached patch on a clean releng_7 and let me know how >> it works out (or not). > > bon, I tried under amd64-releng_6 (with latest MFC-ed ata-sources) > and no luck, though things improve : [snip] Just curious, is it a clean RELENG_6 with ata(4) MFC'ed, or patched with sos@'s patch? His patch will bring some invariant validation which will be helpful for driver debugging. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHNOFrhcUczkLqiksRAnikAKCWQwnp8IZkjcX2aTfvd/LvgvlUsgCfcTsJ qP6Ghi2S9SbAIfKkhy56H1E= =pMdu -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 22:45:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D30716A417 for ; Fri, 9 Nov 2007 22:45:55 +0000 (UTC) (envelope-from bv@bilver.wjv.com) Received: from wjv.com (fl-65-40-24-38.sta.embarqhsd.net [65.40.24.38]) by mx1.freebsd.org (Postfix) with ESMTP id D9C5513C4DA for ; Fri, 9 Nov 2007 22:45:54 +0000 (UTC) (envelope-from bv@bilver.wjv.com) Received: from bilver.wjv.com (localhost.wjv.com [127.0.0.1]) by wjv.com (8.14.1/8.13.1) with ESMTP id lA9MjaCt058147 for ; Fri, 9 Nov 2007 17:45:37 -0500 (EST) (envelope-from bv@bilver.wjv.com) Received: (from bv@localhost) by bilver.wjv.com (8.14.1/8.13.1/Submit) id lA9MjVZo058146 for freebsd-current@freebsd.org; Fri, 9 Nov 2007 17:45:31 -0500 (EST) (envelope-from bv) Date: Fri, 9 Nov 2007 17:45:31 -0500 From: Bill Vermillion To: freebsd-current@freebsd.org Message-ID: <20071109224531.GA58036@wjv.com> References: <20071109222421.037E116A494@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071109222421.037E116A494@hub.freebsd.org> User-Agent: Mutt/1.4.2.2i Organization: W.J.Vermillion / Orlando - Winter Park ReplyTo: bv@wjv.com Subject: Re: a better lesskey helper X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bv@wjv.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 22:45:55 -0000 The time has come the freebsd-current-request@freebsd.org said, to talk of many things but all that was heard on Fri, Nov 09, 2007 at 22:24 was whether pigs have wings - or: > Date: Fri, 09 Nov 2007 15:34:08 -0500 > From: Chuck Robey > Subject: Re: a better lesskey helper > Dag-Erling Sm??rgrav wrote: > > Nikolay Pavlov writes: > >> There is already such a file there. You just need to proper set an > >> environment: setenv LESSOPEN '|lesspipe.sh %s' > > zless will do that for you. > > DES > Now I'm getting a bit confused. I know you from long before, and > I know you wouldn't make mistakes easily. MY zless here doesn't > decode executables and libs, but there's no man page, and zless > --help gives only the standard less help info, so I don;'t know > what zless does that less didn't do before I changed out the > lesspipe.sh on my local system. > I really wouldn't want to bother folks anymore on this if I'm > all wet? Does your less not decode tar.gz things? What does your > zless do that your less doesn't? Does either your zless or your > less decode executables and libraries (via a objdump pipe)? > I gotta admit, I'd never heard of zless. I've found that 'most' is quite handy. It decodes binaries when it finds thems, it decompresses gzipped files. It's in /usr/ports/sysutils/most Bill -- Bill Vermillion - bv @ wjv . com From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 22:49:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AA7216A498 for ; Fri, 9 Nov 2007 22:49:42 +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 D483413C4C8 for ; Fri, 9 Nov 2007 22:49:41 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id A935A2092; Fri, 9 Nov 2007 23:49:14 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 2606F208F; Fri, 9 Nov 2007 23:49:14 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id ED16884421; Fri, 9 Nov 2007 23:49:13 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Chuck Robey References: <4733AA45.6030905@chuckr.org> <200711091309.56463.qpadla@gmail.com> <86lk97k54b.fsf@ds4.des.no> <4734C440.4070100@chuckr.org> <868x57jfti.fsf@ds4.des.no> <4734CBEB.5000000@chuckr.org> Date: Fri, 09 Nov 2007 23:49:13 +0100 In-Reply-To: <4734CBEB.5000000@chuckr.org> (Chuck Robey's message of "Fri\, 09 Nov 2007 16\:06\:51 -0500") Message-ID: <86ode3ghli.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: a better lesskey helper X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 22:49:42 -0000 Chuck Robey writes: > Oh, I see. Can I ask you to check, please, Dag, does your zless > decode binaries? zless does neither more nor less than set LESSOPEN and run less. I have no idea what you mean by "decode binaries", but it's all up to your lesspipe.sh. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 22:58:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0527616A418 for ; Fri, 9 Nov 2007 22:58:50 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 944C413C4A5 for ; Fri, 9 Nov 2007 22:58:49 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.13.8/jtpda-5.4) with ESMTP id lA9MwWoH065659 ; Fri, 9 Nov 2007 23:58:32 +0100 (CET) X-Ids: 164 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id lA9MwVc0013809 ; Fri, 9 Nov 2007 23:58:31 +0100 (MET) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id lA9MwVJG013806; Fri, 9 Nov 2007 23:58:31 +0100 (MET) (envelope-from arno) To: delphij@delphij.net References: <47326FB8.50602@fusiongol.com> <4732CEE3.3070003@lxnt.info> <4732DA32.3090601@deepcore.dk> <4732E18A.6040802@lxnt.info> <47336FE1.6010109@deepcore.dk> <4734E16B.3000909@delphij.net> From: "Arno J. Klaassen" Date: 09 Nov 2007 23:58:31 +0100 In-Reply-To: <4734E16B.3000909@delphij.net> Message-ID: Lines: 38 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (shiva.jussieu.fr [134.157.0.164]); Fri, 09 Nov 2007 23:58:32 +0100 (CET) X-Virus-Scanned: ClamAV 0.88.7/4736/Fri Nov 9 23:06:16 2007 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 4734E618.001 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Cc: Nathan Butcher , =?iso-8859-1?q??=, Alexander Sabourenkov , =?iso-8859-1?q? Søren Schmidt?= , freebsd-current@freebsd.org Subject: Re: Remaining SATA (and other) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 22:58:50 -0000 Xin LI writes: > Arno J. Klaassen wrote: > > Hi, > > > > Søren Schmidt writes: > > > >> OK, here is what I've come up with so far, however I still can't > >> reproduce the problem no matter what I try here. > >> > >> Anyhow, try the attached patch on a clean releng_7 and let me know how > >> it works out (or not). > > > > bon, I tried under amd64-releng_6 (with latest MFC-ed ata-sources) > > and no luck, though things improve : > [snip] > > Just curious, is it a clean RELENG_6 with ata(4) MFC'ed, or patched with > sos@'s patch? His patch will bring some invariant validation which will > be helpful for driver debugging. File: ata-chipset.c Status: Locally Modified Working revision: 1.126.2.22 Repository revision: 1.126.2.22 /home/ncvs/src/sys/dev/ata/ata-chipset.c,v File: ata-dma.c Status: Locally Modified Working revision: 1.137.2.3 Repository revision: 1.137.2.3 /home/ncvs/src/sys/dev/ata/ata-dma.c,v Those revisions are logged as "MFC: Sync the -HEAD state of ata(4) back to RELENG_6, except [ .. blahblah ..]" I then applied, cleanly, sos@'s patch. Best, Arno From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 23:01:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8CD716A419 for ; Fri, 9 Nov 2007 23:01:56 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 987AB13C4A6 for ; Fri, 9 Nov 2007 23:01:51 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 20464EB9511; Sat, 10 Nov 2007 07:01:43 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id GJyN8ZoRX0L8; Sat, 10 Nov 2007 07:01:38 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 27095EB91A3; Sat, 10 Nov 2007 07:01:36 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; b=fojR/DvGopy9uWJ9vZ4QilUj1ljmJXh+hLSRINB1bCFa67fDiQq6mMoA0si16/RoQ N9WbTY/2az8qwx1uMuZ0A== Message-ID: <4734E6CF.60001@delphij.net> Date: Fri, 09 Nov 2007 15:01:35 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: des@FreeBSD.org, freebsd-current@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: [PATCH] Update openssh to 4.7p1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 23:01:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Not sure if it worth an import right now, just FYI I have did some work here, for those who have interest: http://people.freebsd.org/~delphij/misc/openssh-47.diff Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHNObPhcUczkLqiksRAr2uAKC+hkeXbslPR5WoR4qPu3O92xiNpwCdFLjM 0oOmEG1CW9q7SEToA1a3xuI= =g8hA -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 23:08:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77FC716A418 for ; Fri, 9 Nov 2007 23:08:00 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 2E25713C4A8 for ; Fri, 9 Nov 2007 23:08:00 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 96D17EBB0B9; Sat, 10 Nov 2007 07:07:45 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id TZqhjtAXb5oD; Sat, 10 Nov 2007 07:07:39 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 72403EB91A3; Sat, 10 Nov 2007 07:07:37 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=qzJsEbGJ+2l88rbXIx+gJaQOvoF9BFgkWPio1Cdu2PhRw6hM78QQ9WCNDgD1zT3IH AEd06zl/SF7dihnsvcKTw== Message-ID: <4734E837.9000804@delphij.net> Date: Fri, 09 Nov 2007 15:07:35 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: "Arno J. Klaassen" References: <47326FB8.50602@fusiongol.com> <4732CEE3.3070003@lxnt.info> <4732DA32.3090601@deepcore.dk> <4732E18A.6040802@lxnt.info> <47336FE1.6010109@deepcore.dk> <4734E16B.3000909@delphij.net> In-Reply-To: X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Nathan Butcher , Alexander Sabourenkov , SXren Schmidt , freebsd-current@freebsd.org Subject: Re: Remaining SATA (and other) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 23:08:00 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Arno J. Klaassen wrote: > Xin LI writes: > >> Arno J. Klaassen wrote: >>> Hi, >>> >>> Søren Schmidt writes: >>> >>>> OK, here is what I've come up with so far, however I still can't >>>> reproduce the problem no matter what I try here. >>>> >>>> Anyhow, try the attached patch on a clean releng_7 and let me know how >>>> it works out (or not). >>> bon, I tried under amd64-releng_6 (with latest MFC-ed ata-sources) >>> and no luck, though things improve : >> [snip] >> >> Just curious, is it a clean RELENG_6 with ata(4) MFC'ed, or patched with >> sos@'s patch? His patch will bring some invariant validation which will >> be helpful for driver debugging. > > File: ata-chipset.c Status: Locally Modified > > Working revision: 1.126.2.22 > Repository revision: 1.126.2.22 /home/ncvs/src/sys/dev/ata/ata-chipset.c,v > > File: ata-dma.c Status: Locally Modified > > Working revision: 1.137.2.3 > Repository revision: 1.137.2.3 /home/ncvs/src/sys/dev/ata/ata-dma.c,v > > Those revisions are logged as "MFC: Sync the -HEAD state of ata(4) > back to RELENG_6, except [ .. blahblah ..]" > > I then applied, cleanly, sos@'s patch. I see. So this is basically the same code that RELENG_7 have plus sos@'s patch. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHNOdWhcUczkLqiksRArSUAJ9GkVUWqbU8z0KBzvFSjUfUNvkyQACePE4B sZ3dQ3g384FAJRLuzi7W5z4= =5kKu -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 23:10:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E778816A469 for ; Fri, 9 Nov 2007 23:10:32 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 842BC13C4A8 for ; Fri, 9 Nov 2007 23:10:32 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.13.8/jtpda-5.4) with ESMTP id lA9NAGO6019313 ; Sat, 10 Nov 2007 00:10:16 +0100 (CET) X-Ids: 168 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id lA9NAFul013854 ; Sat, 10 Nov 2007 00:10:15 +0100 (MET) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id lA9NAEoe013851; Sat, 10 Nov 2007 00:10:14 +0100 (MET) (envelope-from arno) To: delphij@delphij.net References: <47326FB8.50602@fusiongol.com> <4732CEE3.3070003@lxnt.info> <4732DA32.3090601@deepcore.dk> <4732E18A.6040802@lxnt.info> <47336FE1.6010109@deepcore.dk> <4734E16B.3000909@delphij.net> From: "Arno J. Klaassen" Date: 10 Nov 2007 00:10:14 +0100 In-Reply-To: <4734E16B.3000909@delphij.net> Message-ID: Lines: 19 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (shiva.jussieu.fr [134.157.0.168]); Sat, 10 Nov 2007 00:10:16 +0100 (CET) X-Virus-Scanned: ClamAV 0.88.7/4738/Fri Nov 9 23:56:20 2007 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 4734E8D8.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Cc: Nathan Butcher , =?iso-8859-1?q??=, Alexander Sabourenkov , =?iso-8859-1?q? Søren Schmidt?= , freebsd-current@freebsd.org Subject: Re: Remaining SATA (and other) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 23:10:33 -0000 just another remark : I originally tested on a 'gconcat' device : as said, one of the improvements of Alexander's/sos@ work is I now, after each crash, can 'fsck -t ufs -p /dev/concat/data' (sometimes minor human intervention needed) and start over again. I notice that after my last test just using plain /dev/ad6s1, after the crash (and reboot) /dev/ad6s1 has gone (and (or, because(?))) 'fdisk partition table' in invalid. IIRC gconcat stores metadata at the end of the disk, and fdisk (and 'bsdlabel as well?') is at the beginning. Might this indicate some very low numbered sectors are written erronously? Best, Arno From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 23:16:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DB7716A46E for ; Fri, 9 Nov 2007 23:16:46 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail1.sea5.speakeasy.net (mail1.sea5.speakeasy.net [69.17.117.3]) by mx1.freebsd.org (Postfix) with ESMTP id 35AF913C491 for ; Fri, 9 Nov 2007 23:16:46 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 8731 invoked from network); 9 Nov 2007 23:16:34 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail1.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 9 Nov 2007 23:16:34 -0000 Message-ID: <4734EA16.5090800@chuckr.org> Date: Fri, 09 Nov 2007 18:15:34 -0500 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: bv@wjv.com References: <20071109222421.037E116A494@hub.freebsd.org> <20071109224531.GA58036@wjv.com> In-Reply-To: <20071109224531.GA58036@wjv.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: a better lesskey helper X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 23:16:46 -0000 Bill Vermillion wrote: >>> I really wouldn't want to bother folks anymore on this if I'm >> all wet? Does your less not decode tar.gz things? What does your >> zless do that your less doesn't? Does either your zless or your >> less decode executables and libraries (via a objdump pipe)? > >> I gotta admit, I'd never heard of zless. > > I've found that 'most' is quite handy. It decodes binaries when it > finds thems, it decompresses gzipped files. > > It's in /usr/ports/sysutils/most That sort of behavior is (I think, I haven't yet checked most) what I am suggesting be brought into less. Look, let me repeat, now that I have gotten confirmation that I wasn't wrong (thanks to Carl). It's this: 1: modify our lesspipe.sh, so that, in addition to the detection of various tar archives (along with compression), it also detects various elf images, and uses objdump to display the info. Less will keep the current behavior on any other binaries it hits, only decoding the elf images. 2) add 1 line to our /etc/csh.cshrc and /etc/profile (to cover those sh and csh compatible shells) so that the lesspipe.sh functionality no longer needs folks to remember zless. I don't think it's needed, but if users ask for it, it would be trivial to code up a variable, like LESS_WITHOUT_LESSPIPE, that if defined could even block out these changes. I can't see why folks would not want it, but I'm not fanatic over it. 3) remove zless. I haven't been a committer for a great long time. I'm coming back to FreeBSD now, but until I have a bit more experience with all the changes (so I don't just recommit everyone's mistakes from the last couple years) I think I maybe shouldn't just go ahead and commit. Let some actual current committer stick it in. Look, the changes I'm suggesting are very very trivial, but if you want it, I could easily package things up as a diff. Or, if anyone at all wants to see my proposed lesspipe.sh, well, just mail me and ask for it. I gotta go ask and find out who gets the credit (I stole my copy from Gentoo Linux). I have a bad habit about that: I care absolutely zero about credit, and I sometimes forget that others do care. It's an honest mistake that I don't mind being reminded about, if someone notices me doing that. Certainly, going to any lengths to give ME credit of this would be kinda silly, but I do get confused sometimes about where to draw the line. From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 23:21:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D951B16A418 for ; Fri, 9 Nov 2007 23:21:40 +0000 (UTC) (envelope-from SRS0=68d9047528ebe96f8f77d3e36ca6b246ad7197ea=514=es.net=oberman@es.net) Received: from postal1.es.net (postal4.es.net [IPv6:2001:400:6000:1::66]) by mx1.freebsd.org (Postfix) with ESMTP id 1001613C4BF for ; Fri, 9 Nov 2007 23:21:39 +0000 (UTC) (envelope-from SRS0=68d9047528ebe96f8f77d3e36ca6b246ad7197ea=514=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id OIE73637; Fri, 09 Nov 2007 16:21:37 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 80D044500E; Fri, 9 Nov 2007 15:21:36 -0800 (PST) To: bv@wjv.com In-Reply-To: Your message of "Fri, 09 Nov 2007 17:45:31 EST." <20071109224531.GA58036@wjv.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1194650496_48742P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 09 Nov 2007 15:21:36 -0800 From: "Kevin Oberman" Message-Id: <20071109232136.80D044500E@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ;; X-Sender: X-To_Name: X-To_Domain: wjv.com X-To: bv@wjv.com X-To_Email: bv@wjv.com X-To_Alias: bv Cc: freebsd-current@freebsd.org Subject: Re: a better lesskey helper X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 23:21:40 -0000 --==_Exmh_1194650496_48742P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Fri, 9 Nov 2007 17:45:31 -0500 > From: Bill Vermillion > Sender: owner-freebsd-current@freebsd.org > > The time has come the freebsd-current-request@freebsd.org said, to > talk of many things but all that was heard on Fri, Nov 09, 2007 at > 22:24 was whether pigs have wings - or: > > > Date: Fri, 09 Nov 2007 15:34:08 -0500 > > From: Chuck Robey > > Subject: Re: a better lesskey helper > > > Dag-Erling Sm??rgrav wrote: > > > Nikolay Pavlov writes: > > >> There is already such a file there. You just need to proper set an > > >> environment: setenv LESSOPEN '|lesspipe.sh %s' > > > > zless will do that for you. > > > > DES > > > Now I'm getting a bit confused. I know you from long before, and > > I know you wouldn't make mistakes easily. MY zless here doesn't > > decode executables and libs, but there's no man page, and zless > > --help gives only the standard less help info, so I don;'t know > > what zless does that less didn't do before I changed out the > > lesspipe.sh on my local system. > > > I really wouldn't want to bother folks anymore on this if I'm > > all wet? Does your less not decode tar.gz things? What does your > > zless do that your less doesn't? Does either your zless or your > > less decode executables and libraries (via a objdump pipe)? > > > I gotta admit, I'd never heard of zless. > > I've found that 'most' is quite handy. It decodes binaries when it > finds thems, it decompresses gzipped files. > > It's in /usr/ports/sysutils/most It also decompresses bz2s, allows moving to a specific line by number or to a percentage of the file, auto-sizes to the window size (on the fly), can split the display and show multiple files or multiple parts of one file, delete files, search either case sensitive or insensitive, and a lot more. I've been using it as my pager for about 20 years. most(1) is more than less(1). -- 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 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1194650496_48742P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHNOuAkn3rs5h7N1ERApy7AJ4n+gWVk2Vm7woiyBDrOnVl5iIfNACdGBv4 KLz0EnKgOESCKh80I/SJau0= =AV/y -----END PGP SIGNATURE----- --==_Exmh_1194650496_48742P-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 23:29:46 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D00516A417; Fri, 9 Nov 2007 23:29:46 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) by mx1.freebsd.org (Postfix) with ESMTP id D738C13C48D; Fri, 9 Nov 2007 23:29:45 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from webmail.alpha-tierchen.de (port-212-202-41-210.dynamic.qsc.de [212.202.41.210]) by mx01.qsc.de (Postfix) with ESMTP id 543CBC80BB; Sat, 10 Nov 2007 00:29:31 +0100 (CET) Received: from 192.168.1.2 (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Fri, 9 Nov 2007 23:29:24 -0000 (UTC) Message-ID: <63059.192.168.1.2.1194650964.squirrel@webmail.alpha-tierchen.de> Date: Fri, 9 Nov 2007 23:29:24 -0000 (UTC) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: "FreeBSD Tinderbox" User-Agent: SquirrelMail/1.4.11 MIME-Version: 1.0 Content-Type: multipart/mixed;boundary="----=_20071109232924_87843" X-Priority: 3 (Normal) Importance: Normal Cc: arm@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 23:29:46 -0000 ------=_20071109232924_87843 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit FreeBSD Tinderbox wrote: > [...] > cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/netcmds.c > /src/usr.bin/systat/netcmds.c: In function 'netcmd': > /src/usr.bin/systat/netcmds.c:127: internal compiler error: internal > consistency failure > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. > *** Error code 1 > > Stop in /src/usr.bin/systat. > *** Error code 1 > [...] I noticed that the problem doesn't occur with latest snapshots of gcc 4.3, so I took some time and tracked down the responsible commit in the gcc source tree. I attached a patch. Please test it. Regards Björn ------=_20071109232924_87843 Content-Type: application/octet-stream; name="src-contrib-gcc-patch.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="src-contrib-gcc-patch.diff" LS0tIHNyYy9jb250cmliL2djYy90cmVlLWZsb3cuaC5vcmlnCTIwMDctMDUtMTkgMDE6MTE6NDku MDAwMDAwMDAwICswMDAwCisrKyBzcmMvY29udHJpYi9nY2MvdHJlZS1mbG93LmgJMjAwNy0xMS0w OSAyMzoxOTo0NC4wMDAwMDAwMDAgKzAwMDAKQEAgLTcxMyw2ICs3MTMsNyBAQAogdm9pZCByZWdp c3Rlcl9uZXdfbmFtZV9tYXBwaW5nICh0cmVlLCB0cmVlKTsKIHRyZWUgY3JlYXRlX25ld19kZWZf Zm9yICh0cmVlLCB0cmVlLCBkZWZfb3BlcmFuZF9wKTsKIGJvb2wgbmVlZF9zc2FfdXBkYXRlX3Ag KHZvaWQpOworYm9vbCBuYW1lX21hcHBpbmdzX3JlZ2lzdGVyZWRfcCAodm9pZCk7CiBib29sIG5h bWVfcmVnaXN0ZXJlZF9mb3JfdXBkYXRlX3AgKHRyZWUpOwogYml0bWFwIHNzYV9uYW1lc190b19y ZXBsYWNlICh2b2lkKTsKIHZvaWQgcmVsZWFzZV9zc2FfbmFtZV9hZnRlcl91cGRhdGVfc3NhICh0 cmVlIG5hbWUpOwotLS0gc3JjL2NvbnRyaWIvZ2NjL3RyZWUtaW50by1zc2EuYy5vcmlnCTIwMDct MDUtMTkgMDE6MDI6NTkuMDAwMDAwMDAwICswMDAwCisrKyBzcmMvY29udHJpYi9nY2MvdHJlZS1p bnRvLXNzYS5jCTIwMDctMTEtMDkgMjM6MjA6NDcuMDAwMDAwMDAwICswMDAwCkBAIC0yNjU5LDYg KzI2NTksMTMgQEAKICAgcmV0dXJuIHN5bXNfdG9fcmVuYW1lIHx8IG9sZF9zc2FfbmFtZXMgfHwg bmV3X3NzYV9uYW1lczsKIH0KIAorLyogUmV0dXJuIHRydWUgaWYgU1NBIG5hbWUgbWFwcGluZ3Mg aGF2ZSBiZWVuIHJlZ2lzdGVyZWQgZm9yIFNTQSB1cGRhdGluZy4gICovCisKK2Jvb2wKK25hbWVf bWFwcGluZ3NfcmVnaXN0ZXJlZF9wICh2b2lkKQoreworICByZXR1cm4gcmVwbF90YmwgJiYgaHRh Yl9lbGVtZW50cyAocmVwbF90YmwpID4gMDsKK30KIAogLyogUmV0dXJuIHRydWUgaWYgbmFtZSBO IGhhcyBiZWVuIHJlZ2lzdGVyZWQgaW4gdGhlIHJlcGxhY2VtZW50IHRhYmxlLiAgKi8KIAotLS0g c3JjL2NvbnRyaWIvZ2NjL3RyZWUtY2ZnLmMub3JpZwkyMDA3LTA1LTE5IDAxOjEyOjE1LjAwMDAw MDAwMCArMDAwMAorKysgc3JjL2NvbnRyaWIvZ2NjL3RyZWUtY2ZnLmMJMjAwNy0xMS0wOSAyMzox OToyOC4wMDAwMDAwMDAgKzAwMDAKQEAgLTEyMTQsNyArMTIxNCw3IEBACiAgIHBoaSA9IHBoaV9u b2RlcyAoYik7CiAgIGlmIChwaGkpCiAgICAgewotICAgICAgaWYgKG5lZWRfc3NhX3VwZGF0ZV9w ICgpKQorICAgICAgaWYgKG5hbWVfbWFwcGluZ3NfcmVnaXN0ZXJlZF9wICgpKQogCXJldHVybiBm YWxzZTsKIAogICAgICAgZm9yICg7IHBoaTsgcGhpID0gUEhJX0NIQUlOIChwaGkpKQo= ------=_20071109232924_87843-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 23:48:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A99116A418 for ; Fri, 9 Nov 2007 23:48:49 +0000 (UTC) (envelope-from erik@cepheid.org) Received: from mail.cepheid.org (aleph.cepheid.org [72.232.60.94]) by mx1.freebsd.org (Postfix) with ESMTP id 2A05013C4A7 for ; Fri, 9 Nov 2007 23:48:48 +0000 (UTC) (envelope-from erik@cepheid.org) Received: by mail.cepheid.org (Postfix, from userid 1006) id 421A29B40A8; Fri, 9 Nov 2007 17:51:14 -0600 (CST) Date: Fri, 9 Nov 2007 17:51:14 -0600 From: Erik Osterholm To: Henri Hennebert Message-ID: <20071109235114.GA74197@aleph.cepheid.org> Mail-Followup-To: Erik Osterholm , Henri Hennebert , Richard Arends , freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <47348CAC.5020208@restart.be> <20071109182355.GB13845@shell.unixguru.nl> <4734C4AF.9020609@restart.be> <20071109204830.GC13845@shell.unixguru.nl> <4734DF0B.7040300@restart.be> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4734DF0B.7040300@restart.be> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Richard Arends Subject: Re: ZFS deadlock ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2007 23:48:49 -0000 On Fri, Nov 09, 2007 at 11:28:27PM +0100, Henri Hennebert wrote: > Richard Arends wrote: > >On Fri, Nov 09, 2007 at 09:35:59PM +0100, Henri Hennebert wrote: > > > >>>This won't start the scrubs at the same time, but after each other. And > >>>the second will only start if the first one not fails (exitcode == 0) > >>> > >>Not at all, the scrub is asynchronious, I'm sure of it > > > >Running 2 commands seperated by && will not run at the same time. Scrub > >could be asynchronious, i don't know, but that has nothing to do with the > >way you are running it. > > > >See: echo "sleep 1" && time sleep 2 && echo "sleep 2" && time sleep 2 > >and: ls -l /notfound && echo yes > > Per the man page, zpool scrub *begin* a scrub witch go on in background, > so two scrubs are running simustaneously on 2 different pools. > > Henri Henri is 100% correct. zpool scrub kicks off a scrub which occurs in the background. I'm not sure I like this behavior that much, but it's not like it's my call :) lothos# zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT tank 1.81T 368G 1.45T 19% ONLINE - lothos# time sh -c "zpool scrub tank && echo Done\?" Done? 0.000u 0.010s 0:04.35 0.2% 116+152k 14+0io 8pf+0w lothos# zpool status tank pool: tank state: ONLINE scrub: scrub in progress, 3.97% done, 0h40m to go config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ad4 ONLINE 0 0 0 ad5 ONLINE 0 0 0 ad6 ONLINE 0 0 0 ad7 ONLINE 0 0 0 errors: No known data errors Erik From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 00:14:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C34216A420 for ; Sat, 10 Nov 2007 00:14:55 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 09A6213C4BA for ; Sat, 10 Nov 2007 00:14:53 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 26947EBB71D; Sat, 10 Nov 2007 08:14:40 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id PgG-n7c56dpG; Sat, 10 Nov 2007 08:14:35 +0800 (CST) Received: from charlie.delphij.net (adsl-76-237-33-62.dsl.pltn13.sbcglobal.net [76.237.33.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 7BEE9EB9020; Sat, 10 Nov 2007 08:14:34 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; b=DTuzQAJqcWzHmcJ8zTdVZQL3dfHXjlQN8f6XcXzsxF0qVjQOtCEwcPdD8QPrLeiwS c+MEUA6rUeomm08v/O6IA== Message-ID: <4734F7D8.70003@delphij.net> Date: Fri, 09 Nov 2007 16:14:16 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: [RELENG_7] netstat 1 can output ridiculous numbers when doing heavy NFS traffic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 00:14:55 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Has anyone noticed this? With large NFS traffic sometimes "nfsstat 1" will give ridiculous numbers, with error counts, could this be a race condition? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHNPfYhcUczkLqiksRApGZAJ0ezAivKpiUvCkZ0EHwweVqZOI7KgCgoyKr 0P68xE6xQRHVariz7qFMlHQ= =mIjv -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 00:46:26 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6067816A418; Sat, 10 Nov 2007 00:46:26 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.freebsd.org (Postfix) with ESMTP id 1B5FB13C48D; Sat, 10 Nov 2007 00:46:25 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.3] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id lAA0kHRH025692 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Nov 2007 16:46:18 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <4734FEAB.2070400@FreeBSD.org> Date: Fri, 09 Nov 2007 16:43:23 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Rui Paulo References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> <20071104231422.GA82337@rink.nu> <472F5E62.4080406@samsco.org> <60C64C73-A019-4C01-85E1-80DF4C76B1AF@freebsd.org> <4732171F.3010803@FreeBSD.org> <473232A8.3080105@samsco.org> <5A4AF64C-D70A-4303-8116-D13718EE8BCC@FreeBSD.org> In-Reply-To: <5A4AF64C-D70A-4303-8116-D13718EE8BCC@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Rink Springer , freebsd-i386@FreeBSD.org, freebsd-hardware@FreeBSD.org Subject: Re: MacBook users: possible fix for the SMP 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: Sat, 10 Nov 2007 00:46:26 -0000 I don't have the original 1st gen MacBook to test this on anymore, but it looks good. Please make sure it gets both into 6.3 and 7.0 releases. Thanks! -Maxim Rui Paulo wrote: > On 7 Nov 2007, at 21:48, Scott Long wrote: > >> Rui Paulo wrote: >>> On Nov 7, 2007 7:50 PM, Maxim Sobolev wrote: >>>> I don't really like the fact that it has to be turned on manually. >>>> Is it >>>> possible to make this automatic based on BIOS Id or something like >>>> this? >>> Yes, I can turn this on for MacBooks. >> >> Yeah, at least have it on by default for the systems that we know have >> the problem. I still think that it needs wider application, but as long >> as the immediate and identifiable issue is addressed, I'm happy. > > > Ok, if there are no objections, I plan to request approval from my > mentor and from re@ for the following patch: > > Index: clock.c > =================================================================== > RCS file: /home/ncvs/src/sys/i386/isa/clock.c,v > retrieving revision 1.240 > diff -u -p -r1.240 clock.c > --- clock.c 26 Oct 2007 03:23:54 -0000 1.240 > +++ clock.c 9 Nov 2007 11:34:56 -0000 > @@ -130,6 +130,9 @@ static u_char rtc_statusb = RTCSB_24HR; > #define ACQUIRED 2 > #define ACQUIRE_PENDING 3 > > +/* Intel ICH register */ > +#define ICH_PMBASE 0x400 > + > static u_char timer2_state; > > static unsigned i8254_get_timecount(struct timecounter *tc); > @@ -616,11 +619,31 @@ i8254_init(void) > void > startrtclock() > { > + char *ichenv, *sysenv; > u_int delta, freq; > > writertc(RTC_STATUSA, rtc_statusa); > writertc(RTC_STATUSB, RTCSB_24HR); > > + /* > + * On some systems, namely MacBooks, we need to disallow the > + * legacy USB circuit to generate an SMI# because this can > + * cause several problems, namely: incorrect CPU frequency > + * detection and failure to start the APs. > + */ > + ichenv = getenv("hw.ich.disable_legacy_usb"); > + sysenv = getenv("smbios.system.product"); > + if ((ichenv != NULL) || (sysenv != NULL && > + strncmp(sysenv, "MacBook", 7) == 0)) { > + if (bootverbose) > + printf("Disabling LEGACY_USB_EN bit on Intel ICH.\n"); > + outl(ICH_PMBASE + 0x30, inl(ICH_PMBASE + 0x30) & ~0x8); > + if (ichenv) > + freeenv(ichenv); > + if (sysenv) > + freeenv(sysenv); > + } > + > freq = calibrate_clocks(); > #ifdef CLK_CALIBRATION_LOOP > if (bootverbose) { > > > -- > Rui Paulo > From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 01:19:15 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9776616A418 for ; Sat, 10 Nov 2007 01:19:15 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 2A76A13C4C3 for ; Sat, 10 Nov 2007 01:19:14 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.13.8/jtpda-5.4) with ESMTP id lAA1IntQ036951 ; Sat, 10 Nov 2007 02:18:49 +0100 (CET) X-Ids: 166 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id lAA1Imhd014072 ; Sat, 10 Nov 2007 02:18:48 +0100 (MET) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id lAA1Im9F014069; Sat, 10 Nov 2007 02:18:48 +0100 (MET) (envelope-from arno) To: delphij@delphij.net References: <47326FB8.50602@fusiongol.com> <4732CEE3.3070003@lxnt.info> <4732DA32.3090601@deepcore.dk> <4732E18A.6040802@lxnt.info> <47336FE1.6010109@deepcore.dk> <4734E16B.3000909@delphij.net> <4734E837.9000804@delphij.net> From: "Arno J. Klaassen" Date: 10 Nov 2007 02:18:47 +0100 In-Reply-To: <4734E837.9000804@delphij.net> Message-ID: Lines: 177 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (shiva.jussieu.fr [134.157.0.166]); Sat, 10 Nov 2007 02:18:50 +0100 (CET) X-Virus-Scanned: ClamAV 0.88.7/4739/Sat Nov 10 00:18:05 2007 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 473506F9.001 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Cc: Nathan Butcher , Alexander Sabourenkov , Soren Schmidt , freebsd-current@freebsd.org Subject: Re: Remaining SATA (and other) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 01:19:15 -0000 Hello, I tried again with kernel sources (releng_6) without latest MFC but with patch applied (minus the marvel_setprd-chunk). No difference, but ... something (else???) is really weird : 1) # dd if=/dev/zero of=/dev/ad6 count=2 ; sleep 1; ls -l /dev/ad6* 2+0 records in 2+0 records out 1024 bytes transferred in 0.000486 secs (2107442 bytes/sec) crw-r----- 1 root operator 0, 68 Nov 10 01:21 /dev/ad6 2) # fdisk -BI /dev/ad6; sleep 1; ls -l /dev/ad6s1* ******* Working on device /dev/ad6 ******* fdisk: invalid fdisk partition table found fdisk: Geom not found crw-r----- 1 root operator 0, 94 Nov 10 00:43 /dev/ad6s1 Note : no /dev/ad6s1c showing up ... 3) # disklabel -re /dev/ad6s1 # /dev/ad6s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 976773105 63 unused 0 0 # "raw" part, don't edit d: 976773105 63 4.2BSD 0 0 0 partition c: partition extends past end of unit disklabel: partition c doesn't start at 0! disklabel: An incorrect partition c may cause problems for standard system utilities partition d: partition extends past end of unit re-edit the label? [y]: (hard to reproduce, but after several repetitions, it sometimes shows "0" for the offsets and I can write the label without complaint) 4a) I edit the label, set offset to "0" by hand, and then : # ls -l /dev/ad6* crw-r----- 1 root operator 0, 68 Nov 10 01:21 /dev/ad6 crw-r----- 1 root operator 0, 94 Nov 10 01:33 /dev/ad6s1 4b) Idem, but I reduce size of partition 'd' by "63" : # ls -l /dev/ad6* crw-r----- 1 root operator 0, 68 Nov 10 01:21 /dev/ad6 crw-r----- 1 root operator 0, 94 Nov 10 01:33 /dev/ad6s1 No way /dev/ad6s1c and /dev/ad6s1d will show up (though they do sometimes show up for a short while ... hard to repeat ) 4c) Take a beer from the fridge and change radio station : # ls -l /dev/ad6* crw-r----- 1 root operator 0, 68 Nov 10 01:44 /dev/ad6 Even /dev/ad6s1 quietly disappeared .... 5) Bon, I repeat the same things for ad12 : # fdisk -BI /dev/ad12; sleep 1; ls -l /dev/ad12s1* ******* Working on device /dev/ad12 ******* fdisk: Geom not found crw-r----- 1 root operator 0, 76 Nov 10 00:43 /dev/ad12s1 crw-r----- 1 root operator 0, 77 Nov 10 00:43 /dev/ad12s1c [root@charlotte ~]# disklabel -re /dev/ad12s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 625142432 16 unused 0 0 c: 625142385 0 unused 0 0 # "raw" part, don't edit (Note, 'a' is not correct here, but that might be 'normal' due to my very limited 'geom'-knowledge (it does not show up in 'disklabel /dev/ad12s1' anyway)) I add a partition 'd' equal to 'c' (and remove'a'). # ls -l /dev/ad12* crw-r----- 1 root operator 0, 69 Nov 10 01:44 /dev/ad12 crw-r----- 1 root operator 0, 76 Nov 10 01:48 /dev/ad12s1 crw-r----- 1 root operator 0, 94 Nov 10 00:43 /dev/ad12s1c crw-r----- 1 root operator 0, 95 Nov 10 00:43 /dev/ad12s1d (Note, weird atimes for /dev/ad12s1c and /dev/ad12s1d ..., I just created them ... enfin) # newfs /dev/ad12s1d # mount /dev/ad12s1d /mnt # cd /mnt/ # /usr/temp/test_raid.sh 10 20 (creates 20 random files of 10M, copies them and does md5-cksum on original and copy) # /usr/temp/test_raid.sh 100 4 # /usr/temp/test_raid.sh 1000 2 # /usr/temp/test_raid.sh 4000 1 No crash, all cksum-comparisons OK ... To finish, the hardware differences between ad6 and ad12 : # atacontrol cap ad6 Protocol Serial ATA II device model WDC WD5000AAKS-00TMA0 serial number WD-WCAPW3059906 firmware revision 12.01C01 cylinders 16383 heads 16 sectors/track 63 lba supported 268435455 sectors lba48 supported 976773168 sectors dma supported overlap not supported Feature Support Enable Value Vendor write cache yes yes read ahead yes yes Native Command Queuing (NCQ) yes - 31/0x1F Tagged Command Queuing (TCQ) no no 31/0x1F SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no 0/0x00 automatic acoustic management yes no 254/0xFE 128/0x80 # atacontrol cap ad12 Protocol Serial ATA v1.0 device model WDC WD3200JD-22KLB0 serial number WD-WMAMR1280328 firmware revision 08.05J08 cylinders 16383 heads 16 sectors/track 63 lba supported 268435455 sectors lba48 supported 625142448 sectors dma supported overlap not supported Feature Support Enable Value Vendor write cache yes yes read ahead yes yes Native Command Queuing (NCQ) no - 0/0x00 Tagged Command Queuing (TCQ) no no 0/0x00 SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no 0/0x00 automatic acoustic management yes no 254/0xFE 128/0x80 and ad6 is only device at atapci0: and ad12 only device at atapci1: Hope I didn't do something stupidly wrong and that this might give someone a clue. NB, this test-box is not under my desk but a university in Paris. Next planned time I need to go there is thuesday. I.e. I can swap disks/cables but some patience needed Best, Arno From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 03:10:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8891A16A41B for ; Sat, 10 Nov 2007 03:10:16 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: from smtp113.plus.mail.sp1.yahoo.com (smtp113.plus.mail.sp1.yahoo.com [69.147.95.76]) by mx1.freebsd.org (Postfix) with SMTP id 7DCBC13C4B9 for ; Sat, 10 Nov 2007 03:10:16 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: (qmail 68472 invoked from network); 10 Nov 2007 03:10:11 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Bbl+I1XAU/SGfQw8tlGfPcMlmHRUSQ7ytqBpemhooEua2l1H5WJEr+0oLLCwbYz3RTpXJxOGcqso0ZZKxV060+wquMs0+P+dZoaJuJqZ2GGcP52TbGlGXjEiVXSCHrGQv+4I8/F0/qzoitzIaYiz+59mIHLDwM8y2GePaeplKVM= ; Received: from unknown (HELO borgdemon3.thruhere.net) (john_m_cooper@134.121.244.74 with plain) by smtp113.plus.mail.sp1.yahoo.com with SMTP; 10 Nov 2007 03:10:10 -0000 X-YMail-OSG: 9uYqy9cVM1lc5bbpT6tnccZRh5kIhLlcHcoLweiVYMg41Fq3yY2OOBBoAEx45WlNZM.K0uUcPQzcffamtvSE99BrjazGk1gaoLXSNbq1YUbXfqlOgdi4T9q.Vxfg Message-ID: <47352111.3080600@yahoo.com> Date: Fri, 09 Nov 2007 19:10:09 -0800 From: John Merryweather Cooper User-Agent: Thunderbird 2.0.0.4pre (X11/20071013) MIME-Version: 1.0 To: anders@gavare.se References: <1194634760.1749.9.camel@laptop> In-Reply-To: <1194634760.1749.9.camel@laptop> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: device atpic to be deprecated? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2007 03:10:16 -0000 Anders Gavare wrote: > Hi currenters! > > On Wednesday 29 March 2006, John Baldwin wrote: > >> On Wednesday 29 March 2006 12:08, Scott Long wrote: >> >>> John Baldwin wrote: >>> On Wednesday 29 March 2006 11:26, Scott Long wrote: >>> >> .. >> >>>>>>>> On Wed, Mar 29, 2006 at 02:05:27AM -0600, Conrad J. Sabatier >>>>>>>> wrote: >>>>>>>> Is the plan still in effect to abolish this device? >>>>>>>> >>>>>>> To my mind it wouldn't make much sense, given the sheer amount >>>>>>> of hardware out there which doesn't have an IOAPIC, then again >>>>>>> I'm probably out of touch with the state of interrupt handling >>>>>>> in -CURRENT. >>>>>>> >>>>>> All amd64 machines (which is where atpic would be removed) have >>>>>> an APIC. >>>>>> >>>>> That's kind of like saying that ISA will be removed because there >>>>> is PCI >>>>> =-) Having an APIC doesn't necessarily guarantee that it works. >>>>> There have been enough reports of problems on the mailing lists >>>>> over time that I think it's a bit premature to declare the ATPIC >>>>> dead. Also, is the ATPIC code in amd64 causing problems, holding >>>>> back progress, or creating a maintenance burden? >>>>> >>>> I think that once the lapic timer stuff was added almost all of >>>> the APIC issues I was aware of went away on amd64 that were fixed >>>> by using device atpic instead. Most of the earlier problems were >>>> due to chipsets not setting up pin 0 as extint, etc. but all that >>>> is no longer relevant when we switched to using the lapic timer >>>> and stopped using irq0 and irq8 with APIC. This is the first I've >>>> heard since the lapic timer stuff that APIC didn't work on an >>>> amd64 box, and device atpic has been off by default in HEAD for >>>> quite a while now. If we were able to require APIC on amd64, then >>>> we might be able to try out some optimizations and other things I >>>> haven't bothered with since they wouldn't be feasible on i386. >>>> >>> Fine, remove it. >>> >> I have to make sure it really works for everyone first though before >> removing it would really be viable. :-/ >> > > The GENERIC 7.0-BETA2 kernel does not boot on my 1.8 GHz amd64 laptop > (and HP Pavilion ze2000). Not in safe mode, not without ACPI, not > without apic0/sio0/sio1 (which is the usual trick on this machine). > > After some detective work, however, I noticed that with "device atpic" > added, 7.0-BETA2 works fine on this machine. (I took a chance and > updated my sources from 6-STABLE to 7-STABLE, added the device, and now > I am running 7.0-BETA2. If I hadn't already had FreeBSD installed, it > would not have been possible to get it to boot, though, so this feels > kind of critical.) > > My question is: Is it possible to add "device atpic" again in time for > the 7.0 release? What is the possible negative impact of adding it? > > > Anders > > > _______________________________________________ > 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" > > My HP Pavillion dv9420us only boots after some workarounds, but the atpic doesn't make any difference to it--it doesn't even detect one. jmc From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 03:19:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DAD616A418 for ; Sat, 10 Nov 2007 03:19:37 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 4FA7913C4AA for ; Sat, 10 Nov 2007 03:19:36 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.100] (cpe-24-94-75-93.hawaii.res.rr.com [24.94.75.93]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id lAA3JLPh035898 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Fri, 9 Nov 2007 22:19:22 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Fri, 9 Nov 2007 19:21:05 -0800 (PST) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: freebsd-current@freebsd.org Message-ID: <20071109191821.V639@10.0.0.1> MIME-Version: 1.0 Content-Type: MULTIPART/Mixed; BOUNDARY="Boundary-00=_D/NNHFANXvejg1Y" Content-ID: <20071109191821.K639@10.0.0.1> Cc: nickpiggin@yahoo.com.au Subject: FreeBSD corruption problems on barcelona X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2007 03:19:37 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --Boundary-00=_D/NNHFANXvejg1Y Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; format=flowed Content-ID: <20071109191821.V639@10.0.0.1> Content-Disposition: INLINE I have a report from a Linux developer who has kindly done some investigation into a problem he's having getting 7.0 beta2 installed due to what appears to be serious corruption on writes. Please read on for details. ---------- Forwarded message ---------- Date: Sat, 10 Nov 2007 09:31:31 +1100 From: Nick Piggin To: Jeff Roberson Subject: Re: Installing FreeBSD 7 On Saturday 10 November 2007 06:37, Jeff Roberson wrote: > On Sat, 10 Nov 2007, Nick Piggin wrote: >> Hi Jeff, >> >> Your recent blog posts and other tests with FreeBSD 7 performance >> has me very interested in it :) Anyway I had intended to install it >> when I got a new test box running, and now is that time. >> >> I have installed FreeBSD 4.something long ago, but haven't had the >> time to look at it since then. You probably don't have the time to >> answer newbie questions either but if I may just quickly run the >> problem past you... (feel free to redirect me) >> >> I have 7.0-BETA2-amd64-disk1.iso and installing from CD. This seems >> to be the easy/preferred way to go? No special trick to it -- just >> follow the standard install? > > Yes, it's pretty much the only way to go unless you want to do a scripted > install. yes, we know it's terrible. OK, thanks. I wasn't going to criticise it ;)... it's a little bit clunky in places. OTOH I much prefer a nice text based installer to most of the graphical ones. >> The problem I have is that the install seem quite flakey and has >> random problems. One install will complain it can't mount root, the >> next reinstall will stop before the kernel console comes up, the >> next will complain about some problem with various binaries not >> being valid executables etc. >> >> BETA1.5 was slightly better (I actually got to the point I could log >> in), but it seemed to have similar corruption in random text files as >> well, so maybe I just got lucky. >> >> The install kernel running off the PATA CD seems completely solid. So >> I think everything points to a SATA driver problem. > > That sounds pretty bad. Not a good reflection on us is it? I'll see > if I can contact the ata driver author and see what he has to say. Well it is a beta, and it's new hardware; I was prepared to see bugs. Doesn't seem like many others are having problems, so it might be something unusual in my configuration. > For now you could try "set hw.ata.ata_dma=0" "set hw.ata.atapi_dma=0" in > the boot loader before the install and then again before you boot. Then > you can put that without the 'set' in /boot/loader.conf. Just interrupt > the boot as it's counting down with a key press and then type 'boot' after > you've entered the variables. We used to see random corruption problems > with pata devices when we tried to do too fast a dma mode. You'd think the > signaling would be better with sata but it's worth a shot. That doesn't work either. After installing again, eg. now I have corruption in lib/libm.so.5 (among other things). hexdump /lib/libm.so.5 shows the first 0x10000 bytes are zeroes. > If you could also do a 'boot -v' from the loader once and dump the dmesg > into a file that'd be very helpful to the ata guy I'm sure. Here it is attached. Now there is a cdrom error there, however I don't believe it is the cause of the problem (or at least, there is a bigger problem with the sata disk). The install has run perfectly every time I've run it, so it is pulling the data off the CD OK. Now I have actually got as far as root login, I filled up a 1MB file with /dev/urandom and took an md5. Then copied that to 50 files on the /tmp filesystem, unmounted and remounted it, and then read back the md5 sums. Practially all of them are wrong, but they seem to be wrong in the same ways (eg. many share the same incorrect md5 sum). Reading the files back from disk consistently gives the same information, so it seems like reads are OK. Interestingly, a second test didn't show up corruption, so I don't know how reproduceable it is Hope this helps. Thanks, Nick --Boundary-00=_D/NNHFANXvejg1Y Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1; NAME=freebsd.dmesg Content-ID: <20071109191821.H639@10.0.0.1> Content-Description: Content-Disposition: ATTACHMENT; FILENAME=freebsd.dmesg Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA2 #0: Fri Nov 2 14:54:38 UTC 2007 root@myers.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff80f7e000. Preloaded mfs_root "/boot/mfsroot" at 0xffffffff80f7e208. Calibrating clock(s) ... i8254 clock: 1192946 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1895261780 Hz CPU: Quad-Core AMD Opteron(tm) Processor 8347 (1895.26-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f21 Stepping = 1 Features=0x178bfbff Features2=0x802009> AMD Features=0xee500800,RDTSCP,LM,3DNow!+,3DNow!> AMD Features2=0x7ff,,,Prefetch,,> Cores per package: 4 L1 2MB data TLB: 48 entries, fully associative L1 2MB instruction TLB: 16 entries, fully associative L1 4KB data TLB: 48 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB data TLB: 128 entries, 2-way associative L2 2MB instruction TLB: 0 entries, 2-way associative L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative usable memory = 4277063680 (4078 MB) Physical memory chunk(s): 0x0000000000001000 - 0x0000000000099fff, 626688 bytes (153 pages) 0x000000000107c000 - 0x00000000c6ff9fff, 3321356288 bytes (810878 pages) 0x0000000100000000 - 0x000000012ffeffff, 805240832 bytes (196592 pages) avail memory = 4115697664 (3925 MB) ACPI APIC Table: INTR: Adding local APIC 1 as a target INTR: Adding local APIC 2 as a target INTR: Adding local APIC 3 as a target INTR: Adding local APIC 4 as a target INTR: Adding local APIC 5 as a target INTR: Adding local APIC 6 as a target INTR: Adding local APIC 7 as a target FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 APIC: CPU 2 has ACPI ID 2 APIC: CPU 3 has ACPI ID 3 APIC: CPU 4 has ACPI ID 4 APIC: CPU 5 has ACPI ID 5 APIC: CPU 6 has ACPI ID 6 APIC: CPU 7 has ACPI ID 7 ACPI: RSDP @ 0x0xf8020/0x0024 (v 2 PTLTD ) ACPI: XSDT @ 0x0xcfedbf64/0x0064 (v 1 BRCM Anaheim 0x06040000 PTL 0x02000001) ACPI: FACP @ 0x0xcfedc03c/0x00F4 (v 3 BRCM EXPLOSN 0x06040000 MSFT 0x02000001) ACPI Warning (tbfadt-0505): Optional field "Pm2ControlBlock" has zero address or length: 0 0/C [20070320] ACPI: DSDT @ 0x0xcfedc130/0x4777 (v 2 AMD Anaheim 0x06040000 MSFT 0x02000002) ACPI: FACS @ 0x0xcfeedfc0/0x0040 ACPI: TCPA @ 0x0xcfee08a7/0x0032 (v 1 BRCM Anaheim 0x06040000 PTL 0x20000001) ACPI: SRAT @ 0x0xcfee08d9/0x0150 (v 1 AMD HAMMER 0x06040000 AMD 0x00000001) ACPI: SSDT @ 0x0xcfee0a29/0x143C (v 1 AMD POWERNOW 0x06040000 AMD 0x00000001) ACPI: HPET @ 0x0xcfee1e65/0x0038 (v 1 BRCM Anaheim 0x06040000 BRCM 0x02000001) ACPI: SSDT @ 0x0xcfee1e9d/0x0049 (v 1 BRCM PRT0 0x06040000 BRCM 0x02000001) ACPI: SPCR @ 0x0xcfee1ee6/0x0050 (v 1 PTLTD $UCRTBL$ 0x06040000 PTL 0x00000001) ACPI: APIC @ 0x0xcfee1f36/0x00CA (v 1 BRCM Anaheim 0x06040000 PTL 0x02000001) MADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 9, Interrupt 16 at 0xfec01000 MADT: Found IO APIC ID 10, Interrupt 32 at 0xfec02000 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high lapic2: Routing NMI -> LINT1 lapic2: LINT1 trigger: edge lapic2: LINT1 polarity: high lapic3: Routing NMI -> LINT1 lapic3: LINT1 trigger: edge lapic3: LINT1 polarity: high lapic4: Routing NMI -> LINT1 lapic4: LINT1 trigger: edge lapic4: LINT1 polarity: high lapic5: Routing NMI -> LINT1 lapic5: LINT1 trigger: edge lapic5: LINT1 polarity: high lapic6: Routing NMI -> LINT1 lapic6: LINT1 trigger: edge lapic6: LINT1 polarity: high lapic7: Routing NMI -> LINT1 lapic7: LINT1 trigger: edge lapic7: LINT1 polarity: high MADT: Forcing active-low polarity and level trigger for SCI ioapic0: intpin 9 polarity: low ioapic0: intpin 9 trigger: level ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 ath_rate: version 1.2 wlan_amrr: wlan: <802.11 Link Layer> null: random: nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: io: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) rr232x: RocketRAID 232x controller driver v1.02 (Nov 2 2007 14:52:52) acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) pci_open(1): mode 1 addr port (0x0cf8) is 0x8008211c pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 1 [class=060400] [hdr=01] is there (id=00361166) AcpiOsDerivePciId: \\_SB_.PCI0.EXB0.MCF0 -> bus 0 dev 6 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.PCIR.CNFG -> bus 0 dev 24 func 1 unknown: I/O range not supported ACPI timer: 0/4 0/4 0/4 0/4 0/4 0/4 0/4 0/4 0/4 0/4 -> 0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 10 11 Validation 0 10 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 10 11 Validation 0 255 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 5 7 11 Validation 0 7 N 0 5 7 11 After Disable 0 255 N 0 5 7 11 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 11 12 14 15 Validation 0 255 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 11 12 14 15 Validation 0 255 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 11 12 14 15 Validation 0 255 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 11 12 14 15 Validation 0 255 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 11 12 14 15 Validation 0 255 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link8: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 11 12 14 15 Validation 0 255 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link9: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 11 12 14 15 Validation 0 255 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link10: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 11 12 14 15 Validation 0 255 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link11: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 11 12 14 15 Validation 0 255 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link12: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 11 12 14 15 Validation 0 255 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link13: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 11 12 14 15 Validation 0 255 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link14: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 11 12 14 15 Validation 0 255 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link15: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 11 12 14 15 Validation 0 255 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link16: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 11 12 14 15 Validation 0 255 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link17: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 11 12 14 15 Validation 0 255 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link18: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 11 12 14 15 Validation 0 255 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link19: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 7 11 12 14 15 Validation 0 11 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link20: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 11 12 14 15 Validation 0 255 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link21: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 11 12 14 15 Validation 0 255 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link22: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 7 11 12 14 15 Validation 0 5 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link23: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 7 11 12 14 15 Validation 0 11 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link24: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 11 12 14 15 Validation 0 255 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link25: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 11 12 14 15 Validation 0 255 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link26: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 11 12 14 15 Validation 0 255 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link27: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 11 12 14 15 Validation 0 255 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link28: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 11 12 14 15 Validation 0 255 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link29: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 11 12 14 15 Validation 0 255 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link30: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 7 11 12 14 15 Validation 0 5 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link31: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 11 12 14 15 Validation 0 255 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link32: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 11 12 14 15 Validation 0 255 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link33: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 11 12 14 15 Validation 0 255 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 pci_link34: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 11 12 14 15 Validation 0 255 N 0 3 4 5 7 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 11 12 14 15 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: vend: 0x1166 rev: 0x1 num: 9 hz: 14318180 opts: leg_route count_size Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 pcib0: on acpi0 ACPI: Found matching pin for 0.3.INTA at func 0: 10 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x1166, dev=0x0036, revid=0x00 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0205, revid=0x00 domain=0, bus=0, slot=2, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0214, revid=0x00 domain=0, bus=0, slot=2, func=1 class=01-01-8a, hdrtype=0x00, mfdev=1 cmdreg=0x0015, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type I/O Port, range 32, base 0x4800, size 4, enabled found-> vendor=0x1166, dev=0x0234, revid=0x00 domain=0, bus=0, slot=2, func=2 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0223, revid=0x01 domain=0, bus=0, slot=3, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xd8510000, size 12, enabled map[14]: type I/O Port, range 32, base 0x4c00, size 8, enabled pcib0: matched entry for 0.3.INTA (src \\_SB_.LNKU:0) ioapic0: Changing trigger for pin 10 to level ioapic0: Changing polarity for pin 10 to low pcib0: slot 3 INTA routed to irq 10 via \\_SB_.LNKU found-> vendor=0x1166, dev=0x0223, revid=0x01 domain=0, bus=0, slot=3, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xd8511000, size 12, enabled map[14]: type I/O Port, range 32, base 0x5000, size 8, enabled pcib0: matched entry for 0.3.INTA (src \\_SB_.LNKU:0) pcib0: slot 3 INTA routed to irq 10 via \\_SB_.LNKU found-> vendor=0x1166, dev=0x0223, revid=0x01 domain=0, bus=0, slot=3, func=2 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xd8512000, size 12, enabled map[14]: type I/O Port, range 32, base 0x5400, size 8, enabled pcib0: matched entry for 0.3.INTA (src \\_SB_.LNKU:0) pcib0: slot 3 INTA routed to irq 10 via \\_SB_.LNKU found-> vendor=0x1002, dev=0x515e, revid=0x02 domain=0, bus=0, slot=4, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xd0000000, size 27, enabled map[14]: type I/O Port, range 32, base 0x5800, size 8, enabled map[18]: type Memory, range 32, base 0xd8500000, size 16, enabled pcib0: matched entry for 0.4.INTA pcib0: slot 4 INTA hardwired to IRQ 43 found-> vendor=0x1166, dev=0x0140, revid=0xa2 domain=0, bus=0, slot=6, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages, 64 bit pcib0: matched entry for 0.6.INTA pcib0: slot 6 INTA hardwired to IRQ 32 found-> vendor=0x1166, dev=0x0142, revid=0xa2 domain=0, bus=0, slot=7, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages, 64 bit pcib0: matched entry for 0.7.INTA pcib0: slot 7 INTA hardwired to IRQ 32 found-> vendor=0x1166, dev=0x0144, revid=0xa2 domain=0, bus=0, slot=8, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages, 64 bit pcib0: matched entry for 0.8.INTA pcib0: slot 8 INTA hardwired to IRQ 32 found-> vendor=0x1166, dev=0x0142, revid=0xa2 domain=0, bus=0, slot=9, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages, 64 bit pcib0: matched entry for 0.9.INTA pcib0: slot 9 INTA hardwired to IRQ 32 found-> vendor=0x1166, dev=0x0144, revid=0xa2 domain=0, bus=0, slot=10, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages, 64 bit pcib0: matched entry for 0.10.INTA pcib0: slot 10 INTA hardwired to IRQ 32 found-> vendor=0x1022, dev=0x1200, revid=0x00 domain=0, bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1201, revid=0x00 domain=0, bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1202, revid=0x00 domain=0, bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1203, revid=0x00 domain=0, bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1204, revid=0x00 domain=0, bus=0, slot=24, func=4 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1200, revid=0x00 domain=0, bus=0, slot=25, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1201, revid=0x00 domain=0, bus=0, slot=25, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1202, revid=0x00 domain=0, bus=0, slot=25, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1203, revid=0x00 domain=0, bus=0, slot=25, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1204, revid=0x00 domain=0, bus=0, slot=25, func=4 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 2 pcib1: I/O decode 0x6000-0x6fff pcib1: memory decode 0xd8300000-0xd83fffff pcib1: no prefetched decode ACPI: Found matching pin for 1.14.INTA at func 0: 7 pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x1166, dev=0x0104, revid=0xc0 domain=0, bus=1, slot=13, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0017, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0x02 (500 ns) found-> vendor=0x1166, dev=0x024a, revid=0x00 domain=0, bus=1, slot=14, func=0 class=01-04-05, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 powerspec 2 supports D0 D3 current D0 MSI supports 1 message map[10]: type I/O Port, range 32, base 0x6040, size 3, enabled pcib1: requested I/O range 0x6040-0x6047: in range map[14]: type I/O Port, range 32, base 0x6034, size 2, enabled pcib1: requested I/O range 0x6034-0x6037: in range map[18]: type I/O Port, range 32, base 0x6038, size 3, enabled pcib1: requested I/O range 0x6038-0x603f: in range map[1c]: type I/O Port, range 32, base 0x6030, size 2, enabled pcib1: requested I/O range 0x6030-0x6033: in range map[20]: type I/O Port, range 32, base 0x6000, size 5, enabled pcib1: requested I/O range 0x6000-0x601f: in range map[24]: type Memory, range 32, base 0xd8300000, size 13, enabled pcib1: requested memory range 0xd8300000-0xd8301fff: good pcib1: matched entry for 1.14.INTA (src \\_SB_.LNKS:0) ioapic0: Changing trigger for pin 7 to level ioapic0: Changing polarity for pin 7 to low pcib1: slot 14 INTA routed to irq 7 via \\_SB_.LNKS pcib2: at device 13.0 on pci1 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xf000-0xfff pcib2: no prefetched decode pci2: on pcib2 pci2: domain=0, physical bus=2 atapci0: port 0x6040-0x6047,0x6034-0x6037,0x6038-0x603f,0x6030-0x6033,0x6000-0x601f mem 0xd8300000-0xd8301fff irq 7 at device 14.0 on pci1 atapci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x6000 ioapic0: routing intpin 7 (ISA IRQ 7) to vector 49 atapci0: [MPSAFE] atapci0: [ITHREAD] atapci0: Reserved 0x2000 bytes for rid 0x24 type 3 at 0xd8300000 ata2: on atapci0 ata2: reset tp1 mask=01 ostat0=50 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci0 ata3: reset tp1 mask=01 ostat0=7f ostat1=00 ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: reset tp2 stat0=ff stat1=00 devices=0x0 ata3: [MPSAFE] ata3: [ITHREAD] ata4: on atapci0 ata4: reset tp1 mask=01 ostat0=7f ostat1=00 ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: reset tp2 stat0=ff stat1=00 devices=0x0 ata4: [MPSAFE] ata4: [ITHREAD] ata5: on atapci0 ata5: reset tp1 mask=01 ostat0=7f ostat1=00 ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: reset tp2 stat0=ff stat1=00 devices=0x0 ata5: [MPSAFE] ata5: [ITHREAD] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x4800-0x480f at device 2.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0x4800 ata0: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=02 ostat0=ff ostat1=50 ata0: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: reset tp2 stat0=00 stat1=00 devices=0x8 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 50 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ioapic0: routing intpin 15 (ISA IRQ 15) to vector 51 ata1: [MPSAFE] ata1: [ITHREAD] isab0: at device 2.2 on pci0 isa0: on isab0 ohci0: port 0x4c00-0x4cff mem 0xd8510000-0xd8510fff irq 10 at device 3.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd8510000 ohci0: (New OHCI DeviceId=0x02231166) ioapic0: routing intpin 10 (ISA IRQ 10) to vector 52 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: <(0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0 uhub0: 2 ports with 2 removable, self powered ohci1: port 0x5000-0x50ff mem 0xd8511000-0xd8511fff irq 10 at device 3.1 on pci0 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd8511000 ohci1: (New OHCI DeviceId=0x02231166) ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: <(0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: port 0x5400-0x54ff mem 0xd8512000-0xd8512fff irq 10 at device 3.2 on pci0 ehci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd8512000 ehci0: (New EHCI DeviceId=0x02231166) ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: <(0x1166) EHCI root hub, class 9/0, rev 2.00/1.00, addr 1> on usb2 uhub2: 4 ports with 4 removable, self powered vgapci0: port 0x5800-0x58ff mem 0xd0000000-0xd7ffffff,0xd8500000-0xd850ffff irq 43 at device 4.0 on pci0 pcib3: irq 32 at device 6.0 on pci0 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xf000-0xfff pcib3: no prefetched decode pci3: on pcib3 pci3: domain=0, physical bus=3 pcib4: irq 32 at device 7.0 on pci0 pcib4: domain 0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0xf000-0xfff pcib4: no prefetched decode pci4: on pcib4 pci4: domain=0, physical bus=4 pcib5: irq 32 at device 8.0 on pci0 pcib5: domain 0 pcib5: secondary bus 5 pcib5: subordinate bus 5 pcib5: I/O decode 0xf000-0xfff pcib5: no prefetched decode pci5: on pcib5 pci5: domain=0, physical bus=5 pcib6: irq 32 at device 9.0 on pci0 pcib6: domain 0 pcib6: secondary bus 6 pcib6: subordinate bus 6 pcib6: I/O decode 0x7000-0x7fff pcib6: memory decode 0xd8200000-0xd82fffff pcib6: no prefetched decode pci6: on pcib6 pci6: domain=0, physical bus=6 found-> vendor=0x1000, dev=0x0056, revid=0x02 domain=0, bus=6, slot=0, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit MSI-X supports 1 message in map 0x14 map[10]: type I/O Port, range 32, base 0x7000, size 8, enabled pcib6: requested I/O range 0x7000-0x70ff: in range map[14]: type Memory, range 64, base 0xd8210000, size 14, enabled pcib6: requested memory range 0xd8210000-0xd8213fff: good map[1c]: type Memory, range 64, base 0xd8200000, size 16, enabled pcib6: requested memory range 0xd8200000-0xd820ffff: good pcib6: matched entry for 6.0.INTA pcib6: slot 0 INTA hardwired to IRQ 35 mpt0: port 0x7000-0x70ff mem 0xd8210000-0xd8213fff,0xd8200000-0xd820ffff irq 35 at device 0.0 on pci6 mpt0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x7000 mpt0: Reserved 0x4000 bytes for rid 0x14 type 3 at 0xd8210000 ioapic2: routing intpin 3 (PCI IRQ 35) to vector 53 mpt0: [MPSAFE] mpt0: [ITHREAD] mpt0: MPI Version=1.5.12.0 mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). pcib7: irq 32 at device 10.0 on pci0 pcib7: domain 0 pcib7: secondary bus 7 pcib7: subordinate bus 8 pcib7: I/O decode 0xf000-0xfff pcib7: memory decode 0xd8400000-0xd84fffff pcib7: no prefetched decode pci7: on pcib7 pci7: domain=0, physical bus=7 found-> vendor=0x1166, dev=0x0103, revid=0xb5 domain=0, bus=7, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 pcib8: at device 0.0 on pci7 pcib8: domain 0 pcib8: secondary bus 8 pcib8: subordinate bus 8 pcib8: I/O decode 0xf000-0xfff pcib8: memory decode 0xd8400000-0xd84fffff pcib8: no prefetched decode pci8: on pcib8 pci8: domain=0, physical bus=8 found-> vendor=0x14e4, dev=0x1678, revid=0xa3 domain=0, bus=8, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0016, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0xd8410000, size 16, enabled pcib8: requested memory range 0xd8410000-0xd841ffff: good pcib7: requested memory range 0xd8410000-0xd841ffff: good map[18]: type Memory, range 64, base 0xd8400000, size 16, enabled pcib8: requested memory range 0xd8400000-0xd840ffff: good pcib7: requested memory range 0xd8400000-0xd840ffff: good pcib7: matched entry for 7.0.INTA pcib7: slot 0 INTA hardwired to IRQ 36 pcib8: slot 4 INTA is routed to irq 36 found-> vendor=0x14e4, dev=0x1678, revid=0xa3 domain=0, bus=8, slot=4, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0016, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0xd8430000, size 16, enabled pcib8: requested memory range 0xd8430000-0xd843ffff: good pcib7: requested memory range 0xd8430000-0xd843ffff: good map[18]: type Memory, range 64, base 0xd8420000, size 16, enabled pcib8: requested memory range 0xd8420000-0xd842ffff: good pcib7: requested memory range 0xd8420000-0xd842ffff: good pcib7: matched entry for 7.0.INTB pcib7: slot 0 INTB hardwired to IRQ 36 pcib8: slot 4 INTB is routed to irq 36 bge0: mem 0xd8410000-0xd841ffff,0xd8400000-0xd840ffff irq 36 at device 4.0 on pci8 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xd8410000 bge0: attempting to allocate 1 MSI vectors (8 supported) msi: routing MSI IRQ 256 to vector 56 bge0: using IRQ 256 for MSI miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: OUI 0x000818, model 0x0034, rev. 0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: bpf attached bge0: Ethernet address: 00:e0:81:80:1d:d6 bge0: [MPSAFE] bge0: [ITHREAD] bge1: mem 0xd8430000-0xd843ffff,0xd8420000-0xd842ffff irq 36 at device 4.1 on pci8 bge1: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xd8430000 bge1: attempting to allocate 1 MSI vectors (8 supported) msi: routing MSI IRQ 257 to vector 64 bge1: using IRQ 257 for MSI miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: OUI 0x000818, model 0x0034, rev. 0 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge1: bpf attached bge1: Ethernet address: 00:e0:81:80:1d:d7 bge1: [MPSAFE] bge1: [ITHREAD] acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 54 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0047 psm0: failed to reset the aux device. sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ioapic0: routing intpin 4 (ISA IRQ 4) to vector 55 sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0 0 0 0 sio1: probe failed test(s): 0 1 2 4 6 7 9 fdc0: port 0-0x5,0 on acpi0 fdc0: cannot reserve interrupt line device_attach: fdc0 attach returned 6 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0 0 0 0 sio1: probe failed test(s): 0 1 2 4 6 7 9 fdc0: port 0-0x5,0 on acpi0 fdc0: cannot reserve interrupt line device_attach: fdc0 attach returned 6 ahc_isa_probe 0: ioport 0xc00 alloc failed ahc_isa_probe 4: ioport 0x4c00 alloc failed ex_isa_identify() atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it sio: sio0 already exists; skipping it sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcafff,0xce000-0xce7ff on isa0 ppc0: cannot reserve I/O port range ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0 0 0 0 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 238312 -> 100000 procfs registered lapic: Divisor 2, Frequency 99750633 hz Timecounter "TSC" frequency 1895261780 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached rr232x: no controller detected. md0: Preloaded image 4194304 bytes at 0xffffffff80b7c178 ata0-slave: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: setting PIO4 on HT1000 chip acd0: setting UDMA33 on HT1000 chip acd0: DVDROM drive at ata0 as slave acd0: read 4134KB/s (4134KB/s), 256KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: CD-ROM 120mm data disc ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 152627MB at ata2-master SATA150 ad4: 312581808 sectors [310101C/16H/63S] 16 sectors/interrupt 1 depth queue ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed ATA PseudoRAID loaded SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x02000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x03000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 SMP: AP CPU #7 Launched! cpu7 AP: ID: 0x07000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 SMP: AP CPU #5 Launched! cpu5 AP: ID: 0x05000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 SMP: AP CPU #6 Launched! cpu6 AP: ID: 0x06000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 SMP: AP CPU #4 Launched! cpu4 AP: ID: 0x04000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 ioapic0: Assigning ISA IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 4 to local APIC 1 ioapic0: Assigning ISA IRQ 7 to local APIC 2 ioapic0: Assigning ISA IRQ 9 to local APIC 3 ioapic0: Assigning ISA IRQ 10 to local APIC 4 ioapic0: Assigning ISA IRQ 14 to local APIC 5 ioapic0: Assigning ISA IRQ 15 to local APIC 6 ioapic2: Assigning PCI IRQ 35 to local APIC 7 msi: Assigning MSI IRQ 256 to local APIC 0 msi: Assigning MSI IRQ 257 to local APIC 1 acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x00 GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install. GEOM: new disk ad4 acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x00 Trying to mount root from ufs:/dev/md0 start_init: trying /sbin/init start_init: trying /sbin/oinit start_init: trying /sbin/init.bak start_init: trying /rescue/init start_init: trying /stand/sysinstall GEOM: Reconfigure ad4s2a, start 0 length 536870912 end 536870911 GEOM: Reconfigure ad4s2b, start 536870912 length 4294967296 end 4831838207 GEOM: Reconfigure ad4s2c, start 0 length 21476206080 end 21476206079 GEOM: Reconfigure ad4s2d, start 4831838208 length 5349834752 end 10181672959 GEOM: Reconfigure ad4s2e, start 10181672960 length 536870912 end 10718543871 GEOM: Reconfigure ad4s2f, start 10718543872 length 10757662208 end 21476206079 GEOM: Reconfigure ad4s2a, start 0 length 536870912 end 536870911 GEOM: Reconfigure ad4s2b, start 536870912 length 4294967296 end 4831838207 GEOM: Reconfigure ad4s2c, start 0 length 21476206080 end 21476206079 GEOM: Reconfigure ad4s2d, start 4831838208 length 5349834752 end 10181672959 GEOM: Reconfigure ad4s2e, start 10181672960 length 536870912 end 10718543871 GEOM: Reconfigure ad4s2f, start 10718543872 length 10757662208 end 21476206079 GEOM: Reconfigure ad4s2a, start 0 length 536870912 end 536870911 GEOM: Reconfigure ad4s2b, start 536870912 length 4294967296 end 4831838207 GEOM: Reconfigure ad4s2c, start 0 length 21476206080 end 21476206079 GEOM: Reconfigure ad4s2d, start 4831838208 length 5349834752 end 10181672959 GEOM: Reconfigure ad4s2e, start 10181672960 length 536870912 end 10718543871 GEOM: Reconfigure ad4s2f, start 10718543872 length 10757662208 end 21476206079 GEOM: Reconfigure ad4s2a, start 0 length 536870912 end 536870911 GEOM: Reconfigure ad4s2b, start 536870912 length 4294967296 end 4831838207 GEOM: Reconfigure ad4s2c, start 0 length 21476206080 end 21476206079 GEOM: Reconfigure ad4s2d, start 4831838208 length 5349834752 end 10181672959 GEOM: Reconfigure ad4s2e, start 10181672960 length 536870912 end 10718543871 GEOM: Reconfigure ad4s2f, start 10718543872 length 10757662208 end 21476206079 bge0: link UP --Boundary-00=_D/NNHFANXvejg1Y-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 05:23:58 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49DFC16A419; Sat, 10 Nov 2007 05:23: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 B5D9C13C4A8; Sat, 10 Nov 2007 05:23:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAA594iV040084; Sat, 10 Nov 2007 00:09:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAA594RD072666; Sat, 10 Nov 2007 00:09:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EC9907302F; Sat, 10 Nov 2007 00:09:03 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071110050903.EC9907302F@freebsd-current.sentex.ca> Date: Sat, 10 Nov 2007 00:09:03 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 05:23:58 -0000 TB --- 2007-11-10 03:35:43 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-10 03:35:43 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-11-10 03:35:43 - cleaning the object tree TB --- 2007-11-10 03:36:04 - checking out the source tree TB --- 2007-11-10 03:36:04 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-11-10 03:36:04 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-10 03:42:47 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-10 03:42:47 - cd /src TB --- 2007-11-10 03:42:47 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 10 03:42:48 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 10 04:56:02 UTC 2007 TB --- 2007-11-10 04:56:02 - generating LINT kernel config TB --- 2007-11-10 04:56:02 - cd /src/sys/sun4v/conf TB --- 2007-11-10 04:56:02 - /usr/bin/make -B LINT TB --- 2007-11-10 04:56:02 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-10 04:56:02 - cd /src TB --- 2007-11-10 04:56:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 10 04:56:03 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/hvcons.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/hcall.S cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/hviommu.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/identcpu.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/in_cksum.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/intr_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/machdep.c /src/sys/sun4v/sun4v/machdep.c:192: error: size of array '__assert192' is negative *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-10 05:09:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-10 05:09:03 - ERROR: failed to build lint kernel TB --- 2007-11-10 05:09:03 - tinderbox aborted TB --- 0.70 user 2.08 system 5599.77 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 06:31:13 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 191BE16A418; Sat, 10 Nov 2007 06:31:13 +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 D5A3E13C48A; Sat, 10 Nov 2007 06:31:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAA6V5hB044253; Sat, 10 Nov 2007 01:31:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAA6V5Ck041091; Sat, 10 Nov 2007 01:31:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F10197302F; Sat, 10 Nov 2007 01:31:04 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071110063104.F10197302F@freebsd-current.sentex.ca> Date: Sat, 10 Nov 2007 01:31:04 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 06:31:13 -0000 TB --- 2007-11-10 05:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-10 05:15:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-11-10 05:15:00 - cleaning the object tree TB --- 2007-11-10 05:15:26 - checking out the source tree TB --- 2007-11-10 05:15:26 - cd /tinderbox/HEAD/arm/arm TB --- 2007-11-10 05:15:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-10 05:24:16 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-10 05:24:16 - cd /src TB --- 2007-11-10 05:24:16 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 10 05:24:18 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/main.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/mbufs.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/netcmds.c /src/usr.bin/systat/netcmds.c: In function 'netcmd': /src/usr.bin/systat/netcmds.c:127: internal compiler error: internal consistency failure Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-10 06:31:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-10 06:31:04 - ERROR: failed to build world TB --- 2007-11-10 06:31:04 - tinderbox aborted TB --- 0.41 user 1.73 system 4564.45 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 06:52:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C86DA16A41B; Sat, 10 Nov 2007 06:52:48 +0000 (UTC) (envelope-from richard@unixguru.nl) Received: from mx1.unixguru.nl (mx1.unixguru.nl [77.37.12.119]) by mx1.freebsd.org (Postfix) with ESMTP id 8B72213C480; Sat, 10 Nov 2007 06:52:48 +0000 (UTC) (envelope-from richard@unixguru.nl) Received: from localhost (mx1.unixguru.nl [77.37.12.119]) by mx1.unixguru.nl (Postfix) with ESMTP id CE1181F7AB; Sat, 10 Nov 2007 07:53:10 +0100 (CET) Received: from mx1.unixguru.nl ([77.37.12.119]) by localhost (vs8916.vserver4free.de [77.37.12.119]) (amavisd-new, port 10024) with ESMTP id 8FlwZGu1Aljg; Sat, 10 Nov 2007 07:53:10 +0100 (CET) Received: from mail.unixguru.nl (www.unixguru.nl [217.122.53.58]) by mx1.unixguru.nl (Postfix) with ESMTP id 6CA1F1F63D; Sat, 10 Nov 2007 07:53:10 +0100 (CET) Received: from localhost (shell.unixguru.nl [192.168.10.20]) by mail.unixguru.nl (Postfix) with ESMTP id EE28211422; Sat, 10 Nov 2007 07:52:31 +0100 (CET) Date: Sat, 10 Nov 2007 07:52:31 +0100 From: Richard Arends To: Henri Hennebert Message-ID: <20071110065231.GD13845@shell.unixguru.nl> References: <47348CAC.5020208@restart.be> <20071109182355.GB13845@shell.unixguru.nl> <4734C4AF.9020609@restart.be> <20071109204830.GC13845@shell.unixguru.nl> <4734DF0B.7040300@restart.be> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4734DF0B.7040300@restart.be> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS deadlock ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2007 06:52:48 -0000 On Fri, Nov 09, 2007 at 11:28:27PM +0100, Henri Hennebert wrote: Henri, > >See: echo "sleep 1" && time sleep 2 && echo "sleep 2" && time sleep 2 > >and: ls -l /notfound && echo yes > > Per the man page, zpool scrub *begin* a scrub witch go on in background, > so two scrubs are running simustaneously on 2 different pools. Okay, i see. I did not know scrub background. I stand corrected! :) -- Regards, Richard. /* Homo Sapiens non urinat in ventum */ From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 08:53:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC0CE16A41A for ; Sat, 10 Nov 2007 08:53:46 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 6B8B413C4A8 for ; Sat, 10 Nov 2007 08:53:45 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 5622B45E93; Sat, 10 Nov 2007 09:53:31 +0100 (CET) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 6D00145CD9; Sat, 10 Nov 2007 09:53:26 +0100 (CET) Date: Sat, 10 Nov 2007 09:53:12 +0100 From: Pawel Jakub Dawidek To: Henri Hennebert Message-ID: <20071110085312.GG37371@garage.freebsd.pl> References: <47348CAC.5020208@restart.be> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tvOENZuN7d6HfOWU" Content-Disposition: inline In-Reply-To: <47348CAC.5020208@restart.be> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS deadlock ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2007 08:53:46 -0000 --tvOENZuN7d6HfOWU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 09, 2007 at 05:37:00PM +0100, Henri Hennebert wrote: > hello >=20 > To push zfs, I launch 2 scrub at the same time, after ~20 seconds the=20 > system freeze: [...] I found a deadlock too. If it's reproducable for you, can you try this patch: http://people.freebsd.org/~pjd/patches/zgd_done.patch --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --tvOENZuN7d6HfOWU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHNXF4ForvXbEpPzQRAsnhAJ4ngxfdRfwXhOjNzqR2i+fmrXg7wgCg9pg/ tk3dKmHicH3jPb4jbKG+ZKw= =plgw -----END PGP SIGNATURE----- --tvOENZuN7d6HfOWU-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 10:35:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6432616A419 for ; Sat, 10 Nov 2007 10:35:59 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.226]) by mx1.freebsd.org (Postfix) with ESMTP id 1EB9113C494 for ; Sat, 10 Nov 2007 10:35:59 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so542429wxd for ; Sat, 10 Nov 2007 02:35:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; bh=0b5U1nJWlJCLzBz7tmvtNscMYCtn4f/QIyeM/xSJZpE=; b=U6kGFDm4fIYsWycqwibG8AuT1p8SKhJhVjkRE9cgX4Hjax/yVPhKipk2+x3kl+TkrkLzvPemIEL2tVR0h0oO58HaDqrav+dFXI7BJdHS68Msd2LSy7SK2TAG337iCHPK3ZDODiIytHS9jXw7a0kmpZPHP1qG0I3Vr3N/1pChIQg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; b=VNMbXlZGy+97QeK0gbxaspkMBEuuEFOD6dBO0NWSGrFGccO6icUibRqYi9le3fBhAAjj8NQjK9VRQVHYLjYs+Jhj3UzEt+dRq/AMqxbz957CXI7d60Ogs+sVdr7QhoZNis0QyM0rjogfUySObGGfwoOCreSqkl+cTDK6+sM3XzI= Received: by 10.70.42.18 with SMTP id p18mr1986867wxp.1194690949481; Sat, 10 Nov 2007 02:35:49 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id e27sm938493elf.2007.11.10.02.35.48 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 10 Nov 2007 02:35:48 -0800 (PST) Message-ID: <47358981.6090701@gmail.com> Date: Sat, 10 Nov 2007 05:35:45 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071109) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: errors in the latest kernel update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 10:35:59 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 /FreeBSD/FreeBSD-current/src/sys/ufs/ffs/ffs_softdep.c: In function 'initiate_write_inodeblock_ufs1': /FreeBSD/FreeBSD-current/src/sys/ufs/ffs/ffs_softdep.c:3877: error: expected expression before '<<' token /FreeBSD/FreeBSD-current/src/sys/ufs/ffs/ffs_softdep.c:3879: error: expected expression before '==' token /FreeBSD/FreeBSD-current/src/sys/ufs/ffs/ffs_softdep.c:3884: error: expected expression before '>>' token /FreeBSD/FreeBSD-current/src/sys/ufs/ffs/ffs_softdep.c:3920: error: 'deplist' undeclared (first use in this function) /FreeBSD/FreeBSD-current/src/sys/ufs/ffs/ffs_softdep.c:3920: error: (Each undeclared identifier is reported only once /FreeBSD/FreeBSD-current/src/sys/ufs/ffs/ffs_softdep.c:3920: error: for each function it appears in.) cc1: warnings being treated as errors /FreeBSD/FreeBSD-current/src/sys/ufs/ffs/ffs_softdep.c:3920: warning: left-hand operand of comma expression has no effect /FreeBSD/FreeBSD-current/src/sys/ufs/ffs/ffs_softdep.c:3920: warning: value computed is not used /FreeBSD/FreeBSD-current/src/sys/ufs/ffs/ffs_softdep.c:3963: error: 'i' undeclared (first use in this function) /FreeBSD/FreeBSD-current/src/sys/ufs/ffs/ffs_softdep.c: In function 'initiate_write_inodeblock_ufs2': /FreeBSD/FreeBSD-current/src/sys/ufs/ffs/ffs_softdep.c:4027: error: expected expression before '<<' token /FreeBSD/FreeBSD-current/src/sys/ufs/ffs/ffs_softdep.c:4029: error: expected expression before '==' token /FreeBSD/FreeBSD-current/src/sys/ufs/ffs/ffs_softdep.c:4034: error: expected expression before '>>' token /FreeBSD/FreeBSD-current/src/sys/ufs/ffs/ffs_softdep.c:4071: error: 'deplist' undeclared (first use in this function) /FreeBSD/FreeBSD-current/src/sys/ufs/ffs/ffs_softdep.c:4071: warning: left-hand operand of comma expression has no effect /FreeBSD/FreeBSD-current/src/sys/ufs/ffs/ffs_softdep.c:4071: warning: value computed is not used /FreeBSD/FreeBSD-current/src/sys/ufs/ffs/ffs_softdep.c:4104: error: 'i' undeclared (first use in this function) /FreeBSD/FreeBSD-current/src/sys/ufs/ffs/ffs_softdep.c:4130: warning: left-hand operand of comma expression has no effect /FreeBSD/FreeBSD-current/src/sys/ufs/ffs/ffs_softdep.c:4130: warning: value computed is not used *** Error code 1 - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHNYmBJ9+1V27SttsRAhz+AKCcvpImv6Zmx5GC8pxaCJCeplu9fQCfQ4A7 AwdITfUy32reRgQm4sWy9Zw= =vRD+ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 11:39:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7C2A16A421; Sat, 10 Nov 2007 11:39:32 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (unknown [IPv6:2001:41d0:1:2ad2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 3F9E613C4A6; Sat, 10 Nov 2007 11:39:32 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:1:2ad2::fffe:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTP id 351A31BAC24; Sat, 10 Nov 2007 12:39:31 +0100 (CET) Received: from avoriaz.restart.bel (avoriaz.restart.bel [192.168.24.1]) (authenticated bits=0) by restart.be (8.14.1/8.14.1) with ESMTP id lAABdRke004523; Sat, 10 Nov 2007 12:39:28 +0100 (CET) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1194694770; bh=U/em3Nqnyonm1z03xK5AmAQYbzszLiTVDK7cmEa 0ccg=; h=DomainKey-Signature:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:X-Scanned-By; b=ZK3Az1wcib1 6Rq4tN9/LWyt5bnHvdJNoOsZXQw01NeThatC+H6XE6lte8/X5Ck6yFj5b88qS0M7+KW reXowYSw== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=AqgagwP9+4o/OrK+6MI4rmboUocriFPpSWGG8bU6emlc9Uj82Eeq9iIdDKSYANhfB P0sH73sv8oV1eg0PUQ8Lw== Message-ID: <4735986F.5000307@restart.be> Date: Sat, 10 Nov 2007 12:39:27 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.6 (X11/20071102) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <47348CAC.5020208@restart.be> <20071110085312.GG37371@garage.freebsd.pl> In-Reply-To: <20071110085312.GG37371@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on 192.168.24.1 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS deadlock ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2007 11:39:32 -0000 Pawel Jakub Dawidek wrote: > On Fri, Nov 09, 2007 at 05:37:00PM +0100, Henri Hennebert wrote: >> hello >> >> To push zfs, I launch 2 scrub at the same time, after ~20 seconds the >> system freeze: > [...] > > I found a deadlock too. If it's reproducable for you, can you try this > patch: I reproduce it after 30 minutes, si I try you patch. > > http://people.freebsd.org/~pjd/patches/zgd_done.patch when I try to load zfs.ko I get: # kldload zfs link_elf: symbol kproc_create undefined kldload: can't load zfs: No such file or directory What must I add to my config to resolve this symbol / problem Thanks Henri > From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 12:09:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51A5216A417 for ; Sat, 10 Nov 2007 12:09:56 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from virtual.micronet.sk (smtp.micronet.sk [84.16.32.237]) by mx1.freebsd.org (Postfix) with ESMTP id 08D7C13C4B9 for ; Sat, 10 Nov 2007 12:09:55 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by virtual.micronet.sk (Postfix) with ESMTP id 78F5E10EA26; Sat, 10 Nov 2007 12:45:40 +0100 (CET) X-Virus-Scanned: by amavisd-new at virtual.micronet.sk Received: from virtual.micronet.sk ([127.0.0.1]) by localhost (virtual.micronet.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Rp8Clz5peidM; Sat, 10 Nov 2007 12:45:38 +0100 (CET) Received: from DANGER-PC (danger.mcrn.sk [84.16.37.254]) by virtual.micronet.sk (Postfix) with ESMTP id B4C5510EA24; Sat, 10 Nov 2007 12:45:38 +0100 (CET) Date: Sat, 10 Nov 2007 12:45:27 +0100 From: Daniel Gerzo Organization: The FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1306808611.20071110124527@rulez.sk> To: freebsd-current@freebsd.org In-Reply-To: <20071109191821.V639@10.0.0.1> References: <20071109191821.V639@10.0.0.1> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: nickpiggin@yahoo.com.au Subject: Re: FreeBSD corruption problems on barcelona X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 12:09:56 -0000 Hello Nick, Saturday, November 10, 2007, 4:21:05 AM, you wrote: > Here it is attached. Now there is a cdrom error there, however I > don't believe it is the cause of the problem (or at least, there > is a bigger problem with the sata disk). The install has run > perfectly every time I've run it, so it is pulling the data off > the CD OK. > Now I have actually got as far as root login, I filled up a 1MB > file with /dev/urandom and took an md5. Then copied that to 50 > files on the /tmp filesystem, unmounted and remounted it, and then > read back the md5 sums. Practially all of them are wrong, but they > seem to be wrong in the same ways (eg. many share the same > incorrect md5 sum). Reading the files back from disk consistently > gives the same information, so it seems like reads are OK. Did you by any chance tried to install some other OS and checked if that is really a FreeBSD problem? You mentioned that you've got a new box, so I suppose that you tried only FreeBSD on it so far on it. In the past, I had a bit similar problem. The symptons were that I checked some file's md5 hash, then copied it some other location and checked the new md5 hash of that file, it was different. The problem was resolved after we replaced CPU (AFAIR). So the things you are describing in your email seem to me more like a hardware problem than a FreeBSD problem, could you please run some kind of hardware test and try to replace your controllers, sata cable, disk and so on? > Interestingly, a second test didn't show up corruption, so I don't > know how reproduceable it is > Hope this helps. -- Best regards, Daniel mailto:danger@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 12:48:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67C6016A419; Sat, 10 Nov 2007 12:48:38 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 0391E13C4B8; Sat, 10 Nov 2007 12:48:37 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 245E945E8F; Sat, 10 Nov 2007 13:48:26 +0100 (CET) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 1279E45B26; Sat, 10 Nov 2007 13:48:21 +0100 (CET) Date: Sat, 10 Nov 2007 13:48:06 +0100 From: Pawel Jakub Dawidek To: Henri Hennebert Message-ID: <20071110124806.GI37371@garage.freebsd.pl> References: <47348CAC.5020208@restart.be> <20071110085312.GG37371@garage.freebsd.pl> <4735986F.5000307@restart.be> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vtJ+CqYNzKB4ukR4" Content-Disposition: inline In-Reply-To: <4735986F.5000307@restart.be> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS deadlock ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2007 12:48:38 -0000 --vtJ+CqYNzKB4ukR4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 10, 2007 at 12:39:27PM +0100, Henri Hennebert wrote: > Pawel Jakub Dawidek wrote: > >On Fri, Nov 09, 2007 at 05:37:00PM +0100, Henri Hennebert wrote: > >>hello > >> > >>To push zfs, I launch 2 scrub at the same time, after ~20 seconds the= =20 > >>system freeze: > >[...] > > > >I found a deadlock too. If it's reproducable for you, can you try this > >patch: >=20 > I reproduce it after 30 minutes, si I try you patch. >=20 > > > > http://people.freebsd.org/~pjd/patches/zgd_done.patch >=20 > when I try to load zfs.ko I get: >=20 > # kldload zfs > link_elf: symbol kproc_create undefined > kldload: can't load zfs: No such file or directory >=20 > What must I add to my config to resolve this symbol / problem Ouch, you don't use HEAD. Try changing kproc_*() to kthread_*(). --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --vtJ+CqYNzKB4ukR4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHNaiGForvXbEpPzQRAgnSAJ9XApCl7y9G68y2ZfNPKiJVT53hQgCggF7T AfWHttm2w3+eIuhbz1AntOs= =cYAy -----END PGP SIGNATURE----- --vtJ+CqYNzKB4ukR4-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 14:29:05 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8129C16A417; Sat, 10 Nov 2007 14:29:05 +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 38C6E13C4A6; Sat, 10 Nov 2007 14:29:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAADqMdK069314; Sat, 10 Nov 2007 08:52:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAADqMru074564; Sat, 10 Nov 2007 08:52:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 186127302F; Sat, 10 Nov 2007 08:52:22 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071110135222.186127302F@freebsd-current.sentex.ca> Date: Sat, 10 Nov 2007 08:52:22 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 14:29:05 -0000 TB --- 2007-11-10 12:18:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-10 12:18:55 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-11-10 12:18:55 - cleaning the object tree TB --- 2007-11-10 12:19:18 - checking out the source tree TB --- 2007-11-10 12:19:18 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-11-10 12:19:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-10 12:26:00 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-10 12:26:00 - cd /src TB --- 2007-11-10 12:26:00 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 10 12:26:01 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 10 13:39:13 UTC 2007 TB --- 2007-11-10 13:39:13 - generating LINT kernel config TB --- 2007-11-10 13:39:13 - cd /src/sys/sun4v/conf TB --- 2007-11-10 13:39:13 - /usr/bin/make -B LINT TB --- 2007-11-10 13:39:13 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-10 13:39:13 - cd /src TB --- 2007-11-10 13:39:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 10 13:39:13 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/hvcons.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/hcall.S cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/hviommu.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/identcpu.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/in_cksum.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/intr_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/machdep.c /src/sys/sun4v/sun4v/machdep.c:192: error: size of array '__assert192' is negative *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-10 13:52:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-10 13:52:21 - ERROR: failed to build lint kernel TB --- 2007-11-10 13:52:21 - tinderbox aborted TB --- 0.60 user 2.10 system 5606.45 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 14:43:39 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A25D116A420 for ; Sat, 10 Nov 2007 14:43:39 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 5B1E113C4B2 for ; Sat, 10 Nov 2007 14:43:38 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id E5E9D744003; Sat, 10 Nov 2007 14:42:02 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K-BauzrNbciM; Sat, 10 Nov 2007 14:42:02 +0200 (EET) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [88.81.251.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id 84ECA744002; Sat, 10 Nov 2007 14:42:02 +0200 (EET) Message-ID: <4735A719.8040304@icyb.net.ua> Date: Sat, 10 Nov 2007 14:42:01 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Chuck Robey References: <1194582184.00826518.1194568802@10.7.7.3> <1194618196.00826622.1194607204@10.7.7.3> <1194650582.00826850.1194640202@10.7.7.3> In-Reply-To: <1194650582.00826850.1194640202@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: a better lesskey helper X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2007 14:43:39 -0000 Not sure if all of this discussion really belongs to current@. Anyway, check out misc/lesspipe port/package. 'locate lesspipe' gave me many insights immediately after seeing your first post, so it might be useful for you too. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 15:11:11 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9AAB16A420; Sat, 10 Nov 2007 15:11:11 +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 84ADC13C48A; Sat, 10 Nov 2007 15:11:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAAFB3Qx075969; Sat, 10 Nov 2007 10:11:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAAFB3Dt044862; Sat, 10 Nov 2007 10:11:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C03F37302F; Sat, 10 Nov 2007 10:11:02 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071110151102.C03F37302F@freebsd-current.sentex.ca> Date: Sat, 10 Nov 2007 10:11:02 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 15:11:11 -0000 TB --- 2007-11-10 13:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-10 13:55:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-11-10 13:55:00 - cleaning the object tree TB --- 2007-11-10 13:55:26 - checking out the source tree TB --- 2007-11-10 13:55:26 - cd /tinderbox/HEAD/arm/arm TB --- 2007-11-10 13:55:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-10 14:04:13 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-10 14:04:13 - cd /src TB --- 2007-11-10 14:04:13 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 10 14:04:15 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/main.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/mbufs.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/netcmds.c /src/usr.bin/systat/netcmds.c: In function 'netcmd': /src/usr.bin/systat/netcmds.c:127: internal compiler error: internal consistency failure Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-10 15:11:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-10 15:11:02 - ERROR: failed to build world TB --- 2007-11-10 15:11:02 - tinderbox aborted TB --- 0.47 user 1.65 system 4561.86 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 15:26:41 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DBB716A419 for ; Sat, 10 Nov 2007 15:26:41 +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 4426C13C48E for ; Sat, 10 Nov 2007 15:26:41 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 03CB92092; Sat, 10 Nov 2007 16:26:25 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id DBE2E208D; Sat, 10 Nov 2007 16:26:24 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id BD8EC8447B; Sat, 10 Nov 2007 16:26:24 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Chuck Robey References: <20071109222421.037E116A494@hub.freebsd.org> <20071109224531.GA58036@wjv.com> <4734EA16.5090800@chuckr.org> Date: Sat, 10 Nov 2007 16:26:24 +0100 In-Reply-To: <4734EA16.5090800@chuckr.org> (Chuck Robey's message of "Fri\, 09 Nov 2007 18\:15\:34 -0500") Message-ID: <86hcjuglzz.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: bv@wjv.com, freebsd-current@freebsd.org Subject: Re: a better lesskey helper X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2007 15:26:41 -0000 Chuck Robey writes: > That sort of behavior is (I think, I haven't yet checked most) what I > am suggesting be brought into less. Look, let me repeat, now that I > have gotten confirmation that I wasn't wrong (thanks to Carl). It's > this: > > 1: modify our lesspipe.sh, so that, in addition to the detection of > various tar archives (along with compression), it also detects various > elf images, and uses objdump to display the info. Less will keep the > current behavior on any other binaries it hits, only decoding the elf > images. > > 2) add 1 line to our /etc/csh.cshrc and /etc/profile (to cover those > sh and csh compatible shells) so that the lesspipe.sh functionality no > longer needs folks to remember zless. I don't think it's needed, but > if users ask for it, it would be trivial to code up a variable, like > LESS_WITHOUT_LESSPIPE, that if defined could even block out these > changes. I can't see why folks would not want it, but I'm not fanatic > over it. > > 3) remove zless. None of that will happen. You are free to use your own lesspipe.sh on your own system, or install sysutils/most from ports, but the base system's lesspipe.sh will not change, LESSOPEN will not be defined in the default environment, and zless will stay. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 15:55:54 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EB6B16A419 for ; Sat, 10 Nov 2007 15:55:54 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id C32FD13C49D for ; Sat, 10 Nov 2007 15:55:51 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 38866 invoked from network); 10 Nov 2007 15:04:12 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 10 Nov 2007 15:04:12 -0000 Message-ID: <4735CE3A.7020905@freebsd.org> Date: Sat, 10 Nov 2007 16:28:58 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Gregory Wright References: <46B41421-3112-40C6-84D9-094FA771F93E@antiope.com> In-Reply-To: <46B41421-3112-40C6-84D9-094FA771F93E@antiope.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: excessive TCP dulplicate acks revisted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2007 15:55:54 -0000 Gregory Wright wrote: > (Note: long message) > > Hi, > > The tcp duplicate ACK attack is back. > > Last March, there was a thread on duplicate TCP acks in -CURRENT. > I have been able to reproduce the problem on 7.0-BETA2 (amd64) > and have some new information that might help locate the bug. > > Background: I first noticed problems with tcp connections dropping > when Bacula was running on our backup server. The hardware was > a dual Opteron 244, 2 GB RAM, running FreeBSD 6.2-RELEASE-p2. > The ethernet NIC was a bge. > > We went through an extensive process to rule out hardware and cabling > problems: the server hardware was replaced with a single Opteron 270 > (dual core) on a Tyan S2882-D motherboard. The memory was replaced > as well. The NICs are still bge. This machine is "hardtack". This may be a TSO bug in the bge hardware. Please repeat your tests in the original setup with TSO disabled on the bge interfaces ("ifconfig bgeX -tso"). Second if you've got another network card with something else than bge please put it into the same box and run the tests as well. -- Andre > We have another server in the same rack, a dual Opteron 2214, 4 GB RAM, > running FreeBSD 6.2-RELEASE-p1. It has never shown the "dropped > connection" problem. This machine is "greenhouse-george" > > All of the machines are on a single LAN, with a Nortel BayStack 450-24T > ethernet switch. > > Experiments: > > The first experiment was to use netperf to send a tcp stream from either > a PowerBook G4 (OS X 10.4.10) or a dual Intel Clovertown box running > FreeBSD 6.2-RELEASE-p8. This is from the PowerBook: > > crossroads-able> netperf -H greenhouse-george > TCP STREAM TEST from localhost (0.0.0.0) port 0 AF_INET to greenhouse- > george.18clay.com (192.168.2.63) port 0 AF_INET > Recv Send Send > Socket Socket Message Elapsed > Size Size Size Time Throughput > bytes bytes bytes secs. 10^6bits/sec > > 65536 262144 262144 10.02 93.77 > crossroads-able> netperf -H hardtack > TCP STREAM TEST from localhost (0.0.0.0) port 0 AF_INET to hardtack. > 18clay.com (192.168.2.61) port 0 AF_INET > Recv Send Send > Socket Socket Message Elapsed > Size Size Size Time Throughput > bytes bytes bytes secs. 10^6bits/sec > > 65536 262144 262144 10.10 29.24 > crossroads-able> > > (That there is a problem in the second case is easy to see just > from the ethernet switch: the activity lights blink on and off. A > wireshark > trace shows a duplicate ACK storm and gaps in the transmitted > packet stream.) > > Just to be certain that this isn't a weird cabling problem, I swapped the > cables to the two machines: > > crossroads-able> netperf -H greenhouse-george > TCP STREAM TEST from localhost (0.0.0.0) port 0 AF_INET to greenhouse- > george.18clay.com (192.168.2.63) port 0 AF_INET > Recv Send Send > Socket Socket Message Elapsed > Size Size Size Time Throughput > bytes bytes bytes secs. 10^6bits/sec > > 65536 262144 262144 10.02 92.68 > crossroads-able> netperf -H hardtack > TCP STREAM TEST from localhost (0.0.0.0) port 0 AF_INET to hardtack. > 18clay.com (192.168.2.61) port 0 AF_INET > Recv Send Send > Socket Socket Message Elapsed > Size Size Size Time Throughput > bytes bytes bytes secs. 10^6bits/sec > > 65536 262144 262144 10.02 30.86 > crossroads-able> > > The low throughput (and gaps in the tcp stream) stay with the > machine rather than moving with the cable. > > When I use my dual Clovertown box (FreeBSD 6.2-RELEASE-p8, > em NIC), as a source, I get > > ivy-mike# netperf -H greenhouse-george > TCP STREAM TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to greenhouse- > george.18clay.com (192.168.2.63) port 0 AF_INET > Recv Send Send > Socket Socket Message Elapsed > Size Size Size Time Throughput > bytes bytes bytes secs. 10^6bits/sec > > 65536 32768 32768 10.58 94.14 > ivy-mike# netperf -H hardtack > TCP STREAM TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to hardtack. > 18clay.com (192.168.2.61) port 0 AF_INET > Recv Send Send > Socket Socket Message Elapsed > Size Size Size Time Throughput > bytes bytes bytes secs. 10^6bits/sec > > 65536 32768 32768 10.57 89.15 > ivy-mike# > > > FreeBSD seems not as disturbed by the extra ACKs as OS X, > but I still see the activity lights on the switch blinking, indicating > dropouts in the tcp stream. Also, longer tests using either > source machine almost always result in failure ("Broken Pipe") > after a few minutes. > > Now is where things get interesting. If I connect the PowerBook > to hardtack (the machine showing the bug) with just a cable, > bypassing the switch, I get > > crossroads-able> netperf -H 192.168.2.2 -l 300 > TCP STREAM TEST from (null) (0.0.0.0) port 0 AF_INET to (null) > (192.168.2.2) port 0 AF_INET > Recv Send Send > Socket Socket Message Elapsed > Size Size Size Time Throughput > bytes bytes bytes secs. 10^6bits/sec > > 65536 262144 262144 300.54 330.45 > crossroads-able> > > The higher throughput is because I have two GbE interfaces > directly connected, instead of going through the 10/100 Mb > switch. The key thing is that I can run this test for hours without > the connection dropping. (I have run it for as long as 10000 seconds.) > And the wireshark log shows no duplicate ACK storm. > > Is there perhaps something wrong with the switch? I swapped > out our BayStack 450-24T for an identical unit with the same > results. I also have an unmanaged SMC EZ Switch 10/100, so > I tried a minimal setup: > > PowerBook <----> SMC switch <----> FreeBSD 7.0-BETA2 server (hardtack) > > Only the PowerBook and FreeBSD server are connected > to the switch. A netperf tcp streaming test gives: > > crossroads-able> netperf -H 192.168.2.2 > TCP STREAM TEST from (null) (0.0.0.0) port 0 AF_INET to (null) > (192.168.2.2) port 0 AF_INET > Recv Send Send > Socket Socket Message Elapsed > Size Size Size Time Throughput > bytes bytes bytes secs. 10^6bits/sec > > 65536 262144 262144 10.02 24.25 > crossroads-able> > > The throughput is low, but most importantly, the wireshark > log shows that the duplicate ACK storm is back. > > So is there something coming _out_ of the switch that FreeBSD's network > stack doesn't like? No, this doesn't seem to be the case. The old > SMC switch doesn't even send out spanning tree packets. > > Next experiment: netperf tcp stream from the PowerBook, but > with the interface forced into 100TX full duplex. Result: > crossroads-able> netperf -H 192.168.2.2 > > TCP STREAM TEST from (null) (0.0.0.0) port 0 AF_INET to (null) > (192.168.2.2) port 0 AF_INET > Recv Send Send > Socket Socket Message Elapsed > Size Size Size Time Throughput > bytes bytes bytes secs. 10^6bits/sec > > 65536 262144 262144 10.02 33.81 > crossroads-able> > > So the throughput has dropped and the wireshark log shows > duplicate ACK storms again. > > If I force the PowerBook to 100TX half duplex the wireshark log > still shows duplicate ACK storms. And at 10 Mb/s, full or half duplex, > I see still bursts of duplicate ACKs. > > One last thing to note is that I can run netperf tests _from_ the > buggy machine to the laptop with no trouble. Again forcing the > PowerBook interface to 100TX full duplex, > > TCP STREAM TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to 192.168.2.1 > (192.168.2.1) port 0 AF_INET > Recv Send Send > Socket Socket Message Elapsed > Size Size Size Time Throughput > bytes bytes bytes secs. 10^6bits/sec > > 262144 32768 32768 10.02 93.03 > hardtack# > > The wireshark logs show no duplicate ACKs. > > One interesting thing is that the packet logs for the reverse > (properly working) case show a more regular structure of > data and ACK packets. In the forward (buggy) direction, > the data packets are burstier, and to my eye more irregular. > This was mentioned in passing in the original thread, in which > someone speculated that there might be a window problem. > > So, in sum: > > The duplicate ack problem happens on my FreeBSD 7.0-BETA2 > machine (single Opteron 270, Tyan S2882-D, 2 GB RAM) when the > bge interface in operating in 10 or 100 Mb/s mode, but not in > Gb mode. > > It does not happen on my FreeBSD 6.2-RELEASE-p1 box > (dual Opteron 2214, Tyan 3992G3NR, 4 GB RAM) which > has a bge NIC as well. Nor does it happen on my dual > Clovertown box (dual E5345, Tyan S2696A2NRF, 4 GB) > with em NIC. > > The buggy machine is not much use to me until this problem can be > fixed, so I can dedicate it to debugging for a while. Any hints > about where code might be instrumented to track the bug down or > new experiments to perform are welcome. > > I can provide wireshark logs; compressed they are not too > large (a few MB). > > Here is the dmesg of the buggy machine: > > hardtack# dmesg > Copyright (c) 1992-2007 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 7.0-BETA2 #0: Fri Nov 2 14:54:38 UTC 2007 > root@myers.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Dual Core AMD Opteron(tm) Processor 270 HE (1993.41-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x20f12 Stepping = 2 > > Features=0x178bfbff ,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT> > Features2=0x1 > AMD Features=0xe2500800 > AMD Features2=0x3 > Cores per package: 2 > usable memory = 2134962176 (2036 MB) > avail memory = 2060251136 (1964 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > MADT: Forcing active-low polarity and level trigger for SCI > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-27 on motherboard > ioapic2 irqs 28-31 on motherboard > kbd1 at kbdmux0 > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, 7ff00000 (3) failed > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > acpi_hpet0: iomem 0xfec01000-0xfec013ff on > acpi0 > Timecounter "HPET" frequency 14318180 Hz quality 900 > cpu0: on acpi0 > acpi_throttle0: on cpu0 > powernow0: on cpu0 > cpu1: on acpi0 > powernow1: on cpu1 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: at device 6.0 on pci0 > pci3: on pcib1 > ohci0: mem 0xfeafb000-0xfeafbfff irq 19 > at device 0.0 on pci3 > ohci0: [GIANT-LOCKED] > ohci0: [ITHREAD] > usb0: OHCI version 1.0, legacy support > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 3 ports with 3 removable, self powered > ohci1: mem 0xfeafc000-0xfeafcfff irq 19 > at device 0.1 on pci3 > ohci1: [GIANT-LOCKED] > ohci1: [ITHREAD] > usb1: OHCI version 1.0, legacy support > usb1: on ohci1 > usb1: USB revision 1.0 > uhub1: on usb1 > uhub1: 3 ports with 3 removable, self powered > atapci0: port > 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xac00-0xac03,0xa880-0xa88f > mem 0xfeafec00-0xfeafefff irq 19 at device 5.0 on pci3 > atapci0: [ITHREAD] > ata2: on atapci0 > ata2: [ITHREAD] > ata3: on atapci0 > ata3: [ITHREAD] > ata4: on atapci0 > ata4: [ITHREAD] > ata5: on atapci0 > ata5: [ITHREAD] > vgapci0: port 0xb000-0xb0ff mem > 0xfd000000-0xfdffffff,0xfeaff000-0xfeafffff irq 18 at device 6.0 on pci3 > fxp0: port 0xa800-0xa83f mem > 0xfeafa000-0xfeafafff,0xfeaa0000-0xfeabffff irq 18 at device 8.0 on pci3 > miibus0: on fxp0 > inphy0: PHY 1 on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:e0:81:4b:3e:39 > fxp0: [ITHREAD] > isab0: at device 7.0 on pci0 > isa0: on isab0 > atapci1: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 7.1 on pci0 > ata0: on atapci1 > ata0: [ITHREAD] > ata1: on atapci1 > ata1: [ITHREAD] > pci0: at device 7.2 (no driver attached) > pci0: at device 7.3 (no driver attached) > pcib2: at device 10.0 on pci0 > pci2: on pcib2 > ahc0: port 0x8400-0x84ff mem > 0xfc8fd000-0xfc8fdfff irq 27 at device 3.0 on pci2 > ahc0: [ITHREAD] > aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs > ahc1: port 0x8800-0x88ff mem > 0xfc8fe000-0xfc8fefff irq 24 at device 3.1 on pci2 > ahc1: [ITHREAD] > aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs > pci0:2:9:0: bad VPD cksum, remain 72 > bge0: mem > 0xfc870000-0xfc87ffff irq 24 at device 9.0 on pci2 > miibus1: on bge0 > brgphy0: PHY 1 on miibus1 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > bge0: Ethernet address: 00:e0:81:4b:3e:ae > bge0: [ITHREAD] > pci0:2:9:1: bad VPD cksum, remain 72 > bge1: mem > 0xfc890000-0xfc89ffff irq 25 at device 9.1 on pci2 > miibus2: on bge1 > brgphy1: PHY 1 on miibus2 > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > bge1: Ethernet address: 00:e0:81:4b:3e:af > bge1: [ITHREAD] > pcib3: at device 11.0 on pci0 > pci1: on pcib3 > acpi_button0: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: [ITHREAD] > psm0: model IntelliMouse, device ID 3 > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on > acpi0 > sio0: type 16550A > sio0: [FILTER] > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > sio1: [FILTER] > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq > 2 on acpi0 > fdc0: [FILTER] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcc7ff on isa0 > ppc0: cannot reserve I/O port range > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounters tick every 1.000 msec > acd0: DVDROM at ata1-master UDMA33 > ad4: 305245MB at ata2-master SATA150 > Waiting 5 seconds for SCSI devices to settle > sa0 at ahc1 bus 0 target 6 lun 0 > sa0: Removable Sequential Access SCSI-3 device > sa0: 160.000MB/s transfers (80.000MHz DT, offset 31, 16bit) > SMP: AP CPU #1 Launched! > Trying to mount root from ufs:/dev/ad4s1a > WARNING: / was not properly dismounted > ch0 at ahc1 bus 0 target 5 lun 0 > ch0: Removable Changer SCSI-2 device > ch0: 3.300MB/s transfers > ch0: 8 slots, 1 drive, 1 picker, 0 portals > bge1: link state changed to DOWN > bge1: link state changed to UP > bge1: promiscuous mode enabled > bge1: promiscuous mode disabled > bge1: link state changed to DOWN > bge1: link state changed to UP > bge1: link state changed to DOWN > bge1: link state changed to UP > bge1: link state changed to DOWN > bge1: link state changed to UP > bge1: link state changed to DOWN > bge1: link state changed to UP > bge1: link state changed to DOWN > bge1: link state changed to UP > bge1: link state changed to DOWN > bge1: link state changed to UP > hardtack# > > > Please let me know what I can do to track this down. > > Best Wishes, > Greg > > Gregory Wright > Antiope Associates LLC > 18 Clay Street > Fair Haven, New Jersey 07704 > USA > > 1 (732) 924-4549 > 1 (732) 345-8378 [fax] > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 16:07:51 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8010816A419 for ; Sat, 10 Nov 2007 16:07:51 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (unknown [IPv6:2001:610:1908:1000:204:23ff:feb5:7e66]) by mx1.freebsd.org (Postfix) with ESMTP id EC3E613C4B2 for ; Sat, 10 Nov 2007 16:07:50 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from lux.student.utwente.nl (lux.student.utwente.nl [130.89.170.81]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id lAAG7OUx015180; Sat, 10 Nov 2007 17:07:24 +0100 From: Pieter de Goeje To: Kostik Belousov Date: Sat, 10 Nov 2007 17:07:23 +0100 User-Agent: KMail/1.9.7 References: <200710131857.46963.pieter@degoeje.nl> <200711091304.44766.pieter@degoeje.nl> <20071109122628.GF37471@deviant.kiev.zoral.com.ua> In-Reply-To: <20071109122628.GF37471@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711101707.23910.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: Rolf Witt , freebsd-current@freebsd.org, avleeuwen@piwebs.com, Ken Smith , Tim Bishop Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2007 16:07:51 -0000 On Friday 09 November 2007, Kostik Belousov wrote: > On Fri, Nov 09, 2007 at 01:04:44PM +0100, Pieter de Goeje wrote: > > > Is anyone who had been able to trigger this panic still having problems > > > with recent kernels (and soft updates turned on)? I've checked with a > > > few people who had been experiencing the panic and they can no longer > > > trigger it. > > > > > > It's at least a tiny bit possible some of the VM fixes that have gone > > > in addressed this problem. We'd like to find out if anyone can still > > > trigger this. > > > > I can no longer reproduce it any more. > > Could anybody who was able to trigger the panic with relative ease, do > the binary search for the dates that > A. started the problem > B. eliminated it > > There is uneasy feeling for the bug that did such appearance and still > not tracked. Doing a binary search now. Might take some time though. Pieter de Goeje From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 16:40:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 961B116A417 for ; Sat, 10 Nov 2007 16:40:06 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id 2A51113C4B7 for ; Sat, 10 Nov 2007 16:40:05 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so298020pyb for ; Sat, 10 Nov 2007 08:39:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; bh=+wjyMCFI+sYJW33mMku+r4lJB7n8dlQv6pYa1R7nb2U=; b=Em/mTwVIwf6V7lmEFORMbJrDbgENaG4fMU7Kt2ytAbj5S39W3urcba3YyE+hKno6lViLNEmtlUV8OhsL/cVBtrVedTYZt/xVWhry5AKLSdZski6oqe/jehs0/N6DABWBgGhNnUTnN8lHL7tJe3iMsqtRGG4+HMDA2nVvtzKvltA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; b=IS7fDs29fEdG+JiFQwAYAxeXfyI/tKHssvGZ/p4SEl6yzpsXNpotNtleKyUfHsk1JEaOU0w6C88uAKVMVxAuPYMy3lGMHiDHa/29L4VPb/VDfrk2db2i56Awnv/KH/wnTCmGhQM8gPib7jTeq42B6GRuyhf/3A45x1TSw1Rnllo= Received: by 10.64.201.7 with SMTP id y7mr2365242qbf.1194712790550; Sat, 10 Nov 2007 08:39:50 -0800 (PST) Received: from orion ( [89.162.141.1]) by mx.google.com with ESMTPS id 6sm5247356nfv.2007.11.10.08.39.48 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 10 Nov 2007 08:39:49 -0800 (PST) From: Nikolay Pavlov To: freebsd-current@freebsd.org Date: Sat, 10 Nov 2007 18:39:45 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) References: <20071109222421.037E116A494@hub.freebsd.org> <20071109224531.GA58036@wjv.com> <4734EA16.5090800@chuckr.org> In-Reply-To: <4734EA16.5090800@chuckr.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1627910.GCT6EiT4hV"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711101839.46208.qpadla@gmail.com> Cc: bv@wjv.com, Chuck Robey Subject: Re: a better lesskey helper X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: qpadla@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 16:40:07 -0000 --nextPart1627910.GCT6EiT4hV Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 10 November 2007 01:15:34 Chuck Robey wrote: > 1: modify our lesspipe.sh, so that, in addition to the detection of > various tar archives (along with compression), it also detects various > elf images, and uses objdump to display the info. =A0Less will keep the > current behavior on any other binaries it hits, only decoding the elf > images. > > 2) add 1 line to our /etc/csh.cshrc and /etc/profile (to cover those sh > and csh compatible shells) so that the lesspipe.sh functionality no > longer needs folks to remember zless. =A0I don't think it's needed, but if > =A0 users ask for it, it would be trivial to code up a variable, like > LESS_WITHOUT_LESSPIPE, that if defined could even block out hese > changes. =A0I can't see why folks would not want it, but I'm not fanatic > over it. > > 3) remove zless. Why do you need all this. You can write whatever you want less to do in=20 lesspipe.sh. The Debian version that i've send to you also decode *.arj, *.deb, *.doc,=20 *.gif|*.jpeg|*.jpg|*.pcd|*.png|*.tga|*.tiff|*.tif, *.iso, *.lha|*.lzh,=20 *.pdf, *.rar|*.r[0-9][0-9], *.rpm *.jar|*.war|*.ear|*.xpi|*.zip, *.7z,=20 *.zoo But even there it's not enabled by default.=20 =2D-=20 =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=3D=3D=3D =20 =2D Best regards, Nikolay Pavlov. <<<----------------------------------- = =20 =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=3D=3D=3D =20 --nextPart1627910.GCT6EiT4hV Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBHNd7S/2R6KvEYGaIRAg2NAJ98RdEeQ2uPy6dcBxHth47kLvg0gwCgt4h4 hNyOhFB+dCGEhVV2IHFfyYY= =mG2L -----END PGP SIGNATURE----- --nextPart1627910.GCT6EiT4hV-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 16:59:52 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84D2716A417 for ; Sat, 10 Nov 2007 16:59:52 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.228]) by mx1.freebsd.org (Postfix) with ESMTP id 1B81B13C494 for ; Sat, 10 Nov 2007 16:59:52 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so599556wxd for ; Sat, 10 Nov 2007 08:59:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; bh=fdsZJR/5mJbkovS3z68Uu+zc57OJFPs5jgnKqwKe3eA=; b=UMhMxEBNBptgoMNBhjfNBPDHm+NWpv5uejqzMnb3oGALk0pKWEBylAfsni/kNBlszLD/KHrOm2b1Cjlam4B614Sh8IMj0UO4QMvq+2B9GqZawEYe/vu3hHGMxbSAeg2AlJBASS1VMJnNB6ouM2CrKKdpavLEoN8Ak8NkaZgZPkY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; b=TPhZ3OjRuimgQ7/3rhPamZnbKV77I9VPfE/xaSUfQ2iTwOm3joaRUEPP8kUm3X63Ra5TFOQ2BgBL+2V//NecdTI2grgHGJv0ykt2S9Hn8a0lTAKQXDWef4TpiixImHAizG7HoCLIWvQx9P7H+39qO5hSzyfuI595M4X7yUlT1fY= Received: by 10.70.32.2 with SMTP id f2mr1274898wxf.1194710406683; Sat, 10 Nov 2007 08:00:06 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id n26sm1338375ele.2007.11.10.08.00.05 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 10 Nov 2007 08:00:05 -0800 (PST) Message-ID: <4735D582.9090001@gmail.com> Date: Sat, 10 Nov 2007 11:00:02 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071109) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: verifing installs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2007 16:59:52 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I want to install a bunch of packages one at a time (all in the same chain) but pause between each one to allow me to do some testing... make XXX where XXX is something like x11/gnome2 doesn't do this and I don't want to go tracking down every depend package by hand and doing stuff that way.... ideally I want to do somehing like: cd /usr/ports/xorg/gnome2 make single and it will make the next package in the DAG for gnome2 any ideas on how do something like this? - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHNdWCJ9+1V27SttsRAtbvAJ9DAxKoMhtu6daNlWN7oUFc0RhJpwCcDMpX HK9OSrvr/9R4U6xeqVvVtZo= =4rHA -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 17:01:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E9C916A420 for ; Sat, 10 Nov 2007 17:01:48 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from galain.elvandar.org (galain.elvandar.org [217.148.169.56]) by mx1.freebsd.org (Postfix) with ESMTP id 1E11E13C4BA for ; Sat, 10 Nov 2007 17:01:48 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from evilcoder.xs4all.nl ([195.64.94.120] helo=elvandar.local) by galain.elvandar.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IqtiC-0008aZ-8G; Sat, 10 Nov 2007 18:01:36 +0100 Message-ID: <4735E400.9070804@FreeBSD.org> Date: Sat, 10 Nov 2007 18:01:52 +0100 From: Remko Lodder User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <4735D582.9090001@gmail.com> In-Reply-To: <4735D582.9090001@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: verifing installs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2007 17:01:48 -0000 Aryeh M. Friedman wrote: > I want to install a bunch of packages one at a time (all in the same > chain) but pause between each one to allow me to do some testing... > make XXX where XXX is something like x11/gnome2 doesn't do this and I > don't want to go tracking down every depend package by hand and doing > stuff that way.... ideally I want to do somehing like: > > cd /usr/ports/xorg/gnome2 > make single > > and it will make the next package in the DAG for gnome2 > > any ideas on how do something like this? > This is a ports question, please seek help on the ports mailinglist. -- Kind regards, Remko Lodder ** remko@elvandar.org FreeBSD ** remko@FreeBSD.org /* Quis custodiet ipsos custodes */ From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 18:27:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7153E16A418 for ; Sat, 10 Nov 2007 18:27:27 +0000 (UTC) (envelope-from gwright@antiope.com) Received: from QMTA07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id 1684713C48E for ; Sat, 10 Nov 2007 18:27:26 +0000 (UTC) (envelope-from gwright@antiope.com) Received: from OMTA14.westchester.pa.mail.comcast.net ([76.96.62.60]) by QMTA07.westchester.pa.mail.comcast.net with smtp id B0Xh1Y0051HzFnQ000Sp00; Sat, 10 Nov 2007 18:27:07 +0000 Received: from [192.168.2.42] ([72.88.201.27]) by OMTA14.westchester.pa.mail.comcast.net with comcast id B6T71Y0010byEVU0000000; Sat, 10 Nov 2007 18:27:08 +0000 X-Authority-Analysis: v=1.0 c=1 a=CxRhKOOJyq1tojiPpW0A:9 a=rmB0EnLhFQ_PjEPFBwsA:7 a=TKsB0chdH2nNGxQt_iBc7ZnjE94A:4 a=27vHs-B1mqoA:10 a=cB8LuYKA45AA:10 a=Y_EUdd4fNZkA:10 a=WuK_CZDBSqoA:10 In-Reply-To: <4735CE3A.7020905@freebsd.org> References: <46B41421-3112-40C6-84D9-094FA771F93E@antiope.com> <4735CE3A.7020905@freebsd.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <1AE5FE54-7677-48B3-AD7E-34F2D1569EA3@antiope.com> Content-Transfer-Encoding: 7bit From: Gregory Wright Date: Sat, 10 Nov 2007 13:27:06 -0500 To: Andre Oppermann X-Mailer: Apple Mail (2.752.2) Cc: freebsd-current@freebsd.org Subject: Re: excessive TCP dulplicate acks revisted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2007 18:27:27 -0000 On Nov 10, 2007, at 10:28 AM, Andre Oppermann wrote: > Gregory Wright wrote: >> (Note: long message) >> Hi, >> The tcp duplicate ACK attack is back. >> Last March, there was a thread on duplicate TCP acks in -CURRENT. >> I have been able to reproduce the problem on 7.0-BETA2 (amd64) >> and have some new information that might help locate the bug. >> Background: I first noticed problems with tcp connections dropping >> when Bacula was running on our backup server. The hardware was >> a dual Opteron 244, 2 GB RAM, running FreeBSD 6.2-RELEASE-p2. >> The ethernet NIC was a bge. >> We went through an extensive process to rule out hardware and cabling >> problems: the server hardware was replaced with a single Opteron 270 >> (dual core) on a Tyan S2882-D motherboard. The memory was replaced >> as well. The NICs are still bge. This machine is "hardtack". > > This may be a TSO bug in the bge hardware. Please repeat your > tests in > the original setup with TSO disabled on the bge interfaces > ("ifconfig bgeX -tso"). > Second if you've got another network card with something else than bge > please put it into the same box and run the tests as well. > > -- > Andre > Hi Andre, I turned off TSO on the bge interface and still had the low throughput. A packet log showed that there were still bursts of duplicate ACKs. Results of netperf from my PowerBook: crossroads-able> netperf -H hardtack TCP STREAM TEST from localhost (0.0.0.0) port 0 AF_INET to hardtack. 18clay.com (192.168.2.61) port 0 AF_INET Recv Send Send Socket Socket Message Elapsed Size Size Size Time Throughput bytes bytes bytes secs. 10^6bits/sec 65536 262144 262144 10.02 28.37 crossroads-able> The Tyan S2882-D motherboard has two bge interfaces and an fxp as well. Switching to the fxp interface, I get much better throughput: crossroads-able> netperf -H hardtack TCP STREAM TEST from localhost (0.0.0.0) port 0 AF_INET to hardtack. 18clay.com (192.168.2.61) port 0 AF_INET Recv Send Send Socket Socket Message Elapsed Size Size Size Time Throughput bytes bytes bytes secs. 10^6bits/sec 65536 262144 262144 10.02 93.70 crossroads-able> and the packet logs show no duplicate ACKs. I will run some longer tests to the fxp interface to verify that there are no problems. Greg From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 20:30:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 302DB16A420; Sat, 10 Nov 2007 20:30:29 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (unknown [IPv6:2001:41d0:1:2ad2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9FA2F13C4A7; Sat, 10 Nov 2007 20:30:28 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:1:2ad2::fffe:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTP id 8D9001BAC24; Sat, 10 Nov 2007 21:30:27 +0100 (CET) Received: from morzine.restart.bel (morzine6.restart.bel [IPv6:2001:41d0:1:2ad2::1:2]) (authenticated bits=0) by restart.be (8.14.1/8.14.1) with ESMTP id lAAKUOai005957; Sat, 10 Nov 2007 21:30:24 +0100 (CET) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1194726627; bh=tsDqkhtEz886sEAnvR37FRGXXMC7L10AQUucR/Q 9m7Y=; h=DomainKey-Signature:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:X-Scanned-By; b=a9syHIFEyOy ywhKa+MRUGBD/mv51Urwqn8+O73RQRD8xQLnBHnS3lpol8o4OrA72dLT2N4CSFTrqod KLuiC0dg== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=k6I+QyPJZGwn8yCmhVxeaOmiwwT0TYYLspoNqc773X4tHyu/zFPQHFSxCESzC0Ras XLcRurMkFSIJDo1CqAoyQ== Message-ID: <473614E0.8010401@restart.be> Date: Sat, 10 Nov 2007 21:30:24 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <47348CAC.5020208@restart.be> <20071110085312.GG37371@garage.freebsd.pl> <4735986F.5000307@restart.be> <20071110124806.GI37371@garage.freebsd.pl> In-Reply-To: <20071110124806.GI37371@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on IPv6:2001:41d0:1:2ad2::1:1 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS deadlock ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2007 20:30:29 -0000 Pawel Jakub Dawidek wrote: > On Sat, Nov 10, 2007 at 12:39:27PM +0100, Henri Hennebert wrote: >> Pawel Jakub Dawidek wrote: >>> On Fri, Nov 09, 2007 at 05:37:00PM +0100, Henri Hennebert wrote: >>>> hello >>>> >>>> To push zfs, I launch 2 scrub at the same time, after ~20 seconds the >>>> system freeze: >>> [...] >>> >>> I found a deadlock too. If it's reproducable for you, can you try this >>> patch: >> I reproduce it after 30 minutes, si I try you patch. >> >>> http://people.freebsd.org/~pjd/patches/zgd_done.patch >> when I try to load zfs.ko I get: >> >> # kldload zfs >> link_elf: symbol kproc_create undefined >> kldload: can't load zfs: No such file or directory >> >> What must I add to my config to resolve this symbol / problem > > Ouch, you don't use HEAD. Try changing kproc_*() to kthread_*(). > It load correctly now... Moreover, no deadlock after multiple scrub in // and some buildworld to make sure... look fine for my config :-) Just to give credit to zfs, scrub encounter 2 IO errors without impact on my data :) /var/log/messages: Nov 10 15:33:00 morzine kernel: ad6: TIMEOUT - READ_DMA48 retrying (1 retry left) LBA=299882429 Nov 10 15:33:06 morzine kernel: ad6: TIMEOUT - READ_DMA48 retrying (0 retries left) LBA=299882429 Nov 10 15:33:12 morzine kernel: ad6: FAILURE - READ_DMA48 timed out LBA=299882429 Nov 10 16:55:53 morzine kernel: ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly Nov 10 16:55:53 morzine kernel: ad6: TIMEOUT - READ_DMA48 retrying (1 retry left) LBA=299883325 Nov 10 16:56:06 morzine kernel: ad6: TIMEOUT - READ_DMA48 retrying (0 retries left) LBA=299883325 Nov 10 16:56:13 morzine kernel: ad6: FAILURE - READ_DMA48 timed out LBA=299883325 ZFS is realy great! I will run more test tomorrow... and keep you posted Thanks Henri From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 19:46:48 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C65DA16A473 for ; Sat, 10 Nov 2007 19:46:48 +0000 (UTC) (envelope-from ricardo.areis@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.233]) by mx1.freebsd.org (Postfix) with ESMTP id 436D413C4AC for ; Sat, 10 Nov 2007 19:46:48 +0000 (UTC) (envelope-from ricardo.areis@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so591193nzf for ; Sat, 10 Nov 2007 11:46:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=FzQAnbKDtWQuMET2OkrEPQnIK3XV8Xy8r2t7YdlFW6Q=; b=Sj0Li4cUQUHMpfv7D3okgj/SkZaAFMYyPUPSB0EOaDlfBygTHN46DUkcHZPRA7ee72B2yX5JPdPyLToBDo9DvHUmMy0L7I/BTZXmHuELbYIuImiYO0oE2mv8/EvYyZ2dEwAi3PfJ9EeX6NjbrV3ylmNkruEavmDiw7yH1XvDINk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=fIKAdrWH/p2TWRpYj8oBNGKoWF33kRx2Tlo3kNbQ1JgwM4TBFB5xpHjDUMP6w/5Oz5agCECOsrNQ5h7urvAVCjfSSkGKbPzwq6LjX0ztN/JwEo3685W5MwQsxvXc9czVFdk2XHmdn6ASBt1zfTPTjZsje4/hAtTghdlQWPfGVU4= Received: by 10.142.132.2 with SMTP id f2mr999051wfd.1194720746881; Sat, 10 Nov 2007 10:52:26 -0800 (PST) Received: by 10.142.215.16 with HTTP; Sat, 10 Nov 2007 10:52:26 -0800 (PST) Message-ID: <398a5c890711101052i7764a0dl8f92b8891f3c4a9@mail.gmail.com> Date: Sat, 10 Nov 2007 16:52:26 -0200 From: "Ricardo A. Reis" To: current@freebsd.org MIME-Version: 1.0 X-Mailman-Approved-At: Sat, 10 Nov 2007 20:32:06 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: [RFC] sysutils/kldfind X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2007 19:46:48 -0000 Hi, I one year ago, i writed a small script "sysutils/kldfind" and yesterday i send a update request via gnats. Now i like to add these script in the base system, what is necessary to do? -- Ricardo A. Reis HSP/SPDM - UNIFESP Security Analyst From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 22:21:53 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54D1716A41B; Sat, 10 Nov 2007 22:21: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 06EEC13C49D; Sat, 10 Nov 2007 22:21:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAAMLcY9073749; Sat, 10 Nov 2007 17:21:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAAMLcJY098854; Sat, 10 Nov 2007 17:21:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9236E7302F; Sat, 10 Nov 2007 17:21:38 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071110222138.9236E7302F@freebsd-current.sentex.ca> Date: Sat, 10 Nov 2007 17:21:38 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 22:21:53 -0000 TB --- 2007-11-10 20:48:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-10 20:48:18 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-11-10 20:48:18 - cleaning the object tree TB --- 2007-11-10 20:48:43 - checking out the source tree TB --- 2007-11-10 20:48:43 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-11-10 20:48:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-10 20:55:19 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-10 20:55:19 - cd /src TB --- 2007-11-10 20:55:19 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 10 20:55:20 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 10 22:08:15 UTC 2007 TB --- 2007-11-10 22:08:15 - generating LINT kernel config TB --- 2007-11-10 22:08:15 - cd /src/sys/sun4v/conf TB --- 2007-11-10 22:08:15 - /usr/bin/make -B LINT TB --- 2007-11-10 22:08:15 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-10 22:08:15 - cd /src TB --- 2007-11-10 22:08:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 10 22:08:15 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/hvcons.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/hcall.S cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/hviommu.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/identcpu.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/in_cksum.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/intr_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/machdep.c /src/sys/sun4v/sun4v/machdep.c:192: error: size of array '__assert192' is negative *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-10 22:21:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-10 22:21:38 - ERROR: failed to build lint kernel TB --- 2007-11-10 22:21:38 - tinderbox aborted TB --- 0.66 user 2.12 system 5599.37 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 22:25:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24B3816A417 for ; Sat, 10 Nov 2007 22:25:27 +0000 (UTC) (envelope-from kcender07@yahoo.co.uk) Received: from web27807.mail.ukl.yahoo.com (web27807.mail.ukl.yahoo.com [217.146.182.12]) by mx1.freebsd.org (Postfix) with SMTP id 92A1F13C48D for ; Sat, 10 Nov 2007 22:25:26 +0000 (UTC) (envelope-from kcender07@yahoo.co.uk) Received: (qmail 44069 invoked by uid 60001); 10 Nov 2007 22:25:05 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.co.uk; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=gyCF20RvSBTLS9/SHZ1PeGg/Dbqx1IKQBbRMrezim8zh/gZ2MwM+SPRkLQV+Z1k30cXGb2BgvjR1J4LpBDv7yAqdbvEF9je6JhKtWqTtxMtBJPsHSlDeLCnvHyUdQ7ZmBZNnW2o27ZEZtSNy7PJqvs6uWhWw4KsnWST6G/V5GXQ=; X-YMail-OSG: CLT7GjcVM1kIa16tBiWgfyC6EWa4J01EpVDNputB7cozL0C_nLEVLDiWp1383U8ijnst4MWz8B92qYNXQFKj6yCtmjevm2tLmw-- Received: from [195.166.157.72] by web27807.mail.ukl.yahoo.com via HTTP; Sat, 10 Nov 2007 22:25:05 GMT X-Mailer: YahooMailRC/818.27 YahooMailWebService/0.7.152 Date: Sat, 10 Nov 2007 22:25:05 +0000 (GMT) From: Red Neck To: Mike Pritchard , John Baldwin MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Message-ID: <405165.43437.qm@web27807.mail.ukl.yahoo.com> Cc: freebsd-current@freebsd.org, Mike Pritchard Subject: Re: Loader broken in Head? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2007 22:25:27 -0000 Sorry for the late reply.=0A=0A=0AI updated to the latest sources and the l= oader boots again correctly. I'm quite puzzled as to what commit corrected= this tho, between my original problematic build of 25th Oct ~ 2200 GMT and= to my build now - 10th Nov.=0A=0A=0AMany thanks to John and others for the= work to correct this problem.=0A=0A----- Original Message ----=0AFrom: Mik= e Pritchard =0ATo: John Baldwin = =0ACc: freebsd-current@freebsd.org; Red Neck ; Mike = Pritchard =0ASent: Friday, 2 November, 2007 4:13:38 AM= =0ASubject: Re: Loader broken in Head?=0A=0AOn Thu, Nov 01, 2007 at 09:36:3= 4PM -0500, Mike Pritchard wrote:=0A> =0A> I'd be glad to try, if you could = tell me how to build the loader...=0A> or if I'm building it correctly, if = someone could fix this compile=0A> error I see (see below). And the couple= of warnings I see compiling=0A make=0A> me nervous too. I don't want to m= ess around too much until I'm sure =0A> I'm building it correctly, because = I'd like to leave this machine=0A bootable :)=0A> =0A> Other than that, if = a fresh -current loader still doesn't fix my=0A> problem, I'm more than wil= ling to start backing out recent commits=0A> to find which commit might be = the problem.=0A> =0A> With 8.0-current sources as of a couple of hours ago,= I=0A> get the same compile error trying any of these:=0A=0ANevermind about= the compiling part. Pilot error. Stale includes=0Aare to blame. a make = world fixed all that.=0A=0AAnd a -current loader as of today works just fin= e. I'd suggest that=0Ato Red Neck also to see if it clears up his problem.= =0A=0ANow where did I put that pointy hat...=0A-- =0AMike Pritchard=0Ampp @= FreeBSD.org=0A"If tyranny and oppression come to this land, it will be in = the guise=0Aof fighting a foreign enemy." - James Madison (1787)=0A_______= ________________________________________=0Afreebsd-current@freebsd.org mail= ing list=0Ahttp://lists.freebsd.org/mailman/listinfo/freebsd-current=0ATo u= nsubscribe, send any mail to=0A "freebsd-current-unsubscribe@freebsd.org"= =0A=0A=0A=0A=0A=0A ___________________________________________________= ________=0AYahoo! Answers - Got a question? Someone out there knows the ans= wer. Try it=0Anow.=0Ahttp://uk.answers.yahoo.com/ From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 23:36:39 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8451C16A418 for ; Sat, 10 Nov 2007 23:36:39 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4172E13C4A6 for ; Sat, 10 Nov 2007 23:36:39 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:8049:34f6:cac8:aa95] (unknown [IPv6:2001:7b8:3a7:0:8049:34f6:cac8:aa95]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id E37EB3E; Sun, 11 Nov 2007 00:36:36 +0100 (CET) Message-ID: <47364087.70103@andric.com> Date: Sun, 11 Nov 2007 00:36:39 +0100 From: Dimitry Andric User-Agent: Thunderbird 2.0.0.7pre (Windows/20071029) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <47358981.6090701@gmail.com> In-Reply-To: <47358981.6090701@gmail.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: errors in the latest kernel update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 23:36:39 -0000 Aryeh M. Friedman wrote: > /FreeBSD/FreeBSD-current/src/sys/ufs/ffs/ffs_softdep.c: In function > 'initiate_write_inodeblock_ufs1': > /FreeBSD/FreeBSD-current/src/sys/ufs/ffs/ffs_softdep.c:3877: error: > expected expression before '<<' token > /FreeBSD/FreeBSD-current/src/sys/ufs/ffs/ffs_softdep.c:3879: error: > expected expression before '==' token You have CVS merge conflicts. Fix them first, before attempting to compile again. :) From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 23:41:23 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99BB916A417; Sat, 10 Nov 2007 23:41:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3B38F13C480; Sat, 10 Nov 2007 23:41:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAANfGhn076627; Sat, 10 Nov 2007 18:41:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAANfGVn064109; Sat, 10 Nov 2007 18:41:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 72EA47302F; Sat, 10 Nov 2007 18:41:15 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071110234115.72EA47302F@freebsd-current.sentex.ca> Date: Sat, 10 Nov 2007 18:41:15 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 23:41:23 -0000 TB --- 2007-11-10 22:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-10 22:25:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-11-10 22:25:00 - cleaning the object tree TB --- 2007-11-10 22:25:23 - checking out the source tree TB --- 2007-11-10 22:25:23 - cd /tinderbox/HEAD/arm/arm TB --- 2007-11-10 22:25:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-10 22:34:17 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-10 22:34:17 - cd /src TB --- 2007-11-10 22:34:17 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 10 22:34:18 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/main.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/mbufs.c cc -O2 -pipe -DINET6 -c /src/usr.bin/systat/netcmds.c /src/usr.bin/systat/netcmds.c: In function 'netcmd': /src/usr.bin/systat/netcmds.c:127: internal compiler error: internal consistency failure Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-10 23:41:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-10 23:41:15 - ERROR: failed to build world TB --- 2007-11-10 23:41:15 - tinderbox aborted TB --- 0.42 user 1.66 system 4574.77 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full