From owner-freebsd-current@FreeBSD.ORG Sun Dec 20 02:09:02 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA103106566B; Sun, 20 Dec 2009 02:09:02 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from services.rulez.sk (services.rulez.sk [92.240.234.125]) by mx1.freebsd.org (Postfix) with ESMTP id 73C9F8FC13; Sun, 20 Dec 2009 02:09:02 +0000 (UTC) Received: from localhost (services.rulez.sk [92.240.234.125]) by services.rulez.sk (Postfix) with ESMTP id 43590133468F; Sun, 20 Dec 2009 03:09:01 +0100 (CET) X-Virus-Scanned: amavisd-new at rulez.sk Received: from services.rulez.sk ([92.240.234.125]) by localhost (services.rulez.sk [92.240.234.125]) (amavisd-new, port 10024) with ESMTP id 5vq+h9z1xgj2; Sun, 20 Dec 2009 03:09:00 +0100 (CET) Received: from danger-mbp.local (danger.mcrn.sk [84.16.37.254]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: danger@rulez.sk) by services.rulez.sk (Postfix) with ESMTPSA id DDE2D133468E; Sun, 20 Dec 2009 03:08:59 +0100 (CET) Message-ID: <4B2D873A.6010307@FreeBSD.org> Date: Sun, 20 Dec 2009 03:08:58 +0100 From: Daniel Gerzo Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sk; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: hackers@freebsd.org, current@freebsd.org, stable@freebsd.org Content-Type: text/plain; charset=windows-1250; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: HEADSUP: Call for FreeBSD Status Reports (Oct - Dec 2009) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Dec 2009 02:09:02 -0000 Dear all, Another quarter is soon to be finished and as such, I would like to remind you to submit your status reports as soon as possible, because the submissions for this quarter (covering period of Oct - Dec 2009) are due by Janurary 15th, 2010. I believe a lot of things have happened in the meantime. This call is not only for a reports about new projects, but entries including updates about previously announced projects are to be accepted too. You can find the latest report at http://www.freebsd.org/news/status/report-2009-04-2009-09.html. Please do not hesitate to write us a few lines - a short description about what you are working on, what are the plans and goals or possibly problems you have encountered, so we can inform our community about your great work! It is useful for you, as well as our users! To submit your entry, please post the filled-in XML template available at http://www.freebsd.org/news/status/report-sample.xml, or alternatively use our web based form at http://www.freebsd.org/cgi/monthly.cgi to generate the XML file to be posted by email to monthly@. We are looking forward to see your submissions! -- S pozdravom / Best regards Daniel Gerzo, FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Sun Dec 20 02:27:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B613D1065672 for ; Sun, 20 Dec 2009 02:27:37 +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 ESMTP id 492708FC1C for ; Sun, 20 Dec 2009 02:27:37 +0000 (UTC) Received: (qmail 3276 invoked by uid 399); 20 Dec 2009 02:27:36 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 20 Dec 2009 02:27:36 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B2D8B9C.5030706@FreeBSD.org> Date: Sat, 19 Dec 2009 18:27:40 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Paul G Webster References: <4B2D4B53.1060503@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Dec 2009 02:27:37 -0000 Paul G Webster wrote: > tried running powerd on it? I was not running powerd, but I just enabled it with: performance_cx_lowest="HIGH" performance_cpu_freq="HIGH" economy_cx_lowest="HIGH" economy_cpu_freq="HIGH" If I'm reading the rc.conf man page correctly, that will give me the benefit of good performance while at the same time dropping the cpu frequency and power usage when idle? Any other suggestions are welcome. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 20 02:30:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24EDF10656B8; Sun, 20 Dec 2009 02:30:11 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 8A8A78FC0C; Sun, 20 Dec 2009 02:30:10 +0000 (UTC) Received: by fxm27 with SMTP id 27so3872168fxm.3 for ; Sat, 19 Dec 2009 18:30:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=On2xeOraoRB5X/DyConUnDoiWtXlPnn27GBznpVKzsI=; b=UZ9a3LhG7/wXZCH6FtKlUoRiUnbfFV4lx4T6boVSceXZCznCqb9U3+TNsk7ROshcMw jgi1UvnlYWyT96qtcjHutFwnFOwynXwm+Xze1xEg6IEgzK2E0HquEfq/IUxwA4tDZ+ff L9q80oPhRg+ze9seNprJpX4Y5wEbkOAWW+bck= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=WNajNJl+tMYqFIb+vtdw882pxz14sDxf93KnYhU/KW6/78Jmh65o3jutI3JiH4UfRT BUVjBeH5QzKJvhiRzCid+r1wb5jlzCjTx1/WD5yIr4aSDuYbQSpgmiGueHPmTT1usYCT PzGN+5VvR2bFZEl49t498hwVKcuXPeMiu5wrc= MIME-Version: 1.0 Received: by 10.223.20.210 with SMTP id g18mr7731772fab.9.1261276209621; Sat, 19 Dec 2009 18:30:09 -0800 (PST) In-Reply-To: <4B2D8B9C.5030706@FreeBSD.org> References: <4B2D4B53.1060503@FreeBSD.org> <4B2D8B9C.5030706@FreeBSD.org> Date: Sat, 19 Dec 2009 21:30:09 -0500 Message-ID: <4ad871310912191830y5a024bceq4eb0a3b39e606ad8@mail.gmail.com> From: Glen Barber To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Paul G Webster Subject: Re: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Dec 2009 02:30:11 -0000 On Sat, Dec 19, 2009 at 9:27 PM, Doug Barton wrote: > Paul G Webster wrote: >> tried running powerd on it? > > I was not running powerd, but I just enabled it with: > performance_cx_lowest="HIGH" > performance_cpu_freq="HIGH" > economy_cx_lowest="HIGH" > economy_cpu_freq="HIGH" > > If I'm reading the rc.conf man page correctly, that will give me the > benefit of good performance while at the same time dropping the cpu > frequency and power usage when idle? > > Any other suggestions are welcome. > You can also set settings dependent on the power source: powerd_flags="-a max -b adaptive" would set maximum frequency on AC power, and adapt to usage on battery. You can set percentages as well for each, but to be honest, this isn't solving the real problem here... -- Glen Barber From owner-freebsd-current@FreeBSD.ORG Sun Dec 20 02:42:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D69471065672; Sun, 20 Dec 2009 02:42:04 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 8A33D8FC18; Sun, 20 Dec 2009 02:42:04 +0000 (UTC) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id nBK2g4e2009092; Sat, 19 Dec 2009 18:42:04 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.3/Submit) id nBK2g3dV009091; Sat, 19 Dec 2009 18:42:03 -0800 (PST) (envelope-from david) Date: Sat, 19 Dec 2009 18:42:03 -0800 From: David Wolfskill To: Doug Barton Message-ID: <20091220024203.GO470@bunrab.catwhisker.org> References: <4B2D4B53.1060503@FreeBSD.org> <4B2D8B9C.5030706@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NJSRbAqOy4NeGDns" Content-Disposition: inline In-Reply-To: <4B2D8B9C.5030706@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Dec 2009 02:42:04 -0000 --NJSRbAqOy4NeGDns Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 19, 2009 at 06:27:40PM -0800, Doug Barton wrote: > Paul G Webster wrote: > > tried running powerd on it? >=20 > I was not running powerd, but I just enabled it with: > performance_cx_lowest=3D"HIGH" > performance_cpu_freq=3D"HIGH" > economy_cx_lowest=3D"HIGH" > economy_cpu_freq=3D"HIGH" >=20 > If I'm reading the rc.conf man page correctly, that will give me the > benefit of good performance while at the same time dropping the cpu > frequency and power usage when idle? The last two look rather counterintuitive to me. On my laptop, I merely use: g1-119(6.4-S)[1] grep powerd /etc/rc.conf powerd_enable=3D"YES" # Run powerd to lower our power usage. powerd_flags=3D"-a adaptive -b adaptive -n adaptive" # Flags to powerd= (if enabled). g1-119(6.4-S)[2]=20 And CPU freq clmbs to 2400 quite quickly on starting a "make buildworld", while stayng low when the CPU isn't neede so much: g1-119(6.4-S)[2] tmon Sat Dec 19 18:36:38 PST 2009 51.5C 450=20 Sat Dec 19 18:36:48 PST 2009 50.5C 600=20 Sat Dec 19 18:36:58 PST 2009 50.5C 450=20 Sat Dec 19 18:37:08 PST 2009 51.5C 600=20 Sat Dec 19 18:37:18 PST 2009 51.5C 300=20 Sat Dec 19 18:37:28 PST 2009 52.5C 600=20 Sat Dec 19 18:37:38 PST 2009 53.5C 450=20 Sat Dec 19 18:37:48 PST 2009 54.5C 450=20 Sat Dec 19 18:37:58 PST 2009 54.5C 450=20 Sat Dec 19 18:38:08 PST 2009 55.5C 600=20 (For anyone who might care: g1-119(6.4-S)[3] cat bin/tmon #! /bin/sh while (true) do echo "" (date && sysctl -n hw.acpi.thermal.tz0.temperature dev.cpu.0.freq) | \ tr '\012' ' ' sleep 10 done g1-119(6.4-S)[4]=20 The extent to which that works depends on quite a bit, and I didn't make it fancy enough to do any sort of checking: it works for my purposes.) > Any other suggestions are welcome. I tend to use default values unless I have a reason to change them. :-} Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --NJSRbAqOy4NeGDns Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkstjvsACgkQmprOCmdXAD1rKACcDzMRyPUBvWAReR1Q+SzxxJ+W s9cAn061Bh4DuTd1/QOUB9ghr5K+7J4m =QZQj -----END PGP SIGNATURE----- --NJSRbAqOy4NeGDns-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 20 03:20:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A22981065672 for ; Sun, 20 Dec 2009 03:20:16 +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 ESMTP id 4D6248FC0A for ; Sun, 20 Dec 2009 03:20:16 +0000 (UTC) Received: (qmail 29616 invoked by uid 399); 20 Dec 2009 03:20:15 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 20 Dec 2009 03:20:15 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B2D97F3.703@FreeBSD.org> Date: Sat, 19 Dec 2009 19:20:19 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Glen Barber References: <4B2D4B53.1060503@FreeBSD.org> <4B2D8B9C.5030706@FreeBSD.org> <4ad871310912191830y5a024bceq4eb0a3b39e606ad8@mail.gmail.com> In-Reply-To: <4ad871310912191830y5a024bceq4eb0a3b39e606ad8@mail.gmail.com> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Paul G Webster Subject: Re: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Dec 2009 03:20:16 -0000 Glen Barber wrote: > On Sat, Dec 19, 2009 at 9:27 PM, Doug Barton wrote: >> Paul G Webster wrote: >>> tried running powerd on it? >> I was not running powerd, but I just enabled it with: >> performance_cx_lowest="HIGH" >> performance_cpu_freq="HIGH" >> economy_cx_lowest="HIGH" >> economy_cpu_freq="HIGH" >> >> If I'm reading the rc.conf man page correctly, that will give me the >> benefit of good performance while at the same time dropping the cpu >> frequency and power usage when idle? >> >> Any other suggestions are welcome. >> > > You can also set settings dependent on the power source: > > powerd_flags="-a max -b adaptive" I set it to "-a adaptive -b adaptive" (I'm on AC power most of the time) and the good news is that the temp dropped by about 10 degrees C and the fan went down to the low speed for the first time today. My concern about using this feature is that the last time I used it I ended up with problems with my (build into the motherboard) video card. I was never sure at the time whether or not the problem with the video card was a result of powerd, or of the heat problems I was having at the time (back in 8-current when everyone agreed that there was a heat problem). I'd like to think that powerd would not fry a graphics card, and I don't think that it's even likely, but the system is out of warranty now and I can't afford to foul it up. The other negative to running powerd is that it causes my display to flash occasionally (which of course feeds my "powerd is destroying my graphics card" paranoia). It's not life threatening, but it is annoying. Thanks to everyone for their suggestions, we'll see how this goes ... Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 20 06:27:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA9C3106566C; Sun, 20 Dec 2009 06:27:55 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 38D938FC16; Sun, 20 Dec 2009 06:27:54 +0000 (UTC) Received: from inchoate.gsoft.com.au (ppp121-45-158-211.lns6.adl6.internode.on.net [121.45.158.211]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id nBK6QFES077329 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sun, 20 Dec 2009 16:56:29 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Sun, 20 Dec 2009 14:52:41 +1030 User-Agent: KMail/1.9.10 References: <4B2D4B53.1060503@FreeBSD.org> <4B2D8B9C.5030706@FreeBSD.org> In-Reply-To: <4B2D8B9C.5030706@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2070402.Zs7j2EXRWb"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200912201452.42800.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Doug Barton , Paul G Webster Subject: Re: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Dec 2009 06:27:55 -0000 --nextPart2070402.Zs7j2EXRWb Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 20 Dec 2009, Doug Barton wrote: > Paul G Webster wrote: > > tried running powerd on it? > > I was not running powerd, but I just enabled it with: > performance_cx_lowest=3D"HIGH" > performance_cpu_freq=3D"HIGH" > economy_cx_lowest=3D"HIGH" > economy_cpu_freq=3D"HIGH" > > If I'm reading the rc.conf man page correctly, that will give me the > benefit of good performance while at the same time dropping the cpu > frequency and power usage when idle? > > Any other suggestions are welcome. Try.. powerd_enable=3D"YES" =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2070402.Zs7j2EXRWb Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBLLaaS5ZPcIHs/zowRAr+eAJ9qF1ZfGqr2s136TvFoEZguHtPP7gCcC2Bl e1ua1oFZI8p9xE5iRY0j0jo= =3xI3 -----END PGP SIGNATURE----- --nextPart2070402.Zs7j2EXRWb-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 20 06:33:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A186C1065672; Sun, 20 Dec 2009 06:33:32 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail2.es.net [IPv6:2001:400:107:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 844558FC26; Sun, 20 Dec 2009 06:33:32 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id nBK6XIjX002003 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 19 Dec 2009 22:33:20 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 49A8C1CC0B; Sat, 19 Dec 2009 22:33:18 -0800 (PST) To: Doug Barton In-reply-to: Your message of "Sat, 19 Dec 2009 19:20:19 PST." <4B2D97F3.703@FreeBSD.org> Date: Sat, 19 Dec 2009 22:33:18 -0800 From: "Kevin Oberman" Message-Id: <20091220063318.49A8C1CC0B@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-12-20_02:2009-12-12, 2009-12-20, 2009-12-19 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-0912190246 Cc: Paul G Webster , freebsd-current@freebsd.org, Glen Barber Subject: Re: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Dec 2009 06:33:32 -0000 > Date: Sat, 19 Dec 2009 19:20:19 -0800 > From: Doug Barton > Sender: owner-freebsd-current@freebsd.org > > Glen Barber wrote: > > On Sat, Dec 19, 2009 at 9:27 PM, Doug Barton wrote: > >> Paul G Webster wrote: > >>> tried running powerd on it? > >> I was not running powerd, but I just enabled it with: > >> performance_cx_lowest="HIGH" > >> performance_cpu_freq="HIGH" > >> economy_cx_lowest="HIGH" > >> economy_cpu_freq="HIGH" > >> > >> If I'm reading the rc.conf man page correctly, that will give me the > >> benefit of good performance while at the same time dropping the cpu > >> frequency and power usage when idle? > >> > >> Any other suggestions are welcome. > >> > > > > You can also set settings dependent on the power source: > > > > powerd_flags="-a max -b adaptive" > > I set it to "-a adaptive -b adaptive" (I'm on AC power most of the > time) and the good news is that the temp dropped by about 10 degrees C > and the fan went down to the low speed for the first time today. > > My concern about using this feature is that the last time I used it I > ended up with problems with my (build into the motherboard) video > card. I was never sure at the time whether or not the problem with the > video card was a result of powerd, or of the heat problems I was > having at the time (back in 8-current when everyone agreed that there > was a heat problem). I'd like to think that powerd would not fry a > graphics card, and I don't think that it's even likely, but the system > is out of warranty now and I can't afford to foul it up. > > The other negative to running powerd is that it causes my display to > flash occasionally (which of course feeds my "powerd is destroying my > graphics card" paranoia). It's not life threatening, but it is annoying. > > Thanks to everyone for their suggestions, we'll see how this goes ... > > > Doug powerd has undergone major revision lately (I think in 7.2 and 8.0) to greatly enhance responsiveness. I have moved to running adaptive at all times and no longer notice slowness when I kick off some CPU intensive command. Beyond that, read Alexander Motin's power management article at http://wiki.freebsd.org/TuningPowerConsumption when it's available. (It seems that the wiki is down at the moment,) Note the comments on throttling/TCC and deep sleep states. He and I both found TCC and throttling not worthwhile and possibly causing very unpleasant side-effects. C (sleep) states are a really big win, but cause problems on a few systems. mav did a great job on this, duplicating my work back in V5 days and taking it a lot farther than I did. Anyone who wants to save power and heat really should read it. I also found the original article at http://lists.freebsd.org/pipermail/freebsd-current/2009-May/006436.html. I'm not sure it's identical to the wiki entry, but it is very close and is currently available. -- 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 From owner-freebsd-current@FreeBSD.ORG Sun Dec 20 07:04:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0F0D106568D for ; Sun, 20 Dec 2009 07:04:32 +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 ESMTP id 62CAC8FC08 for ; Sun, 20 Dec 2009 07:04:32 +0000 (UTC) Received: (qmail 17633 invoked by uid 399); 20 Dec 2009 07:04:31 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 20 Dec 2009 07:04:31 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B2DCC83.1000402@FreeBSD.org> Date: Sat, 19 Dec 2009 23:04:35 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Kevin Oberman References: <20091220063318.49A8C1CC0B@ptavv.es.net> In-Reply-To: <20091220063318.49A8C1CC0B@ptavv.es.net> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Paul G Webster , freebsd-current@freebsd.org, Glen Barber Subject: Re: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Dec 2009 07:04:32 -0000 Kevin Oberman wrote: > Beyond that, read Alexander Motin's power management article at > http://wiki.freebsd.org/TuningPowerConsumption Great stuff there, thank you for suggesting that. I obviously misunderstood the intended use of performance_cx_lowest and economy_cx_lowest, which I have fixed now. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 20 08:04:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F7AB106566B for ; Sun, 20 Dec 2009 08:04:21 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 1630F8FC08 for ; Sun, 20 Dec 2009 08:04:20 +0000 (UTC) Received: by fxm27 with SMTP id 27so3944556fxm.3 for ; Sun, 20 Dec 2009 00:04:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=YAbH8iyQOMV3tgomjhKaUSGK3sPdGjPkius73qPhznM=; b=jMzQEM1zN407hchnxgV3nnypyC8Cbud+zNE+f/tsd62Q4phTTaxvEKNyqfqntGjluJ 50fxLY8RxXciLPMJQIjcetNZpVUjCGbEBiI4wzZUGYhpkXsw2sXA1CY9JRncUl31+pnh W/co8LN4X2sWiC6qWDheeYlC3b7nP7B/8nykU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=DWF8oyk49wJwt+aJuEJ3icDhQz1n8/hV7zLdZTdMZVnNCGRTwBq9/aE+gWYLSuUFQb gT+9DEc2SdWKvhTdCjpv19MJgH/wu7zE8DlxydBIrsiXJ/3ep0ZVxv1jZDRfht6UsJDk nPPTTVeYnyHFdvdH5uBTBykfK1BfaBrH6gQCw= MIME-Version: 1.0 Received: by 10.223.4.144 with SMTP id 16mr3704964far.36.1261294794329; Sat, 19 Dec 2009 23:39:54 -0800 (PST) In-Reply-To: <4B2DCC83.1000402@FreeBSD.org> References: <20091220063318.49A8C1CC0B@ptavv.es.net> <4B2DCC83.1000402@FreeBSD.org> Date: Sun, 20 Dec 2009 08:39:54 +0100 Message-ID: <3f1fd1ea0912192339ob8bc80dx5b5f8ba0c6d6dad7@mail.gmail.com> From: Michal Varga To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: Re: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Dec 2009 08:04:21 -0000 Sorry to hijack the thread, but I'm curious - is anybody running powerd/throttling on a Phenom-based CPU? I see cpufreq attaching normally on /AMD Athlon(tm) 64 X2 Dual Core Processor 3600+ (2004.56-MHz 686-class CPU)/: # kldload -v cpufreq Loaded cpufreq, id=25 powernow0: on cpu0 powernow1: on cpu1 # /etc/rc.d/powerd start Starting powerd. But not so on much newer /AMD Phenom(tm) 8450 Triple-Core Processor (2109.74-MHz 686-class CPU)/: # kldload -v cpufreq Loaded cpufreq, id=23 # /etc/rc.d/powerd start Starting powerd. powerd: lookup freq: No such file or directory Cue in src/usr.sbin/powerd/powerd.c: if (sysctlnametomib("dev.cpu.0.freq", freq_mib, &len)) err(1, "lookup freq"); >From AMD X2: # sysctl dev.cpu.0. dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.C000 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 995 dev.cpu.0.freq_levels: 1990/65000 1791/53913 995/25168 dev.cpu.0.cx_supported: C1/0 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% last 500us dev.cpu.0.temperature: 39.0C >From the offending Phenom: # sysctl dev.cpu.0. dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.C000 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.cx_supported: C1/0 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% last 500us dev.cpu.0.temperature: 27.5C This is from latest 7.2. Were there any changes in 8/9-CURRENT to bring some love to Phenoms too? m. From owner-freebsd-current@FreeBSD.ORG Sun Dec 20 08:15:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92C101065694 for ; Sun, 20 Dec 2009 08:15:44 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 4D2D78FC16 for ; Sun, 20 Dec 2009 08:15:44 +0000 (UTC) Received: from c83-253-248-99.bredband.comhem.se ([83.253.248.99]:48769 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1NMGwk-0001IL-6O; Sun, 20 Dec 2009 09:15:24 +0100 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id A30FDFD8BC; Sun, 20 Dec 2009 09:15:22 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Thomas Backman In-Reply-To: <3f1fd1ea0912192339ob8bc80dx5b5f8ba0c6d6dad7@mail.gmail.com> Date: Sun, 20 Dec 2009 09:15:19 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <7CEE793D-0485-43EC-81CD-FAA7CD73DA52@exscape.org> References: <20091220063318.49A8C1CC0B@ptavv.es.net> <4B2DCC83.1000402@FreeBSD.org> <3f1fd1ea0912192339ob8bc80dx5b5f8ba0c6d6dad7@mail.gmail.com> To: Michal Varga X-Mailer: Apple Mail (2.1077) X-Originating-IP: 83.253.248.99 X-Scan-Result: No virus found in message 1NMGwk-0001IL-6O. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1NMGwk-0001IL-6O d4eca8ca88191474f48f96bc2004a0e1 Cc: freebsd-current@freebsd.org Subject: Re: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Dec 2009 08:15:44 -0000 On Dec 20, 2009, at 8:39 AM, Michal Varga wrote: > Sorry to hijack the thread, but I'm curious - is anybody running > powerd/throttling on a Phenom-based CPU? >=20 > I see cpufreq attaching normally on /AMD Athlon(tm) 64 X2 Dual Core > Processor 3600+ (2004.56-MHz 686-class CPU)/: >=20 > But not so on much newer /AMD Phenom(tm) 8450 Triple-Core Processor > (2109.74-MHz 686-class CPU)/: >=20 > # kldload -v cpufreq > Loaded cpufreq, id=3D23 >=20 >> =46rom the offending Phenom: > # sysctl dev.cpu.0. > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=3D\_PR_.C000 > dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.cx_supported: C1/0 > dev.cpu.0.cx_lowest: C1 > dev.cpu.0.cx_usage: 100.00% last 500us > dev.cpu.0.temperature: 27.5C >=20 > This is from latest 7.2. Were there any changes in 8/9-CURRENT to > bring some love to Phenoms too? I have little to no experience with power saving in *nix, but have you = made sure the BIOS settings support throttling etc.? Regards, Thomas= From owner-freebsd-current@FreeBSD.ORG Sun Dec 20 08:53:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F30561065670 for ; Sun, 20 Dec 2009 08:53:39 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 895C68FC15 for ; Sun, 20 Dec 2009 08:53:39 +0000 (UTC) Received: by fxm27 with SMTP id 27so3958502fxm.3 for ; Sun, 20 Dec 2009 00:53:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=OxTevR0qDAcsw2n2T9dwuleuFlnp3TplRO0kdr5LXdQ=; b=xJNDEZFp5qv7UlCDnECCdDUtPmdCIeJbf6Z/qn6f3m9FomsSRARmZZCPTfxy9pPckt Tcf8YTRYwg4nVkTsAHIK2crtz2yk6sbI36h7ETS5IQiDnhID1OTbphXjwwxdhn8jf2rw bmTcunO5bCTRPj14GxIPqJ8sDKCwlA+GFHQCw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=vCOd1+95eY6v93Ruew95VP7CLfbqIYq4+NDccc9kU/ezQa/3SPc4XZV+hamOGno4tw 6SN3YVkPwfsivRfHSQ1Xt00kPDbAWgmnCz18QuWKDhO9VPZMN8WDNOvH6IwWLm39zGB/ 0tERWZaUHzxXwjroh46tojffLHUjhK7ATAiic= MIME-Version: 1.0 Received: by 10.223.95.79 with SMTP id c15mr8181502fan.31.1261299218587; Sun, 20 Dec 2009 00:53:38 -0800 (PST) In-Reply-To: <7CEE793D-0485-43EC-81CD-FAA7CD73DA52@exscape.org> References: <20091220063318.49A8C1CC0B@ptavv.es.net> <4B2DCC83.1000402@FreeBSD.org> <3f1fd1ea0912192339ob8bc80dx5b5f8ba0c6d6dad7@mail.gmail.com> <7CEE793D-0485-43EC-81CD-FAA7CD73DA52@exscape.org> Date: Sun, 20 Dec 2009 09:53:38 +0100 Message-ID: <3f1fd1ea0912200053y72b21baeta88f754818f73d02@mail.gmail.com> From: Michal Varga To: Thomas Backman Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org Subject: Re: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Dec 2009 08:53:40 -0000 On Sun, Dec 20, 2009 at 9:15 AM, Thomas Backman wrote: >> This is from latest 7.2. Were there any changes in 8/9-CURRENT to >> bring some love to Phenoms too? > > I have little to no experience with power saving in *nix, but have you made sure the BIOS settings support throttling etc.? > > Regards, > Thomas Yes, there is only Cool'n'Quiet to be enabled and that has been on for ages. Though to really make sure, I dug up a Windows install and found a power mon. app on AMD's site, results are as expected: http://i45.tinypic.com/qsrqdv.png Even per-core throttling seems to work fine there. m. From owner-freebsd-current@FreeBSD.ORG Sun Dec 20 11:46:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E4F5106566B for ; Sun, 20 Dec 2009 11:46:24 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 1D4DD8FC16 for ; Sun, 20 Dec 2009 11:46:23 +0000 (UTC) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NMKEu-0002ik-FN for freebsd-current@freebsd.org; Sun, 20 Dec 2009 11:46:23 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NMKEt-0006tX-J1 for freebsd-current@freebsd.org; Sun, 20 Dec 2009 11:46:20 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nBKBkJ8i094162 for ; Sun, 20 Dec 2009 11:46:19 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nBKBkJS0094161 for freebsd-current@freebsd.org; Sun, 20 Dec 2009 11:46:19 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Sun, 20 Dec 2009 11:46:19 +0000 From: Anton Shterenlikht To: freebsd-current@freebsd.org Message-ID: <20091220114619.GA94146@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -4.5 X-Spam-Level: ---- Subject: g95 as a system fortran compiler? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Dec 2009 11:46:24 -0000 I'm a user, not a developer, so I might be talking nonsense, in which case I apologise. I think the lack of a fortran compiler in the base OS is a significant minus of an otherwise very general OS. I understand that gfortran is not an ideal choice for many reasons, not least that it doesn't build on ia64. I think g95 could be a better choice for the following reasons: 1. very few dependencies, easy to maintain: Port: g95-0.92.20090624 Path: /usr/ports/lang/g95 Info: Fortran 95 compiler from g95.org Maint: gahr@FreeBSD.org B-deps: gettext-0.17_1 gmake-3.81_3 libiconv-1.13.1 R-deps: WWW: http://www.g95.org/ 2. builds fine on amd64, i386, ia64, sparc64 (and alpha, but this is no longer relevant). Also builds fine on linux ppc, mips, arm (haven't got fbsd stats for these archs). 3. actively developed, including co-arrays, a fortran 2008 feature 4. proven track record of successful integration with numerical libraries, scientific software, etc. I think inclusion/exclusion of system fortran is best controlled via /etc/src.conf, for those who have no use for it. Any comments? -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Sun Dec 20 14:15:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D142210656EA for ; Sun, 20 Dec 2009 14:15:53 +0000 (UTC) (envelope-from lobo@bsd.com.br) Received: from mail-gx0-f218.google.com (mail-gx0-f218.google.com [209.85.217.218]) by mx1.freebsd.org (Postfix) with ESMTP id 94B878FC1D for ; Sun, 20 Dec 2009 14:15:53 +0000 (UTC) Received: by gxk10 with SMTP id 10so4286823gxk.3 for ; Sun, 20 Dec 2009 06:15:53 -0800 (PST) Received: by 10.150.127.10 with SMTP id z10mr9408736ybc.276.1261318552506; Sun, 20 Dec 2009 06:15:52 -0800 (PST) Received: from papi.localnet ([187.78.74.174]) by mx.google.com with ESMTPS id 15sm2020008yxh.58.2009.12.20.06.15.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 20 Dec 2009 06:15:51 -0800 (PST) From: Mario Lobo To: freebsd-current@freebsd.org Date: Sun, 20 Dec 2009 11:14:32 -0300 User-Agent: KMail/1.12.3 (FreeBSD/8.0-STABLE; KDE/4.3.3; amd64; ; ) References: <20091220063318.49A8C1CC0B@ptavv.es.net> <4B2DCC83.1000402@FreeBSD.org> <3f1fd1ea0912192339ob8bc80dx5b5f8ba0c6d6dad7@mail.gmail.com> In-Reply-To: <3f1fd1ea0912192339ob8bc80dx5b5f8ba0c6d6dad7@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <200912201114.32661.lobo@bsd.com.br> Subject: Re: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Dec 2009 14:15:57 -0000 On Sunday 20 December 2009 04:39:54 Michal Varga wrote: > Sorry to hijack the thread, but I'm curious - is anybody running > powerd/throttling on a Phenom-based CPU? > > I see cpufreq attaching normally on /AMD Athlon(tm) 64 X2 Dual Core > Processor 3600+ (2004.56-MHz 686-class CPU)/: > > # kldload -v cpufreq > Loaded cpufreq, id=25 > powernow0: on cpu0 > powernow1: on cpu1 > > # /etc/rc.d/powerd start > Starting powerd. > > > But not so on much newer /AMD Phenom(tm) 8450 Triple-Core Processor > (2109.74-MHz 686-class CPU)/: > > # kldload -v cpufreq > Loaded cpufreq, id=23 > > # /etc/rc.d/powerd start > Starting powerd. > powerd: lookup freq: No such file or directory > > > Cue in src/usr.sbin/powerd/powerd.c: > if (sysctlnametomib("dev.cpu.0.freq", freq_mib, &len)) > err(1, "lookup freq"); > > >From AMD X2: > > # sysctl dev.cpu.0. > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.C000 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 995 > dev.cpu.0.freq_levels: 1990/65000 1791/53913 995/25168 > dev.cpu.0.cx_supported: C1/0 > dev.cpu.0.cx_lowest: C1 > dev.cpu.0.cx_usage: 100.00% last 500us > dev.cpu.0.temperature: 39.0C > > >From the offending Phenom: > > # sysctl dev.cpu.0. > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.C000 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.cx_supported: C1/0 > dev.cpu.0.cx_lowest: C1 > dev.cpu.0.cx_usage: 100.00% last 500us > dev.cpu.0.temperature: 27.5C > > This is from latest 7.2. Were there any changes in 8/9-CURRENT to > bring some love to Phenoms too? > > m. > _______________________________________________ > 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" > Well, here's my CPU: AMD Phenom(tm) II X4 955 Processor (3216.13-MHz K8-class CPU) [~]>sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.P001 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 3200 dev.cpu.0.freq_levels: 3200/28215 2800/24688 2500/18625 2187/16296 2100/12650 1837/11068 1575/9487 1312/7906 dev.cpu.0.cx_supported: C1/0 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% last 500us dev.cpu.0.temperature: 55.0C dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.P002 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpu.1.cx_supported: C1/0 dev.cpu.1.cx_lowest: C1 dev.cpu.1.cx_usage: 100.00% last 500us dev.cpu.1.temperature: 55.0C dev.cpu.2.%desc: ACPI CPU dev.cpu.2.%driver: cpu dev.cpu.2.%location: handle=\_PR_.P003 dev.cpu.2.%pnpinfo: _HID=none _UID=0 dev.cpu.2.%parent: acpi0 dev.cpu.2.cx_supported: C1/0 dev.cpu.2.cx_lowest: C1 dev.cpu.2.cx_usage: 100.00% last 500us dev.cpu.2.temperature: 55.0C dev.cpu.3.%desc: ACPI CPU dev.cpu.3.%driver: cpu dev.cpu.3.%location: handle=\_PR_.P004 dev.cpu.3.%pnpinfo: _HID=none _UID=0 dev.cpu.3.%parent: acpi0 dev.cpu.3.cx_supported: C1/0 dev.cpu.3.cx_lowest: C1 dev.cpu.3.cx_usage: 100.00% last 500us dev.cpu.3.temperature: 55.0C I have: dev.cpu.0.freq_levels: 3200/28215 2800/24688 2500/18625 2187/16296 2100/12650 1837/11068 1575/9487 1312/7906 dev.acpi_throttle.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 dev.hwpstate.0.freq_settings: 3200/28215 2500/18625 2100/12650 800/5070 Which one should I choose to set debug.cpufreq.lowest to: 1312, 1250 or 800 ? Which of these will powerd use? thanks, -- Mario Lobo http://www.mallavoodoo.com.br FreeBSD since version 2.2.8 [not Pro-Audio.... YET!!] (99,7% winfoes FREE) From owner-freebsd-current@FreeBSD.ORG Sun Dec 20 14:20:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAAB5106566B for ; Sun, 20 Dec 2009 14:20:36 +0000 (UTC) (envelope-from lobo@bsd.com.br) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id B3B848FC19 for ; Sun, 20 Dec 2009 14:20:36 +0000 (UTC) Received: by yxe1 with SMTP id 1so4287190yxe.3 for ; Sun, 20 Dec 2009 06:20:36 -0800 (PST) Received: by 10.150.88.42 with SMTP id l42mr9339091ybb.255.1261318835523; Sun, 20 Dec 2009 06:20:35 -0800 (PST) Received: from papi.localnet ([187.78.74.174]) by mx.google.com with ESMTPS id 34sm2024670yxf.65.2009.12.20.06.20.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 20 Dec 2009 06:20:34 -0800 (PST) To: freebsd-current@freebsd.org From: Mario Lobo Date: Sun, 20 Dec 2009 11:19:15 -0300 MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <200912201119.15758.lobo@bsd.com.br> Subject: Re: Systems running hot? (cont'd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Dec 2009 14:20:37 -0000 On Sunday 20 December 2009 04:39:54 Michal Varga wrote: > Sorry to hijack the thread, but I'm curious - is anybody running > powerd/throttling on a Phenom-based CPU? > > I see cpufreq attaching normally on /AMD Athlon(tm) 64 X2 Dual Core > Processor 3600+ (2004.56-MHz 686-class CPU)/: > > # kldload -v cpufreq > Loaded cpufreq, id=25 > powernow0: on cpu0 > powernow1: on cpu1 > Well, here's my CPU: AMD Phenom(tm) II X4 955 Processor (3216.13-MHz K8-class CPU) [~]>sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.P001 dev.cpu.0.%pnpinfo: _HID=none _UID=0 [Snip...] >I have: >dev.cpu.0.freq_levels: 3200/28215 2800/24688 2500/18625 2187/16296 2100/12650 >1837/11068 1575/9487 1312/7906 >dev.acpi_throttle.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 >3750/-1 2500/-1 1250/-1 >dev.hwpstate.0.freq_settings: 3200/28215 2500/18625 2100/12650 800/5070 >Which one should I choose to set debug.cpufreq.lowest to: >1312, 1250 or 800 ? >Which of these will powerd use? Sorry, forgot these: FreeBSD 8.0-STABLE #0 r198930M: Sat Dec 12 12:49:49 BRT 2009 root@papi:/usr/obj/usr/src/sys/LOBO amd64 and amdtemp.c is modified to accept a 4 core CPU. -- Mario Lobo http://www.mallavoodoo.com.br FreeBSD since version 2.2.8 [not Pro-Audio.... YET!!] (99,7% winfoes FREE) From owner-freebsd-current@FreeBSD.ORG Sun Dec 20 15:59:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 8E5A410656A4; Sun, 20 Dec 2009 15:59:15 +0000 (UTC) (envelope-from nork@FreeBSD.org) Date: Mon, 21 Dec 2009 00:59:09 +0900 From: Norikatsu Shigemura To: Alexander Motin Message-Id: <20091221005909.c719571a.nork@FreeBSD.org> In-Reply-To: <4B262119.6090904@FreeBSD.org> References: <1258575782.00184876.1258562404@10.7.7.3> <1258579386.00184908.1258567802@10.7.7.3> <1258590193.00184983.1258579804@10.7.7.3> <4B262119.6090904@FreeBSD.org> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.4; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , Norikatsu Shigemura , Ivan Voras Subject: Re: How do I use NCQ of Intel X25-E(SSD) on ahci(4)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Dec 2009 15:59:16 -0000 Hi mav! On Mon, 14 Dec 2009 13:27:21 +0200 Alexander Motin wrote: > >> while scheduling requests. I didn't do it yet, just because most of > >> devices able to handle all 32 tags possible on SATA. This Intel SSD is > >> one of rare exceptions. > > Ok, (still thinking about something that could be MFC-able in an > > emergency), how about adding a loader tunable integer instead of "32"? > Just for note, it is already fixed and merged. Thank you! Yes, I confirmed! - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-7 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO size 8192bytes) ada0: Command Queueing enabled ada0: 61057MB (125045424 512 byte sectors: 16H 63S/T 16383C) ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 ada1: ATA-8 SATA 2.x device ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO size 8192bytes) ada1: Command Queueing enabled ada1: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - # camcontrol tags ada0 (pass0:ahcich0:0:0:0): device openings: 31 # camcontrol tags ada1 (pass1:ahcich1:0:0:0): device openings: 32 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From owner-freebsd-current@FreeBSD.ORG Sun Dec 20 18:24:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C05AD1065672 for ; Sun, 20 Dec 2009 18:24:45 +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 845958FC0A for ; Sun, 20 Dec 2009 18:24:45 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id nBKIObk6031852; Sun, 20 Dec 2009 10:24:37 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id nBKIObLs031851; Sun, 20 Dec 2009 10:24:37 -0800 (PST) (envelope-from sgk) Date: Sun, 20 Dec 2009 10:24:37 -0800 From: Steve Kargl To: Anton Shterenlikht Message-ID: <20091220182437.GA31691@troutmask.apl.washington.edu> References: <20091220114619.GA94146@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091220114619.GA94146@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: g95 as a system fortran compiler? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Dec 2009 18:24:45 -0000 On Sun, Dec 20, 2009 at 11:46:19AM +0000, Anton Shterenlikht wrote: > > I understand that gfortran is not an ideal choice for > many reasons, not least that it doesn't build on ia64. Do you have any details to support this claim (other than the fact that you can't get gcc to build on ia64)? Benchmarks seem to offer a different viewpoint. http://www.polyhedron.com/compare0html > I think g95 could be a better choice for the following > reasons: > > 1. very few dependencies, easy to maintain: > > Port: g95-0.92.20090624 > Path: /usr/ports/lang/g95 > Info: Fortran 95 compiler from g95.org > Maint: gahr@FreeBSD.org > B-deps: gettext-0.17_1 gmake-3.81_3 libiconv-1.13.1 > R-deps: > WWW: http://www.g95.org/ You left out the dependency that it uses gcc-4.0.3 as it's base gcc. > 2. builds fine on amd64, i386, ia64, sparc64 (and alpha, but this > is no longer relevant). Also builds fine on linux ppc, mips, arm > (haven't got fbsd stats for these archs). Install the g95 port and be done with it. > 3. actively developed, including co-arrays, a fortran 2008 feature g95 has a single developer who has not been heard from since June as far as patching g95 is concerned. Your statement that g95 is 'actively developed' suggests that you believe that gfortran isn't actively developed. 235 patches have been committed to gfortran and its runtime library since July 1, 2009. Note, these aren't all bug fixes suggesting gfortran is low quality. Many are new features such as OOP or changes to the gcc infrastructure (ie., use of MPC for complex types, autoparallelization, and vectorization). The co-arrays feature is a closed source shareware product. http://www.g95.biz/ As for F2003 and F2008, gfortran has implemented many more of the newer features including some of the OOP features in Fortran. http://gcc.gnu.org/wiki/Fortran2003Status http://gcc.gnu.org/wiki/Fortran2008Status > 4. proven track record of successful integration with > numerical libraries, scientific software, etc. ? If it's Fortran, gfortran will compile it. Not sure that this last point supports inclusion of g95 over any other Fortran compiler. > I think inclusion/exclusion of system fortran is best > controlled via /etc/src.conf, for those who have no use > for it. > > Any comments? Install the g95 port and move on in life. Fortran was removed from the base system when GCC deprecated g77 in the gcc-4.x series and FreeBSD moved to the newer compiler. Fortran should not return to base system. PS: Guess who is an active gfortran developer? -- Steve From owner-freebsd-current@FreeBSD.ORG Sun Dec 20 18:56:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DC87106566B for ; Sun, 20 Dec 2009 18:56:39 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-iw0-f198.google.com (mail-iw0-f198.google.com [209.85.223.198]) by mx1.freebsd.org (Postfix) with ESMTP id 1729D8FC18 for ; Sun, 20 Dec 2009 18:56:38 +0000 (UTC) Received: by iwn36 with SMTP id 36so3185874iwn.3 for ; Sun, 20 Dec 2009 10:56:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=u14AoDf96lQ0LPi0wyQgLJqDql533JyiV6TzW1wss+M=; b=uNh20cibtztqv+86GpFjAPRm0JAyu6fEA9+p+DV56bRhg8zZsctdtsJJLrCLnLgK2b KU2i7Zvzu/nVlNEiYibJBsv6di/KkAmRHR28n5/a1uzhy1H1fmMjYCnFJJWHVmy1fMdq /jOg1/tHDlmOAIDap8xmrqhVTdteMzYZJe63I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=hPId2tkvc7Hh7qZznpbQpDSM32NFsQGu18w0nKsqsF9ZYZd8i3ND/EAZ0iWQ1S8B6k Y0NYwVosPThz6hOaLUxA3moV4N+RIHWfr8vyXARNIcTkONUCQNmJj/s2KKl4Rw3K7a9/ w/Hh75f+w2hr/jDZJ0ywazQYNxbSdnhqXhcH0= MIME-Version: 1.0 Received: by 10.231.29.149 with SMTP id q21mr666256ibc.35.1261335397921; Sun, 20 Dec 2009 10:56:37 -0800 (PST) In-Reply-To: <20091220114619.GA94146@mech-cluster241.men.bris.ac.uk> References: <20091220114619.GA94146@mech-cluster241.men.bris.ac.uk> Date: Sun, 20 Dec 2009 12:56:37 -0600 Message-ID: <790a9fff0912201056i829f12as9b8804008850564f@mail.gmail.com> From: Scot Hetzel To: Anton Shterenlikht Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: g95 as a system fortran compiler? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Dec 2009 18:56:39 -0000 On 12/20/09, Anton Shterenlikht wrote: > I'm a user, not a developer, so I might be talking nonsense, > in which case I apologise. > > I think the lack of a fortran compiler in the base OS is > a significant minus of an otherwise very general OS. > The reason a fortran compiler is not in the base OS is because none of the base OS sources require a fortran compiler to compile the source. And it would require someone to maintain the fortran sources in the FreeBSD svn to keep it updated. A lack of the fortran compiler in the base OS is not a minus, it's actually a plus having it as a port. The fortran ports will see regular updates to them, while a version in the base OS would stay frozen to an older release for each FreeBSD release. > I think inclusion/exclusion of system fortran is best > controlled via /etc/src.conf, for those who have no use > for it. > The best way to add fortran to the system is to use either pkg_add or install the port: pkg_add -r g95-0.92.20090624.tbz cd /usr/ports/lang/g95 ; make install Scot From owner-freebsd-current@FreeBSD.ORG Sun Dec 20 19:44:10 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2ECFE1065670 for ; Sun, 20 Dec 2009 19:44:10 +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 ESMTP id B5BFC8FC19 for ; Sun, 20 Dec 2009 19:44:09 +0000 (UTC) Received: (qmail 22340 invoked by uid 399); 20 Dec 2009 19:44:08 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 20 Dec 2009 19:44:08 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B2E7E8D.6080902@FreeBSD.org> Date: Sun, 20 Dec 2009 11:44:13 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Kevin Oberman References: <20091220063318.49A8C1CC0B@ptavv.es.net> In-Reply-To: <20091220063318.49A8C1CC0B@ptavv.es.net> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: powerd and nvidia drivers not playing nicely together (Was: Re: Systems running hot?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Dec 2009 19:44:10 -0000 Kevin Oberman wrote: > powerd has undergone major revision lately Ok, here is a new one. Last night while I was fiddling I was running X the whole time. I power off, go to bed, then this morning I boot up as usual, no X! I use the nvidia drivers, so I figured maybe I was out of synch so I svn up, build a new kernel, reboot, rebuild nvidia, still no X! So I think to myself, what else did I change last night.... oh yeah, powerd! So I turn that off, and voila, X! Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 20 20:50:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87FAD106566B for ; Sun, 20 Dec 2009 20:50:56 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 453358FC29 for ; Sun, 20 Dec 2009 20:50:56 +0000 (UTC) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NMSjs-0006VA-At; Sun, 20 Dec 2009 20:50:55 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NMSjr-0002Ad-A6; Sun, 20 Dec 2009 20:50:51 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nBKKopWf015787; Sun, 20 Dec 2009 20:50:51 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nBKKooVs015786; Sun, 20 Dec 2009 20:50:50 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Sun, 20 Dec 2009 20:50:50 +0000 From: Anton Shterenlikht To: Steve Kargl Message-ID: <20091220205050.GB10931@mech-cluster241.men.bris.ac.uk> References: <20091220114619.GA94146@mech-cluster241.men.bris.ac.uk> <20091220182437.GA31691@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091220182437.GA31691@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: freebsd-current@freebsd.org, Anton Shterenlikht Subject: Re: g95 as a system fortran compiler? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Dec 2009 20:50:56 -0000 On Sun, Dec 20, 2009 at 10:24:37AM -0800, Steve Kargl wrote: > On Sun, Dec 20, 2009 at 11:46:19AM +0000, Anton Shterenlikht wrote: > > > > I understand that gfortran is not an ideal choice for > > many reasons, not least that it doesn't build on ia64. > > Do you have any details to support this claim (other than > the fact that you can't get gcc to build on ia64)? I meant all the talk (most of which is way above my head) about gcc backend being far from ideal. llvm/clang are often mentioned as long term alternatives. I'm just repeating what I've picked up from various mailing lists. > You left out the dependency that it uses gcc-4.0.3 as it's > base gcc. yes, forgot about this.. > Install the g95 port and be done with it. the problem is that gfortran44 is the default (ports/Mk/bsd.gcc.mk). So if it doesn't build on my system, I can't get lots of other ports. I'm not sure changing it for g95 is a good idea. > PS: Guess who is an active gfortran developer? I see.. as I said, I apologise if I'm talking nosense. Thanks for your time anyway. (I noted your reply to my gcc bugzilla entry). anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 00:18:14 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA3801065679; Mon, 21 Dec 2009 00:18:14 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ew0-f211.google.com (mail-ew0-f211.google.com [209.85.219.211]) by mx1.freebsd.org (Postfix) with ESMTP id 58CEC8FC0C; Mon, 21 Dec 2009 00:18:14 +0000 (UTC) Received: by ewy3 with SMTP id 3so5589040ewy.13 for ; Sun, 20 Dec 2009 16:18:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=BHDdJA3aEg3MPdh5v1NFfYxr+s0a8sOP+iLlT22jtcY=; b=O/2C3RdqyHBXWQ9fQ7t1vtyhp9udLVq8kzBfUvgGxV9xwbZKYK/aDfn80lrSQn0kEh f3HGjHSgk3UT6Wuf+0FIvfM49NtbCYDgIrCE+0M77AI/+XfaQqIwML8kvNu4Oe77qj5/ mHCt+tnQ6sL2TuFcpxkrW+eFuc1/h0cJuge2g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=JulSbN36xjsFxQcmZ2IGmqUS7KvihcDkdr9WL1UwRJOb9cOIHejP5tSS59EWwDc/FC gv1S6Dmuwbynefog6RvP6EV+MqF90K4DmgEExb7JtClpi+fk0wNmvSMwXa+vVqMq9oq4 uZ80CwpDTIHpQe4bB2VScIEVN9UDrnx0RHsYw= MIME-Version: 1.0 Received: by 10.216.87.79 with SMTP id x57mr2209187wee.83.1261354693225; Sun, 20 Dec 2009 16:18:13 -0800 (PST) Date: Sun, 20 Dec 2009 19:18:13 -0500 Message-ID: From: "b. f." To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@FreeBSD.org Subject: Re: powerd and nvidia drivers not playing nicely together (Was: Re: Systems running hot?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 00:18:15 -0000 >no X! So I think to myself, what else did I change last night.... oh >yeah, powerd! So I turn that off, and voila, X! Do you really mean powerd(8)? Or the separate /etc/rc.d/power_profile ? There was some confusion between the two earlier in this thread. What related settings are you using, via {rc,sysctl,loader}.conf? Which power-governing drivers are active on your machine: est? ichss? smist? p4tcc? acpi_perf? acpi_throttle? acpi_thermal? acpi_video? Which nvidia driver? If you compile your kernel with options ACPI_DEBUG, and enable acpi debugging messages, do you see any errors/problems? b. From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 00:21:52 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C574E106566C; Mon, 21 Dec 2009 00:21:52 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: from bsdcrew.de (duro.unixfreunde.de [85.214.90.4]) by mx1.freebsd.org (Postfix) with ESMTP id 851DC8FC08; Mon, 21 Dec 2009 00:21:52 +0000 (UTC) Received: by bsdcrew.de (Postfix, from userid 1001) id A92764AF8C; Mon, 21 Dec 2009 01:21:50 +0100 (CET) Date: Mon, 21 Dec 2009 01:21:50 +0100 From: Martin Wilke To: "b. f." Message-ID: <20091221002150.GG57521@bsdcrew.de> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@FreeBSD.org, Doug Barton Subject: Re: powerd and nvidia drivers not playing nicely together (Was: Re: Systems running hot?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 00:21:52 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, Dec 20, 2009 at 07:18:13PM -0500, b. f. wrote: > >no X! So I think to myself, what else did I change last night.... oh > >yeah, powerd! So I turn that off, and voila, X! > > Do you really mean powerd(8)? Or the separate /etc/rc.d/power_profile > ? There was some confusion between the two earlier in this thread. > What related settings are you using, via {rc,sysctl,loader}.conf? > Which power-governing drivers are active on your machine: est? ichss? > smist? p4tcc? acpi_perf? acpi_throttle? acpi_thermal? acpi_video? > Which nvidia driver? If you compile your kernel with options > ACPI_DEBUG, and enable acpi debugging messages, do you see any > errors/problems? > on the nvidia forum was also a problem with powerd(8) reported. http://www.nvnews.net/vbulletin/showthread.php?t=142331 > > b. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAksuv54ACgkQdLJIhLHm/OmDmACfeMEg2XzgV+UoC2riz/JYF/r/ acQAoKQ2DMaW7pxJiYoNv4AG5h9kgr3v =77HN -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 00:47:41 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07C8F1065670; Mon, 21 Dec 2009 00:47:41 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id 6E88B8FC14; Mon, 21 Dec 2009 00:47:40 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 4so1219964eyf.9 for ; Sun, 20 Dec 2009 16:47:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=WPkbpP1VeTe/q0VirFKfD3yu0ZZiGbVkp8gnNsiwNls=; b=VCb0Lsmi+qlYzm5QU1Xq6+SJXyRjoIRtUhgH40wGh/WQJPrNQbg1z9cTqv2WhwD40z kJ7bOhEjpFfH1Cnvqx0LuZqBcM6yfyZwVmBwilWgeEhtjFYUWHt/tN3hQVzRjJx8SDXX QPFuYEXfehHuO4xBqujGBU3VMW9+bZNV6OTxk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=P1/1ZPEoLbO9YE/5ySI7tO4jBurkOMDdyw1rhOJX9EwYLvjVzNJiIRMEE0fKHRYc9F nGwGXW+yiIIk69zqKyrRWsbW/C3GaltdcQGyEmLB1+sxJtrlwCqTDmPiYAXfDuCpE3tB Wn0Al+JqACG4pToCm8aChP13reQIjvd4sCteo= MIME-Version: 1.0 Received: by 10.216.85.7 with SMTP id t7mr2259380wee.122.1261356459395; Sun, 20 Dec 2009 16:47:39 -0800 (PST) Date: Sun, 20 Dec 2009 19:47:39 -0500 Message-ID: From: "b. f." To: Anton Shterenlikht Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@FreeBSD.org, gerald@FreeBSD.org Subject: Re: g95 as a system fortran compiler? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 00:47:41 -0000 >I think the lack of a fortran compiler in the base OS is >a significant minus of an otherwise very general OS. The decision to remove the Fortran compiler from the base system was made long ago, and will probably not be reversed now. There is no Fortran code in the base system, and Fortran is needed only by a minority of users. >I understand that gfortran is not an ideal choice for >many reasons, not least that it doesn't build on ia64. Yes, it's unfortunate that the gcc maintainers discontinued support for a number of architectures. But maybe someone will step forward and fix it? Or llvm? In the meantime, why don't you ask gerald@ to make the default Fortran compiler on ia64 the latest version of gfortran that will still work on that architecture? You can do it yourself by making some small local patches to ports/Mk/bsd.gcc.mk, and to the relevant lang/gcc4X port, while you are waiting for him ... >I think g95 could be a better choice for the following >reasons: It's shortcomings have already been pointed out by others. b. From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 01:07:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36B3F1065670 for ; Mon, 21 Dec 2009 01:07:03 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id EA0ED8FC18 for ; Mon, 21 Dec 2009 01:07:02 +0000 (UTC) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NMWjj-0002Aj-7c for freebsd-current@freebsd.org; Mon, 21 Dec 2009 01:07:01 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NMWji-000499-Bf for freebsd-current@freebsd.org; Mon, 21 Dec 2009 01:06:58 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nBL16wAc019517 for ; Mon, 21 Dec 2009 01:06:58 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nBL16w0x019516 for freebsd-current@freebsd.org; Mon, 21 Dec 2009 01:06:58 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 21 Dec 2009 01:06:58 +0000 From: Anton Shterenlikht To: freebsd-current@freebsd.org Message-ID: <20091221010657.GA19503@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -4.5 X-Spam-Level: ---- Subject: still trouble with pci.c on i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Dec 2009 01:07:03 -0000 I've got the same panic with pci.c Revision 1.392 as reported here: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=500525+0+archive/2009/freebsd-current/20091213.freebsd-current When downgrading to rev 1.390, I get these errors on buildkernel (copied by hand): pci_pci.o(.text_0xe7b): In function `pcib_resume': /usr/src/sys/dev/pci/pci_pci.c:471: undefined reference to `pci_do_power_resume' pci_pci.o(.text_0x1d53): In function `pcib_suspend': /usr/src/sys/dev/pci/pci_pci.c:455: undefined reference to `pci_do_power_resume' Please advise many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 01:22:43 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF9A8106566C for ; Mon, 21 Dec 2009 01:22:43 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ew0-f213.google.com (mail-ew0-f213.google.com [209.85.219.213]) by mx1.freebsd.org (Postfix) with ESMTP id 87DDF8FC0A for ; Mon, 21 Dec 2009 01:22:43 +0000 (UTC) Received: by ewy5 with SMTP id 5so5501995ewy.34 for ; Sun, 20 Dec 2009 17:22:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=AF/k7BEtdNm+DCCQHi7ELVcE3R0wMopxtaHjYZA4S50=; b=XQZVN8M5wJ2VM6yWHRpRjK3g9+CDRJIA6putXOM73u8Go37mbo5igQvEj8uS/EIvTB VFg3e9/aFQBUIcfxIMW9C5zHddljMfs5QtMPx9ubzOESRXo0oXJ434GrmyEz4PYTtzc2 20pdcz6F6G2vG+4NqcEhxscou5kd8E4BdcVtc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=fxkqLbFlPG8gfQq18wliGGne8vVwfzREBShoM8mVzF8o+nyn2C3txLaam92638oiKh kFZ7qtpSSy2ZjWWiY0bXei7hDV6Q5dvXqASY33AcuD880yzv3UhVDIV2EQceyRvLkc6f jZ2jz06QPrlEP2lQJepqF6UAaHEqLYv39YEAg= MIME-Version: 1.0 Received: by 10.216.87.9 with SMTP id x9mr263094wee.0.1261358562203; Sun, 20 Dec 2009 17:22:42 -0800 (PST) Date: Sun, 20 Dec 2009 20:22:42 -0500 Message-ID: From: "b. f." To: Anton Shterenlikht Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@FreeBSD.org Subject: Re: still trouble with pci.c on i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Dec 2009 01:22:44 -0000 Try reverting all of the changes in: http://svn.freebsd.org/changeset/base/200341 In particular, those to sys/dev/pci/pci_pci.c, which you don't seem to have reverted. It is a bit easier to do this (with svn merge -c ... or the like) if you keep your sources in a local subversion repository, and since most of the base system developers are now using that VCS, it is easier to get help by referring to the subversion version numbers rather than the corresponding CVS version numbers. jkim@, jhb@, and imp@ should be able to tell you more about this problem. Regards, b. From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 04:33:07 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38914106568D for ; Mon, 21 Dec 2009 04:33:07 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id EB26E8FC0A for ; Mon, 21 Dec 2009 04:33:06 +0000 (UTC) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NMZx8-0000Ao-Te; Mon, 21 Dec 2009 04:33:05 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NMZx7-0006ot-U3; Mon, 21 Dec 2009 04:33:02 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nBL4X1Ch062342; Mon, 21 Dec 2009 04:33:01 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nBL4X1f9062341; Mon, 21 Dec 2009 04:33:01 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 21 Dec 2009 04:33:01 +0000 From: Anton Shterenlikht To: "b. f." Message-ID: <20091221043301.GA62312@mech-cluster241.men.bris.ac.uk> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: freebsd-current@FreeBSD.org, Anton Shterenlikht Subject: Re: still trouble with pci.c on i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Dec 2009 04:33:07 -0000 On Sun, Dec 20, 2009 at 08:22:42PM -0500, b. f. wrote: > Try reverting all of the changes in: > > http://svn.freebsd.org/changeset/base/200341 > > In particular, those to sys/dev/pci/pci_pci.c, which you don't seem to > have reverted. It is a bit easier to do this (with svn merge -c ... > or the like) if you keep your sources in a local subversion > repository, and since most of the base system developers are now using > that VCS, it is easier to get help by referring to the subversion > version numbers rather than the corresponding CVS version numbers. > jkim@, jhb@, and imp@ should be able to tell you more about this > problem. I havent' got svn installed, usually just do 'csup current-supfile'. Are you saying I need to update my practices? many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 06:50:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAFC210656A4 for ; Mon, 21 Dec 2009 06:50:19 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ew0-f213.google.com (mail-ew0-f213.google.com [209.85.219.213]) by mx1.freebsd.org (Postfix) with ESMTP id 828198FC0C for ; Mon, 21 Dec 2009 06:50:19 +0000 (UTC) Received: by ewy5 with SMTP id 5so5643613ewy.34 for ; Sun, 20 Dec 2009 22:50:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=LvSdEqIq434uWvQ0X69RPjsmC/L65lPBWeVcJnJMGF8=; b=kCXQWSHnpnokjMNuPwE+ezFz+tEjLIi8Qetp0WXrid5TbQt68R6Gs0N7Jm5WHXcKus dVP2C5KgwydBUhP7pP8e8qTK6Qg1jAKY0wLok2KUFR6BrgpMp0f20jD0ZcM8/NEC4qyt CRN+liRJ8wEHs5QCUERIsQnHO/K9CeqIRjNEE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=dGZ39hqrIw6IzG9CpbRnUDiPyCRe+VQr0LySbH4WqeJpoF4M1Ldfc57Z8UHAarH0R7 749EpDnEzlfciNzT8cKD0S+kuhpJI+A/FetwZQCYffkoINfhS9V64XxBTcZsP26pA9nr LnrVX5tgJjAucKC1bZuRwnCA58CxpnAy8Ur9k= MIME-Version: 1.0 Received: by 10.216.88.15 with SMTP id z15mr2951239wee.113.1261378218058; Sun, 20 Dec 2009 22:50:18 -0800 (PST) In-Reply-To: <20091221043301.GA62312@mech-cluster241.men.bris.ac.uk> References: <20091221043301.GA62312@mech-cluster241.men.bris.ac.uk> Date: Mon, 21 Dec 2009 01:50:17 -0500 Message-ID: From: "b. f." To: Anton Shterenlikht Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: still trouble with pci.c on i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Dec 2009 06:50:20 -0000 On 12/20/09, Anton Shterenlikht wrote: > On Sun, Dec 20, 2009 at 08:22:42PM -0500, b. f. wrote: > > I havent' got svn installed, usually just do 'csup current-supfile'. > Are you saying I need to update my practices? > That's up to you. If you're checking the sources out as many users do, in checkout mode with the delete keyword, and you find that you need to revert a change locally, you've either got to make the changes by hand or perform at least one more checkout with -i and a date tag to revert the files affected by the change. Then you've got to protect your reversion during future updates. In my opinion, this is inconvenient, and if you can afford the extra disk space, you're probably better off using the VCS as it was meant to be used, by either using csup(1) in CVS mode, and using cvs(1) to manage your sources, or by using subversion. I think the latter is easier. b. From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 10:58:33 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5F4A1065672 for ; Mon, 21 Dec 2009 10:58:33 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 926EF8FC12 for ; Mon, 21 Dec 2009 10:58:33 +0000 (UTC) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NMfy8-0003xQ-25; Mon, 21 Dec 2009 10:58:32 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NMfy6-0002Il-K7; Mon, 21 Dec 2009 10:58:27 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nBLAwQPZ051432; Mon, 21 Dec 2009 10:58:26 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nBLAwQdo051431; Mon, 21 Dec 2009 10:58:26 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 21 Dec 2009 10:58:26 +0000 From: Anton Shterenlikht To: Gerald Pfeifer Message-ID: <20091221105826.GA51422@mech-cluster241.men.bris.ac.uk> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: freebsd-current@FreeBSD.org, Anton Shterenlikht , "b. f." Subject: Re: g95 as a system fortran compiler? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 10:58:34 -0000 On Mon, Dec 21, 2009 at 11:54:29AM +0100, Gerald Pfeifer wrote: > On Sun, 20 Dec 2009, b. f. wrote: > > The decision to remove the Fortran compiler from the base system was > > made long ago, and will probably not be reversed now. There is no > > Fortran code in the base system, and Fortran is needed only by a > > minority of users. > > With even popular scripting languages residing in ports, not the > base system, it really would be hard to argue for Fortran being > part of the system compiler. That, and FreeBSD has been notorious > for letting the system compiler and toolchain rot (sorry, it's hard > to find a friendlier term), so users would not be served too well > by such a move, especially seeing how actively and quickly GCC > Fortran develops in contrast. This level of agility is really > where our Ports Collection shines. yes, I get it now, it makes sense > > Yes, it's unfortunate that the gcc maintainers discontinued support > > for a number of architectures. But maybe someone will step forward > > and fix it? Or llvm? In the meantime, why don't you ask gerald@ to > > make the default Fortran compiler on ia64 the latest version of > > gfortran that will still work on that architecture? You can do it > > yourself by making some small local patches to ports/Mk/bsd.gcc.mk, > > and to the relevant lang/gcc4X port, while you are waiting for him ... > > Anton has been working with me and really has been trying to get > (upstream) attention. With FreeBSD being a niche OS and Itanium > going the way of the Alpha and the Dodo, this is not a healthy > intersection, sadly, and nobody has stepped up yet to fix the > issue for real though some advice has been given. :-( > > ( http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40959 ) > > Using different compiler versions on different architectures is > going to make other ports maintainers pretty unhappy campers and > would not see a lot of testing, so I would not recommend going > down that route, nor would I want to make ports more complicated > when that only benefits one or two users globally. I agree -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 12:26:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 585611065676; Mon, 21 Dec 2009 12:26:28 +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 1D0238FC0A; Mon, 21 Dec 2009 12:26:27 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 2E0036D41C; Mon, 21 Dec 2009 12:26:27 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 03CF884549; Mon, 21 Dec 2009 13:26:27 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Doug Barton References: <4B2D4B53.1060503@FreeBSD.org> Date: Mon, 21 Dec 2009 13:26:26 +0100 In-Reply-To: <4B2D4B53.1060503@FreeBSD.org> (Doug Barton's message of "Sat, 19 Dec 2009 13:53:23 -0800") Message-ID: <861viosebx.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (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: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 12:26:28 -0000 Doug Barton writes: > In the last weeks (I generally update to the latest HEAD daily) It > seems that my -current laptop is running hot temperature wise, even > when it's idle, or nearly so. The temperature sensor (via wmbsdbatt) > generally stays in the 80s C, as opposed to the 70s, and the fan is > regularly on its "medium" speed as opposed to the low speed. The maximum operating temperature for a Core 2 Duo is 75 C. The idle temperature depends on environmental conditions, but a reasonable working temperature under light use (reading your email and browsing the web) would be 30 C. The numbers you quote are well beyond the point where the CPU should start downstepping (and eventually shut down) to protect itself. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 11:13:57 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E92031065676 for ; Mon, 21 Dec 2009 11:13:57 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.131.111.2]) by mx1.freebsd.org (Postfix) with ESMTP id A44078FC20 for ; Mon, 21 Dec 2009 11:13:57 +0000 (UTC) Received: from acrux.dbai.tuwien.ac.at (acrux.dbai.tuwien.ac.at [128.131.111.60]) by vexpert.dbai.tuwien.ac.at (Postfix) with ESMTP id 054301E07E; Mon, 21 Dec 2009 11:54:27 +0100 (CET) Received: by acrux.dbai.tuwien.ac.at (Postfix, from userid 1203) id 3E28A16047; Mon, 21 Dec 2009 11:54:29 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by acrux.dbai.tuwien.ac.at (Postfix) with ESMTP id 2F4D716041; Mon, 21 Dec 2009 11:54:29 +0100 (CET) Date: Mon, 21 Dec 2009 11:54:29 +0100 (CET) From: Gerald Pfeifer To: "b. f." In-Reply-To: Message-ID: References: User-Agent: Alpine 1.99 (LSU 1142 2008-08-13) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Mon, 21 Dec 2009 12:31:27 +0000 Cc: freebsd-current@FreeBSD.org, Anton Shterenlikht Subject: Re: g95 as a system fortran compiler? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 11:13:58 -0000 On Sun, 20 Dec 2009, b. f. wrote: > The decision to remove the Fortran compiler from the base system was > made long ago, and will probably not be reversed now. There is no > Fortran code in the base system, and Fortran is needed only by a > minority of users. With even popular scripting languages residing in ports, not the base system, it really would be hard to argue for Fortran being part of the system compiler. That, and FreeBSD has been notorious for letting the system compiler and toolchain rot (sorry, it's hard to find a friendlier term), so users would not be served too well by such a move, especially seeing how actively and quickly GCC Fortran develops in contrast. This level of agility is really where our Ports Collection shines. > Yes, it's unfortunate that the gcc maintainers discontinued support > for a number of architectures. But maybe someone will step forward > and fix it? Or llvm? In the meantime, why don't you ask gerald@ to > make the default Fortran compiler on ia64 the latest version of > gfortran that will still work on that architecture? You can do it > yourself by making some small local patches to ports/Mk/bsd.gcc.mk, > and to the relevant lang/gcc4X port, while you are waiting for him ... Anton has been working with me and really has been trying to get (upstream) attention. With FreeBSD being a niche OS and Itanium going the way of the Alpha and the Dodo, this is not a healthy intersection, sadly, and nobody has stepped up yet to fix the issue for real though some advice has been given. :-( ( http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40959 ) Using different compiler versions on different architectures is going to make other ports maintainers pretty unhappy campers and would not see a lot of testing, so I would not recommend going down that route, nor would I want to make ports more complicated when that only benefits one or two users globally. Gerald -- Gerald (Jerry) Pfeifer gerald@pfeifer.com http://www.pfeifer.com/gerald/ From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 12:39:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C6CB106566B for ; Mon, 21 Dec 2009 12:39:14 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from dd12710.kasserver.com (dd12710.kasserver.com [85.13.134.233]) by mx1.freebsd.org (Postfix) with ESMTP id 494108FC12 for ; Mon, 21 Dec 2009 12:39:14 +0000 (UTC) Received: from current.Sisis.de (cazador.sisis.de [193.31.11.193]) by dd12710.kasserver.com (Postfix) with ESMTP id CA7121801C7B4; Mon, 21 Dec 2009 13:39:12 +0100 (CET) Received: (from guru@localhost) by current.Sisis.de (8.14.3/8.14.3/Submit) id nBLCdCHi003372; Mon, 21 Dec 2009 13:39:12 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: current.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Mon, 21 Dec 2009 13:39:12 +0100 From: Matthias Apitz To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20091221123912.GB3253@current.Sisis.de> References: <4B2D4B53.1060503@FreeBSD.org> <861viosebx.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <861viosebx.fsf@ds4.des.no> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.0-CURRENT (i386) Cc: freebsd-current@freebsd.org Subject: Re: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Dec 2009 12:39:14 -0000 El día Monday, December 21, 2009 a las 01:26:26PM +0100, Dag-Erling Smørgrav escribió: > Doug Barton writes: > > In the last weeks (I generally update to the latest HEAD daily) It > > seems that my -current laptop is running hot temperature wise, even > > when it's idle, or nearly so. The temperature sensor (via wmbsdbatt) > > generally stays in the 80s C, as opposed to the 70s, and the fan is > > regularly on its "medium" speed as opposed to the low speed. > > The maximum operating temperature for a Core 2 Duo is 75 C. The idle > temperature depends on environmental conditions, but a reasonable > working temperature under light use (reading your email and browsing the > web) would be 30 C. The numbers you quote are well beyond the point > where the CPU should start downstepping (and eventually shut down) to > protect itself. I'm running a Dell M4400 with dual-core CPU and an older 8-CURRENT: $ uname -a FreeBSD current.Sisis.de 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Thu May 28 14:40:45 CEST 2009 guru@current:/usr/obj/usr/src/sys/GENERIC i386 $ sysctl -a | fgrep thermal hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: 68,5C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 0 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: -1 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 107,0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz0._TC1: -1 hw.acpi.thermal.tz0._TC2: -1 hw.acpi.thermal.tz0._TSP: -1 the actual 68,5C is with KDE up, but nearly idle system; what does hw.acpi.thermal.tz0._CRT: 107,0C mean? thx matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ Vote NO to EU The Lisbon Treaty: http://www.no-means-no.eu From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 13:05:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA229106568B for ; Mon, 21 Dec 2009 13:05:02 +0000 (UTC) (envelope-from dnebdal@gmail.com) Received: from mail-ew0-f211.google.com (mail-ew0-f211.google.com [209.85.219.211]) by mx1.freebsd.org (Postfix) with ESMTP id 72CE18FC22 for ; Mon, 21 Dec 2009 13:05:02 +0000 (UTC) Received: by ewy3 with SMTP id 3so6028786ewy.13 for ; Mon, 21 Dec 2009 05:05:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=aDHyBdjwmVeLGL9aMBvwkiA5As87avZS4nlXNZaFM4Y=; b=SF+BT01xh2+N8+I6O4lr0kSZ6+MvK801bir4fUKETewNPDeKoTNHDmTU+lNof3lqw3 SphJGPmqnoIfnoq0N2BZ42LP1HTKMdC21RJx3HrryXvnCPMh5/G5K0LVCg2s4KKBCxP/ j47jqJobVZp6ubmsUQsbE3MPJ2Kv1XWWVM3P4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=udJewwSPi70BtuphJdKjKxtjziqMrR7TrS7gYv97qr0I+CoUAUJ0rnru6u3beX7MOC YWl5u8fqNyz0s+H6kWoRptCPJiFRI/qtg7BUNCNT/bm965c4o2/3uPvQA0QDf3+N/TYT QEICHdZ6qSIDK36arDjXKIXZZ3rjLbgOnLCmQ= MIME-Version: 1.0 Received: by 10.216.88.65 with SMTP id z43mr2640363wee.5.1261400701060; Mon, 21 Dec 2009 05:05:01 -0800 (PST) In-Reply-To: <20091221123912.GB3253@current.Sisis.de> References: <4B2D4B53.1060503@FreeBSD.org> <861viosebx.fsf@ds4.des.no> <20091221123912.GB3253@current.Sisis.de> Date: Mon, 21 Dec 2009 14:05:00 +0100 Message-ID: From: Daniel Nebdal To: Matthias Apitz Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 13:05:02 -0000 2009/12/21 Matthias Apitz : > > the actual 68,5C is with KDE up, but nearly idle system; what does > hw.acpi.thermal.tz0._CRT: 107,0C mean? > I have always assumed it was "critical" - as in "Do Not Exceed". acpi_thermal(4) seems to confirm that: hw.acpi.thermal.tz%d._CRT Temperature to start critical shutdown (S5). This value can be overridden by the user. -- Daniel Nebdal From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 13:08:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01C651065679 for ; Mon, 21 Dec 2009 13:08:13 +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 B91508FC13 for ; Mon, 21 Dec 2009 13:08:12 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id C92496D459; Mon, 21 Dec 2009 13:08:11 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 9DB7A84549; Mon, 21 Dec 2009 14:08:11 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Matthias Apitz References: <4B2D4B53.1060503@FreeBSD.org> <861viosebx.fsf@ds4.des.no> <20091221123912.GB3253@current.Sisis.de> Date: Mon, 21 Dec 2009 14:08:11 +0100 In-Reply-To: <20091221123912.GB3253@current.Sisis.de> (Matthias Apitz's message of "Mon, 21 Dec 2009 13:39:12 +0100") Message-ID: <863a34qxtw.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (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: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 13:08:13 -0000 Matthias Apitz writes: > I'm running a Dell M4400 with dual-core CPU and an older 8-CURRENT: > $ uname -a > FreeBSD current.Sisis.de 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Thu May 28 > 14:40:45 CEST 2009 guru@current:/usr/obj/usr/src/sys/GENERIC i386 > $ sysctl -a | fgrep thermal > hw.acpi.thermal.min_runtime: 0 > hw.acpi.thermal.polling_rate: 10 > hw.acpi.thermal.user_override: 0 > hw.acpi.thermal.tz0.temperature: 68,5C > hw.acpi.thermal.tz0.active: -1 > hw.acpi.thermal.tz0.passive_cooling: 0 > hw.acpi.thermal.tz0.thermal_flags: 0 > hw.acpi.thermal.tz0._PSV: -1 > hw.acpi.thermal.tz0._HOT: -1 > hw.acpi.thermal.tz0._CRT: 107,0C > hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > hw.acpi.thermal.tz0._TC1: -1 > hw.acpi.thermal.tz0._TC2: -1 > hw.acpi.thermal.tz0._TSP: -1 > > the actual 68,5C is with KDE up, but nearly idle system; what does=20 > hw.acpi.thermal.tz0._CRT: 107,0C mean? These are motherboard temperatures, not CPU temperatures. CRT means "critical", i.e. the point at which the system will either start to malfunction or shut down to protect itself. It seems very high; if the inside of the case is really that hot, the CPU has nowhere to evacuate heat. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 13:18:03 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8D731065672 for ; Mon, 21 Dec 2009 13:18:03 +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 6A6638FC1B for ; Mon, 21 Dec 2009 13:18:03 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 6B2946D455; Mon, 21 Dec 2009 13:18:02 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 4647E84549; Mon, 21 Dec 2009 14:18:02 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Gerald Pfeifer References: Date: Mon, 21 Dec 2009 14:18:02 +0100 In-Reply-To: (Gerald Pfeifer's message of "Mon, 21 Dec 2009 11:54:29 +0100 (CET)") Message-ID: <86y6kwpit1.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@FreeBSD.org, Anton Shterenlikht , "b. f." Subject: Re: g95 as a system fortran compiler? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 13:18:03 -0000 Gerald Pfeifer writes: > Anton has been working with me and really has been trying to get=20 > (upstream) attention. With FreeBSD being a niche OS and Itanium > going the way of the Alpha and the Dodo [...] Don't write it off just yet... although it will probably never see widespread use in commodity hardware, it seems to be doing quite well in the scientific computing sector. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 13:33:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C56961065670 for ; Mon, 21 Dec 2009 13:33:19 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 170AB8FC13 for ; Mon, 21 Dec 2009 13:33:18 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA15131; Mon, 21 Dec 2009 15:33:16 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B2F791B.4060804@icyb.net.ua> Date: Mon, 21 Dec 2009 15:33:15 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Michal Varga References: <20091220063318.49A8C1CC0B@ptavv.es.net> <4B2DCC83.1000402@FreeBSD.org> <3f1fd1ea0912192339ob8bc80dx5b5f8ba0c6d6dad7@mail.gmail.com> In-Reply-To: <3f1fd1ea0912192339ob8bc80dx5b5f8ba0c6d6dad7@mail.gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 13:33:19 -0000 on 20/12/2009 09:39 Michal Varga said the following: > But not so on much newer /AMD Phenom(tm) 8450 Triple-Core Processor > (2109.74-MHz 686-class CPU)/: > > # kldload -v cpufreq > Loaded cpufreq, id=23 > > # /etc/rc.d/powerd start > Starting powerd. > powerd: lookup freq: No such file or directory > > > Cue in src/usr.sbin/powerd/powerd.c: > if (sysctlnametomib("dev.cpu.0.freq", freq_mib, &len)) > err(1, "lookup freq"); > [snip] > >>From the offending Phenom: > # sysctl dev.cpu.0. > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.C000 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.cx_supported: C1/0 > dev.cpu.0.cx_lowest: C1 > dev.cpu.0.cx_usage: 100.00% last 500us > dev.cpu.0.temperature: 27.5C > > This is from latest 7.2. Were there any changes in 8/9-CURRENT to > bring some love to Phenoms too? No such problems here: CPU: AMD Athlon(tm) II X2 250 Processor (3013.74-MHz K8-class CPU) ... hwpstate0: on cpu0 dev.cpu.0.freq: 1800 dev.cpu.0.freq_levels: 3000/30375 2300/25500 1800/21735 800/7900 dev.cpu.0.temperature: 37.0C It seems that hwpstate, which adds support for 10h and 11h AMD families, was never MFC-ed by mr@. Perhaps I'd be able to do MFC to stable/7. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 13:36:00 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 705151065694; Mon, 21 Dec 2009 13:36:00 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 427FD8FC1F; Mon, 21 Dec 2009 13:36:00 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id EBAF746B0D; Mon, 21 Dec 2009 08:35:59 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 07EEC8A020; Mon, 21 Dec 2009 08:35:59 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 18 Dec 2009 10:12:38 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <200912110615.28030.thierry.herbelot@free.fr> <20091217012555.GM78318@FreeBSD.org> In-Reply-To: <20091217012555.GM78318@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Message-Id: <200912181012.38529.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 21 Dec 2009 08:35:59 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Thierry Herbelot , "Wojciech A. Koszek" , current@freebsd.org Subject: Re: Panic in a recent kernel (cardbus/pci 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: Mon, 21 Dec 2009 13:36:00 -0000 On Wednesday 16 December 2009 8:25:55 pm Wojciech A. Koszek wrote: > On Fri, Dec 11, 2009 at 06:15:27AM +0100, Thierry Herbelot wrote: > > Hello, > > > > I'm seeing a panic in my latest -Current kernel (config file == GENERIC minus > > INVARIANTS, WITNESS and SMP). The machine is an older notebook, with a PCMCIA > > network card. > > I think I experienced the same problem as well: > > cardbus0: CIS pointer is 0x5001 > cardbus0: CIS in BAR 0x10 > cardbus0: CIS Mapped to 0x88000000 > cardbus0: CIS offset is 0x5000 > cardbus0: CIS pointer is 0x5001 > cardbus0: CIS in BAR 0x10 > cardbus0: CIS Mapped to 0x88000000 > cardbus0: CIS offset is 0x5000 > TUPLE: LINKTARGET [3]: 43 49 53 > Manufacturer ID: 71021200 > TUPLE: Unknown(0x04) [6]: 03 01 00 00 00 00 > TUPLE: Unknown(0x05) [14]: 41 b1 39 b5 1e 2d 4e 56 30 ff ff 02 e9 00 > Product version: 7.1 > Product name: Atheros Communications, Inc. | AR5001-0000-0000 | Wireless LAN Reference Card | 00 | > Functions: Network Adaptor, Memory > Function Extension: 02808d5b00 > Function Extension: 0240548900 > Function Extension: 02001bb700 > Function Extension: 0280a81201 > Function Extension: 0200366e01 > Function Extension: 0200512502 > Function Extension: 02006cdc02 > Function Extension: 0280f93703 > Function Extension: 0200a24a04 > Function Extension: 0308 > Function Extension: 040600032f555555 > Function Extension: 0501 > CIS reading done > panic: resource_list_add: resource entry is busy > cpuid = 0 > KDB: enter: panic > > Plugging WiFi CardBus-based card. Yes, I haven't forgotten about this I just haven't had time to figure out the right set of debug printfs to figure out why it is breaking. I think cardbus.c needs changes to catch up with the resource_list_reserve() changes to the PCI bus driver, but I don't see anything obvious looking at cardbus.c. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 13:36:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 705151065694; Mon, 21 Dec 2009 13:36:00 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 427FD8FC1F; Mon, 21 Dec 2009 13:36:00 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id EBAF746B0D; Mon, 21 Dec 2009 08:35:59 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 07EEC8A020; Mon, 21 Dec 2009 08:35:59 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 18 Dec 2009 10:12:38 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <200912110615.28030.thierry.herbelot@free.fr> <20091217012555.GM78318@FreeBSD.org> In-Reply-To: <20091217012555.GM78318@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Message-Id: <200912181012.38529.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 21 Dec 2009 08:35:59 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Thierry Herbelot , "Wojciech A. Koszek" , current@freebsd.org Subject: Re: Panic in a recent kernel (cardbus/pci 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: Mon, 21 Dec 2009 13:36:00 -0000 On Wednesday 16 December 2009 8:25:55 pm Wojciech A. Koszek wrote: > On Fri, Dec 11, 2009 at 06:15:27AM +0100, Thierry Herbelot wrote: > > Hello, > > > > I'm seeing a panic in my latest -Current kernel (config file == GENERIC minus > > INVARIANTS, WITNESS and SMP). The machine is an older notebook, with a PCMCIA > > network card. > > I think I experienced the same problem as well: > > cardbus0: CIS pointer is 0x5001 > cardbus0: CIS in BAR 0x10 > cardbus0: CIS Mapped to 0x88000000 > cardbus0: CIS offset is 0x5000 > cardbus0: CIS pointer is 0x5001 > cardbus0: CIS in BAR 0x10 > cardbus0: CIS Mapped to 0x88000000 > cardbus0: CIS offset is 0x5000 > TUPLE: LINKTARGET [3]: 43 49 53 > Manufacturer ID: 71021200 > TUPLE: Unknown(0x04) [6]: 03 01 00 00 00 00 > TUPLE: Unknown(0x05) [14]: 41 b1 39 b5 1e 2d 4e 56 30 ff ff 02 e9 00 > Product version: 7.1 > Product name: Atheros Communications, Inc. | AR5001-0000-0000 | Wireless LAN Reference Card | 00 | > Functions: Network Adaptor, Memory > Function Extension: 02808d5b00 > Function Extension: 0240548900 > Function Extension: 02001bb700 > Function Extension: 0280a81201 > Function Extension: 0200366e01 > Function Extension: 0200512502 > Function Extension: 02006cdc02 > Function Extension: 0280f93703 > Function Extension: 0200a24a04 > Function Extension: 0308 > Function Extension: 040600032f555555 > Function Extension: 0501 > CIS reading done > panic: resource_list_add: resource entry is busy > cpuid = 0 > KDB: enter: panic > > Plugging WiFi CardBus-based card. Yes, I haven't forgotten about this I just haven't had time to figure out the right set of debug printfs to figure out why it is breaking. I think cardbus.c needs changes to catch up with the resource_list_reserve() changes to the PCI bus driver, but I don't see anything obvious looking at cardbus.c. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 13:36:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3396B1065670; Mon, 21 Dec 2009 13:36:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 06DE38FC08; Mon, 21 Dec 2009 13:36:02 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id B2E8A46B39; Mon, 21 Dec 2009 08:36:01 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id DFB428A01F; Mon, 21 Dec 2009 08:36:00 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 18 Dec 2009 10:16:26 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <200912161721.53540.jhb@freebsd.org> <86ljh0bh7b.fsf@ds4.des.no> In-Reply-To: <86ljh0bh7b.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <200912181016.26573.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 21 Dec 2009 08:36:01 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?= , Ivan Voras Subject: Re: NOTES checker X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 13:36:02 -0000 On Friday 18 December 2009 7:27:20 am Dag-Erling Sm=C3=B8rgrav wrote: > Ivan Voras writes: > > John Baldwin writes: > > > I wrote a little script today that crawls through sys/conf/files*, > > > sys/conf/options*, sys/conf/NOTES, and sys/*/conf/NOTES looking for d= evices > > > or options that are not tested in all the places they are valid. If = folks > > > are interested I can commit it to src/tools. At the moment we have 3= 00+ > > > violations in HEAD. :) The first few look like this: > > What does "tested" mean in this context? >=20 > IIUC, it means "listed in NOTES on all arches that it claims to run on". Yes. It means something like 'LINT builds will test this option'. > > > WARN: device acpi_aiboost is defined globally but only tested in i386= NOTES > > > WARN: device acpi_asus is defined globally but only tested in i386 NO= TES > > > WARN: device acpi_dock is defined globally but only tested in i386 NO= TES > > > WARN: device acpi_fujitsu is defined globally but only tested in i386= NOTES > > > WARN: device acpi_hp is defined globally but only tested in i386 NOTES > > > WARN: device acpi_ibm is defined globally but only tested in i386 NOT= ES > > > WARN: option ACPI_MAX_TASKS is defined globally but never tested > > > WARN: option ACPI_MAX_THREADS is defined globally but never tested > > > WARN: device acpi_panasonic is defined globally but only tested in i3= 86 NOTES > > > WARN: device acpi_sony is defined globally but only tested in i386 NO= TES > > > WARN: device acpi_toshiba is defined globally but only tested in i386= NOTES > > > WARN: device acpi_video is defined globally but only tested in i386 N= OTES > > > WARN: device acpi_wmi is defined globally but only tested in i386 NOT= ES >=20 > The bug here is not that they aren't tested outside i386, but that they > are defined globally (although some of them, perhaps even all, are also > valid on amd64) Yep. Either way it is still "buggy". =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 13:48:25 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F362D106568B for ; Mon, 21 Dec 2009 13:48:25 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id AEC7E8FC1C for ; Mon, 21 Dec 2009 13:48:25 +0000 (UTC) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NMibv-0000ao-SQ; Mon, 21 Dec 2009 13:48:24 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NMibu-0004zu-O8; Mon, 21 Dec 2009 13:47:43 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nBLDlgMO051960; Mon, 21 Dec 2009 13:47:42 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nBLDlgoB051959; Mon, 21 Dec 2009 13:47:42 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 21 Dec 2009 13:47:42 +0000 From: Anton Shterenlikht To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20091221134742.GA51919@mech-cluster241.men.bris.ac.uk> References: <86y6kwpit1.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86y6kwpit1.fsf@ds4.des.no> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: freebsd-current@FreeBSD.org, Gerald Pfeifer , Anton Shterenlikht , "b. f." Subject: Re: g95 as a system fortran compiler? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 13:48:26 -0000 On Mon, Dec 21, 2009 at 02:18:02PM +0100, Dag-Erling Smørgrav wrote: > Gerald Pfeifer writes: > > Anton has been working with me and really has been trying to get > > (upstream) attention. With FreeBSD being a niche OS and Itanium > > going the way of the Alpha and the Dodo [...] > > Don't write it off just yet... although it will probably never see > widespread use in commodity hardware, it seems to be doing quite well in > the scientific computing sector. top 500, NOV-2009, 6 ia64 systems: 6 entries found. Rank Site System Cores Rmax Rpeak 75 NASA/Ames Research Center/NAS United States SGI Altix 1.5/1.6/1.66 GHz, Voltaire Infiniband SGI 13824 66.57 82.94 82 Leibniz Rechenzentrum Germany Altix 4700 1.6 GHz SGI 9728 56.52 62.26 86 Commissariat a l'Energie Atomique (CEA) France NovaScale 5160, Itanium2 1.6 GHz, Quadrics Bull SA 9968 52.84 63.8 91 Wright-Patterson Air Force Base/DoD ASC United States Altix 4700 1.6 GHz SGI 9216 51.44 58.98 118 Commissariat a l'Energie Atomique (CEA) France Novascale 3045, Itanium2 1.6 GHz, Infiniband Bull SA 7680 42.13 49.15 490 Government Classified United States Cluster Platform 6000 rx1620, Itanium2 1.6 GHz, Quadrics Hewlett-Packard 4096 20.45 26.21 Warwick Uni have ia64 HPC system: http://www2.warwick.ac.uk/fac/sci/csc/centre/news/itanium_solutions_alliance (actually it reminds me, I wanted to get in touch with them and ask some datails about their ia64 system). Apparently there's even Itanium® Solutions Alliance: http://www.itaniumsolutions.org/alliance Sounds like a good place to approach with fbsd on ia64 projects.. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 14:50:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 865911065693; Mon, 21 Dec 2009 14:50:14 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailA.acsu.buffalo.edu (localmail.buffalo.edu [128.205.5.196]) by mx1.freebsd.org (Postfix) with ESMTP id 56FF18FC08; Mon, 21 Dec 2009 14:50:14 +0000 (UTC) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 9146DB19E; Mon, 21 Dec 2009 09:50:13 -0500 (EST) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailA.acsu.buffalo.edu (Postfix) with ESMTP id 0E78BB240; Mon, 21 Dec 2009 09:50:13 -0500 (EST) Received: from mweb1.acsu.buffalo.edu (mweb1.acsu.buffalo.edu [128.205.5.238]) by localmailA.acsu.buffalo.edu (Prefixe) with ESMTP id 06B1CB19E; Mon, 21 Dec 2009 09:50:13 -0500 (EST) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) by mweb1.acsu.buffalo.edu (Postfix) with ESMTP id E21505B003C; Mon, 21 Dec 2009 09:50:12 -0500 (EST) From: Ken Smith To: freebsd-current , freebsd-stable Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-5+k9SLgV4eAqVvYAmpQK" Date: Mon, 21 Dec 2009 09:50:11 -0500 Message-Id: <1261407011.56806.17.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% Cc: Subject: Changing ISO filenames X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 14:50:14 -0000 --=-5+k9SLgV4eAqVvYAmpQK Content-Type: text/plain Content-Transfer-Encoding: quoted-printable People who collect ISO images from more than just the FreeBSD Project have been mentioning it would be nice if "FreeBSD" was part of the filenames for a while now. I just committed a change to head that will add "FreeBSD-" to the beginning of the filenames. So for example 9.0-RELEASE-amd64-dvd1.iso becomes FreeBSD-9.0-RELEASE-amd64-dvd1.iso As part of the commit I set a 1-week MFC timer and at that point I will MFC the change to all of the branches we currently target for the Monthly Snapshots (so all the way back to stable/6). That way the filenames will be consistent for all the images generated for the January 2010 Monthly Snapshots. --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-5+k9SLgV4eAqVvYAmpQK Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAksvixoACgkQ/G14VSmup/b2jwCgmO5T+ACpP2D118lk8B5+cOUb udwAnj5ui1+i1w3cw537lwY/lDYxCxfu =ZxfX -----END PGP SIGNATURE----- --=-5+k9SLgV4eAqVvYAmpQK-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 15:01:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77BA61065672 for ; Mon, 21 Dec 2009 15:01:08 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 49EFB8FC19 for ; Mon, 21 Dec 2009 15:01:08 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 724737E818 for ; Mon, 21 Dec 2009 06:01:07 -0900 (AKST) From: Mel Flynn To: freebsd-current@freebsd.org Date: Mon, 21 Dec 2009 06:00:45 -0900 User-Agent: KMail/1.12.1 (FreeBSD/8.0-STABLE; KDE/4.3.1; i386; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> Subject: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 15:01:08 -0000 Hi, yesterday went through the RootOnZFS (gpt mirror version) and here's a few notes: 1) You cannot use the install CD. It doesn't have a livefs and so you can never do the actual install in 2.2. The DVD will work and the USB image. I ended up using the livefs CD and the USB image, cause I didn't want to loose the work I already did. 2) `gpart set -a active -i 1 ad4' gave me 'active: device not configured'. This error isn't mentioned (debugflags didn't help) in the wiki nor the missing DIAGNOSTICS section in the gpart man page. In my case the system booted, but it's nice to know what the error means and whether you can ignore it. 3) By adding the swap partitions on the two mirrored disks to /etc/fstab top actually shows the sum of these as available swap. My expectation is/was that the swap would be mirrored and thus I'd have only the size of one swap partition. If this isn't the case, can I get by with 1 of the two since they're double the intended size or should one use 2 and thus create them half the intended size? 4) The given mount points have sane defaults, however, I use cvs to checkout the ports. It would be nice to have one example where data is already in a directory tree and how one can promote it to a zfs filesystem with special properties. Thanks to everyone contributing to this article and keeping it current, bar the installation media, everything was a breeze! -- Mel From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 15:05:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17BA41065679 for ; Mon, 21 Dec 2009 15:05:31 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (cl-180.mrs-01.fr.sixxs.net [IPv6:2a01:240:fe00:b3::2]) by mx1.freebsd.org (Postfix) with ESMTP id BB48F8FC12 for ; Mon, 21 Dec 2009 15:05:30 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id 6328B3B602 for ; Mon, 21 Dec 2009 16:05:29 +0100 (CET) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9gcPAH8wzH6n for ; Mon, 21 Dec 2009 16:05:28 +0100 (CET) Received: from roberto-al.eurocontrol.fr (aran.keltia.net [88.191.250.24]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.freenix.fr (Postfix/TLS) with ESMTPSA id C094D3B5E6 for ; Mon, 21 Dec 2009 16:05:28 +0100 (CET) Date: Mon, 21 Dec 2009 16:05:14 +0100 From: Ollivier Robert To: freebsd-current@freebsd.org Message-ID: <20091221150514.GB75616@roberto-al.eurocontrol.fr> References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 7.2 / Dell D820 SMP User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 15:05:31 -0000 According to Mel Flynn: > 2) `gpart set -a active -i 1 ad4' gave me 'active: device not configured'. > This error isn't mentioned (debugflags didn't help) in the wiki nor the > missing DIAGNOSTICS section in the gpart man page. In my case the system > booted, but it's nice to know what the error means and whether you can Most of the time, you don't even need it. On modern machines, system will boot from the GPT "freebsd-boot" partition w/o having it active. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr In memoriam to Ondine : http://ondine.keltia.net/ From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 15:14:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C3B1106568D for ; Mon, 21 Dec 2009 15:14:19 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 5D0F28FC22 for ; Mon, 21 Dec 2009 15:14:18 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 376B77E818; Mon, 21 Dec 2009 06:14:18 -0900 (AKST) From: Mel Flynn To: freebsd-current@freebsd.org Date: Mon, 21 Dec 2009 06:14:12 -0900 User-Agent: KMail/1.12.1 (FreeBSD/8.0-STABLE; KDE/4.3.1; i386; ; ) References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> <20091221150514.GB75616@roberto-al.eurocontrol.fr> In-Reply-To: <20091221150514.GB75616@roberto-al.eurocontrol.fr> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200912210614.12483.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Ollivier Robert Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 15:14:19 -0000 On Monday 21 December 2009 06:05:14 Ollivier Robert wrote: > According to Mel Flynn: > > 2) `gpart set -a active -i 1 ad4' gave me 'active: device not > > configured'. This error isn't mentioned (debugflags didn't help) in the > > wiki nor the missing DIAGNOSTICS section in the gpart man page. In my > > case the system booted, but it's nice to know what the error means and > > whether you can > > Most of the time, you don't even need it. On modern machines, system will > boot from the GPT "freebsd-boot" partition w/o having it active. And you would know whether you fall into the 'modern machines' category how? Also, did this error tell me I don't need it, did it tell me it didn't work even though it tried and now my partition info is screwed or is it completely harmless? That's what I'd like to know (either in the article, but probably better in gpart manpage). -- Mel From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 15:21:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E849E1065695 for ; Mon, 21 Dec 2009 15:21:28 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 9A5D88FC16 for ; Mon, 21 Dec 2009 15:21:28 +0000 (UTC) Received: from [192.168.1.4] (adsl-156-16-112.bna.bellsouth.net [70.156.16.112]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id nBLFLPGe059524 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 21 Dec 2009 10:21:26 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Mel Flynn In-Reply-To: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> Content-Type: text/plain Organization: FreeBSD Date: Mon, 21 Dec 2009 09:21:20 -0600 Message-Id: <1261408880.2315.68.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-current@freebsd.org Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 15:21:29 -0000 On Mon, 2009-12-21 at 06:00 -0900, Mel Flynn wrote: > Hi, > > yesterday went through the RootOnZFS (gpt mirror version) and here's a few > notes: > 1) You cannot use the install CD. It doesn't have a livefs and so you can > never do the actual install in 2.2. The DVD will work and the USB image. I > ended up using the livefs CD and the USB image, cause I didn't want to loose > the work I already did. > 2) `gpart set -a active -i 1 ad4' gave me 'active: device not configured'. > This error isn't mentioned (debugflags didn't help) in the wiki nor the > missing DIAGNOSTICS section in the gpart man page. In my case the system > booted, but it's nice to know what the error means and whether you can ignore > it. This step *was* only required for some BIOS and I'm not sure that it ever worked as above. Previously, I had to use fdisk to set the active bit in the PMBR. In at least 7-STABLE+, installing bootcode via gpart will set the active bit in the PMBR, so this step is never required. robert. > 3) By adding the swap partitions on the two mirrored disks to /etc/fstab top > actually shows the sum of these as available swap. My expectation is/was that > the swap would be mirrored and thus I'd have only the size of one swap > partition. If this isn't the case, can I get by with 1 of the two since > they're double the intended size or should one use 2 and thus create them half > the intended size? > 4) The given mount points have sane defaults, however, I use cvs to checkout > the ports. It would be nice to have one example where data is already in a > directory tree and how one can promote it to a zfs filesystem with special > properties. > > Thanks to everyone contributing to this article and keeping it current, bar > the installation media, everything was a breeze! -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 15:23:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DBEF106566B for ; Mon, 21 Dec 2009 15:23:41 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (cl-180.mrs-01.fr.sixxs.net [IPv6:2a01:240:fe00:b3::2]) by mx1.freebsd.org (Postfix) with ESMTP id DAF028FC1F for ; Mon, 21 Dec 2009 15:23:40 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id 0A7DC3B5F3 for ; Mon, 21 Dec 2009 16:23:40 +0100 (CET) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HrRGrsGLNhWZ for ; Mon, 21 Dec 2009 16:23:39 +0100 (CET) Received: from roberto-al.eurocontrol.fr (aran.keltia.net [88.191.250.24]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.freenix.fr (Postfix/TLS) with ESMTPSA id 89E743B5EC for ; Mon, 21 Dec 2009 16:23:39 +0100 (CET) Date: Mon, 21 Dec 2009 16:23:28 +0100 From: Ollivier Robert To: freebsd-current@freebsd.org Message-ID: <20091221152327.GC75616@roberto-al.eurocontrol.fr> References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> <20091221150514.GB75616@roberto-al.eurocontrol.fr> <200912210614.12483.mel.flynn+fbsd.current@mailing.thruhere.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200912210614.12483.mel.flynn+fbsd.current@mailing.thruhere.net> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 7.2 / Dell D820 SMP User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 15:23:41 -0000 According to Mel Flynn: > And you would know whether you fall into the 'modern machines' category how? By trying to boot from the machine without setting the parameter I think. I didn't even try on my new machine but it is a rather modern one (Dell T3500). > Also, did this error tell me I don't need it, did it tell me it didn't work > even though it tried and now my partition info is screwed or is it completely > harmless? That's what I'd like to know (either in the article, but probably > better in gpart manpage). I think it just told you that you don't need it but I could be wrong. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr In memoriam to Ondine : http://ondine.keltia.net/ From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 15:28:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA9DD106566C for ; Mon, 21 Dec 2009 15:28:07 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id B3BA18FC18 for ; Mon, 21 Dec 2009 15:28:07 +0000 (UTC) Received: from [192.168.1.4] (adsl-156-16-112.bna.bellsouth.net [70.156.16.112]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id nBLFS4qp059573 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 21 Dec 2009 10:28:05 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Mel Flynn In-Reply-To: <200912210614.12483.mel.flynn+fbsd.current@mailing.thruhere.net> References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> <20091221150514.GB75616@roberto-al.eurocontrol.fr> <200912210614.12483.mel.flynn+fbsd.current@mailing.thruhere.net> Content-Type: text/plain Organization: FreeBSD Date: Mon, 21 Dec 2009 09:27:59 -0600 Message-Id: <1261409279.2315.75.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Ollivier Robert , freebsd-current@freebsd.org Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 15:28:08 -0000 On Mon, 2009-12-21 at 06:14 -0900, Mel Flynn wrote: > On Monday 21 December 2009 06:05:14 Ollivier Robert wrote: > > According to Mel Flynn: > > > 2) `gpart set -a active -i 1 ad4' gave me 'active: device not > > > configured'. This error isn't mentioned (debugflags didn't help) in the > > > wiki nor the missing DIAGNOSTICS section in the gpart man page. In my > > > case the system booted, but it's nice to know what the error means and > > > whether you can > > > > Most of the time, you don't even need it. On modern machines, system will > > boot from the GPT "freebsd-boot" partition w/o having it active. > > And you would know whether you fall into the 'modern machines' category how? > > Also, did this error tell me I don't need it, did it tell me it didn't work > even though it tried and now my partition info is screwed or is it completely > harmless? That's what I'd like to know (either in the article, but probably > better in gpart manpage). The reason that it fails is that "active" is not a parameter for GPT based geom_part. It is only for geom_mbr. As I said, this is usually no longer needed if you are using most newer branches, which if you are doing zfs boot, you should be. Lots of zfs boot fixes have gone into the code lately. robert. -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 15:47:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A35051065679 for ; Mon, 21 Dec 2009 15:47:05 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from mail.jrv.org (rrcs-24-73-246-106.sw.biz.rr.com [24.73.246.106]) by mx1.freebsd.org (Postfix) with ESMTP id 697108FC0C for ; Mon, 21 Dec 2009 15:47:05 +0000 (UTC) Received: from kremvax.housenet.jrv (kremvax.housenet.jrv [192.168.3.124]) by mail.jrv.org (8.14.3/8.14.3) with ESMTP id nBLFl3wr077300; Mon, 21 Dec 2009 09:47:04 -0600 (CST) (envelope-from james-freebsd-current@jrv.org) Authentication-Results: mail.jrv.org; domainkeys=pass (testing) header.from=james-freebsd-current@jrv.org DomainKey-Signature: a=rsa-sha1; s=enigma; d=jrv.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; b=iVllGrICErGlkKKbojbgJo7yUslTVOBQplkDfYReUqiE2yigm7LlRM6g3sBdXCWkR OVegaqikFDJoAtgB3BKW6CEEFfWnxXMJJK119jHSRx1TZrGL//QmMatQrcsZuwQdxdl ExX344hrMfGR5gI0ajgfSIzFklgE02BInZlbfMo= Message-ID: <4B2F9877.70201@jrv.org> Date: Mon, 21 Dec 2009 09:47:03 -0600 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Ollivier Robert References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> <20091221150514.GB75616@roberto-al.eurocontrol.fr> In-Reply-To: <20091221150514.GB75616@roberto-al.eurocontrol.fr> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 15:47:05 -0000 Ollivier Robert wrote: > On modern machines, system will boot from the GPT "freebsd-boot" partition w/o having it active A correctly-written PC BIOS does not even look at (or for) a partition table of any sort when booting. That's been the case for a quarter-century. A system that does not boot without the active bit set is buggy, not new vs. old. In a PC architecture the boot code in the MBR is the first thing that care about the partition table and active bits. From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 16:03:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DE931065670 for ; Mon, 21 Dec 2009 16:03:54 +0000 (UTC) (envelope-from kraduk@googlemail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id 144838FC0C for ; Mon, 21 Dec 2009 16:03:53 +0000 (UTC) Received: by fxm10 with SMTP id 10so2342878fxm.14 for ; Mon, 21 Dec 2009 08:03:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=FjQEp+cHMA6GqZPCckuZC8vVR97WtbIVWnZuwppLBRI=; b=qS4tGZKd2dyJjE8Q9ZsckNtpTbSxaQxXG1qv7jejKEGvT4iufxl6mn6VmMWvN9vyYV MKIGoZhhNLyKxgIXnnBtm2CRU2fkiOjrfCsg93dMt++OR7d1TlLn+1j9tzIpnUA3R7C/ d1sGtBsKfpej4jV5IcUBdvHpAvK/bisOoyyiQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=eaMD0QJgFiUDq/CwvCoJcrE0nHq0Om77bC+BZVRLzQHQVHLz3Ba0ZqoDnNTPPl7tGt p/hX0Tt0q5gpymZXxhoj9deeSC8xSUV5JwzlaYPZwr606ukvqX1WSqYeMP2fLGloyAHm j+D16UjAAhA1bkNvnhKkc/QvivMuWKzgiJznc= MIME-Version: 1.0 Received: by 10.239.189.12 with SMTP id r12mr153933hbh.94.1261411432811; Mon, 21 Dec 2009 08:03:52 -0800 (PST) In-Reply-To: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> Date: Mon, 21 Dec 2009 16:03:52 +0000 Message-ID: From: krad To: Mel Flynn Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 16:03:54 -0000 2009/12/21 Mel Flynn > > Hi, > > yesterday went through the RootOnZFS (gpt mirror version) and here's a few > notes: > 1) You cannot use the install CD. It doesn't have a livefs and so you can > never do the actual install in 2.2. The DVD will work and the USB image. I > ended up using the livefs CD and the USB image, cause I didn't want to > loose > Maybe that procedure needs modifying a bit, but you can do its from disk1. As i have. Things are a bit clumsy but it does work. > the work I already did. > 2) `gpart set -a active -i 1 ad4' gave me 'active: device not configured'. > This error isn't mentioned (debugflags didn't help) in the wiki nor the > missing DIAGNOSTICS section in the gpart man page. In my case the system > booted, but it's nice to know what the error means and whether you can > ignore > it. > I think this has already been coved by other posters > 3) By adding the swap partitions on the two mirrored disks to /etc/fstab > top > actually shows the sum of these as available swap. My expectation is/was > that > the swap would be mirrored and thus I'd have only the size of one swap > partition. If this isn't the case, can I get by with 1 of the two since > they're double the intended size or should one use 2 and thus create them > half > the intended size? > No as if you loose a disk you will only have 1/2 the swap you need. > 4) The given mount points have sane defaults, however, I use cvs to > checkout > the ports. It would be nice to have one example where data is already in a > directory tree and how one can promote it to a zfs filesystem with special > properties. > > You cant really promote something to a file system. The ideal situation is you create the fs before you unpack the ports tar ball (or cvs). Otherwise, rename /usr/ports (/usr/ports.old/, create the fs as desired, then rsync the files there (or cp, or mv). Then delete the old tree. > Thanks to everyone contributing to this article and keeping it current, bar > the installation media, everything was a breeze! > -- > Mel > _______________________________________________ > 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 Dec 21 16:09:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 834981065670; Mon, 21 Dec 2009 16:09:37 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 4EC568FC0C; Mon, 21 Dec 2009 16:09:37 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 4D69D7E818; Mon, 21 Dec 2009 07:09:36 -0900 (AKST) From: Mel Flynn To: freebsd-current@freebsd.org Date: Mon, 21 Dec 2009 07:09:30 -0900 User-Agent: KMail/1.12.1 (FreeBSD/8.0-STABLE; KDE/4.3.1; i386; ; ) References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> <200912210614.12483.mel.flynn+fbsd.current@mailing.thruhere.net> <1261409279.2315.75.camel@balrog.2hip.net> In-Reply-To: <1261409279.2315.75.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200912210709.30729.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Ollivier Robert , Robert Noland Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 16:09:37 -0000 On Monday 21 December 2009 06:27:59 Robert Noland wrote: > On Mon, 2009-12-21 at 06:14 -0900, Mel Flynn wrote: > > On Monday 21 December 2009 06:05:14 Ollivier Robert wrote: > > > According to Mel Flynn: > > > > 2) `gpart set -a active -i 1 ad4' gave me 'active: device not > > > > configured'. This error isn't mentioned (debugflags didn't help) in > > > > the wiki nor the missing DIAGNOSTICS section in the gpart man page. > > > > In my case the system booted, but it's nice to know what the error > > > > means and whether you can > > > > > > Most of the time, you don't even need it. On modern machines, system > > > will boot from the GPT "freebsd-boot" partition w/o having it active. > > > > And you would know whether you fall into the 'modern machines' category > > how? > > > > Also, did this error tell me I don't need it, did it tell me it didn't > > work even though it tried and now my partition info is screwed or is it > > completely harmless? That's what I'd like to know (either in the article, > > but probably better in gpart manpage). > > The reason that it fails is that "active" is not a parameter for GPT > based geom_part. It is only for geom_mbr. As I said, this is usually > no longer needed if you are using most newer branches, which if you are > doing zfs boot, you should be. Lots of zfs boot fixes have gone into > the code lately. Case in point, 8.0-RELEASE install media. So from what I'm reading this step should really be deleted from the how to, since it won't work for geom_part and isn't needed to begin with, unless you have a buggy BIOS. -- Mel From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 16:28:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C0F5106566C for ; Mon, 21 Dec 2009 16:28:38 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 45DB88FC28 for ; Mon, 21 Dec 2009 16:28:37 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 5FD037E818; Mon, 21 Dec 2009 07:28:37 -0900 (AKST) From: Mel Flynn To: freebsd-current@freebsd.org Date: Mon, 21 Dec 2009 07:28:31 -0900 User-Agent: KMail/1.12.1 (FreeBSD/8.0-STABLE; KDE/4.3.1; i386; ; ) References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200912210728.31761.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: krad Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 16:28:38 -0000 On Monday 21 December 2009 07:03:52 krad wrote: > 2009/12/21 Mel Flynn > ng.thruhere.net> > > > Hi, > > > > yesterday went through the RootOnZFS (gpt mirror version) and here's a > > few notes: > > 1) You cannot use the install CD. It doesn't have a livefs and so you can > > never do the actual install in 2.2. The DVD will work and the USB image. > > I ended up using the livefs CD and the USB image, cause I didn't want to > > loose > > Maybe that procedure needs modifying a bit, but you can do its from disk1. > As i have. Things are a bit clumsy but it does work. - Using 8.0-RELEASE disc 1 amd64, 2 coasters burnt on two different machines with two different OS's, the Fixit option from CD/DVD kept asking for the livefs CD, so I assume it's not on there or two different coasters had the exact same errors. - Livefs doesn't have /dist/8.0-RELEASE/*. - Ejecting livefs won't work when mounted. - umount is on CD. - /rescue/umount is too big for space left on md0. - libc.so.7+umount is also too big for space left on md0. So I'm curious how the 'clumsy' method works. > > 3) By adding the swap partitions on the two mirrored disks to /etc/fstab > > top > > actually shows the sum of these as available swap. My expectation is/was > > that > > the swap would be mirrored and thus I'd have only the size of one swap > > partition. If this isn't the case, can I get by with 1 of the two since > > they're double the intended size or should one use 2 and thus create them > > half > > the intended size? > > No as if you loose a disk you will only have 1/2 the swap you need. Point taken. > > 4) The given mount points have sane defaults, however, I use cvs to > > checkout > > the ports. It would be nice to have one example where data is already in > > a directory tree and how one can promote it to a zfs filesystem with > > special properties. > > You cant really promote something to a file system. The ideal situation is > you create the fs before you unpack the ports tar ball (or cvs). Otherwise, > rename /usr/ports (/usr/ports.old/, create the fs as desired, then rsync > the files there (or cp, or mv). Then delete the old tree. Right, I was wondering if that would actually work. If I do for example: zfs create -o compression=on zroot/usr/local/etc with files in there, would this result in the files being 'below' the mount point or would they be forever lost? -- Mel From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 16:45:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85D4F1065672 for ; Mon, 21 Dec 2009 16:45:46 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-iw0-f198.google.com (mail-iw0-f198.google.com [209.85.223.198]) by mx1.freebsd.org (Postfix) with ESMTP id 4CBFE8FC28 for ; Mon, 21 Dec 2009 16:45:46 +0000 (UTC) Received: by iwn36 with SMTP id 36so3695852iwn.3 for ; Mon, 21 Dec 2009 08:45:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=B9xLwSG8uVaAVgNl82mnRc7a6jWXfjqBtv7kB1e0xls=; b=HXk+/BfourmTFR2/3UiqXk9t8vcS3PpIs21HmCK9uytkdrUleclcroUZG8crKDYvVF 6emVZ0+8Q2scelKTEMjALZ0CBXtHBv2oeG5mXHzc/8VqxRUxALGnrgsAo/R7DDJsnVxS vBiwKKHWK6v7peRkuDVpHwnoD7SbwJLjiC7GI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Tfzc0iUbW7xywa1mQT2nUNGz9oQsPyn63rz3yHPZnvExUre5LpRQkITwzbNwt4QT/j XYmPDBIWaK0/T9QPR0LIgcj5JDb4vIhDKcN1VbuFzTgMbgso+ypx2e8qp/SH9xF2huZS dO27gusrTRUf/DPMTI8wrhgaAyxXEVoHlENcs= MIME-Version: 1.0 Received: by 10.231.121.93 with SMTP id g29mr2166748ibr.13.1261413945688; Mon, 21 Dec 2009 08:45:45 -0800 (PST) In-Reply-To: <200912210728.31761.mel.flynn+fbsd.current@mailing.thruhere.net> References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> <200912210728.31761.mel.flynn+fbsd.current@mailing.thruhere.net> Date: Mon, 21 Dec 2009 10:45:45 -0600 Message-ID: <790a9fff0912210845i5a78ee0fl133b0701a4fc9078@mail.gmail.com> From: Scot Hetzel To: Mel Flynn Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 16:45:46 -0000 On 12/21/09, Mel Flynn wrote: > > > 4) The given mount points have sane defaults, however, I use cvs to > > > checkout > > > the ports. It would be nice to have one example where data is already in > > > a directory tree and how one can promote it to a zfs filesystem with > > > special properties. > > > > You cant really promote something to a file system. The ideal situation is > > you create the fs before you unpack the ports tar ball (or cvs). Otherwise, > > rename /usr/ports (/usr/ports.old/, create the fs as desired, then rsync > > the files there (or cp, or mv). Then delete the old tree. > > > Right, I was wondering if that would actually work. If I do for example: > zfs create -o compression=on zroot/usr/local/etc > > with files in there, would this result in the files being 'below' the mount > point or would they be forever lost? > I just tried this and this is the result of creating a zfs filesystem that mounts to the same location as an existing directory: dv8t01# zfs list | grep local dv8t01# ls /usr/local Adobe include lib32 man src bin info libdata modules translations diablo-jdk1.6.0 kde4 libexec sbin www etc lib live share dv8t01# zfs create -o compression=on zroot/usr/local dv8t01# ls /usr/local dv8t01# zfs umount zroot/usr/local dv8t01# ls /usr/local Adobe include lib32 man src bin info libdata modules translations diablo-jdk1.6.0 kde4 libexec sbin www etc lib live share dv8t01# zfs destroy zroot/usr/local Nothing was lost. Scot From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 16:38:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 509A9106568D for ; Mon, 21 Dec 2009 16:38:34 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id D3DC98FC18 for ; Mon, 21 Dec 2009 16:38:33 +0000 (UTC) Received: by fxm10 with SMTP id 10so2381078fxm.14 for ; Mon, 21 Dec 2009 08:38:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=hzrYvXe9SrZVJCQ0T0qkQ3jBPcJWn9m39u25XuOkQZg=; b=k+diXCTiYh6Ieoyt/VdZ2I1lAlIFgUZiJL8aMy34cUNOKnU3eb5bulCloJjaZUtn15 OfA1fB2gAbzOFYUaNDsih51FiX4+EfI2T/qLOK0wB8jXXo1iyBdHxTn3L/T5/NL2kiyH 9KbbvPM6K5M63ON5nFb4KnTreaVxxSiw142gg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=D59a4jjiOzx+73l/OEz1RPtA1Hqso57NFyDP0yKo8dU7ioN6x19TSF3U1FErg/+MIU DuC/BUzNR+EReZwR8PpqMlL3NSx8cFhm/s/58DuuLeudeNAJVHiMvKsdWcOEyPdXRQKY HLGpY5/3A39phk5ftAt1bqD0DyA4hXG0iXBqY= Received: by 10.223.100.8 with SMTP id w8mr9745863fan.81.1261413512746; Mon, 21 Dec 2009 08:38:32 -0800 (PST) Received: from ?10.0.10.3? (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id 15sm1972603fxm.14.2009.12.21.08.38.28 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 21 Dec 2009 08:38:30 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <20091216180338.GA75403@office.redwerk.com> Date: Mon, 21 Dec 2009 16:38:26 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <2AE8BAD7-C374-4323-8443-B669C495FE34@gmail.com> References: <20091003110914.GB71004@office.redwerk.com> <20091216180338.GA75403@office.redwerk.com> To: Eugene Dzhurinsky X-Mailer: Apple Mail (2.1077) X-Mailman-Approved-At: Mon, 21 Dec 2009 17:04:20 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Atheros WIFI is not recognized on FreeBSD 8.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 16:38:34 -0000 On 16 Dec 2009, at 18:03, Eugene Dzhurinsky wrote: > On Sat, Oct 03, 2009 at 02:09:14PM +0300, Eugene Dzhurinsky wrote: >> Hi there! >>=20 >> I am facing some strange issue with recognizing the wifi card on my = ASUS K40IN >> laptop. >>=20 >> pciconf -lv shows me the following: >>=20 >> none5@pci0:5:0:0: class=3D0x028000 card=3D0x10891a3b = chip=3D0x002b168c rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Atheros Communications Inc.' >> class =3D network >>=20 >> On wiki page = http://wiki.freebsd.org/AsusEee#head-47f2e69f1dd87ec8920929cef682552933095= ce6 >>=20 >> there is the statement: >>=20 >> Wireless Atheros 9285 (supported in 8.0 only?) class=3D0x028000 = card=3D0x10891a3b chip=3D0x002b168c rev=3D0xc0 hdr=3D0x00=20 >>=20 >> the only difference is in "rev" property - 0x01 !=3D 0xc0 >>=20 >> The question is - is it possible to change something in the sources = of kernel >> so the card will be recognized? And can somebody please explain what = I should >> to try out? >=20 > Hi again! I updated to 8.0 stable - but the Atheros card still not = recognized > :( >=20 > Can somebody please elucidate - are there any plans for supporting = this device > in FreeBSD? >=20 > Thank you in advance! Have you tried using if_ndis? -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 17:06:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0B341065672 for ; Mon, 21 Dec 2009 17:06:54 +0000 (UTC) (envelope-from kraduk@googlemail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id 284D48FC08 for ; Mon, 21 Dec 2009 17:06:53 +0000 (UTC) Received: by fxm10 with SMTP id 10so2412924fxm.14 for ; Mon, 21 Dec 2009 09:06:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=y7vkMHH/1gyaiQMdYsz3XvosH46EOPVLvXMkMsq2v0o=; b=sYrWh5IZn/JUEFlBLNxEOB0ITk7yt34EDKqimcvjBIkR7FMoyJKdiWyh7p5dMPjr2l AEzIxkZBz4q9dEk25GMVzzrXFylUaWWQmTkSVGSG5WooDYSOoNg8RaNrbLmkPC1yItHl J0rN11ovMEzcUzYeaZn2PiqBSvfhaFTteZd3I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=SbWaI4GTBb5G41eZS3kvxBuBMpWnnYpD992/t4hAUH4uO+4aDnO1OiWRPKxtMKUkby bVx/r6DAmiVcYhOyqBI7ic3o6r0Ptf71ibF/S373YH1tH1CPPfs+ZZA/JeaKd8LcpWPA 1g0PKOlkOP1dYVhh7pknnKGeylkLV/e3GRmjc= MIME-Version: 1.0 Received: by 10.239.188.145 with SMTP id p17mr767412hbh.175.1261415213025; Mon, 21 Dec 2009 09:06:53 -0800 (PST) In-Reply-To: <200912210728.31761.mel.flynn+fbsd.current@mailing.thruhere.net> References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> <200912210728.31761.mel.flynn+fbsd.current@mailing.thruhere.net> Date: Mon, 21 Dec 2009 17:06:52 +0000 Message-ID: From: krad To: Mel Flynn Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 17:06:54 -0000 2009/12/21 Mel Flynn > > On Monday 21 December 2009 07:03:52 krad wrote: > > 2009/12/21 Mel Flynn > > > > ng.thruhere.net> > > > > > Hi, > > > > > > yesterday went through the RootOnZFS (gpt mirror version) and here's a > > > few notes: > > > 1) You cannot use the install CD. It doesn't have a livefs and so you > can > > > never do the actual install in 2.2. The DVD will work and the USB > image. > > > I ended up using the livefs CD and the USB image, cause I didn't want > to > > > loose > > > > Maybe that procedure needs modifying a bit, but you can do its from > disk1. > > As i have. Things are a bit clumsy but it does work. > > - Using 8.0-RELEASE disc 1 amd64, 2 coasters burnt on two different > machines > with two different OS's, the Fixit option from CD/DVD kept asking for the > livefs CD, so I assume it's not on there or two different coasters had the > exact same errors. > - Livefs doesn't have /dist/8.0-RELEASE/*. > - Ejecting livefs won't work when mounted. > - umount is on CD. > - /rescue/umount is too big for space left on md0. > - libc.so.7+umount is also too big for space left on md0. > > You are using option 5 on the fixit menu arent you? As thats what i used. Its clunky as its not bash and loads of paths are not setup. Generally these days I use a usb drive with a full installation of freebsd, with all the different distos on it it might want to install So I'm curious how the 'clumsy' method works. > > > > 3) By adding the swap partitions on the two mirrored disks to > /etc/fstab > > > top > > > actually shows the sum of these as available swap. My expectation > is/was > > > that > > > the swap would be mirrored and thus I'd have only the size of one swap > > > partition. If this isn't the case, can I get by with 1 of the two since > > > they're double the intended size or should one use 2 and thus create > them > > > half > > > the intended size? > > > > No as if you loose a disk you will only have 1/2 the swap you need. > > Point taken. > > > > 4) The given mount points have sane defaults, however, I use cvs to > > > checkout > > > the ports. It would be nice to have one example where data is already > in > > > a directory tree and how one can promote it to a zfs filesystem with > > > special properties. > > > > You cant really promote something to a file system. The ideal situation > is > > you create the fs before you unpack the ports tar ball (or cvs). > Otherwise, > > rename /usr/ports (/usr/ports.old/, create the fs as desired, then rsync > > the files there (or cp, or mv). Then delete the old tree. > > Right, I was wondering if that would actually work. If I do for example: > zfs create -o compression=on zroot/usr/local/etc > > with files in there, would this result in the files being 'below' the mount > point or would they be forever lost? > -- > Mel > From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 17:43:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEBB2106566B for ; Mon, 21 Dec 2009 17:43:47 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id 558398FC15 for ; Mon, 21 Dec 2009 17:43:47 +0000 (UTC) Received: by fxm10 with SMTP id 10so2454011fxm.14 for ; Mon, 21 Dec 2009 09:43:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=fJtMQYNuNGPNvVgoVi2Vnlpe7LwWgf4eed4o75w1sAM=; b=Ut64fFZDSr2pWeIpzzJ0xVTUyushfS2zBH2q/iYA3W5aCAkLY2HpqboTYIvYdqyw5X Aap7QUoTNH0X26PMARJTBxYa5uOkwFZ/49M8mZZ5yBfWnT2XlqMxQOjKCdRMSgDn+zo1 +WF6cYYHwx02MWbYCiwupho3cJtGB0KBmdBWY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=FXBXzOL5tIvoVcHByzjCci7tEF8x86VoEIdNRBaUjsuXX3m6GitqrsGtfKIePOhzO0 PizFJaxQp+bChuYBsURJRdZxnm17Ruw+jvVYXQOHBZDHw1I7OB4ZZhyEawrwbvk5/Gw+ j3xxvAk+Q0bvBcAQQuSrkT2vFW2dUUW8pC84Q= MIME-Version: 1.0 Received: by 10.223.76.77 with SMTP id b13mr2719261fak.74.1261417426364; Mon, 21 Dec 2009 09:43:46 -0800 (PST) In-Reply-To: <4B2F791B.4060804@icyb.net.ua> References: <20091220063318.49A8C1CC0B@ptavv.es.net> <4B2DCC83.1000402@FreeBSD.org> <3f1fd1ea0912192339ob8bc80dx5b5f8ba0c6d6dad7@mail.gmail.com> <4B2F791B.4060804@icyb.net.ua> Date: Mon, 21 Dec 2009 18:43:45 +0100 Message-ID: <3f1fd1ea0912210943o5a90b262g53afcfce4de380e2@mail.gmail.com> From: Michal Varga To: Andriy Gapon Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org Subject: Re: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 17:43:47 -0000 On Mon, Dec 21, 2009 at 2:33 PM, Andriy Gapon wrote: > It seems that hwpstate, which adds support for 10h and 11h AMD families, was never > MFC-ed by mr@. > Perhaps I'd be able to do MFC to stable/7. > That's a really great news. While personally I plan to move that Phenom box to RELENG_8 eventually, one can still assume that there are (and will be) many people out there that can benefit from working power management with more recent AMD systems and 7/stable, it's not like 7 is going anywhere for many years to come. Big karma bonus for you, if you can make it happen. m. From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 17:48:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D23F41065679 for ; Mon, 21 Dec 2009 17:48:44 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 1DF218FC21 for ; Mon, 21 Dec 2009 17:48:43 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA18922; Mon, 21 Dec 2009 19:48:40 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B2FB4F7.2020905@icyb.net.ua> Date: Mon, 21 Dec 2009 19:48:39 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Michal Varga References: <20091220063318.49A8C1CC0B@ptavv.es.net> <4B2DCC83.1000402@FreeBSD.org> <3f1fd1ea0912192339ob8bc80dx5b5f8ba0c6d6dad7@mail.gmail.com> <4B2F791B.4060804@icyb.net.ua> <3f1fd1ea0912210943o5a90b262g53afcfce4de380e2@mail.gmail.com> In-Reply-To: <3f1fd1ea0912210943o5a90b262g53afcfce4de380e2@mail.gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 17:48:44 -0000 on 21/12/2009 19:43 Michal Varga said the following: > On Mon, Dec 21, 2009 at 2:33 PM, Andriy Gapon wrote: >> It seems that hwpstate, which adds support for 10h and 11h AMD families, was never >> MFC-ed by mr@. >> Perhaps I'd be able to do MFC to stable/7. >> > That's a really great news. While personally I plan to move that > Phenom box to RELENG_8 eventually, one can still assume that there are > (and will be) many people out there that can benefit from working > power management with more recent AMD systems and 7/stable, it's not > like 7 is going anywhere for many years to come. Big karma bonus for > you, if you can make it happen. Thanks! It's r200773 :) -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 18:12:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4758C1065692 for ; Mon, 21 Dec 2009 18:12:03 +0000 (UTC) (envelope-from 482254ac@razorfever.net) Received: from ironport2-out.pppoe.ca (ironport2-out.teksavvy.com [206.248.154.181]) by mx1.freebsd.org (Postfix) with ESMTP id 049FD8FC19 for ; Mon, 21 Dec 2009 18:12:02 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Au4GAPpBL0tMCrCL/2dsb2JhbACBShqXGL4KhC4Eiio X-IronPort-AV: E=Sophos;i="4.47,432,1257138000"; d="scan'208";a="52114587" Received: from 76-10-176-139.dsl.teksavvy.com (HELO server.razorfever.net) ([76.10.176.139]) by ironport2-out.pppoe.ca with ESMTP/TLS/DHE-RSA-AES256-SHA; 21 Dec 2009 12:43:11 -0500 Received: from [192.168.0.197] ([192.168.0.197]) by server.razorfever.net (8.13.8/8.13.8) with ESMTP id nBLHcJ9H031872; Mon, 21 Dec 2009 12:38:19 -0500 (EST) (envelope-from 482254ac@razorfever.net) Message-ID: <4B2FB3B8.5080501@razorfever.net> Date: Mon, 21 Dec 2009 12:43:20 -0500 From: "Derek (freebsd lists)" <482254ac@razorfever.net> User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: Mel Flynn References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> In-Reply-To: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.2 at server.razorfever.net X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 18:12:03 -0000 Mel Flynn wrote: > 1) You cannot use the install CD. It doesn't have a livefs and so you can > never do the actual install in 2.2. The DVD will work and the USB image. I > ended up using the livefs CD and the USB image, cause I didn't want to loose > the work I already did. If it's any consolation, I ended up using the livefs CD + -memstick image as well. I later found out that you only need the -memstick image. If you go to Fixit/USB, you may get a "No devices found" message. If you get that, you should then go to Options/Re-scan devices, and then go to Fixit/USB. From there, I was golden. - Derek Related PR: bin/140972 From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 18:24:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EB0D1065676 for ; Mon, 21 Dec 2009 18:24:10 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 1E9DA8FC13 for ; Mon, 21 Dec 2009 18:24:09 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 441337E818; Mon, 21 Dec 2009 09:24:09 -0900 (AKST) From: Mel Flynn To: freebsd-current@freebsd.org Date: Mon, 21 Dec 2009 09:24:03 -0900 User-Agent: KMail/1.12.1 (FreeBSD/8.0-STABLE; KDE/4.3.1; i386; ; ) References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> <200912210728.31761.mel.flynn+fbsd.current@mailing.thruhere.net> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200912210924.03447.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: krad Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 18:24:10 -0000 On Monday 21 December 2009 08:06:52 krad wrote: > 2009/12/21 Mel Flynn > ng.thruhere.net> > > > On Monday 21 December 2009 07:03:52 krad wrote: > > > 2009/12/21 Mel Flynn > > > > >ailing.thruhere.net> > > > > > > > > ng.thruhere.net> > > > > > > > Hi, > > > > > > > > yesterday went through the RootOnZFS (gpt mirror version) and here's > > > > a few notes: > > > > 1) You cannot use the install CD. It doesn't have a livefs and so you > > > > can > > > > > > never do the actual install in 2.2. The DVD will work and the USB > > > > image. > > > > > > I ended up using the livefs CD and the USB image, cause I didn't want > > > > to > > > > > > loose > > > > > > Maybe that procedure needs modifying a bit, but you can do its from > > > > disk1. > > > > > As i have. Things are a bit clumsy but it does work. > > > > - Using 8.0-RELEASE disc 1 amd64, 2 coasters burnt on two different > > machines > > with two different OS's, the Fixit option from CD/DVD kept asking for the > > livefs CD, so I assume it's not on there or two different coasters had > > the exact same errors. > > - Livefs doesn't have /dist/8.0-RELEASE/*. > > - Ejecting livefs won't work when mounted. > > - umount is on CD. > > - /rescue/umount is too big for space left on md0. > > - libc.so.7+umount is also too big for space left on md0. > > > > You are using option 5 on the fixit menu arent you? As thats what i used. Ah, the emergency shell? I tried, but df/ls were unavailable, cd /dist/8.0- RELEASE gave ENOENT, so I had no clue how to proceed from there. I tried some hard wired paths like /rescue/ls and /stand/ls but nothing there either. If using this shell, then the how to definitely is incorrect. All in all, it's only 300MB more for the USB stick, so yes it is preferable to use it. -- Mel From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 18:47:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 041021065670 for ; Mon, 21 Dec 2009 18:47:49 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-iw0-f198.google.com (mail-iw0-f198.google.com [209.85.223.198]) by mx1.freebsd.org (Postfix) with ESMTP id BFF0F8FC1D for ; Mon, 21 Dec 2009 18:47:48 +0000 (UTC) Received: by iwn36 with SMTP id 36so3783027iwn.3 for ; Mon, 21 Dec 2009 10:47:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=RhPJSPxBdvpMdYxQRGUKX3q0cq7TE9mkKZV/yrq9tqg=; b=hNiHjOLHB1akFGKHdnlDbU+PNkDYnWE08S2sCF5yLjuX33uwaz6QheQsWG7GwOnwO5 +Ja8GIfKoW9V68j6aGRx2nStt12gPil1nCzDl64M8jl6YVTfXd92UwhKUbsjmuvCW5Nx +ipo9i1iq6iTY4t0GpjYoot31z3q5nC+T0ubk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=OZhuutV3Vm8J8veM1bD438svyKAuuFSp/PNDDgDtphr3m0fCDVad1EeZvqqXhQTqH7 GRqmz66730GKTz9DOF/KuGTjBpJ4yId+IwbDVu8roO2j7t8BDi5YlFPeyqJXRl2MiTlP hteGV7TFB+XNZsVUTGKnOEyBsN0HTZszMZv+g= MIME-Version: 1.0 Received: by 10.231.120.84 with SMTP id c20mr3977208ibr.47.1261421267842; Mon, 21 Dec 2009 10:47:47 -0800 (PST) In-Reply-To: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> Date: Mon, 21 Dec 2009 12:47:47 -0600 Message-ID: <790a9fff0912211047w6e0ee46co420869f25a7a016d@mail.gmail.com> From: Scot Hetzel To: Mel Flynn Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 18:47:49 -0000 On 12/21/09, Mel Flynn wrote: > Hi, > > yesterday went through the RootOnZFS (gpt mirror version) and here's a few > notes: > 1) You cannot use the install CD. It doesn't have a livefs and so you can > never do the actual install in 2.2. The DVD will work and the USB image. I > ended up using the livefs CD and the USB image, cause I didn't want to loose > the work I already did. I have updated the wiki to mention that you need an install media with the livefs support. > 2) `gpart set -a active -i 1 ad4' gave me 'active: device not configured'. > This error isn't mentioned (debugflags didn't help) in the wiki nor the > missing DIAGNOSTICS section in the gpart man page. In my case the system > booted, but it's nice to know what the error means and whether you can ignore > it. I had marked that step as optional, and as was stated in this thread it is not needed for GPT disks. This optional step has been removed from the wiki. > 3) By adding the swap partitions on the two mirrored disks to /etc/fstab top > actually shows the sum of these as available swap. My expectation is/was that > the swap would be mirrored and thus I'd have only the size of one swap > partition. If this isn't the case, can I get by with 1 of the two since > they're double the intended size or should one use 2 and thus create them half > the intended size? To mirror the swap partitions, your will need to use gmirror. 1. comment out/remove the /dev/gpt/swap{0,1} entries 2. add geom_mirror_load="YES" to /boot/loader.conf 2. reboot to make sure the system is not using the swap partitions 3. create the mirrored swap partitions using the gpt/swap0 and gpt/swap1 partitions: gmirror label -b prefer swap gpt/swap0 gpt/swap1 NOTE: round-robin can also be used, but see the gmirror(8) man page about kernel dumps. 4. change /etc/fstab to use the mirrored swap partition: /dev/mirror/swap none swap sw 0 0 If you try this, let me know how it turns out. Scot From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 19:00:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 988721065695 for ; Mon, 21 Dec 2009 19:00:18 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id 2C7398FC17 for ; Mon, 21 Dec 2009 19:00:17 +0000 (UTC) Received: by fxm10 with SMTP id 10so2530255fxm.14 for ; Mon, 21 Dec 2009 11:00:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=RvCrLRMgMn1ARsl3FOHolC4mJWYi+8gV9a2PzxpoYAE=; b=HSpc9qszjy30IpxJ1PW6NZQrwW+ut2IxnAEbYfIS7E9Yg/rzJGiTafb7/UgCZ+u+/x BPJlVpSj4TO3OFDjILZUW9Ek5rkv13PnzRweq09vSRY9CQb9+inDwmUBl9hB2j2TNa8k 0kVALUpbPx9XeHVbMFeIQlOzsaOPb5+z482LU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=B6+7NfpoIk6Ptc2o5ik0e3yd9cD1DLHLSvbSpYtR+doBa1NSdxv7huA05iUR1vueeI c1uC9lUIzV16JmFqS/hQoWiTpASKAHvZyZ0RrdTW9ZCX/WbWvnb62iT4zNXlZJ5me2TV EMmsChskcDIjJITeZRPScsAvUpcsl0r5GxSQc= MIME-Version: 1.0 Received: by 10.223.161.205 with SMTP id s13mr10009837fax.27.1261422016944; Mon, 21 Dec 2009 11:00:16 -0800 (PST) In-Reply-To: <4B2FB4F7.2020905@icyb.net.ua> References: <20091220063318.49A8C1CC0B@ptavv.es.net> <4B2DCC83.1000402@FreeBSD.org> <3f1fd1ea0912192339ob8bc80dx5b5f8ba0c6d6dad7@mail.gmail.com> <4B2F791B.4060804@icyb.net.ua> <3f1fd1ea0912210943o5a90b262g53afcfce4de380e2@mail.gmail.com> <4B2FB4F7.2020905@icyb.net.ua> Date: Mon, 21 Dec 2009 20:00:16 +0100 Message-ID: <3f1fd1ea0912211100j456ec52bw7db291d6765406cb@mail.gmail.com> From: Michal Varga To: Andriy Gapon Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org Subject: Re: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 19:00:18 -0000 On Mon, Dec 21, 2009 at 6:48 PM, Andriy Gapon wrote: > on 21/12/2009 19:43 Michal Varga said the following: >> That's a really great news. While personally I plan to move that >> Phenom box to RELENG_8 eventually, one can still assume that there are >> (and will be) many people out there that can benefit from working >> power management with more recent AMD systems and 7/stable, it's not >> like 7 is going anywhere for many years to come. Big karma bonus for >> you, if you can make it happen. > > Thanks! It's r200773 :) > > -- > Andriy Gapon > No, thank you! You made this computer a happy panda: # kldload -v cpufreq Loaded cpufreq, id=23 hwpstate0: on cpu0 # sysctl dev.cpu.0. dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.C000 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1050 dev.cpu.0.freq_levels: 2100/30625 1050/24125 dev.cpu.0.cx_supported: C1/0 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% last 500us dev.cpu.0.temperature: 25.0C m. From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 21:51:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD95B106574B for ; Mon, 21 Dec 2009 21:51:53 +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 ESMTP id 41C658FC1E for ; Mon, 21 Dec 2009 21:51:53 +0000 (UTC) Received: (qmail 27992 invoked by uid 399); 21 Dec 2009 21:51:52 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 21 Dec 2009 21:51:52 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B2FEDFD.3000004@FreeBSD.org> Date: Mon, 21 Dec 2009 13:51:57 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <4B2D4B53.1060503@FreeBSD.org> <861viosebx.fsf@ds4.des.no> In-Reply-To: <861viosebx.fsf@ds4.des.no> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 21:51:53 -0000 Dag-Erling Smørgrav wrote: > The maximum operating temperature for a Core 2 Duo is 75 C. The idle > temperature depends on environmental conditions, but a reasonable > working temperature under light use (reading your email and browsing the > web) would be 30 C. The numbers you quote are well beyond the point > where the CPU should start downstepping (and eventually shut down) to > protect itself. TMK I am not reporting on the cpu temp, wmbsdbatt reports the value of hw.acpi.thermal.tz0.temperature. OTOH I just loaded coretemp and I have this: dev.cpu.0.temperature: 79.0C dev.cpu.1.temperature: 83.0C So something is off somewhere. -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 22:12:37 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 883B7106566C for ; Mon, 21 Dec 2009 22:12:37 +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 ESMTP id 351B28FC13 for ; Mon, 21 Dec 2009 22:12:36 +0000 (UTC) Received: (qmail 28767 invoked by uid 399); 21 Dec 2009 22:12:36 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 21 Dec 2009 22:12:36 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B2FF2D9.3030005@FreeBSD.org> Date: Mon, 21 Dec 2009 14:12:41 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: "b. f." References: In-Reply-To: X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: powerd and nvidia drivers not playing nicely together (Was: Re: Systems running hot?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 22:12:37 -0000 b. f. wrote: >> no X! So I think to myself, what else did I change last night.... oh >> yeah, powerd! So I turn that off, and voila, X! > > Do you really mean powerd(8)? I did, but the problem got worse. With the following: performance_cx_lowest="C2" # Online CPU idle state economy_cx_lowest="C2" # Offline CPU idle state X would begin to start up, but it would stay with a black screen and never complete. Changing all 4 settings (cpu_freq and cx) to NONE allowed it to start up again. If I change it to C2 after I'm running my window manager the temp drops after 10 minutes or so and the fan speed goes down as well. > Or the separate /etc/rc.d/power_profile > ? There was some confusion between the two earlier in this thread. > What related settings are you using, via {rc,sysctl,loader}.conf? /etc/rc.sysctl: debug.debugger_on_panic=0 net.inet6.ip6.use_tempaddr=1 net.inet6.ip6.prefer_tempaddr=1 kern.module_path=/boot/kernel;/boot/modules;/usr/local/modules /boot/loader.conf: hw.pci.do_power_nodriver=3 umass_load="yes" linux_load="YES" nvidia_load="yes" vboxdrv_load="yes" if_wpi_load="yes" > Which power-governing drivers are active on your machine: est? ichss? > smist? p4tcc? egrep 'est|ichss|smist|p4tcc' /var/run/dmesg.boot est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 > acpi_perf? acpi_throttle? acpi_thermal? acpi_video? I haven't done anything special with the acpi stuff. The only thing that looks relevant from dmesg is: acpi_tz0: on acpi0 > Which nvidia driver? The latest. > If you compile your kernel with options > ACPI_DEBUG, and enable acpi debugging messages, do you see any > errors/problems? I can do the former easily enough, I assume to enable them I set debug.acpi.disabled=0 in loader.conf? Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 22:18:39 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4870106566B for ; Mon, 21 Dec 2009 22:18:39 +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 ESMTP id 354D78FC19 for ; Mon, 21 Dec 2009 22:18:38 +0000 (UTC) Received: (qmail 6215 invoked by uid 399); 21 Dec 2009 22:18:38 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 21 Dec 2009 22:18:38 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B2FF442.9020108@FreeBSD.org> Date: Mon, 21 Dec 2009 14:18:42 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Martin Wilke References: <20091221002150.GG57521@bsdcrew.de> In-Reply-To: <20091221002150.GG57521@bsdcrew.de> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, "b. f." Subject: Re: powerd and nvidia drivers not playing nicely together (Was: Re: Systems running hot?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 22:18:39 -0000 Martin Wilke wrote: > On Sun, Dec 20, 2009 at 07:18:13PM -0500, b. f. wrote: >>> no X! So I think to myself, what else did I change last night.... oh >>> yeah, powerd! So I turn that off, and voila, X! >> Do you really mean powerd(8)? Or the separate /etc/rc.d/power_profile >> ? There was some confusion between the two earlier in this thread. >> What related settings are you using, via {rc,sysctl,loader}.conf? >> Which power-governing drivers are active on your machine: est? ichss? >> smist? p4tcc? acpi_perf? acpi_throttle? acpi_thermal? acpi_video? >> Which nvidia driver? If you compile your kernel with options >> ACPI_DEBUG, and enable acpi debugging messages, do you see any >> errors/problems? > > > on the nvidia forum was also a problem with powerd(8) reported. > > http://www.nvnews.net/vbulletin/showthread.php?t=142331 Nice to know I'm not alone I suppose, although I'm not using acpi_throttle. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 22:37:06 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF7611065692 for ; Mon, 21 Dec 2009 22:37:06 +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 ESMTP id 71A1A8FC08 for ; Mon, 21 Dec 2009 22:37:06 +0000 (UTC) Received: (qmail 1758 invoked by uid 399); 21 Dec 2009 22:37:05 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 21 Dec 2009 22:37:05 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B2FF896.5020106@FreeBSD.org> Date: Mon, 21 Dec 2009 14:37:10 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: "b. f." References: <4B2FF2D9.3030005@FreeBSD.org> In-Reply-To: <4B2FF2D9.3030005@FreeBSD.org> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: powerd and nvidia drivers not playing nicely together (Was: Re: Systems running hot?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 22:37:07 -0000 Doug Barton wrote: > b. f. wrote: >>> no X! So I think to myself, what else did I change last night.... oh >>> yeah, powerd! So I turn that off, and voila, X! >> Do you really mean powerd(8)? > > I did, but the problem got worse. With the following: > performance_cx_lowest="C2" # Online CPU idle state > economy_cx_lowest="C2" # Offline CPU idle state > > X would begin to start up, but it would stay with a black screen and > never complete. Changing all 4 settings (cpu_freq and cx) to NONE > allowed it to start up again. Well, things seem to be working again with *_lowest=C2 so I'm thinking that the nvidia problems in connection with this yesterday were not related. I put ACPI_DEBUG in my kernel config and rebooted. Here is the verbose dmesg: http://people.freebsd.org/~dougb/dmesg-verbose.txt Thanks again for your help, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Mon Dec 21 23:16:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1CB5106566C; Mon, 21 Dec 2009 23:16:57 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ew0-f211.google.com (mail-ew0-f211.google.com [209.85.219.211]) by mx1.freebsd.org (Postfix) with ESMTP id 328138FC18; Mon, 21 Dec 2009 23:16:56 +0000 (UTC) Received: by ewy3 with SMTP id 3so6657842ewy.13 for ; Mon, 21 Dec 2009 15:16:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=a9RPQOkfwkknSTccxc/0yQs+dtVBFz/oBYufkPrvRUU=; b=YHkii41tobwPLb7+tJzQAENfvURPv2c5lopvGgQCIc5croSN5E11TunARaB53OdX+t DJBfYMLoQfxOPse9N6UHLkWOMsGOJYBD6oSBkKdLZlYtURvJ7xPQilpiljlKa33Hx7a6 ZagpQwoAv03GUc0sWpxexTaOo24tll3m57wYY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Y39OokShTJGjBPXainye5IyyC5D20HRI28Gw7490b/lxHo4UB8PVI/5+bnr2rEqL/a 7sjhNL5ENF0MyQ0lAbUdGc/96EkkPVruu7p1g2twrVPVVNsZB8mm6TZ1hanZjQ6enpdR iZFKt0NxyKJyVCVaSQUu9llzXspLArttTfoII= MIME-Version: 1.0 Received: by 10.216.85.197 with SMTP id u47mr2652021wee.133.1261437415769; Mon, 21 Dec 2009 15:16:55 -0800 (PST) In-Reply-To: <4B2FF2D9.3030005@FreeBSD.org> References: <4B2FF2D9.3030005@FreeBSD.org> Date: Mon, 21 Dec 2009 18:16:55 -0500 Message-ID: From: "b. f." To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: powerd and nvidia drivers not playing nicely together (Was: Re: Systems running hot?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Dec 2009 23:16:57 -0000 On 12/21/09, Doug Barton wrote: > b. f. wrote: >>> no X! So I think to myself, what else did I change last night.... oh > >> acpi_perf? acpi_throttle? acpi_thermal? acpi_video? > > I haven't done anything special with the acpi stuff. The only thing > that looks relevant from dmesg is: acpi_tz0: on acpi0 > Yes, but which components show up in 'sysctl -a | grep -ie acpi' ? >> Which nvidia driver? > > The latest. Which video card? Is your card using agp(4)? > >> If you compile your kernel with options >> ACPI_DEBUG, and enable acpi debugging messages, do you see any >> errors/problems? > > I can do the former easily enough, I assume to enable them I set > debug.acpi.disabled=0 in loader.conf? > No, that's for selectively disabling some parts of ACPI, as described in acpi(4). For starters, try: debug.acpi.layer="ACPI_ALL_COMPONENTS ACPI_ALL_DRIVERS" debug.acpi.level="ACPI_LV_ALL_EXCEPTIONS" From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 00:02:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A71D3106566B for ; Tue, 22 Dec 2009 00:02:34 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 27CC28FC13 for ; Tue, 22 Dec 2009 00:02:33 +0000 (UTC) Received: from inchoate.gsoft.com.au ([203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id nBM02OuZ001492 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 22 Dec 2009 10:32:24 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 22 Dec 2009 10:32:20 +1030 User-Agent: KMail/1.9.10 References: <4B2D4B53.1060503@FreeBSD.org> <20091221123912.GB3253@current.Sisis.de> <863a34qxtw.fsf@ds4.des.no> In-Reply-To: <863a34qxtw.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart15019655.TIDa7yHCUS"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200912221032.21674.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?= , Matthias Apitz Subject: Re: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 00:02:34 -0000 --nextPart15019655.TIDa7yHCUS Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 21 Dec 2009, Dag-Erling Sm=C3=B8rgrav wrote: > > the actual 68,5C is with KDE up, but nearly idle system; what does > > hw.acpi.thermal.tz0._CRT: 107,0C mean? > > These are motherboard temperatures, not CPU temperatures. Really? I would expect tz0 to be CPU temperature (via ACPI but still=20 probably using the same diode as coretemp would read). That said I don't recall any system I have ever run FreeBSD one having=20 more than tz0 :) =46WIW the Core 2 Duo in my "games" machine which is overclocked from 2.13= =20 to 3.06GHz idles at 60C and gets up to 75C when under heavy use. Before=20 overclocking it used to idle around 50C (that appeared to be the BIOS's=20 target temperature) 68.5C for a standard C2D on a nominally idle system seems very high. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart15019655.TIDa7yHCUS Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBLMAyN5ZPcIHs/zowRAg8sAJ4kC3JCOIrWYflq1+AXpDA39N2O6ACgrBtg 6iEB/QhGnxdrEy/HJjmLoiI= =TWRK -----END PGP SIGNATURE----- --nextPart15019655.TIDa7yHCUS-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 00:27:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F01E11065692 for ; Tue, 22 Dec 2009 00:27:32 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id B8E1B8FC15 for ; Tue, 22 Dec 2009 00:27:32 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 9E0637E818; Mon, 21 Dec 2009 15:27:31 -0900 (AKST) From: Mel Flynn To: freebsd-current@freebsd.org Date: Mon, 21 Dec 2009 15:27:26 -0900 User-Agent: KMail/1.12.1 (FreeBSD/8.0-STABLE; KDE/4.3.1; i386; ; ) References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> <790a9fff0912211047w6e0ee46co420869f25a7a016d@mail.gmail.com> In-Reply-To: <790a9fff0912211047w6e0ee46co420869f25a7a016d@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200912211527.26116.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Scot Hetzel Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 00:27:33 -0000 On Monday 21 December 2009 09:47:47 Scot Hetzel wrote: > I have updated the wiki to mention that you need an install media with > the livefs support. > I had marked that step as optional, and as was stated in this thread > it is not needed for GPT disks. This optional step has been removed > from the wiki. Great work, thanks! > > 3) By adding the swap partitions on the two mirrored disks to /etc/fstab > > top actually shows the sum of these as available swap. My expectation > > is/was that the swap would be mirrored and thus I'd have only the size of > > one swap partition. If this isn't the case, can I get by with 1 of the > > two since they're double the intended size or should one use 2 and thus > > create them half the intended size? > > To mirror the swap partitions, your will need to use gmirror. > > 1. comment out/remove the /dev/gpt/swap{0,1} entries > 2. add geom_mirror_load="YES" to /boot/loader.conf > 2. reboot to make sure the system is not using the swap partitions > 3. create the mirrored swap partitions using the gpt/swap0 and > gpt/swap1 partitions: > > gmirror label -b prefer swap gpt/swap0 gpt/swap1 > > NOTE: round-robin can also be used, but see the gmirror(8) man page > about kernel dumps. > > 4. change /etc/fstab to use the mirrored swap partition: > > /dev/mirror/swap none swap sw > 0 0 > > If you try this, let me know how it turns out. Works as advertised: % swapinfo -h Device 1K-blocks Used Avail Capacity /dev/mirror/swap 4194300 0B 4.0G 0% % gmirror status Name Status Components mirror/swap COMPLETE ad4p2 ad6p2 Thanks for your work and advice! -- Mel From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 00:52:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD19E1065670 for ; Tue, 22 Dec 2009 00:52:06 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from ostracod.unsane.co.uk (www.unsane.co.uk [85.233.185.162]) by mx1.freebsd.org (Postfix) with ESMTP id D0AE88FC0A for ; Tue, 22 Dec 2009 00:52:04 +0000 (UTC) Received: from vhoffman-wireless.lon.namesco.net (126.117-84-212.staticip.namesco.net [212.84.117.126]) (authenticated bits=0) by ostracod.unsane.co.uk (8.14.3/8.14.3) with ESMTP id nBLE40Yx021668 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Dec 2009 14:04:02 GMT (envelope-from vince@unsane.co.uk) Message-ID: <4B2F8016.10501@unsane.co.uk> Date: Mon, 21 Dec 2009 14:03:02 +0000 From: Vincent Hoffman User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Anton Shterenlikht References: <86y6kwpit1.fsf@ds4.des.no> <20091221134742.GA51919@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20091221134742.GA51919@mech-cluster241.men.bris.ac.uk> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Gerald Pfeifer , =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , freebsd-current@freebsd.org, "b. f." Subject: Re: g95 as a system fortran compiler? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 00:52:06 -0000 Anton Shterenlikht wrote: > > Apparently there's even Itanium® Solutions Alliance: > > http://www.itaniumsolutions.org/alliance > > Sounds like a good place to approach with fbsd on ia64 > projects.. > > The fact that redhat are droppping ia64 support in future releases( see http://www.theregister.co.uk/2009/12/18/redhat_rhel6_itanium_dead/ among others,) may make a difference too. From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 03:17:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92260106566B for ; Tue, 22 Dec 2009 03:17:31 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id 64C728FC15 for ; Tue, 22 Dec 2009 03:17:31 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.54 (FreeBSD)) id 1NMvFZ-000BoM-JF; Mon, 21 Dec 2009 22:17:29 -0500 Date: Mon, 21 Dec 2009 22:17:29 -0500 From: Gary Palmer To: Mel Flynn Message-ID: <20091222031729.GA75894@in-addr.com> References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> <200912210728.31761.mel.flynn+fbsd.current@mailing.thruhere.net> <200912210924.03447.mel.flynn+fbsd.current@mailing.thruhere.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200912210924.03447.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: freebsd-current@freebsd.org, krad Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 03:17:31 -0000 On Mon, Dec 21, 2009 at 09:24:03AM -0900, Mel Flynn wrote: > On Monday 21 December 2009 08:06:52 krad wrote: > > 2009/12/21 Mel Flynn > > > ng.thruhere.net> > > > > > On Monday 21 December 2009 07:03:52 krad wrote: > > > > 2009/12/21 Mel Flynn > > > > > > >ailing.thruhere.net> > > > > > > > > > > > > ng.thruhere.net> > > > > > > > > > Hi, > > > > > > > > > > yesterday went through the RootOnZFS (gpt mirror version) and here's > > > > > a few notes: > > > > > 1) You cannot use the install CD. It doesn't have a livefs and so you > > > > > > can > > > > > > > > never do the actual install in 2.2. The DVD will work and the USB > > > > > > image. > > > > > > > > I ended up using the livefs CD and the USB image, cause I didn't want > > > > > > to > > > > > > > > loose > > > > > > > > Maybe that procedure needs modifying a bit, but you can do its from > > > > > > disk1. > > > > > > > As i have. Things are a bit clumsy but it does work. > > > > > > - Using 8.0-RELEASE disc 1 amd64, 2 coasters burnt on two different > > > machines > > > with two different OS's, the Fixit option from CD/DVD kept asking for the > > > livefs CD, so I assume it's not on there or two different coasters had > > > the exact same errors. > > > - Livefs doesn't have /dist/8.0-RELEASE/*. > > > - Ejecting livefs won't work when mounted. > > > - umount is on CD. > > > - /rescue/umount is too big for space left on md0. > > > - libc.so.7+umount is also too big for space left on md0. > > > > > > You are using option 5 on the fixit menu arent you? As thats what i used. > > Ah, the emergency shell? I tried, but df/ls were unavailable, cd /dist/8.0- > RELEASE gave ENOENT, so I had no clue how to proceed from there. I tried some > hard wired paths like /rescue/ls and /stand/ls but nothing there either. > > If using this shell, then the how to definitely is incorrect. All in all, it's > only 300MB more for the USB stick, so yes it is preferable to use it. Poor man's ls: echo * Works from the emergency shell. Regards, Gary From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 03:18:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65E8410656AC for ; Tue, 22 Dec 2009 03:18:54 +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 ESMTP id B91318FC24 for ; Tue, 22 Dec 2009 03:18:53 +0000 (UTC) Received: (qmail 27921 invoked by uid 399); 22 Dec 2009 03:18:53 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 22 Dec 2009 03:18:53 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B303AA1.3000603@FreeBSD.org> Date: Mon, 21 Dec 2009 19:18:57 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: "b. f." References: <4B2FF2D9.3030005@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: powerd and nvidia drivers not playing nicely together (Was: Re: Systems running hot?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 03:18:54 -0000 b. f. wrote: > On 12/21/09, Doug Barton wrote: >> b. f. wrote: >>>> no X! So I think to myself, what else did I change last night.... oh > >>> acpi_perf? acpi_throttle? acpi_thermal? acpi_video? >> I haven't done anything special with the acpi stuff. The only thing >> that looks relevant from dmesg is: acpi_tz0: on acpi0 >> > > Yes, but which components show up in 'sysctl -a | grep -ie acpi' ? It's a long list, but here you go: http://people.freebsd.org/~dougb/acpi-grep.txt >>> Which nvidia driver? >> The latest. > > Which video card? nvidia0: > Is your card using agp(4)? No. >>> If you compile your kernel with options >>> ACPI_DEBUG, and enable acpi debugging messages, do you see any >>> errors/problems? >> I can do the former easily enough, I assume to enable them I set >> debug.acpi.disabled=0 in loader.conf? >> > No, that's for selectively disabling some parts of ACPI, as described > in acpi(4). For starters, try: > > debug.acpi.layer="ACPI_ALL_COMPONENTS ACPI_ALL_DRIVERS" > debug.acpi.level="ACPI_LV_ALL_EXCEPTIONS" Ok, verbose dmesg with those enabled at loader.conf is here: http://people.freebsd.org/~dougb/dmesg-verbose-acpi.txt Thanks again (again), Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 07:42:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05A031065670 for ; Tue, 22 Dec 2009 07:42:27 +0000 (UTC) (envelope-from anti_spam256@yahoo.ca) Received: from n7.bullet.mail.ac4.yahoo.com (n7.bullet.mail.ac4.yahoo.com [76.13.13.235]) by mx1.freebsd.org (Postfix) with SMTP id 9B5898FC18 for ; Tue, 22 Dec 2009 07:42:26 +0000 (UTC) Received: from [76.13.13.26] by n7.bullet.mail.ac4.yahoo.com with NNFMP; 22 Dec 2009 07:29:44 -0000 Received: from [76.13.10.173] by t3.bullet.mail.ac4.yahoo.com with NNFMP; 22 Dec 2009 07:29:44 -0000 Received: from [127.0.0.1] by omp114.mail.ac4.yahoo.com with NNFMP; 22 Dec 2009 07:29:44 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 507641.96905.bm@omp114.mail.ac4.yahoo.com Received: (qmail 85987 invoked by uid 60001); 22 Dec 2009 07:29:44 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1261466984; bh=yvsplIQpkKb2Gv4XlLbMMHvez/lxJW8Au2TaHchMlkc=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=3o35ySY1SuXA3HhftsHcjZjtSqHqx1FdoEyN3zf2Vwj3+AGW0b4/7avAN5B5emeGYS4uXA2x+xzdOeVUxcPfoITflYXiz3XP/iZRnH2WLbL722ZX5ZxGow7w8clH/cD4S68q5Hayn06epXaLqmcQhFWemy9Dl+2KAP030x0VdR8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=noutjDn+zUsyQD+/DNq2oSuxg7rkERD4ZfH/NnEjS6si27d9Zjk32rLLOXaFT6Xdel6CRHkcVtXqCgde9N3kYL7R2/NtxVYNUpUJwvmrEN0863qY4AOvaNRLagKuFLbgeb2hKH/xzI7xFGSAqUQvPLyhW1EJF2U0bK87FIF2Qhg=; Message-ID: <296806.84549.qm@web65508.mail.ac4.yahoo.com> X-YMail-OSG: Gj_P.yAVM1mU9a5C8V4oru3Yf56Fh.KM43Ob.8Tnkapk6yT79t0aEAQSMtSS7dHlZFzs1uTXmkbvRoD9HKUd0EpcPb2LO8RcvP.rhlaGxw4wtQa.hkdsx6z2QEqsA2pIPrb1QnOLxYWZlJm30r0FwNEpjQyXmRJp73.fF8vbiMbVaX0FipJBz_UGYhFPU5Ke._7cYLA9PZuZFK.G02q5SE86yvn8.DMlDW9faoXdW5fnECOUsiPYBkvD.rR6xT4qBIantkN7FUz9KXNpPqKDTKKYJxl.Q1lA3ITQ2FJSs50XzS9zQi9NSiJ_17dq6RXXstkIRfRSUv9zQmgM5n_2tbGmlRmMWb_U3UkEkcjHFpcPW3PU2LMCU4isU1G7bZlbTGabO9ao8XxUW4nImhJVRwilfKrOVxqALlmi Received: from [208.99.137.71] by web65508.mail.ac4.yahoo.com via HTTP; Mon, 21 Dec 2009 23:29:43 PST X-Mailer: YahooMailClassic/9.0.19 YahooMailWebService/0.8.100.260964 Date: Mon, 21 Dec 2009 23:29:43 -0800 (PST) From: James Phillips To: freebsd-current@freebsd.org In-Reply-To: <20091221215204.AC4EC1065818@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 07:42:27 -0000 =0A=0A> Date: Mon, 21 Dec 2009 13:26:26 +0100=0A> From: Dag-Erling Sm?rgrav= =0A> Subject: Re: Systems running hot?=0A> To: Doug Barton =0A> Cc: freebsd-current@freebsd.org=0A> Message-ID: <861vi= osebx.fsf@ds4.des.no>=0A> Content-Type: text/plain; charset=3Dutf-8=0A> =0A= > Doug Barton =0A> writes:=0A> > In the last weeks (I ge= nerally update to the latest=0A> HEAD daily) It=0A> > seems that my -curren= t laptop is running hot=0A> temperature wise, even=0A> > when it's idle, or= nearly so. The temperature sensor=0A> (via wmbsdbatt)=0A> > generally stay= s in the 80s C, as opposed to the 70s,=0A> and the fan is=0A> > regularly o= n its "medium" speed as opposed to the low=0A> speed.=0A=0AAs far as I can = gather, Intel considers the relationship between sensor readings and actual= temperatures a trade secret. You have to take those numbers with a grain o= f salt.=0A=0AIf you look at the Hardware monitoring screen in the BIOS you = may notice the temperature readings are unitless. I don't think that is an = accident, though they roughly correspond to Celsius temperatures.=0A=0AFor = a DG31PR based desktop (latest (0068) BIOS revision) I recently observed a = cold boot CPU temp starting at 24 and climbing to 30 before I got bored. Th= e reported system temperature went from 65534 -> 65535 -> 0 -> ... -> 4 bef= ore I got bored. Temperature probe in case rose from 295K -> 304K (+-1% ~ 2= 2C -> 31 C)(not all measurement guaranteed to be simultaneous)=0A=0A> =0A> = The maximum operating temperature for a Core 2 Duo is 75=0A> C.=A0 The idle= =0A=0ATrue, but ACPI reporting 80C does not make it so.=0A=0ARegards,=0A=0A= James Phillips=0A=0A=0A=0A=0A ________________________________________= __________________________=0AYahoo! Canada Toolbar: Search from anywhere on= the web, and bookmark your favourite sites. Download it now=0Ahttp://ca.to= olbar.yahoo.com. From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 09:50:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F4711065670; Tue, 22 Dec 2009 09:50:34 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 944618FC15; Tue, 22 Dec 2009 09:50:33 +0000 (UTC) Received: by ewy26 with SMTP id 26so2451718ewy.3 for ; Tue, 22 Dec 2009 01:50:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=M1Vu3g+Y2N9lO+6aULORyhN1MtmstNwZOiGNZo8CKfk=; b=n9Gws1NbtjZY2p9ZOj/9YHbaHf3GNv9x5yX+x4ew9YavKRyQ/fWOAqVvjxCSuHKlao 1nhQX99whskMOol6KpcrrvCrg7Lfj7rqDD+11tSzx8i5jD8S6h9whZrzGSPuvqn7LLxT wjGua331LvRmoy45OGDcNw5ivny/C20OoAlqo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Q+Y2A8R0slei82HPIQtFXSXK+85WE/GEMiZ54TtFEZfz+Xg6UIwwxdDIZQrQkGrtxx r8Ldwm02tc50Pkyk1TnhIocL45HC4SpjTJa47tFkLeIQ+xwQrtjZYlrvC7l1HYWxh1Uw /45lusNNCfoAI/MnXlgQTMAjZqIR4/eV2rLgc= MIME-Version: 1.0 Received: by 10.216.91.15 with SMTP id g15mr3387370wef.24.1261475432485; Tue, 22 Dec 2009 01:50:32 -0800 (PST) In-Reply-To: <4B2FF896.5020106@FreeBSD.org> References: <4B2FF2D9.3030005@FreeBSD.org> <4B2FF896.5020106@FreeBSD.org> Date: Tue, 22 Dec 2009 04:50:32 -0500 Message-ID: From: "b. f." To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: powerd and nvidia drivers not playing nicely together (Was: Re: Systems running hot?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 09:50:34 -0000 On 12/21/09, Doug Barton wrote: > Doug Barton wrote: >> >> I did, but the problem got worse. With the following: >> performance_cx_lowest="C2" # Online CPU idle state >> economy_cx_lowest="C2" # Offline CPU idle state I don't see any obvious problems in your listings. But since others have reported difficulties when using the nvidia driver with both throttling and powerd(8), why don't you disable throttling, and see what happens?: Leave the power_profile *_cx_lowest settings on C2 (you can dispense with the *_cpu_freq settings), enable powerd in adaptive mode with powerd_enable="YES" powerd_flags="-a adaptive -b adaptive -n adaptive" in /etc/rc.conf, and set: hint.p4tcc.0.disabled=1 hint.acpi_throttle.0.disabled=1 etc. in /boot/device.hints or /boot/loader.conf. Make sure that dev.cpu.0.freq_levels, dev.est.0.freq_settings, etc. show a reasonable range of frequencies, and that your cpus are using the lowest when lightly loaded. If they don't, or if there continue to be problems, consider setting debug.cpufreq.lowest to remove problematic frequencies, as in cpufreq(4). And keep an eye on the reported temperatures, because the computer may run hotter without throttling. Can you run X without problems? You may also want to try: hint.ata.0.pm_level=1 I also think that ~75C is a bit high for a lightly loaded machine. Earlier, you said that you noticed an increase in operating temperatures, beginning several weeks ago. Do you remember typical values for the temperatures before the increase? Did you increase the machine's workload, or change BIOS settings? What temperatures are reported under Windows with power-saving when the machine is lightly loaded? You said that you blew out the ducts and grilles, but did you look to see that there were no remaining obstructions afterward? Have you looked to see if the heat sink is firmly seated on the cpu, with no air gap, but only an adequate amount of thermal interface material between the two? b. From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 10:06:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C00CA1065676 for ; Tue, 22 Dec 2009 10:06:28 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 82BED8FC12 for ; Tue, 22 Dec 2009 10:06:28 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 58BE31FFC1E; Tue, 22 Dec 2009 10:06:27 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 1C03D84513; Tue, 22 Dec 2009 11:06:27 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Daniel O'Connor" References: <4B2D4B53.1060503@FreeBSD.org> <20091221123912.GB3253@current.Sisis.de> <863a34qxtw.fsf@ds4.des.no> <200912221032.21674.doconnor@gsoft.com.au> Date: Tue, 22 Dec 2009 11:06:27 +0100 In-Reply-To: <200912221032.21674.doconnor@gsoft.com.au> (Daniel O'Connor's message of "Tue, 22 Dec 2009 10:32:20 +1030") Message-ID: <86d4278grg.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Matthias Apitz , freebsd-current@freebsd.org Subject: Re: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 10:06:28 -0000 "Daniel O'Connor" writes: > FWIW the Core 2 Duo in my "games" machine which is overclocked from 2.13= =20 > to 3.06GHz idles at 60C and gets up to 75C when under heavy use. Before=20 > overclocking it used to idle around 50C (that appeared to be the BIOS's=20 > target temperature) My E6600s idle at around 35 C in the summer and 25 C in the winter (they're in an unheated room). 85 C (not 75 C as I wrote earlier - I misremembered) is critical for a C2D, except for some Xeon-branded models which go up to 100 C. See the comments in the coretemp driver. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 10:21:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC627106566B; Tue, 22 Dec 2009 10:21:13 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 803F68FC13; Tue, 22 Dec 2009 10:21:13 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 04F7C1FFC1E; Tue, 22 Dec 2009 10:21:12 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id D47FE84513; Tue, 22 Dec 2009 11:21:11 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Doug Barton References: <4B2D4B53.1060503@FreeBSD.org> <861viosebx.fsf@ds4.des.no> <4B2FEDFD.3000004@FreeBSD.org> Date: Tue, 22 Dec 2009 11:21:11 +0100 In-Reply-To: <4B2FEDFD.3000004@FreeBSD.org> (Doug Barton's message of "Mon, 21 Dec 2009 13:51:57 -0800") Message-ID: <868wcv8g2w.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (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: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 10:21:13 -0000 Doug Barton writes: > OTOH I just loaded coretemp and I have this: > > dev.cpu.0.temperature: 79.0C > dev.cpu.1.temperature: 83.0C These are very high, but not critical: Tj(max) is actually 85 C and not 75 C as I (mis)remembered. Has your laptop always run this hot? It could be a manufacturing error: either too much or too little heat transfer compund between the die and the heatsink. There should be just enough to fill any air gaps between the die and the heatsink, but no more, as HTC doesn't actually conduct heat very well (better than air, but not nearly as well as metal). If your laptop is out of warranty and you're feeling adventurous, you could open it up, carefully unclip the heatsink[*] and pry it loose, wipe off the HTC (use isopropanol if necessary) and apply a fresh layer. [*] most likely copper blocks on each chip (CPU, GPU etc.) connected to each other and to a heatsink by copper pipes. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 10:53:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99B20106568F for ; Tue, 22 Dec 2009 10:53:29 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 199B38FC29 for ; Tue, 22 Dec 2009 10:53:28 +0000 (UTC) Received: from inchoate.gsoft.com.au (ppp121-45-158-252.lns6.adl6.internode.on.net [121.45.158.252]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id nBMArMph022215 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 22 Dec 2009 21:23:22 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?=" Date: Tue, 22 Dec 2009 21:23:09 +1030 User-Agent: KMail/1.9.10 References: <4B2D4B53.1060503@FreeBSD.org> <200912221032.21674.doconnor@gsoft.com.au> <86d4278grg.fsf@ds4.des.no> In-Reply-To: <86d4278grg.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1402600.eCtBQ9BhnJ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200912222123.18646.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Matthias Apitz , freebsd-current@freebsd.org Subject: Re: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 10:53:29 -0000 --nextPart1402600.eCtBQ9BhnJ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 22 Dec 2009, Dag-Erling Sm=C3=B8rgrav wrote: > "Daniel O'Connor" writes: > > FWIW the Core 2 Duo in my "games" machine which is overclocked from > > 2.13 to 3.06GHz idles at 60C and gets up to 75C when under heavy > > use. Before overclocking it used to idle around 50C (that appeared > > to be the BIOS's target temperature) > > My E6600s idle at around 35 C in the summer and 25 C in the winter > (they're in an unheated room). Mine are in an unheated room too ;) > 85 C (not 75 C as I wrote earlier - I misremembered) is critical for > a C2D, except for some Xeon-branded models which go up to 100 C. See > the comments in the coretemp driver. OK that makes more sense :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1402600.eCtBQ9BhnJ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBLMKUe5ZPcIHs/zowRAsp+AJ4imVtIBkHF2HAZSObNZUc4QeqpXQCeNx9j JxVyMPBcbRcby1TwEY1TyuQ= =4dIU -----END PGP SIGNATURE----- --nextPart1402600.eCtBQ9BhnJ-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 11:02:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38E131065670 for ; Tue, 22 Dec 2009 11:02:08 +0000 (UTC) (envelope-from kraduk@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id B8D228FC29 for ; Tue, 22 Dec 2009 11:02:07 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 16so2488293fgg.13 for ; Tue, 22 Dec 2009 03:02:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=JX0jatP4GiXzClug2EtvM8/zGPM3Lztk4By+aGX/7A8=; b=Fh93POJi84tPtX5bIW4pCNDNV8ffkS8688JAToLtcVMz9+iaaG/o4r6L+G1qcch6g0 jFYuxpQsklB6YRy9rRE/93zmhcxCW5F0CWN6dj4y8tdZUP5wUltOv8X8tC8xUQ9OH7uI K3shSXgKXkijGg5/TPb0CsKhCX9A9QCP4/c24= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=WH0HWeoXDsYJwVO1slP6fOekXHgaE8UfSbKeKTLV4zQ4vEbNM/fRPQdYGqIAPA6DIr k8RZwMIyBJqbaTG+lCD8OKIoJRQm4nd2YarB+CZyhjgdRqe9K7pNjzbn1JMRSAd8ejOJ CYxFGSIyVDWBMEkS5Deits/+Pmm83VtdxbN+c= MIME-Version: 1.0 Received: by 10.239.182.164 with SMTP id q36mr944706hbg.87.1261479726609; Tue, 22 Dec 2009 03:02:06 -0800 (PST) In-Reply-To: <790a9fff0912211047w6e0ee46co420869f25a7a016d@mail.gmail.com> References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> <790a9fff0912211047w6e0ee46co420869f25a7a016d@mail.gmail.com> Date: Tue, 22 Dec 2009 11:02:06 +0000 Message-ID: From: krad To: Scot Hetzel Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Mel Flynn , freebsd-current@freebsd.org Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 11:02:08 -0000 2009/12/21 Scot Hetzel > On 12/21/09, Mel Flynn > > wrote: > > Hi, > > > > yesterday went through the RootOnZFS (gpt mirror version) and here's a > few > > notes: > > 1) You cannot use the install CD. It doesn't have a livefs and so you > can > > never do the actual install in 2.2. The DVD will work and the USB image. > I > > ended up using the livefs CD and the USB image, cause I didn't want to > loose > > the work I already did. > > I have updated the wiki to mention that you need an install media with > the livefs support. > > > 2) `gpart set -a active -i 1 ad4' gave me 'active: device not > configured'. > > This error isn't mentioned (debugflags didn't help) in the wiki nor the > > missing DIAGNOSTICS section in the gpart man page. In my case the system > > booted, but it's nice to know what the error means and whether you can > ignore > > it. > > I had marked that step as optional, and as was stated in this thread > it is not needed for GPT disks. This optional step has been removed > from the wiki. > > > 3) By adding the swap partitions on the two mirrored disks to /etc/fstab > top > > actually shows the sum of these as available swap. My expectation is/was > that > > the swap would be mirrored and thus I'd have only the size of one swap > > partition. If this isn't the case, can I get by with 1 of the two since > > they're double the intended size or should one use 2 and thus create > them half > > the intended size? > > To mirror the swap partitions, your will need to use gmirror. > > 1. comment out/remove the /dev/gpt/swap{0,1} entries > 2. add geom_mirror_load="YES" to /boot/loader.conf > 2. reboot to make sure the system is not using the swap partitions > 3. create the mirrored swap partitions using the gpt/swap0 and > gpt/swap1 partitions: > > gmirror label -b prefer swap gpt/swap0 gpt/swap1 > > NOTE: round-robin can also be used, but see the gmirror(8) man page > about kernel dumps. > > 4. change /etc/fstab to use the mirrored swap partition: > > /dev/mirror/swap none swap sw > 0 0 > > If you try this, let me know how it turns out. > > Scot > _______________________________________________ > 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 there still issues with using zvols for swap? If not you don't need a slice for swap and can get rid of gmirror entirely. From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 11:48:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C7C1106568F for ; Tue, 22 Dec 2009 11:48:11 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 4C9098FC24 for ; Tue, 22 Dec 2009 11:48:11 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 549241FFC22; Tue, 22 Dec 2009 11:48:10 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 33F4C84531; Tue, 22 Dec 2009 12:48:10 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "James R. Van Artsdalen" References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> <20091221150514.GB75616@roberto-al.eurocontrol.fr> <4B2F9877.70201@jrv.org> Date: Tue, 22 Dec 2009 12:48:10 +0100 In-Reply-To: <4B2F9877.70201@jrv.org> (James R. Van Artsdalen's message of "Mon, 21 Dec 2009 09:47:03 -0600") Message-ID: <867hsf6xhh.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Ollivier Robert , freebsd-current@freebsd.org Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 11:48:11 -0000 "James R. Van Artsdalen" writes: > Ollivier Robert writes: > > On modern machines, system will boot from the GPT "freebsd-boot" > > partition w/o having it active > A correctly-written PC BIOS does not even look at (or for) a partition > table of any sort when booting. That's been the case for a > quarter-century. A system that does not boot without the active bit > set is buggy, not new vs. old. Wrong, wrong, wrong. Some MBRs look for the active bit, some don't. It doesn't mean they're buggy; it's a design decision. FWIW, ours does. Some BIOSes *do* read the partition table; there was an issue some years ago with ThinkPads that froze at boot if you installed FreeBSD on them because they misidentified the FreeBSD partition as a suspend-to-disk partition. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 11:49:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EB271065697 for ; Tue, 22 Dec 2009 11:49:23 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id D42388FC0A for ; Tue, 22 Dec 2009 11:49:22 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 170C41FFC1E; Tue, 22 Dec 2009 11:49:22 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id ED6AB84513; Tue, 22 Dec 2009 12:49:21 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Mel Flynn References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> <200912210728.31761.mel.flynn+fbsd.current@mailing.thruhere.net> Date: Tue, 22 Dec 2009 12:49:21 +0100 In-Reply-To: <200912210728.31761.mel.flynn+fbsd.current@mailing.thruhere.net> (Mel Flynn's message of "Mon, 21 Dec 2009 07:28:31 -0900") Message-ID: <863a336xfi.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, krad Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 11:49:23 -0000 Mel Flynn writes: > - Using 8.0-RELEASE disc 1 amd64, 2 coasters burnt on two different machi= nes=20 > with two different OS's, the Fixit option from CD/DVD kept asking for the= =20 > livefs CD, Yes. Just press enter. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 12:22:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 208E21065696 for ; Tue, 22 Dec 2009 12:22:44 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id A2A428FC1D for ; Tue, 22 Dec 2009 12:22:43 +0000 (UTC) Received: from c83-253-248-99.bredband.comhem.se ([83.253.248.99]:52832 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1NN3l8-0004ET-5y; Tue, 22 Dec 2009 13:22:40 +0100 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 4980E28B6F9; Tue, 22 Dec 2009 13:22:25 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=iso-8859-1 From: Thomas Backman In-Reply-To: <867hsf6xhh.fsf@ds4.des.no> Date: Tue, 22 Dec 2009 13:22:21 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <45929E18-EA48-4340-9954-683FF06B180B@exscape.org> References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> <20091221150514.GB75616@roberto-al.eurocontrol.fr> <4B2F9877.70201@jrv.org> <867hsf6xhh.fsf@ds4.des.no> To: =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= X-Mailer: Apple Mail (2.1077) X-Originating-IP: 83.253.248.99 X-Scan-Result: No virus found in message 1NN3l8-0004ET-5y. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1NN3l8-0004ET-5y 33f7a5d695b1e33c01fa767a463b5b6d Cc: Ollivier Robert , freebsd-current@freebsd.org, "James R. Van Artsdalen" Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 12:22:44 -0000 On Dec 22, 2009, at 12:48 PM, Dag-Erling Sm=F8rgrav wrote: > "James R. Van Artsdalen" writes: >> Ollivier Robert writes: >>> On modern machines, system will boot from the GPT "freebsd-boot" >>> partition w/o having it active >> A correctly-written PC BIOS does not even look at (or for) a = partition >> table of any sort when booting. That's been the case for a >> quarter-century. A system that does not boot without the active bit >> set is buggy, not new vs. old. >=20 > Wrong, wrong, wrong. >=20 > Some MBRs look for the active bit, some don't. It doesn't mean = they're > buggy; it's a design decision. FWIW, ours does. >=20 > Some BIOSes *do* read the partition table; there was an issue some = years > ago with ThinkPads that froze at boot if you installed FreeBSD on them > because they misidentified the FreeBSD partition as a suspend-to-disk > partition. >=20 > DES Surely this doesn't contradict his statements in any way? He said that a correctly written *BIOS* doesn't look for at a partition = table; the fact that the FreeBSD MBR does is clearly irrelevant. I took = "system" to mean hardware/BIOS, by the way. The fact that some BIOSes do read it and freeze is obviously a bug, = further strengthening his argument that the BIOS shouldn't care about = the partition table. (I have this problem myself; I have two computers with nForce4 chipsets, = which cannot boot from GPT; if the disk channels aren't set to = "disabled" in the BIOS, it freezes on POST. You can have GPT storage = disks, if you disable the channels before plugging the disks in, but it = won't boot from a disk it doesn't find.) Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 12:30:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54030106568D for ; Tue, 22 Dec 2009 12:30:59 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 180A98FC26 for ; Tue, 22 Dec 2009 12:30:58 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 1C12E1FFC22; Tue, 22 Dec 2009 12:30:58 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id E258684513; Tue, 22 Dec 2009 13:30:57 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: James Phillips References: <296806.84549.qm@web65508.mail.ac4.yahoo.com> Date: Tue, 22 Dec 2009 13:30:57 +0100 In-Reply-To: <296806.84549.qm@web65508.mail.ac4.yahoo.com> (James Phillips's message of "Mon, 21 Dec 2009 23:29:43 -0800 (PST)") Message-ID: <86y6kv5gxq.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (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: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 12:30:59 -0000 James Phillips writes: > If you look at the Hardware monitoring screen in the BIOS you may > notice the temperature readings are unitless. I don't think that is an > accident, though they roughly correspond to Celsius temperatures. > [...] The reported system temperature went from 65534 -> 65535 -> 0 > -> ... -> 4 before I got bored. Well, Those Of Us [tm] who actually read the docs and wrote the driver know that the temperature is reported by the CPU itself as a 6-bit number which represents degrees Celsius below the junction temperature. I have no idea where your 65534 came from, but it certainly didn't come from the CPU. It may have come from an i2c probe mounted on the motherboard, possibly somewhere near the CPU, or maybe the BIOS made it up out of thin air, or maybe you were actually reading the clock, not the temperature. (FWIW, last I checked, my laptop's BIOS reported the system temperature in degrees Celsius) > Temperature probe in case rose from 295K -> 304K (+-1% ~ 22C -> 31 C) > (not all measurement guaranteed to be simultaneous) The coretemp driver reports the CPU's core temperature (as the name suggests) which is almost always higher than the case temperature. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 12:42:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B79D106566B for ; Tue, 22 Dec 2009 12:42:27 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id EF3948FC1E for ; Tue, 22 Dec 2009 12:42:26 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id EE34E1FFC1E; Tue, 22 Dec 2009 12:42:25 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id A8A5384513; Tue, 22 Dec 2009 13:42:25 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Thomas Backman References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> <20091221150514.GB75616@roberto-al.eurocontrol.fr> <4B2F9877.70201@jrv.org> <867hsf6xhh.fsf@ds4.des.no> <45929E18-EA48-4340-9954-683FF06B180B@exscape.org> Date: Tue, 22 Dec 2009 13:42:25 +0100 In-Reply-To: <45929E18-EA48-4340-9954-683FF06B180B@exscape.org> (Thomas Backman's message of "Tue, 22 Dec 2009 13:22:21 +0100") Message-ID: <86r5qn5gem.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Ollivier Robert , freebsd-current@freebsd.org, "James R. Van Artsdalen" Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 12:42:27 -0000 Thomas Backman writes: > The fact that some BIOSes do read it and freeze is obviously a bug, > further strengthening his argument that the BIOS shouldn't care about > the partition table. Reading it is a feature. Freezing may or may not be a bug. In that particular case, the problem arose because a) the BIOS's partition type check was sloppy (IIRC, it only checked the lower nybble) and b) it apparently didn't check that the partition it found really was a valid suspend-to-disk partition. Both of these are arguably poor design and / or sloppy implementation, but they are not bugs. The BIOS performed just like its authors expected under the circumstances they had expected; they just hadn't anticipated the circumstances under which their code failed. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 12:48:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F7A01065672 for ; Tue, 22 Dec 2009 12:48:53 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id 113A78FC0A for ; Tue, 22 Dec 2009 12:48:52 +0000 (UTC) Received: by qyk6 with SMTP id 6so2667111qyk.3 for ; Tue, 22 Dec 2009 04:48:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=mckQeP6mpXBYKtlElm/sTaIGHpgMwWyoLJp2xo/X+fQ=; b=KZ1joPLtOWeAzkJicVXc7r7v9FZ9dFcleC0W6zURIPOCVvw9FQUjOa2CZoBx5Ji4G3 W1oQRdWOwOtJMH2K6A/bQ21taailVpAiVAr2+F2gf/DLS/B2zeLCsJVdH8EIhYAUCKrs sg8YjmwIedF42HDaFv4iuZlAwtuW/Ixpy8uVY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=B6br+nL6BfV4A97Hgvppeuxq6y6NX2YSpnTP9vSze90pnlkNeXu13D5aJ3hLh9wjCE uzR8BycTuOAoo2PwvaFhJZuTdStEuhcKjQ2iuQYhnLgbD6OQYGDx0nAAlT/q6olYQkB/ vaP0VhJMmFX2WOPeGDt4KToMEnnPHgRWSECuc= Received: by 10.229.31.206 with SMTP id z14mr464386qcc.79.1261486132259; Tue, 22 Dec 2009 04:48:52 -0800 (PST) Received: from ?10.0.3.231? (pool-173-70-28-149.nwrknj.fios.verizon.net [173.70.28.149]) by mx.google.com with ESMTPS id 23sm5533332qyk.7.2009.12.22.04.48.51 (version=SSLv3 cipher=RC4-MD5); Tue, 22 Dec 2009 04:48:51 -0800 (PST) From: "Alexandre \"Sunny\" Kovalenko" To: Daniel O'Connor In-Reply-To: <200912221032.21674.doconnor@gsoft.com.au> References: <4B2D4B53.1060503@FreeBSD.org> <20091221123912.GB3253@current.Sisis.de> <863a34qxtw.fsf@ds4.des.no> <200912221032.21674.doconnor@gsoft.com.au> Content-Type: text/plain; charset="UTF-8" Date: Tue, 22 Dec 2009 07:48:18 -0500 Message-ID: <1261486099.24529.6.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= , Matthias Apitz , freebsd-current@freebsd.org Subject: Re: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 12:48:53 -0000 On Tue, 2009-12-22 at 10:32 +1030, Daniel O'Connor wrote: > On Mon, 21 Dec 2009, Dag-Erling Smørgrav wrote: > > > the actual 68,5C is with KDE up, but nearly idle system; what does > > > hw.acpi.thermal.tz0._CRT: 107,0C mean? > > > > These are motherboard temperatures, not CPU temperatures. > > Really? I would expect tz0 to be CPU temperature (via ACPI but still > probably using the same diode as coretemp would read). > > That said I don't recall any system I have ever run FreeBSD one having > more than tz0 :) On ThinkPad X60 (and AFAICR X60s) CPU thermal zone is tz1. tz0 is some kind of sham, where _CRT of 0x7F Celsius will be returned by _TMP method on some condition to facilitate system's emergency shutdown. I am sure, I have seen systems with tz2 around acpi@ mailing list. Just my 2c. -- Alexandre Kovalenko (ОлекÑандр Коваленко) From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 13:04:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37329106568D for ; Tue, 22 Dec 2009 13:04:38 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id E0E8E8FC13 for ; Tue, 22 Dec 2009 13:04:37 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 9so1346260qwb.7 for ; Tue, 22 Dec 2009 05:04:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=OzmYimC+IzujmMpThUfUNydJwNwI784sPejJ3GGxjh0=; b=EEEe7WCIGhvg27ZoKMTdENRSLViMwBuW41LIp3nI0w97LQNpG45OdSG5ILhKPH0ogN jL7dEpHsY2ELQRVwcJA/SJ/hdaS6GJA47Rg4C5DUSmmrLYAmMLloR8dPNfTYjRis5VXe wwLpQfeTKsK2ivmUb69V5UMX6m9SxJ8pdUho8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=rkP/tpFPj9h9PgibPfolnh9LzkQQm/ACafZy9RLH7c5gkI96bxDf8cf2/YXHnT/1aU jUKRfu7G+1w7IutTTdf1PKk2rgS6nT7vcefPCRXucG7HcMmA6jCvAQxgHrcA2ixuXPYN nmdq8P+8g1x9CFg93gK/gFMTxMz48PniCDKJ4= Received: by 10.224.72.104 with SMTP id l40mr4082203qaj.283.1261487076480; Tue, 22 Dec 2009 05:04:36 -0800 (PST) Received: from ?10.0.3.231? (pool-173-70-28-149.nwrknj.fios.verizon.net [173.70.28.149]) by mx.google.com with ESMTPS id 6sm17461211qwk.11.2009.12.22.05.04.34 (version=SSLv3 cipher=RC4-MD5); Tue, 22 Dec 2009 05:04:35 -0800 (PST) From: "Alexandre \"Sunny\" Kovalenko" To: Doug Barton In-Reply-To: <4B2D4B53.1060503@FreeBSD.org> References: <4B2D4B53.1060503@FreeBSD.org> Content-Type: text/plain; charset="UTF-8" Date: Tue, 22 Dec 2009 08:04:02 -0500 Message-ID: <1261487042.24529.15.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 13:04:38 -0000 On Sat, 2009-12-19 at 13:53 -0800, Doug Barton wrote: > In the last weeks (I generally update to the latest HEAD daily) It > seems that my -current laptop is running hot temperature wise, even > when it's idle, or nearly so. The temperature sensor (via wmbsdbatt) > generally stays in the 80s C, as opposed to the 70s, and the fan is > regularly on its "medium" speed as opposed to the low speed. Also, the > keyboard area sometimes becomes so hot that it's actually > uncomfortable. If I boot windows and let it run that way for a while > everything goes back to normal. > > I've got the back end of the laptop propped up an inch or so to > improve ventilation which helps some, but it's still running hotter > than usual. And before someone suggests it, yes, I've blown out all > the fans/heatsinks. > > This is a Dell Latitude D620 with a C2D, running i386 SMP in case any > of that matters. :) Is this the same system as in your thread "powerd and nvidia drivers not playing nicely together"? If it is, do you know where fan level information comes from? You do not seem to have ACPI fan devices defined there: hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: 72.5C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 0 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: -1 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 126.0C ===> hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz0._TC1: -1 hw.acpi.thermal.tz0._TC2: -1 hw.acpi.thermal.tz0._TSP: -1 If all you want is to make your system cooler during the operation, you could try setting hw.acpi.thermal.tz0.passive_cooling=1 hw.acpi.thermal.user_override=1 hw.acpi.thermal.tz0._PSV=70C either in /etc/sysctl.conf or manually and see whether this makes a difference. -- Alexandre Kovalenko (ОлекÑандр Коваленко) From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 13:42:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 493041065670 for ; Tue, 22 Dec 2009 13:42:16 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from mail.jrv.org (rrcs-24-73-246-106.sw.biz.rr.com [24.73.246.106]) by mx1.freebsd.org (Postfix) with ESMTP id E69808FC15 for ; Tue, 22 Dec 2009 13:42:15 +0000 (UTC) Received: from kremvax.housenet.jrv (kremvax.housenet.jrv [192.168.3.124]) by mail.jrv.org (8.14.3/8.14.3) with ESMTP id nBMDgBrA060110; Tue, 22 Dec 2009 07:42:11 -0600 (CST) (envelope-from james-freebsd-current@jrv.org) Authentication-Results: mail.jrv.org; domainkeys=pass (testing) header.from=james-freebsd-current@jrv.org DomainKey-Signature: a=rsa-sha1; s=enigma; d=jrv.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; b=Wu4FF/9mpuyXUAj9dt8UIwOGWQ1k5UgA1eaPXsxvgmx52Qj3edB2EMsQVkU1gkCP1 zyHtPVKY+ptSxTzmG7xaoh0MKxdZDRvylqj1PrqSeYKrf3Axs3A29G7knJqstLjb4E/ OnEFi8feJOtB8fxUBP8G/339JyoQnX7dFyVmNBM= Message-ID: <4B30CCB3.1090401@jrv.org> Date: Tue, 22 Dec 2009 07:42:11 -0600 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> <20091221150514.GB75616@roberto-al.eurocontrol.fr> <4B2F9877.70201@jrv.org> <867hsf6xhh.fsf@ds4.des.no> <45929E18-EA48-4340-9954-683FF06B180B@exscape.org> <86r5qn5gem.fsf@ds4.des.no> In-Reply-To: <86r5qn5gem.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 13:42:16 -0000 Dag-Erling Sm=C3=B8rgrav wrote: > Both of these are arguably poor design and / or sloppy implementation, > but they are not bugs. The BIOS performed just like its authors > expected under the circumstances they had expected; they just hadn't > anticipated the circumstances under which their code failed. As a day job I wrote and architected PC-compatible BIOS for 15 years in the 80's and 90's so I have some idea what works and what will break things in a BIOS. It definitely breaks things *when booting* to depend in any way on a partition table since there may not be one. By the mid 90's nearly every OS was putting in at least dummy partition tables for the same reason GPT does - to lessen the risk of accidental clobbering of the disk - but that's just a convention. I'm sure there are still a few customized VAR-things out there that don't bother with a partition table.= A number of vendors have taken to putting "hidden" system partitions on the disk with various utilities that can be run via a hotkey press during POST. These schemes have to use MBR-like code from the BIOS ROM to boot their system partition and that pseudo-MBR must read and interpret the partition table to find the system partition. But during system boot itself the MBR sector is read and if the last word in that sector is 0xAA55 then the BIOS executes the MBR code blind as to what is on the disk. It's the MBR code that's read from the disk that scans the partition table, if there is one. There were attempts for a time to check for boot sector virii before booting but those were always so problematic that I never did that, and I don't the the other main BIOS teams did it either. Someone probably decided to save space and consolidate the two BIOS boot routines but forgot to bypass the partition table code in the INT 19 case= =2E From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 14:11:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C574106568B for ; Tue, 22 Dec 2009 14:11:45 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 1BEEA8FC1B for ; Tue, 22 Dec 2009 14:11:44 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 154F21FFC1E; Tue, 22 Dec 2009 14:11:43 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id C763D84531; Tue, 22 Dec 2009 15:11:43 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "James R. Van Artsdalen" References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> <20091221150514.GB75616@roberto-al.eurocontrol.fr> <4B2F9877.70201@jrv.org> <867hsf6xhh.fsf@ds4.des.no> <45929E18-EA48-4340-9954-683FF06B180B@exscape.org> <86r5qn5gem.fsf@ds4.des.no> <4B30CCB3.1090401@jrv.org> Date: Tue, 22 Dec 2009 15:11:43 +0100 In-Reply-To: <4B30CCB3.1090401@jrv.org> (James R. Van Artsdalen's message of "Tue, 22 Dec 2009 07:42:11 -0600") Message-ID: <86my1b5c9s.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 14:11:45 -0000 "James R. Van Artsdalen" writes: > It definitely breaks things *when booting* to depend in any way on a > partition table since there may not be one. By the mid 90's nearly > every OS was putting in at least dummy partition tables for the same > reason GPT does - to lessen the risk of accidental clobbering of the > disk - but that's just a convention. I'm sure there are still a few > customized VAR-things out there that don't bother with a partition table. I can assure you that Windows does not put in a dummy partition table, and will not boot if the partition is not active. I can also assure you that the BIOS on my current laptop (ThinkPad T60) *does* care about the partition table, because the BIOS boot menu has an option to launch the rescue & recovery utility, which is located on a DOS partition at the end of the disk (although the BIOS works fine if the R&R partition is missing) > A number of vendors have taken to putting "hidden" system partitions on > the disk with various utilities that can be run via a hotkey press > during POST. These schemes have to use MBR-like code from the BIOS ROM > to boot their system partition and that pseudo-MBR must read and > interpret the partition table to find the system partition. But during > system boot itself the MBR sector is read and if the last word in that > sector is 0xAA55 then the BIOS executes the MBR code blind as to what is > on the disk. It's the MBR code that's read from the disk that scans the > partition table, if there is one. I can't quite parse that. The R&R partition on my T60 is not hidden in any way. > There were attempts for a time to check for boot sector virii before > booting but those were always so problematic that I never did that, and > I don't the the other main BIOS teams did it either. I've had machines that had a BIOS option to check if the boot sector had been modified and warn the user before booting. It worked just fine. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 14:19:44 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 920E5106568B for ; Tue, 22 Dec 2009 14:19:44 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 504EF8FC12 for ; Tue, 22 Dec 2009 14:19:44 +0000 (UTC) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NN5aO-00057k-CT; Tue, 22 Dec 2009 14:19:43 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NN5aN-0000H5-Gk; Tue, 22 Dec 2009 14:19:40 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nBMEJdvD060904; Tue, 22 Dec 2009 14:19:39 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nBMEJdRN060903; Tue, 22 Dec 2009 14:19:39 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 22 Dec 2009 14:19:39 +0000 From: Anton Shterenlikht To: "b. f." Message-ID: <20091222141939.GA60890@mech-cluster241.men.bris.ac.uk> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: freebsd-current@FreeBSD.org, Anton Shterenlikht Subject: Re: still trouble with pci.c on i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Dec 2009 14:19:44 -0000 On Sun, Dec 20, 2009 at 08:22:42PM -0500, b. f. wrote: > Try reverting all of the changes in: > > http://svn.freebsd.org/changeset/base/200341 > > In particular, those to sys/dev/pci/pci_pci.c, which you don't seem to > have reverted. It is a bit easier to do this (with svn merge -c ... > or the like) if you keep your sources in a local subversion > repository, and since most of the base system developers are now using > that VCS, it is easier to get help by referring to the subversion > version numbers rather than the corresponding CVS version numbers. > jkim@, jhb@, and imp@ should be able to tell you more about this > problem. thanks for svn, seems a good idea. However, I'm not sure what the strategy is for reverting to previous revisions. For example if I know (from previous posts) that r 200341 breaks src/sys/dev/pci/pci.c and pci_pci.c, then which revision should I sync with? Just to illustrate: First I updated all src: svn update svn://svn.freebsd.org/base/head /usr/src then I reverted to r 200315, but only for pci src: svn update -r 200315 svn://svn.freebsd.org/base/head/sys/dev/pci /usr/src/sys/dev/pci Is this what I should've done? I still get panic with this revision. What am doing wrong? many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 14:27:19 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75D561065692 for ; Tue, 22 Dec 2009 14:27:19 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 383388FC1A for ; Tue, 22 Dec 2009 14:27:18 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id AFE151FFC1E; Tue, 22 Dec 2009 14:27:17 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 6965C84513; Tue, 22 Dec 2009 15:27:17 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Anton Shterenlikht References: <20091222141939.GA60890@mech-cluster241.men.bris.ac.uk> Date: Tue, 22 Dec 2009 15:27:17 +0100 In-Reply-To: <20091222141939.GA60890@mech-cluster241.men.bris.ac.uk> (Anton Shterenlikht's message of "Tue, 22 Dec 2009 14:19:39 +0000") Message-ID: <86iqbz5bju.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@FreeBSD.org, "b. f." Subject: Re: still trouble with pci.c on i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Dec 2009 14:27:19 -0000 Anton Shterenlikht writes: > However, I'm not sure > what the strategy is for reverting to previous revisions. > For example if I know (from previous posts) that r 200341 > breaks src/sys/dev/pci/pci.c and pci_pci.c, then which > revision should I sync with? r200340, of course. > First I updated all src: > > svn update svn://svn.freebsd.org/base/head /usr/src > > then I reverted to r 200315, but only for pci src: > > svn update -r 200315 svn://svn.freebsd.org/base/head/sys/dev/pci /usr/src= /sys/dev/pci Umm, is your /usr/src actually a Subversion working copy? Both svn commands are wrong, didn't you notice the error messages? The easiest way to do this is to apply the problematic revision in reverse: % cd /usr/src/sys % svn diff -c200341 http://svn.freebsd.org/base/head/sys | patch -R DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 14:27:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7419E106568F for ; Tue, 22 Dec 2009 14:27:50 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 98E808FC21 for ; Tue, 22 Dec 2009 14:27:49 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA06810; Tue, 22 Dec 2009 16:27:42 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B30D75D.6010708@icyb.net.ua> Date: Tue, 22 Dec 2009 16:27:41 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: krad References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> <790a9fff0912211047w6e0ee46co420869f25a7a016d@mail.gmail.com> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Mel Flynn , Scot Hetzel , freebsd-current@freebsd.org Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 14:27:50 -0000 on 22/12/2009 13:02 krad said the following: > > Are there still issues with using zvols for swap? If not you don't need a > slice for swap and can get rid of gmirror entirely. Is this supported at all _on FreeBSD_? Even, if yes, one drawback is that you wouldn't be able to use zvol swap as a dump device. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 14:53:04 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35FCD106566B; Tue, 22 Dec 2009 14:53:04 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from asuka.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id E0F0A8FC1F; Tue, 22 Dec 2009 14:53:03 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga.mahoroba.org [IPv6:2001:2f0:104:8010:21b:d3ff:fe38:5381]) (user=ume mech=CRAM-MD5 bits=0) by asuka.mahoroba.org (8.14.3/8.14.3) with ESMTP/inet6 id nBMEqhC1056772 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Dec 2009 23:52:43 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Tue, 22 Dec 2009 23:52:43 +0900 Message-ID: From: Hajimu UMEMOTO To: "Alexandre \"Sunny\" Kovalenko" In-Reply-To: <1261487042.24529.15.camel@RabbitsDen> References: <4B2D4B53.1060503@FreeBSD.org> <1261487042.24529.15.camel@RabbitsDen> User-Agent: xcite1.58> Wanderlust/2.15.7 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.7 Emacs/23.1 (i386-portbld-freebsd8.0) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 8.0-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (asuka.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Tue, 22 Dec 2009 23:52:43 +0900 (JST) X-Virus-Scanned: clamav-milter 0.95.3 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on asuka.mahoroba.org Cc: freebsd-current@FreeBSD.org, Doug Barton Subject: Re: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 14:53:04 -0000 Hi, >>>>> On Tue, 22 Dec 2009 08:04:02 -0500 >>>>> "Alexandre \"Sunny\" Kovalenko" said: gaijin.k> hw.acpi.thermal.user_override: 0 gaijin.k> hw.acpi.thermal.tz0.temperature: 72.5C gaijin.k> hw.acpi.thermal.tz0.active: -1 gaijin.k> hw.acpi.thermal.tz0.passive_cooling: 0 gaijin.k> hw.acpi.thermal.tz0.thermal_flags: 0 gaijin.k> hw.acpi.thermal.tz0._PSV: -1 gaijin.k> hw.acpi.thermal.tz0._HOT: -1 gaijin.k> hw.acpi.thermal.tz0._CRT: 126.0C gaijin.k> ===> hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 gaijin.k> hw.acpi.thermal.tz0._TC1: -1 gaijin.k> hw.acpi.thermal.tz0._TC2: -1 gaijin.k> hw.acpi.thermal.tz0._TSP: -1 gaijin.k> If all you want is to make your system cooler during the operation, you could try setting gaijin.k> hw.acpi.thermal.tz0.passive_cooling=1 gaijin.k> hw.acpi.thermal.user_override=1 gaijin.k> hw.acpi.thermal.tz0._PSV=70C gaijin.k> either in /etc/sysctl.conf or manually and see whether this makes a difference. It seems his BIOS doesn't have the parameters for passive cooling. The _TC1, _TC2 and _TSP have to be set as well. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 15:36:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C6511065692 for ; Tue, 22 Dec 2009 15:36:45 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id A504C8FC35 for ; Tue, 22 Dec 2009 15:36:45 +0000 (UTC) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NN6mt-00033Z-Pl; Tue, 22 Dec 2009 15:36:44 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NN6ms-00028L-Sn; Tue, 22 Dec 2009 15:36:39 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nBMFachx061134; Tue, 22 Dec 2009 15:36:38 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nBMFacQJ061133; Tue, 22 Dec 2009 15:36:38 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 22 Dec 2009 15:36:38 +0000 From: Anton Shterenlikht To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20091222153638.GB61098@mech-cluster241.men.bris.ac.uk> References: <20091222141939.GA60890@mech-cluster241.men.bris.ac.uk> <86iqbz5bju.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86iqbz5bju.fsf@ds4.des.no> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: freebsd-current@freebsd.org, Anton Shterenlikht , "b. f." Subject: Re: still trouble with pci.c on i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Dec 2009 15:36:47 -0000 On Tue, Dec 22, 2009 at 03:27:17PM +0100, Dag-Erling Smørgrav wrote: > Anton Shterenlikht writes: > > However, I'm not sure > > what the strategy is for reverting to previous revisions. > > For example if I know (from previous posts) that r 200341 > > breaks src/sys/dev/pci/pci.c and pci_pci.c, then which > > revision should I sync with? > > r200340, of course. > > > First I updated all src: > > > > svn update svn://svn.freebsd.org/base/head /usr/src > > > > then I reverted to r 200315, but only for pci src: > > > > svn update -r 200315 svn://svn.freebsd.org/base/head/sys/dev/pci /usr/src/sys/dev/pci > > Umm, is your /usr/src actually a Subversion working copy? > > Both svn commands are wrong, didn't you notice the error messages? no, I don't think so. I tried to follow this guide: http://wiki.freebsd.org/SubversionPrimer and this book: http://svnbook.red-bean.com/ Are these adequate? > The easiest way to do this is to apply the problematic revision in > reverse: > > % cd /usr/src/sys > % svn diff -c200341 http://svn.freebsd.org/base/head/sys | patch -R ok, will try and is there a way to rebuild just a part of src? For example, if I've built all src already, then applied a patch to just one file, as in this case, can I somehow just rebuild pci.c? Or is it not that simple? I apologise if this is described in the manual somewhere. many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 16:05:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D43BF1065679 for ; Tue, 22 Dec 2009 16:05:40 +0000 (UTC) (envelope-from kraduk@googlemail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id 49E668FC14 for ; Tue, 22 Dec 2009 16:05:39 +0000 (UTC) Received: by fxm10 with SMTP id 10so3312488fxm.14 for ; Tue, 22 Dec 2009 08:05:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=tTshIu3/gJWRyCUx/zQwqSlYBGMyigTJuX4nmlvGTqU=; b=f1pWOsbs4R98RE0Y9T+TKEMSu2fPHvY/HNabDp58tGpJpOG+0PA5blvxxOoylBfK7Y /gKA0Vve7IC71X/1bOn+QF9t2kJ7m4hSMI4m1L3gbhakAPZugnLD2SxJuWfGFnvZMqZD GkdxDbj4dOxxq4AZIgjl4M6xjkx4F8MH1ARcs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=UsRqoTJGPAVx26AP6DnlP4yBVg83yr0eZvO8HcWUGCdrvWRbvpDbQjAmsEW7JmIvZ+ J/veKZb7thp1PW3HZpQXrHNtX/Lo5GEZFiKU07h5xx8+sAfKl3DXHB/mfJBGmh4WpohE I/Dw2omcPOQtfRPFpUxUYCpCgEyiSiE+flFMg= MIME-Version: 1.0 Received: by 10.239.186.199 with SMTP id i7mr947984hbh.102.1261497938947; Tue, 22 Dec 2009 08:05:38 -0800 (PST) In-Reply-To: <4B30D75D.6010708@icyb.net.ua> References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> <790a9fff0912211047w6e0ee46co420869f25a7a016d@mail.gmail.com> <4B30D75D.6010708@icyb.net.ua> Date: Tue, 22 Dec 2009 16:05:38 +0000 Message-ID: From: krad To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Mel Flynn , Scot Hetzel , freebsd-current@freebsd.org Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 16:05:40 -0000 2009/12/22 Andriy Gapon > on 22/12/2009 13:02 krad said the following: > > > > Are there still issues with using zvols for swap? If not you don't need a > > slice for swap and can get rid of gmirror entirely. > > Is this supported at all _on FreeBSD_? > Even, if yes, one drawback is that you wouldn't be able to use zvol swap as > a dump > device. > > > -- > Andriy Gapon > Even is you use a dedicated zvol for crashdump only? From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 16:19:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B8FC1065670 for ; Tue, 22 Dec 2009 16:19:52 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-iw0-f198.google.com (mail-iw0-f198.google.com [209.85.223.198]) by mx1.freebsd.org (Postfix) with ESMTP id E5EAA8FC16 for ; Tue, 22 Dec 2009 16:19:51 +0000 (UTC) Received: by iwn36 with SMTP id 36so4370566iwn.3 for ; Tue, 22 Dec 2009 08:19:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=MSsriuVXdLSCc/R6wfnIBqtJXKP+sAXrjCoPVwcFlrA=; b=gjaZ5YlelAPVWMHtnQNjx8adRZtyaOwH7u7ZqOeItQJfLdYg56l9Tm/KVgLkU1I65x d1XlhLSh+B1mhG+es5Xu48tAU0uexZHBbAF249u06HxBWYu0umKVNCjHgcUvSm2UMykj ByZ5VHz/KaLTQxpgDP82Nqpyx3sm9kaBTg3Ek= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=uB0+vWvigj5wryUDmnTSqf45mMUr26XIRIGw4d9QIT4sJVHJb222Of7EzKXnSXqfAE iQmwYpjwFHI223wba0A7I0XNpYmCEVXcDkJQHQkfImslV1qoJhuLvgMhV74ygBxqzuac 1jjOv+eD/pMBdnrz0OFHbiek3vWBFdqAIEnr8= MIME-Version: 1.0 Received: by 10.231.147.210 with SMTP id m18mr606414ibv.48.1261498789905; Tue, 22 Dec 2009 08:19:49 -0800 (PST) In-Reply-To: <4B30D75D.6010708@icyb.net.ua> References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> <790a9fff0912211047w6e0ee46co420869f25a7a016d@mail.gmail.com> <4B30D75D.6010708@icyb.net.ua> Date: Tue, 22 Dec 2009 10:19:49 -0600 Message-ID: <790a9fff0912220819h1c454ed3u9191d80177a676ef@mail.gmail.com> From: Scot Hetzel To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: Mel Flynn , freebsd-current@freebsd.org, krad Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 16:19:52 -0000 On 12/22/09, Andriy Gapon wrote: > on 22/12/2009 13:02 krad said the following: > > > > > Are there still issues with using zvols for swap? If not you don't need a > > slice for swap and can get rid of gmirror entirely. > > > Is this supported at all _on FreeBSD_? > Even, if yes, one drawback is that you wouldn't be able to use zvol swap as a dump > device. > FreeBSD does support zvols as swap: zfs create -V 2gb zroot/swap zfs set org.freebsd:swap=on zroot/swap zfs set checksum=off zroot/swap Another drawback to using zfs swap is that zfs requires RAM for it's arc cache and if your system is low on RAM, the system may stop responding even if you still have space in the zfs swap volume. Scot From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 16:40:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 290ED1065670; Tue, 22 Dec 2009 16:40:46 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from mail-iw0-f198.google.com (mail-iw0-f198.google.com [209.85.223.198]) by mx1.freebsd.org (Postfix) with ESMTP id C65B28FC1B; Tue, 22 Dec 2009 16:40:45 +0000 (UTC) Received: by iwn36 with SMTP id 36so4384680iwn.3 for ; Tue, 22 Dec 2009 08:40:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=kN2Sc6jYgGtDJLhEWjn6hp9KJbSL02TIf0ZnLyh5HQg=; b=cPmTkVsu8G7wmG3lR9T6/Vr9fALwFm/XsCMKeAj0OTOCqPPMTfiBD1rUp5+PPmOwZ+ /1yw7qJ7DUEthBk5Zk5kGQ8L7X0xuEo+ffVjouMHzdI7ttpbejCl+cR6mu07uxMwk7Q3 yPBSrHYIYDNpb9q9M5CWQzBF0xtkIuEp06u/A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=GrobRPu3Ao8i8mlWPuM+knybehvoJ4be0qMwIN9esHUdXsoCZEzpIu7e5dYAfu0HBE a1vhCdVfbUA+W0o0Ntgj7b2Q8+KKO27S7dL6xyQVW89BuXnnj4ilk/KgP2ZtgP4o+MMo Yh89er39uriFCfNciDahEiXuac8cx3pTt1ZbA= MIME-Version: 1.0 Received: by 10.231.9.216 with SMTP id m24mr340095ibm.39.1261500045133; Tue, 22 Dec 2009 08:40:45 -0800 (PST) In-Reply-To: References: <4B2D4B53.1060503@FreeBSD.org> <1261487042.24529.15.camel@RabbitsDen> Date: Tue, 22 Dec 2009 11:40:45 -0500 Message-ID: From: "Alexandre \"Sunny\" Kovalenko" To: Hajimu UMEMOTO Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: quoted-printable Cc: Doug Barton , freebsd-current@freebsd.org Subject: Re: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 16:40:46 -0000 On Tue, Dec 22, 2009 at 9:52 AM, Hajimu UMEMOTO wrote: > > Hi, > > >>>>> On Tue, 22 Dec 2009 08:04:02 -0500 > >>>>> "Alexandre \"Sunny\" Kovalenko" said: > > gaijin.k> hw.acpi.thermal.user_override: 0 > gaijin.k> hw.acpi.thermal.tz0.temperature: 72.5C > gaijin.k> hw.acpi.thermal.tz0.active: -1 > gaijin.k> hw.acpi.thermal.tz0.passive_cooling: 0 > gaijin.k> hw.acpi.thermal.tz0.thermal_flags: 0 > gaijin.k> hw.acpi.thermal.tz0._PSV: -1 > gaijin.k> hw.acpi.thermal.tz0._HOT: -1 > gaijin.k> hw.acpi.thermal.tz0._CRT: 126.0C > gaijin.k> =3D=3D=3D> hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1= -1 > gaijin.k> hw.acpi.thermal.tz0._TC1: -1 > gaijin.k> hw.acpi.thermal.tz0._TC2: -1 > gaijin.k> hw.acpi.thermal.tz0._TSP: -1 > > gaijin.k> If all you want is to make your system cooler during the operat= ion, you could try setting > > gaijin.k> hw.acpi.thermal.tz0.passive_cooling=3D1 > gaijin.k> hw.acpi.thermal.user_override=3D1 > gaijin.k> hw.acpi.thermal.tz0._PSV=3D70C > > gaijin.k> either in /etc/sysctl.conf or manually and see whether this mak= es a difference. > > It seems his BIOS doesn't have the parameters for passive cooling. > The _TC1, _TC2 and _TSP have to be set as well. > You are absolutely right and I apologize for incomplete suggestion -- full set of conditions to start passive cooling thread seems to be as follows: static int acpi_tz_cooling_is_available(struct acpi_tz_softc *sc) { return (sc->tz_zone.tc1 !=3D -1 && sc->tz_zone.tc2 !=3D -1 && sc->tz_zone.tsp !=3D -1 && sc->tz_zone.tsp !=3D 0 && sc->tz_zone.psv !=3D -1); } and, since the values are used in 'acpi_tz_cooling_thread' to determine how and when to change CPU frequency, here are numbers from my machine (Intel T2400 @ 1.83GHz) , which could be used as the starting point: hw.acpi.thermal.tz1._TC1: 5 hw.acpi.thermal.tz1._TC2: 4 hw.acpi.thermal.tz1._TSP: 600 > Sincerely, > > -- > Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan > ume@mahoroba.org =9Aume@{,jp.}FreeBSD.org > http://www.imasy.org/~ume/ -- Alexandre Kovalenko (=EF=CC=C5=CB=D3=C1=CE=C4=D2 =EB=CF=D7=C1=CC=C5=CE=CB= =CF). From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 17:42:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 347A51065679 for ; Tue, 22 Dec 2009 17:42:54 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id E277B8FC1A for ; Tue, 22 Dec 2009 17:42:53 +0000 (UTC) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NN8kz-0007l2-Up; Tue, 22 Dec 2009 17:42:52 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NN8kz-00056U-3l; Tue, 22 Dec 2009 17:42:49 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nBMHgmdo061739; Tue, 22 Dec 2009 17:42:48 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nBMHgmkp061738; Tue, 22 Dec 2009 17:42:48 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 22 Dec 2009 17:42:48 +0000 From: Anton Shterenlikht To: Anton Shterenlikht Message-ID: <20091222174248.GA61700@mech-cluster241.men.bris.ac.uk> References: <20091222141939.GA60890@mech-cluster241.men.bris.ac.uk> <86iqbz5bju.fsf@ds4.des.no> <20091222153638.GB61098@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20091222153638.GB61098@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -5.0 X-Spam-Level: ----- Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , freebsd-current@freebsd.org, "b. f." Subject: Re: still trouble with pci.c on i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Dec 2009 17:42:54 -0000 On Tue, Dec 22, 2009 at 03:36:38PM +0000, Anton Shterenlikht wrote: > On Tue, Dec 22, 2009 at 03:27:17PM +0100, Dag-Erling Smørgrav wrote: > > Anton Shterenlikht writes: > > > However, I'm not sure > > > what the strategy is for reverting to previous revisions. > > > For example if I know (from previous posts) that r 200341 > > > breaks src/sys/dev/pci/pci.c and pci_pci.c, then which > > > revision should I sync with? > > > > r200340, of course. > > > > > First I updated all src: > > > > > > svn update svn://svn.freebsd.org/base/head /usr/src > > > > > > then I reverted to r 200315, but only for pci src: > > > > > > svn update -r 200315 svn://svn.freebsd.org/base/head/sys/dev/pci /usr/src/sys/dev/pci > > > > Umm, is your /usr/src actually a Subversion working copy? > > > > Both svn commands are wrong, didn't you notice the error messages? > > no, I don't think so. > > I tried to follow this guide: http://wiki.freebsd.org/SubversionPrimer > > and this book: http://svnbook.red-bean.com/ > > Are these adequate? > > > The easiest way to do this is to apply the problematic revision in > > reverse: > > > > % cd /usr/src/sys > > % svn diff -c200341 http://svn.freebsd.org/base/head/sys | patch -R I did just that, rebuilt kernel, but still get panic. Perhaps I misunderstand svn, but isn't it possible that the changes which cause panic are not between 200341 and 200340, but have to be recovered from an earlier revision. For example, looking at http://svn.freebsd.org/viewvc/base/head/sys/dev/pci/pci.c?view=log&pathrev=200341 the previous version of pci.c was in r 200315, and the previous version of pci_pci.c was in r192481. So shouldn't I revert to 192481? I'll try to roll back to r192481, and see if this helps. If this is not the right list for these quiestions, just tell me off. many thanks -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 17:44:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D452110656A3 for ; Tue, 22 Dec 2009 17:44:34 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 70D888FC13 for ; Tue, 22 Dec 2009 17:44:34 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApsEAC6UMEuDaFvJ/2dsb2JhbACDbsMXj3GDXVYEgWU X-IronPort-AV: E=Sophos;i="4.47,437,1257138000"; d="scan'208";a="58787524" Received: from ganges.cs.uoguelph.ca ([131.104.91.201]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 22 Dec 2009 12:44:33 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by ganges.cs.uoguelph.ca (Postfix) with ESMTP id 76F71FB808B; Tue, 22 Dec 2009 12:44:33 -0500 (EST) X-Virus-Scanned: amavisd-new at ganges.cs.uoguelph.ca Received: from ganges.cs.uoguelph.ca ([127.0.0.1]) by localhost (ganges.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VGJo1lE876zx; Tue, 22 Dec 2009 12:44:32 -0500 (EST) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by ganges.cs.uoguelph.ca (Postfix) with ESMTP id 0DAE5FB801A; Tue, 22 Dec 2009 12:44:32 -0500 (EST) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id nBMHrpG08200; Tue, 22 Dec 2009 12:53:51 -0500 (EST) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Tue, 22 Dec 2009 12:53:51 -0500 (EST) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Andrew Pantyukhin In-Reply-To: <20091222132309.GI24163@pollux.cenkes.org> Message-ID: References: <20091222132309.GI24163@pollux.cenkes.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-851401618-1261504431=:5334" Cc: freebsd-current@FreeBSD.org Subject: Re: NFSv4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 17:44:35 -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. ---559023410-851401618-1261504431=:5334 Content-Type: TEXT/PLAIN; charset=utf-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Tue, 22 Dec 2009, Andrew Pantyukhin wrote: > > Could I bother you directly with some questions from time to time > or should I post to a mailing list? Either. The advantage of using something like freebsd-current@ is that it ends up in the email archive that others can search and later I suspect others will start using NFSv4 and be able to help with answers. (If others get upset w.r.t. the noise, you can blame me:-) > > Here are a few: > - is ACL support coming to the FreeBSD NFSv4 client? Good question. As far as I'm aware, all the pieces are in FreeBSD8.0, but it didn't get tested. (The server wasn't quite there, but should be soon for freebsd-current using ZFS. At that point, I suspect it'll get tested. You can be the first!) > - I can't create Unix domain sockets in a mounted v4 file system > in FreeBSD 8.0, is that expected? I'd say that's a bug. I'll try it here and see what happens. > - is freebsd-rpcsec.patch coming to our head? Or rather, the > dependant functionality (per-user GSS context) > If you are referring to the experimental patch I have for FreeBSD8.0 that does host based initiator credentials from a keytab file, no. (It's too ugly, but I haven't come up with another way to make it work yet.) I believe that mounts done by a user (not root) that does a mount when holding a valid TGT does work without the patch. > A more general question: I'm currently using v3 (oldnfs) on > FreeBSD quite extensively =E2=80=94 my homedir and lots of other data is > mounted this way. When I try newnfs, both v3 and v4, they either > don't allow a desktop environment to start at all, or, if the > homedir is oldnfs-mounted, newnfs functions for other data for > some time, and then some problems start. Like, svnsync/csup > unable to get locks and such. Would you say it is expected > behaviour or do you consider newnfs mostly production quality > just a little while from "general deployment"? > > I mean, when do you think you'll be able to unlabel newnfs as > experimental? > Well, I wasn't aware of client side problems and what I've tested worked for me. (I'll admit I'm not the sort to use X or gui desktops.) The NFSv4 locking has worked ok for me against a Solaris10 server, but I haven't had much opportunity to test against Netapp. If you could reproduce a case of locking problems with an NFSv4 mount and then email me the raw tcpdump capture, I can go through the packet trace under wire shark and see what seems to have happened. (I am trying to avoid the NLM, since that's dfr@'s world and I know diddly about it.) I'd guess it's labelled experimental for at least the FreeBSD8 release cycle, rick ---559023410-851401618-1261504431=:5334-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 17:45:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 966A5106568B for ; Tue, 22 Dec 2009 17:45:58 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 203F98FC08 for ; Tue, 22 Dec 2009 17:45:57 +0000 (UTC) Received: from [172.21.1.35] (akima-win.flintsbach.schmalzbauer.de [172.21.1.35]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id nBMHjqxs061993 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Dec 2009 18:45:56 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) X-Authentication-Warning: smtp.dmz.omnisec.de: Host akima-win.flintsbach.schmalzbauer.de [172.21.1.35] claimed to be [172.21.1.35] Message-ID: <4B3105D1.1040105@omnilan.de> Date: Tue, 22 Dec 2009 18:45:53 +0100 From: Harald Schmalzbauer User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Bernhard Schmidt References: <4B12E897.3090008@omnilan.de> <179b97fb0911291430n52f04136g49acb5ee6305a5aa@mail.gmail.com> <200911301715.43863.bschmidt@techwires.net> In-Reply-To: <200911301715.43863.bschmidt@techwires.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Brandon Gooch , freebsd-current@freebsd.org Subject: Re: driver for Intel WiFi Link 1000? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 17:45:58 -0000 Bernhard Schmidt schrieb: > On Sunday 29 November 2009 23:30:54 Brandon Gooch wrote: >> On Sun, Nov 29, 2009 at 9:33 PM, Harald Schmalzbauer >> >> wrote: >>> Dear driver coders, >>> >>> my new notebook has the Intel WiFi Link 1000 chipset (0x8086, 0x0083). >>> A quick look at intels developer sites doesn't answer if the chip is >>> compatible with the precessor 5300/5100. >>> Has anybody any experience with this wlan device? >>> >>> Thanks, >>> >>> -Harry >> Bernhard Schmidt has a repository with a recent port of the OpenBSD >> iwn(4) driver, available for testing, in an svn repo: >> >> http://svn.techwires.net/svn/projects/freebsd/sys >> >> It should provide support for the 1000 series chips, although neither >> I or Bernhard have a card to test with. >> >> I'm testing the code on 8-STABLE... > > True, this bits are coming from the OpenBSD merge. > Quoting from the commit: > "- initial support for 1000 series and initial bits for upcoming 6000 > series (untested as hardware is not available to the general public)" > > It looks as being complete though, feedback appreciated. Hello, today I found a minute to test the iwn driver. Unfortunately it crashes wit the follwoing (regaardless wether I loaded iwn1000fw.ko): iwn0: mem 0xd2500000-0xd2501fff irq 19 at device 0.0 on pci2 iwn0: MIMO 1T2R, , address 00:00:00:00:00:00 panic: ieee80211_get_ratetable: no rate table for channel; freq 0 flags 0x0 cpuid = 1 Uptime: 37s Physical memory: 2990 MB Dumping 91 MB: 76 60 44 28 12 Tell me if I can help with testing. Thanks, -Harry From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 17:46:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1138F1065698 for ; Tue, 22 Dec 2009 17:46:14 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 38AD78FC0A for ; Tue, 22 Dec 2009 17:46:12 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA10184; Tue, 22 Dec 2009 19:46:06 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B3105DE.5080402@icyb.net.ua> Date: Tue, 22 Dec 2009 19:46:06 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: krad References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> <790a9fff0912211047w6e0ee46co420869f25a7a016d@mail.gmail.com> <4B30D75D.6010708@icyb.net.ua> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Mel Flynn , Scot Hetzel , freebsd-current@freebsd.org Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 17:46:14 -0000 on 22/12/2009 18:05 krad said the following: > > Even is you use a dedicated zvol for crashdump only? FreeBSD crash dump infrastructure doesn't support physically non-contiguous dump devices and I believe that zvols are such. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 17:50:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A93B1065676 for ; Tue, 22 Dec 2009 17:50:21 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 891398FC19 for ; Tue, 22 Dec 2009 17:50:20 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA10237; Tue, 22 Dec 2009 19:50:14 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B3106D6.1040208@icyb.net.ua> Date: Tue, 22 Dec 2009 19:50:14 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Scot Hetzel References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> <790a9fff0912211047w6e0ee46co420869f25a7a016d@mail.gmail.com> <4B30D75D.6010708@icyb.net.ua> <790a9fff0912220819h1c454ed3u9191d80177a676ef@mail.gmail.com> In-Reply-To: <790a9fff0912220819h1c454ed3u9191d80177a676ef@mail.gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Mel Flynn , freebsd-current@freebsd.org, krad Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 17:50:21 -0000 on 22/12/2009 18:19 Scot Hetzel said the following: > FreeBSD does support zvols as swap: > > zfs create -V 2gb zroot/swap > zfs set org.freebsd:swap=on zroot/swap > zfs set checksum=off zroot/swap Where swapon line? :-) Okey, okey, it's good ti know that it works. > Another drawback to using zfs swap is that zfs requires RAM for it's > arc cache and if your system is low on RAM, the system may stop > responding even if you still have space in the zfs swap volume. Yeah, not nice. I think that in OpenSolaris they do something special to zvol when it is configured as a swap device, and then swapping code bypasses all the complex zfs paths. But I could very well be mistaken, I got this impression from a quick cursory look over the source code. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 18:02:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37F98106566B for ; Tue, 22 Dec 2009 18:02:15 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 08BAD8FC0C for ; Tue, 22 Dec 2009 18:02:14 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 46DB77E818; Tue, 22 Dec 2009 09:02:14 -0900 (AKST) From: Mel Flynn To: freebsd-current@freebsd.org Date: Tue, 22 Dec 2009 09:02:08 -0900 User-Agent: KMail/1.12.1 (FreeBSD/8.0-STABLE; KDE/4.3.1; i386; ; ) References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> <200912210728.31761.mel.flynn+fbsd.current@mailing.thruhere.net> <863a336xfi.fsf@ds4.des.no> In-Reply-To: <863a336xfi.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200912220902.08577.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= , krad Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 18:02:15 -0000 On Tuesday 22 December 2009 02:49:21 Dag-Erling Sm=F8rgrav wrote: > Mel Flynn writes: > > - Using 8.0-RELEASE disc 1 amd64, 2 coasters burnt on two different > > machines with two different OS's, the Fixit option from CD/DVD kept > > asking for the livefs CD, >=20 > Yes. Just press enter. Which again asked for the live CD. =2D-=20 Mel From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 18:27:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08139106568D for ; Tue, 22 Dec 2009 18:27:11 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-iw0-f198.google.com (mail-iw0-f198.google.com [209.85.223.198]) by mx1.freebsd.org (Postfix) with ESMTP id BA21D8FC0A for ; Tue, 22 Dec 2009 18:27:10 +0000 (UTC) Received: by iwn36 with SMTP id 36so4453602iwn.3 for ; Tue, 22 Dec 2009 10:27:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=xGBPGBAv0h95wPbtYS4qFPkqH3lqm0XvrXfhzUwOGow=; b=pK0ke71WVB/hM0St/qZNyJRqp8T0xwA8MaKdBqUod080lKLcy+YNtzwdGdaY+k09Qh MHbpm0+XIEwr0RKmg3CYVYb/F84MqO5mBOWH5WJjmQ+ucFbiadUGtw+zpzAMunixNJY0 uQ1mjSID2jsAnPGfDFIeUfuPJnTC2t4yzpCiY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=sVUojkXPVklUNCPwJ+MQDKMhWVqqC3Z5BygR53Jbcl72DfGvN2IMg7V9j2ctIIPcmw 4Pgw7NVk469uLzNq3v/8bRR4fl1Z0tef8vQlZmm3CtbzgsoRpIFu5IeJJv7/icjzvfCZ v53Wpb33UBcNg5pWzepGETkAKt0lTWtxJQ+GI= MIME-Version: 1.0 Received: by 10.231.81.148 with SMTP id x20mr1007986ibk.2.1261506430089; Tue, 22 Dec 2009 10:27:10 -0800 (PST) In-Reply-To: <4B3106D6.1040208@icyb.net.ua> References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> <790a9fff0912211047w6e0ee46co420869f25a7a016d@mail.gmail.com> <4B30D75D.6010708@icyb.net.ua> <790a9fff0912220819h1c454ed3u9191d80177a676ef@mail.gmail.com> <4B3106D6.1040208@icyb.net.ua> Date: Tue, 22 Dec 2009 12:27:10 -0600 Message-ID: <790a9fff0912221027i4beef218uceaf10783e093603@mail.gmail.com> From: Scot Hetzel To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: Mel Flynn , freebsd-current@freebsd.org, krad Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 18:27:11 -0000 On 12/22/09, Andriy Gapon wrote: > on 22/12/2009 18:19 Scot Hetzel said the following: > > > FreeBSD does support zvols as swap: > > > > zfs create -V 2gb zroot/swap > > zfs set org.freebsd:swap=on zroot/swap > > zfs set checksum=off zroot/swap > > > Where swapon line? :-) /etc/rc.d/zvol start > Okey, okey, it's good ti know that it works. > > Scot From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 18:28:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BFF5106568B; Tue, 22 Dec 2009 18:28:15 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 879148FC17; Tue, 22 Dec 2009 18:28:12 +0000 (UTC) Received: by bwz5 with SMTP id 5so4343642bwz.3 for ; Tue, 22 Dec 2009 10:28:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=JsU2chvxSOYVMnuTR8Y/TSWaJYgOdlGkDOxENd6KDMw=; b=IhKDTi36oriB0+Le9kzelwhPaVim0y7JX7z60whZHHF37cBi4nSayevfjOF+V/7NyI 5RRyZi0DLw6/4mpQHLEv0YEg5YPgzU/tavpnQhLuaKGlCno2N8+PDYohun+8UH+jbZVj iMMOcJGcqzcJ68KEkl13wzwzvsDtJ6zo/If0s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Lu9B+w4yskYN35SFCFkkUL8a68hAuGAwC5Smw77NI4kWHeLaoVGh4k+DFI78sOZ03N A/zr+HEhU4qvD/ecszOEiYu/3vGg2b7UodS25sWZaVzevDLHcd0jEDiXsoFZnSB1x3v7 0jIKt/b2pbel18lh3cTe/6t8Txj8FK2gMr6Uk= MIME-Version: 1.0 Received: by 10.204.160.73 with SMTP id m9mr5578773bkx.214.1261506491347; Tue, 22 Dec 2009 10:28:11 -0800 (PST) In-Reply-To: <1261407011.56806.17.camel@bauer.cse.buffalo.edu> References: <1261407011.56806.17.camel@bauer.cse.buffalo.edu> Date: Tue, 22 Dec 2009 19:28:11 +0100 Message-ID: <6101e8c40912221028q63b6a262qdaeb0e29cee6d05a@mail.gmail.com> From: Oliver Pinter To: Ken Smith Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , freebsd-stable Subject: Re: Changing ISO filenames X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 18:28:15 -0000 Hi! Do you have any plans, when comming out REL_6.5 and REL_7.3? On 12/21/09, Ken Smith wrote: > > People who collect ISO images from more than just the FreeBSD Project > have been mentioning it would be nice if "FreeBSD" was part of the > filenames for a while now. I just committed a change to head that will > add "FreeBSD-" to the beginning of the filenames. So for example > > 9.0-RELEASE-amd64-dvd1.iso > > becomes > > FreeBSD-9.0-RELEASE-amd64-dvd1.iso > > As part of the commit I set a 1-week MFC timer and at that point I will > MFC the change to all of the branches we currently target for the > Monthly Snapshots (so all the way back to stable/6). That way the > filenames will be consistent for all the images generated for the > January 2010 Monthly Snapshots. > > -- > Ken Smith > - From there to here, from here to | kensmith@buffalo.edu > there, funny things are everywhere. | > - Theodore Geisel | > > From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 18:35:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85D7D106566C; Tue, 22 Dec 2009 18:35:11 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailC.acsu.buffalo.edu (localmail.buffalo.edu [128.205.5.204]) by mx1.freebsd.org (Postfix) with ESMTP id 420BB8FC0C; Tue, 22 Dec 2009 18:35:10 +0000 (UTC) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 3FD9A611C3; Tue, 22 Dec 2009 13:35:10 -0500 (EST) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailC.acsu.buffalo.edu (Postfix) with ESMTP id A70FABBFA33; Tue, 22 Dec 2009 13:35:09 -0500 (EST) Received: from mweb1.acsu.buffalo.edu (mweb1.acsu.buffalo.edu [128.205.5.238]) by localmailC.acsu.buffalo.edu (Prefixe) with ESMTP id 9F9EE6B522; Tue, 22 Dec 2009 13:35:09 -0500 (EST) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) by mweb1.acsu.buffalo.edu (Postfix) with ESMTP id 8829F264002; Tue, 22 Dec 2009 13:35:09 -0500 (EST) From: Ken Smith To: Oliver Pinter In-Reply-To: <6101e8c40912221028q63b6a262qdaeb0e29cee6d05a@mail.gmail.com> References: <1261407011.56806.17.camel@bauer.cse.buffalo.edu> <6101e8c40912221028q63b6a262qdaeb0e29cee6d05a@mail.gmail.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-RnAkhbmRVx/N/hBBWits" Date: Tue, 22 Dec 2009 13:35:09 -0500 Message-Id: <1261506909.62216.8.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% Cc: freebsd-current , freebsd-stable Subject: Re: Changing ISO filenames X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 18:35:11 -0000 --=-RnAkhbmRVx/N/hBBWits Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-12-22 at 19:28 +0100, Oliver Pinter wrote: > Do you have any plans, when comming out REL_6.5 and REL_7.3? There are no plans for 6.5-RELEASE, 6.4-RELEASE was the last of the official releases for the stable/6 branch. We just started working out a schedule for 7.3-RELEASE, I should be sending that out some time next week. --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-RnAkhbmRVx/N/hBBWits Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAksxEVUACgkQ/G14VSmup/YhxgCgjO0VITb6Rna5w14PIkOUqFI3 y9QAniA3Fq8qec4/sOGuueWldVjVxe9j =wOZq -----END PGP SIGNATURE----- --=-RnAkhbmRVx/N/hBBWits-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 18:45:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 298441065697 for ; Tue, 22 Dec 2009 18:45:30 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id AAA2A8FC0C for ; Tue, 22 Dec 2009 18:45:29 +0000 (UTC) Received: by fxm10 with SMTP id 10so3470718fxm.14 for ; Tue, 22 Dec 2009 10:45:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=1SLzzVtWi2EAn6DGyU7HpMbZ3TZbOIgpu9CvUHFxPV8=; b=X6IpZyJOz3QzKfhWR5y1zvjbIhW5URCDSGmau5HdCf8sc9DeI6oVB3Vlak6G8SQx7V 2pxcGapKdlew+S1SpOelRBMkOWJBLBS16yIR6b+usEzzUe0PPthyJefoP9CGO4BPMzaN CNKNrkcLkv0upZp86jbt1Z22j9W6Vgryh1tjo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=bWw1aqjwfk8/1zWK1z3lsphz0xF55c2nBW/43tIW7O5MRFbAw0RIutoIcpgw0EnrlJ 0yzWlQaP+ZFRboj3qXFh+A3zhEjLbzWhUNbL5XxId7ogU0KTlKcTm93mnw4JoW9mtMIs pY6sPXkyIlBO6x0KZsd7qA6Yi1+LLLvXRPd2g= MIME-Version: 1.0 Received: by 10.239.170.28 with SMTP id q28mr1045969hbe.149.1261505959558; Tue, 22 Dec 2009 10:19:19 -0800 (PST) In-Reply-To: <1261407011.56806.17.camel@bauer.cse.buffalo.edu> References: <1261407011.56806.17.camel@bauer.cse.buffalo.edu> Date: Tue, 22 Dec 2009 10:19:19 -0800 Message-ID: From: Mehmet Erol Sanliturk To: Ken Smith Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current , freebsd-stable Subject: Re: Changing ISO filenames X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 18:45:30 -0000 On Mon, Dec 21, 2009 at 6:50 AM, Ken Smith wrote: > > People who collect ISO images from more than just the FreeBSD Project > have been mentioning it would be nice if "FreeBSD" was part of the > filenames for a while now. I just committed a change to head that will > add "FreeBSD-" to the beginning of the filenames. So for example > > 9.0-RELEASE-amd64-dvd1.iso > > becomes > > FreeBSD-9.0-RELEASE-amd64-dvd1.iso > > As part of the commit I set a 1-week MFC timer and at that point I will > MFC the change to all of the branches we currently target for the > Monthly Snapshots (so all the way back to stable/6). That way the > filenames will be consistent for all the images generated for the > January 2010 Monthly Snapshots. > > -- > Ken Smith > - From there to here, from here to | kensmith@buffalo.edu > there, funny things are everywhere. | > - Theodore Geisel | > > I liked this change ( appending FreeBSD- in front .iso file names ) very much because always I was adding this to downloaded file names . This change will allow also inclusion of these file names in internet search lists . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 19:18:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A89181065676 for ; Tue, 22 Dec 2009 19:18:06 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from mail.haruhiism.net (mail.fujibayashi.jp [IPv6:2001:470:9954:ffff::2]) by mx1.freebsd.org (Postfix) with ESMTP id 62F788FC16 for ; Tue, 22 Dec 2009 19:18:06 +0000 (UTC) Received: from [IPv6:2001:470:9f2d:0:1::1] (omoikane.gensokyo.fujibayashi.jp [IPv6:2001:470:9f2d:0:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.haruhiism.net (Postfix) with ESMTPSA id 79024113A45 for ; Wed, 23 Dec 2009 04:18:04 +0900 (JST) Message-ID: <4B311B6C.205@haruhiism.net> Date: Tue, 22 Dec 2009 22:18:04 +0300 From: Kamigishi Rei User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4B2D4B53.1060503@FreeBSD.org> <20091221123912.GB3253@current.Sisis.de> <863a34qxtw.fsf@ds4.des.no> <200912221032.21674.doconnor@gsoft.com.au> <86d4278grg.fsf@ds4.des.no> In-Reply-To: <86d4278grg.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 19:18:06 -0000 On 22.12.2009 13:06, Dag-Erling Smørgrav wrote: > "Daniel O'Connor" writes: > >> FWIW the Core 2 Duo in my "games" machine which is overclocked from 2.13 >> to 3.06GHz idles at 60C and gets up to 75C when under heavy use. Before >> overclocking it used to idle around 50C (that appeared to be the BIOS's >> target temperature) >> > My E6600s idle at around 35 C in the summer and 25 C in the winter > (they're in an unheated room). > > 85 C (not 75 C as I wrote earlier - I misremembered) is critical for a > C2D, except for some Xeon-branded models which go up to 100 C. See the > comments in the coretemp driver. > I'd still call that a bit extreme. For example, the thermal specification for 3 of 4 available Core2 Duo that runs at 2.13GHz is 61.4C, and the remaining one has it set to a bit over 60C. Which means that at 61.4C, Intel Thermal Monitor should kick in and use SpeedStep to slow down the CPU and prevent overheating. Intel's mobile Core2 Duo versions usually have that parameter at 105C because they don't have integrated heat spreaders. Core2 Quad Q8400 (non-overclocked, 2.66GHz, thermal spec: 71.4C; in a heated room) runs at 33C / 24C (winter/summer) here. -- Kamigishi Rei KREI-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 19:19:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E43231065695 for ; Tue, 22 Dec 2009 19:19:21 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-iw0-f198.google.com (mail-iw0-f198.google.com [209.85.223.198]) by mx1.freebsd.org (Postfix) with ESMTP id A8E6E8FC14 for ; Tue, 22 Dec 2009 19:19:21 +0000 (UTC) Received: by iwn36 with SMTP id 36so4485830iwn.3 for ; Tue, 22 Dec 2009 11:19:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=ic2tPVuEyzXtbNjVt9CQ658mbHRa8cJ5OI0p0ertnvI=; b=ChKpG1PEEXZhslwAs5T1q/Xm4d7rdSwg50YUxnd4E6ikDBSoJ/j2mHofwP1AoNJWGF uvYYje+QvmQtuGUxLl7XXRoLAesqoV5TVlmu5uEUbhTlquZZA+aziwnIbADkyh31pk/8 k4r3dz/NXNyIoaH4d/efVA3y7qKQ60CdWyKfw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=VaclcvmIcItNwhPU866sPp3zkrujBTElUoN6eeiLTtgCCGi7VpeXLduIAmhPOSN5w2 uKNQMDz3BHEbo6D/3mTSv3ITEUAgfbbq+IjDStKWwI5KivWxAX1+syTd8OqkyOaDOdM+ kM6Kz7l1sSoSr/4vB8V8GHpNDh6xJ4n8Zhxnc= MIME-Version: 1.0 Received: by 10.231.170.136 with SMTP id d8mr1854495ibz.17.1261509560912; Tue, 22 Dec 2009 11:19:20 -0800 (PST) In-Reply-To: References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> <790a9fff0912211047w6e0ee46co420869f25a7a016d@mail.gmail.com> <4B30D75D.6010708@icyb.net.ua> Date: Tue, 22 Dec 2009 13:19:20 -0600 Message-ID: <790a9fff0912221119ve4ab385me528ffd8ab1b50b8@mail.gmail.com> From: Scot Hetzel To: krad Content-Type: text/plain; charset=ISO-8859-1 Cc: Mel Flynn , freebsd-current@freebsd.org, Andriy Gapon Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 19:19:22 -0000 On 12/22/09, krad wrote: > > > 2009/12/22 Andriy Gapon > > > on 22/12/2009 13:02 krad said the following: > > > > > > > > Are there still issues with using zvols for swap? If not you don't need > a > > > slice for swap and can get rid of gmirror entirely. > > > > Is this supported at all _on FreeBSD_? > > Even, if yes, one drawback is that you wouldn't be able to use zvol swap > as a dump > > device. > > > > > > -- > > Andriy Gapon > > > > Even is you use a dedicated zvol for crashdump only? > Opensolaris uses a seperate zvol for crash dumps, so I gave it a try and created a zvol. zfs create -V 8G zroot/dump zfs set checksum=off zroot/dump But when dumpon executes, it tells you that dumps are not supported to zfs zvolumes. dv8t01# dumpon /dev/zvol/zroot/dump dumpon: ioctl(DIOCSKERNELDUMP): Operation not supported Scot From owner-freebsd-current@FreeBSD.ORG Tue Dec 22 19:32:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EACB21065672 for ; Tue, 22 Dec 2009 19:32:56 +0000 (UTC) (envelope-from mail25@bzerk.org) Received: from ei.bzerk.org (tunnel490.ipv6.xs4all.nl [IPv6:2001:888:10:1ea::2]) by mx1.freebsd.org (Postfix) with ESMTP id 773B08FC2E for ; Tue, 22 Dec 2009 19:32:56 +0000 (UTC) Received: from ei.bzerk.org (BOFH@localhost [127.0.0.1]) by ei.bzerk.org (8.14.2/8.14.2) with ESMTP id nBMJWnaU069904; Tue, 22 Dec 2009 20:32:49 +0100 (CET) (envelope-from mail25@bzerk.org) Received: (from bulk@localhost) by ei.bzerk.org (8.14.2/8.14.2/Submit) id nBMJWnpB069903; Tue, 22 Dec 2009 20:32:49 +0100 (CET) (envelope-from mail25@bzerk.org) Date: Tue, 22 Dec 2009 20:32:48 +0100 From: Ruben de Groot To: Dag-Erling Sm??rgrav Message-ID: <20091222193248.GA69398@ei.bzerk.org> Mail-Followup-To: Ruben de Groot , Dag-Erling Sm??rgrav , Mel Flynn , freebsd-current@freebsd.org, krad References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> <200912210728.31761.mel.flynn+fbsd.current@mailing.thruhere.net> <863a336xfi.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <863a336xfi.fsf@ds4.des.no> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on ei.bzerk.org X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (ei.bzerk.org [127.0.0.1]); Tue, 22 Dec 2009 20:32:54 +0100 (CET) Cc: Mel Flynn , freebsd-current@freebsd.org, krad Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Dec 2009 19:32:57 -0000 On Tue, Dec 22, 2009 at 12:49:21PM +0100, Dag-Erling Sm??rgrav typed: > Mel Flynn writes: > > - Using 8.0-RELEASE disc 1 amd64, 2 coasters burnt on two different machines > > with two different OS's, the Fixit option from CD/DVD kept asking for the > > livefs CD, > > Yes. Just press enter. AFAIK, the disk1 image does not support a live FS, at least since 7.0. From the 7.0 release announcement: To boot into a ``live CD-based filesystem'' and system rescue mode ``disc1'' and ``livefs'' are needed. Ruben From owner-freebsd-current@FreeBSD.ORG Wed Dec 23 01:35:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA15B1065679 for ; Wed, 23 Dec 2009 01:35:34 +0000 (UTC) (envelope-from anti_spam256@yahoo.ca) Received: from n18.bullet.mail.mud.yahoo.com (n18.bullet.mail.mud.yahoo.com [68.142.206.145]) by mx1.freebsd.org (Postfix) with SMTP id 7C13A8FC1C for ; Wed, 23 Dec 2009 01:35:34 +0000 (UTC) Received: from [68.142.200.221] by n18.bullet.mail.mud.yahoo.com with NNFMP; 23 Dec 2009 01:22:31 -0000 Received: from [76.13.13.25] by t9.bullet.mud.yahoo.com with NNFMP; 23 Dec 2009 01:22:31 -0000 Received: from [76.13.10.171] by t4.bullet.mail.ac4.yahoo.com with NNFMP; 23 Dec 2009 01:22:31 -0000 Received: from [127.0.0.1] by omp112.mail.ac4.yahoo.com with NNFMP; 23 Dec 2009 01:22:31 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 760272.43043.bm@omp112.mail.ac4.yahoo.com Received: (qmail 28193 invoked by uid 60001); 23 Dec 2009 01:22:31 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1261531351; bh=3+iTpffF+FySoCtlUA9ifsswTvDJvRB56IP0VoPLiZw=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Nf4YY6UMwaItzRreiI5sPrsAcXS6+sqJV1OaFnl6PQotuZEKsSxWKRsNUzdhZm04GZ3JxIuhzoXHKkQ4T78nNd1Z1G8jqC5x8tWR4+hbqQwPo8RuTWbPB/yV8WdHPCcuRbceT25wFByH6jyHnkSzMftjxQiOawy1G8wj9u0kMYw= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=CoDUs/gr5/V/VXa/+YjMb7LIN1rJqj8btdu2WzSky4eHwKRzlfWD3xvo8ARj7qdZObbdGj6BWwedhsaV5sykIL7ffx4LYeB5yvXVuGKBuRkywxI3Z8qYEtPdGPq89NgnFRsoWpWs9zHLYcFsg8bXKp6y+ZI/XtGRACFGrkyB1dM=; Message-ID: <576433.27739.qm@web65503.mail.ac4.yahoo.com> X-YMail-OSG: lNLJbGYVM1kIVLtgKxKNr.KFZ86P_oE6dnH0YMyF9VN01MBFvmEpHuTm9Vww4KmC0TeaiNK1zsEzJu2Lt2TVmxeyVymzy75cqfepEbjJoBzoEr_AljemKFFWjRsZtIO2VJJXvkTmvmhElvuQ4RBF5_tu0gznfrVrXN4GgtwIk8EJukPf8uOPnRG2.I4rqNFz9SwdI8mOBOCTkGdBFkbYS_eaCsrh9vyHR5Uuoj0K1gcFDA4yzCmwBttXJ7ZzdLAUe21FBZ6WZzI9bTQvkzTZdKAR9NbaYjZ4mpifQx6c6scJKWa_cPAjhP9E6ByLkRaF22yzML.loikgSzcxvmov4Xr2Pew6hWP3yB2oiz3.K0HPAZ1Y482ptNuDFQk2_gmQL5DEd7ah6m368bguhN4tGBcEM71R2gX2DOpeKxpn.4LNUdsHfmMUjfWTZ7_FsEDKA_HyurNyFFK8BeCUNmC2me3LBOXRyyG1NxORv8a1Zz34wBVJX0E7PwPLL4G1.9hoj.c8Gg-- Received: from [208.99.137.71] by web65503.mail.ac4.yahoo.com via HTTP; Tue, 22 Dec 2009 17:22:31 PST X-Mailer: YahooMailClassic/9.0.19 YahooMailWebService/0.8.100.260964 Date: Tue, 22 Dec 2009 17:22:31 -0800 (PST) From: James Phillips To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: Systems running hot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Dec 2009 01:35:34 -0000 =0A=0A--- On Tue, 12/22/09, James Phillips wrote:= =0A=0A> From: James Phillips =0A> Subject: Re: Syste= ms running hot?=0A> To: "Dag-Erling Sm=F8rgrav" =0A> Received: = Tuesday, December 22, 2009, 6:21 PM=0A> =0A> =0A> --- On Tue, 12/22/09, Dag= -Erling Sm=F8rgrav wrote:=0A> =0A> > From: Dag-Erling Sm=F8rgr= av =0A> > Subject: Re: Systems running hot?=0A> > To: "James Ph= illips" =0A> > Cc: freebsd-current@freebsd.org=0A> >= Received: Tuesday, December 22, 2009, 5:30 AM=0A> > =0A> > Well, Those Of = Us [tm] who actually read the docs and=0A> wrote=0A> > the driver=0A> > kno= w that the temperature is reported by the CPU=0A> itself as=0A> > a 6-bit= =0A> > number which represents degrees Celsius below the=0A> junction=0A> >= temperature.=0A> =0A> Thank-you for the clarification. That does indeed ma= tch my=0A> experience (but I never trusted the number because the CPU=0A> f= an does not spin up to full speed even when the CPU is at=0A> its maximum r= ated (case) temperature). It is the "Core" CPU=0A> temperatures that are ma= de-up:=0A> =0A> "The reported CPU core temperatures are not comparable=0A> = across BIOS revisions. The (reported) core temperatures=0A> averaged about = 77C for the 0052 version, about 88C for the=0A> 0059 revision, about 64-68C= for the 0065 revision, and about=0A> 86-88C for the the 066 revision. For = the 0068 revision the=0A> reported avg. core temps were 83-85C (All under t= he same=0A> Prime95 load.)"=0A> =0A> "Call For testing" - wall of text desc= ribing my=0A> frustrations with the Cooling of an Intel Board.=0A> http://f= orums.xkcd.com/viewtopic.php?f=3D36&t=3D32700&p=3D1615440#p1615440=0A> =0A>= > I have no idea where your 65534 came from, but it=0A> certainly=0A> > di= dn't come=0A> > from the CPU.=A0 It may have come from an i2c probe=0A> > m= ounted on the=0A> > motherboard, possibly somewhere near the CPU, or maybe= =0A> the=0A> > BIOS made it=0A> > up out of thin air, or maybe you were act= ually reading=0A> the=0A> > clock, not=0A> > the temperature.=0A> > =0A> = =0A> The BIOS does indeed pull the number out of it's *ss. It is=0A> a comp= osite number formed from about 3 different sensors on=0A> the motherboard.= =0A> =0A> Regards,=0A> =0A> James Phillips=0A> =0A> =0A> =0A> =A0 =A0 =A0= =0A=0A=0A=0A _________________________________________________________= _________=0ABe smarter than spam. See how smart SpamGuard is at giving junk= email the boot with the All-new Yahoo! Mail. Click on Options in Mail and= switch to New Mail today or register for free at http://mail.yahoo.ca From owner-freebsd-current@FreeBSD.ORG Wed Dec 23 03:53:37 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 616C8106568D; Wed, 23 Dec 2009 03:53:37 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id EF0C58FC12; Wed, 23 Dec 2009 03:53:36 +0000 (UTC) Received: by qyk6 with SMTP id 6so2967607qyk.3 for ; Tue, 22 Dec 2009 19:53:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:mime-version :content-type:content-disposition:user-agent:organization :x-operation-sytem; bh=hEFBXz1qy31W3vV93OeynUr9q2ZKopCWHTi6AMOPMXM=; b=FVgAk8eqkjy2garxDXdSWU/QX7N7HXaR/qY6mETZDnpAn++NqGdqRBt/vxzp5ugEYM 4Lj+fIFsfS+VifQ3DDcs7jMP6crPK7aVRuvwM+QNCLW8T2fZyWJRbFB8IaTeuNxVbePn u/usQ6cvATuP4sYV9oOMf+bc2aDH3xmT+43T4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :mime-version:content-type:content-disposition:user-agent :organization:x-operation-sytem; b=tspykFBwu7ejsnoGMGNyj2LkF/s8OLSPdo1uqPjB0tc6bWCNvrq4kStBpGKuvTdvxi pj2V8wtfWiDJLDCBz8DqiB8Sy3DpRs51IfKt8nnffqBcKbt1mBO+/MEUpS0lIAuewuBC ekg9STdLn3yT7zTXKXI7by+2nfGHCIZWF/0AA= Received: by 10.224.58.166 with SMTP id g38mr5033706qah.32.1261540416029; Tue, 22 Dec 2009 19:53:36 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 20sm6081361qyk.5.2009.12.22.19.53.33 (version=SSLv3 cipher=RC4-MD5); Tue, 22 Dec 2009 19:53:35 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Tue, 22 Dec 2009 19:53:31 -0800 From: Weongyo Jeong Date: Tue, 22 Dec 2009 19:53:31 -0800 To: current@freebsd.org Message-ID: <20091223035331.GA1293@weongyo> Mail-Followup-To: current@freebsd.org, Gonzalo Nemmi , Attilio Rao , Aditya Sarawgi , Andrea Di Pasquale Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: Attilio Rao , Aditya Sarawgi , Gonzalo Nemmi , Andrea Di Pasquale Subject: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Dec 2009 03:53:37 -0000 Hello, Now bwn(4) is available at the public and waiting test and review. The status of this driver is *alpha* so could make panics, warnings and errors. Please let me know if you encounter problems. The following NICs all I have are only tested on the little endian 64bit machine and big endian 32bit machine. - Broadcom BCM4306 802.11b/g Wireless - Broadcom BCM4318 802.11b/g Wireless I tested basic RX, TX and WPA association as STA mode and checked it worked. As you might know there are still a lot of TODO in the driver so you could see some verbose messages during testing so please ignore or let me know it makes problems. == How to build and load == # cd /usr/src/sys # fetch http://people.freebsd.org/~weongyo/bwn_20091222.tar.gz # tar xzf bwn_20091222.tar.gz # cd modules/ssb # make && make install # cd ../.. # cd modules/bwn # make && make install # cd somewhere # fetch http://people.freebsd.org/~weongyo/bwn_ports_20091222.tar.gz # tar xzf bwn_ports_20091222.tar.gz # cd sysutils/b43-fwcutter # make install clean # cd ../.. # cd net/bwn-firmware-kmod # make install clean # # kldload ssb # kldload bwn_v4_ucode # kldload if_bwn regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Wed Dec 23 05:10:00 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70209106566B; Wed, 23 Dec 2009 05:10:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 445268FC12; Wed, 23 Dec 2009 05:09:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBN59x6P093185; Wed, 23 Dec 2009 00:09:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBN59xZL093175; Wed, 23 Dec 2009 05:09:59 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Dec 2009 05:09:59 GMT Message-Id: <200912230509.nBN59xZL093175@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Dec 2009 05:10:00 -0000 TB --- 2009-12-23 04:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-23 04:00:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-12-23 04:00:00 - cleaning the object tree TB --- 2009-12-23 04:00:22 - cvsupping the source tree TB --- 2009-12-23 04:00:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-12-23 04:00:55 - building world TB --- 2009-12-23 04:00:55 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-23 04:00:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-23 04:00:55 - TARGET=pc98 TB --- 2009-12-23 04:00:55 - TARGET_ARCH=i386 TB --- 2009-12-23 04:00:55 - TZ=UTC TB --- 2009-12-23 04:00:55 - __MAKE_CONF=/dev/null TB --- 2009-12-23 04:00:55 - cd /src TB --- 2009-12-23 04:00:55 - /usr/bin/make -B buildworld >>> World build started on Wed Dec 23 04:00:56 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Dec 23 05:00:05 UTC 2009 TB --- 2009-12-23 05:00:05 - generating LINT kernel config TB --- 2009-12-23 05:00:05 - cd /src/sys/pc98/conf TB --- 2009-12-23 05:00:05 - /usr/bin/make -B LINT TB --- 2009-12-23 05:00:05 - building LINT kernel TB --- 2009-12-23 05:00:05 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-23 05:00:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-23 05:00:05 - TARGET=pc98 TB --- 2009-12-23 05:00:05 - TARGET_ARCH=i386 TB --- 2009-12-23 05:00:05 - TZ=UTC TB --- 2009-12-23 05:00:05 - __MAKE_CONF=/dev/null TB --- 2009-12-23 05:00:05 - cd /src TB --- 2009-12-23 05:00:05 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Dec 23 05:00:05 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ipfw/ip_fw_pfil.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ipfw/ip_fw_sockopt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ipfw/ip_fw_table.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ipfw/ip_fw_nat.c /src/sys/netinet/ipfw/ip_fw_nat.c: In function 'flush_nat_ptrs': /src/sys/netinet/ipfw/ip_fw_nat.c:106: error: 'struct ip_fw' has no member named 'next' /src/sys/netinet/ipfw/ip_fw_nat.c: In function 'ipfw_nat_destroy': /src/sys/netinet/ipfw/ip_fw_nat.c:628: error: 'struct ip_fw' has no member named 'next' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-23 05:09:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-23 05:09:59 - ERROR: failed to build lint kernel TB --- 2009-12-23 05:09:59 - 3097.14 user 706.58 system 4198.71 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 23 05:11:42 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3911F1065670; Wed, 23 Dec 2009 05:11:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id EC21E8FC1D; Wed, 23 Dec 2009 05:11:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBN5BfYM010566; Wed, 23 Dec 2009 00:11:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBN5Bffe010550; Wed, 23 Dec 2009 05:11:41 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Dec 2009 05:11:41 GMT Message-Id: <200912230511.nBN5Bffe010550@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Dec 2009 05:11:42 -0000 TB --- 2009-12-23 04:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-23 04:00:00 - starting HEAD tinderbox run for i386/i386 TB --- 2009-12-23 04:00:00 - cleaning the object tree TB --- 2009-12-23 04:00:23 - cvsupping the source tree TB --- 2009-12-23 04:00:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2009-12-23 04:00:55 - building world TB --- 2009-12-23 04:00:55 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-23 04:00:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-23 04:00:55 - TARGET=i386 TB --- 2009-12-23 04:00:55 - TARGET_ARCH=i386 TB --- 2009-12-23 04:00:55 - TZ=UTC TB --- 2009-12-23 04:00:55 - __MAKE_CONF=/dev/null TB --- 2009-12-23 04:00:55 - cd /src TB --- 2009-12-23 04:00:55 - /usr/bin/make -B buildworld >>> World build started on Wed Dec 23 04:00:56 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Dec 23 05:00:14 UTC 2009 TB --- 2009-12-23 05:00:14 - generating LINT kernel config TB --- 2009-12-23 05:00:14 - cd /src/sys/i386/conf TB --- 2009-12-23 05:00:14 - /usr/bin/make -B LINT TB --- 2009-12-23 05:00:14 - building LINT kernel TB --- 2009-12-23 05:00:14 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-23 05:00:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-23 05:00:14 - TARGET=i386 TB --- 2009-12-23 05:00:14 - TARGET_ARCH=i386 TB --- 2009-12-23 05:00:14 - TZ=UTC TB --- 2009-12-23 05:00:14 - __MAKE_CONF=/dev/null TB --- 2009-12-23 05:00:14 - cd /src TB --- 2009-12-23 05:00:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Dec 23 05:00:14 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ipfw/ip_fw_pfil.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ipfw/ip_fw_sockopt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ipfw/ip_fw_table.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ipfw/ip_fw_nat.c /src/sys/netinet/ipfw/ip_fw_nat.c: In function 'flush_nat_ptrs': /src/sys/netinet/ipfw/ip_fw_nat.c:106: error: 'struct ip_fw' has no member named 'next' /src/sys/netinet/ipfw/ip_fw_nat.c: In function 'ipfw_nat_destroy': /src/sys/netinet/ipfw/ip_fw_nat.c:628: error: 'struct ip_fw' has no member named 'next' *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-23 05:11:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-23 05:11:41 - ERROR: failed to build lint kernel TB --- 2009-12-23 05:11:41 - 3202.65 user 695.41 system 4300.93 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 23 05:29:35 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCB60106566B; Wed, 23 Dec 2009 05:29:34 +0000 (UTC) (envelope-from daichi@ongs.co.jp) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.246.90]) by mx1.freebsd.org (Postfix) with ESMTP id 6A1068FC0C; Wed, 23 Dec 2009 05:29:34 +0000 (UTC) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.246.94]) by natial.ongs.co.jp (Postfix) with ESMTPSA id 85C8C12543B; Wed, 23 Dec 2009 14:29:33 +0900 (JST) Message-ID: <4B31AABD.2020804@ongs.co.jp> Date: Wed, 23 Dec 2009 14:29:33 +0900 From: Daichi GOTO Organization: ONGS Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.5) Gecko/20091219 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-emulation@freebsd.org, current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: JFYI: VirtualBox stable/unstable setteings (3.0.51.r22902) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Dec 2009 05:29:35 -0000 In a month, I have been tried to investigate FreeBSD system stable/unstable situations and factors around VirtualBox bacause frequently my VirtualBox let FreeBSD freeze, panic and fatal trap. I guess my report is not strict comprehensive, but it's useful and helpful for everyone who wants to use VirtualBox on FreeBSD. Tested environment: host os: FreeBSD 9-current amd64 (among 12/2009) virtualbox: virtualbox-3.0.51.r22902_3 cpu: Intel Core2 Quad Q9550 mem: 8GB video: GeForce 9800 GT Kernel settings: - Vimage lets FreeBSD freeze within VirtualBox bridge networking feature. VirtualBox settings: ------------------------------------------------------------- | | effects on the host os stability| ------------------------------------------------------------- | ACPI | NO | | IO APIC | NO | | PAE/NX | (not checked) | | Core numbers | YES (*1) | | VT-x/AMD-V | NO | | nested paging | (not checked) | | 3D acceleration | (not checked) | | IDE controller type | NO | | Additional controller | NO | | CD/DVD drive host | NO | | CD/DVD drive image file | NO | | FDD drive host | (not checked) | | FDD drive image file | (not checked) | | Audio | (not checked) | | Network adapter type | NO | | Network NAT | NO | | Network bridge | NO | | Network inner network | (not checked) | | Network host only | (not checked) | | Serial port | (not checked) | | share folder | (not checked) | | Guest OS sort | NO | ------------------------------------------------------------- (*1) Multicore attached virtual environment easily and frequently lets FreeBSD freeze. Hardware health: - Weakened PC power unit or less-power power unit leads PC very unstable condition. If you encounter non-reproducible error or panic, you should better to check your PC power unit. - Unstable memory leads FreeBSD system panic and fatal trap. If you encounter "segmentaion fault", "panic" or "fatal trap" error, shutdown system and check your PC memory health with memtest86+. (Ubuntu install CD has memtest86+ feature. Using Ubuntu as memetest86+ checker is reasonable way). If you have luck, updating BIOS and set DRAM settings for stable resolves this issue. - Hard Disk should be health. Check your disk status by smartmontools (sysutils/smartmontools). Driver: - NVIDIA driver (x11/nvidia-driver, nvidia-driver-195.22) leads FreeBSD freeze non-reproducibly. If you use both NVIDIA driver and VirtualBox along with non-reproducible FreeBSD freeze, use nv driver instead. Recap points: - Check your PC health first, especially for Power unit, memory and Hard disk. - Remove Vimage if you want to use bridge networking feature of VirtualBox. - Use nv driver instead of nvidia-driver if you have FreeBSD non-reproducible freeze problem with nvidia-driver. -- Daichi GOTO CEO | ONGS Inc. 81-42-316-7945 | daichi@ongs.co.jp | http://www.ongs.co.jp LinkedIn: http://linkedin.com/in/daichigoto From owner-freebsd-current@FreeBSD.ORG Wed Dec 23 05:37:08 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53C28106568B; Wed, 23 Dec 2009 05:37:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 2B82C8FC0A; Wed, 23 Dec 2009 05:37:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBN5b7LD018266; Wed, 23 Dec 2009 00:37:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBN5b7T2018243; Wed, 23 Dec 2009 05:37:07 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Dec 2009 05:37:07 GMT Message-Id: <200912230537.nBN5b7T2018243@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Dec 2009 05:37:08 -0000 TB --- 2009-12-23 04:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-23 04:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-12-23 04:00:00 - cleaning the object tree TB --- 2009-12-23 04:00:26 - cvsupping the source tree TB --- 2009-12-23 04:00:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-12-23 04:00:55 - building world TB --- 2009-12-23 04:00:55 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-23 04:00:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-23 04:00:55 - TARGET=amd64 TB --- 2009-12-23 04:00:55 - TARGET_ARCH=amd64 TB --- 2009-12-23 04:00:55 - TZ=UTC TB --- 2009-12-23 04:00:55 - __MAKE_CONF=/dev/null TB --- 2009-12-23 04:00:55 - cd /src TB --- 2009-12-23 04:00:55 - /usr/bin/make -B buildworld >>> World build started on Wed Dec 23 04:00:56 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Dec 23 05:26:21 UTC 2009 TB --- 2009-12-23 05:26:21 - generating LINT kernel config TB --- 2009-12-23 05:26:21 - cd /src/sys/amd64/conf TB --- 2009-12-23 05:26:21 - /usr/bin/make -B LINT TB --- 2009-12-23 05:26:21 - building LINT kernel TB --- 2009-12-23 05:26:21 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-23 05:26:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-23 05:26:21 - TARGET=amd64 TB --- 2009-12-23 05:26:21 - TARGET_ARCH=amd64 TB --- 2009-12-23 05:26:21 - TZ=UTC TB --- 2009-12-23 05:26:21 - __MAKE_CONF=/dev/null TB --- 2009-12-23 05:26:21 - cd /src TB --- 2009-12-23 05:26:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Dec 23 05:26:21 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ip_ecn.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ip_encap.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ip_fastfwd.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ipfw/ip_fw2.c -I/src/sys/contrib/pf cc1: warnings being treated as errors /src/sys/netinet/ipfw/ip_fw2.c: In function 'ipfw_chk': /src/sys/netinet/ipfw/ip_fw2.c:1977: warning: cast from pointer to integer of different size /src/sys/netinet/ipfw/ip_fw2.c:1978: warning: cast from pointer to integer of different size *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-23 05:37:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-23 05:37:07 - ERROR: failed to build lint kernel TB --- 2009-12-23 05:37:07 - 4340.70 user 968.73 system 5826.84 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 23 06:19:22 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B729F106568B; Wed, 23 Dec 2009 06:19:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8F5618FC12; Wed, 23 Dec 2009 06:19:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBN6JLpt027052; Wed, 23 Dec 2009 01:19:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBN6JLbd027051; Wed, 23 Dec 2009 06:19:21 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Dec 2009 06:19:21 GMT Message-Id: <200912230619.nBN6JLbd027051@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Wed, 23 Dec 2009 06:19:22 -0000 TB --- 2009-12-23 04:49:26 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-23 04:49:26 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-12-23 04:49:26 - cleaning the object tree TB --- 2009-12-23 04:49:45 - cvsupping the source tree TB --- 2009-12-23 04:49:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-12-23 04:50:01 - building world TB --- 2009-12-23 04:50:01 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-23 04:50:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-23 04:50:01 - TARGET=ia64 TB --- 2009-12-23 04:50:01 - TARGET_ARCH=ia64 TB --- 2009-12-23 04:50:01 - TZ=UTC TB --- 2009-12-23 04:50:01 - __MAKE_CONF=/dev/null TB --- 2009-12-23 04:50:01 - cd /src TB --- 2009-12-23 04:50:01 - /usr/bin/make -B buildworld >>> World build started on Wed Dec 23 04:50:02 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Dec 23 06:06:02 UTC 2009 TB --- 2009-12-23 06:06:02 - generating LINT kernel config TB --- 2009-12-23 06:06:02 - cd /src/sys/ia64/conf TB --- 2009-12-23 06:06:02 - /usr/bin/make -B LINT TB --- 2009-12-23 06:06:02 - building LINT kernel TB --- 2009-12-23 06:06:02 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-23 06:06:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-23 06:06:02 - TARGET=ia64 TB --- 2009-12-23 06:06:02 - TARGET_ARCH=ia64 TB --- 2009-12-23 06:06:02 - TZ=UTC TB --- 2009-12-23 06:06:02 - __MAKE_CONF=/dev/null TB --- 2009-12-23 06:06:02 - cd /src TB --- 2009-12-23 06:06:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Dec 23 06:06:02 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/ip_ecn.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 -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/ip_encap.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 -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/ip_fastfwd.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 -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/ipfw/ip_fw2.c -I/src/sys/contrib/pf cc1: warnings being treated as errors /src/sys/netinet/ipfw/ip_fw2.c: In function 'ipfw_chk': /src/sys/netinet/ipfw/ip_fw2.c:1977: warning: cast from pointer to integer of different size /src/sys/netinet/ipfw/ip_fw2.c:1978: warning: cast from pointer to integer of different size *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-23 06:19:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-23 06:19:21 - ERROR: failed to build lint kernel TB --- 2009-12-23 06:19:21 - 4313.20 user 677.98 system 5395.38 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 23 06:22:26 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 348EE106566B; Wed, 23 Dec 2009 06:22:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0D2908FC15; Wed, 23 Dec 2009 06:22:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBN6MPbB039285; Wed, 23 Dec 2009 01:22:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBN6MPtW039282; Wed, 23 Dec 2009 06:22:25 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Dec 2009 06:22:25 GMT Message-Id: <200912230622.nBN6MPtW039282@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Dec 2009 06:22:26 -0000 TB --- 2009-12-23 05:11:41 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-23 05:11:41 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-12-23 05:11:41 - cleaning the object tree TB --- 2009-12-23 05:11:56 - cvsupping the source tree TB --- 2009-12-23 05:11:56 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-12-23 05:12:32 - building world TB --- 2009-12-23 05:12:32 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-23 05:12:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-23 05:12:32 - TARGET=powerpc TB --- 2009-12-23 05:12:32 - TARGET_ARCH=powerpc TB --- 2009-12-23 05:12:32 - TZ=UTC TB --- 2009-12-23 05:12:32 - __MAKE_CONF=/dev/null TB --- 2009-12-23 05:12:32 - cd /src TB --- 2009-12-23 05:12:32 - /usr/bin/make -B buildworld >>> World build started on Wed Dec 23 05:12:33 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Dec 23 06:12:55 UTC 2009 TB --- 2009-12-23 06:12:55 - generating LINT kernel config TB --- 2009-12-23 06:12:55 - cd /src/sys/powerpc/conf TB --- 2009-12-23 06:12:55 - /usr/bin/make -B LINT TB --- 2009-12-23 06:12:55 - building LINT kernel TB --- 2009-12-23 06:12:55 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-23 06:12:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-23 06:12:55 - TARGET=powerpc TB --- 2009-12-23 06:12:55 - TARGET_ARCH=powerpc TB --- 2009-12-23 06:12:55 - TZ=UTC TB --- 2009-12-23 06:12:55 - __MAKE_CONF=/dev/null TB --- 2009-12-23 06:12:55 - cd /src TB --- 2009-12-23 06:12:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Dec 23 06:12:55 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/netinet/ipfw/ip_fw_pfil.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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/netinet/ipfw/ip_fw_sockopt.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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/netinet/ipfw/ip_fw_table.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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/netinet/ipfw/ip_fw_nat.c /src/sys/netinet/ipfw/ip_fw_nat.c: In function 'flush_nat_ptrs': /src/sys/netinet/ipfw/ip_fw_nat.c:106: error: 'struct ip_fw' has no member named 'next' /src/sys/netinet/ipfw/ip_fw_nat.c: In function 'ipfw_nat_destroy': /src/sys/netinet/ipfw/ip_fw_nat.c:628: error: 'struct ip_fw' has no member named 'next' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-23 06:22:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-23 06:22:25 - ERROR: failed to build lint kernel TB --- 2009-12-23 06:22:25 - 3204.23 user 632.09 system 4243.85 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 23 06:43:17 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33D7F1065672; Wed, 23 Dec 2009 06:43:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0BD198FC19; Wed, 23 Dec 2009 06:43:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBN6hGsY025964; Wed, 23 Dec 2009 01:43:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBN6hGAf025959; Wed, 23 Dec 2009 06:43:16 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Dec 2009 06:43:16 GMT Message-Id: <200912230643.nBN6hGAf025959@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Dec 2009 06:43:17 -0000 TB --- 2009-12-23 05:37:07 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-23 05:37:07 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-12-23 05:37:07 - cleaning the object tree TB --- 2009-12-23 05:37:24 - cvsupping the source tree TB --- 2009-12-23 05:37:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-12-23 05:38:20 - building world TB --- 2009-12-23 05:38:20 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-23 05:38:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-23 05:38:20 - TARGET=sparc64 TB --- 2009-12-23 05:38:20 - TARGET_ARCH=sparc64 TB --- 2009-12-23 05:38:20 - TZ=UTC TB --- 2009-12-23 05:38:20 - __MAKE_CONF=/dev/null TB --- 2009-12-23 05:38:20 - cd /src TB --- 2009-12-23 05:38:20 - /usr/bin/make -B buildworld >>> World build started on Wed Dec 23 05:38:21 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Dec 23 06:34:11 UTC 2009 TB --- 2009-12-23 06:34:11 - generating LINT kernel config TB --- 2009-12-23 06:34:11 - cd /src/sys/sparc64/conf TB --- 2009-12-23 06:34:11 - /usr/bin/make -B LINT TB --- 2009-12-23 06:34:11 - building LINT kernel TB --- 2009-12-23 06:34:11 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-23 06:34:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-23 06:34:11 - TARGET=sparc64 TB --- 2009-12-23 06:34:11 - TARGET_ARCH=sparc64 TB --- 2009-12-23 06:34:11 - TZ=UTC TB --- 2009-12-23 06:34:11 - __MAKE_CONF=/dev/null TB --- 2009-12-23 06:34:11 - cd /src TB --- 2009-12-23 06:34:11 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Dec 23 06:34:11 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_ecn.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 -fstack-protector -Werror /src/sys/netinet/ip_encap.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 -fstack-protector -Werror /src/sys/netinet/ip_fastfwd.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 -fstack-protector -Werror /src/sys/netinet/ipfw/ip_fw2.c -I/src/sys/contrib/pf cc1: warnings being treated as errors /src/sys/netinet/ipfw/ip_fw2.c: In function 'ipfw_chk': /src/sys/netinet/ipfw/ip_fw2.c:1977: warning: cast from pointer to integer of different size /src/sys/netinet/ipfw/ip_fw2.c:1978: warning: cast from pointer to integer of different size *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-23 06:43:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-23 06:43:16 - ERROR: failed to build lint kernel TB --- 2009-12-23 06:43:16 - 3048.12 user 600.76 system 3968.56 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 23 07:01:41 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CCEB106568F; Wed, 23 Dec 2009 07:01:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A70258FC1A; Wed, 23 Dec 2009 07:01:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBN71eqV060973; Wed, 23 Dec 2009 02:01:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBN71enG060972; Wed, 23 Dec 2009 07:01:40 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Dec 2009 07:01:40 GMT Message-Id: <200912230701.nBN71enG060972@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Dec 2009 07:01:41 -0000 TB --- 2009-12-23 05:58:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-23 05:58:00 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-12-23 05:58:00 - cleaning the object tree TB --- 2009-12-23 05:58:13 - cvsupping the source tree TB --- 2009-12-23 05:58:13 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-12-23 05:59:15 - building world TB --- 2009-12-23 05:59:15 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-23 05:59:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-23 05:59:15 - TARGET=sun4v TB --- 2009-12-23 05:59:15 - TARGET_ARCH=sparc64 TB --- 2009-12-23 05:59:15 - TZ=UTC TB --- 2009-12-23 05:59:15 - __MAKE_CONF=/dev/null TB --- 2009-12-23 05:59:15 - cd /src TB --- 2009-12-23 05:59:15 - /usr/bin/make -B buildworld >>> World build started on Wed Dec 23 05:59:15 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Dec 23 06:52:28 UTC 2009 TB --- 2009-12-23 06:52:28 - generating LINT kernel config TB --- 2009-12-23 06:52:28 - cd /src/sys/sun4v/conf TB --- 2009-12-23 06:52:28 - /usr/bin/make -B LINT TB --- 2009-12-23 06:52:28 - building LINT kernel TB --- 2009-12-23 06:52:28 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-23 06:52:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-23 06:52:28 - TARGET=sun4v TB --- 2009-12-23 06:52:28 - TARGET_ARCH=sparc64 TB --- 2009-12-23 06:52:28 - TZ=UTC TB --- 2009-12-23 06:52:28 - __MAKE_CONF=/dev/null TB --- 2009-12-23 06:52:28 - cd /src TB --- 2009-12-23 06:52:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Dec 23 06:52:28 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> 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 -fstack-protector -Werror /src/sys/netinet/ip_ecn.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 -fstack-protector -Werror /src/sys/netinet/ip_encap.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 -fstack-protector -Werror /src/sys/netinet/ip_fastfwd.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 -fstack-protector -Werror /src/sys/netinet/ipfw/ip_fw2.c -I/src/sys/contrib/pf cc1: warnings being treated as errors /src/sys/netinet/ipfw/ip_fw2.c: In function 'ipfw_chk': /src/sys/netinet/ipfw/ip_fw2.c:1977: warning: cast from pointer to integer of different size /src/sys/netinet/ipfw/ip_fw2.c:1978: warning: cast from pointer to integer of different size *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-23 07:01:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-23 07:01:40 - ERROR: failed to build lint kernel TB --- 2009-12-23 07:01:40 - 3051.34 user 582.37 system 3819.35 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 23 07:47:54 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFA1F106568B; Wed, 23 Dec 2009 07:47:54 +0000 (UTC) (envelope-from sarawgi.aditya@gmail.com) Received: from mail-px0-f190.google.com (mail-px0-f190.google.com [209.85.216.190]) by mx1.freebsd.org (Postfix) with ESMTP id 898658FC14; Wed, 23 Dec 2009 07:47:54 +0000 (UTC) Received: by pxi28 with SMTP id 28so4681318pxi.7 for ; Tue, 22 Dec 2009 23:47:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=aAZQDAloEVwRETWk5T1NUEuOYmfmap0gDocbYc92FMg=; b=vMb9ixa/gHZN05WBEJCt8FWiLTf/Zt3l+SmYxP5j62CVPYaxHXxaKwnsuuZC++3IM3 NoKa+6e+dIv73EEgHk9zcAjHLWOdxlH6OMrZ45mGDdft+UoAgPX8WJNuR4bZweX2ixRw hTRbpEFe9pP37zYFAfqCFrNEnsOdLJg87vRsE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=RoqyioLcF/KB5CsKMUMsP4Pzq6vTCanR13P/kDhkN8p4XOaDux2pAKorskz3pfP81C pHjQJp0xk5uGxWm+8GqvSrKxdJyzSkw+zPBeX5AzYBVvsH4LXRUpPmhlsv2OUY6mGwa2 IEKdEb1Sy4BGz8ffDp91gsLw4l712r6QFF8xU= Received: by 10.142.66.21 with SMTP id o21mr102559wfa.47.1261554473892; Tue, 22 Dec 2009 23:47:53 -0800 (PST) Received: from ([183.87.28.162]) by mx.google.com with ESMTPS id 20sm6679473pzk.5.2009.12.22.23.47.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 22 Dec 2009 23:47:53 -0800 (PST) Date: Wed, 23 Dec 2009 08:18:48 +0000 From: Aditya Sarawgi To: Weongyo Jeong Message-ID: <4b31cb29.9413f30a.5f4a.ffff8382@mx.google.com> References: <20091223035331.GA1293@weongyo> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091223035331.GA1293@weongyo> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: attilio@freebsd.org, spikey.it@gmail.com, gnemmi@gmail.com, current@freebsd.org Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Dec 2009 07:47:54 -0000 On Tue, Dec 22, 2009 at 07:53:31PM -0800, Weongyo Jeong wrote: > Hello, > > Now bwn(4) is available at the public and waiting test and review. The > status of this driver is *alpha* so could make panics, warnings and > errors. Please let me know if you encounter problems. > > The following NICs all I have are only tested on the little endian 64bit > machine and big endian 32bit machine. > > - Broadcom BCM4306 802.11b/g Wireless > - Broadcom BCM4318 802.11b/g Wireless > > I tested basic RX, TX and WPA association as STA mode and checked it > worked. > > As you might know there are still a lot of TODO in the driver so you > could see some verbose messages during testing so please ignore or let > me know it makes problems. > > == How to build and load == > > # cd /usr/src/sys > # fetch http://people.freebsd.org/~weongyo/bwn_20091222.tar.gz > # tar xzf bwn_20091222.tar.gz > # cd modules/ssb > # make && make install > # cd ../.. > # cd modules/bwn > # make && make install > # cd somewhere > # fetch http://people.freebsd.org/~weongyo/bwn_ports_20091222.tar.gz > # tar xzf bwn_ports_20091222.tar.gz > # cd sysutils/b43-fwcutter > # make install clean > # cd ../.. > # cd net/bwn-firmware-kmod > # make install clean > # > # kldload ssb > # kldload bwn_v4_ucode > # kldload if_bwn > > regards, > Weongyo Jeong > Hi, The driver doesn't work with BCM4315, here's what dmesg shows ssb0: mem 0xf4000000-0xf4003fff irq 19 at device 0.0 on pci6 bwn0 on ssb0 bwn0: unsupported PHY type (5) device_attach: bwn0 attach returned 6 -- Aditya Sarawgi From owner-freebsd-current@FreeBSD.ORG Wed Dec 23 14:38:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76E48106566C for ; Wed, 23 Dec 2009 14:38:35 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 332F48FC18 for ; Wed, 23 Dec 2009 14:38:35 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 95C4A46B03; Wed, 23 Dec 2009 09:38:34 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 463488A01B; Wed, 23 Dec 2009 09:38:33 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 23 Dec 2009 08:43:19 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> <4B30CCB3.1090401@jrv.org> <86my1b5c9s.fsf@ds4.des.no> In-Reply-To: <86my1b5c9s.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <200912230843.19995.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 23 Dec 2009 09:38:33 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?= , "James R. Van Artsdalen" Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Dec 2009 14:38:35 -0000 On Tuesday 22 December 2009 9:11:43 am Dag-Erling Sm=C3=B8rgrav wrote: > "James R. Van Artsdalen" writes: > > It definitely breaks things *when booting* to depend in any way on a > > partition table since there may not be one. By the mid 90's nearly > > every OS was putting in at least dummy partition tables for the same > > reason GPT does - to lessen the risk of accidental clobbering of the > > disk - but that's just a convention. I'm sure there are still a few > > customized VAR-things out there that don't bother with a partition tabl= e. >=20 > I can assure you that Windows does not put in a dummy partition table, > and will not boot if the partition is not active. That is due to Windows' MBR bootcode, not the BIOS. > I can also assure you that the BIOS on my current laptop (ThinkPad T60) > *does* care about the partition table, because the BIOS boot menu has an > option to launch the rescue & recovery utility, which is located on a > DOS partition at the end of the disk (although the BIOS works fine if > the R&R partition is missing) >=20 > > A number of vendors have taken to putting "hidden" system partitions on > > the disk with various utilities that can be run via a hotkey press > > during POST. These schemes have to use MBR-like code from the BIOS ROM > > to boot their system partition and that pseudo-MBR must read and > > interpret the partition table to find the system partition. But during > > system boot itself the MBR sector is read and if the last word in that > > sector is 0xAA55 then the BIOS executes the MBR code blind as to what is > > on the disk. It's the MBR code that's read from the disk that scans the > > partition table, if there is one. >=20 > I can't quite parse that. >=20 > The R&R partition on my T60 is not hidden in any way. Umm, you just said you have a recovery partition on your T60 which is what = he=20 is talking about here! Geez. Presumably by "hidden" he means that it does= n't=20 show up as a volume under Windows or OS X, so for the vast majority of folk= s=20 it is hidden. > > There were attempts for a time to check for boot sector virii before > > booting but those were always so problematic that I never did that, and > > I don't the the other main BIOS teams did it either. >=20 > I've had machines that had a BIOS option to check if the boot sector had > been modified and warn the user before booting. It worked just fine. That is not what he is talking about. He is talking about trying to analyz= e=20 the boot sector for known signatures, etc., not the simple write-protection= =20 scheme. Now, there are some examples I know of that involve BIOS's having too-intim= ate=20 knowledge of disk partitioning schemes. One is that the floppy emulation m= ode=20 in the "El Torito" CD booting code of certain IBM BIOSes assume that the=20 floppy disk is actually a DOS floppy disk complete with a BPB that the IBM= =20 BIOS writes to after it has been loaded. We have a dummy BPB in boot1.S as= a=20 workaround for that brain damage. Another instance is that some BIOS's=20 attempted to help with the C/H/S geometry disaster by examining the C/H/S a= nd=20 LBA addresses in the MBR to determine what C/H/S geometry the MBR was=20 expecting. They would then compute that C/H/S geometry and honor that for= =20 C/H/S to LBA conversions. It generally worked well. However, if you used = a=20 heads value of 256 in a C/H/S value in the MBR it would end up causing a=20 divide by zero that caused the boot to hang. The original fake MBR in boot= 1.S=20 for "dangerously dedicated" mode had a partition that tickled this particul= ar=20 bug and was changed to use 255 heads. There are more details on these in t= he=20 commit logs of boot1.S. Personally, most of my headaches dealing with BIOS's these days are dealing= =20 with SMM rather than disks. As an OS developer I loathe SMM. :) =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Dec 23 14:44:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81364106568F; Wed, 23 Dec 2009 14:44:49 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id D9ACD8FC33; Wed, 23 Dec 2009 14:44:48 +0000 (UTC) Received: by fxm10 with SMTP id 10so4119730fxm.14 for ; Wed, 23 Dec 2009 06:44:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=k22mCkBZYIsrvupBHF9fEJKnOJcEddWsBbGpSaQZN7o=; b=ecLEDBAiYhWb4xC1hVfonq9vk+tQvzHQ9Lr1uleWCjuPZa9y8ybCie5SR72gtb4Cs1 AHQI/OjSs8C8DRmjEMivWhXENpYdQtWsFFbuxBbyLe4mtuCmQa6JUx+3VFCf1XBu2thC N1292WjThc2SwmzRCu4/MsAa9gT4NSZLQGLuw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=Cuiu3hlk7gsfgZMkwfoYyadtyxPLUSNt2+L9pFyXEDSAPwZlnJwAFiKuI0k6qjCaUk 9pZ23V62uWCWO/LdAojGWhOrmaufbub3ngQq/TB7+I9g1Hj8eMSgBk2O/eNxEmMQUz2W FNoLQCDJ/MPsjcaEZPQB2ifX1+sPaFAxboefc= Received: by 10.223.76.69 with SMTP id b5mr5235546fak.20.1261579487131; Wed, 23 Dec 2009 06:44:47 -0800 (PST) Received: from localhost (lan-78-157-90-54.vln.skynet.lt [78.157.90.54]) by mx.google.com with ESMTPS id f31sm11431930fkf.42.2009.12.23.06.44.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 23 Dec 2009 06:44:45 -0800 (PST) Date: Wed, 23 Dec 2009 16:44:35 +0200 From: Gleb Kurtsou To: Doug Barton Message-ID: <20091223144435.GA18018@tops.skynet.lt> References: <4B2FF2D9.3030005@FreeBSD.org> <4B303AA1.3000603@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4B303AA1.3000603@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org, "b. f." Subject: Re: powerd and nvidia drivers not playing nicely together (Was: Re: Systems running hot?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Dec 2009 14:44:49 -0000 On (21/12/2009 19:18), Doug Barton wrote: > b. f. wrote: > > On 12/21/09, Doug Barton wrote: > >> b. f. wrote: > >>>> no X! So I think to myself, what else did I change last night.... oh > > > >>> acpi_perf? acpi_throttle? acpi_thermal? acpi_video? > >> I haven't done anything special with the acpi stuff. The only thing > >> that looks relevant from dmesg is: acpi_tz0: on acpi0 > >> > > > > Yes, but which components show up in 'sysctl -a | grep -ie acpi' ? > > It's a long list, but here you go: > http://people.freebsd.org/~dougb/acpi-grep.txt > > >>> Which nvidia driver? > >> The latest. > > > > Which video card? > > nvidia0: I had similar problems with GeForce 8400M. GPU temperature could get up to 100C in X, which increased CPU temperature in its turn. I use powerd, and had lockups with *_cx_lowest settings. I run amd64, i386 was just fine on the same notebook. I've managed to fix it by installing amd64 drivers by nvidia (still beta and not in ports, afaik). > > > Is your card using agp(4)? > > No. > > >>> If you compile your kernel with options > >>> ACPI_DEBUG, and enable acpi debugging messages, do you see any > >>> errors/problems? > >> I can do the former easily enough, I assume to enable them I set > >> debug.acpi.disabled=0 in loader.conf? > >> > > No, that's for selectively disabling some parts of ACPI, as described > > in acpi(4). For starters, try: > > > > debug.acpi.layer="ACPI_ALL_COMPONENTS ACPI_ALL_DRIVERS" > > debug.acpi.level="ACPI_LV_ALL_EXCEPTIONS" > > Ok, verbose dmesg with those enabled at loader.conf is here: > http://people.freebsd.org/~dougb/dmesg-verbose-acpi.txt > > > Thanks again (again), > > Doug > > -- > > Improve the effectiveness of your Internet presence with > a domain name makeover! http://SupersetSolutions.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" From owner-freebsd-current@FreeBSD.ORG Wed Dec 23 14:55:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B4B71065672; Wed, 23 Dec 2009 14:55:29 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 5030D8FC1D; Wed, 23 Dec 2009 14:55:29 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 008A7612E; Wed, 23 Dec 2009 09:55:27 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1261580128; bh=NeCuvlPXlJp9kZk03LU5N7+V4kBTsE4uyLSZ76VlB3Y=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=UsxCbULchJNbzFIVDjRXGQehLtQHnP8rucdzOarMsZwzS5OdY+f5Lq8rObTwEz67p zzBzbVbP34IgzrEi4man8yneyvlVds2EcL7ccI02e60jsbHIzfMkm76ybwOGzPR 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:content-type:content-transfer-encoding; b=C+6cW7PGVvCx+/hDBPNmFmp25WogSoKxfnIG39cLHSX7bP4foCdMjX2qzxtsM2zBQ 7DMEyiANaV8dcfQKbhgZpmrW92XPoFbmrTPIvWYGpGl3VQwHgNeY0nioHMWa18I Message-ID: <4B322F56.3050703@protected-networks.net> Date: Wed, 23 Dec 2009 09:55:18 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.5) Gecko/20091218 Thunderbird/3.0 MIME-Version: 1.0 To: Daichi GOTO References: <4B31AABD.2020804@ongs.co.jp> In-Reply-To: <4B31AABD.2020804@ongs.co.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org, freebsd-current Subject: Re: JFYI: VirtualBox stable/unstable setteings (3.0.51.r22902) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Dec 2009 14:55:29 -0000 On 12/23/09 00:29, Daichi GOTO wrote: > In a month, I have been tried to investigate FreeBSD system > stable/unstable situations and factors around VirtualBox > bacause frequently my VirtualBox let FreeBSD freeze, panic > and fatal trap. Another data point: setting "vm.pmap.pg_ps_enabled=1" on my core duo seems to invite random "fault on no-fault entry" panics. I have been unable to pin this down any further because, even with a full debug + invariant kernel, it locks solid with no dump saved :-( imb From owner-freebsd-current@FreeBSD.ORG Wed Dec 23 15:06:16 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E054106566C; Wed, 23 Dec 2009 15:06:16 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from forward6.mail.yandex.net (forward6.mail.yandex.net [77.88.60.125]) by mx1.freebsd.org (Postfix) with ESMTP id 1F6888FC1B; Wed, 23 Dec 2009 15:06:15 +0000 (UTC) Received: from smtp8.mail.yandex.net (smtp8.mail.yandex.net [77.88.61.54]) by forward6.mail.yandex.net (Yandex) with ESMTP id 757EADC8788; Wed, 23 Dec 2009 17:51:35 +0300 (MSK) Received: from doublef-shark (unknown [212.103.98.129]) by smtp8.mail.yandex.net (Yandex) with ESMTPA id C05C7980D0; Wed, 23 Dec 2009 17:51:34 +0300 (MSK) Received: by doublef-shark (Postfix, from userid 1000) id 376C614213D; Wed, 23 Dec 2009 17:51:34 +0300 (MSK) Date: Wed, 23 Dec 2009 17:51:34 +0300 From: Sergey Zaharchenko To: Daichi GOTO Message-ID: <20091223145134.GA6121@doublef-shark.homeunix.org> References: <4B31AABD.2020804@ongs.co.jp> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: <4B31AABD.2020804@ongs.co.jp> X-Listening-To: Silence User-Agent: Mutt/1.5.20 (2009-06-14) X-Yandex-TimeMark: 1261579895 X-Yandex-Spam: 1 X-Yandex-Front: smtp8.mail.yandex.net Cc: freebsd-emulation@freebsd.org, current@freebsd.org Subject: Re: JFYI: VirtualBox stable/unstable setteings (3.0.51.r22902) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Dec 2009 15:06:16 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Daichi! Wed, Dec 23, 2009 at 02:29:33PM +0900 you wrote: > Driver: > - NVIDIA driver (x11/nvidia-driver, nvidia-driver-195.22) leads > FreeBSD freeze non-reproducibly. If you use both > NVIDIA driver and VirtualBox along with non-reproducible > FreeBSD freeze, use nv driver instead. If that may be of any use to you, I had freezes with the 173.14.12 driver (old hardware) on i386 CURRENT, but they were caused by userland/kernel/driver/Xorg being out of sync and went away as soon as I rebuilt everything. Best regards, --=20 DoubleF No virus detected in this message. Ehrm, wait a minute... /kernel: pid 56921 (antivirus), uid 32000: exited on signal 9 Oh yes, no virus:) --opJtzjQTFsWo+cga Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAksyLnUACgkQwo7hT/9lVdxbkQCggU2AqfofCbKmeh4TOTXKzjYd RI8AnRCQlAAoz+0GBFpAOUXDjmJ/SKJV =8Hw0 -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 23 15:15:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D663106566C for ; Wed, 23 Dec 2009 15:15:41 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id 9C61F8FC1C for ; Wed, 23 Dec 2009 15:15:40 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 4so1850101eyf.9 for ; Wed, 23 Dec 2009 07:15:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:organization:to:subject :date:user-agent:mime-version:content-type:content-transfer-encoding :message-id; bh=erZiiruufYh18mkdLLl7e3DCl1ozjQaMpP7Mv/YNMBM=; b=sGVS7Uye5uZMR9t1j7zcH65ISSP+622o7o9dAkKBjWzYW388hy5+wNKO+AZ19WkvbF +pzb+Ku7kaIjVX7EIUE4qPGNNklclQpPm50Cf7V2WLmz4bgJOZo+G7JhplNvJDZ04AOM l04iMg7AHCw4egrwzsOuNr0KPnAv8/8TQXIwQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:organization:to:subject:date:user-agent:mime-version :content-type:content-transfer-encoding:message-id; b=BTg81HIBfEw76WudaNcJ+oSrk69ysCmz7MrDV/S0M6KI+VUc3AkvFtzIapyzIQLEkn QPvO+Lj6dzNHYrSKfl4xDh/j6gfBt3dTvGn5VZEmrRF/Y2uvZA2rMkOUrSxZ1VHl+6bn 0bxY1udYO+6jtSMoAactWERXUHQ06M195qbEA= Received: by 10.213.41.134 with SMTP id o6mr4837480ebe.78.1261581339466; Wed, 23 Dec 2009 07:15:39 -0800 (PST) Received: from dragon.dg ([41.0.54.20]) by mx.google.com with ESMTPS id 10sm7836669eyd.21.2009.12.23.07.15.38 (version=SSLv3 cipher=RC4-MD5); Wed, 23 Dec 2009 07:15:38 -0800 (PST) From: David Naylor Organization: Private To: freebsd-current@freebsd.org Date: Wed, 23 Dec 2009 17:15:47 +0200 User-Agent: KMail/1.12.3 (FreeBSD/8.0-STABLE; KDE/4.3.3; amd64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4929905.If6aBSI2Ec"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200912231715.51170.naylor.b.david@gmail.com> Subject: [usb] duplicate manual pages entry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Dec 2009 15:15:41 -0000 --nextPart4929905.If6aBSI2Ec Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi,=20 There is a duplicate manual pages entry of usbd_xfer_state.9 under=20 share/man/man9/Makefile Regards, David --nextPart4929905.If6aBSI2Ec Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEABECAAYFAksyNCcACgkQUaaFgP9pFrIa4wCggiO6xwMZEOriW5pKih+5u3Pl /BoAmwR/6CzVTT3Cd16ostLy4fx3HrNc =ZZgH -----END PGP SIGNATURE----- --nextPart4929905.If6aBSI2Ec-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 23 15:44:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D66C910656A4 for ; Wed, 23 Dec 2009 15:44:59 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id A64B88FC20 for ; Wed, 23 Dec 2009 15:44:59 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id B70B87E837; Wed, 23 Dec 2009 06:44:58 -0900 (AKST) From: Mel Flynn To: freebsd-current@freebsd.org Date: Wed, 23 Dec 2009 06:44:53 -0900 User-Agent: KMail/1.12.1 (FreeBSD/8.0-STABLE; KDE/4.3.1; i386; ; ) References: <200912210600.46044.mel.flynn+fbsd.current@mailing.thruhere.net> <790a9fff0912211047w6e0ee46co420869f25a7a016d@mail.gmail.com> In-Reply-To: <790a9fff0912211047w6e0ee46co420869f25a7a016d@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200912230644.53189.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Scot Hetzel Subject: Re: Some notes on RootOnZFS article in wiki X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Dec 2009 15:44:59 -0000 Scot, one last thing. I'm not sure if it's worth mentioning in the wiki, but I figured I'd put it out there. If you follow the usr/ports tree with distfiles and packages as different zfs mounts, a nullfs exported /usr/ports tree will no longer contain these two directories as they are different filesystems. That'll be a little gotcha, once you start your jails with shared ports tree. (In my case, I went from a gmirror'd 7.2 to ZFS'd 8.0 and restored configs, home and jails from backup). -- Mel From owner-freebsd-current@FreeBSD.ORG Wed Dec 23 15:59:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 315F01065670 for ; Wed, 23 Dec 2009 15:59:46 +0000 (UTC) (envelope-from koole@ricardis.tudelft.nl) Received: from smtpq1.tb.mail.iss.as9143.net (smtpq1.tb.mail.iss.as9143.net [212.54.42.164]) by mx1.freebsd.org (Postfix) with ESMTP id BD59A8FC15 for ; Wed, 23 Dec 2009 15:59:45 +0000 (UTC) Received: from [212.54.42.146] (helo=smtp15.tb.mail.iss.as9143.net) by smtpq1.tb.mail.iss.as9143.net with esmtp (Exim 4.69) (envelope-from ) id 1NNTMx-0008QS-T0 for freebsd-current@freebsd.org; Wed, 23 Dec 2009 16:43:23 +0100 Received: from 5354ab0a.cable.casema.nl ([83.84.171.10] helo=rick.kooleconsulting.nl) by smtp15.tb.mail.iss.as9143.net with esmtp (Exim 4.69) (envelope-from ) id 1NNTMi-0007jt-9F for freebsd-current@freebsd.org; Wed, 23 Dec 2009 16:43:08 +0100 From: RK To: freebsd-current@freebsd.org Date: Wed, 23 Dec 2009 16:42:31 +0100 User-Agent: KMail/1.12.1 (FreeBSD/9.0-CURRENT; KDE/4.3.1; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200912231642.31443.koole@ricardis.tudelft.nl> X-ZiggoSMTP-MailScanner-Information: Please contact the ISP for more information X-ZiggoSMTP-MailScanner-ID: 1NNTMi-0007jt-9F X-ZiggoSMTP-MailScanner: Found to be clean X-ZiggoSMTP-MailScanner-SpamCheck: geen spam, SpamAssassin (niet cached, score=-1.908, vereist 5, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_40 -0.18, TW_EG 0.08) X-ZiggoSMTP-MailScanner-From: koole@ricardis.tudelft.nl X-Spam-Status: No Subject: libthr sigsegv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Dec 2009 15:59:46 -0000 Hi, I was trying out Qt4.5.3 with the qt-ruby bindings. Once Qt's event loop is started, it's no longer possible to execute another thread from within ruby without segfaulting on a problem in libthr. Can anybody point out how to proceed debugging this? Used source and gdb backtrace are down below. -- RK FreeBSD-current (22-12-09) Qt 4.5.3 from ports (22-12-09) kdebindings-trunk (22-12-09) > gdb ruby19 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 "amd64-marcel-freebsd"... (gdb) run test.rb Starting program: /usr/local/bin/ruby19 test.rb [New LWP 100172] [New Thread 8010041c0 (LWP 100172)] [New Thread 80100ae40 (LWP 100175)] [Thread 80100ae40 (LWP 100175) exited] [New Thread 80753e200 (LWP 100175) Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 80753e200 (LWP 100175)] 0x0000000800505dc5 in _rtld_error () from /libexec/ld-elf.so.1 (gdb) bt #0 0x0000000800505dc5 in _rtld_error () from /libexec/ld-elf.so.1 #1 0x000000080050658b in dladdr () from /libexec/ld-elf.so.1 #2 0x0000000800506663 in dladdr () from /libexec/ld-elf.so.1 #3 0x00000008005037dd in ?? () from /libexec/ld-elf.so.1 #4 0x0000000800544c00 in ?? () #5 0x0000000000000000 in ?? () #6 0x00000008012399c0 in ?? () #7 0x00007fffffbfc710 in ?? () #8 0x0000000000000006 in ?? () #9 0x0000000801934ce2 in typeinfo name for QEvent () from /usr/local/lib/qt4/libQtCore.so.4 #10 0x0000000000000000 in ?? () #11 0x0000000000000001 in ?? () #12 0x0000000000000004 in ?? () #13 0x0000000000000206 in ?? () #14 0x0000000000000000 in ?? () #15 0x0000000800537400 in ?? () #16 0x0000000000000090 in ?? () #17 0x000000080187d011 in qt_native_write () from /usr/local/lib/qt4/libQtCore.so.4 #18 0x000000080187d0aa in qt_sa_sigchld_handler () from /usr/local/lib/qt4/libQtCore.so.4 #19 #20 0x00000008008ff40c in __error () from /lib/libthr.so.3 #21 0x00000008008fd505 in pthread_cond_signal () from /lib/libthr.so.3 #22 0x0000000800765b33 in thread_timer (dummy=Variable "dummy" is not available. ) at thread_pthread.c:122 #23 0x00000008008f55b1 in pthread_getprio () from /lib/libthr.so.3 #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () --------- test.rb require 'Qt4' puts `date` module MyQt class MainWindow < Qt::MainWindow slots 'slotTest()' def conf(app) @actionQuit = Qt::Action.new(self) @actionQuit.setText("quit") @actionQuit.setShortcut("Ctrl+q") @actionTest = Qt::Action.new(self) @actionTest.setText("test") @actionTest.setShortcut("Ctrl+t") @menubar = Qt::MenuBar.new(self) ; @menubar.setObjectName("menubar") @menubar.setGeometry(Qt::Rect.new(0,0,400,28)) setMenuBar(@menuBar) @menuProgram = Qt::Menu.new(@menubar) @menuProgram.setTitle("Program") @menubar.addAction(@menuProgram.menuAction()) @menuProgram.addAction(@actionTest) @menuProgram.addAction(@actionQuit) Qt::MetaObject.connectSlotsByName(self) Qt::Object.connect(@actionTest, SIGNAL('activated()'), self, SLOT('slotTest()')) Qt::Object.connect(@actionQuit, SIGNAL('activated()'), app, SLOT('quit()')) end def slotTest puts `date` #puts "testing" STDOUT.flush end end end app = Qt::Application.new(0,[]) mainWindow = MyQt::MainWindow.new() mainWindow.conf(app) mainWindow.show app.exec ---------- From owner-freebsd-current@FreeBSD.ORG Wed Dec 23 16:47:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62F7E10656CB; Wed, 23 Dec 2009 16:47:23 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 57FC38FC16; Wed, 23 Dec 2009 16:47:21 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA02073; Wed, 23 Dec 2009 18:47:16 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B324994.2010805@icyb.net.ua> Date: Wed, 23 Dec 2009 18:47:16 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Michael Butler References: <4B31AABD.2020804@ongs.co.jp> <4B322F56.3050703@protected-networks.net> In-Reply-To: <4B322F56.3050703@protected-networks.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org, freebsd-current Subject: Re: JFYI: VirtualBox stable/unstable setteings (3.0.51.r22902) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Dec 2009 16:47:23 -0000 on 23/12/2009 16:55 Michael Butler said the following: > Another data point: > > setting "vm.pmap.pg_ps_enabled=1" on my core duo seems to invite random > "fault on no-fault entry" panics. I have been unable to pin this down > any further because, even with a full debug + invariant kernel, it locks > solid with no dump saved :-( uname -m: i386 or amd64? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Dec 23 17:18:34 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70A221065676 for ; Wed, 23 Dec 2009 17:18:34 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 258178FC1F for ; Wed, 23 Dec 2009 17:18:33 +0000 (UTC) Received: from [77.41.109.157] (port=19313 helo=HP.lissyara.su) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NNUr2-000Iwo-9o; Wed, 23 Dec 2009 20:18:32 +0300 Message-ID: <4B3250E7.1000509@lissyara.su> Date: Wed, 23 Dec 2009 20:18:31 +0300 From: Alex Keda User-Agent: Thunderbird 2.0.0.23 (X11/20091129) MIME-Version: 1.0 To: current@freebsd.org, Gonzalo Nemmi , Attilio Rao , Aditya Sarawgi , Andrea Di Pasquale References: <20091223035331.GA1293@weongyo> In-Reply-To: <20091223035331.GA1293@weongyo> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Dec 2009 17:18:34 -0000 Weongyo Jeong пишет: > Hello, > > Now bwn(4) is available at the public and waiting test and review. The > status of this driver is *alpha* so could make panics, warnings and > errors. Please let me know if you encounter problems. > > The following NICs all I have are only tested on the little endian 64bit > machine and big endian 32bit machine. > > - Broadcom BCM4306 802.11b/g Wireless > - Broadcom BCM4318 802.11b/g Wireless none1@pci0:48:0:0: class=0x028000 card=0x1371103c chip=0x431214e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM4310 UART (Wireless Ethernet Adapter)' class = network bar [10] = type Memory, range 64, base 0xc8000000, size 16384, enabled cap 01[40] = powerspec 3 supports D0 D1 D2 D3 current D0 cap 09[58] = vendor (length 120) cap 05[e8] = MSI supports 1 message, 64 bit cap 10[d0] = PCI-Express 1 endpoint max data 128(128) link x1(x1) FreeBSD HP.lissyara.su 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r200750: Sun Dec 20 14:47:53 MSK 2009 root@HP.lissyara.su:/usr/obj/usr/src/sys/GENERIC amd64 after load ssb ssb0: mem 0xc8000000-0xc8003fff irq 18 at device 0.0 on pci48 ssb0: unsupportted coreid 0x817 after load if_bwn I have panic bwn0 on ssb0 bwn: WLAN (chipid 0x4311 rev B) PHY (analog 4 type 2 rev 9) RADIO (manyf 0x17f ver 0x2050 rev 2) bwn0: DMA (64 bits) bwn0: [FILTER] panic: ssb_add_child: 1960: SSB_DEV_80211 is only supported currently. cpuid=1 KDB: enter: panic [thread at kdb_enter+0x3d: movq $0,0x6ab980(%...)] From owner-freebsd-current@FreeBSD.ORG Wed Dec 23 18:31:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20004106566B; Wed, 23 Dec 2009 18:31:49 +0000 (UTC) (envelope-from mashtizadeh@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id B7DD18FC14; Wed, 23 Dec 2009 18:31:48 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 9so1594935qwb.7 for ; Wed, 23 Dec 2009 10:31:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=XTLHJdIJpXErtYzSRKObWBS7xLtyy4L6EAVBN0ncNbk=; b=kHwdzzJOrSa3GtYHlL9nUZ1PrIJEpYV4GVlC3Ls13hTS0FyaJyqXAk6X4FcFrv2GaY Lt/gcFvqk6tTTlfe9xq/57ZoFJIkonPWAwZFIjsDutpYSyJLyO7ycs4ZA/YQavRntnXb 9iHz91wU6Tbrx9QnltEVaSsW1tbtrqf3nGFP0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=XwOoUhOg7g4Q9iJinCLq8fQRrAlsvu3yaScFtPbjC5sDbAa09OPl2VdrcTuIEHEHe5 0xFdLl8U5a2P4hEME6OLRqfNUCmuNrWskXHrHKZvVw6FrWgQsR11aL1Hia+ajFeTu3pf jFMgMkn+kIs5bxZL1lTxY9ahtLgGd+X8p9254= MIME-Version: 1.0 Received: by 10.224.71.14 with SMTP id f14mr5423139qaj.154.1261591338815; Wed, 23 Dec 2009 10:02:18 -0800 (PST) In-Reply-To: <3bbf2fe10912181004w2a1abff2re8f77fd6a8bc3233@mail.gmail.com> References: <39309F560B98453EBB9AEA0F29D9D80E@vosz.local> <3bbf2fe10912181004w2a1abff2re8f77fd6a8bc3233@mail.gmail.com> Date: Wed, 23 Dec 2009 10:02:18 -0800 Message-ID: <440b3e930912231002i46221520jc4c57e6c2dd697e8@mail.gmail.com> From: Ali Mashtizadeh To: Attilio Rao Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Alexander Zagrebin Subject: Re: 8.0-RELEASE: disk IO temporarily hangs up (ZFS or ATA related 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, 23 Dec 2009 18:31:49 -0000 Hi Attilio, I tried your patch since I had a similar problem but in my case I usually seem to lockup 'zpool' or 'zfs' command line tools immediately. The txg_sync_thread [1] never makes the cv_broadcast for CV tx->tx_sync_done_cv. So the user utility is sitting in txg_wait_synced function at the cv_wait. It his related to the bug your patch is supposed to fix? [1] http://svn.freebsd.org/viewvc/base/head/sys/cddl/contrib/opensolaris/ut= s/common/fs/zfs/txg.c?view=3Dannotate Just to note I sync'ed my tree from BSD 8.0 to the top of STABLE_8 so far I've have had zero luck in getting ZFS working on any hard drive and even on md devices. Thanks, ~ Ali On Fri, Dec 18, 2009 at 10:04 AM, Attilio Rao wrote: > 2009/12/17 Alexander Zagrebin : >> Hi! >> >> I use onboard ICH7 SATA controller with two disks attached: >> >> atapci1: port >> 0x30c8-0x30cf,0x30ec-0x30ef,0x30c0-0x30c7,0x30e8-0x30eb,0x30a0-0x30af ir= q 19 >> at device 31.2 on pci0 >> atapci1: [ITHREAD] >> ata2: on atapci1 >> ata2: [ITHREAD] >> ata3: on atapci1 >> ata3: [ITHREAD] >> ad4: 1430799MB at ata2-master SATA150 >> ad6: 1430799MB at ata3-master SATA150 >> >> The disks are used for mirrored ZFS pool. >> I have noticed that the system periodically locks up on disk operations. >> After approx. 10 min of very slow disk i/o (several KB/s) the speed of d= isk >> operations restores to normal. >> gstat has shown that the problem is in ad6. > > Want you try this patch and report?: > http://people.freebsd.org/~attilio/lockmgr_lostwake.diff > > It should apply to STABLE_8 and if not, just report and I will help. > > Thanks, > Attilio > > > -- > Peace can only be achieved by understanding - A. Einstein > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > --=20 Ali Mashtizadeh =D8=B9=D9=84=DB=8C =D9=85=D8=B4=D8=AA=DB=8C =D8=B2=D8=A7=D8=AF=D9=87 From owner-freebsd-current@FreeBSD.ORG Wed Dec 23 19:03:07 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34AC2106568D; Wed, 23 Dec 2009 19:03:07 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id E6E978FC15; Wed, 23 Dec 2009 19:03:05 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 70372A5A451; Thu, 24 Dec 2009 03:02:57 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id AKPHGqZyKalm; Thu, 24 Dec 2009 03:02:41 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 16371A5A453; Thu, 24 Dec 2009 03:02: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:content-type:content-transfer-encoding; b=Mz5kXRbAW7M4sXUT4VRtvnPhrq9PXhaiV69pjpxzdjsTMfx3YYPoroRjvPWxLeMOM MljrVAGNv6WzTbjhVYcSA== Message-ID: <4B326942.40908@delphij.net> Date: Wed, 23 Dec 2009 11:02:26 -0800 From: Xin LI Organization: The Geek China Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.5) Gecko/20091220 Thunderbird/3.0 ThunderBrowse/3.2.6.8 MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG, FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: smartmontools now works for new AHCI/ATA_CAM "ada" devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Dec 2009 19:03:07 -0000 Hi, FYI, I have just committed the update submitted by Alex Samorukov, per marck@'s approval. The most important change in this version is to support the new AHCI and ATA_CAM devices! Thanks everyone who made this happen! -------- Original Message -------- Subject: cvs commit: ports/sysutils/smartmontools Makefile distinfo ports/sysutils/smartmontools/files patch-knowndrives.cpp patch-os__freebsd.cpp patch-scsiata.cpp Date: Wed, 23 Dec 2009 18:55:52 +0000 (UTC) From: Xin LI To: ports-committers@FreeBSD.ORG, cvs-ports@FreeBSD.ORG, cvs-all@FreeBSD.ORG delphij 2009-12-23 18:55:52 UTC FreeBSD ports repository Modified files: sysutils/smartmontools Makefile distinfo Removed files: sysutils/smartmontools/files patch-knowndrives.cpp patch-os__freebsd.cpp patch-scsiata.cpp Log: Update to 5.39. This version is long awaited and the important improvements related to FreeBSD are: - USB device type autodetection for some devices http://sourceforge.net/apps/trac/smartmontools/wiki/Supported_USB-Devices - Support for HighPoint RocketRAID controllers - Support RAID controllers using /dev/pass devices - Support CHECK_POWER_MODE and WRITE_LOG - Fix CCISS file descriptor leak - New device type detection algorithm on FreeBSD, not based on filename - Support for the adaX (ATA on CAM bus) devices on FreeBSD 8.0 and higher PR: ports/141371 Submitted by: Alex Samorukov Approved by: marck (maintainer) Revision Changes Path 1.45 +3 -2 ports/sysutils/smartmontools/Makefile 1.12 +3 -3 ports/sysutils/smartmontools/distinfo 1.3 +0 -11 ports/sysutils/smartmontools/files/patch-knowndrives.cpp (dead) 1.6 +0 -58 ports/sysutils/smartmontools/files/patch-os__freebsd.cpp (dead) 1.2 +0 -22 ports/sysutils/smartmontools/files/patch-scsiata.cpp (dead) From owner-freebsd-current@FreeBSD.ORG Wed Dec 23 19:51:38 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4970A106566C; Wed, 23 Dec 2009 19:51:38 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id D57178FC15; Wed, 23 Dec 2009 19:51:37 +0000 (UTC) Received: by qyk6 with SMTP id 6so3243550qyk.3 for ; Wed, 23 Dec 2009 11:51:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=AvF11gNbXYGWLRYCq6k3FrkhhsfH8J+WU+TzH0tras4=; b=XKA8uJ3cQIXUaNkgl8pPUMXP4eptFK9W4daMHcApMRmF1l6Mqxd+KhKNE5YtaAPmCt F5ibLGSy6xZL1u/R3yOq6FNUaaCz7Hf3ja9r3v7P40QxV/si7Gta4lxYwF82qosmE2jF 7wE4new7Sb3a0c/7dEHJPtikiTl0xqJDDZC5E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=NvoihVzE9GruiOHctnnS9QOye8HnRTyEh/92RV3jTf6lD46aX918HaiGw4PK8Y1g6y nv15OI/cylncQgq9z6FHOsI08DrHzMajofUp6GcDGWOecnwYloyHb8mDlqYuTyk/m0j8 6kmBHs5xMad+K9bBepw9GpDMZjDOQ0IfwgmuQ= Received: by 10.224.15.206 with SMTP id l14mr5527025qaa.117.1261597897091; Wed, 23 Dec 2009 11:51:37 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 5sm21345271qwg.48.2009.12.23.11.51.35 (version=SSLv3 cipher=RC4-MD5); Wed, 23 Dec 2009 11:51:36 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Wed, 23 Dec 2009 11:51:34 -0800 From: Weongyo Jeong Date: Wed, 23 Dec 2009 11:51:34 -0800 To: Aditya Sarawgi Message-ID: <20091223195134.GC1293@weongyo> Mail-Followup-To: Aditya Sarawgi , current@freebsd.org, gnemmi@gmail.com, attilio@freebsd.org, spikey.it@gmail.com References: <20091223035331.GA1293@weongyo> <4b31cb29.9413f30a.5f4a.ffff8382@mx.google.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4b31cb29.9413f30a.5f4a.ffff8382@mx.google.com> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: attilio@freebsd.org, spikey.it@gmail.com, gnemmi@gmail.com, current@freebsd.org Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Dec 2009 19:51:38 -0000 On Wed, Dec 23, 2009 at 08:18:48AM +0000, Aditya Sarawgi wrote: > On Tue, Dec 22, 2009 at 07:53:31PM -0800, Weongyo Jeong wrote: > > Hello, > > > > Now bwn(4) is available at the public and waiting test and review. The > > status of this driver is *alpha* so could make panics, warnings and > > errors. Please let me know if you encounter problems. > > > > The following NICs all I have are only tested on the little endian 64bit > > machine and big endian 32bit machine. > > > > - Broadcom BCM4306 802.11b/g Wireless > > - Broadcom BCM4318 802.11b/g Wireless > > > > I tested basic RX, TX and WPA association as STA mode and checked it > > worked. > > > > As you might know there are still a lot of TODO in the driver so you > > could see some verbose messages during testing so please ignore or let > > me know it makes problems. > > > > == How to build and load == > > > > # cd /usr/src/sys > > # fetch http://people.freebsd.org/~weongyo/bwn_20091222.tar.gz > > # tar xzf bwn_20091222.tar.gz > > # cd modules/ssb > > # make && make install > > # cd ../.. > > # cd modules/bwn > > # make && make install > > # cd somewhere > > # fetch http://people.freebsd.org/~weongyo/bwn_ports_20091222.tar.gz > > # tar xzf bwn_ports_20091222.tar.gz > > # cd sysutils/b43-fwcutter > > # make install clean > > # cd ../.. > > # cd net/bwn-firmware-kmod > > # make install clean > > # > > # kldload ssb > > # kldload bwn_v4_ucode > > # kldload if_bwn > > > > regards, > > Weongyo Jeong > > > > Hi, > > The driver doesn't work with BCM4315, here's what dmesg shows > > ssb0: mem 0xf4000000-0xf4003fff > irq 19 at device 0.0 on pci6 > bwn0 on ssb0 > bwn0: unsupported PHY type (5) > device_attach: bwn0 attach returned 6 I see that your device has LP-PHY instead of A/B/G/N PHYs so currently it's not supported by bwn(4). AFAIK linux has a weak but working implementation so we could refer to other Open Sources. regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Wed Dec 23 20:14:44 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B59E3106566B; Wed, 23 Dec 2009 20:14:44 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id 453438FC13; Wed, 23 Dec 2009 20:14:43 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 9so1611408qwb.7 for ; Wed, 23 Dec 2009 12:14:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent:organization :x-operation-sytem; bh=KvBjFtmmP7pZuK1fiQeNPUgVO3vWC0IgaLAr6ek1HGM=; b=iHrQoSG1ZUSrTTg9vwbe6lkcBJHW1S2vvq5fvJlqQNe33uG87tfjTciNagNeU+BRF7 ZcA0tkkaENXHDv4rvb8EM/1Xgn+BAnHTF2LO2AGkn+QUzljBkcU9F6Mzog+VwhfrbDkk MR84eX4b6jAwv+1IuFr455l65YUTHqhvXfi1Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent:organization :x-operation-sytem; b=KmogXQBniQUvqkU9nKu3vJm/WK0Fno4T3/p5A5QPr312hRbnZxZoiEp31nTXT66lsl UQdxDmwxp7zjG/9vqkf7ZtEN3wXHyOI0/Ak8SM7eEe9yJ1lM3RgubmNkCeaclMW/tBvD BAUXrcT8w2jiQ1yNwhZCufPtLwcxfVeuMr85I= Received: by 10.229.119.154 with SMTP id z26mr4855019qcq.38.1261599283417; Wed, 23 Dec 2009 12:14:43 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 23sm6621829qyk.15.2009.12.23.12.14.41 (version=SSLv3 cipher=RC4-MD5); Wed, 23 Dec 2009 12:14:42 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Wed, 23 Dec 2009 12:14:38 -0800 From: Weongyo Jeong Date: Wed, 23 Dec 2009 12:14:38 -0800 To: Alex Keda Message-ID: <20091223201438.GD1293@weongyo> Mail-Followup-To: Alex Keda , current@freebsd.org, Gonzalo Nemmi , Attilio Rao , Aditya Sarawgi , Andrea Di Pasquale References: <20091223035331.GA1293@weongyo> <4B3250E7.1000509@lissyara.su> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4B3250E7.1000509@lissyara.su> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: Attilio Rao , Aditya Sarawgi , Gonzalo Nemmi , current@freebsd.org, Andrea Di Pasquale Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Dec 2009 20:14:44 -0000 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit On Wed, Dec 23, 2009 at 08:18:31PM +0300, Alex Keda wrote: > Weongyo Jeong пишет: > >Hello, > > > >Now bwn(4) is available at the public and waiting test and review. The > >status of this driver is *alpha* so could make panics, warnings and > >errors. Please let me know if you encounter problems. > > > >The following NICs all I have are only tested on the little endian 64bit > >machine and big endian 32bit machine. > > > > - Broadcom BCM4306 802.11b/g Wireless > > - Broadcom BCM4318 802.11b/g Wireless > none1@pci0:48:0:0: class=0x028000 card=0x1371103c chip=0x431214e4 > rev=0x02 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'BCM4310 UART (Wireless Ethernet Adapter)' > class = network > bar [10] = type Memory, range 64, base 0xc8000000, size 16384, > enabled > cap 01[40] = powerspec 3 supports D0 D1 D2 D3 current D0 > cap 09[58] = vendor (length 120) > cap 05[e8] = MSI supports 1 message, 64 bit > cap 10[d0] = PCI-Express 1 endpoint max data 128(128) link x1(x1) > > FreeBSD HP.lissyara.su 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r200750: Sun > Dec 20 14:47:53 MSK 2009 > root@HP.lissyara.su:/usr/obj/usr/src/sys/GENERIC amd64 > > after load ssb > ssb0: mem 0xc8000000-0xc8003fff > irq 18 at device 0.0 on pci48 > ssb0: unsupportted coreid 0x817 Interesting. It looks device has a USB 1.1 host controller(?) in wireless NIC. I think you can ignore this message that looks no harm. > after load if_bwn I have panic > bwn0 on ssb0 > bwn: WLAN (chipid 0x4311 rev B) PHY (analog 4 type 2 rev 9) RADIO (manyf > 0x17f ver 0x2050 rev 2) > bwn0: DMA (64 bits) > bwn0: [FILTER] > panic: ssb_add_child: 1960: SSB_DEV_80211 is only supported currently. It's caused by unexpected SSB core. Could you please test with attached patch with email and tell me the result? regards, Weongyo Jeong --gBBFr7Ir9EOA20Yy Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="patch_ssb_20091223.diff" Index: ssb.c =================================================================== --- ssb.c (revision 24) +++ ssb.c (working copy) @@ -1936,15 +1936,7 @@ for (i = 0; i < ssb->ssb_ndevs; i++) { sd = &(ssb->ssb_devs[i]); - switch (sd->sd_id.cid) { - case SSB_DEV_CHIPCOMMON: - case SSB_DEV_PCI: - case SSB_DEV_PCIE: - case SSB_DEV_PCMCIA: - case SSB_DEV_MIPS: - case SSB_DEV_MIPS_3302: - case SSB_DEV_V90: - case SSB_DEV_EXTIF: + if (sd->sd_id.cid != SSB_DEV_80211) { DPRINTF(ssb, SSB_DEBUG_CORE, "skip to register coreid %#x (%s)\n", sd->sd_id.cid, ssb_core_name(sd->sd_id.cid)); --gBBFr7Ir9EOA20Yy-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 23 20:37:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E6E0106566B for ; Wed, 23 Dec 2009 20:37:52 +0000 (UTC) (envelope-from dpd@bitgravity.com) Received: from mail1.sjc1.bitgravity.com (mail1.sjc1.bitgravity.com [209.131.97.19]) by mx1.freebsd.org (Postfix) with ESMTP id ED5828FC08 for ; Wed, 23 Dec 2009 20:37:51 +0000 (UTC) Received: from [209.131.110.169] (helo=netops-169.sfo1.bitgravity.com) by mail1.sjc1.bitgravity.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NNXh1-000280-Fb; Wed, 23 Dec 2009 12:20:23 -0800 Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: "David P. Discher" In-Reply-To: Date: Wed, 23 Dec 2009 12:20:23 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <39309F560B98453EBB9AEA0F29D9D80E@vosz.local> <3bbf2fe10912181004w2a1abff2re8f77fd6a8bc3233@mail.gmail.com> To: Alexander Zagrebin X-Mailer: Apple Mail (2.1077) Cc: 'Attilio Rao' , freebsd-current@freebsd.org Subject: Re: 8.0-RELEASE: disk IO temporarily hangs up (ZFS or ATA related 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, 23 Dec 2009 20:37:52 -0000 ZFS will write buffer ALOT. Your settings of vfs.zfs.arc_min and = vfs.zfs.arc_max will likely affect how bursty this is. I've been = running with Min, 32 GB arc, and see very bursty writes (of course, my = systems have 64GB).=20 Also, use 'zpool iostat 1' and not the system iostat. Check gstat as = well. also try using CAM_ATA (ahci.ko) instead of ad devices, so your can get = the benefits of tag queuing. There is also a possible undocumented issue with, I believe it was the = WD green drives, where the vibration of the drive actually slowed it = down. This was demonstrated by setting a pound or two of silly putty on = the top of the drive, and its performance (significantly) increased. = Experiment with putting some heavily, non-conductive weight on top of = each drive - a book or something. ensure that is its securely mounted = as well.=20 --- David P. Discher dpd@bitgravity.com * AIM: bgDavidDPD BITGRAVITY * http://www.bitgravity.com On Dec 18, 2009, at 12:04 PM, Alexander Zagrebin wrote: >>> The disks are used for mirrored ZFS pool. >>> I have noticed that the system periodically locks up on=20 >> disk operations. >>> After approx. 10 min of very slow disk i/o (several KB/s)=20 >> the speed of disk >>> operations restores to normal. >>> gstat has shown that the problem is in ad6. >>=20 >> Want you try this patch and report?: >> http://people.freebsd.org/~attilio/lockmgr_lostwake.diff >>=20 >> It should apply to STABLE_8 and if not, just report and I will help. >=20 > Thanks fo your attempt to help! > I've successfully applied this patch to RELENG_8_0, recompiled > kernel and required modules (krpc, opensolaris,zfs), > but nothing has changed. The problem still exist. >=20 > --=20 > Alexander Zagrebin >=20 > _______________________________________________ > 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 Dec 23 20:45:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99E7D1065672; Wed, 23 Dec 2009 20:45:41 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 5C2BD8FC0C; Wed, 23 Dec 2009 20:45:41 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 2A1E9612E; Wed, 23 Dec 2009 15:45:40 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1261601140; bh=fU6kpc6YpcRueSuxHGSjecJyt+2I3AzZ2mpiFO97Vk8=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=bXa1gqciFzrnR24T4xEuTPfOuVI56D7o1SLeJBrFwsNckEW25kjVZ+6OmMyrqqMfR lM9Iozy1obK9FiGjiZgJiiQk61f1pg/FtHz/sKiJoeX01DEn1PNndsPFo43TYN2 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:content-type:content-transfer-encoding; b=L1iJ6lrG4Gq33Bch73ddNCcOgWw82j82zdqr220jJ3U88sixgCXmx1hGwnVUQU5wy nsbZlVcbO1kvGcRPjcv6URWhYdW9Bo6VElvwk2iehNPr7T1JvxjVYHLhTmziYHo Message-ID: <4B328172.8070507@protected-networks.net> Date: Wed, 23 Dec 2009 15:45:38 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.5) Gecko/20091218 Thunderbird/3.0 MIME-Version: 1.0 To: Andriy Gapon References: <4B31AABD.2020804@ongs.co.jp> <4B322F56.3050703@protected-networks.net> <4B324994.2010805@icyb.net.ua> In-Reply-To: <4B324994.2010805@icyb.net.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org, freebsd-current Subject: Re: JFYI: VirtualBox stable/unstable setteings (3.0.51.r22902) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Dec 2009 20:45:41 -0000 On 12/23/09 11:47, Andriy Gapon wrote: > on 23/12/2009 16:55 Michael Butler said the following: >> Another data point: >> >> setting "vm.pmap.pg_ps_enabled=1" on my core duo seems to invite random >> "fault on no-fault entry" panics. I have been unable to pin this down >> any further because, even with a full debug + invariant kernel, it locks >> solid with no dump saved :-( > > uname -m: i386 or amd64? FreeBSD 9.0-CURRENT #12 r200840: Tue Dec 22 10:38:57 EST 2009 i386 .. on a Toshiba A105-4004 Laptop .. CPU: Genuine Intel(R) CPU T2300 @ 1.66GHz (1662.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 Features=0xbfe9fbff Features2=0xc1a9 TSC: P-state invariant real memory = 4294967296 (4096 MB) avail memory = 3135868928 (2990 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 From owner-freebsd-current@FreeBSD.ORG Wed Dec 23 20:48:47 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4F5E1065696; Wed, 23 Dec 2009 20:48:47 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 6845C8FC1B; Wed, 23 Dec 2009 20:48:47 +0000 (UTC) Received: from [77.41.109.157] (port=55074 helo=HP.lissyara.su) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NNY8T-0007K0-Hn; Wed, 23 Dec 2009 23:48:45 +0300 Message-ID: <4B32822D.30201@lissyara.su> Date: Wed, 23 Dec 2009 23:48:45 +0300 From: Alex Keda User-Agent: Thunderbird 2.0.0.23 (X11/20091129) MIME-Version: 1.0 To: Alex Keda , current@freebsd.org, Gonzalo Nemmi , Attilio Rao , Aditya Sarawgi , Andrea Di Pasquale References: <20091223035331.GA1293@weongyo> <4B3250E7.1000509@lissyara.su> <20091223201438.GD1293@weongyo> In-Reply-To: <20091223201438.GD1293@weongyo> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Dec 2009 20:48:47 -0000 Weongyo Jeong ïèøåò: > It's caused by unexpected SSB core. Could you please test with attached > patch with email and tell me the result? All OK ssb0: mem 0xc8000000-0xc8003fff irq 18 at device 0.0 on pci48 ssb0: unsupportted coreid 0x817 info: [drm] Num pipes: 1 bwn0 on ssb0 bwn0: WLAN (chipid 0x4311 rev 13) PHY (analog 4 type 2 rev 9) RADIO (manuf 0x17f ver 0x2050 rev 2) bwn0: DMA (64 bits) bwn0: [FILTER] scan - works. HP# ifconfig wlan0 scan SSID/MESH ID BSSID CHAN RATE S:N INT CAPS 0x000000000 00:19:e1:00:e1:d0 1 54M -79:-95 100 ES WME Beeline_WiFi 00:19:e1:00:e1:d1 1 54M -79:-95 100 ES WME Beeline_WiF... 00:19:e1:00:e1:d2 1 54M -79:-95 100 EPS RSN WPA WME HP# but, I can test it with access point only through two days From owner-freebsd-current@FreeBSD.ORG Wed Dec 23 20:51:53 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99E7C1065694; Wed, 23 Dec 2009 20:51:53 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 4E27F8FC17; Wed, 23 Dec 2009 20:51:52 +0000 (UTC) Received: from [77.41.109.157] (port=18133 helo=HP.lissyara.su) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NNYBU-0007VO-45; Wed, 23 Dec 2009 23:51:52 +0300 Message-ID: <4B3282E7.1070905@lissyara.su> Date: Wed, 23 Dec 2009 23:51:51 +0300 From: Alex Keda User-Agent: Thunderbird 2.0.0.23 (X11/20091129) MIME-Version: 1.0 To: current@freebsd.org, Gonzalo Nemmi , Attilio Rao , Aditya Sarawgi , Andrea Di Pasquale References: <20091223035331.GA1293@weongyo> <4B3250E7.1000509@lissyara.su> <20091223201438.GD1293@weongyo> In-Reply-To: <20091223201438.GD1293@weongyo> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Dec 2009 20:51:53 -0000 Weongyo Jeong ïèøåò: > Interesting. It looks device has a USB 1.1 host controller(?) in > wireless NIC. I think you can ignore this message that looks no > harm. It's ordinary miniPCI-E card in my laptop. (Compaq 6715s) From owner-freebsd-current@FreeBSD.ORG Wed Dec 23 22:44:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C244A106566B; Wed, 23 Dec 2009 22:44:51 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C2F5C8FC1C; Wed, 23 Dec 2009 22:44:50 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id AAA07164; Thu, 24 Dec 2009 00:44:46 +0200 (EET) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1NNZwj-000L8R-UX; Thu, 24 Dec 2009 00:44:45 +0200 Message-ID: <4B329CF9.2020407@icyb.net.ua> Date: Thu, 24 Dec 2009 00:43:05 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091128) MIME-Version: 1.0 To: Michael Butler References: <4B31AABD.2020804@ongs.co.jp> <4B322F56.3050703@protected-networks.net> <4B324994.2010805@icyb.net.ua> <4B328172.8070507@protected-networks.net> In-Reply-To: <4B328172.8070507@protected-networks.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org, freebsd-current Subject: Re: JFYI: VirtualBox stable/unstable setteings (3.0.51.r22902) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Dec 2009 22:44:51 -0000 on 23/12/2009 22:45 Michael Butler said the following: > On 12/23/09 11:47, Andriy Gapon wrote: >> on 23/12/2009 16:55 Michael Butler said the following: >>> Another data point: >>> >>> setting "vm.pmap.pg_ps_enabled=1" on my core duo seems to invite random >>> "fault on no-fault entry" panics. I have been unable to pin this down >>> any further because, even with a full debug + invariant kernel, it locks >>> solid with no dump saved :-( >> >> uname -m: i386 or amd64? > > FreeBSD 9.0-CURRENT #12 r200840: Tue Dec 22 10:38:57 EST 2009 i386 OK. I am not sure about the exact details but there seems to be a known issue with superpages on i386 and that's the reason they are disabled by default. So, it's probably best not to enable them for time being. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Dec 23 22:56:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0CFC1065672 for ; Wed, 23 Dec 2009 22:56:16 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: from mail-pz0-f185.google.com (mail-pz0-f185.google.com [209.85.222.185]) by mx1.freebsd.org (Postfix) with ESMTP id 9B1188FC1D for ; Wed, 23 Dec 2009 22:56:16 +0000 (UTC) Received: by pzk15 with SMTP id 15so5221554pzk.3 for ; Wed, 23 Dec 2009 14:56:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:reply-to:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=ihuk0trEu05C6Y39sFjcyrvTb9oDYqZJ74ZxxbNo/iI=; b=Qg88uZ2Si+EPFSWN151JNTilepkKoDNzqsvjhxGkecAUB4a8HiGzpHn5o8hb1Au6yq Npp/grKwq6AIwe6ohuqdYf1nuZC9xe72hn40YbuZalU3gTDwpVNty/+TzkYjtLb5nSX1 2XHoakO3cFWvpOagGE457iIaz1DEWtHECzbNU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; b=s2xUvFYKGqwijdwBpRGbhV1w+1PCQyQY1jirAPlGYke6t6q7OufumLwhWtuJlqY3s7 Y+FYRxMdwyKM/k2LbmcVsZV2DnyOUL9wfMM8+naxCyEhi+iyooT5OQ3dYiLB0Vt5PwIV CrmwA605QnWzHQVL9wFEIwi5Kg3vkpTACGzls= MIME-Version: 1.0 Received: by 10.142.9.37 with SMTP id 37mr72025wfi.227.1261608975279; Wed, 23 Dec 2009 14:56:15 -0800 (PST) In-Reply-To: <4B329CF9.2020407@icyb.net.ua> References: <4B31AABD.2020804@ongs.co.jp> <4B322F56.3050703@protected-networks.net> <4B324994.2010805@icyb.net.ua> <4B328172.8070507@protected-networks.net> <4B329CF9.2020407@icyb.net.ua> Date: Wed, 23 Dec 2009 16:56:15 -0600 Message-ID: From: Alan Cox To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-emulation@freebsd.org, Michael Butler , freebsd-current Subject: Re: JFYI: VirtualBox stable/unstable setteings (3.0.51.r22902) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: alc@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, 23 Dec 2009 22:56:16 -0000 Yes, there is an i386-specific race condition that I understand but haven't fixed. It's typically triggered by the page daemon calling uma_reclaim(). It affects all versions from 7.2 to HEAD. Alan From owner-freebsd-current@FreeBSD.ORG Wed Dec 23 23:03:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E342F1065693; Wed, 23 Dec 2009 23:03:34 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9E4318FC0A; Wed, 23 Dec 2009 23:03:34 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 34F136138; Wed, 23 Dec 2009 18:03:33 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1261609413; bh=jXP566fDtRMJAgjGP3MH1FQb14RrABhMjOmFL+gYq4Q=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=ZtamJXSPGSMQiNdejavSer8z7J4Vcj7vikJ68b7A4jTk9yMwKXNT/LHgqT+K07etg kSOOnIfCxvEQt/Ri30ymojzoiJvrs9PdEQ7AMtUHTxNghkBCoVkGB9neeP+q8S8 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:content-type:content-transfer-encoding; b=BanoCG6/uKmC1Zf1dnnFVSjNUbzw7CKKOkbGXpsknnxxa77rTp35xlDGUWLWqXlqw s8bWDqhODDol3iqotwKDpY9gnGbvq1MYe6osRyemK5TWbnIMGSV6Td6MSBdV7K2 Message-ID: <4B32A1BF.1050200@protected-networks.net> Date: Wed, 23 Dec 2009 18:03:27 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.5) Gecko/20091218 Thunderbird/3.0 MIME-Version: 1.0 To: alc@freebsd.org References: <4B31AABD.2020804@ongs.co.jp> <4B322F56.3050703@protected-networks.net> <4B324994.2010805@icyb.net.ua> <4B328172.8070507@protected-networks.net> <4B329CF9.2020407@icyb.net.ua> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org, Alan Cox , Andriy Gapon , freebsd-current Subject: Re: JFYI: VirtualBox stable/unstable setteings (3.0.51.r22902) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Dec 2009 23:03:35 -0000 On 12/23/09 17:56, Alan Cox wrote: > Yes, there is an i386-specific race condition that I understand but haven't > fixed. It's typically triggered by the page daemon calling uma_reclaim(). > It affects all versions from 7.2 to HEAD. Ah - that's a shame because it does offer a noticeable "speed-up" on this device with large executables, imb From owner-freebsd-current@FreeBSD.ORG Thu Dec 24 00:24:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA9C91065676 for ; Thu, 24 Dec 2009 00:24:31 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 5184F8FC1A for ; Thu, 24 Dec 2009 00:24:31 +0000 (UTC) Received: by bwz5 with SMTP id 5so5143408bwz.3 for ; Wed, 23 Dec 2009 16:24:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=W6jQmzE9bS/Av1WMMDD/NpesfeuX2rv94bpGbSPxU/8=; b=GViyP2CNq7IzPZ2mKg/+4kjlB0iM+NR5QpTtKDASQfhNmwi1ioht2cpb3R4m5Uk4zj ASoIpl5P7Ovw/b358rI5EwtCjFR7+QtWucRNB6CoANrAqJaTI/MtHjGOeuLB8dip3yOc h+uyDvSRBRDpH1A5WZ8dnj10ztDHwRUZmTMF0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=JrRqfVQslTH7RpuVoR8ndOD4eQgM1TmJ3DUovvIkRHMR++VS5HHctwaICjxJqbWs44 I3fWOxBLkLuUiKptfFt9NqszsgfYJ7+hXbmidfOB6pUBmnNj++jtuFEs9wy+QY1HbD2N cZLM5LFwUt78/rZXsT5lkl0nJx9ivFX4E12u4= MIME-Version: 1.0 Received: by 10.204.6.69 with SMTP id 5mr3335472bky.83.1261612748213; Wed, 23 Dec 2009 15:59:08 -0800 (PST) Date: Thu, 24 Dec 2009 00:59:08 +0100 Message-ID: <83e5fb980912231559p757dc748m9c494795d7bf1328@mail.gmail.com> From: Diego Depaoli To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Subject: ATA_CAM for extradummies X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Dec 2009 00:24:31 -0000 Trying to rip a DVD with ogmrip which uses libdvd[read | nav | css] my system becomes unusable. Syslog repeats many and many times: ahcich0: port is not ready (timeout 10000ms) tfd = 00000480 ahcich0: device ready timeout Steps I've followed device ahci options ata_cam in my custom kernel ataati_load="YES" in my /boot/loader.conf (otherwise /dev/cd0 isn't detected) kldloading or not kldloading atapicam apparently gives no difference Relevant parts of my dmesg FreeBSD 9.0-CURRENT #0 r200709: Sat Dec 19 10:56:30 CET 2009 diego@genipizza.casadep.home:/usr/obj/usr/src/sys/CAMKERN i386 ahci0: port 0xc000-0xc007,0xb000-0xb003,0xa000-0xa007,0x9000-0x9003,0x8000-0x800f mem 0xfe8ffc00-0xfe8fffff irq 22 at device 17.0 on pci0 ahci0: [ITHREAD] ahci0: AHCI v1.10 with 6 3Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich0: [ITHREAD] ahcich1: at channel 1 on ahci0 ahcich1: [ITHREAD] ahcich2: at channel 2 on ahci0 ahcich2: [ITHREAD] ahcich3: at channel 3 on ahci0 ahcich3: [ITHREAD] ahcich4: at channel 4 on ahci0 ahcich4: [ITHREAD] ahcich5: at channel 5 on ahci0 ahcich5: [ITHREAD] pci0: at device 20.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 ata1: on atapci0 ata1: [ITHREAD] ada0 at ahcich0 bus 0 scbus0 target 0 lun 0cd0 at ata1 bus 0 scbus6 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 66.700MB/s transfers (UDMA4, PIO size 65534bytes) cd0: cd present [3349840 x 2048 byte records] ada0: ATA-8 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO size 8192bytes) ada0: Command Queueing enabled ada0: 305245MB (625142448 512 byte sectors: 16H 63S/T 16383C) ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 ada1: ATA-8 SATA 2.x device ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO size 8192bytes) ada1: Command Queueing enabled ada1: 305245MB (625142448 512 byte sectors: 16H 63S/T 16383C) GEOM: ada0: partition 1 does not start on a track boundary. GEOM: ada0: partition 1 does not end on a track boundary. GEOM: ada0s4: geometry does not match label (255h,63s != 16h,63s). GEOM: ada1: partition 3 does not start on a track boundary. GEOM: ada1: partition 3 does not end on a track boundary. I can only poweroff the machine since reboot hangs syncing the buffers. After restart, verbose dmesg causes kernel panic. What I'm wrong? Regards -- Diego Depaoli From owner-freebsd-current@FreeBSD.ORG Thu Dec 24 07:45:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8CB31065672 for ; Thu, 24 Dec 2009 07:45:13 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 4A3048FC0A for ; Thu, 24 Dec 2009 07:45:13 +0000 (UTC) Received: by fxm27 with SMTP id 27so8131835fxm.3 for ; Wed, 23 Dec 2009 23:45:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=NlOZ9479vHLNvXWFgDO463C6ywmOMEm0QJYHNiygRNI=; b=mAz8ZMJFmRI/PKfn8yc19GftO+fwSUt6wFM9ZOiq+3O3yZ9g2faIVsqpwkKa6xXYT2 Yt6pX2AXd5V1KV8CyvJkhjkM105v+KTFGNGsFoeyBYbukOm4oCoouNDz1t9g8QpT1lQJ bKIjtwhsKpOngUPIFvv3TKD3y18Xz2Jb4DnVU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=dE+kkParfXtsxgh75C6OCPymovAXJHKOcg3/Ki1WrGmwvYj1bO+rseFKtvshK1RGQq qHqOcd9q79gWGtX+MJdUKl9QB84hRkBvRqyvfRsvui5bffRLZTuJTV2jWgg6extxv5vJ 7FRuyBEP7UCFKmr0zyQ3x+r94xDxgnLVkGEp4= Received: by 10.223.14.140 with SMTP id g12mr650348faa.50.1261640712412; Wed, 23 Dec 2009 23:45:12 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 15sm2840447fxm.10.2009.12.23.23.45.11 (version=SSLv3 cipher=RC4-MD5); Wed, 23 Dec 2009 23:45:11 -0800 (PST) Sender: Alexander Motin Message-ID: <4B331C07.1020706@FreeBSD.org> Date: Thu, 24 Dec 2009 09:45:11 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Diego Depaoli References: <1261624986.00198729.1261614601@10.7.7.3> In-Reply-To: <1261624986.00198729.1261614601@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: ATA_CAM for extradummies X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Dec 2009 07:45:13 -0000 Diego Depaoli wrote: > Trying to rip a DVD with ogmrip which uses libdvd[read | nav | css] my > system becomes unusable. > Syslog repeats many and many times: > ahcich0: port is not ready (timeout 10000ms) tfd = 00000480 > ahcich0: device ready timeout > > ahci0: port > > I can only poweroff the machine since reboot hangs syncing the buffers. > After restart, verbose dmesg causes kernel panic. As soon as your DVD drive is on PATA channel, errors are not directly related to ripping. I think it is related to device scanning before it. I think libdvd tries to send SCSI commands to SATA disks, which is not handled properly by IXP700 AHCI controller. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Dec 24 10:25:23 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFA7B1065694; Thu, 24 Dec 2009 10:25:22 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 270FF8FC13; Thu, 24 Dec 2009 10:25:21 +0000 (UTC) Received: by ewy26 with SMTP id 26so4637220ewy.3 for ; Thu, 24 Dec 2009 02:25:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=i3LcMLs5JpanRz0E0FMMP2g4IYOWd/sIrlAeDxVU564=; b=AEzt7QcMt20tuPLzmQzQl3uNvAxRacdfrfxbYiHYN5S+j/ckpGboKb2SCcS5NuNkRa za/9Iun8WyUsPWTdmKJCimKMIX4Qr+cjxc/9bVIHLxyx3wGrJkV8Q/GtyGzU3j4tUeAm 1EAmHTIMC2DEQQbk9SPcDvqkJGc7DuuQDi8/g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=cFljT8yE/NJNhgzhqExN4hA2lSyoV0inshrBDI2E8EgxM4038dDihGW0pkgtQYUo3u qTbgAsyL75m1pk6uYtbNOT799Im0NuGecHZxSSH0OqeHS0n8ktat3m/V2i9gjWppy6M4 wLa+m5w3Zb7YZOUFRZKX0zRQEBJflRmKK97p0= MIME-Version: 1.0 Received: by 10.213.99.212 with SMTP id v20mr9458083ebn.7.1261650321156; Thu, 24 Dec 2009 02:25:21 -0800 (PST) In-Reply-To: <20091223201438.GD1293@weongyo> References: <20091223035331.GA1293@weongyo> <4B3250E7.1000509@lissyara.su> <20091223201438.GD1293@weongyo> Date: Thu, 24 Dec 2009 11:25:21 +0100 Message-ID: <3a142e750912240225j45a17b07iddd115e25b9bc36f@mail.gmail.com> From: Paul B Mahol To: Weongyo Jeong , Alex Keda , current@freebsd.org, Gonzalo Nemmi , Attilio Rao , Aditya Sarawgi , Andrea Di Pasquale Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Dec 2009 10:25:23 -0000 On 12/23/09, Weongyo Jeong wrote: > On Wed, Dec 23, 2009 at 08:18:31PM +0300, Alex Keda wrote: >> Weongyo Jeong pishet: >> >Hello, >> > >> >Now bwn(4) is available at the public and waiting test and review. The >> >status of this driver is *alpha* so could make panics, warnings and >> >errors. Please let me know if you encounter problems. >> > >> >The following NICs all I have are only tested on the little endian 64bit >> >machine and big endian 32bit machine. >> > >> > - Broadcom BCM4306 802.11b/g Wireless >> > - Broadcom BCM4318 802.11b/g Wireless >> none1@pci0:48:0:0: class=0x028000 card=0x1371103c chip=0x431214e4 >> rev=0x02 hdr=0x00 >> vendor = 'Broadcom Corporation' >> device = 'BCM4310 UART (Wireless Ethernet Adapter)' >> class = network >> bar [10] = type Memory, range 64, base 0xc8000000, size 16384, >> enabled >> cap 01[40] = powerspec 3 supports D0 D1 D2 D3 current D0 >> cap 09[58] = vendor (length 120) >> cap 05[e8] = MSI supports 1 message, 64 bit >> cap 10[d0] = PCI-Express 1 endpoint max data 128(128) link x1(x1) >> >> FreeBSD HP.lissyara.su 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r200750: Sun >> Dec 20 14:47:53 MSK 2009 >> root@HP.lissyara.su:/usr/obj/usr/src/sys/GENERIC amd64 >> >> after load ssb >> ssb0: mem 0xc8000000-0xc8003fff >> irq 18 at device 0.0 on pci48 >> ssb0: unsupportted coreid 0x817 > > Interesting. It looks device has a USB 1.1 host controller(?) in > wireless NIC. I think you can ignore this message that looks no > harm. > >> after load if_bwn I have panic >> bwn0 on ssb0 >> bwn: WLAN (chipid 0x4311 rev B) PHY (analog 4 type 2 rev 9) RADIO (manyf >> 0x17f ver 0x2050 rev 2) >> bwn0: DMA (64 bits) >> bwn0: [FILTER] >> panic: ssb_add_child: 1960: SSB_DEV_80211 is only supported currently. > > It's caused by unexpected SSB core. Could you please test with attached > patch with email and tell me the result? It fixed panic in my case too. Unlike bwi(4) bwn(4) works much better with this card: ssb0: mem 0xf4000000-0xf4003fff irq 17 at device 0.0 on pci16 ssb0: unsupportted coreid 0x817 bwn0 on ssb0 bwn0: WLAN (chipid 0x4311 rev 10) PHY (analog 4 type 2 rev 8) RADIO (manuf 0x17f ver 0x2050 rev 2) bwn0: DMA (32 bits) bwn0: [FILTER] and basic wep works just fine. But I got panic in 'bwn taskq' if I play with hardware RF switch. -- Paul B Mahol From owner-freebsd-current@FreeBSD.ORG Thu Dec 24 10:26:17 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 375EC1065698; Thu, 24 Dec 2009 10:26:17 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 730678FC0C; Thu, 24 Dec 2009 10:26:16 +0000 (UTC) Received: by fxm27 with SMTP id 27so8213995fxm.3 for ; Thu, 24 Dec 2009 02:26:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=i3LcMLs5JpanRz0E0FMMP2g4IYOWd/sIrlAeDxVU564=; b=cnTBU3XsnC05N6BTjVekKEpMvfKJ1Wy7UMUIH+mV0RfbE6kXDq4cfjqbbA6h+Tdqip Z/8tYblushdU0KpAkiuYEnMKnFXeSefkKjA7mCZi5VX54O7aMX/clgaLUnXLDT/IzuDF X0Bg5cnGoJjxMRALpGF4a7WgeDD4QXyJzvO6s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=qZs9HDl3UYOxndu40G9pZxZ3UipTe80TgkeQ4e4lmHtmc7djQPcNZBWFn6qwHNJUr8 +rVo6gkS3P9ZS9JkY/5LYUsm7rCN9LoY9HLzFjwkv9MPYgkjbUzSChzEfs3g1gzuLQ3G V8Dk55zdk9XWyVAo/zTB8+KDBLnVaIUpjA/hQ= MIME-Version: 1.0 Received: by 10.102.216.8 with SMTP id o8mr4605386mug.20.1261650375503; Thu, 24 Dec 2009 02:26:15 -0800 (PST) In-Reply-To: <20091223201438.GD1293@weongyo> References: <20091223035331.GA1293@weongyo> <4B3250E7.1000509@lissyara.su> <20091223201438.GD1293@weongyo> Date: Thu, 24 Dec 2009 11:26:13 +0100 Message-ID: <3a142e750912240226n6b33be63ub3ca80f130e1445f@mail.gmail.com> From: Paul B Mahol To: Weongyo Jeong , Alex Keda , current@freebsd.org, Gonzalo Nemmi , Attilio Rao , Aditya Sarawgi , Andrea Di Pasquale Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Dec 2009 10:26:18 -0000 On 12/23/09, Weongyo Jeong wrote: > On Wed, Dec 23, 2009 at 08:18:31PM +0300, Alex Keda wrote: >> Weongyo Jeong pishet: >> >Hello, >> > >> >Now bwn(4) is available at the public and waiting test and review. The >> >status of this driver is *alpha* so could make panics, warnings and >> >errors. Please let me know if you encounter problems. >> > >> >The following NICs all I have are only tested on the little endian 64bit >> >machine and big endian 32bit machine. >> > >> > - Broadcom BCM4306 802.11b/g Wireless >> > - Broadcom BCM4318 802.11b/g Wireless >> none1@pci0:48:0:0: class=0x028000 card=0x1371103c chip=0x431214e4 >> rev=0x02 hdr=0x00 >> vendor = 'Broadcom Corporation' >> device = 'BCM4310 UART (Wireless Ethernet Adapter)' >> class = network >> bar [10] = type Memory, range 64, base 0xc8000000, size 16384, >> enabled >> cap 01[40] = powerspec 3 supports D0 D1 D2 D3 current D0 >> cap 09[58] = vendor (length 120) >> cap 05[e8] = MSI supports 1 message, 64 bit >> cap 10[d0] = PCI-Express 1 endpoint max data 128(128) link x1(x1) >> >> FreeBSD HP.lissyara.su 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r200750: Sun >> Dec 20 14:47:53 MSK 2009 >> root@HP.lissyara.su:/usr/obj/usr/src/sys/GENERIC amd64 >> >> after load ssb >> ssb0: mem 0xc8000000-0xc8003fff >> irq 18 at device 0.0 on pci48 >> ssb0: unsupportted coreid 0x817 > > Interesting. It looks device has a USB 1.1 host controller(?) in > wireless NIC. I think you can ignore this message that looks no > harm. > >> after load if_bwn I have panic >> bwn0 on ssb0 >> bwn: WLAN (chipid 0x4311 rev B) PHY (analog 4 type 2 rev 9) RADIO (manyf >> 0x17f ver 0x2050 rev 2) >> bwn0: DMA (64 bits) >> bwn0: [FILTER] >> panic: ssb_add_child: 1960: SSB_DEV_80211 is only supported currently. > > It's caused by unexpected SSB core. Could you please test with attached > patch with email and tell me the result? It fixed panic in my case too. Unlike bwi(4) bwn(4) works much better with this card: ssb0: mem 0xf4000000-0xf4003fff irq 17 at device 0.0 on pci16 ssb0: unsupportted coreid 0x817 bwn0 on ssb0 bwn0: WLAN (chipid 0x4311 rev 10) PHY (analog 4 type 2 rev 8) RADIO (manuf 0x17f ver 0x2050 rev 2) bwn0: DMA (32 bits) bwn0: [FILTER] and basic wep works just fine. But I got panic in 'bwn taskq' if I play with hardware RF switch. -- Paul B Mahol From owner-freebsd-current@FreeBSD.ORG Thu Dec 24 10:46:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F4791065670 for ; Thu, 24 Dec 2009 10:46:39 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 221848FC20 for ; Thu, 24 Dec 2009 10:46:38 +0000 (UTC) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id nBOAkaaU093327 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 24 Dec 2009 11:46:37 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by cicely5.cicely.de (8.14.2/8.14.2) with ESMTP id nBOAkR5m045918 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Dec 2009 11:46:27 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id nBOAkQD3040082; Thu, 24 Dec 2009 11:46:26 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id nBOAkQAf040081; Thu, 24 Dec 2009 11:46:26 +0100 (CET) (envelope-from ticso) Date: Thu, 24 Dec 2009 11:46:26 +0100 From: Bernd Walter To: Gleb Kurtsou Message-ID: <20091224104625.GY2260@cicely7.cicely.de> References: <4B2FF2D9.3030005@FreeBSD.org> <4B303AA1.3000603@FreeBSD.org> <20091223144435.GA18018@tops.skynet.lt> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091223144435.GA18018@tops.skynet.lt> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, AWL=0.016, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: Doug Barton , "b. f." , freebsd-current@freebsd.org Subject: Re: powerd and nvidia drivers not playing nicely together (Was: Re: Systems running hot?) 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, 24 Dec 2009 10:46:39 -0000 On Wed, Dec 23, 2009 at 04:44:35PM +0200, Gleb Kurtsou wrote: > On (21/12/2009 19:18), Doug Barton wrote: > > b. f. wrote: > > > On 12/21/09, Doug Barton wrote: > > >> b. f. wrote: > > >>>> no X! So I think to myself, what else did I change last night.... oh > > > > > >>> acpi_perf? acpi_throttle? acpi_thermal? acpi_video? > > >> I haven't done anything special with the acpi stuff. The only thing > > >> that looks relevant from dmesg is: acpi_tz0: on acpi0 > > >> > > > > > > Yes, but which components show up in 'sysctl -a | grep -ie acpi' ? > > > > It's a long list, but here you go: > > http://people.freebsd.org/~dougb/acpi-grep.txt > > > > >>> Which nvidia driver? > > >> The latest. > > > > > > Which video card? > > > > nvidia0: > I had similar problems with GeForce 8400M. GPU temperature could get up > to 100C in X, which increased CPU temperature in its turn. I use > powerd, and had lockups with *_cx_lowest settings. I run amd64, i386 was > just fine on the same notebook. It is not just nvidia. I'm using two plain old PCI Matrox G400 and whenever I start X with powerd enabled I have a full freeze within 24 hours. It doesn't seem to be a problem to start powerd once X is runnning. Maybe it is something like tuning some delay loop with reduced clock rate, which then isn't long enough with increased speed. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Thu Dec 24 14:26:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA45D1065695; Thu, 24 Dec 2009 14:26:08 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id B06CD8FC21; Thu, 24 Dec 2009 14:26:08 +0000 (UTC) Received: from [192.168.1.4] (adsl-156-16-112.bna.bellsouth.net [70.156.16.112]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id nBOEQ4SS029385 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 24 Dec 2009 09:26:04 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: ticso@cicely.de In-Reply-To: <20091224104625.GY2260@cicely7.cicely.de> References: <4B2FF2D9.3030005@FreeBSD.org> <4B303AA1.3000603@FreeBSD.org> <20091223144435.GA18018@tops.skynet.lt> <20091224104625.GY2260@cicely7.cicely.de> Content-Type: text/plain Organization: FreeBSD Date: Thu, 24 Dec 2009 08:25:58 -0600 Message-Id: <1261664758.2280.36.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Gleb Kurtsou , Doug Barton , "b. f." , freebsd-current@freebsd.org Subject: Re: powerd and nvidia drivers not playing nicely together (Was: Re: Systems running hot?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Dec 2009 14:26:09 -0000 On Thu, 2009-12-24 at 11:46 +0100, Bernd Walter wrote: > On Wed, Dec 23, 2009 at 04:44:35PM +0200, Gleb Kurtsou wrote: > > On (21/12/2009 19:18), Doug Barton wrote: > > > b. f. wrote: > > > > On 12/21/09, Doug Barton wrote: > > > >> b. f. wrote: > > > >>>> no X! So I think to myself, what else did I change last night.... oh > > > > > > > >>> acpi_perf? acpi_throttle? acpi_thermal? acpi_video? > > > >> I haven't done anything special with the acpi stuff. The only thing > > > >> that looks relevant from dmesg is: acpi_tz0: on acpi0 > > > >> > > > > > > > > Yes, but which components show up in 'sysctl -a | grep -ie acpi' ? > > > > > > It's a long list, but here you go: > > > http://people.freebsd.org/~dougb/acpi-grep.txt > > > > > > >>> Which nvidia driver? > > > >> The latest. > > > > > > > > Which video card? > > > > > > nvidia0: > > I had similar problems with GeForce 8400M. GPU temperature could get up > > to 100C in X, which increased CPU temperature in its turn. I use > > powerd, and had lockups with *_cx_lowest settings. I run amd64, i386 was > > just fine on the same notebook. > > It is not just nvidia. > I'm using two plain old PCI Matrox G400 and whenever I start X with > powerd enabled I have a full freeze within 24 hours. > It doesn't seem to be a problem to start powerd once X is runnning. > Maybe it is something like tuning some delay loop with reduced clock > rate, which then isn't long enough with increased speed. FWIW, I run powerd on any machine that is capable. I don't think that it works on my box that has older opteron and the agp mga in it, or at least I haven't figured out the right settings for that one. i.e. cpufreq doesn't attach... I do run it on my core2duo's that I use for radeon, intel and nouveau work and I've not seen any issues. One of those boxes just works, the other doesn't use est since the BIOS doesn't provide P-State information. powerd still runs reliably on both. Also an atom 330 w/ intel gfx, which shows up as dual hyper-threaded cores. I have seen powerd hang a box, but it has been a while. IIRC, the box that I had the issue on was a dual Xeon, and when the frequencies went too low or perhaps got out of sync, it would lock up. I never attributed the issue to X or drm. It has been well over a year since I had access to that box, so I might be mis-remembering some details. robert. -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Thu Dec 24 14:32:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DB4D10656B5; Thu, 24 Dec 2009 14:32:30 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2A0428FC1B; Thu, 24 Dec 2009 14:32:30 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id B0F2E46B09; Thu, 24 Dec 2009 09:32:29 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 9578D8A01B; Thu, 24 Dec 2009 09:32:28 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org, Weongyo Jeong Date: Thu, 24 Dec 2009 09:25:05 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <20091223035331.GA1293@weongyo> <4B3250E7.1000509@lissyara.su> <20091223201438.GD1293@weongyo> In-Reply-To: <20091223201438.GD1293@weongyo> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <200912240925.05419.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 24 Dec 2009 09:32:28 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Andrea Di Pasquale , current@freebsd.org, Alex Keda , Attilio Rao , Aditya Sarawgi , Gonzalo Nemmi Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Dec 2009 14:32:30 -0000 On Wednesday 23 December 2009 3:14:38 pm Weongyo Jeong wrote: > On Wed, Dec 23, 2009 at 08:18:31PM +0300, Alex Keda wrote: > > Weongyo Jeong =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > >Hello, > > > > > >Now bwn(4) is available at the public and waiting test and review. The > > >status of this driver is *alpha* so could make panics, warnings and > > >errors. Please let me know if you encounter problems. > > > > > >The following NICs all I have are only tested on the little endian 64b= it > > >machine and big endian 32bit machine. > > > > > > - Broadcom BCM4306 802.11b/g Wireless > > > - Broadcom BCM4318 802.11b/g Wireless > > none1@pci0:48:0:0: class=3D0x028000 card=3D0x1371103c chip=3D0x431= 214e4=20 > > rev=3D0x02 hdr=3D0x00 > > vendor =3D 'Broadcom Corporation' > > device =3D 'BCM4310 UART (Wireless Ethernet Adapter)' > > class =3D network > > bar [10] =3D type Memory, range 64, base 0xc8000000, size 16384,= =20 > > enabled > > cap 01[40] =3D powerspec 3 supports D0 D1 D2 D3 current D0 > > cap 09[58] =3D vendor (length 120) > > cap 05[e8] =3D MSI supports 1 message, 64 bit > > cap 10[d0] =3D PCI-Express 1 endpoint max data 128(128) link x1(x1) > >=20 > > FreeBSD HP.lissyara.su 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r200750: Sun= =20 > > Dec 20 14:47:53 MSK 2009=20 > > root@HP.lissyara.su:/usr/obj/usr/src/sys/GENERIC amd64 > >=20 > > after load ssb > > ssb0: mem 0xc8000000-0xc8003fff= =20 > > irq 18 at device 0.0 on pci48 > > ssb0: unsupportted coreid 0x817 >=20 > Interesting. It looks device has a USB 1.1 host controller(?) in > wireless NIC. I think you can ignore this message that looks no > harm. I have a Broadcom card that bwn(4) doesn't recognize. It also required thi= s=20 patch. Note that my laptop has a USB bluetooth device that is enabled by t= he=20 wireless radio button, so perhaps that is why I have a USB device? Anyway,= =20 here are the messages I currently get from ssb/bwn. I've also included the= =20 attach messages from my ndis(4) driver which claims this is a 4322 device. = It=20 has a PCI device id of 0x432b. ssb0: mem 0xe8000000-0xe8003fff irq 16 at device 0.0 on pci8 ssb0: warn: multiple PCI(E) cores ssb0: unsupportted coreid 0x81a ssb0: unsupportted coreid 0x8ff ssb0: unsupportted coreid 0x80e ssb0: unknown chipid 0x4322 for PLL & PMU init bwn0 on ssb0 bwn0: unsupported PHY type (4) device_attach: bwn0 attach returned 6 bwn0 on ssb0 bwn0: unsupported PHY type (4) device_attach: bwn0 attach returned 6 ssb0: detached ndis0: mem=20 0xe8000000-0xe8003fff irq 16 at device 0.0 on pci8 ndis0: [ITHREAD] ndis0: NDIS API version: 5.1 wlan0: Ethernet address: 00:21:00:ab:f7:55 =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Dec 24 14:32:30 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DB4D10656B5; Thu, 24 Dec 2009 14:32:30 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2A0428FC1B; Thu, 24 Dec 2009 14:32:30 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id B0F2E46B09; Thu, 24 Dec 2009 09:32:29 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 9578D8A01B; Thu, 24 Dec 2009 09:32:28 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org, Weongyo Jeong Date: Thu, 24 Dec 2009 09:25:05 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <20091223035331.GA1293@weongyo> <4B3250E7.1000509@lissyara.su> <20091223201438.GD1293@weongyo> In-Reply-To: <20091223201438.GD1293@weongyo> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <200912240925.05419.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 24 Dec 2009 09:32:28 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Andrea Di Pasquale , current@freebsd.org, Alex Keda , Attilio Rao , Aditya Sarawgi , Gonzalo Nemmi Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Dec 2009 14:32:30 -0000 On Wednesday 23 December 2009 3:14:38 pm Weongyo Jeong wrote: > On Wed, Dec 23, 2009 at 08:18:31PM +0300, Alex Keda wrote: > > Weongyo Jeong =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > >Hello, > > > > > >Now bwn(4) is available at the public and waiting test and review. The > > >status of this driver is *alpha* so could make panics, warnings and > > >errors. Please let me know if you encounter problems. > > > > > >The following NICs all I have are only tested on the little endian 64b= it > > >machine and big endian 32bit machine. > > > > > > - Broadcom BCM4306 802.11b/g Wireless > > > - Broadcom BCM4318 802.11b/g Wireless > > none1@pci0:48:0:0: class=3D0x028000 card=3D0x1371103c chip=3D0x431= 214e4=20 > > rev=3D0x02 hdr=3D0x00 > > vendor =3D 'Broadcom Corporation' > > device =3D 'BCM4310 UART (Wireless Ethernet Adapter)' > > class =3D network > > bar [10] =3D type Memory, range 64, base 0xc8000000, size 16384,= =20 > > enabled > > cap 01[40] =3D powerspec 3 supports D0 D1 D2 D3 current D0 > > cap 09[58] =3D vendor (length 120) > > cap 05[e8] =3D MSI supports 1 message, 64 bit > > cap 10[d0] =3D PCI-Express 1 endpoint max data 128(128) link x1(x1) > >=20 > > FreeBSD HP.lissyara.su 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r200750: Sun= =20 > > Dec 20 14:47:53 MSK 2009=20 > > root@HP.lissyara.su:/usr/obj/usr/src/sys/GENERIC amd64 > >=20 > > after load ssb > > ssb0: mem 0xc8000000-0xc8003fff= =20 > > irq 18 at device 0.0 on pci48 > > ssb0: unsupportted coreid 0x817 >=20 > Interesting. It looks device has a USB 1.1 host controller(?) in > wireless NIC. I think you can ignore this message that looks no > harm. I have a Broadcom card that bwn(4) doesn't recognize. It also required thi= s=20 patch. Note that my laptop has a USB bluetooth device that is enabled by t= he=20 wireless radio button, so perhaps that is why I have a USB device? Anyway,= =20 here are the messages I currently get from ssb/bwn. I've also included the= =20 attach messages from my ndis(4) driver which claims this is a 4322 device. = It=20 has a PCI device id of 0x432b. ssb0: mem 0xe8000000-0xe8003fff irq 16 at device 0.0 on pci8 ssb0: warn: multiple PCI(E) cores ssb0: unsupportted coreid 0x81a ssb0: unsupportted coreid 0x8ff ssb0: unsupportted coreid 0x80e ssb0: unknown chipid 0x4322 for PLL & PMU init bwn0 on ssb0 bwn0: unsupported PHY type (4) device_attach: bwn0 attach returned 6 bwn0 on ssb0 bwn0: unsupported PHY type (4) device_attach: bwn0 attach returned 6 ssb0: detached ndis0: mem=20 0xe8000000-0xe8003fff irq 16 at device 0.0 on pci8 ndis0: [ITHREAD] ndis0: NDIS API version: 5.1 wlan0: Ethernet address: 00:21:00:ab:f7:55 =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Dec 24 14:51:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30DBE1065676 for ; Thu, 24 Dec 2009 14:51:37 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id C84388FC08 for ; Thu, 24 Dec 2009 14:51:36 +0000 (UTC) Received: (qmail 59538 invoked from network); 24 Dec 2009 14:51:36 -0000 Received: from unknown (HELO ?10.0.0.158?) (spawk@128.238.64.31) by acm.poly.edu with AES256-SHA encrypted SMTP; 24 Dec 2009 14:51:36 -0000 Message-ID: <4B337FEA.6060506@acm.poly.edu> Date: Thu, 24 Dec 2009 09:51:22 -0500 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.23 (X11/20090910) MIME-Version: 1.0 To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Hot-swap support with ATA_CAM on ICH9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Dec 2009 14:51:37 -0000 Ahoy. I have a machine with some SATA disks connected to an ICH9 controller. The BIOS has no options to enable AHCI support on the controller (not that I know for sure that it even has AHCI support). Once a disk on the controller is removed, using the old ata(4) driver, no new disks are detected using atacontrol's "reinit" or "detach" and the machine must be rebooted for the new disk to be seen. I'm wondering whether this has a chance of working with the new ATA_CAM code. If so, I'll give it a whirl and report back. Thank you. -Boris From owner-freebsd-current@FreeBSD.ORG Thu Dec 24 16:17:16 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD73A106568B for ; Thu, 24 Dec 2009 16:17:16 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from mail.stillbilde.net (d80.iso100.no [81.175.61.195]) by mx1.freebsd.org (Postfix) with ESMTP id 580BB8FC14 for ; Thu, 24 Dec 2009 16:17:16 +0000 (UTC) Received: from [192.168.4.11] (unknown [192.168.4.11]) (Authenticated sender: svein) by mail.stillbilde.net (Familien Skogens mail) with ESMTPSA id 431C97C; Thu, 24 Dec 2009 17:17:17 +0100 (CET) Message-ID: <4B339409.9050706@stillbilde.net> Date: Thu, 24 Dec 2009 17:17:13 +0100 From: "Svein Skogen (Listmail Account)" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: stable@FreeBSD.org, "list, nut-upsdev" , current@FreeBSD.org X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Merry Christmas to all on the list! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Dec 2009 16:17:16 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 It's that time of year again. The time when we think about those who we have to thank for their efforts. Thank you all, for your efforts in making the day-to-day maintenance of my computer solutions easier. Thank you for your efforts in creating a solid software alternative to the shrink-wrap-licensed products. A merry Christmas to all of you! Regards, Svein Skogen - -- - --------+-------------------+------------------------------- /"\ |Svein Skogen | svein@d80.iso100.no \ / |Solberg Østli 9 | PGP Key: 0xE5E76831 X |2020 Skedsmokorset | svein@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | svein@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listmail@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +-------------------+------------------------------- |msn messenger: | Mobile Phone: +47 907 03 575 |svein@jernhuset.no | RIPE handle: SS16503-RIPE - --------+-------------------+------------------------------- If you really are in a hurry, mail me at svein-mobile@stillbilde.net This mailbox goes directly to my cellphone and is checked even when I'm not in front of my computer. - ------------------------------------------------------------ Picture Gallery: https://gallery.stillbilde.net/v/svein/ - ------------------------------------------------------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkszlAkACgkQODUnwSLUlKTZNACcC5MS+XLl7avCRJPrM1hSF7BD JJ0AmwbjcOJq/sppZv3hOBrvyONRQY3u =PEhK -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Dec 24 16:24:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A23F106568B; Thu, 24 Dec 2009 16:24:24 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail2.es.net [IPv6:2001:400:107:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3FBCF8FC1C; Thu, 24 Dec 2009 16:24:24 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id nBOGOCtY027618 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 24 Dec 2009 08:24:13 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id BA73A1CC0B; Thu, 24 Dec 2009 08:24:12 -0800 (PST) To: ticso@cicely.de In-reply-to: Your message of "Thu, 24 Dec 2009 11:46:26 +0100." <20091224104625.GY2260@cicely7.cicely.de> Date: Thu, 24 Dec 2009 08:24:12 -0800 From: "Kevin Oberman" Message-Id: <20091224162412.BA73A1CC0B@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-12-23_10:2009-12-12, 2009-12-23, 2009-12-23 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-0912230263 Cc: Gleb Kurtsou , Doug Barton , "b. f." , freebsd-current@freebsd.org Subject: Re: powerd and nvidia drivers not playing nicely together (Was: Re: Systems running hot?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Dec 2009 16:24:24 -0000 > Date: Thu, 24 Dec 2009 11:46:26 +0100 > From: Bernd Walter > Sender: owner-freebsd-current@freebsd.org > > On Wed, Dec 23, 2009 at 04:44:35PM +0200, Gleb Kurtsou wrote: > > On (21/12/2009 19:18), Doug Barton wrote: > > > b. f. wrote: > > > > On 12/21/09, Doug Barton wrote: > > > >> b. f. wrote: > > > >>>> no X! So I think to myself, what else did I change last night.... oh > > > > > > > >>> acpi_perf? acpi_throttle? acpi_thermal? acpi_video? > > > >> I haven't done anything special with the acpi stuff. The only thing > > > >> that looks relevant from dmesg is: acpi_tz0: on acpi0 > > > >> > > > > > > > > Yes, but which components show up in 'sysctl -a | grep -ie acpi' ? > > > > > > It's a long list, but here you go: > > > http://people.freebsd.org/~dougb/acpi-grep.txt > > > > > > >>> Which nvidia driver? > > > >> The latest. > > > > > > > > Which video card? > > > > > > nvidia0: > > I had similar problems with GeForce 8400M. GPU temperature could get up > > to 100C in X, which increased CPU temperature in its turn. I use > > powerd, and had lockups with *_cx_lowest settings. I run amd64, i386 was > > just fine on the same notebook. > > It is not just nvidia. > I'm using two plain old PCI Matrox G400 and whenever I start X with > powerd enabled I have a full freeze within 24 hours. > It doesn't seem to be a problem to start powerd once X is runnning. > Maybe it is something like tuning some delay loop with reduced clock > rate, which then isn't long enough with increased speed. Quick question...are you using throttling/TCC? If so, either turn it off or limit how low it can run the CPU. When I was running throttling on systems with old Matrox and Radeon cards, they would freeze if the throttling went too low. As mav pointed out at http://wiki.freebsd.org/TuningPowerConsumption, TCC does little to conserve power and was not designed for that. TCC is Thermal Control Circuit and is designed to keep the CPU form over-temping. It works for this, but not power management. I'd love to see it off (for power management) by default. hint.p4tcc.0.disabled=1 hint.acpi_throttle.0.disabled=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 From owner-freebsd-current@FreeBSD.ORG Thu Dec 24 17:47:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABABD1065672; Thu, 24 Dec 2009 17:47:38 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 6C23D8FC08; Thu, 24 Dec 2009 17:47:38 +0000 (UTC) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NNrmf-00026l-Sj; Thu, 24 Dec 2009 17:47:37 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NNrmf-00075l-4n; Thu, 24 Dec 2009 17:47:33 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nBOHlWhv001878; Thu, 24 Dec 2009 17:47:32 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nBOHlW0V001877; Thu, 24 Dec 2009 17:47:32 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 24 Dec 2009 17:47:32 +0000 From: Anton Shterenlikht To: freebsd-sparc64@freebsd.org, freebsd-current@freebsd.org Message-ID: <20091224174732.GA1868@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: Subject: buildkernel failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Dec 2009 17:47:38 -0000 today's src: cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-pr ototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn o-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/ contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-c ommon -finline-limit=15000 --param inline-unit-growth=100 --param large-function -growth=1000 -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Wer ror vers.c linking kernel.debug scvidctl.o(.text+0x68): In function `sc_render_match': /usr/src/sys/dev/syscons/scvidctl.c:880: undefined reference to `__start_set_scr ndr_set' scvidctl.o(.text+0x6c):/usr/src/sys/dev/syscons/scvidctl.c:880: undefined refere nce to `__start_set_scrndr_set' scvidctl.o(.text+0x74):/usr/src/sys/dev/syscons/scvidctl.c:880: undefined refere nce to `__start_set_scrndr_set' scvidctl.o(.text+0x7c):/usr/src/sys/dev/syscons/scvidctl.c:880: undefined refere nce to `__start_set_scrndr_set' scvidctl.o(.text+0x80):/usr/src/sys/dev/syscons/scvidctl.c:880: undefined refere nce to `__stop_set_scrndr_set' scvidctl.o(.text+0x84):/usr/src/sys/dev/syscons/scvidctl.c:880: undefined refere nce to `__stop_set_scrndr_set' scvidctl.o(.text+0x8c):/usr/src/sys/dev/syscons/scvidctl.c:880: undefined refere nce to `__stop_set_scrndr_set' scvidctl.o(.text+0x94):/usr/src/sys/dev/syscons/scvidctl.c:880: undefined refere nce to `__stop_set_scrndr_set' scvidctl.o(.text+0xa0):/usr/src/sys/dev/syscons/scvidctl.c:880: undefined refere nce to `__start_set_scrndr_set' scvidctl.o(.text+0xfc):/usr/src/sys/dev/syscons/scvidctl.c:871: undefined refere nce to `__start_set_scrndr_set' scvidctl.o(.text+0x104):/usr/src/sys/dev/syscons/scvidctl.c:871: undefined refer ence to `__start_set_scrndr_set' scvidctl.o(.text+0x10c):/usr/src/sys/dev/syscons/scvidctl.c:871: undefined refer ence to `__start_set_scrndr_set' scvidctl.o(.tex fb.o(.text+0x144): In function `vid_configure': /usr/src/sys/dev/fb/fb.c:288: undefined reference to `__start_set_videodriver_se t' fb.o(.text+0x148):/usr/src/sys/dev/fb/fb.c:288: undefined reference to `__start_ set_videodriver_set' fb.o(.text+0x150):/usr/src/sys/dev/fb/fb.c:288: undefined reference to `__start_ set_videodriver_set' fb.o(.text+0x158):/usr/src/sys/dev/fb/fb.c:288: undefined reference to `__start_ set_videodriver_set' fb.o(.text+0x15c):/usr/src/sys/dev/fb/fb.c:288: undefined reference to `__stop_s et_videodriver_set' fb.o(.text+0x160):/usr/src/sys/dev/fb/fb.c:288: undefined reference to `__stop_s et_videodriver_set' fb.o(.text+0x168):/usr/src/sys/dev/fb/fb.c:288: undefined reference to `__stop_s et_videodriver_set' fb.o(.text+0x170):/usr/src/sys/dev/fb/fb.c:288: undefined reference to `__stop_s et_videodriver_set' fb.o(.text+0x180):/usr/src/sys/dev/fb/fb.c:288: undefined reference to `__stop_s et_videodriver_set' fb.o(.text+0x184):/usr/src/sys/dev/fb/fb.c:288: more undefined references to `__ stop_set_videodriver_set' follow fb.o(.text+0x644): In function `vid_get_switch': /usr/src/sys/dev/fb/fb.c:199: undefined reference to `__start_set_videodriver_se t' fb.o(.text+0x648):/usr/src/sys/dev/fb/fb.c:199: undefined reference to `__start_ set_videodriver_set' fb.o(.text+0x650):/usr/src/sys/dev/fb/fb.c:199: undefined reference to `__start_ set_videodriver_set' fb.o(.text+0x658):/usr/src/sys/dev/fb/fb.c:199: undefined reference to `__start_ set_videodriver_set' fb.o(.text+0x65c):/usr/src/sys/dev/fb/fb.c:199: undefined reference to `__stop_s et_videodriver_set' fb.o(.text+0x660):/usr/src/sys/dev/fb/fb.c:199: undefined reference to `__stop_s et_videodriver_set' fb.o(.text+0x668):/usr/src/sys/dev/fb/fb.c:199: undefined reference to `__stop_s et_videodriver_set' fb.o(.text+0x670):/usr/src/sys/dev/fb/fb.c:199: undefined reference to `__stop_s et_videodriver_set' fb.o(.text+0x684):/usr/src/sys/dev/fb/fb.c:199: undefined reference to `__stop_s et_videodriver_set' fb.o(.text+0x688):/usr/src/sys/dev/fb/fb.c:199: more undefined references to `__ stop_set_videodriver_set' follow fb.o(.text+0x8ec): In function `vid_register': /usr/src/sys/dev/fb/fb.c:167: undefined reference to `__start_set_videodriver_se t' fb.o(.text+0x8f0):/usr/src/sys/dev/fb/fb.c:167: undefined reference to `__start_ set_videodriver_set' fb.o(.text+0x8f8):/usr/src/sys/dev/fb/fb.c:167: undefined reference to `__start_ set_videodriver_set' fb.o(.text+0x900):/usr/src/sys/dev/fb/fb.c:167: undefined reference to `__start_ set_videodriver_set' fb.o(.text+0x904):/usr/src/sys/dev/fb/fb.c:167: undefined reference to `__stop_s et_videodriver_set' fb.o(.text+0x908):/usr/src/sys/dev/fb/fb.c:167: undefined reference to `__stop_s et_videodriver_set' fb.o(.text+0x910):/usr/src/sys/dev/fb/fb.c:167: undefined reference to `__stop_s et_videodriver_set' fb.o(.text+0x918):/usr/src/sys/dev/fb/fb.c:167: undefined reference to `__stop_s et_videodriver_set' fb.o(.text+0x92c):/usr/src/sys/dev/fb/fb.c:167: undefined reference to `__stop_s et_videodriver_set' fb.o(.text+0x930):/usr/src/sys/dev/fb/fb.c:167: more undefined references to `__ stop_set_videodriver_set' follow *** Error code 1 1 error -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Dec 24 17:48:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5691F1065672; Thu, 24 Dec 2009 17:48:42 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id EF6B68FC18; Thu, 24 Dec 2009 17:48:41 +0000 (UTC) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id nBOHmHsD019897 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 24 Dec 2009 18:48:17 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by cicely5.cicely.de (8.14.2/8.14.2) with ESMTP id nBOHmCY5070621 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Dec 2009 18:48:15 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id nBOHmCdB041791; Thu, 24 Dec 2009 18:48:12 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id nBOHmAjR041790; Thu, 24 Dec 2009 18:48:10 +0100 (CET) (envelope-from ticso) Date: Thu, 24 Dec 2009 18:48:10 +0100 From: Bernd Walter To: Kevin Oberman Message-ID: <20091224174809.GZ2260@cicely7.cicely.de> References: <20091224104625.GY2260@cicely7.cicely.de> <20091224162412.BA73A1CC0B@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091224162412.BA73A1CC0B@ptavv.es.net> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, AWL=0.015, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: Gleb Kurtsou , Doug Barton , ticso@cicely.de, freebsd-current@freebsd.org, "b. f." Subject: Re: powerd and nvidia drivers not playing nicely together (Was: Re: Systems running hot?) 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, 24 Dec 2009 17:48:42 -0000 On Thu, Dec 24, 2009 at 08:24:12AM -0800, Kevin Oberman wrote: > > Date: Thu, 24 Dec 2009 11:46:26 +0100 > > From: Bernd Walter > > Sender: owner-freebsd-current@freebsd.org > > > > On Wed, Dec 23, 2009 at 04:44:35PM +0200, Gleb Kurtsou wrote: > > > On (21/12/2009 19:18), Doug Barton wrote: > > > > b. f. wrote: > > > > > On 12/21/09, Doug Barton wrote: > > > > >> b. f. wrote: > > > > >>>> no X! So I think to myself, what else did I change last night.... oh > > > > > > > > > >>> acpi_perf? acpi_throttle? acpi_thermal? acpi_video? > > > > >> I haven't done anything special with the acpi stuff. The only thing > > > > >> that looks relevant from dmesg is: acpi_tz0: on acpi0 > > > > >> > > > > > > > > > > Yes, but which components show up in 'sysctl -a | grep -ie acpi' ? > > > > > > > > It's a long list, but here you go: > > > > http://people.freebsd.org/~dougb/acpi-grep.txt > > > > > > > > >>> Which nvidia driver? > > > > >> The latest. > > > > > > > > > > Which video card? > > > > > > > > nvidia0: > > > I had similar problems with GeForce 8400M. GPU temperature could get up > > > to 100C in X, which increased CPU temperature in its turn. I use > > > powerd, and had lockups with *_cx_lowest settings. I run amd64, i386 was > > > just fine on the same notebook. > > > > It is not just nvidia. > > I'm using two plain old PCI Matrox G400 and whenever I start X with > > powerd enabled I have a full freeze within 24 hours. > > It doesn't seem to be a problem to start powerd once X is runnning. > > Maybe it is something like tuning some delay loop with reduced clock > > rate, which then isn't long enough with increased speed. > > Quick question...are you using throttling/TCC? If so, either turn it off > or limit how low it can run the CPU. When I was running throttling on > systems with old Matrox and Radeon cards, they would freeze if the > throttling went too low. I asume yes - not sure about all those modern fancy names. In other words dev.cpu.?.freq changes. > As mav pointed out at http://wiki.freebsd.org/TuningPowerConsumption, > TCC does little to conserve power and was not designed for that. TCC is > Thermal Control Circuit and is designed to keep the CPU form > over-temping. It works for this, but not power management. I'd love to > see it off (for power management) by default. > hint.p4tcc.0.disabled=1 > hint.acpi_throttle.0.disabled=1 What is the difference between the hints and disabling powerd? My system is a C2 quad on an Intel board running i386/PAE. Only C1 is supported, which - to my knowledge - doesn't require powerd and should be active by default. [20]cicely7# 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.temperature: 60 dev.cpu.0.freq: 2394 dev.cpu.0.freq_levels: 2394/89000 2094/77875 1795/66750 1496/55625 1197/44500 897/33375 598/22250 299/11125 dev.cpu.0.cx_supported: C1/1 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.CPU1 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpu.1.temperature: 59 dev.cpu.1.cx_supported: C1/1 dev.cpu.1.cx_lowest: C1 dev.cpu.1.cx_usage: 100.00% dev.cpu.2.%desc: ACPI CPU dev.cpu.2.%driver: cpu dev.cpu.2.%location: handle=\_PR_.CPU2 dev.cpu.2.%pnpinfo: _HID=none _UID=0 dev.cpu.2.%parent: acpi0 dev.cpu.2.temperature: 54 dev.cpu.2.cx_supported: C1/1 dev.cpu.2.cx_lowest: C1 dev.cpu.2.cx_usage: 100.00% dev.cpu.3.%desc: ACPI CPU dev.cpu.3.%driver: cpu dev.cpu.3.%location: handle=\_PR_.CPU3 dev.cpu.3.%pnpinfo: _HID=none _UID=0 dev.cpu.3.%parent: acpi0 dev.cpu.3.temperature: 52 dev.cpu.3.cx_supported: C1/1 dev.cpu.3.cx_lowest: C1 dev.cpu.3.cx_usage: 100.00% -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Thu Dec 24 18:11:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 724F31065672 for ; Thu, 24 Dec 2009 18:11:09 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 022CA8FC30 for ; Thu, 24 Dec 2009 18:11:08 +0000 (UTC) Received: by fxm27 with SMTP id 27so8487848fxm.3 for ; Thu, 24 Dec 2009 10:11:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=Ka9VM6BhU4xqYOh115nrTqS0zg19dzrWcgd0jgj7byk=; b=nFxHOM8P+Mwn5nyLwrN7PQP92Y769rdWkZb1VCVpcKMUhTZ5afDRsdv1ooaMZfTxgu DXP0KPDia4s8VzL5Qm0x5Ew5iEa90it7ls7P2A7nffRPrTFhSFqxKdjqL7AT1oIry4mQ rVADEb5tfMY3oKQTUNSCzACNJ39hxBHkUMMQA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; b=dlo+WTB1AvDrU3iTgbQ6FW1Rc0X3dVEl71iWfcRzAj/LQcy0DIjdQLQhwm8UMYpjd2 4KNt8q0EU6zqhtKBz7jmuW39oqSana/ZAUOvTCwMNqtUFDTNVP4AwBX265YPhBoI5L+E 3LybD8H+LXKjyp1rQrGM9Yq+IE+j3WLcrKrv0= Received: by 10.223.5.8 with SMTP id 8mr3731179fat.48.1261678264408; Thu, 24 Dec 2009 10:11:04 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 14sm2972624fxm.15.2009.12.24.10.11.03 (version=SSLv3 cipher=RC4-MD5); Thu, 24 Dec 2009 10:11:04 -0800 (PST) Sender: Alexander Motin Message-ID: <4B33AEB7.6070704@FreeBSD.org> Date: Thu, 24 Dec 2009 20:11:03 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Boris Kochergin , FreeBSD-Current References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Hot-swap support with ATA_CAM on ICH9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Dec 2009 18:11:09 -0000 Boris Kochergin wrote: > Ahoy. I have a machine with some SATA disks connected to an ICH9 > controller. The BIOS has no options to enable AHCI support on the > controller (not that I know for sure that it even has AHCI support). > Once a disk on the controller is removed, using the old ata(4) driver, > no new disks are detected using atacontrol's "reinit" or "detach" and > the machine must be rebooted for the new disk to be seen. I'm wondering > whether this has a chance of working with the new ATA_CAM code. If so, > I'll give it a whirl and report back. Thank you. It should work fine with ATA_CAM. To completely reinitialize and rescan bus you should do now: camcontrol reset X camcontrol rescan X I am going to make it more automatic later. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Dec 24 19:43:20 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEC1E1065670; Thu, 24 Dec 2009 19:43:20 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id 600858FC1D; Thu, 24 Dec 2009 19:43:20 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 9so1784559qwb.7 for ; Thu, 24 Dec 2009 11:43:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=tT5n6fV83ZqSXD09sn1IdoSxlx/CWcrRUfoA6z2oEEk=; b=RC6upWRw0AAiTKJ9RQiOkgZxwkdQfQEQdC7bz8BLRsTrFW7EHgZbF2m5EOOg12iUtd WWhlrXl/pGWw59LD+H4wPSL+7pPL4Mip/R8mSCwTw7ZdciRbbiswXgXFGNWvGqpXbxpw pGlMW2WVCQVelHOquhUCYkFf68KP1GVYMWnz4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=aRZNRPTp4TAkhkGuG6+6nJf5amU1AS8n8Tdz0n1qkmQI3u3rpdPq1RLL4pB1RGI2oO Nzm1p+s7DUXq3Ov+QgCSws1+2q9h/5ivpX+9EDpkJyC+TWS82AVugYI4T+o0mZV8m2AM bhOj3qzprP0WBxFnqsgsU2c9QMcTvDmgX6zfU= Received: by 10.224.26.228 with SMTP id f36mr6031398qac.239.1261683799662; Thu, 24 Dec 2009 11:43:19 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 20sm7483405qyk.13.2009.12.24.11.43.17 (version=SSLv3 cipher=RC4-MD5); Thu, 24 Dec 2009 11:43:18 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Thu, 24 Dec 2009 11:43:16 -0800 From: Weongyo Jeong Date: Thu, 24 Dec 2009 11:43:16 -0800 To: Paul B Mahol Message-ID: <20091224194316.GA1491@weongyo> Mail-Followup-To: Paul B Mahol , Alex Keda , current@freebsd.org, Gonzalo Nemmi , Attilio Rao , Aditya Sarawgi , Andrea Di Pasquale References: <20091223035331.GA1293@weongyo> <4B3250E7.1000509@lissyara.su> <20091223201438.GD1293@weongyo> <3a142e750912240225j45a17b07iddd115e25b9bc36f@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3a142e750912240225j45a17b07iddd115e25b9bc36f@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: Andrea Di Pasquale , current@freebsd.org, Alex Keda , Attilio Rao , Aditya Sarawgi , Gonzalo Nemmi Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Dec 2009 19:43:20 -0000 On Thu, Dec 24, 2009 at 11:25:21AM +0100, Paul B Mahol wrote: > On 12/23/09, Weongyo Jeong wrote: > > On Wed, Dec 23, 2009 at 08:18:31PM +0300, Alex Keda wrote: > >> Weongyo Jeong pishet: > >> >Hello, > >> > > >> >Now bwn(4) is available at the public and waiting test and review. The > >> >status of this driver is *alpha* so could make panics, warnings and > >> >errors. Please let me know if you encounter problems. > >> > > >> >The following NICs all I have are only tested on the little endian 64bit > >> >machine and big endian 32bit machine. > >> > > >> > - Broadcom BCM4306 802.11b/g Wireless > >> > - Broadcom BCM4318 802.11b/g Wireless > >> none1@pci0:48:0:0: class=0x028000 card=0x1371103c chip=0x431214e4 > >> rev=0x02 hdr=0x00 > >> vendor = 'Broadcom Corporation' > >> device = 'BCM4310 UART (Wireless Ethernet Adapter)' > >> class = network > >> bar [10] = type Memory, range 64, base 0xc8000000, size 16384, > >> enabled > >> cap 01[40] = powerspec 3 supports D0 D1 D2 D3 current D0 > >> cap 09[58] = vendor (length 120) > >> cap 05[e8] = MSI supports 1 message, 64 bit > >> cap 10[d0] = PCI-Express 1 endpoint max data 128(128) link x1(x1) > >> > >> FreeBSD HP.lissyara.su 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r200750: Sun > >> Dec 20 14:47:53 MSK 2009 > >> root@HP.lissyara.su:/usr/obj/usr/src/sys/GENERIC amd64 > >> > >> after load ssb > >> ssb0: mem 0xc8000000-0xc8003fff > >> irq 18 at device 0.0 on pci48 > >> ssb0: unsupportted coreid 0x817 > > > > Interesting. It looks device has a USB 1.1 host controller(?) in > > wireless NIC. I think you can ignore this message that looks no > > harm. > > > >> after load if_bwn I have panic > >> bwn0 on ssb0 > >> bwn: WLAN (chipid 0x4311 rev B) PHY (analog 4 type 2 rev 9) RADIO (manyf > >> 0x17f ver 0x2050 rev 2) > >> bwn0: DMA (64 bits) > >> bwn0: [FILTER] > >> panic: ssb_add_child: 1960: SSB_DEV_80211 is only supported currently. > > > > It's caused by unexpected SSB core. Could you please test with attached > > patch with email and tell me the result? > > It fixed panic in my case too. > > Unlike bwi(4) bwn(4) works much better with this card: > > ssb0: mem 0xf4000000-0xf4003fff > irq 17 at device 0.0 on pci16 > ssb0: unsupportted coreid 0x817 > bwn0 on ssb0 > bwn0: WLAN (chipid 0x4311 rev 10) PHY (analog 4 type 2 rev 8) RADIO > (manuf 0x17f ver 0x2050 rev 2) > bwn0: DMA (32 bits) > bwn0: [FILTER] > > and basic wep works just fine. > > But I got panic in 'bwn taskq' if I play with hardware RF switch. Does `hardware RF switch' indicates a switch to turn on/off RF feature on laptop? If yes it didn't be tested fully because I can't reproduce on my environment. Could you please show me the backtrace when it got panic? regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Thu Dec 24 20:11:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 580BC106566B; Thu, 24 Dec 2009 20:11:27 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id B23EA8FC15; Thu, 24 Dec 2009 20:11:26 +0000 (UTC) Received: by qyk6 with SMTP id 6so3598583qyk.3 for ; Thu, 24 Dec 2009 12:11:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent:organization :x-operation-sytem; bh=mF67WJbmcPuTfHBtjb1+mzbyip7XsEDx7LpN4TLoUGQ=; b=BU1QV/+bxiu54EX1+5haK//rNvP95JROos14KGNmMdFcZgyD6pUPDp0b/ZdAtyoajy GjINMuGKMNxY3LIrbnpLv2tbELLJe2gbdSbadBRPOF5lfGs+EBnYZ/lpK2xi/OPPAG8C DV+yvGWfM/zY3W7gBjEEXVt55kXXJxwudIYjc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent:organization :x-operation-sytem; b=kP7zCtZi1XTJ6pceYgCkvsmbc4KqJr10pRwzr+5IBZJFQvTyCVHQn2Oo8ZDediDbO3 e4QaC2+13TOqvjlUqDYiKF0qrGrg83ejPUEbV8pDX3K6fQA2JnB7CGt0UYHodF/jsST2 /8nEN+HULTmSQF2RvWBukdc2RzbGOiyLds+2Q= Received: by 10.224.85.80 with SMTP id n16mr6035331qal.200.1261685485922; Thu, 24 Dec 2009 12:11:25 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 22sm7545116qyk.14.2009.12.24.12.11.23 (version=SSLv3 cipher=RC4-MD5); Thu, 24 Dec 2009 12:11:25 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Thu, 24 Dec 2009 12:11:23 -0800 From: Weongyo Jeong Date: Thu, 24 Dec 2009 12:11:23 -0800 To: John Baldwin Message-ID: <20091224201123.GB1491@weongyo> Mail-Followup-To: John Baldwin , freebsd-current@freebsd.org, Alex Keda , Attilio Rao , Aditya Sarawgi , Gonzalo Nemmi , current@freebsd.org, Andrea Di Pasquale References: <20091223035331.GA1293@weongyo> <4B3250E7.1000509@lissyara.su> <20091223201438.GD1293@weongyo> <200912240925.05419.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200912240925.05419.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: Andrea Di Pasquale , current@freebsd.org, Alex Keda , Attilio Rao , Aditya Sarawgi , freebsd-current@freebsd.org, Gonzalo Nemmi Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Dec 2009 20:11:27 -0000 On Thu, Dec 24, 2009 at 09:25:05AM -0500, John Baldwin wrote: > On Wednesday 23 December 2009 3:14:38 pm Weongyo Jeong wrote: > > On Wed, Dec 23, 2009 at 08:18:31PM +0300, Alex Keda wrote: > > > Weongyo Jeong пишет: > > > >Hello, > > > > > > > >Now bwn(4) is available at the public and waiting test and review. The > > > >status of this driver is *alpha* so could make panics, warnings and > > > >errors. Please let me know if you encounter problems. > > > > > > > >The following NICs all I have are only tested on the little endian 64bit > > > >machine and big endian 32bit machine. > > > > > > > > - Broadcom BCM4306 802.11b/g Wireless > > > > - Broadcom BCM4318 802.11b/g Wireless > > > none1@pci0:48:0:0: class=0x028000 card=0x1371103c chip=0x431214e4 > > > rev=0x02 hdr=0x00 > > > vendor = 'Broadcom Corporation' > > > device = 'BCM4310 UART (Wireless Ethernet Adapter)' > > > class = network > > > bar [10] = type Memory, range 64, base 0xc8000000, size 16384, > > > enabled > > > cap 01[40] = powerspec 3 supports D0 D1 D2 D3 current D0 > > > cap 09[58] = vendor (length 120) > > > cap 05[e8] = MSI supports 1 message, 64 bit > > > cap 10[d0] = PCI-Express 1 endpoint max data 128(128) link x1(x1) > > > > > > FreeBSD HP.lissyara.su 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r200750: Sun > > > Dec 20 14:47:53 MSK 2009 > > > root@HP.lissyara.su:/usr/obj/usr/src/sys/GENERIC amd64 > > > > > > after load ssb > > > ssb0: mem 0xc8000000-0xc8003fff > > > irq 18 at device 0.0 on pci48 > > > ssb0: unsupportted coreid 0x817 > > > > Interesting. It looks device has a USB 1.1 host controller(?) in > > wireless NIC. I think you can ignore this message that looks no > > harm. > > I have a Broadcom card that bwn(4) doesn't recognize. It also required this > patch. Note that my laptop has a USB bluetooth device that is enabled by the > wireless radio button, so perhaps that is why I have a USB device? Anyway, Maybe yes. AFAIK SSB could have multiple cores including Wireless MAC, USB Host controller and etc. > here are the messages I currently get from ssb/bwn. I've also included the > attach messages from my ndis(4) driver which claims this is a 4322 device. It > has a PCI device id of 0x432b. > > ssb0: mem 0xe8000000-0xe8003fff irq 16 at device 0.0 on pci8 > ssb0: warn: multiple PCI(E) cores > ssb0: unsupportted coreid 0x81a > ssb0: unsupportted coreid 0x8ff > ssb0: unsupportted coreid 0x80e > ssb0: unknown chipid 0x4322 for PLL & PMU init > bwn0 on ssb0 > bwn0: unsupported PHY type (4) > device_attach: bwn0 attach returned 6 > bwn0 on ssb0 > bwn0: unsupported PHY type (4) > device_attach: bwn0 attach returned 6 > ssb0: detached > ndis0: mem > 0xe8000000-0xe8003fff irq 16 at device 0.0 on pci8 > ndis0: [ITHREAD] > ndis0: NDIS API version: 5.1 > wlan0: Ethernet address: 00:21:00:ab:f7:55 It looks your device has N-PHY not supported by ssb/bwn and AFAIK there's no any available open sources or datasheets. Currently I'm little bit pessimistic whether bwn(4) could support it or not. regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Thu Dec 24 20:11:27 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 580BC106566B; Thu, 24 Dec 2009 20:11:27 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id B23EA8FC15; Thu, 24 Dec 2009 20:11:26 +0000 (UTC) Received: by qyk6 with SMTP id 6so3598583qyk.3 for ; Thu, 24 Dec 2009 12:11:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent:organization :x-operation-sytem; bh=mF67WJbmcPuTfHBtjb1+mzbyip7XsEDx7LpN4TLoUGQ=; b=BU1QV/+bxiu54EX1+5haK//rNvP95JROos14KGNmMdFcZgyD6pUPDp0b/ZdAtyoajy GjINMuGKMNxY3LIrbnpLv2tbELLJe2gbdSbadBRPOF5lfGs+EBnYZ/lpK2xi/OPPAG8C DV+yvGWfM/zY3W7gBjEEXVt55kXXJxwudIYjc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent:organization :x-operation-sytem; b=kP7zCtZi1XTJ6pceYgCkvsmbc4KqJr10pRwzr+5IBZJFQvTyCVHQn2Oo8ZDediDbO3 e4QaC2+13TOqvjlUqDYiKF0qrGrg83ejPUEbV8pDX3K6fQA2JnB7CGt0UYHodF/jsST2 /8nEN+HULTmSQF2RvWBukdc2RzbGOiyLds+2Q= Received: by 10.224.85.80 with SMTP id n16mr6035331qal.200.1261685485922; Thu, 24 Dec 2009 12:11:25 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 22sm7545116qyk.14.2009.12.24.12.11.23 (version=SSLv3 cipher=RC4-MD5); Thu, 24 Dec 2009 12:11:25 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Thu, 24 Dec 2009 12:11:23 -0800 From: Weongyo Jeong Date: Thu, 24 Dec 2009 12:11:23 -0800 To: John Baldwin Message-ID: <20091224201123.GB1491@weongyo> Mail-Followup-To: John Baldwin , freebsd-current@freebsd.org, Alex Keda , Attilio Rao , Aditya Sarawgi , Gonzalo Nemmi , current@freebsd.org, Andrea Di Pasquale References: <20091223035331.GA1293@weongyo> <4B3250E7.1000509@lissyara.su> <20091223201438.GD1293@weongyo> <200912240925.05419.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200912240925.05419.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: Andrea Di Pasquale , current@freebsd.org, Alex Keda , Attilio Rao , Aditya Sarawgi , freebsd-current@freebsd.org, Gonzalo Nemmi Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Dec 2009 20:11:27 -0000 On Thu, Dec 24, 2009 at 09:25:05AM -0500, John Baldwin wrote: > On Wednesday 23 December 2009 3:14:38 pm Weongyo Jeong wrote: > > On Wed, Dec 23, 2009 at 08:18:31PM +0300, Alex Keda wrote: > > > Weongyo Jeong пишет: > > > >Hello, > > > > > > > >Now bwn(4) is available at the public and waiting test and review. The > > > >status of this driver is *alpha* so could make panics, warnings and > > > >errors. Please let me know if you encounter problems. > > > > > > > >The following NICs all I have are only tested on the little endian 64bit > > > >machine and big endian 32bit machine. > > > > > > > > - Broadcom BCM4306 802.11b/g Wireless > > > > - Broadcom BCM4318 802.11b/g Wireless > > > none1@pci0:48:0:0: class=0x028000 card=0x1371103c chip=0x431214e4 > > > rev=0x02 hdr=0x00 > > > vendor = 'Broadcom Corporation' > > > device = 'BCM4310 UART (Wireless Ethernet Adapter)' > > > class = network > > > bar [10] = type Memory, range 64, base 0xc8000000, size 16384, > > > enabled > > > cap 01[40] = powerspec 3 supports D0 D1 D2 D3 current D0 > > > cap 09[58] = vendor (length 120) > > > cap 05[e8] = MSI supports 1 message, 64 bit > > > cap 10[d0] = PCI-Express 1 endpoint max data 128(128) link x1(x1) > > > > > > FreeBSD HP.lissyara.su 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r200750: Sun > > > Dec 20 14:47:53 MSK 2009 > > > root@HP.lissyara.su:/usr/obj/usr/src/sys/GENERIC amd64 > > > > > > after load ssb > > > ssb0: mem 0xc8000000-0xc8003fff > > > irq 18 at device 0.0 on pci48 > > > ssb0: unsupportted coreid 0x817 > > > > Interesting. It looks device has a USB 1.1 host controller(?) in > > wireless NIC. I think you can ignore this message that looks no > > harm. > > I have a Broadcom card that bwn(4) doesn't recognize. It also required this > patch. Note that my laptop has a USB bluetooth device that is enabled by the > wireless radio button, so perhaps that is why I have a USB device? Anyway, Maybe yes. AFAIK SSB could have multiple cores including Wireless MAC, USB Host controller and etc. > here are the messages I currently get from ssb/bwn. I've also included the > attach messages from my ndis(4) driver which claims this is a 4322 device. It > has a PCI device id of 0x432b. > > ssb0: mem 0xe8000000-0xe8003fff irq 16 at device 0.0 on pci8 > ssb0: warn: multiple PCI(E) cores > ssb0: unsupportted coreid 0x81a > ssb0: unsupportted coreid 0x8ff > ssb0: unsupportted coreid 0x80e > ssb0: unknown chipid 0x4322 for PLL & PMU init > bwn0 on ssb0 > bwn0: unsupported PHY type (4) > device_attach: bwn0 attach returned 6 > bwn0 on ssb0 > bwn0: unsupported PHY type (4) > device_attach: bwn0 attach returned 6 > ssb0: detached > ndis0: mem > 0xe8000000-0xe8003fff irq 16 at device 0.0 on pci8 > ndis0: [ITHREAD] > ndis0: NDIS API version: 5.1 > wlan0: Ethernet address: 00:21:00:ab:f7:55 It looks your device has N-PHY not supported by ssb/bwn and AFAIK there's no any available open sources or datasheets. Currently I'm little bit pessimistic whether bwn(4) could support it or not. regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Thu Dec 24 20:22:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD85D106568D; Thu, 24 Dec 2009 20:22:52 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail2.es.net [IPv6:2001:400:107:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id B1B108FC16; Thu, 24 Dec 2009 20:22:52 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id nBOKMNm3006707 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 24 Dec 2009 12:22:23 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 732631CC0C; Thu, 24 Dec 2009 12:22:23 -0800 (PST) To: ticso@cicely.de In-reply-to: Your message of "Thu, 24 Dec 2009 18:48:10 +0100." <20091224174809.GZ2260@cicely7.cicely.de> Date: Thu, 24 Dec 2009 12:22:23 -0800 From: "Kevin Oberman" Message-Id: <20091224202223.732631CC0C@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-12-23_10:2009-12-12, 2009-12-23, 2009-12-23 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-0912230263 Cc: Gleb Kurtsou , Doug Barton , "b. f." , freebsd-current@freebsd.org Subject: Re: powerd and nvidia drivers not playing nicely together (Was: Re: Systems running hot?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Dec 2009 20:22:52 -0000 > Date: Thu, 24 Dec 2009 18:48:10 +0100 > From: Bernd Walter > > On Thu, Dec 24, 2009 at 08:24:12AM -0800, Kevin Oberman wrote: > > > Date: Thu, 24 Dec 2009 11:46:26 +0100 > > > From: Bernd Walter > > > Sender: owner-freebsd-current@freebsd.org > > > > > > On Wed, Dec 23, 2009 at 04:44:35PM +0200, Gleb Kurtsou wrote: > > > > On (21/12/2009 19:18), Doug Barton wrote: > > > > > b. f. wrote: > > > > > > On 12/21/09, Doug Barton wrote: > > > > > >> b. f. wrote: > > > > > >>>> no X! So I think to myself, what else did I change last night.... oh > > > > > > > > > > > >>> acpi_perf? acpi_throttle? acpi_thermal? acpi_video? > > > > > >> I haven't done anything special with the acpi stuff. The only thing > > > > > >> that looks relevant from dmesg is: acpi_tz0: on acpi0 > > > > > >> > > > > > > > > > > > > Yes, but which components show up in 'sysctl -a | grep -ie acpi' ? > > > > > > > > > > It's a long list, but here you go: > > > > > http://people.freebsd.org/~dougb/acpi-grep.txt > > > > > > > > > > >>> Which nvidia driver? > > > > > >> The latest. > > > > > > > > > > > > Which video card? > > > > > > > > > > nvidia0: > > > > I had similar problems with GeForce 8400M. GPU temperature could get up > > > > to 100C in X, which increased CPU temperature in its turn. I use > > > > powerd, and had lockups with *_cx_lowest settings. I run amd64, i386 was > > > > just fine on the same notebook. > > > > > > It is not just nvidia. > > > I'm using two plain old PCI Matrox G400 and whenever I start X with > > > powerd enabled I have a full freeze within 24 hours. > > > It doesn't seem to be a problem to start powerd once X is runnning. > > > Maybe it is something like tuning some delay loop with reduced clock > > > rate, which then isn't long enough with increased speed. > > > > Quick question...are you using throttling/TCC? If so, either turn it off > > or limit how low it can run the CPU. When I was running throttling on > > systems with old Matrox and Radeon cards, they would freeze if the > > throttling went too low. > > I asume yes - not sure about all those modern fancy names. > In other words dev.cpu.?.freq changes. > > > As mav pointed out at http://wiki.freebsd.org/TuningPowerConsumption, > > TCC does little to conserve power and was not designed for that. TCC is > > Thermal Control Circuit and is designed to keep the CPU form > > over-temping. It works for this, but not power management. I'd love to > > see it off (for power management) by default. > > hint.p4tcc.0.disabled=1 > > hint.acpi_throttle.0.disabled=1 > > What is the difference between the hints and disabling powerd? The hints simply disable throttling and TCC for power management. These are ALMOST identical techniques for controlling high CPU temperature. They were never intended to be used for power management. Both work by skipping N of 8 CPU cycles. When a system using ACPI exceeds the value of hw.acpi.thermal.tz0._PSV, it will engage TCC. Older systems used throttling under software control for the same purpose, but FreeBSD did not implement it, as far as I know. SpeedStep and its relatives on both Intel and AMD chips is designed for power management and those are all I use on my systems. These are the relevant sysctls: dev.cpu.0.freq_levels: 2000/27000 1600/22600 1333/19666 1066/16733 800/13800 dev.cpu.0.cx_supported: C1/1 C2/1 C3/85 C4/185 I only have 5 "frequency" settings, but all work by actually slowing the clock and reducing voltage, so they really save power. I also have 4 'C' states which also can be a huge win as they allow the system to use far less power when idle. Different systems have more or fewer available states. C2 saves fairly little power. C3 (if available) is a big winner and C4 and above are even better, but read mav's article for a better description. Now the bad news. As you note, you have only C1. At this time the available frequencies are all from TCC, not SpeedStep. I thought all C2 chips supported EST. It should be listed in the CPU features2 at the start of /var/run/dmesg.boot. You should also have: est0: on cpu0 est1: on cpu1 est2: on cpu2 est3: on cpu3 in the dmesg, but I suspect that, for some reason, you don't, and I don't know why. Unfortunately, most servers and desktops are pretty poor at power management compared to laptops, though they are getting batter. My C2 Quad system does have C2, though no C3, but EST does work there. -- 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 From owner-freebsd-current@FreeBSD.ORG Thu Dec 24 21:02:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBDB71065692 for ; Thu, 24 Dec 2009 21:02:30 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id 6AE398FC08 for ; Thu, 24 Dec 2009 21:02:28 +0000 (UTC) Received: (qmail 66951 invoked from network); 24 Dec 2009 21:02:28 -0000 Received: from unknown (HELO ?10.0.0.158?) (spawk@128.238.64.31) by acm.poly.edu with AES256-SHA encrypted SMTP; 24 Dec 2009 21:02:28 -0000 Message-ID: <4B33D6D5.1010902@acm.poly.edu> Date: Thu, 24 Dec 2009 16:02:13 -0500 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.23 (X11/20090910) MIME-Version: 1.0 To: Alexander Motin References: <4B33AEB7.6070704@FreeBSD.org> In-Reply-To: <4B33AEB7.6070704@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: Hot-swap support with ATA_CAM on ICH9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Dec 2009 21:02:30 -0000 Alexander Motin wrote: > Boris Kochergin wrote: > >> Ahoy. I have a machine with some SATA disks connected to an ICH9 >> controller. The BIOS has no options to enable AHCI support on the >> controller (not that I know for sure that it even has AHCI support). >> Once a disk on the controller is removed, using the old ata(4) driver, >> no new disks are detected using atacontrol's "reinit" or "detach" and >> the machine must be rebooted for the new disk to be seen. I'm wondering >> whether this has a chance of working with the new ATA_CAM code. If so, >> I'll give it a whirl and report back. Thank you. >> > > It should work fine with ATA_CAM. To completely reinitialize and rescan > bus you should do now: > camcontrol reset X > camcontrol rescan X > I am going to make it more automatic later. > I tried it out in 8-STABLE and it works with the ICH9 controllers, and some SiI 3132 controllers in the same machine. Thank you for working on it. -Boris From owner-freebsd-current@FreeBSD.ORG Thu Dec 24 21:19:43 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D1C4106568B; Thu, 24 Dec 2009 21:19:43 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw2.york.ac.uk (mail-gw2.york.ac.uk [144.32.128.247]) by mx1.freebsd.org (Postfix) with ESMTP id E37058FC27; Thu, 24 Dec 2009 21:19:42 +0000 (UTC) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id nBOLJeQn002705; Thu, 24 Dec 2009 21:19:40 GMT Received: from ury.york.ac.uk ([144.32.108.81]) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1NNv5w-0001qV-A9; Thu, 24 Dec 2009 21:19:40 +0000 Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.14.3/8.14.3) with ESMTP id nBOLJe0g093855; Thu, 24 Dec 2009 21:19:40 GMT (envelope-from gavin@FreeBSD.org) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.14.3/8.14.3/Submit) with ESMTP id nBOLJe2U093852; Thu, 24 Dec 2009 21:19:40 GMT (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Thu, 24 Dec 2009 21:19:40 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Weongyo Jeong In-Reply-To: <20091223035331.GA1293@weongyo> Message-ID: References: <20091223035331.GA1293@weongyo> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: current@FreeBSD.org Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Dec 2009 21:19:43 -0000 On Tue, 22 Dec 2009, Weongyo Jeong wrote: > Now bwn(4) is available at the public and waiting test and review. The > status of this driver is *alpha* so could make panics, warnings and > errors. Please let me know if you encounter problems. Firstly, let me say thank you for working on this driver. It will be great to be able to use the v4 cards! May I ask, is there a reason you have written a new ssb(4) Sonics SiliconBackplane driver, rather than using siba(4) which is already in the tree? I don't know much about these devices, but it seems like these are for the same (or very sumular) hardware, in which case could they be merged into one? Thanks, Gavin From owner-freebsd-current@FreeBSD.ORG Thu Dec 24 21:45:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1267910656A4; Thu, 24 Dec 2009 21:45:30 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 7E53A8FC12; Thu, 24 Dec 2009 21:45:29 +0000 (UTC) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id nBOLj4oJ028196 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 24 Dec 2009 22:45:05 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by cicely5.cicely.de (8.14.2/8.14.2) with ESMTP id nBOLj0XA078232 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Dec 2009 22:45:02 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id nBOLj00X042764; Thu, 24 Dec 2009 22:45:00 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id nBOLivaN042763; Thu, 24 Dec 2009 22:44:57 +0100 (CET) (envelope-from ticso) Date: Thu, 24 Dec 2009 22:44:57 +0100 From: Bernd Walter To: Kevin Oberman Message-ID: <20091224214457.GA2260@cicely7.cicely.de> References: <20091224174809.GZ2260@cicely7.cicely.de> <20091224202223.732631CC0C@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091224202223.732631CC0C@ptavv.es.net> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, AWL=0.015, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: Gleb Kurtsou , Doug Barton , ticso@cicely.de, freebsd-current@freebsd.org, "b. f." Subject: Re: powerd and nvidia drivers not playing nicely together (Was: Re: Systems running hot?) 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, 24 Dec 2009 21:45:30 -0000 On Thu, Dec 24, 2009 at 12:22:23PM -0800, Kevin Oberman wrote: > > Date: Thu, 24 Dec 2009 18:48:10 +0100 > > From: Bernd Walter > > > > On Thu, Dec 24, 2009 at 08:24:12AM -0800, Kevin Oberman wrote: > > > > Date: Thu, 24 Dec 2009 11:46:26 +0100 > > > > From: Bernd Walter > > > > Sender: owner-freebsd-current@freebsd.org > > > > > > > > On Wed, Dec 23, 2009 at 04:44:35PM +0200, Gleb Kurtsou wrote: > > > > > On (21/12/2009 19:18), Doug Barton wrote: > > > > > > b. f. wrote: > > > > > > > On 12/21/09, Doug Barton wrote: > > > > > > >> b. f. wrote: > > > > > > >>>> no X! So I think to myself, what else did I change last night.... oh > > > > > > > > > > > > > >>> acpi_perf? acpi_throttle? acpi_thermal? acpi_video? > > > > > > >> I haven't done anything special with the acpi stuff. The only thing > > > > > > >> that looks relevant from dmesg is: acpi_tz0: on acpi0 > > > > > > >> > > > > > > > > > > > > > > Yes, but which components show up in 'sysctl -a | grep -ie acpi' ? > > > > > > > > > > > > It's a long list, but here you go: > > > > > > http://people.freebsd.org/~dougb/acpi-grep.txt > > > > > > > > > > > > >>> Which nvidia driver? > > > > > > >> The latest. > > > > > > > > > > > > > > Which video card? > > > > > > > > > > > > nvidia0: > > > > > I had similar problems with GeForce 8400M. GPU temperature could get up > > > > > to 100C in X, which increased CPU temperature in its turn. I use > > > > > powerd, and had lockups with *_cx_lowest settings. I run amd64, i386 was > > > > > just fine on the same notebook. > > > > > > > > It is not just nvidia. > > > > I'm using two plain old PCI Matrox G400 and whenever I start X with > > > > powerd enabled I have a full freeze within 24 hours. > > > > It doesn't seem to be a problem to start powerd once X is runnning. > > > > Maybe it is something like tuning some delay loop with reduced clock > > > > rate, which then isn't long enough with increased speed. > > > > > > Quick question...are you using throttling/TCC? If so, either turn it off > > > or limit how low it can run the CPU. When I was running throttling on > > > systems with old Matrox and Radeon cards, they would freeze if the > > > throttling went too low. > > > > I asume yes - not sure about all those modern fancy names. > > In other words dev.cpu.?.freq changes. > > > > > As mav pointed out at http://wiki.freebsd.org/TuningPowerConsumption, > > > TCC does little to conserve power and was not designed for that. TCC is > > > Thermal Control Circuit and is designed to keep the CPU form > > > over-temping. It works for this, but not power management. I'd love to > > > see it off (for power management) by default. > > > hint.p4tcc.0.disabled=1 > > > hint.acpi_throttle.0.disabled=1 > > > > What is the difference between the hints and disabling powerd? > > The hints simply disable throttling and TCC for power management. > > These are ALMOST identical techniques for controlling high CPU > temperature. They were never intended to be used for power > management. Both work by skipping N of 8 CPU cycles. When a system using > ACPI exceeds the value of hw.acpi.thermal.tz0._PSV, it will engage > TCC. Older systems used throttling under software control for the same > purpose, but FreeBSD did not implement it, as far as I know. > > SpeedStep and its relatives on both Intel and AMD chips is designed for > power management and those are all I use on my systems. These are the > relevant sysctls: > dev.cpu.0.freq_levels: 2000/27000 1600/22600 1333/19666 1066/16733 800/13800 > dev.cpu.0.cx_supported: C1/1 C2/1 C3/85 C4/185 > > I only have 5 "frequency" settings, but all work by actually slowing the > clock and reducing voltage, so they really save power. I also have 4 'C' > states which also can be a huge win as they allow the system to use far > less power when idle. Different systems have more or fewer available > states. C2 saves fairly little power. C3 (if available) is a big winner > and C4 and above are even better, but read mav's article for a better > description. > > Now the bad news. As you note, you have only C1. At this time the > available frequencies are all from TCC, not SpeedStep. I thought all C2 > chips supported EST. It should be listed in the CPU features2 at the > start of /var/run/dmesg.boot. > > You should also have: > est0: on cpu0 > est1: on cpu1 > est2: on cpu2 > est3: on cpu3 > in the dmesg, but I suspect that, for some reason, you don't, and I > don't know why. Well I do have them: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz (2419.30-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 4 real memory = 9126805504 (8704 MB) avail memory = 8125517824 (7749 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 coretemp0: on cpu0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 coretemp1: on cpu1 est1: on cpu1 p4tcc1: on cpu1 cpu2: on acpi0 coretemp2: on cpu2 est2: on cpu2 p4tcc2: on cpu2 cpu3: on acpi0 coretemp3: on cpu3 est3: on cpu3 p4tcc3: on cpu3 How would you know that the frequencies are from TCC and not SpeedStep? Maybe I should mention, that the system is running 7.0-stable, so it is not running recent code. But my server is running an almost identic board with 8.0-RC1 amd64 and has similar sysctl output: [139]cicely14# 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.temperature: 34.0C dev.cpu.0.freq: 2394 dev.cpu.0.freq_levels: 2394/89000 2094/77875 1795/66750 1496/55625 1197/44500 897/33375 598/22250 299/11125 dev.cpu.0.cx_supported: C1/1 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% last 500us dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.CPU1 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpu.1.temperature: 32.0C dev.cpu.1.cx_supported: C1/1 dev.cpu.1.cx_lowest: C1 dev.cpu.1.cx_usage: 100.00% last 500us dev.cpu.2.%desc: ACPI CPU dev.cpu.2.%driver: cpu dev.cpu.2.%location: handle=\_PR_.CPU2 dev.cpu.2.%pnpinfo: _HID=none _UID=0 dev.cpu.2.%parent: acpi0 dev.cpu.2.temperature: 30.0C dev.cpu.2.cx_supported: C1/1 dev.cpu.2.cx_lowest: C1 dev.cpu.2.cx_usage: 100.00% last 500us dev.cpu.3.%desc: ACPI CPU dev.cpu.3.%driver: cpu dev.cpu.3.%location: handle=\_PR_.CPU3 dev.cpu.3.%pnpinfo: _HID=none _UID=0 dev.cpu.3.%parent: acpi0 dev.cpu.3.temperature: 30.0C dev.cpu.3.cx_supported: C1/1 dev.cpu.3.cx_lowest: C1 dev.cpu.3.cx_usage: 100.00% last 500us > Unfortunately, most servers and desktops are pretty poor at power > management compared to laptops, though they are getting batter. My C2 > Quad system does have C2, though no C3, but EST does work there. Yes - it is a desktop board and not the most modern - and not the very best BIOS from my expirience. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Thu Dec 24 22:47:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D58051065672 for ; Thu, 24 Dec 2009 22:47:48 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from QMTA12.emeryville.ca.mail.comcast.net (qmta12.emeryville.ca.mail.comcast.net [76.96.27.227]) by mx1.freebsd.org (Postfix) with ESMTP id C0D0D8FC08 for ; Thu, 24 Dec 2009 22:47:48 +0000 (UTC) Received: from OMTA09.emeryville.ca.mail.comcast.net ([76.96.30.20]) by QMTA12.emeryville.ca.mail.comcast.net with comcast id MAcL1d00A0S2fkCACAnp8g; Thu, 24 Dec 2009 22:47:49 +0000 Received: from LIGHTBULB.LOCAL ([69.244.210.117]) by OMTA09.emeryville.ca.mail.comcast.net with comcast id MAnY1d0032YXfpR8VAnoQa; Thu, 24 Dec 2009 22:47:49 +0000 Message-ID: <4B33EF63.5080005@comcast.net> Date: Thu, 24 Dec 2009 17:46:59 -0500 From: Nathan Lay User-Agent: Thunderbird 2.0.0.23 (X11/20091223) 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 Cc: Subject: 8-STABLE ahci fails to attach, does not fallback on ataahci X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Dec 2009 22:47:48 -0000 Hi lists, I gave ATA_CAM a try last night and believe I have a similar setup (crippled hardware) in my laptop as Doug Barton's, although my controller is ICH6M. Nonetheless, ahci detects my controller and tries to attach and fails (returns 6). No ada nodes are created and the boot process halts trying to find a root mount. Verbose booting reveals nothing special. Anything else I can do to try to reveal the problem? I tried modular ATA with the following: device atacore device atapci device ataahci device ataintel device ahci From reading the lists more thoroughly, I now have the impression that either ahci or ataahci are necessary and not both. If I remove 'device ahci' then 8-STABLE boots normally. However, I would think that if ahci failed to attach then the kernel should fallback on ataahci. If GENERIC included both ahci and ataahci, then I would never be able to boot FreeBSD let alone install it. `uname -a` FreeBSD LIGHTBULB.LOCAL 8.0-STABLE FreeBSD 8.0-STABLE #4: Thu Dec 24 02:40:23 EST 2009 nslay@LIGHTBULB.LOCAL:/usr/obj/usr/src/sys/LIGHTBULB i386 Here's what appears in my dmesg: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x18c0-0x18cf at device 31.2 on pci0 and the result of `pciconf -lv` atapci0@pci0:0:31:2: class=0x010180 card=0x056a1014 chip=0x26538086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FBM (ICH6M) SATA Controller' class = mass storage subclass = ATA the kernel was built from 8-STABLE tree as of last night. Best Regards, Nathan Lay From owner-freebsd-current@FreeBSD.ORG Thu Dec 24 23:56:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85A8D1065676; Thu, 24 Dec 2009 23:56:48 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 397958FC23; Thu, 24 Dec 2009 23:56:48 +0000 (UTC) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NNxXv-0006nG-Ss; Thu, 24 Dec 2009 23:56:47 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NNxXu-0000rh-Rm; Thu, 24 Dec 2009 23:56:43 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nBONugkm001889; Thu, 24 Dec 2009 23:56:42 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nBONugS5001888; Thu, 24 Dec 2009 23:56:42 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 24 Dec 2009 23:56:42 +0000 From: Anton Shterenlikht To: Anton Shterenlikht Message-ID: <20091224235642.GA1867@mech-cluster241.men.bris.ac.uk> References: <20091224174732.GA1868@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091224174732.GA1868@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -5.1 X-Spam-Level: ----- Cc: freebsd-current@freebsd.org, freebsd-sparc64@freebsd.org Subject: Re: buildkernel failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Dec 2009 23:56:48 -0000 On Thu, Dec 24, 2009 at 05:47:32PM +0000, Anton Shterenlikht wrote: > today's src: > > cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-pr > ototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn > o-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/ > contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-c > ommon -finline-limit=15000 --param inline-unit-growth=100 --param large-function > -growth=1000 -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Wer > ror vers.c > linking kernel.debug > scvidctl.o(.text+0x68): In function `sc_render_match': > /usr/src/sys/dev/syscons/scvidctl.c:880: undefined reference to `__start_set_scr > ndr_set' > scvidctl.o(.text+0x6c):/usr/src/sys/dev/syscons/scvidctl.c:880: undefined refere > nce to `__start_set_scrndr_set' > scvidctl.o(.text+0x74):/usr/src/sys/dev/syscons/scvidctl.c:880: undefined refere > nce to `__start_set_scrndr_set' > scvidctl.o(.text+0x7c):/usr/src/sys/dev/syscons/scvidctl.c:880: undefined refere > nce to `__start_set_scrndr_set' > scvidctl.o(.text+0x80):/usr/src/sys/dev/syscons/scvidctl.c:880: undefined refere > nce to `__stop_set_scrndr_set' > scvidctl.o(.text+0x84):/usr/src/sys/dev/syscons/scvidctl.c:880: undefined refere > nce to `__stop_set_scrndr_set' > scvidctl.o(.text+0x8c):/usr/src/sys/dev/syscons/scvidctl.c:880: undefined refere > nce to `__stop_set_scrndr_set' > scvidctl.o(.text+0x94):/usr/src/sys/dev/syscons/scvidctl.c:880: undefined refere > nce to `__stop_set_scrndr_set' > scvidctl.o(.text+0xa0):/usr/src/sys/dev/syscons/scvidctl.c:880: undefined refere > nce to `__start_set_scrndr_set' > scvidctl.o(.text+0xfc):/usr/src/sys/dev/syscons/scvidctl.c:871: undefined refere > nce to `__start_set_scrndr_set' > scvidctl.o(.text+0x104):/usr/src/sys/dev/syscons/scvidctl.c:871: undefined refer > ence to `__start_set_scrndr_set' > scvidctl.o(.text+0x10c):/usr/src/sys/dev/syscons/scvidctl.c:871: undefined refer > ence to `__start_set_scrndr_set' > scvidctl.o(.tex > > > fb.o(.text+0x144): In function `vid_configure': > /usr/src/sys/dev/fb/fb.c:288: undefined reference to `__start_set_videodriver_se > t' > fb.o(.text+0x148):/usr/src/sys/dev/fb/fb.c:288: undefined reference to `__start_ > set_videodriver_set' > fb.o(.text+0x150):/usr/src/sys/dev/fb/fb.c:288: undefined reference to `__start_ > set_videodriver_set' > fb.o(.text+0x158):/usr/src/sys/dev/fb/fb.c:288: undefined reference to `__start_ > set_videodriver_set' > fb.o(.text+0x15c):/usr/src/sys/dev/fb/fb.c:288: undefined reference to `__stop_s > et_videodriver_set' > fb.o(.text+0x160):/usr/src/sys/dev/fb/fb.c:288: undefined reference to `__stop_s > et_videodriver_set' > fb.o(.text+0x168):/usr/src/sys/dev/fb/fb.c:288: undefined reference to `__stop_s > et_videodriver_set' > fb.o(.text+0x170):/usr/src/sys/dev/fb/fb.c:288: undefined reference to `__stop_s > et_videodriver_set' > fb.o(.text+0x180):/usr/src/sys/dev/fb/fb.c:288: undefined reference to `__stop_s > et_videodriver_set' > fb.o(.text+0x184):/usr/src/sys/dev/fb/fb.c:288: more undefined references to `__ > stop_set_videodriver_set' follow > > > fb.o(.text+0x644): In function `vid_get_switch': > /usr/src/sys/dev/fb/fb.c:199: undefined reference to `__start_set_videodriver_se > t' > fb.o(.text+0x648):/usr/src/sys/dev/fb/fb.c:199: undefined reference to `__start_ > set_videodriver_set' > fb.o(.text+0x650):/usr/src/sys/dev/fb/fb.c:199: undefined reference to `__start_ > set_videodriver_set' > fb.o(.text+0x658):/usr/src/sys/dev/fb/fb.c:199: undefined reference to `__start_ > set_videodriver_set' > fb.o(.text+0x65c):/usr/src/sys/dev/fb/fb.c:199: undefined reference to `__stop_s > et_videodriver_set' > fb.o(.text+0x660):/usr/src/sys/dev/fb/fb.c:199: undefined reference to `__stop_s > et_videodriver_set' > fb.o(.text+0x668):/usr/src/sys/dev/fb/fb.c:199: undefined reference to `__stop_s > et_videodriver_set' > fb.o(.text+0x670):/usr/src/sys/dev/fb/fb.c:199: undefined reference to `__stop_s > et_videodriver_set' > fb.o(.text+0x684):/usr/src/sys/dev/fb/fb.c:199: undefined reference to `__stop_s > et_videodriver_set' > fb.o(.text+0x688):/usr/src/sys/dev/fb/fb.c:199: more undefined references to `__ > stop_set_videodriver_set' follow > > > fb.o(.text+0x8ec): In function `vid_register': > /usr/src/sys/dev/fb/fb.c:167: undefined reference to `__start_set_videodriver_se > t' > fb.o(.text+0x8f0):/usr/src/sys/dev/fb/fb.c:167: undefined reference to `__start_ > set_videodriver_set' > fb.o(.text+0x8f8):/usr/src/sys/dev/fb/fb.c:167: undefined reference to `__start_ > set_videodriver_set' > fb.o(.text+0x900):/usr/src/sys/dev/fb/fb.c:167: undefined reference to `__start_ > set_videodriver_set' > fb.o(.text+0x904):/usr/src/sys/dev/fb/fb.c:167: undefined reference to `__stop_s > et_videodriver_set' > fb.o(.text+0x908):/usr/src/sys/dev/fb/fb.c:167: undefined reference to `__stop_s > et_videodriver_set' > fb.o(.text+0x910):/usr/src/sys/dev/fb/fb.c:167: undefined reference to `__stop_s > et_videodriver_set' > fb.o(.text+0x918):/usr/src/sys/dev/fb/fb.c:167: undefined reference to `__stop_s > et_videodriver_set' > fb.o(.text+0x92c):/usr/src/sys/dev/fb/fb.c:167: undefined reference to `__stop_s > et_videodriver_set' > fb.o(.text+0x930):/usr/src/sys/dev/fb/fb.c:167: more undefined references to `__ > stop_set_videodriver_set' follow > *** Error code 1 > 1 error I've built the kernel by removing 'device sc', now I get installworld failure: -------------------------------------------------------------- >>> Installing everything -------------------------------------------------------------- cd /usr/src; make -f Makefile.inc1 install ===> share/info (install) ===> lib (install) ===> lib/csu/sparc64 (install) install -o root -g wheel -m 444 crt1.o crti.o crtn.o Scrt1.o gcrt1.o /usr/lib install: No such file or directory *** Error code 1 Stop in /usr/src/lib/csu/sparc64. *** Error code 1 -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Fri Dec 25 05:10:45 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 124851065679 for ; Fri, 25 Dec 2009 05:10:45 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 9115B8FC16 for ; Fri, 25 Dec 2009 05:10:44 +0000 (UTC) Received: by fxm27 with SMTP id 27so8683959fxm.3 for ; Thu, 24 Dec 2009 21:10:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=a6+2W609OG44uejfFdpTjcFi0Uh2TSh1IdM+BJCidiY=; b=G7lmUXh+tSP//hxIdY9SExbcJ6/EKsEy6aeFQrd7FJaLvOvuO4KyYdYDaFDbhPds4U BVbNyKP63ncBTmkz6abbJZzsVogun7FlKJp/+lGf1+Ros+PbLYlleuhBcWVxLRBGcRwe ToCsAH/cakDdP83tf9o6hnBeF3Jb8ymgFtGC4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=TtFqSAOEpJ9nHsWG3H4JTbJCJBEKEPnnRLsnYfJ1DZixTWwynQGIqMm+16ynG1ZeLw CH1X7nLB7kQQdql3WIjJCZGyl1oWCB0dIV9mP2sHy0kVuSFO3WusjKQ0MRJx8k9O/+iM hkmD7kAkF7sDLbZmm85107dAYZNuBFWQvCS9I= MIME-Version: 1.0 Received: by 10.239.185.197 with SMTP id d5mr1343038hbh.75.1261717843192; Thu, 24 Dec 2009 21:10:43 -0800 (PST) In-Reply-To: <20091223035331.GA1293@weongyo> References: <20091223035331.GA1293@weongyo> Date: Fri, 25 Dec 2009 00:10:43 -0500 Message-ID: <25ff90d60912242110n424a5ccu8e84ee9a4b8b07c7@mail.gmail.com> From: David Horn To: Weongyo Jeong , current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Dec 2009 05:10:45 -0000 On Tue, Dec 22, 2009 at 10:53 PM, Weongyo Jeong w= rote: > Hello, > > Now bwn(4) is available at the public and waiting test and review. =A0The > status of this driver is *alpha* so could make panics, warnings and > errors. =A0Please let me know if you encounter problems. > > The following NICs all I have are only tested on the little endian 64bit > machine and big endian 32bit machine. > > =A0- Broadcom BCM4306 802.11b/g Wireless > =A0- Broadcom BCM4318 802.11b/g Wireless > > I tested basic RX, TX and WPA association as STA mode and checked it > worked. > > As you might know there are still a lot of TODO in the driver so you > could see some verbose messages during testing so please ignore or let > me know it makes problems. > > =3D=3D How to build and load =3D=3D > > =A0# cd /usr/src/sys > =A0# fetch http://people.freebsd.org/~weongyo/bwn_20091222.tar.gz > =A0# tar xzf bwn_20091222.tar.gz > =A0# cd modules/ssb > =A0# make && make install > =A0# cd ../.. > =A0# cd modules/bwn > =A0# make && make install > =A0# cd somewhere > =A0# fetch http://people.freebsd.org/~weongyo/bwn_ports_20091222.tar.gz > =A0# tar xzf bwn_ports_20091222.tar.gz > =A0# cd sysutils/b43-fwcutter > =A0# make install clean > =A0# cd ../.. > =A0# cd net/bwn-firmware-kmod > =A0# make install clean > =A0# > =A0# kldload ssb > =A0# kldload bwn_v4_ucode > =A0# kldload if_bwn > > regards, > Weongyo Jeong I just ran a test of bwn (with additional ssb patch) against a bcm4311 (b/g) mini pci-e card I had previously used in my Dell laptop. Unfortunately, I am getting a reproducible kernel page fault after bwn attempts to attach. pciconf -lv none2@pci0:11:0:0: class=3D0x028000 card=3D0x00071028 chip=3D0x431114e= 4 rev=3D0x01 hdr=3D0x00 vendor =3D 'Broadcom Corporation' device =3D 'Broadcom Corporation Dell Wireless 1390 WLAN Mini-PCI Card (BCM4311)' class =3D network uname -a FreeBSD la 9.0-CURRENT FreeBSD 9.0-CURRENT #7 r200926M: Wed Dec 23 18:51:11 EST 2009 root@la:/usr/obj/usr/src/sys/DHORN amd64 Select data from core.txt: Unread portion of the kernel message buffer: bwn0: firmware version (rev 410 patch 2160 date 0x751a time 0x7c0a) Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex bwn0 (network driver) r =3D 0 (0xffffff0005722610) locked @ /usr/src/sys/modules/bwn/../../dev/bwn/if_bwn.c:906 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_warn() at witness_warn+0x2c2 trap() at trap+0x2ce calltrap() at calltrap+0x8 --- trap 0xc, rip =3D 0xffffffff8127e070, rsp =3D 0xffffff80406d1a40, rbp =3D 0xffffff80406d1a80 --- bwn_dma_setup() at bwn_dma_setup+0x10 bwn_dma_init() at bwn_dma_init+0x32 bwn_core_init() at bwn_core_init+0x40f bwn_init_locked() at bwn_init_locked+0xae bwn_ioctl() at bwn_ioctl+0xff taskqueue_run() at taskqueue_run+0x91 taskqueue_thread_loop() at taskqueue_thread_loop+0x3f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip =3D 0, rsp =3D 0xffffff80406d1d30, rbp =3D 0 --- Fatal trap 12: page fault while in kernel mode cpuid =3D 1; apic id =3D 01 fault virtual address =3D 0x0 fault code =3D supervisor read data, page not present instruction pointer =3D 0x20:0xffffffff8127e070 stack pointer =3D 0x28:0xffffff80406d1a40 frame pointer =3D 0x28:0xffffff80406d1a80 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 0 (bwn0 taskq) lock order reversal: (Giant after non-sleepable) 1st 0xffffff0005722610 bwn0 (network driver) @ /usr/src/sys/modules/bwn/../../dev/bwn/if_bwn.c:906 2nd 0xffffffff80c56ec0 Giant (Giant) @ /usr/src/sys/dev/usb/input/ukbd.c:1= 594 dmesg snippet: ssb0: mem 0xf9ffc000-0xf9ffffff irq 16 at device 0.0 on pci11 ssb0: unsupportted coreid 0x817 pci12: driver added pci13: driver added firmware: 'bwn_v4_ucode5' version 0: 22384 bytes loaded at 0xffffffff8125d5= 10 firmware: 'bwn_v4_ucode11' version 0: 29864 bytes loaded at 0xffffffff81262= c80 firmware: 'bwn_v4_ucode13' version 0: 32232 bytes loaded at 0xffffffff8126a= 128 firmware: 'bwn_v4_pcm5' version 0: 1320 bytes loaded at 0xffffffff81271f10 firmware: 'bwn_v4_a0g1initvals5' version 0: 1840 bytes loaded at 0xffffffff81272438 firmware: 'bwn_v4_a0g0initvals5' version 0: 1840 bytes loaded at 0xffffffff81272b68 firmware: 'bwn_v4_b0g0initvals5' version 0: 1840 bytes loaded at 0xffffffff81273298 firmware: 'bwn_v4_b0g0initvals13' version 0: 2080 bytes loaded at 0xffffffff812739c8 firmware: 'bwn_v4_a0g1bsinitvals5' version 0: 158 bytes loaded at 0xffffffff812741e8 firmware: 'bwn_v4_a0g0bsinitvals5' version 0: 158 bytes loaded at 0xffffffff81274286 firmware: 'bwn_v4_b0g0bsinitvals5' version 0: 158 bytes loaded at 0xffffffff81274324 firmware: 'bwn_v4_n0bsinitvals11' version 0: 158 bytes loaded at 0xffffffff812743c2 bwn0 on ssb0 bwn0: WLAN (chipid 0x4311 rev 10) PHY (analog 4 type 2 rev 8) RADIO (manuf 0x17f ver 0x2050 rev 2) bwn0: DMA (32 bits) ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 1 vector 53 bwn0: [MPSAFE] bwn0: [FILTER] bwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps bwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps wlan1: bpf attached wlan1: bpf attached wlan1: Ethernet address: 00:1d:60:96:eb:9f bwn0: bwn_bt_disable: TODO bwn0: firmware version (rev 410 patch 2160 date 0x751a time 0x7c0a) bwn0: DMA initialized bwn0: bwn_newstate: INIT -> SCAN bwn0: bwn_newstate: SCAN -> INIT bwn0: TODO: bwn_leds_exit bwn0: bwn_bt_disable: TODO bwn0: firmware version (rev 410 patch 2160 date 0x751a time 0x7c0a) Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex bwn0 (network driver) r =3D 0 (0xffffff0005722610) locked @ /usr/src/sys/modules/bwn/../../dev/bwn/if_bwn.c:906 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_warn() at witness_warn+0x2c2 trap() at trap+0x2ce calltrap() at calltrap+0x8 --- trap 0xc, rip =3D 0xffffffff8127e070, rsp =3D 0xffffff80406d1a40, rbp =3D 0xffffff80406d1a80 --- I do have a complete core.txt file if you want me to send it to you privately. I do not really need this card, so let me know if you would like me to donate this wireless nic to the cause. (Email me off-list if interested), or I can test patches if you prefer. Thanks for your work on this driver. ---Dave Horn From owner-freebsd-current@FreeBSD.ORG Fri Dec 25 07:38:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4604106566C; Fri, 25 Dec 2009 07:38:11 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 1B7A08FC0A; Fri, 25 Dec 2009 07:38:10 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id e21so731980fga.13 for ; Thu, 24 Dec 2009 23:38:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=XYQuaSCeQ0lmuqpeE1jz6cVblf8Lm9f5pwI1npYjP0k=; b=SKH1o6K38yrFYbsojtuDZN0hMdq6QChuL4TNspoOb7TQzeoxGLmOAt/GjP8JPl1Ziy g6MdC61DYbFNPmzH2gxTbwyVYiUk80s3p743n1hW/eWdyti7i543Ga9T87lIRpHuFPW0 OoDL3WLGjR8B2GIHOlwlB4v/OPxJGP58IuDc4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=w+WrcC6VhfbzQuiEXomFI/siT31yYIiNk1ExsucD/VfDMLw/E8dWiYWsicppC0kOC+ wGvTCaQibM3Mt3DDplNM9czt/6QbwykZYNNH6gb4vxiLyNxyAFxdQi1bT2la2OGNp7/m 5TSJP5UXNjSL9nVTWFcq+brnAVar1O7q+F0T0= Received: by 10.87.40.2 with SMTP id s2mr15681518fgj.77.1261726689928; Thu, 24 Dec 2009 23:38:09 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 15sm3116676fxm.6.2009.12.24.23.38.09 (version=SSLv3 cipher=RC4-MD5); Thu, 24 Dec 2009 23:38:09 -0800 (PST) Sender: Alexander Motin Message-ID: <4B346BE0.2010909@FreeBSD.org> Date: Fri, 25 Dec 2009 09:38:08 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Nathan Lay References: <1261707782.00199010.1261696205@10.7.7.3> In-Reply-To: <1261707782.00199010.1261696205@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 8-STABLE ahci fails to attach, does not fallback on ataahci X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Dec 2009 07:38:11 -0000 Nathan Lay wrote: > I gave ATA_CAM a try last night and believe I have a similar setup > (crippled hardware) in my laptop as Doug Barton's, although my > controller is ICH6M. Nonetheless, ahci detects my controller and tries > to attach and fails (returns 6). No ada nodes are created and the boot > process halts trying to find a root mount. Verbose booting reveals > nothing special. Anything else I can do to try to reveal the problem? > > I tried modular ATA with the following: > > device atacore > device atapci > device ataahci > device ataintel > > device ahci > > From reading the lists more thoroughly, I now have the impression that > either ahci or ataahci are necessary and not both. They duplicate each other, but should not conflict. > If I remove 'device > ahci' then 8-STABLE boots normally. However, I would think that if ahci > failed to attach then the kernel should fallback on ataahci. If GENERIC > included both ahci and ataahci, then I would never be able to boot > FreeBSD let alone install it. There is no fallback mechanism on attach failure in newbus. ataahci will only be used is ahci fail probe, not an attach. > `uname -a` > FreeBSD LIGHTBULB.LOCAL 8.0-STABLE FreeBSD 8.0-STABLE #4: Thu Dec 24 > 02:40:23 EST 2009 > nslay@LIGHTBULB.LOCAL:/usr/obj/usr/src/sys/LIGHTBULB i386 > > Here's what appears in my dmesg: > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x18c0-0x18cf at device 31.2 on pci0 > > and the result of `pciconf -lv` > atapci0@pci0:0:31:2: class=0x010180 card=0x056a1014 chip=0x26538086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801FBM (ICH6M) SATA Controller' > class = mass storage > subclass = ATA There is the answer. ICH6 chipsets are using chip ID convention different from other ICHs. Same ID used for AHCI and legacy modes. It was false positive probe. This chip now runs in legacy mode. This patch should fix the issue: --- ahci.c.prev 2009-12-08 13:27:31.000000000 +0200 +++ ahci.c 2009-12-25 09:28:32.000000000 +0200 @@ -115,8 +115,8 @@ static struct { {0x43931002, "ATI IXP700", 0}, {0x43941002, "ATI IXP800", 0}, {0x43951002, "ATI IXP800", 0}, - {0x26528086, "Intel ICH6", 0}, - {0x26538086, "Intel ICH6M", 0}, + {0x26528086, "Intel ICH6", AHCI_Q_NOFORCE}, + {0x26538086, "Intel ICH6M", AHCI_Q_NOFORCE}, {0x26818086, "Intel ESB2", 0}, {0x26828086, "Intel ESB2", 0}, {0x26838086, "Intel ESB2", 0}, -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Dec 25 08:43:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0B9E1065670 for ; Fri, 25 Dec 2009 08:43:44 +0000 (UTC) (envelope-from bofh@redwerk.com) Received: from redwerk.com (redwerk.com [89.105.196.9]) by mx1.freebsd.org (Postfix) with ESMTP id 80E998FC14 for ; Fri, 25 Dec 2009 08:43:42 +0000 (UTC) Received: from [192.168.250.5] (helo=office.redwerk.com) by redwerk.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1NO5le-00009P-1o for freebsd-current@freebsd.org; Fri, 25 Dec 2009 09:43:41 +0100 Received: from bofh by office.redwerk.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NO5lc-000EfY-VR for freebsd-current@freebsd.org; Fri, 25 Dec 2009 10:43:24 +0200 Date: Fri, 25 Dec 2009 10:43:24 +0200 From: Eugene Dzhurinsky To: freebsd-current@freebsd.org Message-ID: <20091225084324.GA41572@office.redwerk.com> References: <20091003110914.GB71004@office.redwerk.com> <20091216180338.GA75403@office.redwerk.com> <2AE8BAD7-C374-4323-8443-B669C495FE34@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline In-Reply-To: <2AE8BAD7-C374-4323-8443-B669C495FE34@gmail.com> Subject: Re: Atheros WIFI is not recognized on FreeBSD 8.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Dec 2009 08:43:44 -0000 --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 21, 2009 at 04:38:26PM +0000, Rui Paulo wrote: > Have you tried using if_ndis? The kernel module I've created just hangs once loaded :( --=20 Eugene Dzhurinsky --rwEMma7ioTxnRzrJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAks0eywACgkQy/i/DoZLbHzK8QCfYHgmj1kT8QhhhxxqZkjZenSz AOAAn2wXlC5e0mX6zwpqcqBHQBuUg+eW =FVgI -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 25 10:54:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C342106566B for ; Fri, 25 Dec 2009 10:54:57 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 0179F8FC0C for ; Fri, 25 Dec 2009 10:54:56 +0000 (UTC) Received: by ewy26 with SMTP id 26so5436019ewy.3 for ; Fri, 25 Dec 2009 02:54:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=XAkxrRxU4XXwC2vCbdd/denmQVffUsCfLBFBb17nFJ0=; b=JdRQDTLBvHuNugBi90f2e/wdNCFxS+IMTjQg+fXVOJjCLV5Ol2yfbExTvkfkQ67HZc gOIbM4ApVw3wD5a958pyULee0h5WyDCdWN6Buvp2DLKr22q8l/qrBJDLa89o4FGD5V15 vXpCRCsBGpBdDP/ZH25oPIpTYZuzkNCfUdu48= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=ndPGP+yCvtjqVlVLzQ6VUfZF8p2yEJusayDPVVkgFVhET0lCoUDjqhA+ri+pcKT8vO CdPm5GEB7Saj5J6pIMNBSOuVrym94Al7Vp9WxmfhLX6xC6bt6iePutzKdS2SGn9I0K11 UsEQJzVIuHtFTNny/1jlUsPPLiF86pFeSs/s0= MIME-Version: 1.0 Received: by 10.213.103.210 with SMTP id l18mr10313033ebo.71.1261738496016; Fri, 25 Dec 2009 02:54:56 -0800 (PST) In-Reply-To: <20091225084324.GA41572@office.redwerk.com> References: <20091003110914.GB71004@office.redwerk.com> <20091216180338.GA75403@office.redwerk.com> <2AE8BAD7-C374-4323-8443-B669C495FE34@gmail.com> <20091225084324.GA41572@office.redwerk.com> Date: Fri, 25 Dec 2009 11:54:55 +0100 Message-ID: <3a142e750912250254h3188bbb4ma9236af5566ee9fa@mail.gmail.com> From: Paul B Mahol To: Eugene Dzhurinsky Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: Atheros WIFI is not recognized on FreeBSD 8.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Dec 2009 10:54:57 -0000 On 12/25/09, Eugene Dzhurinsky wrote: > On Mon, Dec 21, 2009 at 04:38:26PM +0000, Rui Paulo wrote: >> Have you tried using if_ndis? > > The kernel module I've created just hangs once loaded :( This is on amd64? -- Paul B Mahol From owner-freebsd-current@FreeBSD.ORG Fri Dec 25 10:58:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F1251065696; Fri, 25 Dec 2009 10:58:50 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id EE61D8FC19; Fri, 25 Dec 2009 10:58:49 +0000 (UTC) Received: by fxm27 with SMTP id 27so8778359fxm.3 for ; Fri, 25 Dec 2009 02:58:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:x-enigmail-version:content-type :content-transfer-encoding; bh=dOGAq0fldWTFVfl3MvbKRfDkuvsbY7wkE6GaZL8ERHg=; b=dwcbHs0bSEmbDz+AsLd/7eq7p7R52mMaMOb6EBkh3RtYthc+vC5HX6XUk1rkv5RhpR f6AioFXme82Mr/Pgy6tMkSL91YTtb+xagYB13AdzswxQZjxdzH8ZRZAkNmRnozEoY2vA G7vt+wSXnSJNJ03sX9mhshUXEj2WPGLYU9CnA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type:content-transfer-encoding; b=omM1nlgF+hviwCCxtgDgzXupprgNaE+hw+AGdFQC52Ezh82cmYYgnU+UNNvaDR2laB cqK+pYjJbm1YLpWq0i5Mm9HcSnIRwpgMlMS45ByFAVTMprgs/xx+O2UOg28QxXFu7fQm 2rvEfJMFyYleL0umo6Udyw4nFJAIx69SQdhoE= Received: by 10.223.95.72 with SMTP id c8mr6014885fan.73.1261738728801; Fri, 25 Dec 2009 02:58:48 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 16sm3145902fxm.8.2009.12.25.02.58.47 (version=SSLv3 cipher=RC4-MD5); Fri, 25 Dec 2009 02:58:48 -0800 (PST) Sender: Alexander Motin Message-ID: <4B349ABF.2070800@FreeBSD.org> Date: Fri, 25 Dec 2009 12:58:07 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: freebsd-arch@freebsd.org, FreeBSD-Current X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Subject: File system blocks alignment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Dec 2009 10:58:50 -0000 Hi. Recently WD released first series of ATA disks with increased physical sector size. It makes writes not matching with 4K blocks inefficient there. So I propose to get back to the question of optimal FS block alignment. This topic is also important for most of RAIDs having striped nature, such as RAID0/3/5/... and flash drives with simple controller (such as MMC/SD cards). As I have no one of those WD disks yet, I have made series of tests with RAID0, made by geom_stripe, to check general idea. I've tested the most describing case: 2-disk RAID0 with 16K stripe, 16K FS block and many 16K random I/Os (reads in this test, to avoid FS locking). Same load pattern but with writes I had on my busy disk-bound MySQL servers, so it is quite real. Test one, default partitioning. %gstripe label -s 16384 data /dev/ada1 /dev/ada2 %fdisk -I /dev/stripe/data %disklabel -w /dev/stripe/datas1 %disklabel /dev/stripe/datas1 # /dev/stripe/datas1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 1250274611 16 unused 0 0 c: 1250274627 0 unused 0 0 # "raw" part, don't edit %diskinfo -v /dev/stripe/datas1a /dev/stripe/datas1a 512 # sectorsize 640140600832 # mediasize in bytes (596G) 1250274611 # mediasize in sectors 16384 # stripesize 7680 # stripeoffset 77825 # Cylinders according to firmware. 255 # Heads according to firmware. 63 # Sectors according to firmware. As you can see, fdisk aligned partition to the "track length" of 63 sectors and disklabel added offset of 16 sectors. As result, file system will start at quite odd place of the RAID stripe. I've created UFS file system, pre-wrote 4GB file and run tests (raidtest was patched to generate only 16K requests): %raidtest test -d /mnt/qqq -n 1 Requests per second: 112 %raidtest test -d /mnt/qqq -n 64 Requests per second: 314 Before each test FS was unmounted to flush caches. Test two, FS manually aligned with disklabel. %disklabel /dev/stripe/datas1 # /dev/stripe/datas1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 1250274578 33 unused 0 0 c: 1250274627 0 unused 0 0 # "raw" part, don't edit %diskinfo -v /dev/stripe/datas1a /dev/stripe/datas1a 512 # sectorsize 640140583936 # mediasize in bytes (596G) 1250274578 # mediasize in sectors 16384 # stripesize 0 # stripeoffset 77825 # Cylinders according to firmware. 255 # Heads according to firmware. 63 # Sectors according to firmware. File system aligned with stripe. %raidtest test -d /mnt/qqq -n 1 Requests per second: 133 %raidtest test -d /mnt/qqq -n 64 Requests per second: 594 The difference is quite significant. Unaligned RAID0 access causes two disks involved in it's handling, while aligned one leaves one of disks free for another request, doubling performance. As we have now mechanism for reporting stripe size and offset for any partition to user-level, it should be easy to make disk partitioning and file system creation tools to use it automatically. Stripe size/offset reporting now supported by ada and mmcsd disk drivers and most of GEOM modules. It would be nice to fetch that info from hardware RAIDs also, where possible. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Dec 25 11:18:25 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E067106566B; Fri, 25 Dec 2009 11:18:25 +0000 (UTC) (envelope-from daichi@ongs.co.jp) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.246.90]) by mx1.freebsd.org (Postfix) with ESMTP id D1E568FC12; Fri, 25 Dec 2009 11:18:24 +0000 (UTC) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.246.94]) by natial.ongs.co.jp (Postfix) with ESMTPSA id 5482712543B; Fri, 25 Dec 2009 20:18:23 +0900 (JST) Message-ID: <4B349F7E.2030407@ongs.co.jp> Date: Fri, 25 Dec 2009 20:18:22 +0900 From: Daichi GOTO Organization: ONGS Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.5) Gecko/20091219 Thunderbird/3.0 MIME-Version: 1.0 To: current@freebsd.org, freebsd-emulation@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: JFYI: VirtualBox stable/unstable setteings (3.0.51.r22902), 20091225 updated X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Dec 2009 11:18:25 -0000 My report is not strict comprehensive, but it's useful and helpful for everyone who wants to use VirtualBox on FreeBSD. Revision: 20091223 - first posts 20091225 - updates including some results of powerd(8) investigation Tested environment: host os: FreeBSD 9-current amd64 (among 12/2009) virtualbox: virtualbox-3.0.51.r22902_3 cpu: Intel Core2 Quad Q9550 mem: 8GB video: GeForce 9800 GT Kernel settings issues: - Vimage lets FreeBSD freeze within VirtualBox bridge networking. [workaround 1] disable Vimage, you could use bridge feature [workaround 2] disable bridge feature, you could use Vimage Driver issues (*2): - Within certain combination of M/B and NVIDIA graphic board, NVIDIA driver (x11/nvidia-driver: nvidia-driver-195.22) and powerd(8) lead FreeBSD freeze non-reproducibly. [workaround 1] use nv instead of nvidia driver [workaround 2] stop powerd(8), you could use nvidia driver relative url: http://www.nvnews.net/vbulletin/showthread.php?t=142331 http://groups.google.com/group/mailing.freebsd.current/browse_thread/thread/9b7a85504e6b4ba3 VirtualBox settings: ------------------------------------------------------------- | | effects on the host os stability| ------------------------------------------------------------- | ACPI | NO | | IO APIC | NO | | PAE/NX | (not checked) | | Core numbers | YES (*2) | | VT-x/AMD-V | NO | | nested paging | (not checked) | | 3D acceleration | (not checked) | | IDE controller type | NO | | Additional controller | NO | | CD/DVD drive host | NO | | CD/DVD drive image file | NO | | FDD drive host | (not checked) | | FDD drive image file | (not checked) | | Audio | (not checked) | | Network adapter type | NO | | Network NAT | NO | | Network bridge | NO | | Network inner network | (not checked) | | Network host only | (not checked) | | Serial port | (not checked) | | share folder | (not checked) | | Guest OS sort | NO | ------------------------------------------------------------- Hardware health: - Weakened PC power unit or less-power power unit leads PC very unstable condition. If you encounter non-reproducible error or panic, you should better to check your PC power unit. - Unstable memory leads FreeBSD system panic and fatal trap. If you encounter "segmentaion fault", "panic" or "fatal trap" error, shutdown system and check your PC memory health with memtest86+. (Ubuntu install CD has memtest86+ feature. Using Ubuntu as memetest86+ checker is reasonable way). If you have luck, updating BIOS and set DRAM settings for stable resolves this issue. - Hard Disk should be health. Check your disk status by smartmontools (sysutils/smartmontools). [Recap points] - Check your PC health first, especially for Power unit, memory and Hard disk. - Remove Vimage if you want to use bridge networking feature of VirtualBox. - If you want to use nvidia-driver, stop powerd(8) daemon. If you want to use powerd(8) daemon, then use nv instead of nvidia driver. Notes: (*1) relative url: http://www.nvnews.net/vbulletin/showthread.php?t=142331 http://groups.google.com/group/mailing.freebsd.current/browse_thread/thread/9b7a85504e6b4ba3 (*2) Multicore attached virtual environment easily and frequently lets FreeBSD freeze. -- Daichi GOTO CEO | ONGS Inc. 81-42-316-7945 | daichi@ongs.co.jp | http://www.ongs.co.jp LinkedIn: http://linkedin.com/in/daichigoto From owner-freebsd-current@FreeBSD.ORG Fri Dec 25 11:22:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7A2C1065672; Fri, 25 Dec 2009 11:22:31 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 74E018FC0A; Fri, 25 Dec 2009 11:22:31 +0000 (UTC) Received: from c83-253-248-99.bredband.comhem.se ([83.253.248.99]:58571 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1NO8FN-0007Ak-46; Fri, 25 Dec 2009 12:22:18 +0100 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id C0FFE1F57F8; Fri, 25 Dec 2009 12:22:14 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Thomas Backman In-Reply-To: <4B349ABF.2070800@FreeBSD.org> Date: Fri, 25 Dec 2009 12:22:08 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <469FFFC8-514B-41B9-AEEC-E4B7AB6CB886@exscape.org> References: <4B349ABF.2070800@FreeBSD.org> To: Alexander Motin X-Mailer: Apple Mail (2.1077) X-Originating-IP: 83.253.248.99 X-Scan-Result: No virus found in message 1NO8FN-0007Ak-46. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1NO8FN-0007Ak-46 71b17cad7b06e00831995badaaabf3d8 Cc: FreeBSD-Current , freebsd-arch@freebsd.org Subject: Re: File system blocks alignment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Dec 2009 11:22:31 -0000 On Dec 25, 2009, at 11:58 AM, Alexander Motin wrote: > Hi. >=20 > Recently WD released first series of ATA disks with increased physical > sector size. It makes writes not matching with 4K blocks inefficient > there. They don't expose this to the OS, though (not by default, anyway), but = chop it up into 8 512-byte sectors for compatibility reasons. Just thought I'd point that out - I'm not even sure if you can get them = to *not* do the compatibility thing and expose 4k-sized sectors. I'm sure your work is important for other setups, though, as proved. :) Regards, Thomas= From owner-freebsd-current@FreeBSD.ORG Fri Dec 25 11:27:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EA2A10656A4; Fri, 25 Dec 2009 11:27:43 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 6AA618FC1B; Fri, 25 Dec 2009 11:27:42 +0000 (UTC) Received: by fxm27 with SMTP id 27so8788129fxm.3 for ; Fri, 25 Dec 2009 03:27:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=wkz+a8gEXMEDZkF74xrcCKTqK2ep/dI9sOSVAH0mAs8=; b=JWU99z8Z6Q+WNtUvChyGlbjrkNoEHbLPbgiPjKFUGuMOllANhI7SoKq18kbX6gG6pz b8dXdzPU0PZtkZf4r3DAEJAR0hYwdXeuNLsmYhELaAPV2/K9OgdpwTGMiLhBFZ7gjXU8 i66kRYzD2MA/AeDHQjGwIL/Ri30mL+IErhGm0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=Rd28odWfAhYh6BHS5lFK5sW841UQcOzXPCu6a255Vsvq9ECc7dZsOvJUKNGsd+HgEL M9X5NEuCs+kCkyOERr9GwppzMvY8+LhjwfXelzis/eJt+FHSfexxnJ90WrM2t5ByrCvL Axujpk5+JZPjLOBs7HwTAm2+ISeq/ewsxJn2w= Received: by 10.223.14.150 with SMTP id g22mr10842718faa.14.1261740461308; Fri, 25 Dec 2009 03:27:41 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 14sm3159895fxm.7.2009.12.25.03.27.39 (version=SSLv3 cipher=RC4-MD5); Fri, 25 Dec 2009 03:27:40 -0800 (PST) Sender: Alexander Motin Message-ID: <4B34A183.7000909@FreeBSD.org> Date: Fri, 25 Dec 2009 13:26:59 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Thomas Backman References: <4B349ABF.2070800@FreeBSD.org> <469FFFC8-514B-41B9-AEEC-E4B7AB6CB886@exscape.org> In-Reply-To: <469FFFC8-514B-41B9-AEEC-E4B7AB6CB886@exscape.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , freebsd-arch@freebsd.org Subject: Re: File system blocks alignment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Dec 2009 11:27:43 -0000 Thomas Backman wrote: > On Dec 25, 2009, at 11:58 AM, Alexander Motin wrote: |>> Recently WD released first series of ATA disks with increased physical >> sector size. It makes writes not matching with 4K blocks inefficient >> there. > They don't expose this to the OS, though (not by default, anyway), but chop it up into 8 512-byte sectors for compatibility reasons. > Just thought I'd point that out - I'm not even sure if you can get them to *not* do the compatibility thing and expose 4k-sized sectors. Latest ATA-8 specification allows drive to report both logical (512B) and physical (4KB) sector sizes. ada driver able to fetch and report that info to GEOM. If these drives not reporting it yet (are you really sure?), it is only question of their firmware. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Dec 25 11:39:26 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2054D106566B; Fri, 25 Dec 2009 11:39:26 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id D8DA08FC16; Fri, 25 Dec 2009 11:39:25 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 9983C7E9A3; Fri, 25 Dec 2009 11:39:24 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id nBPBe2S0027358; Fri, 25 Dec 2009 11:40:02 GMT (envelope-from phk@critter.freebsd.dk) To: Alexander Motin From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 25 Dec 2009 12:58:07 +0200." <4B349ABF.2070800@FreeBSD.org> Date: Fri, 25 Dec 2009 11:40:02 +0000 Message-ID: <27357.1261741202@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: FreeBSD-Current , freebsd-arch@FreeBSD.org Subject: Re: File system blocks alignment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Dec 2009 11:39:26 -0000 In message <4B349ABF.2070800@FreeBSD.org>, Alexander Motin writes: >The difference is quite significant. Unaligned RAID0 access causes two >disks involved in it's handling, while aligned one leaves one of disks >free for another request, doubling performance. You will find RAID5 writes to be an even better test: Optimal filesystem block-size is a RAID5 stripe width, and if you do not get the offset right you instantly loose at least 50% of your write bandwidth. My practical experience says oftem more like 75% is lost. >As we have now mechanism for reporting stripe size and offset for any >partition to user-level, it should be easy to make disk partitioning and >file system creation tools to use it automatically. For MBR's there are compat requirement worries, slices must be track aligned for strict compat with (old ?) funky bioses. BSDlabel have no such fine details, so that is probably the best place to align to stripe offsets. Be aware that stripe-widths may be ridiculously large: you should not use them as blocksizes, just make sure that blocksizes divide cleanly into them. >Stripe size/offset reporting now supported by ada and mmcsd disk drivers >and most of GEOM modules. It would be nice to fetch that info from >hardware RAIDs also, where possible. Indeed. Good work, keep at it! Poul-Henning -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Dec 25 11:44:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E40C31065670; Fri, 25 Dec 2009 11:44:44 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id A80688FC19; Fri, 25 Dec 2009 11:44:44 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 9945F7E995; Fri, 25 Dec 2009 11:44:43 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id nBPBjLS0027417; Fri, 25 Dec 2009 11:45:21 GMT (envelope-from phk@critter.freebsd.dk) To: Thomas Backman From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 25 Dec 2009 12:22:08 +0100." <469FFFC8-514B-41B9-AEEC-E4B7AB6CB886@exscape.org> Date: Fri, 25 Dec 2009 11:45:20 +0000 Message-ID: <27416.1261741520@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Alexander Motin , FreeBSD-Current , freebsd-arch@freebsd.org Subject: Re: File system blocks alignment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Dec 2009 11:44:45 -0000 In message <469FFFC8-514B-41B9-AEEC-E4B7AB6CB886@exscape.org>, Thomas Backman w rites: >On Dec 25, 2009, at 11:58 AM, Alexander Motin wrote: >They don't expose this to the OS, though (not by default, anyway), but = >chop it up into 8 512-byte sectors for compatibility reasons. >Just thought I'd point that out - I'm not even sure if you can get them = >to *not* do the compatibility thing and expose 4k-sized sectors. While that is true, it is worth noting that the same Windows-compat idioty is what doomed the world to RAID5 instead of RAID3. The recent article in Queue Magazine shows how deeply ingrained the 512byte mindset has become: The author goes to great lengths to praise RAID6 and higher for their ability to have multiple bit ECC without ever recognizing (author not knowing ?) that RAID3 has had this ability from day one. UFS runs incredibly well on 4k blocks, and we should exploit that to the fullest extent, and if we really want to jerk chains, we should push RAID3 in 4+2 and 8+3 configs aggressively, it performs great, both under read and write, and Windows cannot do it. Poul-Henning PS: Merry X-mas everybody! -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Dec 25 14:03:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B439010656C1; Fri, 25 Dec 2009 14:03:08 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 1E7898FC28; Fri, 25 Dec 2009 14:03:07 +0000 (UTC) Received: by fxm27 with SMTP id 27so8840276fxm.3 for ; Fri, 25 Dec 2009 06:03:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=R2BJlZNHt3AdKWRU5CjVdwHNBknRyMYX3YkeFXpqZFg=; b=PVkmPU+1PctRe78u4jal5YkdiqjvgBzbQqt7gNRmhqrP1vJvWEzs8cjFhyuRZnvIpE jzVXYfdZo44LiCwmkKetWPICSZUw9U7/ZJ0Jd2UgW+chClU+6LtFS624z4Wv+l+NOU1v pmTaohyXCHS60CEvbEWgMY6rZvhdYX31rlDnU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=EgdinLOY749Ydsq4tWqSZI7SixhvO/l5hOp9pC/wD8c6xdE1sg9fv5Oq2CwkHm8E34 9y/GAj1W0lAuSHVisZY6uDPfitqieBido6kokHAQi3z3utFLC9g3NorozDR8E4aHUIyR A0Gm5Zw4iEhmvaztvw36Ease7ivY2rmDpZOxM= Received: by 10.223.62.11 with SMTP id v11mr4553173fah.60.1261749787066; Fri, 25 Dec 2009 06:03:07 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 13sm3185428fxm.5.2009.12.25.06.03.05 (version=SSLv3 cipher=RC4-MD5); Fri, 25 Dec 2009 06:03:06 -0800 (PST) Sender: Alexander Motin Message-ID: <4B34C619.7070505@FreeBSD.org> Date: Fri, 25 Dec 2009 16:03:05 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Poul-Henning Kamp References: <27357.1261741202@critter.freebsd.dk> In-Reply-To: <27357.1261741202@critter.freebsd.dk> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , freebsd-arch@FreeBSD.org Subject: Re: File system blocks alignment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Dec 2009 14:03:08 -0000 Poul-Henning Kamp wrote: > In message <4B349ABF.2070800@FreeBSD.org>, Alexander Motin writes: >> The difference is quite significant. Unaligned RAID0 access causes two >> disks involved in it's handling, while aligned one leaves one of disks >> free for another request, doubling performance. > > You will find RAID5 writes to be an even better test: Optimal filesystem > block-size is a RAID5 stripe width, and if you do not get the offset > right you instantly loose at least 50% of your write bandwidth. My > practical experience says oftem more like 75% is lost. Sure, I just had no trusted RAID5 nearby to do benchmark. Actually with RAID5 situation is even more complicated, as there are actually two optimal transaction sizes: - First is a stripe size - amount of data written sequentially to one disk. If you are not aligned with it, it give same results as I have just shown. - Second is a row size - stripe size * number of data disks. You may freely read less information then full row, but short write cause RAID to handle read-modify-write scenario. If you have 3 disks and no battery backed cache - you will definitely loose. But if there are 15 disks and good cache, I believe ability to execute multiple requests independently in parallel will compensate penalty. Also with 15 disks it would impractical to increase FS block size, as in that case OS will have to do that read-modify-write instead of controller and you may loose even more. With RAID5 I think best practice would be to align FS to the stripe size and instruct it to write data in maximal bursts, in best case - full row at a time. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Dec 25 16:27:22 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 738F2106566B; Fri, 25 Dec 2009 16:27:22 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 26ACF8FC08; Fri, 25 Dec 2009 16:27:21 +0000 (UTC) Received: from [77.41.108.53] (port=20469 helo=HP.lissyara.su) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NOD0a-000IR8-9o; Fri, 25 Dec 2009 19:27:20 +0300 Message-ID: <4B34E7E8.1040009@lissyara.su> Date: Fri, 25 Dec 2009 19:27:20 +0300 From: Alex Keda User-Agent: Thunderbird 2.0.0.23 (X11/20091129) MIME-Version: 1.0 To: current@freebsd.org, Gonzalo Nemmi , Attilio Rao , Aditya Sarawgi , Andrea Di Pasquale References: <20091223035331.GA1293@weongyo> <4B3250E7.1000509@lissyara.su> <20091223201438.GD1293@weongyo> <4B32822D.30201@lissyara.su> In-Reply-To: <4B32822D.30201@lissyara.su> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Dec 2009 16:27:22 -0000 Alex Keda ïèøåò: > Weongyo Jeong ïèøåò: >> It's caused by unexpected SSB core. Could you please test with attached >> patch with email and tell me the result? > All OK > > ssb0: mem 0xc8000000-0xc8003fff > irq 18 at device 0.0 on pci48 > ssb0: unsupportted coreid 0x817 > info: [drm] Num pipes: 1 > bwn0 on ssb0 > bwn0: WLAN (chipid 0x4311 rev 13) PHY (analog 4 type 2 rev 9) RADIO > (manuf 0x17f ver 0x2050 rev 2) > bwn0: DMA (64 bits) > bwn0: [FILTER] > > scan - works. > HP# ifconfig wlan0 scan > SSID/MESH ID BSSID CHAN RATE S:N INT CAPS > 0x000000000 00:19:e1:00:e1:d0 1 54M -79:-95 100 ES WME > Beeline_WiFi 00:19:e1:00:e1:d1 1 54M -79:-95 100 ES WME > Beeline_WiF... 00:19:e1:00:e1:d2 1 54M -79:-95 100 EPS RSN WPA WME > HP# > > but, I can test it with access point only through two days so, it's work, but I have reproduce panic. I manually assign IP address: # ifconfig wlan0 192.168.250.2 then, run command: # /etc/netstart and I see: ..... wpa_supplicant[2084]: Failed to disable WPA in the driver bwn0: bwn_newstate: RUN -> INIT bwn0: TODO: bwn_leds_exit bwn0: bwn_bt_disable TODO Starting wpa_supplicant. bwn0: firmware version ( rev 410 patch 2160 date 0x751a time 0x7c0a) Kernel page fault with the following non-sleepable lock held: exclusive sleep mutex bwn0 (network driver) r = 0 (0xffffff005a769010) locked @/usr/src/sys/modules/bwn/../../dev/bwn/if_bwn.c:906 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_sebugger() at _witness_debugger+0x2e witness_warn() at witness_warn+0x2c2 trap() at trap+0x2ce calltrap() at calltrap+0x8 --- trap 0xc, rip = 0xffffffff81516070, rsp = 0xffffff803ceeaa40, rbp = 0xffffff803ceeaa80 --- bwn_dma_setup() at bwn_dma_setup+0x10 bwn_dma_init() at bwn_dma_init+0x32 bwn_core_init() at bwn_core_init+0x40f bwn_init_locked() at bwn_init_locked+0xae bwn_ioctl() at bwn_ioctl+0xff taskqueue_run() at taskqueue_run+0x91 taskqueue_thread_loop() at taskqueue_thread_loop+0x3f fork_exit() at fork_exit+0x12a fork_tramponline() at fork_tramponline+0xe --- trap 0, rip = 0, rsp = 0xffffff803ceead30, rbp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x0 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff81516070 stack pointer = 0x28:0xffffff803ceeaa40 frame pointer = 0x28:0xffffff803ceeaa80 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (bwn0 taskq) [thread pid 0 tid 100239 ] Stopped at bwn_dma_setup+0x10: movq (%rax), %rax From owner-freebsd-current@FreeBSD.ORG Fri Dec 25 17:30:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0381210656A3; Fri, 25 Dec 2009 17:30:59 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id CF14B8FC1D; Fri, 25 Dec 2009 17:30:58 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.54 (FreeBSD)) id 1NOE09-000LYr-79; Fri, 25 Dec 2009 12:30:57 -0500 Date: Fri, 25 Dec 2009 12:30:57 -0500 From: Gary Palmer To: Alexander Motin Message-ID: <20091225173057.GA75881@in-addr.com> References: <4B349ABF.2070800@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B349ABF.2070800@FreeBSD.org> Cc: FreeBSD-Current , freebsd-arch@freebsd.org Subject: Re: File system blocks alignment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Dec 2009 17:30:59 -0000 On Fri, Dec 25, 2009 at 12:58:07PM +0200, Alexander Motin wrote: > Hi. > > Recently WD released first series of ATA disks with increased physical > sector size. It makes writes not matching with 4K blocks inefficient > there. So I propose to get back to the question of optimal FS block > alignment. This topic is also important for most of RAIDs having striped > nature, such as RAID0/3/5/... and flash drives with simple controller > (such as MMC/SD cards). This is also a critical issue on certain SAN system. NetApp, I suspect as a result of them layering a virtual LUN ontop of another filesystem (WAFL), is very sensitive to filesystem alignment on the LUN. If the I/Os to the LUN are not 4k aligned, performance suffers a serious hit. I'm not sure what other SAN vendors suffer similar alignment restrictions. Regards, Gary From owner-freebsd-current@FreeBSD.ORG Fri Dec 25 18:14:43 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2ED13106568B; Fri, 25 Dec 2009 18:14:43 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8327E8FC1B; Fri, 25 Dec 2009 18:14:42 +0000 (UTC) Received: by ewy26 with SMTP id 26so5631519ewy.3 for ; Fri, 25 Dec 2009 10:14:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=kcrmoQiyBCC/AOsS0OKUXySFEHOmH6FJhWoF0NzPt0Q=; b=wZvv+HaDZNN/NIMhh3RYKgf8WxMX2ZKqpPSc7JagmsIr2kCsFFDqnANXR9MWFsv7o3 tThg9qdTk6377PFnE7jgkgEoE6FpN6a/b7NnPfzme6IwWnFuLIGjhKBKM/InvWQuODkm 2afSTA5gJfLFlNUpfkbHkJOuxxLklTO+ZHnwM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=u/zkNnFGsqK2g+tVcT1UFU8jQZdd349FL9/7+xmSjG/nuhOJyfJbi7ekILe2H+p2fG lS0GLgYW6ueI8jlaKF+N+06pNjssv+q0UA3joOTEfoFuMHQluCA6OCBxAXfXZPM7XMD7 Jcj+ATJkb6rKUHeaTHIsAnYpeTZmfPq3RC4QU= MIME-Version: 1.0 Received: by 10.213.24.25 with SMTP id t25mr15676991ebb.98.1261764881521; Fri, 25 Dec 2009 10:14:41 -0800 (PST) In-Reply-To: <4B34E7E8.1040009@lissyara.su> References: <20091223035331.GA1293@weongyo> <4B3250E7.1000509@lissyara.su> <20091223201438.GD1293@weongyo> <4B32822D.30201@lissyara.su> <4B34E7E8.1040009@lissyara.su> Date: Fri, 25 Dec 2009 19:14:41 +0100 Message-ID: <3a142e750912251014r37411894y1b3c3c7aa72926a6@mail.gmail.com> From: Paul B Mahol To: Alex Keda Content-Type: text/plain; charset=ISO-8859-1 Cc: Attilio Rao , Aditya Sarawgi , Gonzalo Nemmi , current@freebsd.org, Andrea Di Pasquale Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Dec 2009 18:14:43 -0000 On 12/25/09, Alex Keda wrote: > Alex Keda pishet: >> Weongyo Jeong pishet: >>> It's caused by unexpected SSB core. Could you please test with attached >>> patch with email and tell me the result? >> All OK >> >> ssb0: mem 0xc8000000-0xc8003fff >> irq 18 at device 0.0 on pci48 >> ssb0: unsupportted coreid 0x817 >> info: [drm] Num pipes: 1 >> bwn0 on ssb0 >> bwn0: WLAN (chipid 0x4311 rev 13) PHY (analog 4 type 2 rev 9) RADIO >> (manuf 0x17f ver 0x2050 rev 2) >> bwn0: DMA (64 bits) >> bwn0: [FILTER] >> >> scan - works. >> HP# ifconfig wlan0 scan >> SSID/MESH ID BSSID CHAN RATE S:N INT CAPS >> 0x000000000 00:19:e1:00:e1:d0 1 54M -79:-95 100 ES WME >> Beeline_WiFi 00:19:e1:00:e1:d1 1 54M -79:-95 100 ES WME >> Beeline_WiF... 00:19:e1:00:e1:d2 1 54M -79:-95 100 EPS RSN WPA WME >> HP# >> >> but, I can test it with access point only through two days > so, it's work, but I have reproduce panic. > > I manually assign IP address: > # ifconfig wlan0 192.168.250.2 > then, run command: > # /etc/netstart > and I see: > ..... > wpa_supplicant[2084]: Failed to disable WPA in the driver > bwn0: bwn_newstate: RUN -> INIT > bwn0: TODO: bwn_leds_exit > bwn0: bwn_bt_disable TODO > Starting wpa_supplicant. > bwn0: firmware version ( rev 410 patch 2160 date 0x751a time 0x7c0a) > Kernel page fault with the following non-sleepable lock held: > exclusive sleep mutex bwn0 (network driver) r = 0 (0xffffff005a769010) > locked @/usr/src/sys/modules/bwn/../../dev/bwn/if_bwn.c:906 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > _witness_sebugger() at _witness_debugger+0x2e > witness_warn() at witness_warn+0x2c2 > trap() at trap+0x2ce > calltrap() at calltrap+0x8 > --- trap 0xc, rip = 0xffffffff81516070, rsp = 0xffffff803ceeaa40, rbp = > 0xffffff803ceeaa80 --- > bwn_dma_setup() at bwn_dma_setup+0x10 > bwn_dma_init() at bwn_dma_init+0x32 > bwn_core_init() at bwn_core_init+0x40f > bwn_init_locked() at bwn_init_locked+0xae > bwn_ioctl() at bwn_ioctl+0xff > taskqueue_run() at taskqueue_run+0x91 > taskqueue_thread_loop() at taskqueue_thread_loop+0x3f > fork_exit() at fork_exit+0x12a > fork_tramponline() at fork_tramponline+0xe > --- trap 0, rip = 0, rsp = 0xffffff803ceead30, rbp = 0 --- > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x0 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff81516070 > stack pointer = 0x28:0xffffff803ceeaa40 > frame pointer = 0x28:0xffffff803ceeaa80 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 (bwn0 taskq) > [thread pid 0 tid 100239 ] > Stopped at bwn_dma_setup+0x10: movq (%rax), %rax Exactly the same one I get when playing with hw RF switch. -- Paul B Mahol From owner-freebsd-current@FreeBSD.ORG Fri Dec 25 18:18:25 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51948106568F; Fri, 25 Dec 2009 18:18:25 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 14C748FC15; Fri, 25 Dec 2009 18:18:24 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 229B57E831; Fri, 25 Dec 2009 18:18:24 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id nBPIJ1tH028376; Fri, 25 Dec 2009 18:19:01 GMT (envelope-from phk@critter.freebsd.dk) To: Alexander Motin From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 25 Dec 2009 16:03:05 +0200." <4B34C619.7070505@FreeBSD.org> Date: Fri, 25 Dec 2009 18:19:01 +0000 Message-ID: <28375.1261765141@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: FreeBSD-Current , freebsd-arch@FreeBSD.org Subject: Re: File system blocks alignment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Dec 2009 18:18:25 -0000 In message <4B34C619.7070505@FreeBSD.org>, Alexander Motin writes: >Poul-Henning Kamp wrote: >- Second is a row size - stripe size * number of data disks. You may >freely read less information then full row, but short write cause RAID >to handle read-modify-write scenario. There is a far worse scenario: a stripe-spanning write, it forces a RMW cycle over two different RAID5 stripes. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Dec 25 19:30:24 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4777106566B; Fri, 25 Dec 2009 19:30:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8C1658FC1A; Fri, 25 Dec 2009 19:30:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBPJUN7J085785; Fri, 25 Dec 2009 14:30:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBPJUNQd085781; Fri, 25 Dec 2009 19:30:23 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 25 Dec 2009 19:30:23 GMT Message-Id: <200912251930.nBPJUNQd085781@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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, 25 Dec 2009 19:30:25 -0000 TB --- 2009-12-25 18:49:25 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-25 18:49:25 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-12-25 18:49:25 - cleaning the object tree TB --- 2009-12-25 18:49:42 - cvsupping the source tree TB --- 2009-12-25 18:49:42 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-12-25 18:50:12 - building world TB --- 2009-12-25 18:50:12 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-25 18:50:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-25 18:50:12 - TARGET=ia64 TB --- 2009-12-25 18:50:12 - TARGET_ARCH=ia64 TB --- 2009-12-25 18:50:12 - TZ=UTC TB --- 2009-12-25 18:50:12 - __MAKE_CONF=/dev/null TB --- 2009-12-25 18:50:12 - cd /src TB --- 2009-12-25 18:50:12 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 25 18:50:13 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/libexec/smrsh/../../contrib/sendmail/smrsh/smrsh.8 > smrsh.8.gz ===> libexec/talkd (all) cc -O2 -pipe -I/src/libexec/talkd/../../usr.bin/wall -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/talkd/talkd.c cc -O2 -pipe -I/src/libexec/talkd/../../usr.bin/wall -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/talkd/announce.c cc -O2 -pipe -I/src/libexec/talkd/../../usr.bin/wall -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/talkd/process.c cc1: warnings being treated as errors /src/libexec/talkd/process.c: In function 'do_announce': /src/libexec/talkd/process.c:159: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/libexec/talkd. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-25 19:30:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-25 19:30:23 - ERROR: failed to build world TB --- 2009-12-25 19:30:23 - 1811.94 user 391.23 system 2458.02 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 25 20:02:47 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC5511065676; Fri, 25 Dec 2009 20:02:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C4E9D8FC13; Fri, 25 Dec 2009 20:02:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBPK2kV8025779; Fri, 25 Dec 2009 15:02:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBPK2k5v025766; Fri, 25 Dec 2009 20:02:46 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 25 Dec 2009 20:02:46 GMT Message-Id: <200912252002.nBPK2k5v025766@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips 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, 25 Dec 2009 20:02:47 -0000 TB --- 2009-12-25 19:30:24 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-25 19:30:24 - starting HEAD tinderbox run for mips/mips TB --- 2009-12-25 19:30:24 - cleaning the object tree TB --- 2009-12-25 19:30:32 - cvsupping the source tree TB --- 2009-12-25 19:30:32 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2009-12-25 19:31:13 - building world TB --- 2009-12-25 19:31:13 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-25 19:31:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-25 19:31:13 - TARGET=mips TB --- 2009-12-25 19:31:13 - TARGET_ARCH=mips TB --- 2009-12-25 19:31:13 - TZ=UTC TB --- 2009-12-25 19:31:13 - __MAKE_CONF=/dev/null TB --- 2009-12-25 19:31:13 - cd /src TB --- 2009-12-25 19:31:13 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 25 19:31:14 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/libexec/smrsh/../../contrib/sendmail/smrsh/smrsh.8 > smrsh.8.gz ===> libexec/talkd (all) cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/libexec/talkd/../../usr.bin/wall -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/talkd/talkd.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/libexec/talkd/../../usr.bin/wall -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/talkd/announce.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/libexec/talkd/../../usr.bin/wall -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/talkd/process.c cc1: warnings being treated as errors /src/libexec/talkd/process.c: In function 'do_announce': /src/libexec/talkd/process.c:159: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/libexec/talkd. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-25 20:02:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-25 20:02:46 - ERROR: failed to build world TB --- 2009-12-25 20:02:46 - 1267.78 user 361.52 system 1942.22 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 25 20:24:34 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E679B106568D; Fri, 25 Dec 2009 20:24:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BED248FC15; Fri, 25 Dec 2009 20:24:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBPKOXGb081820; Fri, 25 Dec 2009 15:24:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBPKOXSH081812; Fri, 25 Dec 2009 20:24:33 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 25 Dec 2009 20:24:33 GMT Message-Id: <200912252024.nBPKOXSH081812@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Dec 2009 20:24:34 -0000 TB --- 2009-12-25 19:51:37 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-25 19:51:37 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-12-25 19:51:37 - cleaning the object tree TB --- 2009-12-25 19:51:56 - cvsupping the source tree TB --- 2009-12-25 19:51:56 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-12-25 19:52:23 - building world TB --- 2009-12-25 19:52:23 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-25 19:52:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-25 19:52:23 - TARGET=sparc64 TB --- 2009-12-25 19:52:23 - TARGET_ARCH=sparc64 TB --- 2009-12-25 19:52:23 - TZ=UTC TB --- 2009-12-25 19:52:23 - __MAKE_CONF=/dev/null TB --- 2009-12-25 19:52:23 - cd /src TB --- 2009-12-25 19:52:23 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 25 19:52:23 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/libexec/smrsh/../../contrib/sendmail/smrsh/smrsh.8 > smrsh.8.gz ===> libexec/talkd (all) cc -O2 -pipe -I/src/libexec/talkd/../../usr.bin/wall -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/talkd/talkd.c cc -O2 -pipe -I/src/libexec/talkd/../../usr.bin/wall -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/talkd/announce.c cc -O2 -pipe -I/src/libexec/talkd/../../usr.bin/wall -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/talkd/process.c cc1: warnings being treated as errors /src/libexec/talkd/process.c: In function 'do_announce': /src/libexec/talkd/process.c:159: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/libexec/talkd. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-25 20:24:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-25 20:24:33 - ERROR: failed to build world TB --- 2009-12-25 20:24:33 - 1432.01 user 376.51 system 1976.01 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 25 20:34:07 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDC5D106566C; Fri, 25 Dec 2009 20:34:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A6C578FC16; Fri, 25 Dec 2009 20:34:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBPKY7tZ032886; Fri, 25 Dec 2009 15:34:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBPKY6Fl032885; Fri, 25 Dec 2009 20:34:06 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 25 Dec 2009 20:34:06 GMT Message-Id: <200912252034.nBPKY6Fl032885@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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, 25 Dec 2009 20:34:08 -0000 TB --- 2009-12-25 20:02:46 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-25 20:02:46 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-12-25 20:02:46 - cleaning the object tree TB --- 2009-12-25 20:02:59 - cvsupping the source tree TB --- 2009-12-25 20:02:59 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-12-25 20:03:24 - building world TB --- 2009-12-25 20:03:24 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-25 20:03:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-25 20:03:24 - TARGET=sun4v TB --- 2009-12-25 20:03:24 - TARGET_ARCH=sparc64 TB --- 2009-12-25 20:03:24 - TZ=UTC TB --- 2009-12-25 20:03:24 - __MAKE_CONF=/dev/null TB --- 2009-12-25 20:03:24 - cd /src TB --- 2009-12-25 20:03:24 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 25 20:03:25 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/libexec/smrsh/../../contrib/sendmail/smrsh/smrsh.8 > smrsh.8.gz ===> libexec/talkd (all) cc -O2 -pipe -I/src/libexec/talkd/../../usr.bin/wall -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/talkd/talkd.c cc -O2 -pipe -I/src/libexec/talkd/../../usr.bin/wall -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/talkd/announce.c cc -O2 -pipe -I/src/libexec/talkd/../../usr.bin/wall -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/talkd/process.c cc1: warnings being treated as errors /src/libexec/talkd/process.c: In function 'do_announce': /src/libexec/talkd/process.c:159: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/libexec/talkd. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-25 20:34:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-25 20:34:06 - ERROR: failed to build world TB --- 2009-12-25 20:34:06 - 1425.73 user 360.15 system 1880.47 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 25 21:31:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BA6F106566C; Fri, 25 Dec 2009 21:31:15 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id C900C8FC08; Fri, 25 Dec 2009 21:31:14 +0000 (UTC) Received: by bwz5 with SMTP id 5so5875746bwz.3 for ; Fri, 25 Dec 2009 13:31:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=gpvzvh/bjAiShdkjvHG3m3EZjheHqiMt3/lRu6pAcO8=; b=DwL+mXwXJvbIBPxiYVSgtXuZt9LgExzchBBVDEadN+aMDElOAIG+qqBAE4GsdFKU9B ywqnVqZyOVLvwe7gh6S6IWUWng4fiZzY63fhRwlev5EJGi32xYXWraTAeSDwrsRYNl6o X/PjyRGTPDvE1j0S7M2FBui7vYDs0uWdw+Czg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=YDFdS153ZUT7R1NR+1+gAFUdK/Jh+mmMpP0qNoRhpdgbLtLW8bLkNlTql7sXW8yer1 +shw+DvhPsELUtgoFf4CTaifH+QQKEDUNjnJW3+t0LTFX+rT0ViIpNd16Qg4cbBUr3+I AClao/ILpviDbBytg9mxfyOPmN6u/IIJgarvg= MIME-Version: 1.0 Received: by 10.204.3.220 with SMTP id 28mr932500bko.4.1261776673484; Fri, 25 Dec 2009 13:31:13 -0800 (PST) In-Reply-To: <4B331C07.1020706@FreeBSD.org> References: <1261624986.00198729.1261614601@10.7.7.3> <4B331C07.1020706@FreeBSD.org> Date: Fri, 25 Dec 2009 22:31:13 +0100 Message-ID: <83e5fb980912251331r50f2de69s3158ab5dbcf7645e@mail.gmail.com> From: Diego Depaoli To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current Subject: Re: ATA_CAM for extradummies X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Dec 2009 21:31:15 -0000 On Thu, Dec 24, 2009 at 8:45 AM, Alexander Motin wrote: > Diego Depaoli wrote: >> Trying to rip a DVD with ogmrip which uses libdvd[read | nav | css] my >> system becomes unusable. >> Syslog repeats many and many times: >> ahcich0: port is not ready (timeout 10000ms) tfd = 00000480 >> ahcich0: device ready timeout >> >> ahci0: port >> >> I can only poweroff the machine since reboot hangs syncing the buffers. >> After restart, verbose dmesg causes kernel panic. > > As soon as your DVD drive is on PATA channel, errors are not directly > related to ripping. I think it is related to device scanning before it. > I think libdvd tries to send SCSI commands to SATA disks, which is not > handled properly by IXP700 AHCI controller. After adding device sg as suggested by @bf1783 to my kernel now I can see pass devices. Unfortunately that doesn't solve the other issues: - without ataati my DVD drive isn't detected - ripping DVD the system becomes unusable ahcich0: hardware reset ... ahcich0: SATA connect time=0ms status=00000123 ahcich0: port is not ready (timeout 10000ms) tfd = 00000480 Let me know if I can help someway Regards -- Diego Depaoli From owner-freebsd-current@FreeBSD.ORG Sat Dec 26 00:36:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C61451065672 for ; Sat, 26 Dec 2009 00:36:37 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 54E0D8FC13 for ; Sat, 26 Dec 2009 00:36:37 +0000 (UTC) Received: by fxm27 with SMTP id 27so9033075fxm.3 for ; Fri, 25 Dec 2009 16:36:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=kXvZgTMV5BZyoA4d7HoJshdK/aNh69kpU4LNfI3LV9U=; b=dgyMWOJfXaijvC6xxAKmdqcp09LQk0i8OHTe5YnrP1rdIXN9hBlxwwpiF4wIBnrj3c qk7OxYiwTq9xoAhwYdk+MktdPz1/ewivwpyFutCysajTcDAKxwTZyltzVZ8BUxIemNFC GkEGfWFpoFCHGezCKvltzbZJ2hfpDPbI4ktnY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=E/AQ6Q4INO0krd7Sp3rHS+77NVx9+VpkfmXleGKyyK8DxZyuwp6mG/CamLi4uwifBP V/OUACUko8M9jxzUX4ffc8DIQsrnzxifGqE1lxuoA1l478aQsIkY5oxDAWsZT/+g7vhi FbYH/ZADvbYP4c5M2MQhK6Q3M7LFpIaNdNABk= Received: by 10.86.22.30 with SMTP id 30mr9104105fgv.43.1261787795999; Fri, 25 Dec 2009 16:36:35 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 14sm3310829fxm.11.2009.12.25.16.36.34 (version=SSLv3 cipher=RC4-MD5); Fri, 25 Dec 2009 16:36:35 -0800 (PST) Sender: Alexander Motin Message-ID: <4B355A92.1010803@FreeBSD.org> Date: Sat, 26 Dec 2009 02:36:34 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Diego Depaoli References: <1261624986.00198729.1261614601@10.7.7.3> <4B331C07.1020706@FreeBSD.org> <83e5fb980912251331r50f2de69s3158ab5dbcf7645e@mail.gmail.com> In-Reply-To: <83e5fb980912251331r50f2de69s3158ab5dbcf7645e@mail.gmail.com> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: ATA_CAM for extradummies X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Dec 2009 00:36:37 -0000 Diego Depaoli wrote: > On Thu, Dec 24, 2009 at 8:45 AM, Alexander Motin wrote: >> Diego Depaoli wrote: >>> Trying to rip a DVD with ogmrip which uses libdvd[read | nav | css] my >>> system becomes unusable. >>> Syslog repeats many and many times: >>> ahcich0: port is not ready (timeout 10000ms) tfd = 00000480 >>> ahcich0: device ready timeout >>> >>> ahci0: port >>> >>> I can only poweroff the machine since reboot hangs syncing the buffers. >>> After restart, verbose dmesg causes kernel panic. >> As soon as your DVD drive is on PATA channel, errors are not directly >> related to ripping. I think it is related to device scanning before it. >> I think libdvd tries to send SCSI commands to SATA disks, which is not >> handled properly by IXP700 AHCI controller. > > After adding > device sg > as suggested by @bf1783 to my kernel now I can see pass devices. I don't see relations between sg and pass drivers, > Unfortunately that doesn't solve the other issues: > - without ataati my DVD drive isn't detected Man, excuse me, but if you are "extradummy" - don't touch kernel options. Especially experimental, especially without understanding. Sure, without ataati your DVD won't be detected, as it is PATA drive, and you have ATI PATA controller, supported by this driver. ATA_CAM option was especially made to allow this driver to be used with CAM subsystem. > - ripping DVD the system becomes unusable > ahcich0: hardware reset ... > ahcich0: SATA connect time=0ms status=00000123 > ahcich0: port is not ready (timeout 10000ms) tfd = 00000480 As I have said, it is a combination of ATI hardware bug and the fact that DVD ripper has no idea about CAM ATA devices, trying to work with them with SCSI commands. I will make workaround for this. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Dec 26 02:28:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4B7D106566B; Sat, 26 Dec 2009 02:28:33 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 4FBF08FC12; Sat, 26 Dec 2009 02:28:32 +0000 (UTC) Received: by bwz5 with SMTP id 5so5924237bwz.3 for ; Fri, 25 Dec 2009 18:28:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=O5OAbbTkKVUSIogsPctDmVBSLNvP3BK/kLSbS1zbfEo=; b=o+qlgl6ghhq1395B7MjudGKVTSt0PGr4iX7ZeaBMms+9gcTNQgB+KtPt09S6Avg8Fx oXNIiz/6uOEyvE2Zg0JaNthDbNzaVH/ewM1ORW8x/1U4fnNUPndWa6unWfWXx2Gj1/0y ecFmBE0J6dUV/QrBUNMi+kI1c/nAPdPSDYEf0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=xPKIOpQzzH6Ev6gt62kR+1SzcBrXveKxDKJ/RpNvW41rhmx8EeZ+HX78dV0xuN8VaP zshjfc+lPkKMgOQMaxxEwvNJNc0IXSm3K+1+kss5vkafPdLQKYyaVGAhMDk/viXHA6Jo erkKRCaTdcYAA7WeCpBs+FytR4sbmOReJwnfA= MIME-Version: 1.0 Received: by 10.204.160.86 with SMTP id m22mr3812532bkx.82.1261794512081; Fri, 25 Dec 2009 18:28:32 -0800 (PST) In-Reply-To: <4B355A92.1010803@FreeBSD.org> References: <1261624986.00198729.1261614601@10.7.7.3> <4B331C07.1020706@FreeBSD.org> <83e5fb980912251331r50f2de69s3158ab5dbcf7645e@mail.gmail.com> <4B355A92.1010803@FreeBSD.org> Date: Sat, 26 Dec 2009 03:28:32 +0100 Message-ID: <83e5fb980912251828q26645e43mc5af6a0f3810ea9d@mail.gmail.com> From: Diego Depaoli To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current Subject: Re: ATA_CAM for extradummies X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Dec 2009 02:28:34 -0000 On Sat, Dec 26, 2009 at 1:36 AM, Alexander Motin wrote: >> >> After adding >> device sg >> as suggested by @bf1783 to my kernel now I can see pass devices. > > I don't see relations between sg and pass drivers, I don't know. Since I built kernel without ata* devices, dmesg didn't show any pass device, so @bf1783 asked me if I had pass, ses and sg in kernel. > >> Unfortunately that doesn't solve the other issues: >> - without ataati my DVD drive isn't detected > > Man, excuse me, but if you are "extradummy" - don't touch kernel > options. Especially experimental, especially without understanding. Sorry for bother you, I thought testers were welcome, expecially on -current. > Sure, without ataati your DVD won't be detected, as it is PATA drive, > and you have ATI PATA controller, supported by this driver. ATA_CAM > option was especially made to allow this driver to be used with CAM > subsystem. > >> - ripping DVD the system becomes unusable >> ahcich0: hardware reset ... >> ahcich0: SATA connect time=0ms status=00000123 >> ahcich0: port is not ready (timeout 10000ms) tfd = 00000480 > > As I have said, it is a combination of ATI hardware bug and the fact > that DVD ripper has no idea about CAM ATA devices, trying to work with > them with SCSI commands. I will make workaround for this. Thanks. As final note... reading 3 different DVD with mplayer or mencoder I don't get this issue, but that other one READ(10). CDB: 28 0 0 8 bf 60 0 0 1 0 CAM Status: SCSI Status Error (cd0:ata1:0:0:0): SCSI Status: Check Condition (cd0:ata1:0:0:0): MEDIUM ERROR asc:11,5 (cd0:ata1:0:0:0): L-EC uncorrectable error (cd0:ata1:0:0:0): Retrying Command (per Sense Data) within 1 or 2 minutes. Cheers -- Diego Depaoli From owner-freebsd-current@FreeBSD.ORG Sat Dec 26 03:03:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0DE1106568B for ; Sat, 26 Dec 2009 03:03:06 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from QMTA11.emeryville.ca.mail.comcast.net (qmta11.emeryville.ca.mail.comcast.net [76.96.27.211]) by mx1.freebsd.org (Postfix) with ESMTP id A93018FC0C for ; Sat, 26 Dec 2009 03:03:06 +0000 (UTC) Received: from OMTA04.emeryville.ca.mail.comcast.net ([76.96.30.35]) by QMTA11.emeryville.ca.mail.comcast.net with comcast id Mexg1d0020lTkoCABez24N; Sat, 26 Dec 2009 02:59:02 +0000 Received: from LIGHTBULB.LOCAL ([69.244.210.117]) by OMTA04.emeryville.ca.mail.comcast.net with comcast id Mf311d0032YXfpR8Qf363U; Sat, 26 Dec 2009 03:03:07 +0000 Message-ID: <4B357CC4.9020909@comcast.net> Date: Fri, 25 Dec 2009 22:02:28 -0500 From: Nathan Lay User-Agent: Thunderbird 2.0.0.23 (X11/20091223) MIME-Version: 1.0 To: Alexander Motin References: <1261707782.00199010.1261696205@10.7.7.3> <4B346BE0.2010909@FreeBSD.org> In-Reply-To: <4B346BE0.2010909@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 8-STABLE ahci fails to attach, does not fallback on ataahci X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Dec 2009 03:03:06 -0000 Alexander Motin wrote: > Nathan Lay wrote: > >> I gave ATA_CAM a try last night and believe I have a similar setup >> (crippled hardware) in my laptop as Doug Barton's, although my >> controller is ICH6M. Nonetheless, ahci detects my controller and tries >> to attach and fails (returns 6). No ada nodes are created and the boot >> process halts trying to find a root mount. Verbose booting reveals >> nothing special. Anything else I can do to try to reveal the problem? >> >> I tried modular ATA with the following: >> >> device atacore >> device atapci >> device ataahci >> device ataintel >> >> device ahci >> >> From reading the lists more thoroughly, I now have the impression that >> either ahci or ataahci are necessary and not both. >> > > They duplicate each other, but should not conflict. > > >> If I remove 'device >> ahci' then 8-STABLE boots normally. However, I would think that if ahci >> failed to attach then the kernel should fallback on ataahci. If GENERIC >> included both ahci and ataahci, then I would never be able to boot >> FreeBSD let alone install it. >> > > There is no fallback mechanism on attach failure in newbus. ataahci will > only be used is ahci fail probe, not an attach. > > >> `uname -a` >> FreeBSD LIGHTBULB.LOCAL 8.0-STABLE FreeBSD 8.0-STABLE #4: Thu Dec 24 >> 02:40:23 EST 2009 >> nslay@LIGHTBULB.LOCAL:/usr/obj/usr/src/sys/LIGHTBULB i386 >> >> Here's what appears in my dmesg: >> atapci0: port >> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x18c0-0x18cf at device 31.2 on pci0 >> >> and the result of `pciconf -lv` >> atapci0@pci0:0:31:2: class=0x010180 card=0x056a1014 chip=0x26538086 >> rev=0x03 hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82801FBM (ICH6M) SATA Controller' >> class = mass storage >> subclass = ATA >> > > There is the answer. ICH6 chipsets are using chip ID convention > different from other ICHs. Same ID used for AHCI and legacy modes. It > was false positive probe. This chip now runs in legacy mode. > > This patch should fix the issue: > > --- ahci.c.prev 2009-12-08 13:27:31.000000000 +0200 > +++ ahci.c 2009-12-25 09:28:32.000000000 +0200 > @@ -115,8 +115,8 @@ static struct { > {0x43931002, "ATI IXP700", 0}, > {0x43941002, "ATI IXP800", 0}, > {0x43951002, "ATI IXP800", 0}, > - {0x26528086, "Intel ICH6", 0}, > - {0x26538086, "Intel ICH6M", 0}, > + {0x26528086, "Intel ICH6", AHCI_Q_NOFORCE}, > + {0x26538086, "Intel ICH6M", AHCI_Q_NOFORCE}, > {0x26818086, "Intel ESB2", 0}, > {0x26828086, "Intel ESB2", 0}, > {0x26838086, "Intel ESB2", 0}, > > Hi Alexander, I also noticed in dmesg that ataahci never actually attaches (There's no AHCI messages). I examined ahci.c and ata-ahci.c and noticed that ata-ahci.c lacks the quirk table and code in ata_ahci_probe that would normally match this chip in ahci_probe. I think that it's subclass isn't PCIS_STORAGE_SATA. I tried to hardcode it to see if it would work but I never successfully persuaded ataahci to attach. I'm not familiar with kernel debugging or development and grew weary of constantly recompiling the kernel to try things. Best Regards, Nathan Lay From owner-freebsd-current@FreeBSD.ORG Sat Dec 26 03:49:32 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05C291065694; Sat, 26 Dec 2009 03:49:32 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id 950C38FC1C; Sat, 26 Dec 2009 03:49:31 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 9so1938526qwb.7 for ; Fri, 25 Dec 2009 19:49:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=brEjPFjtimmm+lZEsRS79BPrlO5vZ2XFPPqbm7wsJj0=; b=PMc6qJ2Nui7H8amQi0xbyZoX2/jB2H0GNAmwikaRsuzOiW7C8U0SJEcBn6WFEHzhEq /ixIJq7LfheLM8DhX0OClde6p08nLbnSDtYmiwmj96wtwJJwxNhVnjs0T/U1SVyAh5t9 karcN+FjfW5/8bLFE1qd++7eljQZMt2RH6vGw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=bi9Gs6PV04rf61b4cZ6gYxTomooTcelLn4d5u+cpj4ikbfXXiFHSz/o/g+FZ2p79Mi XO5WS3u48mr6uDEif7Cq+k8Ahspsy2TnTESgzmKHpYT4qY87ltQMGbBOg7JXCImfo8X+ Wxrbhah9rPMTLNxAxd4eSgiGeFuDkh37PI+5A= Received: by 10.224.39.70 with SMTP id f6mr6521986qae.341.1261799370994; Fri, 25 Dec 2009 19:49:30 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 21sm8533353qyk.12.2009.12.25.19.49.29 (version=SSLv3 cipher=RC4-MD5); Fri, 25 Dec 2009 19:49:29 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Fri, 25 Dec 2009 19:49:30 -0800 From: Weongyo Jeong Date: Fri, 25 Dec 2009 19:49:30 -0800 To: Gavin Atkinson Message-ID: <20091226034930.GA11506@weongyo> Mail-Followup-To: Gavin Atkinson , current@freebsd.org References: <20091223035331.GA1293@weongyo> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: current@freebsd.org Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Dec 2009 03:49:32 -0000 On Thu, Dec 24, 2009 at 09:19:40PM +0000, Gavin Atkinson wrote: > On Tue, 22 Dec 2009, Weongyo Jeong wrote: > >Now bwn(4) is available at the public and waiting test and review. The > >status of this driver is *alpha* so could make panics, warnings and > >errors. Please let me know if you encounter problems. > > Firstly, let me say thank you for working on this driver. It will be > great to be able to use the v4 cards! > > May I ask, is there a reason you have written a new ssb(4) Sonics > SiliconBackplane driver, rather than using siba(4) which is already in the > tree? I don't know much about these devices, but it seems like these > are for the same (or very sumular) hardware, in which case could they be > merged into one? Frankly speaking I didn't know siba(4) during I'd written ssb(4). It's my bad and I think you opinion is right to go forward though siba(4) missed 802.11 related codes. Before committing bwn(4) into tree I'd merge codes into siba(4) firstly. regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Sat Dec 26 03:56:49 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3A6A106566C; Sat, 26 Dec 2009 03:56:49 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id 448CC8FC16; Sat, 26 Dec 2009 03:56:49 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 9so1939053qwb.7 for ; Fri, 25 Dec 2009 19:56:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent:organization :x-operation-sytem; bh=QPTqbUKZ1icPOZADzwas/DXPPUEeQqPZVQn7Fi7wYXw=; b=cAj+VKKkGFqgqf9+OE3RRJeKBoSNie+djbcvj8OkovdtNBKvkEzVV2BQgETqY/d+k9 Qe8RyYwY2uuR5fkyEThYlxB/uCbjCSw+wWgzkd/OCMoV7jMwf5n2RaojqxuZ+X/+520l 6qgXdSaet0CHnE3s2+rRswAFSLKK/7yosxb90= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent:organization :x-operation-sytem; b=l6I6zpgOKY4Td2Px6UtJtdmNAksU8g7LtxolRseQMZ478gki0JWelLCXU8dOxw3Kg/ IjF+gHx1G4Onb1FkoqQ8aFOP8lBAeWdItLoMnTF12OlvQ0C1LKbHCvhzn675fqcXuiDg UAswnssTsyc5/ZDefAfiYgbFDmouS/sOlrVHI= Received: by 10.224.88.170 with SMTP id a42mr6541911qam.88.1261799808695; Fri, 25 Dec 2009 19:56:48 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 21sm8535712qyk.4.2009.12.25.19.56.46 (version=SSLv3 cipher=RC4-MD5); Fri, 25 Dec 2009 19:56:48 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Fri, 25 Dec 2009 19:56:48 -0800 From: Weongyo Jeong Date: Fri, 25 Dec 2009 19:56:48 -0800 To: Alex Keda Message-ID: <20091226035648.GB11506@weongyo> Mail-Followup-To: Alex Keda , current@freebsd.org, Gonzalo Nemmi , Attilio Rao , Aditya Sarawgi , Andrea Di Pasquale References: <20091223035331.GA1293@weongyo> <4B3250E7.1000509@lissyara.su> <20091223201438.GD1293@weongyo> <4B32822D.30201@lissyara.su> <4B34E7E8.1040009@lissyara.su> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4B34E7E8.1040009@lissyara.su> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: Attilio Rao , Aditya Sarawgi , Gonzalo Nemmi , current@freebsd.org, Andrea Di Pasquale Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Dec 2009 03:56:49 -0000 On Fri, Dec 25, 2009 at 07:27:20PM +0300, Alex Keda wrote: > Alex Keda пишет: > >Weongyo Jeong пишет: > >>It's caused by unexpected SSB core. Could you please test with attached > >>patch with email and tell me the result? > >All OK > > > >ssb0: mem 0xc8000000-0xc8003fff > >irq 18 at device 0.0 on pci48 > >ssb0: unsupportted coreid 0x817 > >info: [drm] Num pipes: 1 > >bwn0 on ssb0 > >bwn0: WLAN (chipid 0x4311 rev 13) PHY (analog 4 type 2 rev 9) RADIO > >(manuf 0x17f ver 0x2050 rev 2) > >bwn0: DMA (64 bits) > >bwn0: [FILTER] > > > >scan - works. > >HP# ifconfig wlan0 scan > >SSID/MESH ID BSSID CHAN RATE S:N INT CAPS > >0x000000000 00:19:e1:00:e1:d0 1 54M -79:-95 100 ES WME > >Beeline_WiFi 00:19:e1:00:e1:d1 1 54M -79:-95 100 ES WME > >Beeline_WiF... 00:19:e1:00:e1:d2 1 54M -79:-95 100 EPS RSN WPA WME > >HP# > > > >but, I can test it with access point only through two days > so, it's work, but I have reproduce panic. > > I manually assign IP address: > # ifconfig wlan0 192.168.250.2 > then, run command: > # /etc/netstart > and I see: > ..... > wpa_supplicant[2084]: Failed to disable WPA in the driver > bwn0: bwn_newstate: RUN -> INIT > bwn0: TODO: bwn_leds_exit > bwn0: bwn_bt_disable TODO > Starting wpa_supplicant. > bwn0: firmware version ( rev 410 patch 2160 date 0x751a time 0x7c0a) > Kernel page fault with the following non-sleepable lock held: > exclusive sleep mutex bwn0 (network driver) r = 0 (0xffffff005a769010) > locked @/usr/src/sys/modules/bwn/../../dev/bwn/if_bwn.c:906 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > _witness_sebugger() at _witness_debugger+0x2e > witness_warn() at witness_warn+0x2c2 > trap() at trap+0x2ce > calltrap() at calltrap+0x8 > --- trap 0xc, rip = 0xffffffff81516070, rsp = 0xffffff803ceeaa40, rbp = > 0xffffff803ceeaa80 --- > bwn_dma_setup() at bwn_dma_setup+0x10 > bwn_dma_init() at bwn_dma_init+0x32 > bwn_core_init() at bwn_core_init+0x40f > bwn_init_locked() at bwn_init_locked+0xae > bwn_ioctl() at bwn_ioctl+0xff > taskqueue_run() at taskqueue_run+0x91 > taskqueue_thread_loop() at taskqueue_thread_loop+0x3f > fork_exit() at fork_exit+0x12a > fork_tramponline() at fork_tramponline+0xe > --- trap 0, rip = 0, rsp = 0xffffff803ceead30, rbp = 0 --- > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x0 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff81516070 > stack pointer = 0x28:0xffffff803ceeaa40 > frame pointer = 0x28:0xffffff803ceeaa80 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 (bwn0 taskq) > [thread pid 0 tid 100239 ] > Stopped at bwn_dma_setup+0x10: movq (%rax), %rax OK. I'll try to make a patch against this bug but not sure I can make it soon because I'll be on vacation for next whole weeks. Thank you for reporting! Merry christmas, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Sat Dec 26 04:08:07 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90487106568D for ; Sat, 26 Dec 2009 04:08:07 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id 3E5B28FC13 for ; Sat, 26 Dec 2009 04:08:07 +0000 (UTC) Received: by qyk6 with SMTP id 6so3881476qyk.3 for ; Fri, 25 Dec 2009 20:08:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=4mxf6EZdcyJ9OU7U9nVhBcjqZsu7fuxfMigaEK+B3F4=; b=d1keWQPL8AtOQw0bwXW3/Bg3VGNG439vdehhCWdirq6bZRfPmS7WXUMWW9TnVzDKz5 POyNXhZnd/bjbpRgi0QU31tuyRpazuKZa/AZ7121tBuO29LxhqOczQHlSNfOORRv+wBu 9o6QbyRWtBJHSbXV3Qq5xlDYCrnlL53ZJFID8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=s2IQ/SfALaTHnp/qfgIJ0XVNP4xGFShYmWXq4ULAr/f3Rwg2Im8vA3EnW5GWsxpiHw ihZ2D7nieqGKINSoQ9BPNimST/DApweWq2Bc5gVuYT8cb2+p7OxBHp+eMhGgxoVHymA4 iyTObDEDP2Zt2kC0GIg6VyWMJl7fKvbi96r+o= Received: by 10.224.86.220 with SMTP id t28mr6552277qal.43.1261800486421; Fri, 25 Dec 2009 20:08:06 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 5sm26398957qwg.28.2009.12.25.20.08.04 (version=SSLv3 cipher=RC4-MD5); Fri, 25 Dec 2009 20:08:05 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Fri, 25 Dec 2009 20:08:04 -0800 From: Weongyo Jeong Date: Fri, 25 Dec 2009 20:08:04 -0800 To: David Horn Message-ID: <20091226040804.GC11506@weongyo> Mail-Followup-To: David Horn , current@freebsd.org References: <20091223035331.GA1293@weongyo> <25ff90d60912242110n424a5ccu8e84ee9a4b8b07c7@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <25ff90d60912242110n424a5ccu8e84ee9a4b8b07c7@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: current@freebsd.org Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Dec 2009 04:08:07 -0000 On Fri, Dec 25, 2009 at 12:10:43AM -0500, David Horn wrote: > On Tue, Dec 22, 2009 at 10:53 PM, Weongyo Jeong wrote: > > Hello, > > > > Now bwn(4) is available at the public and waiting test and review. ?The > > status of this driver is *alpha* so could make panics, warnings and > > errors. ?Please let me know if you encounter problems. > > > > The following NICs all I have are only tested on the little endian 64bit > > machine and big endian 32bit machine. > > > > ?- Broadcom BCM4306 802.11b/g Wireless > > ?- Broadcom BCM4318 802.11b/g Wireless > > > > I tested basic RX, TX and WPA association as STA mode and checked it > > worked. > > > > As you might know there are still a lot of TODO in the driver so you > > could see some verbose messages during testing so please ignore or let > > me know it makes problems. > > > > == How to build and load == > > > > ?# cd /usr/src/sys > > ?# fetch http://people.freebsd.org/~weongyo/bwn_20091222.tar.gz > > ?# tar xzf bwn_20091222.tar.gz > > ?# cd modules/ssb > > ?# make && make install > > ?# cd ../.. > > ?# cd modules/bwn > > ?# make && make install > > ?# cd somewhere > > ?# fetch http://people.freebsd.org/~weongyo/bwn_ports_20091222.tar.gz > > ?# tar xzf bwn_ports_20091222.tar.gz > > ?# cd sysutils/b43-fwcutter > > ?# make install clean > > ?# cd ../.. > > ?# cd net/bwn-firmware-kmod > > ?# make install clean > > ?# > > ?# kldload ssb > > ?# kldload bwn_v4_ucode > > ?# kldload if_bwn > > > > regards, > > Weongyo Jeong > > I just ran a test of bwn (with additional ssb patch) against a bcm4311 > (b/g) mini pci-e card I had previously used in my Dell laptop. > > Unfortunately, I am getting a reproducible kernel page fault after bwn > attempts to attach. > > pciconf -lv > > none2@pci0:11:0:0: class=0x028000 card=0x00071028 chip=0x431114e4 > rev=0x01 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'Broadcom Corporation Dell Wireless 1390 WLAN > Mini-PCI Card (BCM4311)' > class = network > > uname -a > > FreeBSD la 9.0-CURRENT FreeBSD 9.0-CURRENT #7 r200926M: Wed Dec 23 > 18:51:11 EST 2009 root@la:/usr/obj/usr/src/sys/DHORN amd64 > > Select data from core.txt: > > Unread portion of the kernel message buffer: > bwn0: firmware version (rev 410 patch 2160 date 0x751a time 0x7c0a) > Kernel page fault with the following non-sleepable locks held: > exclusive sleep mutex bwn0 (network driver) r = 0 (0xffffff0005722610) > locked @ /usr/src/sys/modules/bwn/../../dev/bwn/if_bwn.c:906 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > _witness_debugger() at _witness_debugger+0x2e > witness_warn() at witness_warn+0x2c2 > trap() at trap+0x2ce > calltrap() at calltrap+0x8 > --- trap 0xc, rip = 0xffffffff8127e070, rsp = 0xffffff80406d1a40, rbp > = 0xffffff80406d1a80 --- > bwn_dma_setup() at bwn_dma_setup+0x10 > bwn_dma_init() at bwn_dma_init+0x32 > bwn_core_init() at bwn_core_init+0x40f > bwn_init_locked() at bwn_init_locked+0xae > bwn_ioctl() at bwn_ioctl+0xff > taskqueue_run() at taskqueue_run+0x91 > taskqueue_thread_loop() at taskqueue_thread_loop+0x3f > fork_exit() at fork_exit+0x12a > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffff80406d1d30, rbp = 0 --- > > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x0 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff8127e070 > stack pointer = 0x28:0xffffff80406d1a40 > frame pointer = 0x28:0xffffff80406d1a80 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 (bwn0 taskq) > lock order reversal: (Giant after non-sleepable) > 1st 0xffffff0005722610 bwn0 (network driver) @ > /usr/src/sys/modules/bwn/../../dev/bwn/if_bwn.c:906 > 2nd 0xffffffff80c56ec0 Giant (Giant) @ /usr/src/sys/dev/usb/input/ukbd.c:1594 It looks it's a same bug like others but let me give some times because I'll be on vacation until next weeks. I'll post a patch after coming back from holidays. regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Sat Dec 26 04:36:04 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E5D4106566C for ; Sat, 26 Dec 2009 04:36:04 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 188AA8FC08 for ; Sat, 26 Dec 2009 04:36:03 +0000 (UTC) Received: by ewy26 with SMTP id 26so5877625ewy.3 for ; Fri, 25 Dec 2009 20:36:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=sbiO1Xm+Ny2OrwHRn+KUwgCEU/PELDA3WhfnbyYMDhM=; b=JpqHnJCoWHa4XlWiIQ8a3CPkGFtMyZBzZKa+JMFzmGBakB9m7yX9daeQm0AWw0bzGp 9FQtWj8NbB47ev6T3a7X8bN2Hm+dijufGgN6X51FsO+h+cAIWSJdEHDFiqNZZBUSmWKq udMi0eBGvDPTyJbyixXR4IApMJIonsPkzGQfY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=ltyMEgwxLUq7Ti2LIbywOeDzAonFJa1I7fny9nfkIzTttZFo5QBc3iF89ZRHuAWIf9 lLftCOBodkdPdrk13RXRU70FhxvDSQVTbefJhgu5EJu1oE71U/LRRoiX6FSQpkVb8ILG yI4ylTiFLSmG7nFAbq1Pp5JLCCYaKOxZAucLA= MIME-Version: 1.0 Received: by 10.216.93.1 with SMTP id k1mr1876283wef.151.1261802162821; Fri, 25 Dec 2009 20:36:02 -0800 (PST) Date: Fri, 25 Dec 2009 23:36:02 -0500 Message-ID: From: "b. f." To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Diego Depaoli Subject: Re: ATA_CAM for extradummies X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Dec 2009 04:36:04 -0000 Diego Depaoli wrote: >> I don't see relations between sg and pass drivers, >I don't know. Since I built kernel without ata* devices, dmesg didn't >show any pass device, so @bf1783 asked me if I had pass, ses and sg in >kernel. I meant that you may find it useful to restore some of the code from -GENERIC if you planned to use optical drive software from Ports, especially some of the stuff that was written for Linux; not that all of the code would be necessary in all cases, or that it would solve this particular problem. ... >> Man, excuse me, but if you are "extradummy" - don't touch kernel >> options. Especially experimental, especially without understanding. >Sorry for bother you, I thought testers were welcome, expecially on -current. I think mav@ welcomes feedback, but he is warning you for your own good, so that you will not lose time or become frustrated unnecessarily. Already it seems that your note has highlighted one problem, and that some good will come of it. >> As I have said, it is a combination of ATI hardware bug and the fact >> that DVD ripper has no idea about CAM ATA devices, trying to work with >> them with SCSI commands. I will make workaround for this. >Thanks. >As final note... reading 3 different DVD with mplayer or mencoder I >don't get this issue, but that other one >READ(10). CDB: 28 0 0 8 bf 60 0 0 1 0 >CAM Status: SCSI Status Error >(cd0:ata1:0:0:0): SCSI Status: Check Condition >(cd0:ata1:0:0:0): MEDIUM ERROR asc:11,5 >(cd0:ata1:0:0:0): L-EC uncorrectable error >(cd0:ata1:0:0:0): Retrying Command (per Sense Data) >within 1 or 2 minutes. It looks like the DVD has some media errors, and that the software, and/or the drive's firmware, is failing to read part of it. Can you read the disk using another OS? Is there any visible damage to the DVD? Does the DVD have copy protection? b. From owner-freebsd-current@FreeBSD.ORG Sat Dec 26 05:20:08 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E67D106568D; Sat, 26 Dec 2009 05:20:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4E6F38FC08; Sat, 26 Dec 2009 05:20:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBQ5K7SW053438; Sat, 26 Dec 2009 00:20:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBQ5K7SY053428; Sat, 26 Dec 2009 05:20:07 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Dec 2009 05:20:07 GMT Message-Id: <200912260520.nBQ5K7SY053428@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Dec 2009 05:20:08 -0000 TB --- 2009-12-26 04:39:38 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-26 04:39:38 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-12-26 04:39:38 - cleaning the object tree TB --- 2009-12-26 04:39:44 - cvsupping the source tree TB --- 2009-12-26 04:39:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-12-26 04:40:09 - building world TB --- 2009-12-26 04:40:09 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-26 04:40:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-26 04:40:09 - TARGET=ia64 TB --- 2009-12-26 04:40:09 - TARGET_ARCH=ia64 TB --- 2009-12-26 04:40:09 - TZ=UTC TB --- 2009-12-26 04:40:09 - __MAKE_CONF=/dev/null TB --- 2009-12-26 04:40:09 - cd /src TB --- 2009-12-26 04:40:09 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 26 04:40:10 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/libexec/smrsh/../../contrib/sendmail/smrsh/smrsh.8 > smrsh.8.gz ===> libexec/talkd (all) cc -O2 -pipe -I/src/libexec/talkd/../../usr.bin/wall -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/talkd/talkd.c cc -O2 -pipe -I/src/libexec/talkd/../../usr.bin/wall -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/talkd/announce.c cc -O2 -pipe -I/src/libexec/talkd/../../usr.bin/wall -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/talkd/process.c cc1: warnings being treated as errors /src/libexec/talkd/process.c: In function 'do_announce': /src/libexec/talkd/process.c:159: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/libexec/talkd. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-26 05:20:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-26 05:20:07 - ERROR: failed to build world TB --- 2009-12-26 05:20:07 - 1813.98 user 383.30 system 2429.36 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 26 05:52:09 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8E3510656C8; Sat, 26 Dec 2009 05:52:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B18ED8FC15; Sat, 26 Dec 2009 05:52:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBQ5q9ZL088791; Sat, 26 Dec 2009 00:52:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBQ5q9ae088780; Sat, 26 Dec 2009 05:52:09 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Dec 2009 05:52:09 GMT Message-Id: <200912260552.nBQ5q9ae088780@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips 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, 26 Dec 2009 05:52:10 -0000 TB --- 2009-12-26 05:20:07 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-26 05:20:07 - starting HEAD tinderbox run for mips/mips TB --- 2009-12-26 05:20:07 - cleaning the object tree TB --- 2009-12-26 05:20:13 - cvsupping the source tree TB --- 2009-12-26 05:20:13 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2009-12-26 05:20:53 - building world TB --- 2009-12-26 05:20:53 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-26 05:20:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-26 05:20:53 - TARGET=mips TB --- 2009-12-26 05:20:53 - TARGET_ARCH=mips TB --- 2009-12-26 05:20:53 - TZ=UTC TB --- 2009-12-26 05:20:53 - __MAKE_CONF=/dev/null TB --- 2009-12-26 05:20:53 - cd /src TB --- 2009-12-26 05:20:53 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 26 05:20:54 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/libexec/smrsh/../../contrib/sendmail/smrsh/smrsh.8 > smrsh.8.gz ===> libexec/talkd (all) cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/libexec/talkd/../../usr.bin/wall -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/talkd/talkd.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/libexec/talkd/../../usr.bin/wall -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/talkd/announce.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/libexec/talkd/../../usr.bin/wall -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/talkd/process.c cc1: warnings being treated as errors /src/libexec/talkd/process.c: In function 'do_announce': /src/libexec/talkd/process.c:159: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/libexec/talkd. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-26 05:52:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-26 05:52:09 - ERROR: failed to build world TB --- 2009-12-26 05:52:09 - 1268.62 user 358.72 system 1921.42 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 26 06:14:24 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D64501065693; Sat, 26 Dec 2009 06:14:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id AE9568FC15; Sat, 26 Dec 2009 06:14:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBQ6ENRI049945; Sat, 26 Dec 2009 01:14:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBQ6ENsF049941; Sat, 26 Dec 2009 06:14:23 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Dec 2009 06:14:23 GMT Message-Id: <200912260614.nBQ6ENsF049941@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Dec 2009 06:14:25 -0000 TB --- 2009-12-26 05:41:35 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-26 05:41:35 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-12-26 05:41:35 - cleaning the object tree TB --- 2009-12-26 05:41:40 - cvsupping the source tree TB --- 2009-12-26 05:41:40 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-12-26 05:42:00 - building world TB --- 2009-12-26 05:42:00 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-26 05:42:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-26 05:42:00 - TARGET=sparc64 TB --- 2009-12-26 05:42:00 - TARGET_ARCH=sparc64 TB --- 2009-12-26 05:42:00 - TZ=UTC TB --- 2009-12-26 05:42:00 - __MAKE_CONF=/dev/null TB --- 2009-12-26 05:42:00 - cd /src TB --- 2009-12-26 05:42:00 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 26 05:42:09 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/libexec/smrsh/../../contrib/sendmail/smrsh/smrsh.8 > smrsh.8.gz ===> libexec/talkd (all) cc -O2 -pipe -I/src/libexec/talkd/../../usr.bin/wall -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/talkd/talkd.c cc -O2 -pipe -I/src/libexec/talkd/../../usr.bin/wall -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/talkd/announce.c cc -O2 -pipe -I/src/libexec/talkd/../../usr.bin/wall -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/talkd/process.c cc1: warnings being treated as errors /src/libexec/talkd/process.c: In function 'do_announce': /src/libexec/talkd/process.c:159: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/libexec/talkd. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-26 06:14:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-26 06:14:23 - ERROR: failed to build world TB --- 2009-12-26 06:14:23 - 1433.40 user 370.40 system 1968.83 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 26 06:23:21 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 848D41065670; Sat, 26 Dec 2009 06:23:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 14C498FC18; Sat, 26 Dec 2009 06:23:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBQ6NJde000115; Sat, 26 Dec 2009 01:23:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBQ6NJf8000114; Sat, 26 Dec 2009 06:23:19 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Dec 2009 06:23:19 GMT Message-Id: <200912260623.nBQ6NJf8000114@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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, 26 Dec 2009 06:23:21 -0000 TB --- 2009-12-26 05:52:09 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-26 05:52:09 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-12-26 05:52:09 - cleaning the object tree TB --- 2009-12-26 05:52:15 - cvsupping the source tree TB --- 2009-12-26 05:52:15 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-12-26 05:52:42 - building world TB --- 2009-12-26 05:52:42 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-26 05:52:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-26 05:52:42 - TARGET=sun4v TB --- 2009-12-26 05:52:42 - TARGET_ARCH=sparc64 TB --- 2009-12-26 05:52:42 - TZ=UTC TB --- 2009-12-26 05:52:42 - __MAKE_CONF=/dev/null TB --- 2009-12-26 05:52:42 - cd /src TB --- 2009-12-26 05:52:42 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 26 05:52:42 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/libexec/smrsh/../../contrib/sendmail/smrsh/smrsh.8 > smrsh.8.gz ===> libexec/talkd (all) cc -O2 -pipe -I/src/libexec/talkd/../../usr.bin/wall -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/talkd/talkd.c cc -O2 -pipe -I/src/libexec/talkd/../../usr.bin/wall -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/talkd/announce.c cc -O2 -pipe -I/src/libexec/talkd/../../usr.bin/wall -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/talkd/process.c cc1: warnings being treated as errors /src/libexec/talkd/process.c: In function 'do_announce': /src/libexec/talkd/process.c:159: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/libexec/talkd. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-26 06:23:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-26 06:23:19 - ERROR: failed to build world TB --- 2009-12-26 06:23:19 - 1424.41 user 359.20 system 1869.95 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 26 06:26:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04759106566B for ; Sat, 26 Dec 2009 06:26:22 +0000 (UTC) (envelope-from torres.g.alex@gmail.com) Received: from mail-pz0-f185.google.com (mail-pz0-f185.google.com [209.85.222.185]) by mx1.freebsd.org (Postfix) with ESMTP id D0B828FC14 for ; Sat, 26 Dec 2009 06:26:21 +0000 (UTC) Received: by pzk15 with SMTP id 15so6236378pzk.3 for ; Fri, 25 Dec 2009 22:26:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=AwgujhmUrFZPnHlq5qVredj8xT885KKMgq+brzpzXkI=; b=sFoSiUmVsEJ6y2sYo6smBjLgaJDupnio/p3RVZjJeM71br7b1NXTo3tkhaw/u494KE nuhW8PuORjen+ss9OQJyTJLBE5GdmWgXoKscK+qLIEXO3OsyjskDy+SIK+qRWy6l4HHz WfxiIi+dX/LTC9ynH2CG7Ra+pJI7IXJ409CHI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=B6Q/2bnZoXJtd8Wrsi2+fz9OLg1ToeIPRWsTkqzf7TJ6scO2aEP/ut9eQxzEdBivEY oY76aZmplu8UJ2PJq3kkrTm6+D6M6dr4MuhKbKLVt0QsPoO8mzPM1fxLjPTWLS8TaVnR zF9JHH43ce8CeJgrLAQKfeWesxyrVcYK/HECE= MIME-Version: 1.0 Received: by 10.142.8.9 with SMTP id 9mr8757768wfh.67.1261807474246; Fri, 25 Dec 2009 22:04:34 -0800 (PST) Date: Sat, 26 Dec 2009 14:04:34 +0800 Message-ID: <4dd9665b0912252204n4bb6d1dh2ceb351512ce7707@mail.gmail.com> From: Alex Torres To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ath(4) -> ifa_add_loopback_route: insertion 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: Sat, 26 Dec 2009 06:26:22 -0000 Hi all, Up on insertion of a atheros PCMCIA card: ath0@pci0:3:0:0: class=0x020000 card=0x2051168c chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = '802.11a/b/g Wireless Adapter (AR5212)' class = network subclass = ethernet I get the following in dmesg(8) ath0: mem 0x88000000-0x8800ffff irq 18 at device 0.0 on cardbus0 ath0: [ITHREAD] ath0: AR2413 mac 7.9 RF2413 phy 4.5 ifa_add_loopback_route: insertion failed Can anyone shed any light as to what this means ? And why this is happening ? Thanks -Alex From owner-freebsd-current@FreeBSD.ORG Sat Dec 26 10:19:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3CA31065775; Sat, 26 Dec 2009 10:19:07 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 4D1EA8FC1A; Sat, 26 Dec 2009 10:19:07 +0000 (UTC) Received: by fxm27 with SMTP id 27so9155421fxm.3 for ; Sat, 26 Dec 2009 02:19:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=LSrRbJ0z7BEAKX12UG0A9VZdFwrUTCGUJ2kWDPxL2tY=; b=u6MqBvjrmG9RglkraEfgLkhUUYbtPkrRMcVdkY5FK8ejAOIAJZAnGBJ7e8lFwG/St0 Uqj21jQJ0D3tiwi0+wMikZ3nrvuaNyPxcOSlcqPu7W1jIWhvO/I+IfNFIpvvLbczrhcy IAyM7ODrqUsiCGY5SGLd+++S0PZJXnM3pQFPw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=UblM/wXI+RSz8ILOeIV4ESZOa99pBjKU2odCGL2rSP3sP4Qjs6SypwbbGhEeB4QFt5 /+t4NpLeX/JWB/mh6ZaYYCq+5hicxnpxM5ytWkF6305EcTLUw3lr0svG5Ad3XKA6XmjM a9DzJlUAAcUI8kxEjW8StrBDrQordDkinX2KE= Received: by 10.223.144.195 with SMTP id a3mr5784538fav.103.1261822746238; Sat, 26 Dec 2009 02:19:06 -0800 (PST) Received: from mavbook.mavhome.dp.ua ([95.109.129.15]) by mx.google.com with ESMTPS id 13sm3407307fxm.1.2009.12.26.02.19.02 (version=SSLv3 cipher=RC4-MD5); Sat, 26 Dec 2009 02:19:05 -0800 (PST) Sender: Alexander Motin Message-ID: <4B35E313.1020204@FreeBSD.org> Date: Sat, 26 Dec 2009 12:18:59 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Nathan Lay References: <1261707782.00199010.1261696205@10.7.7.3> <4B346BE0.2010909@FreeBSD.org> <4B357CC4.9020909@comcast.net> In-Reply-To: <4B357CC4.9020909@comcast.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 8-STABLE ahci fails to attach, does not fallback on ataahci X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Dec 2009 10:19:08 -0000 Nathan Lay wrote: >> This patch should fix the issue: >> --- ahci.c.prev 2009-12-08 13:27:31.000000000 +0200 >> +++ ahci.c 2009-12-25 09:28:32.000000000 +0200 >> @@ -115,8 +115,8 @@ static struct { >> {0x43931002, "ATI IXP700", 0}, >> {0x43941002, "ATI IXP800", 0}, >> {0x43951002, "ATI IXP800", 0}, >> - {0x26528086, "Intel ICH6", 0}, >> - {0x26538086, "Intel ICH6M", 0}, >> + {0x26528086, "Intel ICH6", AHCI_Q_NOFORCE}, >> + {0x26538086, "Intel ICH6M", AHCI_Q_NOFORCE}, >> {0x26818086, "Intel ESB2", 0}, >> {0x26828086, "Intel ESB2", 0}, >> {0x26838086, "Intel ESB2", 0}, >> > I also noticed in dmesg that ataahci never actually attaches (There's no > AHCI messages). I examined ahci.c and ata-ahci.c and noticed that > ata-ahci.c lacks the quirk table and code in ata_ahci_probe that would > normally match this chip in ahci_probe. It is actually more correct, but less effective approach. Theoretically BIOS should configure controller to report SATA subclass and AHCI progif. But as soon as not all BIOS'es able to do that, that array of quirks used. But that quirk approach is not working fine (complicated and vendor-specific) for Intel chipsets, so I have added NOFORCE quirk, needed to fix your problem. > I think that it's subclass > isn't PCIS_STORAGE_SATA. I tried to hardcode it to see if it would work > but I never successfully persuaded ataahci to attach. I'm not familiar > with kernel debugging or development and grew weary of constantly > recompiling the kernel to try things. You should first talk to you BIOS. If it is able to enable AHCI - you are lucky. Else it is not solvable without dirty vendor-specific code, messing resource management, as now your controller is not providing resources needed for AHCI operation. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Dec 26 15:35:40 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5E491065676 for ; Sat, 26 Dec 2009 15:35:40 +0000 (UTC) (envelope-from wkoszek@freebsd.czest.pl) Received: from freebsd.czest.pl (l95h.icis.pcz.pl [212.87.224.105]) by mx1.freebsd.org (Postfix) with ESMTP id 430618FC1A for ; Sat, 26 Dec 2009 15:35:38 +0000 (UTC) Received: from freebsd.czest.pl (l95h.icis.pcz.pl [212.87.224.105]) by freebsd.czest.pl (8.14.2/8.14.2) with ESMTP id nBQFmP4a043280 for ; Sat, 26 Dec 2009 16:48:25 +0100 (CET) (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.2/8.14.2/Submit) id nBQFmOKm043279 for freebsd-current@FreeBSD.org; Sat, 26 Dec 2009 16:48:24 +0100 (CET) (envelope-from wkoszek) Date: Sat, 26 Dec 2009 16:48:24 +0100 From: "Wojciech A. Koszek" To: freebsd-current@FreeBSD.org Message-ID: <20091226154824.GJ77520@FreeBSD.org> Mail-Followup-To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-3.0 (freebsd.czest.pl [212.87.224.105]); Sat, 26 Dec 2009 16:48:25 +0100 (CET) Cc: Subject: LOR in vfs/ntfs layer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Dec 2009 15:35:40 -0000 Hi, This is what I see when I try to mount and copy several files from NTFS slice: lock order reversal: 1st 0xc6d78498 ntfs (ntfs) @ kern/vfs_vnops.c:536 2nd 0xc5963ee4 bufwait (bufwait) @ kern/vfs_bio.c:1835 3rd 0xc6d82058 ntfs (ntfs) @ /usr/src/sys/modules/ntfs/../../fs/ntfs/ntfs_vfsops.c:743 KDB: stack backtrace: db_trace_self_wrapper(c078e598,e846d764,c0597cb5,c058896b,c0791486,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c058896b,c0791486,c5cdcef8,c5ce1060,e846d7c0,...) at kdb_backtrace+0x29 _witness_debugger(c0791486,c6d82058,c6cc8581,c5ce1060,c6cc85f8,...) at _witness_debugger+0x25 witness_checkorder(c6d82058,9,c6cc85f8,2e7,c6d82078,...) at witness_checkorder+0x839 __lockmgr_args(c6d82058,80000,c6d82078,0,0,...) at __lockmgr_args+0x824 vop_stdlock(e846d8dc,0,0,80000,c6d82000,...) at vop_stdlock+0x62 VOP_LOCK1_APV(c6cc9200,e846d8dc,c6d80744,c0802b20,c6d82000,...) at VOP_LOCK1_APV+0xb5 _vn_lock(c6d82000,80000,c6cc85f8,2e7,e846d924,...) at _vn_lock+0x5e ntfs_vgetex(c619c510,2f27c,80,0,80000,...) at ntfs_vgetex+0x2ea ntfs_ntvattrget(c6d0f800,c6d66b00,80,c6cc8a76,0,...) at ntfs_ntvattrget+0x1ba ntfs_readattr(c6d0f800,c6d66b00,80,0,0,...) at ntfs_readattr+0x49 ntfs_strategy(e846dac4,e846dad4,c05c724f,c6d78440,0,...) at ntfs_strategy+0x238 VOP_STRATEGY_APV(c6cc9200,e846dac4,c6d84bb0,0,c0802b80,...) at VOP_STRATEGY_APV+0xb5 ntfs_bufstrategy(c6d784ec,c5963e84,0,1000,0,...) at ntfs_bufstrategy+0x39 breadn(c6d78440,0,0,1000,0,...) at breadn+0x109 bread(c6d78440,0,0,1000,0,...) at bread+0x4c ntfs_read(e846dbc8,c6214240,c61ba070,0,e846dbe8,...) at ntfs_read+0x155 VOP_READ_APV(c6cc9200,e846dbc8,c6d78440,218,e846dbd4,...) at VOP_READ_APV+0xa5 vn_read(c61ba070,e846dc58,c6c22180,0,c6214240,...) at vn_read+0x208 dofileread(e846dc58,ffffffff,ffffffff,0,c61ba070,...) at dofileread+0x96 kern_readv(c6214240,3,e846dc58,e846dc78,1,...) at kern_readv+0x58 read(c6214240,e846dcf8,c,c,c07d0ef4,...) at read+0x4f syscall(e846dd38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x2817d3b3, esp = 0xbfbfe34c, ebp = 0xbfbfe3b8 --- This seems to be similar to a couple of LORs involving 'bufwait' lock present on: http://sources.zabbadoz.net/freebsd/lor.html NTFS isn't present there yet, however. Thanks, -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/~wkoszek/ From owner-freebsd-current@FreeBSD.ORG Sat Dec 26 15:38:23 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA65B1065672 for ; Sat, 26 Dec 2009 15:38:23 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 714308FC16 for ; Sat, 26 Dec 2009 15:38:23 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 3D29F73098; Sat, 26 Dec 2009 16:46:04 +0100 (CET) Date: Sat, 26 Dec 2009 16:46:04 +0100 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20091226154604.GA6932@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: select() returning early from timeouts ? (on qemu, HEAD and RELENG_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, 26 Dec 2009 15:38:23 -0000 Hi, while doing some tests with picobsd images on qemu, i noticed that "ping" runs too fast (approx every 0.4s instead of 1s) Upon investigation, the problem seems related to retval = select(..., &timeout) returning a retval of 0 way before the timeout has elapsed (at least, according to a gettimeofday which is run right after). My host system is FreeBSD 7.2-stable i386 with qemu. In the guest (which is built using picobsd 'bridge') i set kern.timecounter.hardware=i8254 A guest based on RELENG_7 works fine, whereas HEAD and RELENG_8 exhibit the problem. Easy way to check: time ping -c 21 localhost (or, on picobsd "date; ping -c 21 localhost; date" ) you should see a real time of 20 seconds (I see 8s on my system). I was wondering if someone can try the above on real hardware and let me know. Even if just related to qemu or some ACPI/timecounter config, it would be good to know where this comes from. BTW I don't think this is related to the bug reported in september of timeouts firing one tick late. I am going to try various HEAD versions to see where the issue came out, but it might be a bit time-consuming so if you have suggestions on possible causes I'd be glad to know. thanks luigi From owner-freebsd-current@FreeBSD.ORG Sat Dec 26 15:44:34 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06F7110656A5 for ; Sat, 26 Dec 2009 15:44:34 +0000 (UTC) (envelope-from wkoszek@freebsd.czest.pl) Received: from freebsd.czest.pl (l95h.icis.pcz.pl [212.87.224.105]) by mx1.freebsd.org (Postfix) with ESMTP id 91D668FC08 for ; Sat, 26 Dec 2009 15:44:33 +0000 (UTC) Received: from freebsd.czest.pl (l95h.icis.pcz.pl [212.87.224.105]) by freebsd.czest.pl (8.14.2/8.14.2) with ESMTP id nBQFvKE2043356 for ; Sat, 26 Dec 2009 16:57:20 +0100 (CET) (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.2/8.14.2/Submit) id nBQFvKif043355 for freebsd-current@FreeBSD.org; Sat, 26 Dec 2009 16:57:20 +0100 (CET) (envelope-from wkoszek) Date: Sat, 26 Dec 2009 16:57:20 +0100 From: "Wojciech A. Koszek" To: freebsd-current@FreeBSD.org Message-ID: <20091226155720.GK77520@FreeBSD.org> Mail-Followup-To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-3.0 (freebsd.czest.pl [212.87.224.105]); Sat, 26 Dec 2009 16:57:20 +0100 (CET) Cc: Subject: LORs in bwi(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Dec 2009 15:44:34 -0000 Hi, firmware_get() present in subr_firmware.c uses msleep(9) on 'fwload'. Within bwi(4), we call it from within a code protected by bwi-specific lock. This is what I get as a result: Sleeping on "fwload" with the following non-sleepable locks held: exclusive sleep mutex bwi0 (network driver) r = 0 (0xc5f5500c) locked @ /usr/src/sys/modules/bwi/../../dev/bwi/if_bwi.c:1320 KDB: stack backtrace: db_trace_self_wrapper(c078e598,e61b6ac4,c0597cb5,c160e330,528,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c160e330,528,ffffffff,c095badc,e61b6afc,...) at kdb_backtrace+0x29 _witness_debugger(c0790a19,e61b6b10,4,1,0,...) at _witness_debugger+0x25 witness_warn(5,c1660574,c078bf3a,c165fba4,4,...) at witness_warn+0x1fd _sleep(e61b6be4,c1660574,0,c165fba4,0,...) at _sleep+0x5f firmware_get(e61b6be4,40,c160f1b8,3,c5e73a80,...) at firmware_get+0x190 bwi_mac_init(c5f550b0,c5f550b0,0,c0546173,c5f5500c,...) at bwi_mac_init+0xe1d bwi_init_statechg(c5f5500c,0,c160e330,528,c5f68000,...) at bwi_init_statechg+0x7b bwi_ioctl(c5edb000,80206910,0,e61b6cd4,c0590e73,...) at bwi_ioctl+0x9a parent_updown(c5edb000,1,c078fe1d,51,c5f65d58,...) at parent_updown+0x22 taskqueue_run(c5f65d40,c5f65d58,0,c077f4d0,0,...) at taskqueue_run+0x103 taskqueue_thread_loop(c5f68074,e61b6d38,c07868e7,343,c0818fc0,...) at taskqueue_thread_loop+0x68 fork_exit(c0590f60,c5f68074,e61b6d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe61b6d70, ebp = 0 --- -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/~wkoszek/ From owner-freebsd-current@FreeBSD.ORG Sat Dec 26 17:56:51 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98BE31065692 for ; Sat, 26 Dec 2009 17:56:51 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 303758FC16 for ; Sat, 26 Dec 2009 17:56:50 +0000 (UTC) Received: by ewy26 with SMTP id 26so6202153ewy.3 for ; Sat, 26 Dec 2009 09:56:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=STK2iRSSj8PzkhL928sHTIq4TwsTBndvif7xPo0qG0g=; b=xD4SKx3qZihTlvjgK9SqrsYQozFIGwJD1UkfFI/d0Th58AmdnLSyQkYNY/t/Yz7l/H VA+zRHy8EY/wkGtgvy13gJnJPlhKhR9quGomddOZFN/YJ1P5O4c3AaSldoY8CexpXXF8 dshslZ9RC+NO2BnDVfJ9+YrEUgC0pNK5JqbnM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=Y/ly/DShRBPcxWHyrCfLxYqzzygJ/sLrMBRYexz+k4p4eewpccHmXW4vdhbPDrS4jt iDDPiV7KbOS8bQX16EOoNGOkAUFBTFkBq+vAMB+0LWD9H05+IyG78lgOLwOOvcy+NGEX r8YXDCtIJETGk1AMmLIy1NVqaUfISDrJdXL+s= MIME-Version: 1.0 Received: by 10.216.89.135 with SMTP id c7mr4935624wef.62.1261850209980; Sat, 26 Dec 2009 09:56:49 -0800 (PST) Date: Sat, 26 Dec 2009 12:56:49 -0500 Message-ID: From: "b. f." To: Luigi Rizzo Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@FreeBSD.org Subject: Re: select() returning early from timeouts ? (on qemu, HEAD and RELENG_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, 26 Dec 2009 17:56:51 -0000 >I was wondering if someone can try the above on real hardware >and let me know. 9-CURRENT amd64 r r200984M legacy usb support off in bios >From loader.conf: kern.hz="100" hint.apic.0.clock="0" hint.atrtc.0.clock="0" >From sysctl.conf: kern.timecounter.hardware=i8254 sysctl shows: kern.clockrate: { hz = 100, tick = 10000, profhz = 100, stathz = 100 } kern.timecounter.tick: 1 kern.timecounter.choice: TSC(800) HPET(900) ACPI-fast(1000) i8254(0) dummy(-1000000) kern.timecounter.hardware: i8254 kern.timecounter.stepwarnings: 0 kern.timecounter.tc.i8254.mask: 4294967295 kern.timecounter.tc.i8254.counter: 1239934843 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.ACPI-fast.mask: 16777215 kern.timecounter.tc.ACPI-fast.counter: 8027521 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.quality: 1000 kern.timecounter.tc.HPET.mask: 4294967295 kern.timecounter.tc.HPET.counter: 519307291 kern.timecounter.tc.HPET.frequency: 25000000 kern.timecounter.tc.HPET.quality: 900 kern.timecounter.tc.TSC.mask: 4294967295 kern.timecounter.tc.TSC.counter: 4274176162 kern.timecounter.tc.TSC.frequency: 800000000 kern.timecounter.tc.TSC.quality: 800 kern.timecounter.invariant_tsc: 0 kern.hz: 100 #time ping -c 21 localhost PING localhost... (127.0.0.1): 56 data bytes 64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.080 ms 64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.037 ms 64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.033 ms 64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.036 ms 64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.032 ms 64 bytes from 127.0.0.1: icmp_seq=5 ttl=64 time=0.033 ms 64 bytes from 127.0.0.1: icmp_seq=6 ttl=64 time=0.039 ms 64 bytes from 127.0.0.1: icmp_seq=7 ttl=64 time=0.033 ms 64 bytes from 127.0.0.1: icmp_seq=8 ttl=64 time=0.072 ms 64 bytes from 127.0.0.1: icmp_seq=9 ttl=64 time=0.034 ms 64 bytes from 127.0.0.1: icmp_seq=10 ttl=64 time=0.034 ms 64 bytes from 127.0.0.1: icmp_seq=11 ttl=64 time=0.032 ms 64 bytes from 127.0.0.1: icmp_seq=12 ttl=64 time=0.041 ms 64 bytes from 127.0.0.1: icmp_seq=13 ttl=64 time=0.038 ms 64 bytes from 127.0.0.1: icmp_seq=14 ttl=64 time=0.033 ms 64 bytes from 127.0.0.1: icmp_seq=15 ttl=64 time=0.033 ms 64 bytes from 127.0.0.1: icmp_seq=16 ttl=64 time=0.032 ms 64 bytes from 127.0.0.1: icmp_seq=17 ttl=64 time=0.032 ms 64 bytes from 127.0.0.1: icmp_seq=18 ttl=64 time=0.032 ms 64 bytes from 127.0.0.1: icmp_seq=19 ttl=64 time=0.033 ms 64 bytes from 127.0.0.1: icmp_seq=20 ttl=64 time=0.069 ms --- localhost... ping statistics --- 21 packets transmitted, 21 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.032/0.040/0.080/0.014 ms real 0m20.198s user 0m0.000s sys 0m0.002s Apart from the possible emulation complications, the i8254 calibration code has been removed, and there was some discussions about i8254 problems back when you outlined your callout change proposal... Regards, b. From owner-freebsd-current@FreeBSD.ORG Sat Dec 26 18:29:42 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3915710656A3 for ; Sat, 26 Dec 2009 18:29:42 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id B78B08FC0A for ; Sat, 26 Dec 2009 18:29:40 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id B901C73098; Sat, 26 Dec 2009 19:37:21 +0100 (CET) Date: Sat, 26 Dec 2009 19:37:21 +0100 From: Luigi Rizzo To: "b. f." Message-ID: <20091226183721.GA8769@onelab2.iet.unipi.it> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@FreeBSD.org Subject: Re: select() returning early from timeouts ? (on qemu, HEAD and RELENG_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, 26 Dec 2009 18:29:42 -0000 On Sat, Dec 26, 2009 at 12:56:49PM -0500, b. f. wrote: > >I was wondering if someone can try the above on real hardware > >and let me know. > > > 9-CURRENT amd64 r r200984M > legacy usb support off in bios > >From loader.conf: > kern.hz="100" > hint.apic.0.clock="0" > hint.atrtc.0.clock="0" > >From sysctl.conf: > kern.timecounter.hardware=i8254 > > sysctl shows: > kern.clockrate: { hz = 100, tick = 10000, profhz = 100, stathz = 100 } > kern.timecounter.tick: 1 > kern.timecounter.choice: TSC(800) HPET(900) ACPI-fast(1000) i8254(0) > dummy(-1000000) > kern.timecounter.hardware: i8254 > kern.timecounter.stepwarnings: 0 > kern.timecounter.tc.i8254.mask: 4294967295 > kern.timecounter.tc.i8254.counter: 1239934843 > kern.timecounter.tc.i8254.frequency: 1193182 > kern.timecounter.tc.i8254.quality: 0 > kern.timecounter.tc.ACPI-fast.mask: 16777215 > kern.timecounter.tc.ACPI-fast.counter: 8027521 > kern.timecounter.tc.ACPI-fast.frequency: 3579545 > kern.timecounter.tc.ACPI-fast.quality: 1000 > kern.timecounter.tc.HPET.mask: 4294967295 > kern.timecounter.tc.HPET.counter: 519307291 > kern.timecounter.tc.HPET.frequency: 25000000 > kern.timecounter.tc.HPET.quality: 900 > kern.timecounter.tc.TSC.mask: 4294967295 > kern.timecounter.tc.TSC.counter: 4274176162 > kern.timecounter.tc.TSC.frequency: 800000000 > kern.timecounter.tc.TSC.quality: 800 > kern.timecounter.invariant_tsc: 0 > kern.hz: 100 > > #time ping -c 21 localhost > PING localhost... (127.0.0.1): 56 data bytes > 64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.080 ms > 64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.037 ms > 64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.033 ms > 64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.036 ms > 64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.032 ms > 64 bytes from 127.0.0.1: icmp_seq=5 ttl=64 time=0.033 ms > 64 bytes from 127.0.0.1: icmp_seq=6 ttl=64 time=0.039 ms > 64 bytes from 127.0.0.1: icmp_seq=7 ttl=64 time=0.033 ms > 64 bytes from 127.0.0.1: icmp_seq=8 ttl=64 time=0.072 ms > 64 bytes from 127.0.0.1: icmp_seq=9 ttl=64 time=0.034 ms > 64 bytes from 127.0.0.1: icmp_seq=10 ttl=64 time=0.034 ms > 64 bytes from 127.0.0.1: icmp_seq=11 ttl=64 time=0.032 ms > 64 bytes from 127.0.0.1: icmp_seq=12 ttl=64 time=0.041 ms > 64 bytes from 127.0.0.1: icmp_seq=13 ttl=64 time=0.038 ms > 64 bytes from 127.0.0.1: icmp_seq=14 ttl=64 time=0.033 ms > 64 bytes from 127.0.0.1: icmp_seq=15 ttl=64 time=0.033 ms > 64 bytes from 127.0.0.1: icmp_seq=16 ttl=64 time=0.032 ms > 64 bytes from 127.0.0.1: icmp_seq=17 ttl=64 time=0.032 ms > 64 bytes from 127.0.0.1: icmp_seq=18 ttl=64 time=0.032 ms > 64 bytes from 127.0.0.1: icmp_seq=19 ttl=64 time=0.033 ms > 64 bytes from 127.0.0.1: icmp_seq=20 ttl=64 time=0.069 ms > > --- localhost... ping statistics --- > 21 packets transmitted, 21 packets received, 0.0% packet loss > round-trip min/avg/max/stddev = 0.032/0.040/0.080/0.014 ms > > real 0m20.198s > user 0m0.000s > sys 0m0.002s > > Apart from the possible emulation complications, the i8254 calibration > code has been removed, and there was some discussions about i8254 > problems back when you outlined your callout change proposal... thanks a lot. Now I am doing a binary search to find the problematic versions, unfortunately it takes almost 1hr for each attempt between a buildworld and buildkernel (or picobsd equivalents..) So far r190000 and r195000 work fine, and r200xxx has the bug. cheers luigi From owner-freebsd-current@FreeBSD.ORG Sat Dec 26 20:25:42 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D91871065672; Sat, 26 Dec 2009 20:25:42 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id 744628FC14; Sat, 26 Dec 2009 20:25:42 +0000 (UTC) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.3/8.14.3) with ESMTP id nBQKPwE2086077; Sat, 26 Dec 2009 15:25:58 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: FreeBSD Current Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-hg5eNryG+4RlsTuyp1mF" Organization: FreeBSD, Inc. Date: Sat, 26 Dec 2009 15:25:38 -0500 Message-ID: <1261859138.1555.26.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on creme-brulee.marcuscom.com Cc: luigi@FreeBSD.org Subject: NAT broken in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Dec 2009 20:25:42 -0000 --=-hg5eNryG+4RlsTuyp1mF Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable First, let me apologize for the lack of details. The NAT box is currently unreachable due to this problem. I will gather more details when I get into work, but perhaps there is something obvious I am missing. I updated my -CURRENT box yesterday. After a reboot, NAT no longer works. That is, if I have natd running with ipfw diverting packets to it, the box is a big black hole. No packets leave. I do see all packets being diverted to natd, but nothing leaves the box. I have had ipfw and divert compiled into the kernel for years on that box: options IPFIREWALL options IPDIVERT Combined with an "open" firewall (i.e. firewall_type is "open"), and the following natd options in /etc/rc.conf, NAT always worked: natd_enable=3D"YES" natd_interface=3D"172.18.254.236" natd_flags=3D"-s -m -skinny_port 2000" (172.18.254.236 is the IPv4 address on the em0 interface on this box. I also have IPv6 configured on this box.) I have a feeling the new ipfw code merged ~ 11 days ago is the cause of the problem. Thinking that perhaps the new modularity is causing this problem, I also added the following two options to my kernel: options IPFIREWALL_NAT options LIBALIAS They did not help. I have not tried using a purely modular ipfw/NAT combination, but I will attempt that later today. I didn't see anything obvious in UPDATING. Any suggestions, or any recommendations for specific troubleshooting data to capture? Thanks. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-hg5eNryG+4RlsTuyp1mF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAks2cT0ACgkQb2iPiv4Uz4e9kwCgoNZzWV2SzgWQnAf7sOZlm2Im 9QQAni+hqsI1b0r+ZiX1pXsaELfyR2YF =JB4E -----END PGP SIGNATURE----- --=-hg5eNryG+4RlsTuyp1mF-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 26 20:33:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBBC210656A3 for ; Sat, 26 Dec 2009 20:33:40 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 6A0B18FC13 for ; Sat, 26 Dec 2009 20:33:40 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 95D9C1E00756; Sat, 26 Dec 2009 21:33:39 +0100 (CET) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.3/8.14.3) with ESMTP id nBQKWBg2002827; Sat, 26 Dec 2009 21:32:11 +0100 (CET) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.3/8.14.3/Submit) id nBQKWB4q002826; Sat, 26 Dec 2009 21:32:11 +0100 (CET) (envelope-from nox) Date: Sat, 26 Dec 2009 21:32:11 +0100 (CET) From: Juergen Lock Message-Id: <200912262032.nBQKWB4q002826@triton8.kn-bremen.de> To: rizzo@iet.unipi.it X-Newsgroups: local.list.freebsd.current In-Reply-To: <20091226154604.GA6932@onelab2.iet.unipi.it> Organization: home Cc: freebsd-current@freebsd.org Subject: Re: select() returning early from timeouts ? (on qemu, HEAD and RELENG_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, 26 Dec 2009 20:33:41 -0000 In article <20091226154604.GA6932@onelab2.iet.unipi.it> you write: >Hi, Hi! >while doing some tests with picobsd images on qemu, i noticed >that "ping" runs too fast (approx every 0.4s instead of 1s) >Upon investigation, the problem seems related to > retval = select(..., &timeout) >returning a retval of 0 way before the timeout has elapsed >(at least, according to a gettimeofday which is run right after). > >My host system is FreeBSD 7.2-stable i386 with qemu. >In the guest (which is built using picobsd 'bridge') i set > kern.timecounter.hardware=i8254 >A guest based on RELENG_7 works fine, whereas HEAD and RELENG_8 >exhibit the problem. >Easy way to check: > > time ping -c 21 localhost >(or, on picobsd "date; ping -c 21 localhost; date" ) > >you should see a real time of 20 seconds (I see 8s on my system). > >I was wondering if someone can try the above on real hardware >and let me know. > >Even if just related to qemu or some ACPI/timecounter config, it >would be good to know where this comes from. > >BTW I don't think this is related to the bug reported in september >of timeouts firing one tick late. > >I am going to try various HEAD versions to see where the issue came >out, but it might be a bit time-consuming so if you have suggestions >on possible causes I'd be glad to know. > >thanks >luigi Just in case this is not expected: I can't reproduce this issue on a FreeBSD iapetus.kn-bremen.de 7.2-STABLE FreeBSD 7.2-STABLE #1: Sun Jun 21 00:36:42 CEST 2009 nox@iapetus.kn-bremen.de:/usr/obj/usr/home/nox/src72s/src/sys/IAPETUS amd64 host, at least with FreeBSD-9.0-HEAD-20091226-JPSNAP-i386-dvd1.iso, 9.0-HEAD-20091123-JPSNAP-i386-dvd1.iso and 8.0-RELEASE-i386-dvd1.iso guests in livefs (fixit->cdrom/dvd), qemu 0.11.0, host kern.hz=1000, and guest kern.hz=100 (which the guest kernel automagically goes down to when running in a VM since 8.0.) % qemu -m 256 -cdrom FreeBSD-9.0-HEAD-20091226-JPSNAP-i386-dvd1.iso -curses [...] Fixit# sysctl kern.timecounter.hardware=i8254 kern.timecounter.hardware: HPET -> i8254 Fixit# ifconfig lo0 127.1 Fixit# time ping -c5 127.1 PING 127.1 (127.0.0.1): 56 data bytes 64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=5.095 ms 64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.380 ms 64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.370 ms 64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.342 ms 64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.327 ms --- 127.1 ping statistics --- 5 packets transmitted, 5 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.327/1.303/5.095/1.896 ms 4.06 real 0.02 user 0.08 sys Fixit# time sleep 4 4.04 real 0.00 user 0.03 sys Fixit# vmstat -i interrupt total rate irq1: atkbd0 259 4 irq4: uart0 1 0 irq15: ata1 631 11 cpu0: timer 21362 403 Total 22253 419 Fixit# sysctl kern.hz kern.hz: 100 Fixit# And If I boot the host with kern.hz=100 too I get the expected 1/4 guest timer slowdown (cpu0: timer only runs at 100 Hz when in fact it wants 400 Hz) unless I disable the guest's apic. (As also now noted in the qemu port's pkg-message.) HTH, Juergen PS: I got the snapshot isos from here in case you don't know it: http://pub.allbsd.org/FreeBSD-snapshots/ From owner-freebsd-current@FreeBSD.ORG Sat Dec 26 21:13:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1D3F106568B; Sat, 26 Dec 2009 21:13:23 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 725158FC1B; Sat, 26 Dec 2009 21:13:23 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id C9D3F73098; Sat, 26 Dec 2009 22:21:04 +0100 (CET) Date: Sat, 26 Dec 2009 22:21:04 +0100 From: Luigi Rizzo To: Joe Marcus Clarke Message-ID: <20091226212104.GA10498@onelab2.iet.unipi.it> References: <1261859138.1555.26.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1261859138.1555.26.camel@shumai.marcuscom.com> User-Agent: Mutt/1.4.2.3i Cc: luigi@freebsd.org, FreeBSD Current Subject: Re: NAT broken in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Dec 2009 21:13:23 -0000 On Sat, Dec 26, 2009 at 03:25:38PM -0500, Joe Marcus Clarke wrote: ... > I updated my -CURRENT box yesterday. After a reboot, NAT no longer > works. That is, if I have natd running with ipfw diverting packets to > it, the box is a big black hole. No packets leave. I do see all ... > I have a feeling the new ipfw code merged ~ 11 days ago is the cause of > the problem. Thinking that perhaps the new modularity is causing this > problem, I also added the following two options to my kernel: > > options IPFIREWALL_NAT > options LIBALIAS > > They did not help. I have not tried using a purely modular ipfw/NAT > combination, but I will attempt that later today. I didn't see anything > obvious in UPDATING. Any suggestions, or any recommendations for > specific troubleshooting data to capture? Thanks. the changes were not expected to affect configuration or operation so clearly i must have broken something in the reinjection process. If you have a chance of looking at the ipfw counters (to see whether packets are reinjected and where they end up) that would be helpful. I'll try to run some tests here tomorrow or more likely on monday. cheers luigi From owner-freebsd-current@FreeBSD.ORG Sat Dec 26 21:24:10 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19E8A106568D; Sat, 26 Dec 2009 21:24:10 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id A4C388FC17; Sat, 26 Dec 2009 21:24:09 +0000 (UTC) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.3/8.14.3) with ESMTP id nBQLOPTb086720; Sat, 26 Dec 2009 16:24:25 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Luigi Rizzo In-Reply-To: <20091226212104.GA10498@onelab2.iet.unipi.it> References: <1261859138.1555.26.camel@shumai.marcuscom.com> <20091226212104.GA10498@onelab2.iet.unipi.it> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-HQjnCQwWbjiTOqHYuCF4" Organization: FreeBSD, Inc. Date: Sat, 26 Dec 2009 16:24:10 -0500 Message-ID: <1261862650.1555.28.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on creme-brulee.marcuscom.com Cc: luigi@FreeBSD.org, FreeBSD Current Subject: Re: NAT broken in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Dec 2009 21:24:10 -0000 --=-HQjnCQwWbjiTOqHYuCF4 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable On Sat, 2009-12-26 at 22:21 +0100, Luigi Rizzo wrote: > On Sat, Dec 26, 2009 at 03:25:38PM -0500, Joe Marcus Clarke wrote: > ... > > I updated my -CURRENT box yesterday. After a reboot, NAT no longer > > works. That is, if I have natd running with ipfw diverting packets to > > it, the box is a big black hole. No packets leave. I do see all > ... > > I have a feeling the new ipfw code merged ~ 11 days ago is the cause of > > the problem. Thinking that perhaps the new modularity is causing this > > problem, I also added the following two options to my kernel: > >=20 > > options IPFIREWALL_NAT > > options LIBALIAS > >=20 > > They did not help. I have not tried using a purely modular ipfw/NAT > > combination, but I will attempt that later today. I didn't see anythin= g > > obvious in UPDATING. Any suggestions, or any recommendations for > > specific troubleshooting data to capture? Thanks. >=20 > the changes were not expected to affect configuration or operation > so clearly i must have broken something in the reinjection process. > If you have a chance of looking at the ipfw counters (to see whether > packets are reinjected and where they end up) that would be helpful. > I'll try to run some tests here tomorrow or more likely on monday. As I recall, the divert line (rule 50) had a huge counter value (even after a reboot), but the other rule (i.e. the permit any any rule) had very few packets. I will gather some more concrete numbers later today. Thanks for looking into it. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-HQjnCQwWbjiTOqHYuCF4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAks2fvkACgkQb2iPiv4Uz4dv9wCePaLx1quhoaRuUGLZ1W66cC9u gCoAn096Iy5J30Y/43rzqAEVZ03hS0y8 =Nu+Y -----END PGP SIGNATURE----- --=-HQjnCQwWbjiTOqHYuCF4-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 26 22:06:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42228106566B; Sat, 26 Dec 2009 22:06:38 +0000 (UTC) (envelope-from marcus@creme-brulee.marcuscom.com) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id 7F58B8FC12; Sat, 26 Dec 2009 22:06:37 +0000 (UTC) Received: from creme-brulee.marcuscom.com (localhost.marcuscom.com [127.0.0.1]) by creme-brulee.marcuscom.com (8.14.3/8.14.3) with ESMTP id nBQM6rOd087033; Sat, 26 Dec 2009 17:06:53 -0500 (EST) (envelope-from marcus@creme-brulee.marcuscom.com) Received: from localhost (marcus@localhost) by creme-brulee.marcuscom.com (8.14.3/8.14.3/Submit) with ESMTP id nBQM6mpZ087030; Sat, 26 Dec 2009 17:06:48 -0500 (EST) (envelope-from marcus@creme-brulee.marcuscom.com) Date: Sat, 26 Dec 2009 17:06:48 -0500 (EST) From: Joe Marcus Clarke To: Luigi Rizzo In-Reply-To: <20091226212104.GA10498@onelab2.iet.unipi.it> Message-ID: References: <1261859138.1555.26.camel@shumai.marcuscom.com> <20091226212104.GA10498@onelab2.iet.unipi.it> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) 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,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on creme-brulee.marcuscom.com Cc: luigi@freebsd.org, FreeBSD Current Subject: Re: NAT broken in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Dec 2009 22:06:38 -0000 PGP Key : http://www.marcuscom.com/pgp.asc On Sat, 26 Dec 2009, Luigi Rizzo wrote: > On Sat, Dec 26, 2009 at 03:25:38PM -0500, Joe Marcus Clarke wrote: > ... >> I updated my -CURRENT box yesterday. After a reboot, NAT no longer >> works. That is, if I have natd running with ipfw diverting packets to >> it, the box is a big black hole. No packets leave. I do see all > ... >> I have a feeling the new ipfw code merged ~ 11 days ago is the cause of >> the problem. Thinking that perhaps the new modularity is causing this >> problem, I also added the following two options to my kernel: >> >> options IPFIREWALL_NAT >> options LIBALIAS >> >> They did not help. I have not tried using a purely modular ipfw/NAT >> combination, but I will attempt that later today. I didn't see anything >> obvious in UPDATING. Any suggestions, or any recommendations for >> specific troubleshooting data to capture? Thanks. > > the changes were not expected to affect configuration or operation > so clearly i must have broken something in the reinjection process. > If you have a chance of looking at the ipfw counters (to see whether > packets are reinjected and where they end up) that would be helpful. > I'll try to run some tests here tomorrow or more likely on monday. The packets appear to be looping to the divert socket. The ipfw counters show the divert rule is growing exponentially where as the other rules have virtually no packet matches. This is just after a few seconds of uptime: 00050 5758974 420333325 divert 8668 ip4 from any to any via 172.18.254.236 00100 8 480 allow ip from any to any via lo0 00200 0 0 deny ip from any to 127.0.0.0/8 00300 0 0 deny ip from 127.0.0.0/8 to any 00400 0 0 deny ip from any to ::1 00500 0 0 deny ip from ::1 to any 00600 0 0 allow ipv6-icmp from :: to ff02::/16 00700 0 0 allow ipv6-icmp from fe80::/10 to fe80::/10 00800 12 1032 allow ipv6-icmp from fe80::/10 to ff02::/16 00900 0 0 allow ipv6-icmp from any to any ip6 icmp6types 1 01000 0 0 allow ipv6-icmp from any to any ip6 icmp6types 2,135,136 65000 0 0 allow ip from any to any 65535 14 1056 deny ip from any to any Joe > > cheers > luigi > > From owner-freebsd-current@FreeBSD.ORG Sat Dec 26 22:16:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60C4D106566B; Sat, 26 Dec 2009 22:16:23 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 218158FC15; Sat, 26 Dec 2009 22:16:22 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 53D8173098; Sat, 26 Dec 2009 23:24:04 +0100 (CET) Date: Sat, 26 Dec 2009 23:24:04 +0100 From: Luigi Rizzo To: Joe Marcus Clarke Message-ID: <20091226222404.GA11164@onelab2.iet.unipi.it> References: <1261859138.1555.26.camel@shumai.marcuscom.com> <20091226212104.GA10498@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: luigi@freebsd.org, FreeBSD Current Subject: Re: NAT broken in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Dec 2009 22:16:23 -0000 On Sat, Dec 26, 2009 at 05:06:48PM -0500, Joe Marcus Clarke wrote: > > > PGP Key : http://www.marcuscom.com/pgp.asc > > On Sat, 26 Dec 2009, Luigi Rizzo wrote: > > >On Sat, Dec 26, 2009 at 03:25:38PM -0500, Joe Marcus Clarke wrote: > >... > >>I updated my -CURRENT box yesterday. After a reboot, NAT no longer > >>works. That is, if I have natd running with ipfw diverting packets to > >>it, the box is a big black hole. No packets leave. I do see all > >... > >>I have a feeling the new ipfw code merged ~ 11 days ago is the cause of > >>the problem. Thinking that perhaps the new modularity is causing this > >>problem, I also added the following two options to my kernel: > >> > >>options IPFIREWALL_NAT > >>options LIBALIAS > >> > >>They did not help. I have not tried using a purely modular ipfw/NAT > >>combination, but I will attempt that later today. I didn't see anything > >>obvious in UPDATING. Any suggestions, or any recommendations for > >>specific troubleshooting data to capture? Thanks. > > > >the changes were not expected to affect configuration or operation > >so clearly i must have broken something in the reinjection process. > >If you have a chance of looking at the ipfw counters (to see whether > >packets are reinjected and where they end up) that would be helpful. > >I'll try to run some tests here tomorrow or more likely on monday. > > The packets appear to be looping to the divert socket. The ipfw counters > show the divert rule is growing exponentially where as the other rules > have virtually no packet matches. This is just after a few seconds of > uptime: ok then try this change in netinet/ipfw/ip_fw2.c near line 1176 IPFW_RUNLOCK(chain); return (IP_FW_DENY); /* invalid */ } - f_pos = ipfw_find_rule(chain, skipto, 0); + f_pos = ipfw_find_rule(chain, skipto+1, 0); } } Let me know if it works so i can commit it. cheers luigi From owner-freebsd-current@FreeBSD.ORG Sat Dec 26 22:28:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA96E106568D for ; Sat, 26 Dec 2009 22:28:32 +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 8BD3A8FC12 for ; Sat, 26 Dec 2009 22:28:32 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 24CB9A1EA7; Sat, 26 Dec 2009 14:28:32 -0800 (PST) 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 (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 893282D6014; Sat, 26 Dec 2009 14:28:31 -0800 (PST) Message-ID: <4B368E0E.4070908@elischer.org> Date: Sat, 26 Dec 2009 14:28:30 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Luigi Rizzo References: <1261859138.1555.26.camel@shumai.marcuscom.com> <20091226212104.GA10498@onelab2.iet.unipi.it> <20091226222404.GA11164@onelab2.iet.unipi.it> In-Reply-To: <20091226222404.GA11164@onelab2.iet.unipi.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: luigi@freebsd.org, FreeBSD Current Subject: Re: NAT broken in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Dec 2009 22:28:32 -0000 Luigi Rizzo wrote: > On Sat, Dec 26, 2009 at 05:06:48PM -0500, Joe Marcus Clarke wrote: >> >> PGP Key : http://www.marcuscom.com/pgp.asc >> >> On Sat, 26 Dec 2009, Luigi Rizzo wrote: >> >>> On Sat, Dec 26, 2009 at 03:25:38PM -0500, Joe Marcus Clarke wrote: >>> ... >>>> I updated my -CURRENT box yesterday. After a reboot, NAT no longer >>>> works. That is, if I have natd running with ipfw diverting packets to >>>> it, the box is a big black hole. No packets leave. I do see all >>> ... >>>> I have a feeling the new ipfw code merged ~ 11 days ago is the cause of >>>> the problem. Thinking that perhaps the new modularity is causing this >>>> problem, I also added the following two options to my kernel: >>>> >>>> options IPFIREWALL_NAT >>>> options LIBALIAS >>>> >>>> They did not help. I have not tried using a purely modular ipfw/NAT >>>> combination, but I will attempt that later today. I didn't see anything >>>> obvious in UPDATING. Any suggestions, or any recommendations for >>>> specific troubleshooting data to capture? Thanks. >>> the changes were not expected to affect configuration or operation >>> so clearly i must have broken something in the reinjection process. >>> If you have a chance of looking at the ipfw counters (to see whether >>> packets are reinjected and where they end up) that would be helpful. >>> I'll try to run some tests here tomorrow or more likely on monday. >> The packets appear to be looping to the divert socket. The ipfw counters >> show the divert rule is growing exponentially where as the other rules >> have virtually no packet matches. This is just after a few seconds of >> uptime: > > ok then try this change in netinet/ipfw/ip_fw2.c near line 1176 > > IPFW_RUNLOCK(chain); > return (IP_FW_DENY); /* invalid */ > } > - f_pos = ipfw_find_rule(chain, skipto, 0); > + f_pos = ipfw_find_rule(chain, skipto+1, 0); yes the old code would look for the first rule with a rule number GREATER THAN the rule number of the divert rule that sent the packet out. (documented in divert and ipfw man pages I believe). > } > } > > Let me know if it works so i can commit it. > > cheers > luigi > _______________________________________________ > 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 Dec 26 23:45:45 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8349C1065679 for ; Sat, 26 Dec 2009 23:45:45 +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 ESMTP id 215208FC13 for ; Sat, 26 Dec 2009 23:45:45 +0000 (UTC) Received: (qmail 29993 invoked by uid 399); 26 Dec 2009 23:45:43 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 26 Dec 2009 23:45:43 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B36A026.7050602@FreeBSD.org> Date: Sat, 26 Dec 2009 15:45:42 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Apparent ath regression w/D-Link DWL-AG650 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Dec 2009 23:45:45 -0000 Howdy, I have an old PCMCIA card, a D-Link DWL-AG650 that used to work with FreeBSD, and currently still works with Windows XP. However when I insert it on today's -current it insta-panics with the information that you can see at http://dougbarton.us/IMG_0034.jpg. I'm 99% sure that this is an ath part, but JIC I compiled and booted a GENERIC kernel, same problem. I realize that it's an old part, however it's the only external card I have left that does 11a, so I would like to get it working again if possible. OTOH, the fact that it instantly panics the system is bad all on its own. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/