From owner-freebsd-stable@FreeBSD.ORG Sun Sep 7 00:50:39 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B4FD1065674 for ; Sun, 7 Sep 2008 00:50:39 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id 140AA8FC19 for ; Sun, 7 Sep 2008 00:50:38 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA05.westchester.pa.mail.comcast.net ([76.96.62.43]) by QMTA04.westchester.pa.mail.comcast.net with comcast id BU3E1a01Z0vyq2s54cqe5o; Sun, 07 Sep 2008 00:50:38 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA05.westchester.pa.mail.comcast.net with comcast id Bcqd1a0054v8bD73Rcqdef; Sun, 07 Sep 2008 00:50:38 +0000 X-Authority-Analysis: v=1.0 c=1 a=hLqVUHj5AAAA:8 a=HqhU5Q3nAAAA:8 a=QycZ5dHgAAAA:8 a=Oc2ixKO1Fw5RLRePzBIA:9 a=dGnz2q8JDRPFsPCw_NgA:7 a=F6OlG3egDQiONzZKQKMfh9ePc4gA:4 a=EoioJ0NPDVgA:10 a=jbrJJM5MRmoA:10 a=5DbmezEbq8cA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 76E8E17B81A; Sat, 6 Sep 2008 17:50:36 -0700 (PDT) Date: Sat, 6 Sep 2008 17:50:36 -0700 From: Jeremy Chadwick To: Dan Allen Message-ID: <20080907005036.GA98944@icarus.home.lan> References: <1220545795.94705.15.camel@buffy.york.ac.uk> <49B92D81-74EC-4BAB-BEEC-EC4DCFF5E336@airwired.net> <1220550536.94705.18.camel@buffy.york.ac.uk> <48C02768.1080207@math.missouri.edu> <20080905053455.GD65464@cdnetworks.co.kr> <20080905055423.GA37775@icarus.home.lan> <20080905060642.GF65464@cdnetworks.co.kr> <20080905092633.GA53234@icarus.home.lan> <20080906034327.GA74236@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Pyun YongHyeon , Peter Jeremy , Gavin Atkinson , freebsd-stable@FreeBSD.org Subject: Re: Inspiron 1525 Hardware X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Sep 2008 00:50:39 -0000 On Sat, Sep 06, 2008 at 01:12:29PM -0600, Dan Allen wrote: > On 5 Sep 2008, at 9:43 PM, Jeremy Chadwick wrote: >> I cannot find a single PCI/PCIe card that uses the 88E8040. > > I wonder how Ubuntu supports this ethernet chip? It is amazing that > only two Dell's use this chip. Maybe it is not worth worrying about > after all... The reason I'm "worried" about it is that both of those laptop models, especially the Inspiron, are becoming increasingly common. The Inspiron is decently priced/affordable, which means more and more people will start to come out of the woodwork stating FreeBSD doesn't work with its Ethernet chip. This is mainly for Yong-Hyeon: The code for the Linux driver is in sky2.c. You can get a "revision history" with dates by clicking on the weird triangle image on the far left, or get a commit comments by clicking on "CSets" (which is quite useful). Clicking on the actual sky2.c link provides an annotated version. http://linux.bkbits.net:8080/linux-2.6/drivers/net/?PAGE=dir It appears Linux got support for the 88E8040 in September 2007 (revision 1.2.73). Support for the 88E8040T was added in June 2008 (revision 1.330.1.3). The 1.2.73 commit also added support for the 88E8048 and the 88E8070. This might be of great help in tracking down just what register tweaks they added to get support working: http://linux.bkbits.net:8080/linux-2.6/drivers/net/sky2.c?PAGE=diffs&REV=46f2c896NoiOKP_Nx0TcSvNe1G-elw However, there is a comment at the very top that says "this driver lacks link management", indicating PHY support might be somewhere else in the Linux kernel. If that's the case, this code might not be of much help. It might be worth getting in contact with the driver author, shemminger@linux-foundation.org, or jeff@garzik.org, and asking for tips. > Don't kill yourself over this. It is not the end of the world. It > appears I will be able to get my Intel 4965 Wireless working in which > case I can use that. I have lots of computers in which I can run > FreeBSD. It doesn't surprise me that only two products on the US market (that I can find) use this chip. I blogged about the horrible state of Ethernet chips used on consumer products back in July; everyone is using Realtek or Attansic/Atheros now, which means they pretty much have a stronghold on the consumer market. I wouldn't be concerned with this if their chips weren't buggy as hell. http://koitsu.wordpress.com/2008/07/10/realtek-everywhere-when-will-it-stop/ The same problem applies to laptops, although I believe in the case of the laptop market, engineers often (justifiably) look for chips which draw the least amount of power, rather than "the cheapest chip" (which appears to be Realtek). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Sep 7 01:06:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83874106567D for ; Sun, 7 Sep 2008 01:06:58 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id 2176D8FC12 for ; Sun, 7 Sep 2008 01:06:57 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA02.westchester.pa.mail.comcast.net ([76.96.62.19]) by QMTA04.westchester.pa.mail.comcast.net with comcast id BcKc1a0050QuhwU54d6xhQ; Sun, 07 Sep 2008 01:06:57 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA02.westchester.pa.mail.comcast.net with comcast id Bd6p1a00S4v8bD73Nd6qCp; Sun, 07 Sep 2008 01:06:51 +0000 X-Authority-Analysis: v=1.0 c=1 a=hLqVUHj5AAAA:8 a=QycZ5dHgAAAA:8 a=AGZXc1WNX4D1Rj7jQbgA:9 a=VG_etjO8cnoew5T6bnTBaWV93Q4A:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id BA48F17B81A; Sat, 6 Sep 2008 18:06:55 -0700 (PDT) Date: Sat, 6 Sep 2008 18:06:55 -0700 From: Jeremy Chadwick To: Dan Allen Message-ID: <20080907010655.GA99789@icarus.home.lan> References: <49B92D81-74EC-4BAB-BEEC-EC4DCFF5E336@airwired.net> <1220550536.94705.18.camel@buffy.york.ac.uk> <48C02768.1080207@math.missouri.edu> <20080905053455.GD65464@cdnetworks.co.kr> <20080905055423.GA37775@icarus.home.lan> <20080905060642.GF65464@cdnetworks.co.kr> <20080905092633.GA53234@icarus.home.lan> <20080906034327.GA74236@icarus.home.lan> <20080907005036.GA98944@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080907005036.GA98944@icarus.home.lan> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Pyun YongHyeon , Peter Jeremy , Gavin Atkinson , freebsd-stable@FreeBSD.org Subject: Re: Inspiron 1525 Hardware X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Sep 2008 01:06:58 -0000 On Sat, Sep 06, 2008 at 05:50:36PM -0700, Jeremy Chadwick wrote: > It appears Linux got support for the 88E8040 in September 2007 (revision > 1.2.73). Support for the 88E8040T was added in June 2008 (revision > 1.330.1.3). > > The 1.2.73 commit also added support for the 88E8048 and the 88E8070. > This might be of great help in tracking down just what register tweaks > they added to get support working: > > http://linux.bkbits.net:8080/linux-2.6/drivers/net/sky2.c?PAGE=diffs&REV=46f2c896NoiOKP_Nx0TcSvNe1G-elw The Linux folks refer to these chips as "FE+". The below URL shows quite a lot of commits for FE+ stuff, as well as documentation of actual hardware bugs on some revisions of those chips. http://linux.bkbits.net:8080/linux-2.6/drivers/net/sky2.c?PAGE=related CSet revisions worth looking at (clicking the revision string will take you to a page allowing annotation and diffs, which is helpful): CSet 1.6247.61.6 -- initial support for FE+ chips CSet 1.6247.61.21 -- fix for PHY initialisation in FE+ chips CSet 1.6247.96.1 -- fix for recv status hardware bug in FE+ chips CSet 1.6247.96.2 -- disable VLAN acceleration for FE+ chips (status reg. unreliable) CSet 1.7736 -- disable dynamic Tx watermark support on FE+ chips A lot of these commits are for hardware revision A0 of certain FE+ chips; looks like rev. A0 has a lot of bugs. Yong-Hyeon might be interested in the PHY initialisation fix, since I can imagine that could affect link negotiation. The first CSet in the above list has the following comment. Note the part about "hardware evaluation boards": "Add support for newest Marvell chips. The Yukon FE plus chip is found in some not yet released laptops. Tested on hardware evaluation boards." It appears to me even the Linux guys couldn't get hardware for these chips, without talking to Marvell directly. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Sep 7 04:46:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74B80106564A for ; Sun, 7 Sep 2008 04:46:40 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 339A68FC08 for ; Sun, 7 Sep 2008 04:46:40 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id m874kbot011438 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 7 Sep 2008 00:46:38 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: Ian Smith In-Reply-To: <20080906141423.N439@sola.nimnet.asn.au> References: <20080905213656.BDB444500F@ptavv.es.net> <20080906141423.N439@sola.nimnet.asn.au> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-SUzwqjShwu8GEMfJYKTP" Organization: U. Buffalo CSE Department Date: Sun, 07 Sep 2008 00:46:37 -0400 Message-Id: <1220762797.29265.43.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1335; Body=0 Fuz1=0 Fuz2=0 Cc: Kai Otto , freebsd-stable@freebsd.org Subject: Re: Fwd: FreeBSD 7.1 Content X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Sep 2008 04:46:40 -0000 --=-SUzwqjShwu8GEMfJYKTP Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2008-09-06 at 14:51 +1000, Ian Smith wrote: > I just booted off the 7.0 disc1 to check, and /usr/local/bin/links is=20 > still the default browser in Options, available during installation from=20 > another vty. So I was a bit surprised, on rebooting into my so far not > much configured 7.0, to find that it hadn't actually been installed. >=20 > It's a pretty small package, useful enough to at least read local docs,=20 > and would be handy installed from disc1 .. and maybe even by bootonly? I'm actually planning to go in the opposite direction so to speak as far as sysinstall is concerned. There are a couple projects in the works to replace sysinstall, along with the other nifty projects that roll FreeBSD into "another distro" in Linux-speak. Basically this is something where one thing can't cater to everyones' needs/tastes/bikeshed-color. All you need to do is tolerate this thread long enough to reach this message to see that... :-) I'm with Scott in that I like the "other distros" being around. I don't think that necessarily means we shouldn't try harder. But IMHO trying harder needs to be reflected in a new installer. Lets face it, sysinstall s*cks... For the type of folks who want the installer to do more than sysinstall does now sysinstall simply isn't the right tool (no offense intended). That said I think "I" (as RE) am stuck with sysinstall being around for the forseeable future, even after we get a new installer, because some people are so accustomed to it and it fits their needs (again witness this thread...). So I do have some plans for sysinstall but as I said above it'll be more towards a different direction than mentioned above. The path I'm planning is based on these observations: - Many people believe you should just use sysinstall to install the baseline system, and any packages/ports installs should be done post-install. Its hard to say that point of view is wrong. - The baseline system and the ports are fundamentally different. People should be aware of that from the beginning. - At least some of the packages on the ISOs are stale within a week of release at times; a bit longer than a week in most cases but ... - My plans for DVD sized media (still uncertain how that will factor into 6.4/7.1) are to provide CDROM sized ISOs that have no packages on them at all (giving people who don't have DVD drives something they can still install from) and one DVD sized ISO that has packages. The path will be to finish what I started a while ago when I removed the X11 options in the "installation distributions" section of sysinstall by removing the last couple of tidbits that touch packages before you get to the "Would you like to view the list of available packages?" section of sysinstall (e.g. the offer to install Linux compatibility on i386). This will provide us with a clean separation of the baseline system from the packages. After doing a baseline install you can choose to: - reboot and install ports/packages when it comes back up - switch install media to be an FTP server and get a larger selection of packages to choose from - use the available packages if you're installing from DVD No matter which approach you use, you're clearly seeing a separation between the baseline system and the packages/ports. If you want lynx or links or Gnome or KDE you're aware that they are packages/ports and simply select them. If you didn't want them then you don't wind up with them sitting on your disk. Basically I'm saying any of the things that may have been in the "Distributions" section of sysinstall before (X11 stuff used to be in the Distributions) are now in the packages section along with all the other things that are packages. And with the packages only being available on the DVD sized media we stop needing to deal with deciding what precious little amount of stuff is worthy of being on disc1 versus disc2/disc3/etc. and all the disc swapping that comes with CDROM sized media. And for at least some arch's we *might* be able to move the livefs support back onto disc1 if there are no packages there for CDROM sized media - I haven't had a chance to check if that's still feasible. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-SUzwqjShwu8GEMfJYKTP 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) iEYEABECAAYFAkjDXKIACgkQ/G14VSmup/abcgCeKLQJI8GA+JmCRDuXE0Ld52YB 6okAn3DtMcWLtTmpqvGiHB6MnFkrlUKw =6kt/ -----END PGP SIGNATURE----- --=-SUzwqjShwu8GEMfJYKTP-- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 7 06:23:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 134F71065671 for ; Sun, 7 Sep 2008 06:23:42 +0000 (UTC) (envelope-from annona2@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.186]) by mx1.freebsd.org (Postfix) with ESMTP id 88C688FC23 for ; Sun, 7 Sep 2008 06:23:41 +0000 (UTC) (envelope-from annona2@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so597941tid.3 for ; Sat, 06 Sep 2008 23:23:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:message-id:date:from :to:subject:in-reply-to:references:user-agent:mime-version :content-type; bh=mh7brrmnU4agVgZpSQcIFDczdVKZdm4wJnRMSGp5dxU=; b=RZhslwAQchpXkVFxnjATpVWF5OfM8096VjM6xqO/F42TBdoGMbx1bFAOHriLH2h73o Y61wHrGUY6FKsa0UJstzZc1MQKvnlUlcRcScjPCh8YqBT2gD07ZP4/0H4SxHq8Sibr0M e0OpXegFkHznrXJgTsBo0xzs3C4og/DZDuooQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:references:user-agent :mime-version:content-type; b=p6yQBCljMqd0g5fP86j0I8mJzvcy/Do2sT4MzsqxRpK6Nip8tHnu/WBQ0ALp8Pc+Uw RAdEmjdPYdyDZHDhyY4BB1vKAQorl2yNzexcq7G/zVfBs5JwwLb5ifGbt4dtAWCJzZRo II53E/JGMcWVQqj6Etb/s4NfaEaHpnGGvnzv8= Received: by 10.110.11.1 with SMTP id 1mr541981tik.53.1220768619974; Sat, 06 Sep 2008 23:23:39 -0700 (PDT) Received: from softbank219001162114.bbtec.net ( [219.1.162.114]) by mx.google.com with ESMTPS id a4sm6259862tib.2.2008.09.06.23.23.38 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 06 Sep 2008 23:23:39 -0700 (PDT) Received: from softbank219001162114.bbtec.net (localhost [127.0.0.1]) by softbank219001162114.bbtec.net (8.14.3/8.14.3) with ESMTP id m876NZJN001348; Sun, 7 Sep 2008 15:23:36 +0900 (JST) (envelope-from annona2@gmail.com) Message-Id: <200809070623.m876NZJN001348@softbank219001162114.bbtec.net> Date: Sun, 07 Sep 2008 15:23:35 +0900 From: "Gen Otsuji" To: freebsd-stable@freebsd.org In-Reply-To: <48C2679A.3060909@delphij.net> References: <200809061017.m86AH8IK001307@softbank219001162114.bbtec.net> <48C2679A.3060909@delphij.net> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.2 (i386-pc-freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Subject: Re: idea about FreeBSD 7.1-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Sep 2008 06:23:42 -0000 At Sat, 06 Sep 2008 04:20:58 -0700, Xin LI wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > annona2@gmail.com wrote: > > Hello. > > I have an idea that, in FreeBSD 7.1-RELEASE, the code of freebsd-update > > is included. > > If SA is announced, it would be nice. > > When so, iso-image is still 7.1-RELEASE not 7.1-RELEASE-p1. > > So, if someone intend to install 7.1-RELEASE, and if network is coonnected, > > the installer runs the freebsd-update script and it will be secure install. > > Please take this idea into account. > > Perhaps a nightly script (i.e. 350.freebsd-update which basically do > freebsd-update cron) would be better, as it ? Note that we can even > make the script configurable to install and reboot system. > > Also, I always wish that the official installation disc to ship with a > portsnap tarball which included the snapshot at the tagged time, instead > of just do a tarball of export of CVS ports/, and use portsnap instead. > This will make the first time portsnap execution much less painful. > > Another idea is to ship /var/db/mergemaster.mtree with the installation. > > Cheers, > - -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! Thank you for your response. I understood it. Regards, Gen Otsuji From owner-freebsd-stable@FreeBSD.ORG Sun Sep 7 11:30:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6007B1065678 for ; Sun, 7 Sep 2008 11:30:49 +0000 (UTC) (envelope-from sec+freebsdstable@42.org) Received: from ice.42.org (v6.42.org [IPv6:2001:608:9::1]) by mx1.freebsd.org (Postfix) with ESMTP id E08138FC28 for ; Sun, 7 Sep 2008 11:30:48 +0000 (UTC) (envelope-from sec+freebsdstable@42.org) Received: by ice.42.org (Postfix, from userid 1000) id A540F228F3; Sun, 7 Sep 2008 13:30:45 +0200 (CEST) Date: Sun, 7 Sep 2008 13:30:45 +0200 From: Stefan `Sec` Zehl To: freebsd-stable@freebsd.org Message-ID: <20080907113045.GA11293@ice.42.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i I-love-doing-this: really X-Modeline: vim:set ts=8 sw=4 smarttab tw=72 si noic notitle: Accept-Languages: de, en X-URL: http://sec.42.org/ Subject: snapshots and disk usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Sep 2008 11:30:49 -0000 Hi, I am using ufs snapshots on RELENG_7 for some time now, and am generally happy with it. I have noticed a strange behaviour when removing large amount of files, and wanted to ask if this is expected. Before starting, we check the free space on /usr: | ice:/usr>df -h . | Filesystem Size Used Avail Capacity Mounted on | /dev/ad4s2.elid 9.7G 7.6G 1.3G 64% /usr Then delete /usr/obj and run df again: | ice:/usr>sudo rm -rf obj 2>/dev/null | ice:/usr>df -h . | Filesystem Size Used Avail Capacity Mounted on | /dev/ad4s2.elid 9.7G 5.7G 3.2G 64% /usr This is unexpected. With snapshots, removing something should not release space. Sure enough, in the course of the next minute, the fake free space vanishes.... | ice:/usr>df -h . | Filesystem Size Used Avail Capacity Mounted on | /dev/ad4s2.elid 9.7G 5.9G 3.0G 66% /usr | ice:/usr>df -h . | Filesystem Size Used Avail Capacity Mounted on | /dev/ad4s2.elid 9.7G 6.6G 2.3G 74% /usr | ice:/usr>df -h . | Filesystem Size Used Avail Capacity Mounted on | /dev/ad4s2.elid 9.7G 8.6G 269M 97% /usr and all the free space is allocated in the snapshot: | ice:~>sudo snapshot list | Filesystem User User% Snap Snap% Snapshot | /usr 8GB 89.3% 2GB 21.5% daily.1 | /usr 8GB 89.3% 344MB 3.5% daily.0 | /usr 8GB 89.3% 344MB 3.5% weekly.0 | /usr 8GB 89.3% 344MB 3.5% hourly.1 | /usr 8GB 89.3% 7MB 0.1% hourly.0 My understanding so far was that df may underreport free space, but i find overreporting it a bit troublesome. -- What would happen if I tried to use that space before it was allocated to the snapshot? Case in point: I created a few unkillable hung process on /usr a few weeks ago, by running make world which was running out of diskspace, and deleting files from another windows. -- At leat thats what I think has happened. CU, Sec -- Consider the need for having to type "www.domain.name" a little IQ test that you have to take before you can access my web site.' -- Wietse From owner-freebsd-stable@FreeBSD.ORG Sun Sep 7 11:37:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A5101065678 for ; Sun, 7 Sep 2008 11:37:20 +0000 (UTC) (envelope-from stickybit@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id DD9368FC24 for ; Sun, 7 Sep 2008 11:37:19 +0000 (UTC) (envelope-from stickybit@gmx.net) Received: (qmail invoked by alias); 07 Sep 2008 11:10:37 -0000 Received: from port-212-202-41-254.dynamic.qsc.de (EHLO localhost) [212.202.41.254] by mail.gmx.net (mp022) with SMTP; 07 Sep 2008 13:10:37 +0200 X-Authenticated: #23197544 X-Provags-ID: V01U2FsdGVkX18EAr48MFwEhg4YiKgppS+xVaLB0wUSf/xZD9HTTk Wr6pRzZDMQbbRI From: Sticky Bit To: freebsd-stable@freebsd.org Date: Sun, 7 Sep 2008 13:09:13 +0200 User-Agent: Mail User Agent References: <20080905213656.BDB444500F@ptavv.es.net> <20080906141423.N439@sola.nimnet.asn.au> <1220762797.29265.43.camel@bauer.cse.buffalo.edu> In-Reply-To: <1220762797.29265.43.camel@bauer.cse.buffalo.edu> X-Privacy-Policy: Consider OpenPGP/MIME signing and encryption. X-Anti-Spam-Policy: No HTML or Richtext! Plain text emails preferred. X-Security-Policy: No attachments! MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809071309.13542.stickybit@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.52 Subject: Re: Fwd: FreeBSD 7.1 Content X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: stickybit@gmx.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Sep 2008 11:37:20 -0000 On Sunday 07 September 2008 06:46:37 Ken Smith wrote: > The path I'm planning is based on these observations: > > - Many people believe you should just use sysinstall to install > the baseline system, and any packages/ports installs should > be done post-install. Its hard to say that point of view is > wrong. > > - The baseline system and the ports are fundamentally different. > People should be aware of that from the beginning. > > - At least some of the packages on the ISOs are stale within a > week of release at times; a bit longer than a week in most > cases but ... These points are very true. > - My plans for DVD sized media (still uncertain how that will > factor into 6.4/7.1) are to provide CDROM sized ISOs that have > no packages on them at all (giving people who don't have DVD > drives something they can still install from) and one DVD > sized ISO that has packages. > > The path will be to finish what I started a while ago when I removed the > X11 options in the "installation distributions" section of sysinstall by > removing the last couple of tidbits that touch packages before you get > to the "Would you like to view the list of available packages?" section > of sysinstall (e.g. the offer to install Linux compatibility on i386). > This will provide us with a clean separation of the baseline system from > the packages. After doing a baseline install you can choose to: > > - reboot and install ports/packages when it comes back up > - switch install media to be an FTP server and get a larger > selection of packages to choose from > - use the available packages if you're installing from DVD > > No matter which approach you use, you're clearly seeing a separation > between the baseline system and the packages/ports. If you want lynx or > links or Gnome or KDE you're aware that they are packages/ports and > simply select them. If you didn't want them then you don't wind up with > them sitting on your disk. Basically I'm saying any of the things that > may have been in the "Distributions" section of sysinstall before (X11 > stuff used to be in the Distributions) are now in the packages section > along with all the other things that are packages. And with the > packages only being available on the DVD sized media we stop needing to > deal with deciding what precious little amount of stuff is worthy of > being on disc1 versus disc2/disc3/etc. and all the disc swapping that > comes with CDROM sized media. > > And for at least some arch's we *might* be able to move the livefs > support back onto disc1 if there are no packages there for CDROM sized > media - I haven't had a chance to check if that's still feasible. Very well! I hope you actually go this road and this really becomes true. It is the most advanced approach I read within this thread, covers pretty much all needs and make things really idiot proof (no offense meant). Please make it true! Thanks a lot! Regards From owner-freebsd-stable@FreeBSD.ORG Sun Sep 7 12:06:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 708D3106566C for ; Sun, 7 Sep 2008 12:06:27 +0000 (UTC) (envelope-from bsd-unix@embarqmail.com) Received: from mailrelay.embarq.synacor.com (mailrelay.embarq.synacor.com [208.47.184.3]) by mx1.freebsd.org (Postfix) with ESMTP id 10C6D8FC15 for ; Sun, 7 Sep 2008 12:06:26 +0000 (UTC) (envelope-from bsd-unix@embarqmail.com) DKIM-Signature: v=1; a=rsa-sha1; d=embarqmail.com; s=s012408; c=relaxed/simple; q=dns/txt; i=@embarqmail.com; t=1220789186; h=From:Subject:Date:To:Mime-Version:Content-Type; bh=NpwPP+e2qb7pROoV/lHNzhSQOdc=; b=VtqipWWQIi/6TUUw2GU7N5ibHUU/OXqXuV9joAkOKDdv8a/pStFTOzseYfQziuyA GkcSHRhEgY87pHkNMD6zNaDgggAaQCbFxZPYXvy9M2rQo2+7eYeWqAUWu71ga9Fa; X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=1.0 c=1 a=kMPJttiiAAAA:8 a=CchOmlKfOtU8Y-BulggA:9 a=McWmfj6elFkU9L9-Ky4A:7 a=dnuGnveTQWoafGjepCoKcXs82xsA:4 a=LY0hPdMaydYA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp07.embarq.synacor.com smtp.user=rpratt1950@embarqmail.com; auth=pass (LOGIN) Received: from [74.4.78.58] ([74.4.78.58:56801] helo=kt.weeeble.com) by mailrelay.embarq.synacor.com (envelope-from ) (ecelerity 2.2.2.33 r(25932/25934)) with ESMTPA id 55/BA-04047-1C3C3C84; Sun, 07 Sep 2008 08:06:26 -0400 Date: Sun, 7 Sep 2008 08:06:24 -0400 From: Randy Pratt To: Ken Smith Message-Id: <20080907080624.078e7e13.bsd-unix@embarqmail.com> In-Reply-To: <1220762797.29265.43.camel@bauer.cse.buffalo.edu> References: <20080905213656.BDB444500F@ptavv.es.net> <20080906141423.N439@sola.nimnet.asn.au> <1220762797.29265.43.camel@bauer.cse.buffalo.edu> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd6.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Kai Otto , Ian Smith Subject: Re: Fwd: FreeBSD 7.1 Content X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Sep 2008 12:06:27 -0000 On Sun, 07 Sep 2008 00:46:37 -0400 Ken Smith wrote: > On Sat, 2008-09-06 at 14:51 +1000, Ian Smith wrote: > > I just booted off the 7.0 disc1 to check, and /usr/local/bin/links is > > still the default browser in Options, available during installation from > > another vty. So I was a bit surprised, on rebooting into my so far not > > much configured 7.0, to find that it hadn't actually been installed. > > > > It's a pretty small package, useful enough to at least read local docs, > > and would be handy installed from disc1 .. and maybe even by bootonly? > > I'm actually planning to go in the opposite direction so to speak as far > as sysinstall is concerned. There are a couple projects in the works to > replace sysinstall, along with the other nifty projects that roll > FreeBSD into "another distro" in Linux-speak. > > Basically this is something where one thing can't cater to everyones' > needs/tastes/bikeshed-color. All you need to do is tolerate this thread > long enough to reach this message to see that... :-) > > I'm with Scott in that I like the "other distros" being around. I don't > think that necessarily means we shouldn't try harder. But IMHO trying > harder needs to be reflected in a new installer. Lets face it, > sysinstall s*cks... For the type of folks who want the installer to do > more than sysinstall does now sysinstall simply isn't the right tool (no > offense intended). > > That said I think "I" (as RE) am stuck with sysinstall being around for > the forseeable future, even after we get a new installer, because some > people are so accustomed to it and it fits their needs (again witness > this thread...). So I do have some plans for sysinstall but as I said > above it'll be more towards a different direction than mentioned above. > > The path I'm planning is based on these observations: > > - Many people believe you should just use sysinstall to install > the baseline system, and any packages/ports installs should > be done post-install. Its hard to say that point of view is > wrong. > > - The baseline system and the ports are fundamentally different. > People should be aware of that from the beginning. > > - At least some of the packages on the ISOs are stale within a > week of release at times; a bit longer than a week in most > cases but ... > > - My plans for DVD sized media (still uncertain how that will > factor into 6.4/7.1) are to provide CDROM sized ISOs that have > no packages on them at all (giving people who don't have DVD > drives something they can still install from) and one DVD > sized ISO that has packages. > > The path will be to finish what I started a while ago when I removed the > X11 options in the "installation distributions" section of sysinstall by > removing the last couple of tidbits that touch packages before you get > to the "Would you like to view the list of available packages?" section > of sysinstall (e.g. the offer to install Linux compatibility on i386). > This will provide us with a clean separation of the baseline system from > the packages. After doing a baseline install you can choose to: > > - reboot and install ports/packages when it comes back up > - switch install media to be an FTP server and get a larger > selection of packages to choose from > - use the available packages if you're installing from DVD > > No matter which approach you use, you're clearly seeing a separation > between the baseline system and the packages/ports. If you want lynx or > links or Gnome or KDE you're aware that they are packages/ports and > simply select them. If you didn't want them then you don't wind up with > them sitting on your disk. Basically I'm saying any of the things that > may have been in the "Distributions" section of sysinstall before (X11 > stuff used to be in the Distributions) are now in the packages section > along with all the other things that are packages. And with the > packages only being available on the DVD sized media we stop needing to > deal with deciding what precious little amount of stuff is worthy of > being on disc1 versus disc2/disc3/etc. and all the disc swapping that > comes with CDROM sized media. > > And for at least some arch's we *might* be able to move the livefs > support back onto disc1 if there are no packages there for CDROM sized > media - I haven't had a chance to check if that's still feasible. Excellent summary! It addresses things that have been discussed on the lists many times. The ports tree distribution tarball provided on the installation disks is another area that needs some consideration. I suspect that many people aren't aware of the need for "adoption": http://myfreebsd.homeunix.net/hints_n_kinks/adoptportstree.html Is it possible to provide/install the necessary file(s) along with the ports tree such that cvsup/csup would be aware of the files installed so that obsolete files can be removed when updating the ports tree? The same situation probably exists for the source tree and the documentation tree. Would it just be a matter of installing the appropriate "checkouts.cvs:." files when the sources are installed? I've only done the adoption process one time and decided that its easier to just csup a new trees right after booting the new system. Additionally, I've never seen a clear way of synchronizing a local ports tree to that used to create the "LATEST" packages. I've had to resort to building my own package sets for the slow boxes on the network. I realize that this aspect diverges from the subject of this thread but I do think some more thought should be given to this aspect. Anyway, the direction you're proposing for sysinstall/packages seems to be the most logical approach. Thanks to you and the rest of the Release Engineering teams for all the work put into the releases! Randy -- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 7 18:50:18 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 942141065672 for ; Sun, 7 Sep 2008 18:50:18 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 52DBB8FC1D for ; Sun, 7 Sep 2008 18:50:18 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id m87IoBEv087320; Sun, 7 Sep 2008 12:50:11 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <48C42263.2050808@samsco.org> Date: Sun, 07 Sep 2008 12:50:11 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Ken Smith References: <20080905213656.BDB444500F@ptavv.es.net> <20080906141423.N439@sola.nimnet.asn.au> <1220762797.29265.43.camel@bauer.cse.buffalo.edu> In-Reply-To: <1220762797.29265.43.camel@bauer.cse.buffalo.edu> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-stable@freebsd.org, Kai Otto , Ian Smith Subject: Re: Fwd: FreeBSD 7.1 Content X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Sep 2008 18:50:18 -0000 Ken Smith wrote: > I'm with Scott in that I like the "other distros" being around. I don't > think that necessarily means we shouldn't try harder. But IMHO trying > harder needs to be reflected in a new installer. Lets face it, > sysinstall s*cks... For the type of folks who want the installer to do > more than sysinstall does now sysinstall simply isn't the right tool (no > offense intended). To me, the "sysinstall problem" is already solved. PCBSD already has a new installer that is quite capable. Granted, it's not part of the "base system", but I don't think that it needs to be. In fact, I don't think it can be, because the modern APIs and languages that one would use to write a modern installer aren't in the base system and likely never will be. Furthermore, there should not and can not be "one true installer" just like there cannot be "one true distribution." Trying to make it be that way only stifles innovation. People should be encouraged to write many installers in Python, Ruby, LUA, or whatever language and API set gets the job done, without worrying about how it'll all integrate into the base system or what colliding viewpoints from the peanut gallery they'll need to compromise on. I think that this is all the more reason to stop viewing the freebsd.org release bits as the One True Release and start encouraging people, in earnest, to view them as reference bits for others to build on and package. Scott From owner-freebsd-stable@FreeBSD.ORG Sun Sep 7 19:25:57 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6388D1065674 for ; Sun, 7 Sep 2008 19:25:57 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id E5C068FC17 for ; Sun, 7 Sep 2008 19:25:51 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.2/8.14.2) with ESMTP id m87JPo7S051981 for ; Sun, 7 Sep 2008 23:25:50 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 7 Sep 2008 23:25:50 +0400 (MSD) From: Dmitry Morozovsky To: freebsd-stable@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (woozle.rinet.ru [0.0.0.0]); Sun, 07 Sep 2008 23:25:50 +0400 (MSD) Cc: Subject: mysterious uname non-updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Sep 2008 19:25:57 -0000 Dear colleagues, today, updating one of my machines, I got the following mysterious results after reboot: root@ogre:~# sysctl -a | grep RELE kern.osrelease: 6.3-RELEASE kern.version: FreeBSD 6.3-RELEASE #4: Thu Jan 17 15:28:57 MSK 2008 root@ogre:~# strings /boot/kernel/kernel | grep RELE AE_RELEASE_DEADLOCK 6.3-RELEASE-p4 FreeBSD 6.3-RELEASE-p4 #6: Sun Sep 7 23:13:45 MSD 2008 @(#)FreeBSD 6.3-RELEASE-p4 #6: Sun Sep 7 23:13:45 MSD 2008 root@ogre:~# env | grep -i uname root@ogre:~# WTF? Why my kernel reports that it is previous version (actually it is already deleted, so I'm double puzzled) Any clues? Thanks! Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sun Sep 7 19:35:56 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 907BE1065676 for ; Sun, 7 Sep 2008 19:35:56 +0000 (UTC) (envelope-from zflyer@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5F6478FC18 for ; Sun, 7 Sep 2008 19:35:56 +0000 (UTC) (envelope-from zflyer@gmail.com) Received: by py-out-1112.google.com with SMTP id p76so638759pyb.10 for ; Sun, 07 Sep 2008 12:35:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=tEXTNYNp4fk0wiwhvOVs+a0BHePMrAwkwtYtUO2W5oE=; b=jS4WG7EToFSjPjsKmu2N5tPjA/jbdKPe9jf5zGiZxX6jvmb+RRuLaGwWrfSqTl6Fto CxyUAb4lq27fiGfEpD+7+qcKR8sdEaCOBxB4zyTgob4S9slzX59IFEKvnvoIIyUycq9c VPuWyMoG2wB11G0ocJVk53gVJ75RTTtnNYlpc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=bWLggwxGGoemKevB58yC2JVun/cIK+XK0BxoAvR0cLe722pgrvB70Z2awF+0nd4QZV GVvn5GyFl4Pg5e/c4/64/FA1aAp+rUzTq4utFS8uv6P8iS61OGrv+Ls6t36ruws+jItL IgUAs0LBdnDl/gddUOHsnI+iLNDjt0SMqwAa8= Received: by 10.65.97.18 with SMTP id z18mr29382381qbl.83.1220814827528; Sun, 07 Sep 2008 12:13:47 -0700 (PDT) Received: by 10.65.23.4 with HTTP; Sun, 7 Sep 2008 12:13:47 -0700 (PDT) Message-ID: <6293ba970809071213q3d50d46aoaddfead349f90039@mail.gmail.com> Date: Sun, 7 Sep 2008 15:13:47 -0400 From: Walker To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: WOL (Wake On LAN) no longer working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Sep 2008 19:35:56 -0000 Somewhere along the road from 7.0 to 7.1 WOL stopped working for me. I have an "82546EB Dual Port Gigabit Ethernet Controller" which, after shutdown, has link lights on the card and switch. Nothing has changed on the PC or NIC BIOS. I noticed new wol ifconfig settings, and add "wol" to my rc.conf, with no effect. ********** $pciconf -vl em0@pci0:0:8:0: class=0x020000 card=0x118a8086 chip=0x10798086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82546EB Dual Port Gigabit Ethernet Controller' class = network subclass = ethernet ********** Thanks for any help. From owner-freebsd-stable@FreeBSD.ORG Sun Sep 7 19:55:39 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85A84106566B for ; Sun, 7 Sep 2008 19:55:39 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id 59B478FC0A for ; Sun, 7 Sep 2008 19:55:39 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.3/8.14.3) with ESMTP id m87JtbYG038474 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 7 Sep 2008 14:55:37 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.3/8.14.2/Submit) id m87JtZjn038468; Sun, 7 Sep 2008 14:55:35 -0500 (CDT) (envelope-from dan) Date: Sun, 7 Sep 2008 14:55:35 -0500 From: Dan Nelson To: Stefan `Sec` Zehl Message-ID: <20080907195535.GA30343@dan.emsphone.com> References: <20080907113045.GA11293@ice.42.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080907113045.GA11293@ice.42.org> X-OS: FreeBSD 7.0-STABLE User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: snapshots and disk usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Sep 2008 19:55:39 -0000 In the last episode (Sep 07), Stefan `Sec` Zehl said: > Hi, > > I am using ufs snapshots on RELENG_7 for some time now, and am generally > happy with it. I have noticed a strange behaviour when removing large > amount of files, and wanted to ask if this is expected. > > Before starting, we check the free space on /usr: > > | ice:/usr>df -h . > | Filesystem Size Used Avail Capacity Mounted on > | /dev/ad4s2.elid 9.7G 7.6G 1.3G 64% /usr > > Then delete /usr/obj and run df again: > > | ice:/usr>sudo rm -rf obj 2>/dev/null > | ice:/usr>df -h . > | Filesystem Size Used Avail Capacity Mounted on > | /dev/ad4s2.elid 9.7G 5.7G 3.2G 64% /usr > > This is unexpected. With snapshots, removing something should not > release space. > > Sure enough, in the course of the next minute, the fake free space > vanishes.... > > | ice:/usr>df -h . > | Filesystem Size Used Avail Capacity Mounted on > | /dev/ad4s2.elid 9.7G 5.9G 3.0G 66% /usr > | ice:/usr>df -h . > | Filesystem Size Used Avail Capacity Mounted on > | /dev/ad4s2.elid 9.7G 6.6G 2.3G 74% /usr > | ice:/usr>df -h . > | Filesystem Size Used Avail Capacity Mounted on > | /dev/ad4s2.elid 9.7G 8.6G 269M 97% /usr > > and all the free space is allocated in the snapshot: > > | ice:~>sudo snapshot list > | Filesystem User User% Snap Snap% Snapshot > | /usr 8GB 89.3% 2GB 21.5% daily.1 > | /usr 8GB 89.3% 344MB 3.5% daily.0 > | /usr 8GB 89.3% 344MB 3.5% weekly.0 > | /usr 8GB 89.3% 344MB 3.5% hourly.1 > | /usr 8GB 89.3% 7MB 0.1% hourly.0 > > My understanding so far was that df may underreport free space, but i > find overreporting it a bit troublesome. -- What would happen if I tried > to use that space before it was allocated to the snapshot? I think you're running into the softupdates delay. When you delete a file on a SU-enabled filessytem, the space isn't actually freed until sync. But applications expect that statfs() info is updated immediately, so the kernel pretends that the space is available. That doesn't really work with a snapshot, since if you delete a file that existed in the snapshot, no space will free up. So you see a jump in freespace as the kernel fakes the f_bfree statfs amount, then it slowly drops to the correct value as the deletions actually sync to disk. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Sun Sep 7 20:41:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A00FA1065675 for ; Sun, 7 Sep 2008 20:41:05 +0000 (UTC) (envelope-from takeda@takeda.tk) Received: from chinatsu.takeda.tk (h-74-0-89-210.lsanca54.covad.net [74.0.89.210]) by mx1.freebsd.org (Postfix) with ESMTP id 3BA178FC18 for ; Sun, 7 Sep 2008 20:41:04 +0000 (UTC) (envelope-from takeda@takeda.tk) Received: from takeda.lan (takeda.lan [10.0.0.3]) (authenticated bits=0) by chinatsu.takeda.tk (8.14.2/8.14.2) with ESMTP id m87Kf34e055288 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Sun, 7 Sep 2008 13:41:04 -0700 (PDT) (envelope-from takeda@takeda.tk) Date: Sun, 7 Sep 2008 13:40:19 -0700 From: =?utf-8?Q?Derek_Kuli=C5=84ski?= X-Mailer: The Bat! (v3.99.3) Professional X-Priority: 3 (Normal) Message-ID: <334439428.20080907134019@takeda.tk> To: Bartosz Stec In-Reply-To: <48C1302C.2040109@kkip.pl> References: <48C1302C.2040109@kkip.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.93.3/8183/Sun Sep 7 12:23:50 2008 on chinatsu.takeda.tk X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: Funny things with cflags and world/kernel building X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Sep 2008 20:41:05 -0000 Hello Bartosz, Friday, September 5, 2008, 6:12:12 AM, you wrote: > My make.conf: > CPUTYPE=athlon64 > MAKEOPTS=-j3 I would recommend to take that -j3 out from make.conf, it might screw up make install, not to mention many ports might not build with it. > # USE CCACHE > .if !defined(NOCCACHE) > CC=/usr/local/libexec/ccache/world-cc > CXX=/usr/local/libexec/ccache/world-c++ > .endif AFAIK this is setting for building world, the way you set it up seems to be using it for everything else (i.e. ports) I belive this is the recommended way of using it: .if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) && !defined(NOCCACHE) CC=/usr/local/libexec/ccache/world-cc CXX=/usr/local/libexec/ccache/world-c++ .endif > 1. when I use these flags: > CFLAGS=-O2 -fno-strict-aliasing -pipe > CXXFLAGS=${CFLAGS} > COPTFLAGS=${CFLAGS} > world building finish without problem, but making kernel give an error: > 2. When I use these flags: > CFLAGS=-O2 -fno-strict-aliasing -pipe > CXXFLAGS=-O2 -fno-strict-aliasing -pipe > COPTFLAGS=-O2 -fno-strict-aliasing -pipe > kernel build finish without problem, but... building world give an error!: > 3. What's even more funny? When I use flags: > CFLAGS=-O2 -fno-strict-aliasing -pipe > COPTFLAGS=-O2 -fno-strict-aliasing -pipe > CXXFLAGS=${CFLAGS} > I have no errors at all! But shouldn't all those flags be treated by > make command exactly the same way?? I think the strange behavior probably is because make.conf is called each time a make is executed. Building world, kernel etc. Will call multiple makes inside of another make. I suspect some of the Makefiles might append additional flags, so the ${CFLAGS} might change its value in different parts of the compiling, so that's why you might get the weird errors. I guess perhaps you could use the last option since it works, or instead of using = you would use ?= i.e. CFLAGS ?= -O2 -fno-strict-aliasing -pipe This will assign cflags only if CFLAGS is empty. -- Best regards, Derek mailto:takeda@takeda.tk -- Be nice to your kids. They'll choose your nursing home. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 8 00:44:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 901271065672 for ; Mon, 8 Sep 2008 00:44:28 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.239]) by mx1.freebsd.org (Postfix) with ESMTP id 5785C8FC13 for ; Mon, 8 Sep 2008 00:44:28 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1808447rvf.43 for ; Sun, 07 Sep 2008 17:44:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=JX2K/yv7V9/VOw+4IAfqEtKj9BjfeCMm+m/lXrQC8ko=; b=aExXEVAbklO8Y3JOMuu/jzhh1Z75cKT9Nb3ykghGUxfS7kH9VqCAhmXGB6g2wN8Ycx +JUd8sIrZWZKsC/3xaRBPzRF+X2I6G+hqPZbPkP4S3CeBU3+syVhk+MJJbdo1dQQzF/z 5KorqXjMHLW9SeLcOrreaTpR4udFOSGqgh+JI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=uo7sKwAZXFnz6BLeF5qqqEIxc/WXZIu6D5xtPw0RiC0yPgwWuOPqT7ddaqYYGiqK+x DcVNbnfjh84wy4zbPSZrmN4HkexMfrEYLHPpBR5Q5lz2wlFx/+zN/a0LyXZE3ioIot7T TYPKqB2A4cjvdHsmB7TGfLFlr4nmen4e97ZJU= Received: by 10.141.193.1 with SMTP id v1mr8448872rvp.73.1220834667714; Sun, 07 Sep 2008 17:44:27 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id b8sm6425500rvf.4.2008.09.07.17.44.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 07 Sep 2008 17:44:26 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m880iMPs077607 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Sep 2008 09:44:22 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m880iMTY077606; Mon, 8 Sep 2008 09:44:22 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 8 Sep 2008 09:44:22 +0900 From: Pyun YongHyeon To: Walker Message-ID: <20080908004422.GB77346@cdnetworks.co.kr> References: <6293ba970809071213q3d50d46aoaddfead349f90039@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6293ba970809071213q3d50d46aoaddfead349f90039@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: WOL (Wake On LAN) no longer working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2008 00:44:28 -0000 On Sun, Sep 07, 2008 at 03:13:47PM -0400, Walker wrote: > Somewhere along the road from 7.0 to 7.1 WOL stopped working for me. > I have an "82546EB Dual Port Gigabit Ethernet Controller" which, after > shutdown, has link lights on the card and switch. Nothing has changed > on the PC or NIC BIOS. I noticed new wol ifconfig settings, and add > "wol" to my rc.conf, with no effect. > I don't know what caused the issue but both em(4) and igb(4) implements WOL with its own way and does not honor interface capability configuration of ifconfig. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Mon Sep 8 01:07:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2603E106566B for ; Mon, 8 Sep 2008 01:07:21 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id C426F8FC0A for ; Mon, 8 Sep 2008 01:07:20 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA12.westchester.pa.mail.comcast.net ([76.96.62.44]) by QMTA06.westchester.pa.mail.comcast.net with comcast id BnLl1a0020xGWP85617L32; Mon, 08 Sep 2008 01:07:20 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA12.westchester.pa.mail.comcast.net with comcast id C17J1a00j4v8bD73Y17Kza; Mon, 08 Sep 2008 01:07:20 +0000 X-Authority-Analysis: v=1.0 c=1 a=lfXekN16SIUA:10 a=QycZ5dHgAAAA:8 a=JyRqmkGD-uGomGqd3zEA:9 a=OmrAwXOv5gknBq_3cvbSE47jKYAA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 8512A17B84E; Sun, 7 Sep 2008 18:07:18 -0700 (PDT) Date: Sun, 7 Sep 2008 18:07:18 -0700 From: Jeremy Chadwick To: Pyun YongHyeon Message-ID: <20080908010718.GA53820@icarus.home.lan> References: <6293ba970809071213q3d50d46aoaddfead349f90039@mail.gmail.com> <20080908004422.GB77346@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080908004422.GB77346@cdnetworks.co.kr> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Walker , freebsd-stable@freebsd.org, Jack Vogel Subject: Re: WOL (Wake On LAN) no longer working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2008 01:07:21 -0000 On Mon, Sep 08, 2008 at 09:44:22AM +0900, Pyun YongHyeon wrote: > On Sun, Sep 07, 2008 at 03:13:47PM -0400, Walker wrote: > > Somewhere along the road from 7.0 to 7.1 WOL stopped working for me. > > I have an "82546EB Dual Port Gigabit Ethernet Controller" which, after > > shutdown, has link lights on the card and switch. Nothing has changed > > on the PC or NIC BIOS. I noticed new wol ifconfig settings, and add > > "wol" to my rc.conf, with no effect. > > > > I don't know what caused the issue but both em(4) and igb(4) > implements WOL with its own way and does not honor interface > capability configuration of ifconfig. CC'ing Jack Vogel (driver maintainer), who should be able to help with this. Ideally, the "wol" flag of ifconfig *should* be the standard interface for said functionality. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Sep 8 01:12:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 555061065676 for ; Mon, 8 Sep 2008 01:12:28 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id 04F268FC13 for ; Mon, 8 Sep 2008 01:12:27 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so680682yxb.13 for ; Sun, 07 Sep 2008 18:12:27 -0700 (PDT) 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=VWF4QoNu71xrEx1q0RTFse3BgiyllyZpPMw05kzr9dk=; b=NSKUVxAiqg2foTRTck2Nfhcbj+zPvMY7kDvY2cnmcqDt2KX5nRuPrsoxpspbBxNBqX WaJrmR0IbAjJRB9vvLESeEqRVEAqE/CRIUsz1I1wCu6sJhTQNcMy7Q63kZM5wLyaAuTO 6/wLSLjdP7+M0vfuaLevpyw6ElxlUJziH19b4= 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=H0XPPH3Yr2xTphGSyqtE28cnXWVGYXj9zttSjMWDv3MsPhAOsoEH2eIkqmU3eWa1hE W4pKcXVmPgyWxGA1hBCywUtFJPXnMnO85VEeGSwSuHI39EMWLZ/oniy6jm95mASbkbrr WILvGCMfCBSW/aydKmjkuUe2WNfOqvvIZJ6u8= Received: by 10.151.147.16 with SMTP id z16mr1237802ybn.102.1220836347095; Sun, 07 Sep 2008 18:12:27 -0700 (PDT) Received: from ?10.0.3.231? ( [70.111.10.128]) by mx.google.com with ESMTPS id 9sm4413350ywf.2.2008.09.07.18.12.26 (version=SSLv3 cipher=RC4-MD5); Sun, 07 Sep 2008 18:12:26 -0700 (PDT) From: "Alexandre \"Sunny\" Kovalenko" To: Jeremy Chadwick In-Reply-To: <20080906034327.GA74236@icarus.home.lan> References: <20080903191454.GA15376@server.vk2pj.dyndns.org> <1220545795.94705.15.camel@buffy.york.ac.uk> <49B92D81-74EC-4BAB-BEEC-EC4DCFF5E336@airwired.net> <1220550536.94705.18.camel@buffy.york.ac.uk> <48C02768.1080207@math.missouri.edu> <20080905053455.GD65464@cdnetworks.co.kr> <20080905055423.GA37775@icarus.home.lan> <20080905060642.GF65464@cdnetworks.co.kr> <20080905092633.GA53234@icarus.home.lan> <20080906034327.GA74236@icarus.home.lan> Content-Type: text/plain; charset=utf-8 Date: Sun, 07 Sep 2008 21:12:14 -0400 Message-Id: <1220836334.1172.5.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-stable@FreeBSD.org Subject: Re: Inspiron 1525 Hardware X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2008 01:12:28 -0000 On Fri, 2008-09-05 at 20:43 -0700, Jeremy Chadwick wrote: > On Fri, Sep 05, 2008 at 02:26:33AM -0700, Jeremy Chadwick wrote: > > On Fri, Sep 05, 2008 at 03:06:42PM +0900, Pyun YongHyeon wrote: > > > On Thu, Sep 04, 2008 at 10:54:23PM -0700, Jeremy Chadwick wrote: > > > > On Fri, Sep 05, 2008 at 02:34:55PM +0900, Pyun YongHyeon wrote: > > > > > On Thu, Sep 04, 2008 at 01:22:32PM -0500, Stephen Montgomery-Smith wrote: > > > > > > The http://people.freebsd.org/~yongari/msk/msk.88E8040.patch patch for > > > > > > the 88E8040 simply doesn't work. It is not because of lack of testing > > > > > > (which I have performed for Pyun who wrote the patch), but apparently > > > > > > because of lack of reliable documentation. There is a driver for > > > > > > > > > > Another problem is lack of hardware. 88E8040 seems to be intialized > > > > > after applying the patch but link establishment seem to fail. :-( > > > > > > > I can purchase and send you a Marvel 88E8040 NIC, assuming we can find a > > > > PCI or PCIe card somewhere that uses one. Otherwise, I could purchase a > > > > motherboard which uses the IC and send that to you. > > > > > > > > > > I failed to find a standalone PCI/PCIe NIC based on 88E8040 > > > controller in local store. > > > > I'll look around, and if I can't find anything, contact Marvell asking > > which of their clients use their 88E8040 in standalone PCI/PCIe NICs. > > > > If push comes to shove, I'll pick up a motherboard that has the 88E8040 > > on it and ship it to you free of cost. > > I cannot find a single PCI/PCIe card that uses the 88E8040. There do > not appear to be any consumer motherboards that use the 88E8040 either. > I haven't mailed Marvell yet, but I doubt they'd disclose to me a list > of their customers who purchase said chip. > > The only product I can find on the market which uses this chip are a two > Dell laptops: the Inspiron 1525 and the XPS M1530. The Inspiron 1525 is > approximately US$499, and the XPS M1530 is approximately US$1000. Both > of these are quite expensive, so purchasing one solely for this project > would put a pretty large hole in my pocket. > > Ironically, I just bought an Inspiron 1525 for a friend of mine's son as > a birthday gift, so I do have access to one indirectly, and can probably > borrow it for a day or two if need be. It lacks a serial port, so I'd > have to buy a USB serial adapter for serial console if remote console > was needed. Actually, you might not need to -- according to the Dell's website 1525 has Firewire port. I do not have access to the machine in question, but Firewire console works beautifully on my ThinkPad X60. You will need the second machine with Firewire port running FreeBSD, though, and you might want to invest in the long Firewire cable for convenience. HTH, -- Alexandre "Sunny" Kovalenko (ОлекÑандр Коваленко) From owner-freebsd-stable@FreeBSD.ORG Mon Sep 8 01:57:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E8AF1065671 for ; Mon, 8 Sep 2008 01:57:20 +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 E424B8FC1A for ; Mon, 8 Sep 2008 01:57:19 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (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 m881vFY4052158 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 8 Sep 2008 11:27:16 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Mon, 8 Sep 2008 11:27:11 +0930 User-Agent: KMail/1.9.7 References: <20080903191454.GA15376@server.vk2pj.dyndns.org> <20080905092633.GA53234@icarus.home.lan> <20080906034327.GA74236@icarus.home.lan> In-Reply-To: <20080906034327.GA74236@icarus.home.lan> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1924317.nbjcMZyayZ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200809081127.14069.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: Pyun YongHyeon , Peter Jeremy , Jeremy Chadwick , Gavin Atkinson , Dan Allen Subject: Re: Inspiron 1525 Hardware X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2008 01:57:20 -0000 --nextPart1924317.nbjcMZyayZ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sat, 6 Sep 2008, Jeremy Chadwick wrote: > Ironically, I just bought an Inspiron 1525 for a friend of mine's son > as a birthday gift, so I do have access to one indirectly, and can > probably borrow it for a day or two if need be. It lacks a serial > port, so I'd have to buy a USB serial adapter for serial console if > remote console was needed. Just FYI.. This won't work. You need a 'real' serial port for console, the other option would be to=20 use Firewire (if the laptop has it). =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 --nextPart1924317.nbjcMZyayZ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iD8DBQBIxIZ55ZPcIHs/zowRAkoGAJ0datLb7IE+wO6IRAGrE3SHR7GUPgCgqL1x Sc88bDSR0aNFs20o0fAJ46g= =Y1hg -----END PGP SIGNATURE----- --nextPart1924317.nbjcMZyayZ-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 8 02:02:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DCB7106567C for ; Mon, 8 Sep 2008 02:02:32 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by mx1.freebsd.org (Postfix) with ESMTP id 0D9458FC15 for ; Mon, 8 Sep 2008 02:02:31 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA05.emeryville.ca.mail.comcast.net ([76.96.30.43]) by QMTA08.emeryville.ca.mail.comcast.net with comcast id BtcA1a0030vp7WLA822XqU; Mon, 08 Sep 2008 02:02:31 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA05.emeryville.ca.mail.comcast.net with comcast id C22W1a00F4v8bD78R22WLe; Mon, 08 Sep 2008 02:02:31 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=FzYFlaM07XMdMwFiSEYA:9 a=e2KsFPZV6JIFgBceSFi9cwH8LjoA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 43A5C17B84E; Sun, 7 Sep 2008 19:02:30 -0700 (PDT) Date: Sun, 7 Sep 2008 19:02:30 -0700 From: Jeremy Chadwick To: Daniel O'Connor Message-ID: <20080908020230.GA54841@icarus.home.lan> References: <20080903191454.GA15376@server.vk2pj.dyndns.org> <20080905092633.GA53234@icarus.home.lan> <20080906034327.GA74236@icarus.home.lan> <200809081127.14069.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200809081127.14069.doconnor@gsoft.com.au> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Pyun YongHyeon , Peter Jeremy , Dan Allen , Gavin Atkinson , freebsd-stable@freebsd.org Subject: Re: Inspiron 1525 Hardware X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2008 02:02:32 -0000 On Mon, Sep 08, 2008 at 11:27:11AM +0930, Daniel O'Connor wrote: > On Sat, 6 Sep 2008, Jeremy Chadwick wrote: > > Ironically, I just bought an Inspiron 1525 for a friend of mine's son > > as a birthday gift, so I do have access to one indirectly, and can > > probably borrow it for a day or two if need be. It lacks a serial > > port, so I'd have to buy a USB serial adapter for serial console if > > remote console was needed. > > Just FYI.. This won't work. > You need a 'real' serial port for console, the other option would be to > use Firewire (if the laptop has it). Ah, now that I think about it, I see why it won't work... good catch. I didn't think it all the way through. :-) Firewire is an alternative which won't work for a different reason: none of my BSD machines at home have support for Firewire. Bummer. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Sep 8 02:24:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B478106566C; Mon, 8 Sep 2008 02:24:35 +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 C5F9A8FC14; Mon, 8 Sep 2008 02:24:34 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (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 m882OJ8n053074 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 8 Sep 2008 11:54:19 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Jeremy Chadwick Date: Mon, 8 Sep 2008 11:54:15 +0930 User-Agent: KMail/1.9.7 References: <20080903191454.GA15376@server.vk2pj.dyndns.org> <200809081127.14069.doconnor@gsoft.com.au> <20080908020230.GA54841@icarus.home.lan> In-Reply-To: <20080908020230.GA54841@icarus.home.lan> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1964502.TGmVB6g1XO"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200809081154.18157.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: Pyun YongHyeon , Peter Jeremy , Dan Allen , Gavin Atkinson , freebsd-stable@freebsd.org Subject: Re: Inspiron 1525 Hardware X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2008 02:24:35 -0000 --nextPart1964502.TGmVB6g1XO Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 8 Sep 2008, Jeremy Chadwick wrote: > On Mon, Sep 08, 2008 at 11:27:11AM +0930, Daniel O'Connor wrote: > > On Sat, 6 Sep 2008, Jeremy Chadwick wrote: > > > Ironically, I just bought an Inspiron 1525 for a friend of mine's > > > son as a birthday gift, so I do have access to one indirectly, > > > and can probably borrow it for a day or two if need be. It lacks > > > a serial port, so I'd have to buy a USB serial adapter for serial > > > console if remote console was needed. > > > > Just FYI.. This won't work. > > You need a 'real' serial port for console, the other option would > > be to use Firewire (if the laptop has it). > > Ah, now that I think about it, I see why it won't work... good catch. > I didn't think it all the way through. :-) > > Firewire is an alternative which won't work for a different reason: > none of my BSD machines at home have support for Firewire. Bummer. A PCI Firewire card can be had for $20 or so.. Much nicer than RS232 debugging too (a shitload faster for a start) =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 --nextPart1964502.TGmVB6g1XO Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iD8DBQBIxIzS5ZPcIHs/zowRAlLjAJ9AMn6Kw/oNJ4DrKJAsdoFCSlKGoQCePuB2 kZJLIpL7W8e2dDXkDXC2ES4= =zuCh -----END PGP SIGNATURE----- --nextPart1964502.TGmVB6g1XO-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 8 03:19:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBC24106566B for ; Mon, 8 Sep 2008 03:19:13 +0000 (UTC) (envelope-from danallen46@airwired.net) Received: from mail.utahbroadband.com (mail.utahbroadband.com [204.14.20.91]) by mx1.freebsd.org (Postfix) with ESMTP id 8EE998FC1B for ; Mon, 8 Sep 2008 03:19:13 +0000 (UTC) (envelope-from danallen46@airwired.net) Received: (qmail 29410 invoked by uid 89); 8 Sep 2008 02:44:42 -0000 Received: from unknown (HELO ?192.168.0.16?) (danallen46@airwired.net@66.29.174.6) by 0 with ESMTPA; 8 Sep 2008 02:44:42 -0000 Message-Id: From: Dan Allen To: Daniel O'Connor In-Reply-To: <200809081127.14069.doconnor@gsoft.com.au> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v926) Date: Sun, 7 Sep 2008 21:19:11 -0600 References: <20080903191454.GA15376@server.vk2pj.dyndns.org> <20080905092633.GA53234@icarus.home.lan> <20080906034327.GA74236@icarus.home.lan> <200809081127.14069.doconnor@gsoft.com.au> X-Mailer: Apple Mail (2.926) Cc: Pyun YongHyeon , Peter Jeremy , Jeremy Chadwick , Gavin Atkinson , freebsd-stable@freebsd.org Subject: Re: Inspiron 1525 Hardware X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2008 03:19:13 -0000 On 7 Sep 2008, at 7:57 PM, Daniel O'Connor wrote: > You need a 'real' serial port for console, the other option would be > to > use Firewire (if the laptop has it). The Dell Inspiron 1525 DOES have a mini-Firewire port on the front of the machine. Dan From owner-freebsd-stable@FreeBSD.ORG Mon Sep 8 04:26:17 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EA3B1065685 for ; Mon, 8 Sep 2008 04:26:17 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id 10BD18FC12 for ; Mon, 8 Sep 2008 04:26:16 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1900211rvf.43 for ; Sun, 07 Sep 2008 21:26:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=O4Ye4MNwf/BpGa6LKCpmQh88jJw/dg+h4jTRMNgFrDQ=; b=xlsU0/ELxfLokJLSELyeHHj1Ainco56kgKR5pKZuSOcjFBr/Lh0dbsc3/8pUpzGqWT efiXWknkqGFYTowKx6LWbun1ae9srxg2oU1UchJrHOIo71jujBkxFFJYJXwI4WNrZFNd ZU6334/tr9zNyL09uyFoiNJxkc+T2LadjmG+0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=koFMF4LjMWt6y/OC0RKpP2LVT6JdM0/irHEN/1YAacgvPv/PIuaTQ0HbW0Yg7KQQkB 5CYDlM2CBwVzkh2Vi4Dq4oppnrB41dpLM8+N38IDR+/SGsSTPCHzW80DNpr9O5NtXLDj uRV/WnnhYFYbIpFp+ZkLU8OpUBEsHgpX4eJ1Y= Received: by 10.141.198.9 with SMTP id a9mr8535844rvq.238.1220847975837; Sun, 07 Sep 2008 21:26:15 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id k2sm6807873rvb.1.2008.09.07.21.26.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 07 Sep 2008 21:26:14 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m884Q9Wo078277 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Sep 2008 13:26:09 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m884Q6nY078276; Mon, 8 Sep 2008 13:26:06 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 8 Sep 2008 13:26:06 +0900 From: Pyun YongHyeon To: Jeremy Chadwick Message-ID: <20080908042606.GG77346@cdnetworks.co.kr> References: <1220550536.94705.18.camel@buffy.york.ac.uk> <48C02768.1080207@math.missouri.edu> <20080905053455.GD65464@cdnetworks.co.kr> <20080905055423.GA37775@icarus.home.lan> <20080905060642.GF65464@cdnetworks.co.kr> <20080905092633.GA53234@icarus.home.lan> <20080906034327.GA74236@icarus.home.lan> <20080907005036.GA98944@icarus.home.lan> <20080907010655.GA99789@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080907010655.GA99789@icarus.home.lan> User-Agent: Mutt/1.4.2.1i Cc: Peter Jeremy , Dan Allen , Gavin Atkinson , freebsd-stable@FreeBSD.org Subject: Re: Inspiron 1525 Hardware X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2008 04:26:17 -0000 On Sat, Sep 06, 2008 at 06:06:55PM -0700, Jeremy Chadwick wrote: > On Sat, Sep 06, 2008 at 05:50:36PM -0700, Jeremy Chadwick wrote: > > It appears Linux got support for the 88E8040 in September 2007 (revision > > 1.2.73). Support for the 88E8040T was added in June 2008 (revision > > 1.330.1.3). > > > > The 1.2.73 commit also added support for the 88E8048 and the 88E8070. > > This might be of great help in tracking down just what register tweaks > > they added to get support working: > > > > http://linux.bkbits.net:8080/linux-2.6/drivers/net/sky2.c?PAGE=diffs&REV=46f2c896NoiOKP_Nx0TcSvNe1G-elw > > The Linux folks refer to these chips as "FE+". The below URL shows > quite a lot of commits for FE+ stuff, as well as documentation of actual > hardware bugs on some revisions of those chips. > > http://linux.bkbits.net:8080/linux-2.6/drivers/net/sky2.c?PAGE=related > > CSet revisions worth looking at (clicking the revision string will take > you to a page allowing annotation and diffs, which is helpful): > Are you proposing to be a msk(4) maintainer? :-) > CSet 1.6247.61.6 -- initial support for FE+ chips > CSet 1.6247.61.21 -- fix for PHY initialisation in FE+ chips > CSet 1.6247.96.1 -- fix for recv status hardware bug in FE+ chips > CSet 1.6247.96.2 -- disable VLAN acceleration for FE+ chips (status reg. unreliable) > CSet 1.7736 -- disable dynamic Tx watermark support on FE+ chips > Thanks for the valuable information. Due to the complexity of Yukon II hardware and its bugs for each revision msk(4) still requires lots of workaround code. The patch you've mentioned in CSet 1.6247.61.21 might help for FE+ but the reason why it needed that patch is not clear. Marvell released 88E8016 datasheet which seem to be used on FE+. The datasheet just mentions that the purpose of the bit of PHY specific control register II choose a behavour(Class A or Class B). I have no idea why FE+ requires class A configuration due to lack of errata information. Also datasheet says that it is only for 100baseTX. I wonder what happens on 10baseT media. Anyway, this kind of testing requires hardware access I guess. Unlike Linux, e1000phy(4) is shared for all other drivers so it's somewhat difficult to program as Linux did. As you might know the PHY fix is only for FE+ A0 and it's hard to pass that information to PHY driver without hack. Let's see what can be done... > A lot of these commits are for hardware revision A0 of certain FE+ > chips; looks like rev. A0 has a lot of bugs. Yong-Hyeon might be Yes, I have no idea how revision A0 could be released to customer. This chip revision looks like worst one I ever seen on consumer products. > interested in the PHY initialisation fix, since I can imagine that could > affect link negotiation. > > The first CSet in the above list has the following comment. Note the > part about "hardware evaluation boards": > > "Add support for newest Marvell chips. The Yukon FE plus chip is found > in some not yet released laptops. Tested on hardware evaluation > boards." > > It appears to me even the Linux guys couldn't get hardware for these > chips, without talking to Marvell directly. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Mon Sep 8 08:30:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 518D7106564A; Mon, 8 Sep 2008 08:30:59 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 0CAFA8FC25; Mon, 8 Sep 2008 08:30:58 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 6FFB015D4BE; Mon, 8 Sep 2008 04:14:43 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Mon, 08 Sep 2008 04:14:43 -0400 X-Sasl-enc: W6YzLZU8rsIh4fw2lgRJbY1xgUIGE4Lg4w6YWPZ7FYLU 1220861683 Received: from [192.168.1.235] (76-191-150-176.dsl.dynamic.sonic.net [76.191.150.176]) by mail.messagingengine.com (Postfix) with ESMTPSA id D03B83D41A; Mon, 8 Sep 2008 04:14:41 -0400 (EDT) Message-ID: <48C4DEEF.7070201@freebsd.org> Date: Mon, 08 Sep 2008 01:14:39 -0700 From: Darren Reed User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Marius Strobl References: <3c1674c90808211442t707966fq29997b53a70ed2f7@mail.gmail.com> <20080822113317.GD32539@server.vk2pj.dyndns.org> <48AEA699.10903@FreeBSD.org> <20080822201603.GA14444@alchemy.franken.de> In-Reply-To: <20080822201603.GA14444@alchemy.franken.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: sun4v@freebsd.org, freebsd-stable@freebsd.org, Kip Macy , freebsd-hackers@freebsd.org, Kris Kennaway , freebsd-sun4v@freebsd.org, FreeBSD Current Subject: Re: the future of sun4v X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2008 08:30:59 -0000 Marius Strobl wrote: > On Fri, Aug 22, 2008 at 01:44:25PM +0200, Kris Kennaway wrote: > > Peter Jeremy wrote: > > >[Replies re-directed to freebsd-sun4v] > > > > > >On 2008-Aug-21 14:42:55 -0700, Kip Macy wrote: > > >>I believe that there is a general expectation by freebsd users and > > >>developers that unsupported code should not be in CVS. Although sun4v > > >>is a very interesting platform for developers doing SMP work, I simply > > >>do not have the time or energy to maintain it. If someone else would > > >>like to step up and try his hand I would be supportive of his efforts. > > >>In the likely event that no one steps forward by the time that 7.1 is > > >>released I will ask that it be moved to the Attic. > > > > > >Since there are no other current SPARC CPUs that FreeBSD can run on > > >(the US-II has been obsolete for about 6 years and FreeBSD won't run > > >on any more recent sun4u chips), that will also remove the > > >justification for maintaining a SPARC64 port. > > > > > >I don't have the knowledge or available time to maintain the sun4v > > >port by myself but would be happy to be part of a team doing so. One > > >impediment I have is that I don't have a T-1 or T-2 system that I can > > >dedicate to FreeBSD. I could work on FreeBSD in a guest domain - but > > >since FreeBSD doesn't support either the virtual disk or virtual > > >network, actually getting FreeBSD running there presents somewhat of a > > >challenge. > > > > > > > There are two t1000 systems in the freebsd.org cluster that are > > available for people to work on. Rink Springer has also expressed > > interest in this. > > > > Perhaps Kip can explain some more about what things he looked at, but > > the most serious bugs might be in pmap or perhaps trap handling. > > Operationally, things like buildworld -jN die quickly with random > > signals, kernel traps, etc. > > > > Kris > > > > P.S. It looks like marius has made progress on US III but sun4u is still > > an architectural dead end. > > Well, let's see what architecture the upcoming Rock CPUs are; > judging their feature list they appear to be a continuation of > the Fujitsu sun4u line rather than a successor of UST1/2 :) > That's inaccurate. Rock is meant to be very compatible with sun4v, although I don't know if uname will say "sun4v" or something else...but you will need a bug-free sun4v operating system to run them (which is to say that various bugs in the solaris sun4v support needed to get fixed rather than left...) The critical issue for freebsd (and any operating system for that matter) on rock is how well does the kernel scale to a system with that many concurrent threads? Darren From owner-freebsd-stable@FreeBSD.ORG Mon Sep 8 14:15:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C86A106567B for ; Mon, 8 Sep 2008 14:15:55 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id CB22F8FC16 for ; Mon, 8 Sep 2008 14:15:54 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.2) with ESMTP id m88EGbdh021033; Mon, 8 Sep 2008 09:16:37 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id m88EGZh8021032; Mon, 8 Sep 2008 09:16:35 -0500 (CDT) (envelope-from brooks) Date: Mon, 8 Sep 2008 09:16:35 -0500 From: Brooks Davis To: Randy Pratt Message-ID: <20080908141635.GA20793@lor.one-eyed-alien.net> References: <20080905213656.BDB444500F@ptavv.es.net> <20080906141423.N439@sola.nimnet.asn.au> <1220762797.29265.43.camel@bauer.cse.buffalo.edu> <20080907080624.078e7e13.bsd-unix@embarqmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline In-Reply-To: <20080907080624.078e7e13.bsd-unix@embarqmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 08 Sep 2008 09:16:37 -0500 (CDT) Cc: Kai Otto , Ken Smith , freebsd-stable@freebsd.org, Ian Smith Subject: Re: Fwd: FreeBSD 7.1 Content X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2008 14:15:55 -0000 --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 07, 2008 at 08:06:24AM -0400, Randy Pratt wrote: > The ports tree distribution tarball provided on the installation disks > is another area that needs some consideration. I suspect that many > people aren't aware of the need for "adoption": >=20 > http://myfreebsd.homeunix.net/hints_n_kinks/adoptportstree.html >=20 > Is it possible to provide/install the necessary file(s) along with > the ports tree such that cvsup/csup would be aware of the files > installed so that obsolete files can be removed when updating the ports > tree? The same situation probably exists for the source tree > and the documentation tree. Would it just be a matter of installing > the appropriate "checkouts.cvs:." files when the sources are > installed? >=20 > I've only done the adoption process one time and decided that its > easier to just csup a new trees right after booting the new system. IMO, an even better (but complementary) approach would be to have /usr/ports be a valid portsnap extraction and give users the option to bootstrap /var/db/portsnap. In general I'm finding it to be a much better approach. At this point I'm mostly using cvsup for development. I literally check out a separate ports tree on boxes I do ports development on and keep the main tree up to date with portsnap. I also use freebsd-update to manage most of my servers at work even ones with custom kernels (just let it update /usr/src and don't let it update the kernel). > Additionally, I've never seen a clear way of synchronizing a > local ports tree to that used to create the "LATEST" packages. I've > had to resort to building my own package sets for the slow boxes > on the network. I realize that this aspect diverges from the > subject of this thread but I do think some more thought should > be given to this aspect. With cvs there probably isn't a cost effective way to indicate this (though I suppose the package collections could include a file with a cvsup date string in them). -- Brooks --fdj2RfSjLxBAspz7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFIxTPCXY6L6fI4GtQRAiyhAJsHXQ+HGjW7kEFEKhtaU210HiVM7QCeOtwi QSNW9knEAXWDa9yVXG6UNVY= =Cf7l -----END PGP SIGNATURE----- --fdj2RfSjLxBAspz7-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 8 16:41:58 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E7CB1065677 for ; Mon, 8 Sep 2008 16:41:58 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6C08B8FC24 for ; Mon, 8 Sep 2008 16:41:57 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id m88GftqT082211; Mon, 8 Sep 2008 18:41:55 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id m88GfsXb082210; Mon, 8 Sep 2008 18:41:54 +0200 (CEST) (envelope-from olli) Date: Mon, 8 Sep 2008 18:41:54 +0200 (CEST) Message-Id: <200809081641.m88GfsXb082210@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, gphoto6@gmail.com In-Reply-To: <1f51039c0809040911oe4409b5ibe3f4dcf53528407@mail.gmail.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 08 Sep 2008 18:41:55 +0200 (CEST) Cc: Subject: Re: How to disable NFS fnctl in /etc/fstab? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, gphoto6@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2008 16:41:58 -0000 Tim Chen wrote: > For some reason we want to disable fnctl lock for NFS > mounted partition. We can achieve this by the following > command: mount_nfs -T -L server:/home /mnt > However after several time of failure tests, we still > can not make it work in /etc/fstab. > > server:/home /mnt nfs rw,tcp 0 0 server:/home /mnt nfs rw,tcp,-L 0 0 > By the way, since the machine is running as a mail server which > install postfix,courier-imap, will it happen any kind of data > corruption due to NFS fnctl lock disabled? In general, all programs that access mail files must use locking for concurrent access. Without proper locking you'll get data corruption. I strongly advise against running mail software on NFS mounts without locking (i.e. with the -L option). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "If you think C++ is not overly complicated, just what is a protected abstract virtual base pure virtual private destructor, and when was the last time you needed one?" -- Tom Cargil, C++ Journal From owner-freebsd-stable@FreeBSD.ORG Mon Sep 8 16:49:45 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C72B106567C for ; Mon, 8 Sep 2008 16:49:45 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 03C698FC12 for ; Mon, 8 Sep 2008 16:49:44 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id m88Gndnw082523; Mon, 8 Sep 2008 18:49:39 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id m88GncbW082522; Mon, 8 Sep 2008 18:49:38 +0200 (CEST) (envelope-from olli) Date: Mon, 8 Sep 2008 18:49:38 +0200 (CEST) Message-Id: <200809081649.m88GncbW082522@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, oberman@es.net, kais.deliverymail@googlemail.com In-Reply-To: <20080905213656.BDB444500F@ptavv.es.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 08 Sep 2008 18:49:40 +0200 (CEST) Cc: Subject: Re: Fwd: FreeBSD 7.1 Content X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, oberman@es.net, kais.deliverymail@googlemail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2008 16:49:45 -0000 Kevin Oberman wrote: > Kai Otto wrote: > > I think someone mentioned it earlier, but I'm not shure. > > IMHO it would _be_ nice if there's a HTML-browser in the standard > > installation (with option to not install it in sysinstall). > > I say HTML and not web because I think about the /usr/share/doc > > .html-documentation. If someone really has no Internet-connection as > > mentioned before he/she isn't able to read the handbook, which IMHO is a > > very important part of FreeBSD. There are great manpages and exaple files, > > but the best explanations are in the handbook. That's why there's a plain .txt file of the Handbook. No browser required. > These days a web browser is almost essential. The question is lynx or > links? I prefer links, but lynx is more popular. I hope you don't > insist on a GUI. Those things are far too big and require an X install. There's also w3m which some people seem to prefer. It's quite light-weight: $ cd /usr/local/bin $ ls links lynx w3m -r-xr-xr-x 1 root wheel 1059000 Aug 7 09:48 links -r-xr-xr-x 1 root wheel 1184784 Jun 9 15:17 lynx -r-xr-xr-x 1 root wheel 403592 Jun 9 16:15 w3m Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "In My Egoistical Opinion, most people's C programs should be indented six feet downward and covered with dirt." -- Blair P. Houghton From owner-freebsd-stable@FreeBSD.ORG Mon Sep 8 17:05:35 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E2831065677 for ; Mon, 8 Sep 2008 17:05:35 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9B9EB8FC12 for ; Mon, 8 Sep 2008 17:05:34 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id m88H5SAL083089; Mon, 8 Sep 2008 19:05:32 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id m88H5Pdh083088; Mon, 8 Sep 2008 19:05:25 +0200 (CEST) (envelope-from olli) Date: Mon, 8 Sep 2008 19:05:25 +0200 (CEST) Message-Id: <200809081705.m88H5Pdh083088@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, marck@rinet.ru In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 08 Sep 2008 19:05:32 +0200 (CEST) Cc: Subject: Re: mysterious uname non-updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, marck@rinet.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2008 17:05:35 -0000 Dmitry Morozovsky wrote: > today, updating one of my machines, I got the following mysterious results > after reboot: > > root@ogre:~# sysctl -a | grep RELE > kern.osrelease: 6.3-RELEASE > kern.version: FreeBSD 6.3-RELEASE #4: Thu Jan 17 15:28:57 MSK 2008 > root@ogre:~# strings /boot/kernel/kernel | grep RELE > AE_RELEASE_DEADLOCK > 6.3-RELEASE-p4 > FreeBSD 6.3-RELEASE-p4 #6: Sun Sep 7 23:13:45 MSD 2008 > @(#)FreeBSD 6.3-RELEASE-p4 #6: Sun Sep 7 23:13:45 MSD 2008 > root@ogre:~# env | grep -i uname > root@ogre:~# > > WTF? Why my kernel reports that it is previous version (actually it is already > deleted, so I'm double puzzled) What does "sysctl kern.bootfile" say? And are you sure that you rebooted the right machine? ;-) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs." -- Robert Firth From owner-freebsd-stable@FreeBSD.ORG Mon Sep 8 22:50:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A71F10656AC for ; Mon, 8 Sep 2008 22:50:08 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 6BDDA8FC19 for ; Mon, 8 Sep 2008 22:50:08 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 11FFF8C083; Mon, 8 Sep 2008 17:50:08 -0500 (CDT) Date: Mon, 8 Sep 2008 17:50:08 -0500 To: Randy Pratt Message-ID: <20080908225008.GA28908@soaustin.net> References: <20080905213656.BDB444500F@ptavv.es.net> <20080906141423.N439@sola.nimnet.asn.au> <1220762797.29265.43.camel@bauer.cse.buffalo.edu> <20080907080624.078e7e13.bsd-unix@embarqmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080907080624.078e7e13.bsd-unix@embarqmail.com> User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) Cc: Kai Otto , Ken Smith , freebsd-stable@freebsd.org, Ian Smith Subject: Re: Fwd: FreeBSD 7.1 Content X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2008 22:50:08 -0000 On Sun, Sep 07, 2008 at 08:06:24AM -0400, Randy Pratt wrote: > Additionally, I've never seen a clear way of synchronizing a > local ports tree to that used to create the "LATEST" packages. There's really not a way to easily track this, especially with the fact that we tend to run incremental updates. The best approximation we can give you is e.g.: http://pointyhat.freebsd.org/errorlogs/amd64-6-latest/cvsdone but if there were manual updates to the tree, then the cvsdone files may be out-of-date. In addition, if there were checkins in progress as of that time, the tree may be inconsistent in the first place :-/ I used to have a page that indexed those and a lot of other statistics but it is currently broken. I need to put fixing that on the TODO list. mcl From owner-freebsd-stable@FreeBSD.ORG Tue Sep 9 02:27:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6070F1065678 for ; Tue, 9 Sep 2008 02:27:35 +0000 (UTC) (envelope-from bsd-unix@embarqmail.com) Received: from mailrelay.embarq.synacor.com (mailrelay.embarq.synacor.com [208.47.184.3]) by mx1.freebsd.org (Postfix) with ESMTP id 078E48FC0A for ; Tue, 9 Sep 2008 02:27:34 +0000 (UTC) (envelope-from bsd-unix@embarqmail.com) DKIM-Signature: v=1; a=rsa-sha1; d=embarqmail.com; s=s012408; c=relaxed/simple; q=dns/txt; i=@embarqmail.com; t=1220927253; h=From:Subject:Date:To:Mime-Version:Content-Type; bh=Thk4J58dTIYdBRLU3YiA7sBztHM=; b=NERpF8bIa2+f8qT5hZwS4lnVGKqcxr1ctKUf8lXHn2p5UjXQ5sDfMr3tTb2FSj01 04tzj3liAxDe7UZnyxpLm0U/r5AIbK0m2n7jFBlG4UonQaAjB0s1EyGA5jnp3L3n; X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=1.0 c=1 a=6I5d2MoRAAAA:8 a=332kiUksK-qG6zCYugoA:9 a=GS4vNcmTdwACYocdm0F5A5eo_-sA:4 a=0Rv9XxPPRogA:10 a=LY0hPdMaydYA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp09.embarq.synacor.com smtp.user=rpratt1950@embarqmail.com; auth=pass (LOGIN) Received: from [74.4.78.58] ([74.4.78.58:64365] helo=kt.weeeble.com) by mailrelay.embarq.synacor.com (envelope-from ) (ecelerity 2.2.2.33 r(25932/25934)) with ESMTPA id 53/12-10881-41FD5C84; Mon, 08 Sep 2008 22:27:33 -0400 Date: Mon, 8 Sep 2008 22:27:31 -0400 From: Randy Pratt To: linimon@lonesome.com (Mark Linimon) Message-Id: <20080908222731.1e360766.bsd-unix@embarqmail.com> In-Reply-To: <20080908225008.GA28908@soaustin.net> References: <20080905213656.BDB444500F@ptavv.es.net> <20080906141423.N439@sola.nimnet.asn.au> <1220762797.29265.43.camel@bauer.cse.buffalo.edu> <20080907080624.078e7e13.bsd-unix@embarqmail.com> <20080908225008.GA28908@soaustin.net> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd6.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Otto , Kai, Ken Smith , freebsd-stable@freebsd.org, Ian Smith Subject: Re: Fwd: FreeBSD 7.1 Content X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Sep 2008 02:27:35 -0000 On Mon, 8 Sep 2008 17:50:08 -0500 linimon@lonesome.com (Mark Linimon) wrote: > On Sun, Sep 07, 2008 at 08:06:24AM -0400, Randy Pratt wrote: > > Additionally, I've never seen a clear way of synchronizing a > > local ports tree to that used to create the "LATEST" packages. > > There's really not a way to easily track this, especially with the > fact that we tend to run incremental updates. The best approximation > we can give you is e.g.: > > http://pointyhat.freebsd.org/errorlogs/amd64-6-latest/cvsdone > > but if there were manual updates to the tree, then the cvsdone files > may be out-of-date. In addition, if there were checkins in progress > as of that time, the tree may be inconsistent in the first place :-/ > > I used to have a page that indexed those and a lot of other statistics > but it is currently broken. I need to put fixing that on the TODO list. If its not an easy thing to do then its probably not worth spending Release Engineering time on it. Personally, I quit using packages in the 2.x-3.x days since there were far less problems building everything from sources and not trying to mix pre-built packages and locally built ports. That was the only reason I mentioned the syncronization. Thanks for taking the time to explain why it isn't an easy thing to do! Randy -- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 9 04:40:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2EED106566B for ; Tue, 9 Sep 2008 04:40:45 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 81A568FC18 for ; Tue, 9 Sep 2008 04:40:45 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 03D988C083; Mon, 8 Sep 2008 23:40:44 -0500 (CDT) Date: Mon, 8 Sep 2008 23:40:44 -0500 To: Randy Pratt Message-ID: <20080909044044.GB1307@soaustin.net> References: <20080905213656.BDB444500F@ptavv.es.net> <20080906141423.N439@sola.nimnet.asn.au> <1220762797.29265.43.camel@bauer.cse.buffalo.edu> <20080907080624.078e7e13.bsd-unix@embarqmail.com> <20080908225008.GA28908@soaustin.net> <20080908222731.1e360766.bsd-unix@embarqmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080908222731.1e360766.bsd-unix@embarqmail.com> User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) Cc: Mark Linimon , Ken Smith , freebsd-stable@freebsd.org, Kai Otto , Ian Smith Subject: Re: Fwd: FreeBSD 7.1 Content X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Sep 2008 04:40:45 -0000 On Mon, Sep 08, 2008 at 10:27:31PM -0400, Randy Pratt wrote: > Personally, I quit using packages in the 2.x-3.x days since there were > far less problems building everything from sources and not trying to > mix pre-built packages and locally built ports. We are doing much better these days in terms of building packages quickly, especially on amd64 and to some extent i386. More hardware has helped. However, with over 19,000 makefile and makefile parts involved, there's really only so much that can be done outside of the QA/freeze timeframes. mcl From owner-freebsd-stable@FreeBSD.ORG Tue Sep 9 11:52:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC27E1065685 for ; Tue, 9 Sep 2008 11:52:22 +0000 (UTC) (envelope-from dominique.goncalves@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.171]) by mx1.freebsd.org (Postfix) with ESMTP id A48168FC28 for ; Tue, 9 Sep 2008 11:52:22 +0000 (UTC) (envelope-from dominique.goncalves@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so1978165wfg.7 for ; Tue, 09 Sep 2008 04:52:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=E411aRTqCrqGEKrDGsFNFUHnfpm3HqgcKb8VpoOmfYs=; b=sPxHY1+zC3I27+wF7YZD+/bM2vf0reyF0mfkFmjttbOGUPxPCDL4KEJ09+zYyAiRru 68JmaHI3AJ3rDvjGRJEdb1E9VYYPxoBqMdy7T2mnPcC7vJ/D2FyyTJdE7Qpruf3tG5/a HF24TaxoEP6YRElwMlFQuNf1f/vVVID0rnTEU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=K6qlMA0BFOJd9tExwTou0SMdCx5ibWWoY/CsrSNwIHaDMVRdOnT2t8QQOwvYvDbHNP ymg1al606GE/8eErI82gQbu9JFNAXJo+4x5ySxy5ItUjti+wKcmbUSOLhjdsCEDDBLX5 iyNJhb9pQyPg1tIQCqSpMoNsG/J1X7WF22Rx4= Received: by 10.141.42.10 with SMTP id u10mr8496765rvj.292.1220961142008; Tue, 09 Sep 2008 04:52:22 -0700 (PDT) Received: by 10.141.40.9 with HTTP; Tue, 9 Sep 2008 04:52:21 -0700 (PDT) Message-ID: <7daacbbe0809090452x56453123j27fc080f9a01dc56@mail.gmail.com> Date: Tue, 9 Sep 2008 13:52:21 +0200 From: "Dominique Goncalves" To: freebsd-stable@freebsd.org In-Reply-To: <20080828111526.GA5373@holstein.holy.cow> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7daacbbe0808261055w62f46ebah93b2b595011c6117@mail.gmail.com> <20080828111526.GA5373@holstein.holy.cow> Subject: Re: HDD USB still on after computer shutdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Sep 2008 11:52:22 -0000 Hi Parv, On Thu, Aug 28, 2008 at 1:15 PM, Parv wrote: > in message <7daacbbe0808261055w62f46ebah93b2b595011c6117@mail.gmail.com>, > wrote Dominique Goncalves thusly... >> >> I use FreeBSD 6.3-STABLE and an HDD USB (Maxtor, external PSU, >> 500GB). When I shutdown my computer (shutdown -p now ) the HDD >> USB is still on. In Windows XP it works, the HDD USB is off. >> >> Is there a way to resolve this issue? >> >> %dmesg > ... > > I have a Thinkpad T61 laptop which has a section in BIOS > configuration titled "USB something-or-other". When a particular > subsection is activated, the "help text" mentions along the lines > that enabling the option would continue to power USB ports for > connected devices after shutdown. > > So do poke around in BIOS, unless of course somebody else could > offer a solution to be executed within FreeBSD. Sorry for being so long to answer. I've not found an option about this in the bios. I'll give a try on acpi mailing list. Thanks anyway for your help! > > - Parv > > -- > > Regards. -- There's this old saying: "Give a man a fish, feed him for a day. Teach a man to fish, feed him for life." From owner-freebsd-stable@FreeBSD.ORG Tue Sep 9 14:05:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5552106564A for ; Tue, 9 Sep 2008 14:05:45 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id 9F5C88FC17 for ; Tue, 9 Sep 2008 14:05:45 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id E880415E7FB for ; Tue, 9 Sep 2008 10:05:44 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Tue, 09 Sep 2008 10:05:44 -0400 X-Sasl-enc: ldUgl5Opnndh+VrQpemqK8HK+aLOo0baxTWITPLYFeyd 1220969144 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 61CA527A14 for ; Tue, 9 Sep 2008 10:05:44 -0400 (EDT) Message-ID: <48C682B7.8000806@incunabulum.net> Date: Tue, 09 Sep 2008 15:05:43 +0100 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: FreeBSD stable X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Panic when detaching Vodafone 3G card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Sep 2008 14:05:45 -0000 Hi, I just acquired one of these cards, it attaches as a USB cardbus device. This is just to say that I can reproduce the problem described here: http://www.rinta-aho.org/docs/option3g/option.html The driver support was originally committed here: http://www.freebsd.org/cgi/query-pr.cgi?pr=112161&cat= ...the ubsa driver attaches to the virtual modem port. If I unplug it, the kernel panics. The panic is in kobj_delete() (a null pointer reference) and it's on the usb detach path. Unfortunately I wasn't able to get a backtrace this time around. PS Does anybody know if ubsa will be ported to the new USB driver framework? cheers BMS From owner-freebsd-stable@FreeBSD.ORG Tue Sep 9 16:12:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 446D6106564A for ; Tue, 9 Sep 2008 16:12:26 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id DDC9E8FC1B for ; Tue, 9 Sep 2008 16:12:25 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 642E21B10EF4; Tue, 9 Sep 2008 18:12:24 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on malcho.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, J_CHICKENPOX_33 autolearn=no version=3.2.4 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 103A11B10ED2; Tue, 9 Sep 2008 18:12:19 +0200 (CEST) Message-ID: <48C6A062.1040205@moneybookers.com> Date: Tue, 09 Sep 2008 19:12:18 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.16 (X11/20080813) MIME-Version: 1.0 To: Bruce M Simpson References: <48C682B7.8000806@incunabulum.net> In-Reply-To: <48C682B7.8000806@incunabulum.net> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.93.3/8201/Tue Sep 9 15:44:30 2008 on blah.cmotd.com X-Virus-Status: Clean Cc: FreeBSD stable Subject: Re: Panic when detaching Vodafone 3G card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Sep 2008 16:12:26 -0000 Hi, Bruce M Simpson wrote: > Hi, > > I just acquired one of these cards, it attaches as a USB cardbus device. I have similar problems with Huawei E630, and not just me http://lists.freebsd.org/pipermail/freebsd-current/2007-June/073405.html Panics are fixed with usb4bsd ... :) I didn't find time to get the card actually working and receive a lot of those: ubsa_cfg_request: device request failed, err=USBD_ERR_STALLED (ignored) > > This is just to say that I can reproduce the problem described here: > http://www.rinta-aho.org/docs/option3g/option.html > > The driver support was originally committed here: > http://www.freebsd.org/cgi/query-pr.cgi?pr=112161&cat= > > ...the ubsa driver attaches to the virtual modem port. > > If I unplug it, the kernel panics. > > The panic is in kobj_delete() (a null pointer reference) and it's on > the usb detach path. Unfortunately I wasn't able to get a backtrace > this time around. > > PS Does anybody know if ubsa will be ported to the new USB driver > framework? I think it is because ubsa works with usb4bsd and it's basically the same? > > cheers > BMS > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Tue Sep 9 19:33:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B5021065670 for ; Tue, 9 Sep 2008 19:33:59 +0000 (UTC) (envelope-from pekkas@netcore.fi) Received: from netcore.fi (eunet-gw.ipv6.netcore.fi [IPv6:2001:670:86:3001::1]) by mx1.freebsd.org (Postfix) with ESMTP id 48D648FC21 for ; Tue, 9 Sep 2008 19:33:58 +0000 (UTC) (envelope-from pekkas@netcore.fi) Received: from netcore.fi (localhost [127.0.0.1]) by netcore.fi (8.13.8/8.13.8) with ESMTP id m89JXteN021286 for ; Tue, 9 Sep 2008 22:33:55 +0300 Received: from localhost (pekkas@localhost) by netcore.fi (8.13.8/8.13.8/Submit) with ESMTP id m89JXs5g021283 for ; Tue, 9 Sep 2008 22:33:54 +0300 Date: Tue, 9 Sep 2008 22:33:54 +0300 (EEST) From: Pekka Savola To: freebsd-stable@freebsd.org Message-ID: User-Agent: Alpine 1.10 (LRH 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Virus-Scanned: ClamAV 0.93.3/8195/Tue Sep 9 00:18:48 2008 on otso.netcore.fi X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on otso.netcore.fi Subject: Re: Buildworld Fails RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Sep 2008 19:33:59 -0000 On May 19, Dave Uhring reported the following kind of RELENG_7 buildworld failure: /usr/bin/gcc -fpic -DPIC -DTERMIOS -DANSI_SOURCE -I/usr/src/secure/ lib/libcrypto/../../../crypto/openssl -I/usr/src/secure/lib/ libcrypto/../../../crypto/openssl/crypto -I/usr/obj/usr/src/secure/ lib/libcrypto -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H - DOPENSSL_NO_IDEA -DL_ENDIAN -DNO_IDEA -std=gnu89 -c /usr/src/secure/ lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_openssl.c -o eng_openssl.So /usr/bin/gcc -fpic -DPIC -DTERMIOS -DANSI_SOURCE -I/usr/src/secure/ lib/libcrypto/../../../crypto/openssl -I/usr/src/secure/lib/ libcrypto/../../../crypto/openssl/crypto -I/usr/obj/usr/src/secure/ lib/libcrypto -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H - DOPENSSL_NO_IDEA -DL_ENDIAN -DNO_IDEA -std=gnu89 -c /usr/src/secure/ lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_padlock.c -o eng_padlock.So /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/ eng_padlock.c: In function 'padlock_xcrypt_ecb': /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/ eng_padlock.c:445: error: can't find a register in class 'GENERAL_REGS' while reloading 'asm' /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/ eng_padlock.c:445: error: 'asm' operand has impossible constraints On May 20, Doug Rabson gave a hint: In this, your build is explicitly using '/usr/bin/gcc' for the build which is not the way buildworld normally works. In normal operation, buildworld first builds a compiler from source and then uses that compiler by adding to $PATH and building with just 'cc'. Are you overriding $CC in your environment? With today's RELENG_7 I spotted a similar kind of compilation problem, and this gave a hint to solving it. In my case, the problem was that I had set the following environment variables (for enabling the compilation of a program): LDFLAGS=-L/usr/local/lib CFLAGS= (or CFLAGS=-pg, not 100% sure) unsetenv'ing these fixed by 'make buildworld'. I wonder if this is something that the build scripts themselves should catch and correct? -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings From owner-freebsd-stable@FreeBSD.ORG Tue Sep 9 23:21:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94C601065670 for ; Tue, 9 Sep 2008 23:21:49 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 3770C8FC17 for ; Tue, 9 Sep 2008 23:21:48 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m89NLfLR015200 for ; Tue, 9 Sep 2008 16:21:47 -0700 (PDT) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m89NLfvi015199 for freebsd-stable@freebsd.org; Tue, 9 Sep 2008 16:21:41 -0700 (PDT) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Tue, 09 Sep 2008 16:21:41 -0700 Message-ID: <20080909162141.b1x2r25k0g4gockk@webmail.1command.com> Date: Tue, 09 Sep 2008 16:21:41 -0700 From: chris#@1command.com To: freebsd-stable@freebsd.org References: <20080902104943.71ub86qsussgoo80@webmail.1command.com> <20080902190919.GE86609@server.vk2pj.dyndns.org> <20080902122551.jfly404kcg00o40w@webmail.1command.com> <20080904034519.96acd326.stas@FreeBSD.org> In-Reply-To: <20080904034519.96acd326.stas@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: Is it safe to delete /bin/[ && /usr/bin/false? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Sep 2008 23:21:49 -0000 Hello, and thank you for your reply. Quoting Stanislav Sedov : > On Tue, 02 Sep 2008 12:25:51 -0700 > chris#@1command.com mentioned: > >> >> Good. Perhaps you (or anyone) can suggest how I might debug /when/where/ >> these eval are called. I could use /usr/bin/script, but not sure how to >> (e)grep the culprit(s). >> > > Try to find the exact script which causes this (it'd be pretty easy if you > could find a port with this error reproducible). Then you will be able > to track the problem down by inserting a couple of echos/exits in the > offending script and observing the result. Well, I ultimately found the problem by recognizing a pattern. Since the error messages hadn't proved fatal as far as I could see. I just continued to build as required - always keeping a watchful eye. I began to notice what seemed to be ports checking against Apache were emitting errors, where others were not. Then it occurred to me that my problem was self-inflicted. I had made some changes to the Apache source before making && installing. Because the changes were so unique, I bumped the version by a tenth of a point (1.4x). I then remembered all the Apache make conditionals being against 1.3 || 2 - the light went off in my pointy head; the version /I/ installed was != 1.3 || 2, but > 1.3 < 2. D'OH! Well, no harm has /yet/ come of it. The scripts simply emit the error and continue on their merry way. So unless something bombs farther down the road, I'll just accept/expect the errors knowing what they are trying to tell me. :) Thanks again for responding. --Chris > > -- > Stanislav Sedov > ST4096-RIPE > From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 00:04:44 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA400106566C for ; Wed, 10 Sep 2008 00:04:44 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8FEC08FC1D for ; Wed, 10 Sep 2008 00:04:44 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m8A04bWh021797 for ; Tue, 9 Sep 2008 17:04:43 -0700 (PDT) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m8A04bBs021796 for freebsd-stable@freebsd.org; Tue, 9 Sep 2008 17:04:37 -0700 (PDT) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Tue, 09 Sep 2008 17:04:37 -0700 Message-ID: <20080909170437.zarijodao8gcggoo@webmail.1command.com> Date: Tue, 09 Sep 2008 17:04:37 -0700 From: chris#@1command.com To: freebsd-stable@freebsd.org References: <48BE82F6.9070103@kkip.pl> In-Reply-To: <48BE82F6.9070103@kkip.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: bugged sysinstall, bsdlabel, zfs, gmirror - recept for disaster :) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2008 00:04:44 -0000 Congratulations! Thanks for sharing, I'm guessing that you've probably prevented a few ppl from tripping on this by posting this. Me; I'm still waiting for: make zfs ad0s1, ad1s1, ad2s1 install. :-) Best wishes. --Chris Quoting Bartosz Stec : > Hello there! > Here's my story, hopefully some of you won't follow my steps and > avoid some troubles :) > > Yesterday I've decided that's about time to test zfs functionality on > my home server PC (i386 FreeBSD 7.1-pre) . A couple of weeks ago I > bought new desktop PC (with SATA), so I had a bunch of PATA disks > from old one to use in server. Lucky me - there was 3 HDD at size > 40GB - RAIDZ was on approch! > > So after a thirty minutes I had a plan, and my server had 4 disks > connected - one 20GB with actual system (ad1), and three 40GB to > replace actual system (ad[023]). > Plan was simple: > > 1. csup freebsd-stable > 2. follow the tuning guide for zfs, rebuild world, kernel, and > follow system upgrade > 3. Reboot in single user mode > 4. fdisk new disks with sysinstall using one big slice for every disk > 5. bsdlabel every new disk with sysinstall using: 1GB for /, 512MB > for swap, and rest unused (for ZFS) > 6. gmirror -n -v -b round-robin boot ad0s1a ad2s1a ad3s1a > 7. newfs /dev/mirror/boot > 8. mount /dev/mirror/boot /mnt && cd /mnt > 9. dump -h 0 -L -f - -C 32 / | restore rf - > 10. zpool create tank raidz ad0s1d ad2s1d ad3s1d > 11. zfs create new cool filesystems :) > 12. dump | restore old ufs2 filesystem to new cool zfs filesystems :) > 13. changing mount points from tank/foo to /foo > 14. edit new fstab on mirror by replacing root mount point by "boot" > mirror, adding new swaps and remove ald ones and all fs now placed > on zpool > 15. power off system, detach ad1 and power on new system in mixed > gmirror - raidz environment. Yay! > > Well...it has almost works. Sysinstall screw it up. I was always too > lazy to read man bsdlabel, that's why I've been using this "nice" > tool for disk related tasks. Such a mistake! > Problem with labels created with sysinstal, is that it aks for a > mount point for every partition in slice. Well, in my case it was > unwanted behaviour, so on every disk I created first: > > a: / b: swap > c: none > d: /foo > > Then by using "M" key I removed mount points and saved changes with > "W". At this point everything seems ok. So I've added gmirror to > loader.conf and run "gmirror label -n -v -b round-robin boot ad0s1a > ad2s1a ad3s1a". Still ok until now. Next step - kldload geom_mirror. > Here's disaster! System became unresponsible and hangs after a while. > Reboot didn't help, just after gmirror module was loaded by kernel, > screen was flooded with messages: > > WARNING: Expected rawoffset 0, found 63 > > andy didn't boot. I've made system start only because an old drive > ad1 has no gmirror module added to loader.conf. So after reboot I've > cleared metadata on providers and made some another attempts, but > results were always the same. Finally I have found explanation for > this issue. Man bsdlabel says: > > /offset/ The offset of the start of the partition from the beginning = of > =09 the drive in sectors, or *** to have *bsdlabel* calculate > the correct > =09 offset to use (the end of the previous partition plus one, ign= or- > =09 ing partition `c'). For partition `c', *** will be interprete= d as > =09 an offset of 0. The first partition should start at offset 16= , > =09 because the first 16 sectors are reserved for metadata. > > > So proper labels for disks should be (and they are now): > > # /dev/ad0s1: > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > a: 2097152 16 4.2BSD 0 0 0 > b: 1048576 2097168 swap > c: 78156162 0 unused 0 0 # "raw" > part, don't edit > d: 75010418 3145744 unused 0 0 > > Problem was - Sysinstall has placed partition "a:" starting with > offset 0! This is what happens when you don't RTFM :) I assume that > this bug occured because I created mount point for root on ad[023]s1a > and removed it after, than saved label. It seems that GEOM framework > didn't expect this, neither maual for bsdlabel. I think that should > be fixed somehow. > Fortunately manually editing labels by "bsdlabel -e" wasn't so hard > as I expected. This is how I made everything back to normal: > > a: 1024M * 4.2BSD 0 0 0 > b: 512M * swap > c: 78156162 0 unused 0 0 # "raw" > part, don't edit > d: * * unused 0 0 > > After that, gmirror has stopped pissing me off, and I finished my > plan, as below: > > # zpool status > pool: tank > state: ONLINE > scrub: scrub completed with 0 errors on Wed Sep 3 10:10:07 2008 > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > raidz1 ONLINE 0 0 0 > ad0s1d ONLINE 0 0 0 > ad2s1d ONLINE 0 0 0 > ad3s1d ONLINE 0 0 0 > > errors: No known data errors > > # gmirror status > Name Status Components > mirror/boot COMPLETE ad0s1a > ad2s1a > ad3s1a > > Good luck with ZFS everyone! :) And RTFM ;) > > -- > Bartosz Stec - specjalista ds. IT > > AUXILIA Sp=C3=B3=C5=82ka z o.o. > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 02:31:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2A93106568B for ; Wed, 10 Sep 2008 02:31:51 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A53588FC1E for ; Wed, 10 Sep 2008 02:31:51 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8A2VmHF024168; Tue, 9 Sep 2008 22:31:49 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m8A2VliB098720 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Sep 2008 22:31:47 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200809100231.m8A2VliB098720@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 09 Sep 2008 22:31:46 -0400 To: "David E. O'Brien" , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <200809011505.m81F5UwC062968@repoman.freebsd.org> References: <200809011505.m81F5UwC062968@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: Re: cvs commit: src/usr.bin/netstat Makefile bpf.c inet.c pfkey.c route.c sctp.c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2008 02:31:52 -0000 Hi, The change below seems to make netstat -B on RELENG_7 coredump netstat -B specifically, - printf("%5d %6s %7s %9lu %9lu %9lu %5d %5d %s\n", + printf("%5d %6s %7s %9ju %9ju %9ju %5d %5d %s\n", Not sure if its a netstat issue or a libc issue as it works fine in HEAD 0[releng7]# gdb /usr/bin/netstat GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain= conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... (gdb) r -B Starting program: /usr/bin/netstat -B Pid Netif Flags Recv Drop Match Sblen Hblen Command Program received signal SIGSEGV, Segmentation fault. strlen () at /usr/src/lib/libc/i386/string/strlen.S:48 48 repne /* search! */ Current language: auto; currently asm (gdb) bt #0 strlen () at /usr/src/lib/libc/i386/string/strlen.S:48 #1 0x281c5491 in __vfprintf (fp=3D0x281e8798,=20 fmt0=3D0x80671ac "%5d %6s %7s %9ju %9ju %9ju %5d %5d %s\n", ap=3D0xbfbfeba4 "\224\020\020\bA\001") at=20 /usr/src/lib/libc/stdio/vfprintf.c:1052 #2 0x281c37e2 in vfprintf (fp=3D0x281e8798,=20 fmt0=3D0x80671ac "%5d %6s %7s %9ju %9ju %9ju %5d=20 %5d %s\n", ap=3D0xbfbfeb74 "A\001") at /usr/src/lib/libc/stdio/vfprintf.c:398 #3 0x281ac086 in printf (fmt=3D0x80671ac "%5d %6s=20 %7s %9ju %9ju %9ju %5d %5d %s\n") at /usr/src/lib/libc/stdio/printf.c:49 #4 0x08059dc4 in bpf_stats (ifname=3D0x0) at= /usr/src/usr.bin/netstat/bpf.c:123 #5 0x080504a1 in main (argc=3D0, argv=3D0xbfbfec7c)=20 at /usr/src/usr.bin/netstat/main.c:498 (gdb) bt full #0 strlen () at /usr/src/lib/libc/i386/string/strlen.S:48 No locals. #1 0x281c5491 in __vfprintf (fp=3D0x281e8798,=20 fmt0=3D0x80671ac "%5d %6s %7s %9ju %9ju %9ju %5d %5d %s\n", ap=3D0xbfbfeba4 "\224\020\020\bA\001") at=20 /usr/src/lib/libc/stdio/vfprintf.c:1052 fmt =3D 0x80671d1 "\n" ch =3D 115 n =3D 1 n2 =3D 0 cp =3D 0x38e38e39 iovp =3D (struct __siov *) 0xbfbfea04 flags =3D 0 ret =3D 80 width =3D 0 prec =3D -1 sign =3D 0 '\0' thousands_sep =3D 0 '\0' grouping =3D 0x0 decimal_point =3D 0x281e35b4 "." signflag =3D 1 fparg =3D {dbl =3D 0, ldbl =3D 0} expt =3D 0 expchar =3D 0 '\0' dtoaend =3D 0x0 expsize =3D 0 lead =3D 1 ndig =3D 50 expstr =3D "\000\000\000\000\000\000\000" dtoaresult =3D 0x0 nseps =3D 134 nrepeats =3D 2 ulval =3D 672080317 ujval =3D 581017334647357440 base =3D 10 dprec =3D 0 realsz =3D 9 size =3D 9 prsize =3D 9 xdigs =3D 0x0 uio =3D {uio_iov =3D 0xbfbfe9fc, uio_iovcnt =3D 1, uio_resid =3D 1} iov =3D {{iov_base =3D 0x80671ce, iov_len =3D=20 1}, {iov_base =3D 0xbfbfe9f3, iov_len =3D 9},=20 {iov_base =3D 0xbfbfe9fa, iov_len =3D 2}, { iov_base =3D 0x0, iov_len =3D 0}, {iov_base =3D=20 0x0, iov_len =3D 0}, {iov_base =3D 0x0, iov_len =3D 0},=20 {iov_base =3D 0x0, iov_len =3D 0}, { iov_base =3D 0x0, iov_len =3D 0}} buf =3D "\003\000\000\000=FF", '\0' , "select\000\000\000root", '\0'=20 , "dhclient", '\0' to continue, or q to quit--- eats 12 times>, "Fre581017334672080317" ox =3D "\000" argtable =3D (union arg *) 0x0 statargtable =3D {{intarg =3D 0, uintarg =3D=20 0, longarg =3D 0, ulongarg =3D 0, longlongarg =3D 0,=20 ulonglongarg =3D 0, ptrdiffarg =3D 0, sizearg =3D 0, intmaxarg =3D 0, uintmaxarg =3D 0,=20 pvoidarg =3D 0x0, pchararg =3D 0x0, pschararg =3D 0x0,=20 pshortarg =3D 0x0, pintarg =3D 0x0, plongarg =3D 0x0, plonglongarg =3D 0x0,=20 pptrdiffarg =3D 0x0, psizearg =3D 0x0, pintmaxarg =3D=20 0x0, doublearg =3D 0, longdoublearg =3D 0, wintarg =3D 0, pwchararg =3D 0x0}, {intarg =3D 0,=20 uintarg =3D 0, longarg =3D 0, ulongarg =3D 0, longlongarg =3D 0,= ulonglongarg =3D 0, ptrdiffarg =3D 0, sizearg =3D 0, intmaxarg =3D 0,=20 uintmaxarg =3D 0, pvoidarg =3D 0x0, pchararg =3D 0x0,=20 pschararg =3D 0x0, pshortarg =3D 0x0, pintarg =3D 0x0, plongarg =3D 0x0, plonglongarg=20 =3D 0x0, pptrdiffarg =3D 0x0, psizearg =3D 0x0, pintmaxarg =3D 0x0,= doublearg =3D 0, longdoublearg =3D ,=20 wintarg =3D 0, pwchararg =3D 0x0}, {intarg =3D 278, uintarg =3D 278, longarg= =3D 278, ulongarg =3D 278, longlongarg =3D 278,=20 ulonglongarg =3D 278, ptrdiffarg =3D 278, sizearg =3D=20 278, intmaxarg =3D 278, uintmaxarg =3D 278, pvoidarg =3D 0x116, pchararg =3D 0x116 , pschararg =3D 0x116 , pshortarg =3D 0x116, pintarg =3D 0x116, plongarg =3D= 0x116, plonglongarg =3D 0x116, pptrdiffarg =3D 0x116,=20 psizearg =3D 0x116, pintmaxarg =3D 0x116, doublearg =3D= 1.3735024954386654e-321, longdoublearg =3D ,=20 wintarg =3D 278, pwchararg =3D 0x116}, {intarg =3D 423,=20 uintarg =3D 423, longarg =3D 423, ulongarg =3D 423, longlongarg =3D 137438953895,=20 ulonglongarg =3D 137438953895, ptrdiffarg =3D 423, sizearg =3D 423, intmaxarg =3D 137438953895, uintmaxarg =3D 137438953895, pvoidarg =3D= 0x1a7, pchararg =3D 0x1a7 , pschararg =3D 0x1a7 , pshortarg =3D 0x1a7, pintarg =3D 0x1a7, plongarg=20 =3D 0x1a7, plonglongarg =3D 0x1a7, pptrdiffarg =3D 0x1a7, psizearg =3D= 0x1a7, pintmaxarg =3D 0x1a7, doublearg =3D=20 6.7903865519878482e-313, longdoublearg =3D=20 5.0099241040047100945541003353856387e-4940, wintarg =3D 423, pwchararg =3D 0x1a7}, {intarg =3D=20 0, uintarg =3D 0, longarg =3D 0, ulongarg =3D 0, longlongarg =3D 0,= ulonglongarg =3D 0, ptrdiffarg =3D 0, sizearg =3D 0, intmaxarg =3D 0,=20 uintmaxarg =3D 0, pvoidarg =3D 0x0, pchararg =3D 0x0,=20 pschararg =3D 0x0, pshortarg =3D 0x0, pintarg =3D 0x0, plongarg =3D 0x0, plonglongarg=20 =3D 0x0, pptrdiffarg =3D 0x0, psizearg =3D 0x0, pintmaxarg =3D 0x0,= doublearg =3D 0, longdoublearg =3D ,=20 wintarg =3D 0, pwchararg =3D 0x0}, {intarg =3D 31662,=20 uintarg =3D 31662, longarg =3D 31662, ulongarg =3D 31662, longlongarg =3D 31662,=20 ulonglongarg =3D 31662, ptrdiffarg =3D 31662, sizearg =3D 31662, intmaxarg = =3D 31662, uintmaxarg =3D 31662, pvoidarg =3D 0x7bae,=20 pchararg =3D 0x7bae , pschararg =3D 0x7bae , pshortarg =3D 0x7bae, pintarg =3D 0x7bae, plongarg =3D= 0x7bae, plonglongarg =3D 0x7bae, pptrdiffarg =3D 0x7bae,=20 psizearg =3D 0x7bae, pintmaxarg =3D 0x7bae, doublearg =3D= 1.5643106478625548e-319, longdoublearg =3D ,=20 wintarg =3D 31662, pwchararg =3D 0x7bae}, {intarg =3D 0, uintarg =3D 0,= longarg =3D 0, ulongarg =3D 0, longlongarg =3D=20 5244055244786106368, ulonglongarg =3D=20 5244055244786106368, ptrdiffarg =3D 0, sizearg =3D 0, intmaxarg =3D 5244055244786106368, uintmaxarg=20 =3D 5244055244786106368, pvoidarg =3D 0x0, pchararg =3D 0x0, pschararg =3D= 0x0, pshortarg =3D 0x0, pintarg =3D 0x0, plongarg =3D=20 0x0, plonglongarg =3D 0x0, pptrdiffarg =3D 0x0, psizearg =3D 0x0, pintmaxarg= =3D 0x0, doublearg =3D 3.9421446362191564e+42,=20 longdoublearg =3D , wintarg =3D=20 0, pwchararg =3D 0x0}, {intarg =3D 0, uintarg =3D 0, longarg =3D 0, ulongarg =3D 0,=20 longlongarg =3D 0, ulonglongarg =3D 0, ptrdiffarg =3D 0, sizearg =3D 0,= intmaxarg =3D 0, uintmaxarg =3D 0, pvoidarg =3D 0x0, pchararg =3D=20 0x0, pschararg =3D 0x0, pshortarg =3D 0x0, pintarg =3D 0x0, plongarg =3D= 0x0, plonglongarg =3D 0x0, pptrdiffarg =3D 0x0,=20 psizearg =3D 0x0, pintmaxarg =3D 0x0, doublearg =3D 0,=20 longdoublearg =3D , wintarg =3D 0, pwchararg =3D 0x0}} nextarg =3D 10 orgap =3D 0xbfbfeb74 "A\001" convbuf =3D 0x0 blanks =3D ' ' zeroes =3D '0' xdigs_lower =3D "0123456789abcdef" ---Type to continue, or q to quit--- xdigs_upper =3D "0123456789ABCDEF" initial =3D {__mbstate8 =3D '\0' , _mbstateL =3D= 0} #2 0x281c37e2 in vfprintf (fp=3D0x281e8798,=20 fmt0=3D0x80671ac "%5d %6s %7s %9ju %9ju %9ju %5d=20 %5d %s\n", ap=3D0xbfbfeb74 "A\001") at /usr/src/lib/libc/stdio/vfprintf.c:398 ret =3D 0 #3 0x281ac086 in printf (fmt=3D0x80671ac "%5d %6s=20 %7s %9ju %9ju %9ju %5d %5d %s\n") at /usr/src/lib/libc/stdio/printf.c:49 ret =3D 76 ap =3D 0xbfbfeb74 "A\001" #4 0x08059dc4 in bpf_stats (ifname=3D0x0) at= /usr/src/usr.bin/netstat/bpf.c:123 d =3D (struct xbpf_d *) 0x8101060 bd =3D (struct xbpf_d *) 0x8101060 pname =3D 0x8103030 "dhclient" flagbuf =3D "-ifs--l\000=FF=FF=FF=FF" size =3D 72 #5 0x080504a1 in main (argc=3D0, argv=3D0xbfbfec7c)=20 at /usr/src/usr.bin/netstat/main.c:498 tp =3D (struct protox *) 0x0 ch =3D -1 (gdb) frame 0 #0 strlen () at /usr/src/lib/libc/i386/string/strlen.S:48 48 repne /* search! */ (gdb) list 43 pushl %edi 44 movl 8(%esp),%edi /* string address */ 45 cld /* set search forward */ 46 xorl %eax,%eax=20 /* set search for null terminator */ 47 movl $-1,%ecx=20 /* set search for lots of characters */ 48 repne /* search! */ 49 scasb 50 notl %ecx=20 /* get length by taking complement */ 51 leal -1(%ecx),%eax /* and subtracting one */ 52 popl %edi (gdb) frame 1 #1 0x281c5491 in __vfprintf (fp=3D0x281e8798,=20 fmt0=3D0x80671ac "%5d %6s %7s %9ju %9ju %9ju %5d %5d %s\n", ap=3D0xbfbfeba4 "\224\020\020\bA\001") at=20 /usr/src/lib/libc/stdio/vfprintf.c:1052 1052 size =3D strlen(cp); Current language: auto; currently c (gdb) list 1047 if (size > prec) 1048 size =3D prec; 1049 } else 1050 size =3D prec; 1051 } else 1052 size =3D strlen(cp); 1053 sign =3D '\0'; 1054 break; 1055 case 'U': 1056 flags |=3D LONGINT; (gdb) frame 2 #2 0x281c37e2 in vfprintf (fp=3D0x281e8798,=20 fmt0=3D0x80671ac "%5d %6s %7s %9ju %9ju %9ju %5d=20 %5d %s\n", ap=3D0xbfbfeb74 "A\001") at /usr/src/lib/libc/stdio/vfprintf.c:398 398 ret =3D __vfprintf(fp, fmt0, ap); (gdb) list 393 394 { 395 int ret; 396 397 FLOCKFILE(fp); 398 ret =3D __vfprintf(fp, fmt0, ap); 399 FUNLOCKFILE(fp); 400 return (ret); 401 } 402 (gdb) frame 3 #3 0x281ac086 in printf (fmt=3D0x80671ac "%5d %6s=20 %7s %9ju %9ju %9ju %5d %5d %s\n") at /usr/src/lib/libc/stdio/printf.c:49 49 ret =3D vfprintf(stdout, fmt, ap); (gdb) list 44 { 45 int ret; 46 va_list ap; 47 48 va_start(ap, fmt); 49 ret =3D vfprintf(stdout, fmt, ap); 50 va_end(ap); 51 return (ret); 52 } (gdb) frame 4 #4 0x08059dc4 in bpf_stats (ifname=3D0x0) at= /usr/src/usr.bin/netstat/bpf.c:123 123 (void) printf("%5d %6s=20 %7s %9ju %9ju %9ju %5d %5d %s\n", (gdb) list 118 for (d =3D &bd[0]; d < &bd[size / sizeof(*d)]; d++) { 119 if (ifname && strcmp(ifname, d->bd_ifname) !=3D 0) 120 continue; 121 bpf_flags(d, flagbuf); 122 pname =3D bpf_pidname(d->bd_pid); 123 (void) printf("%5d %6s=20 %7s %9ju %9ju %9ju %5d %5d %s\n", 124 d->bd_pid, d->bd_ifname, flagbuf, 125 d->bd_rcount, d->bd_dcount, d->bd_fcount, 126 d->bd_slen, d->bd_hlen, pname); 127 free(pname); (gdb) p *d $1 =3D {bd_promisc =3D 0 '\0', bd_immediate =3D 1=20 '\001', bd_hdrcmplt =3D 0, bd_direction =3D 1, bd_feedback =3D 0, bd_async = =3D 0, bd_rcount =3D 109321, bd_dcount =3D 0, bd_fcount =3D=20 24, bd_sig =3D 23, bd_slen =3D 0, bd_hlen =3D 0, bd_bufsize =3D 4096, bd_pid= =3D 321, bd_ifname =3D "nfe0", '\0' , bd_locked =3D 1} (gdb) p pname $2 =3D 0x8103030 "dhclient" (gdb) p flagbuf $3 =3D "-ifs--l\000=FF=FF=FF=FF" (gdb) frame 5 #5 0x080504a1 in main (argc=3D0, argv=3D0xbfbfec7c)=20 at /usr/src/usr.bin/netstat/main.c:498 498 bpf_stats(interface); (gdb) list 493 setgid(getgid()); 494 495 if (Bflag) { 496 if (!live) 497 usage(); 498 bpf_stats(interface); 499 exit(0); 500 } 501 if (mflag) { 502 if (memf !=3D NULL) { (gdb) At 11:05 AM 9/1/2008, David E. O'Brien wrote: >obrien 2008-09-01 15:05:19 UTC > > FreeBSD src repository > > Modified files: (Branch: RELENG_7) > usr.bin/netstat Makefile bpf.c inet.c pfkey.c route.c > sctp.c > Log: > SVN rev 182603 on 2008-09-01 15:05:19Z by obrien > > MFC: r182602: Minimize changes CURRENT<->releng7. > > Revision Changes Path > 1.39.2.1 +1 -0 src/usr.bin/netstat/Makefile > 1.9.2.2 +2 -2 src/usr.bin/netstat/bpf.c > 1.78.2.4 +2 -2 src/usr.bin/netstat/inet.c > 1.5.2.2 +6 -3 src/usr.bin/netstat/pfkey.c > 1.82.2.7 +8 -7 src/usr.bin/netstat/route.c > 1.7.2.3 +4 -4 src/usr.bin/netstat/sctp.c >_______________________________________________ >cvs-all@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/cvs-all >To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 03:56:29 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCCED1065670 for ; Wed, 10 Sep 2008 03:56:29 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id 790C08FC08 for ; Wed, 10 Sep 2008 03:56:29 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA06.westchester.pa.mail.comcast.net ([76.96.62.51]) by QMTA04.westchester.pa.mail.comcast.net with comcast id CoAU1a00416LCl054rwULa; Wed, 10 Sep 2008 03:56:28 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA06.westchester.pa.mail.comcast.net with comcast id CrwT1a0054v8bD73SrwTQm; Wed, 10 Sep 2008 03:56:28 +0000 X-Authority-Analysis: v=1.0 c=1 a=F57054OXJVUA:10 a=1nJSF2KShEoA:10 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=GmBWPKeE6vAahemVGRIA:9 a=eYh4KNuR5No3t-BiaTwA:7 a=4VIpmlAhbmH0EcjJgzUctXmJIgUA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 336A717B84E; Tue, 9 Sep 2008 20:56:27 -0700 (PDT) Date: Tue, 9 Sep 2008 20:56:27 -0700 From: Jeremy Chadwick To: Mike Tancsa Message-ID: <20080910035627.GA14487@icarus.home.lan> References: <200809011505.m81F5UwC062968@repoman.freebsd.org> <200809100231.m8A2VliB098720@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200809100231.m8A2VliB098720@lava.sentex.ca> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org, "David E. O'Brien" Subject: Re: cvs commit: src/usr.bin/netstat Makefile bpf.c inet.c pfkey.c route.c sctp.c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2008 03:56:29 -0000 On Tue, Sep 09, 2008 at 10:31:46PM -0400, Mike Tancsa wrote: > > Hi, > The change below seems to make netstat -B on RELENG_7 coredump > netstat -B > > specifically, > > - printf("%5d %6s %7s %9lu %9lu %9lu %5d %5d %s\n", > + printf("%5d %6s %7s %9ju %9ju %9ju %5d %5d %s\n", > > ... > > Not sure if its a netstat issue or a libc issue as it works fine in HEAD The commit: http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.bin/netstat/bpf.c.diff?r1=1.9.2.1;r2=1.9.2.2;f=h Explanation: The variables being printed (bd_rcount, bd_dcount and bd_fcount) are all u_long on RELENG_7 i386 and amd64. See include/net/bpfdesc.h. %lu = unsigned long (i386 returns 4, amd64 returns 8) %ju = unsigned intmax_t (i386 returns 8, amd64 returns 8) The segfault reason should be obvious here; u_long != unsigned intmax_t on i386. This is specific to i386 (which I see you're using from the gdb output); it works fine on amd64. The commit should be backed out or re-worked to work on i386, or more bpf-related pieces from HEAD need to be MFC'd. The reason it might work in HEAD (did you test HEAD i386 or HEAD amd64?) is that HEAD might have the variables in bpfdesc.h declared as something like unsigned intmax_t, which might be a better solution, but MFC'ing that could break things. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 11:47:56 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03D59106564A; Wed, 10 Sep 2008 11:47:56 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id A76748FC1D; Wed, 10 Sep 2008 11:47:55 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1KdOAs-000Dv7-Do; Wed, 10 Sep 2008 15:47:54 +0400 To: Kostik Belousov References: <20080826005920.8aca164b.nork@FreeBSD.org> <20080906080801.8099c753.nork@ninth-nine.com> <47655429@bb.ipt.ru> <20080907163909.e4ed4fab.nork@FreeBSD.org> <36888738@bb.ipt.ru> <20080910104936.GR39652@deviant.kiev.zoral.com.ua> From: Boris Samorodov Date: Wed, 10 Sep 2008 15:47:45 +0400 In-Reply-To: <20080910104936.GR39652@deviant.kiev.zoral.com.ua> (Kostik Belousov's message of "Wed\, 10 Sep 2008 13\:49\:36 +0300") Message-ID: <04728766_-_@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org, freebsd-stable@FreeBSD.org, Norikatsu Shigemura Subject: radeon and FreeBSD freeze (was: Re: Do you need x11-drivers/xf86-video-radeonhd-devel?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2008 11:47:56 -0000 (Since I use RELENG_7, the email should go to stable@. Please trim current@ at reply.) Hello Kostik, Kostik Belousov writes: > On Wed, Sep 10, 2008 at 01:01:33PM +0400, Boris Samorodov wrote: >> Norikatsu Shigemura writes: >> > On Sat, 06 Sep 2008 20:06:50 +0400 >> > Boris Samorodov wrote: >> >> >> > works. To get that result, I made a ports/x11-drivers/xf86-video- >> >> > radeonhd-devel port. Anyone do you need this port, too? >> >> Sure. Thanks! >> > Thank you, I brushed up my port. Please test attached port. >> >> Sorry to inform you but actually I have: >> ----- >> (--) PCI:*(1:0:0) ATI Technologies Inc RV370 [Sapphire X550 Silent] rev 0, Mem @ 0xd0000000/28, 0xfe7e0000/16, I/O @ 0xb000/8, BIOS @ 0xfe7c0000/17 >> (--) PCI: (1:0:1) ATI Technologies Inc RV370 secondary [Sapphire X550 Silent] rev 0, Mem @ 0xfe7f0000/16 >> ----- >> ...which seems to be supported by the radeon (not radeonhd) driver. >> Well, I'd say that my card rather unsupported, since I get freezing >> X with it. So I have to use the vesa driver. > > Could you give more details on the freeze symptoms ? > E.g., is it complete freeze, or is mouse pointer still alive ? The most convenient way to freeze the OS is to finish gnome session. When gdm is reloading the whole mashine freezes at gnome greeter. The mouse cursor freezes while being a clock-buzzer. Ctrl-alt-del doesn't help, only reset does. > Does disabling DRI in xorg.conf fixes the problem ? Didn't try, but may do if it may help. Here is my X-log: ftp://ftp.ipt.ru/pub/tmp/Xorg.0.log WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 12:08:47 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 086821065676 for ; Wed, 10 Sep 2008 12:08:47 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7C8A98FC17 for ; Wed, 10 Sep 2008 12:08:46 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id m8AC8i25084481; Wed, 10 Sep 2008 14:08:44 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id m8AC8ims084480; Wed, 10 Sep 2008 14:08:44 +0200 (CEST) (envelope-from olli) Date: Wed, 10 Sep 2008 14:08:44 +0200 (CEST) Message-Id: <200809101208.m8AC8ims084480@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, bms@incunabulum.net In-Reply-To: <48C682B7.8000806@incunabulum.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 10 Sep 2008 14:08:45 +0200 (CEST) Cc: Subject: Re: Panic when detaching Vodafone 3G card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, bms@incunabulum.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2008 12:08:47 -0000 Bruce M Simpson wrote: > I just acquired one of these cards, it attaches as a USB cardbus device. > [...] > If I unplug it, the kernel panics. That's expected and a known problem. The card contains an OHCI controller, but the ohci(4) driver doesn't support detaching. I think that's also the reason why you have to compile ohci statically in your kernel, there's no module for it. Solution: Don't unplug the card. The problem is supposed to be fixed with usb4bsd, but I haven't tried it myself. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Perl will consistently give you what you want, unless what you want is consistency." -- Larry Wall From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 12:38:46 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBE411065674; Wed, 10 Sep 2008 12:38:46 +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 AF5D68FC1B; Wed, 10 Sep 2008 12:38:46 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.2.97] (c-71-56-39-94.hsd1.ga.comcast.net [71.56.39.94]) (authenticated bits=0) by gizmo.2hip.net (8.13.8/8.13.8) with ESMTP id m8ACSPxA088334 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 10 Sep 2008 08:28:26 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Boris Samorodov In-Reply-To: <04728766_-_@bb.ipt.ru> References: <20080826005920.8aca164b.nork@FreeBSD.org> <20080906080801.8099c753.nork@ninth-nine.com> <47655429@bb.ipt.ru> <20080907163909.e4ed4fab.nork@FreeBSD.org> <36888738@bb.ipt.ru> <20080910104936.GR39652@deviant.kiev.zoral.com.ua> <04728766_-_@bb.ipt.ru> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-EiCc573/AXvgjyzuwP0s" Organization: FreeBSD Date: Wed, 10 Sep 2008 08:28:12 -0400 Message-Id: <1221049692.1945.7.camel@wombat.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-0.8 required=5.0 tests=AWL,BAYES_00, RCVD_IN_SORBS_DUL autolearn=no version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on gizmo.2hip.net Cc: Kostik Belousov , freebsd-stable@FreeBSD.org, Norikatsu Shigemura Subject: Re: radeon and FreeBSD freeze (was: Re: Do you need x11-drivers/xf86-video-radeonhd-devel?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2008 12:38:47 -0000 --=-EiCc573/AXvgjyzuwP0s Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2008-09-10 at 15:47 +0400, Boris Samorodov wrote: > (Since I use RELENG_7, the email should go to stable@. Please trim > current@ at reply.) >=20 >=20 > Hello Kostik, >=20 > Kostik Belousov writes: > > On Wed, Sep 10, 2008 at 01:01:33PM +0400, Boris Samorodov wrote: > >> Norikatsu Shigemura writes: > >> > On Sat, 06 Sep 2008 20:06:50 +0400 > >> > Boris Samorodov wrote: > >>=20 > >> >> > works. To get that result, I made a ports/x11-drivers/xf86-vide= o- > >> >> > radeonhd-devel port. Anyone do you need this port, too? > >> >> Sure. Thanks! > >> > Thank you, I brushed up my port. Please test attached port. > >>=20 > >> Sorry to inform you but actually I have: > >> ----- > >> (--) PCI:*(1:0:0) ATI Technologies Inc RV370 [Sapphire X550 Silent] re= v 0, Mem @ 0xd0000000/28, 0xfe7e0000/16, I/O @ 0xb000/8, BIOS @ 0xfe7c0000/= 17 > >> (--) PCI: (1:0:1) ATI Technologies Inc RV370 secondary [Sapphire X550 = Silent] rev 0, Mem @ 0xfe7f0000/16 > >> ----- > >> ...which seems to be supported by the radeon (not radeonhd) driver. > >> Well, I'd say that my card rather unsupported, since I get freezing > >> X with it. So I have to use the vesa driver. > > > > Could you give more details on the freeze symptoms ? > > E.g., is it complete freeze, or is mouse pointer still alive ? >=20 > The most convenient way to freeze the OS is to finish gnome session. > When gdm is reloading the whole mashine freezes at gnome greeter. > The mouse cursor freezes while being a clock-buzzer. Ctrl-alt-del > doesn't help, only reset does. >=20 > > Does disabling DRI in xorg.conf fixes the problem ? >=20 > Didn't try, but may do if it may help. >=20 > Here is my X-log: > ftp://ftp.ipt.ru/pub/tmp/Xorg.0.log Something is very odd here... drm is not being enabled, so it is not at fault. Are all of your ports up to date and built without the nvidia option? (WW) RADEON(0): Direct rendering disabled ... (EE) Failed to initialize GLX extension (Compatible NVIDIA X driver not found) robert. >=20 > WBR --=-EiCc573/AXvgjyzuwP0s Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAkjHvVwACgkQM4TrQ4qfROOmSQCZATQWr+6vt53cZSuKTLn1kJNw ud0An2B4VSFAgEkJxXPBdT0oMw9LjovC =VUOk -----END PGP SIGNATURE----- --=-EiCc573/AXvgjyzuwP0s-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 12:52:02 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB71B106566B for ; Wed, 10 Sep 2008 12:52:02 +0000 (UTC) (envelope-from talon@lpthe.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 4BDAB8FC13 for ; Wed, 10 Sep 2008 12:52:01 +0000 (UTC) (envelope-from talon@lpthe.jussieu.fr) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.14.3/jtpda-5.4) with ESMTP id m8ACLTx4078592 for ; Wed, 10 Sep 2008 14:21:30 +0200 (CEST) X-Ids: 166 Received: from niobe.lpthe.jussieu.fr (niobe.lpthe.jussieu.fr [134.157.10.41]) by parthe.lpthe.jussieu.fr (Postfix) with ESMTP id 2BA0D89DE7 for ; Wed, 10 Sep 2008 14:21:28 +0200 (CEST) Received: by niobe.lpthe.jussieu.fr (Postfix, from userid 2005) id 0F59939; Wed, 10 Sep 2008 14:21:27 +0200 (CEST) Date: Wed, 10 Sep 2008 14:21:27 +0200 From: Michel Talon To: freebsd-stable@FreeBSD.org Message-ID: <20080910122127.GA70086@lpthe.jussieu.fr> Mail-Followup-To: Michel Talon , freebsd-stable@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (shiva.jussieu.fr [134.157.0.166]); Wed, 10 Sep 2008 14:21:30 +0200 (CEST) X-Virus-Scanned: ClamAV 0.93.3/8207/Wed Sep 10 12:58:40 2008 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail.jussieu.fr with ID 48C7BBC9.01D by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 48C7BBC9.01D/134.157.10.1/parthe.lpthe.jussieu.fr/parthe.lpthe.jussieu.fr/ X-j-chkmail-Score: MSGID : 48C7BBC9.01D on jchkmail.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.015 -> S=0.015 X-j-chkmail-Status: Ham Cc: Subject: Re: radeon and FreeBSD freeze X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2008 12:52:02 -0000 Boris Samorodov wrote: > The most convenient way to freeze the OS is to finish gnome session. > When gdm is reloading the whole mashine freezes at gnome greeter. > The mouse cursor freezes while being a clock-buzzer. Ctrl-alt-del > doesn't help, only reset does. > > > Does disabling DRI in xorg.conf fixes the problem ? > > Didn't try, but may do if it may help. This is a well known problem, with radeon cards on machines with Via chipsets. The freeze occurs under FreeBSD, Linux and even Windows, most easily with DRI but sometimes without DRI. The only solution i have found is to exchange the video card on the machine with a Via chipset to an nVidia card, and put the Radeon on a machine with an Intel chipset. Now i have zero problem, including with DRI. The radeon card now drives a beautiful 1920x1200 screen without any problem, and gives a very good display quality. -- Michel TALON From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 13:09:04 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A9971065672; Wed, 10 Sep 2008 13:09:04 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id F1A818FC16; Wed, 10 Sep 2008 13:09:03 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8AD8vFx009426; Wed, 10 Sep 2008 09:08:57 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m8AD8v2Y001698 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 10 Sep 2008 09:08:57 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200809101308.m8AD8v2Y001698@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 10 Sep 2008 09:08:56 -0400 To: Jeremy Chadwick From: Mike Tancsa In-Reply-To: <20080910035627.GA14487@icarus.home.lan> References: <200809011505.m81F5UwC062968@repoman.freebsd.org> <200809100231.m8A2VliB098720@lava.sentex.ca> <20080910035627.GA14487@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: freebsd-stable@FreeBSD.org, "David E. O'Brien" Subject: Re: cvs commit: src/usr.bin/netstat Makefile bpf.c inet.c pfkey.c route.c sctp.c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2008 13:09:04 -0000 At 11:56 PM 9/9/2008, Jeremy Chadwick wrote: >The reason it might work in HEAD (did you test HEAD i386 or HEAD amd64?) Yes, amd64 on HEAD actually. ---Mike >is that HEAD might have the variables in bpfdesc.h declared as something >like unsigned intmax_t, which might be a better solution, but MFC'ing >that could break things. > >-- >| Jeremy Chadwick jdc at parodius.com | >| Parodius Networking http://www.parodius.com/ | >| UNIX Systems Administrator Mountain View, CA, USA | >| Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 13:39:52 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CBC1106567C; Wed, 10 Sep 2008 13:39:52 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 4A5C58FC1B; Wed, 10 Sep 2008 13:39:52 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1KdPvC-000FZq-V6; Wed, 10 Sep 2008 17:39:51 +0400 To: Robert Noland References: <20080826005920.8aca164b.nork@FreeBSD.org> <20080906080801.8099c753.nork@ninth-nine.com> <47655429@bb.ipt.ru> <20080907163909.e4ed4fab.nork@FreeBSD.org> <36888738@bb.ipt.ru> <20080910104936.GR39652@deviant.kiev.zoral.com.ua> <04728766_-_@bb.ipt.ru> <1221049692.1945.7.camel@wombat.2hip.net> From: Boris Samorodov Date: Wed, 10 Sep 2008 17:39:41 +0400 In-Reply-To: <1221049692.1945.7.camel@wombat.2hip.net> (Robert Noland's message of "Wed\, 10 Sep 2008 08\:28\:12 -0400") Message-ID: <40404018@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Kostik Belousov , freebsd-stable@FreeBSD.org, Norikatsu Shigemura Subject: Re: radeon and FreeBSD freeze X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2008 13:39:52 -0000 Robert Noland writes: > On Wed, 2008-09-10 at 15:47 +0400, Boris Samorodov wrote: >> Kostik Belousov writes: >> > On Wed, Sep 10, 2008 at 01:01:33PM +0400, Boris Samorodov wrote: >> >> Norikatsu Shigemura writes: >> >> > On Sat, 06 Sep 2008 20:06:50 +0400 >> >> > Boris Samorodov wrote: >> >> >> >> >> > works. To get that result, I made a ports/x11-drivers/xf86-video- >> >> >> > radeonhd-devel port. Anyone do you need this port, too? >> >> >> Sure. Thanks! >> >> > Thank you, I brushed up my port. Please test attached port. >> >> >> >> Sorry to inform you but actually I have: >> >> ----- >> >> (--) PCI:*(1:0:0) ATI Technologies Inc RV370 [Sapphire X550 Silent] rev 0, Mem @ 0xd0000000/28, 0xfe7e0000/16, I/O @ 0xb000/8, BIOS @ 0xfe7c0000/17 >> >> (--) PCI: (1:0:1) ATI Technologies Inc RV370 secondary [Sapphire X550 Silent] rev 0, Mem @ 0xfe7f0000/16 >> >> ----- >> >> ...which seems to be supported by the radeon (not radeonhd) driver. >> >> Well, I'd say that my card rather unsupported, since I get freezing >> >> X with it. So I have to use the vesa driver. >> > >> > Could you give more details on the freeze symptoms ? >> > E.g., is it complete freeze, or is mouse pointer still alive ? >> >> The most convenient way to freeze the OS is to finish gnome session. I stand corrected. It's not a freeze but panic -- the machine reboots itself. No core though: ----- Sep 10 17:02:01 host savecore: reboot after panic: page fault Sep 10 17:02:01 host savecore: no dump, not enough free space on device (55888 available, need 359726) Sep 10 17:02:01 host savecore: unsaved dumps found but not saved ----- Don't understand why it's not enough memory: ----- host% swapinfo -h Device 1K-blocks Used Avail Capacity /dev/ad8s1b 4194304 0B 4.0G 0% ----- >> When gdm is reloading the whole mashine freezes at gnome greeter. >> The mouse cursor freezes while being a clock-buzzer. Ctrl-alt-del >> doesn't help, only reset does. >> >> > Does disabling DRI in xorg.conf fixes the problem ? >> >> Didn't try, but may do if it may help. >> >> Here is my X-log: >> ftp://ftp.ipt.ru/pub/tmp/Xorg.0.log > > Something is very odd here... drm is not being enabled, so it is not at > fault. Are all of your ports up to date and built without the nvidia > option? I used to build ports at tinderbox and then unstall packages. I can't find any changes for xorg ports options -- seems that tinderbox uses the defaults. I'm not sure if all (needed?) ports are up-to-date. > (WW) RADEON(0): Direct rendering disabled > ... > (EE) Failed to initialize GLX extension (Compatible NVIDIA X driver not > found) May be because the glx extension is loading by default?: ----- (II) "glx" will be loaded by default. ----- WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 13:48:52 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65BD2106567E for ; Wed, 10 Sep 2008 13:48:52 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 196A48FC20 for ; Wed, 10 Sep 2008 13:48:52 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1KdQ3v-000FiC-3I for freebsd-stable@FreeBSD.org; Wed, 10 Sep 2008 17:48:51 +0400 To: freebsd-stable@FreeBSD.org References: <20080910122127.GA70086@lpthe.jussieu.fr> From: Boris Samorodov Date: Wed, 10 Sep 2008 17:48:41 +0400 In-Reply-To: <20080910122127.GA70086@lpthe.jussieu.fr> (Michel Talon's message of "Wed\, 10 Sep 2008 14\:21\:27 +0200") Message-ID: <58327942@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: radeon and FreeBSD freeze X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2008 13:48:52 -0000 Michel Talon writes: > Boris Samorodov wrote: >> The most convenient way to freeze the OS is to finish gnome session. >> When gdm is reloading the whole mashine freezes at gnome greeter. >> The mouse cursor freezes while being a clock-buzzer. Ctrl-alt-del >> doesn't help, only reset does. >> >> > Does disabling DRI in xorg.conf fixes the problem ? >> >> Didn't try, but may do if it may help. > > This is a well known problem, with radeon cards on machines with Via > chipsets. The freeze occurs under FreeBSD, Linux and even Windows, > most easily with DRI but sometimes without DRI. The only solution i have > found is to exchange the video card on the machine with a Via chipset to > an nVidia card, and put the Radeon on a machine with an Intel chipset. > Now i have zero problem, including with DRI. The radeon card now drives > a beautiful 1920x1200 screen without any problem, and gives a very good > display quality. I have an ASUS P5K motherboard with Intel P35/ICH9 chipset together with the radeon card. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 13:59:58 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACC6C1065673 for ; Wed, 10 Sep 2008 13:59:58 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 5F99C8FC16 for ; Wed, 10 Sep 2008 13:59:58 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1KdQEf-000Ft1-Ek for freebsd-stable@FreeBSD.org; Wed, 10 Sep 2008 17:59:57 +0400 References: <20080826005920.8aca164b.nork@FreeBSD.org> <20080906080801.8099c753.nork@ninth-nine.com> <47655429@bb.ipt.ru> <20080907163909.e4ed4fab.nork@FreeBSD.org> <36888738@bb.ipt.ru> <20080910104936.GR39652@deviant.kiev.zoral.com.ua> <04728766_-_@bb.ipt.ru> <1221049692.1945.7.camel@wombat.2hip.net> <40404018@bb.ipt.ru> From: Boris Samorodov Date: Wed, 10 Sep 2008 17:59:48 +0400 In-Reply-To: <40404018@bb.ipt.ru> (Boris Samorodov's message of "Wed\, 10 Sep 2008 17\:39\:41 +0400") Message-ID: <49363883@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@FreeBSD.org Subject: Re: radeon and FreeBSD freeze X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2008 13:59:58 -0000 Boris Samorodov writes: > I stand corrected. It's not a freeze but panic -- the machine reboots > itself. No core though: > ----- > Sep 10 17:02:01 host savecore: reboot after panic: page fault > Sep 10 17:02:01 host savecore: no dump, not enough free space on device (55888 available, need 359726) > Sep 10 17:02:01 host savecore: unsaved dumps found but not saved > ----- > > Don't understand why it's not enough memory: > ----- > host% swapinfo -h > Device 1K-blocks Used Avail Capacity > /dev/ad8s1b 4194304 0B 4.0G 0% > ----- It was a /var file system which lacked space. Fixed. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 14:07:45 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 251F81065676; Wed, 10 Sep 2008 14:07:45 +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 DABF88FC18; Wed, 10 Sep 2008 14:07:44 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.166.46] ([68.0.14.34]) (authenticated bits=0) by gizmo.2hip.net (8.13.8/8.13.8) with ESMTP id m8AE7a02089051 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 10 Sep 2008 10:07:37 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Boris Samorodov In-Reply-To: <40404018@bb.ipt.ru> References: <20080826005920.8aca164b.nork@FreeBSD.org> <20080906080801.8099c753.nork@ninth-nine.com> <47655429@bb.ipt.ru> <20080907163909.e4ed4fab.nork@FreeBSD.org> <36888738@bb.ipt.ru> <20080910104936.GR39652@deviant.kiev.zoral.com.ua> <04728766_-_@bb.ipt.ru> <1221049692.1945.7.camel@wombat.2hip.net> <40404018@bb.ipt.ru> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-XEbbRboi/PKlKRhgkuSk" Organization: FreeBSD Date: Wed, 10 Sep 2008 10:07:31 -0400 Message-Id: <1221055651.98457.6.camel@squirrel.corp.cox.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on gizmo.2hip.net Cc: Kostik Belousov , freebsd-stable@FreeBSD.org, Norikatsu Shigemura Subject: Re: radeon and FreeBSD freeze X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2008 14:07:45 -0000 --=-XEbbRboi/PKlKRhgkuSk Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2008-09-10 at 17:39 +0400, Boris Samorodov wrote: > Robert Noland writes: > > On Wed, 2008-09-10 at 15:47 +0400, Boris Samorodov wrote: > >> Kostik Belousov writes: > >> > On Wed, Sep 10, 2008 at 01:01:33PM +0400, Boris Samorodov wrote: > >> >> Norikatsu Shigemura writes: > >> >> > On Sat, 06 Sep 2008 20:06:50 +0400 > >> >> > Boris Samorodov wrote: > >> >>=20 > >> >> >> > works. To get that result, I made a ports/x11-drivers/xf86-v= ideo- > >> >> >> > radeonhd-devel port. Anyone do you need this port, too? > >> >> >> Sure. Thanks! > >> >> > Thank you, I brushed up my port. Please test attached port. > >> >>=20 > >> >> Sorry to inform you but actually I have: > >> >> ----- > >> >> (--) PCI:*(1:0:0) ATI Technologies Inc RV370 [Sapphire X550 Silent]= rev 0, Mem @ 0xd0000000/28, 0xfe7e0000/16, I/O @ 0xb000/8, BIOS @ 0xfe7c00= 00/17 > >> >> (--) PCI: (1:0:1) ATI Technologies Inc RV370 secondary [Sapphire X5= 50 Silent] rev 0, Mem @ 0xfe7f0000/16 > >> >> ----- > >> >> ...which seems to be supported by the radeon (not radeonhd) driver. > >> >> Well, I'd say that my card rather unsupported, since I get freezing > >> >> X with it. So I have to use the vesa driver. > >> > > >> > Could you give more details on the freeze symptoms ? > >> > E.g., is it complete freeze, or is mouse pointer still alive ? > >>=20 > >> The most convenient way to freeze the OS is to finish gnome session. >=20 > I stand corrected. It's not a freeze but panic -- the machine reboots > itself. No core though: > ----- > Sep 10 17:02:01 host savecore: reboot after panic: page fault > Sep 10 17:02:01 host savecore: no dump, not enough free space on device (= 55888 available, need 359726) > Sep 10 17:02:01 host savecore: unsaved dumps found but not saved > ----- >=20 > Don't understand why it's not enough memory: > ----- > host% swapinfo -h=20 > Device 1K-blocks Used Avail Capacity > /dev/ad8s1b 4194304 0B 4.0G 0% > ----- It's not enough free space on /var to save the core. > >> When gdm is reloading the whole mashine freezes at gnome greeter. > >> The mouse cursor freezes while being a clock-buzzer. Ctrl-alt-del > >> doesn't help, only reset does. > >>=20 > >> > Does disabling DRI in xorg.conf fixes the problem ? > >>=20 > >> Didn't try, but may do if it may help. > >>=20 > >> Here is my X-log: > >> ftp://ftp.ipt.ru/pub/tmp/Xorg.0.log > > > > Something is very odd here... drm is not being enabled, so it is not at > > fault. Are all of your ports up to date and built without the nvidia > > option? >=20 > I used to build ports at tinderbox and then unstall packages. > I can't find any changes for xorg ports options -- seems that > tinderbox uses the defaults. >=20 > I'm not sure if all (needed?) ports are up-to-date. Well, I'm going to go out on a limb here and say the it looks like libGL and / or dri need to be updated. That may not resolve the issue, but it definately doesn't look correct. If that doesn't fix it, a core is going to be the best chance of figuring out exactly what is wrong. robert. > > (WW) RADEON(0): Direct rendering disabled > > ... > > (EE) Failed to initialize GLX extension (Compatible NVIDIA X driver not > > found) >=20 > May be because the glx extension is loading by default?: > ----- > (II) "glx" will be loaded by default. > ----- >=20 >=20 > WBR --=-XEbbRboi/PKlKRhgkuSk Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAkjH1KMACgkQM4TrQ4qfROP8xgCeISsf8d1GBUY1HjjhckkLD39g AAcAnRP/URStOSbzMlBQ8N/m6sN/yt37 =ljmC -----END PGP SIGNATURE----- --=-XEbbRboi/PKlKRhgkuSk-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 14:26:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B1DC106564A for ; Wed, 10 Sep 2008 14:26:55 +0000 (UTC) (envelope-from besko@msu.edu) Received: from sys28.mail.msu.edu (sys28.mail.msu.edu [35.9.75.128]) by mx1.freebsd.org (Postfix) with ESMTP id ED1808FC12 for ; Wed, 10 Sep 2008 14:26:54 +0000 (UTC) (envelope-from besko@msu.edu) Received: from user-718268.user.msu.edu ([35.10.4.118]) by sys28.mail.msu.edu with esmtpsa (Exim 4.63 #1) (TLSv1:AES256-SHA:256) id 1KdQek-0007nR-9A for freebsd-stable@freebsd.org; Wed, 10 Sep 2008 10:26:54 -0400 Message-ID: <48C7D925.8090108@msu.edu> Date: Wed, 10 Sep 2008 10:26:45 -0400 From: Lisa Besko User-Agent: Thunderbird 2.0.0.14 (X11/20080613) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus: None found by Clam AV Subject: Fixing cvsup bus error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: besko@msu.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2008 14:26:55 -0000 I'm getting the bus error mentioned in PR bin/124353 and I need a bit more detail on how to apply the patch. Right now I'm getting the following error when I try to do a make on cvsup-without-gui: Fatal Error: bad version stamps: SupTCP.m3 I put the changes in the /usr/local/lib/m3/pkg/m3core/src/unix/freebsd-4.amd64/Unix.i3 file I created the file /usr/local/lib/m3/pkg/m3core/src/runtime/FBSD_AMD64/RTHeapDepC.c since it didn't exist on my system. I'm running 6.4-PRERELEASE I am not clear on where I should be making these changes or when I should make them so if someone would be kind enough to point me in the correct direction I would appreciate it. Thanks, LB From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 14:56:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D0401065672 for ; Wed, 10 Sep 2008 14:56:41 +0000 (UTC) (envelope-from ip@doom.ctinet.ru) Received: from hosting.ctinet.ru (hosting.ctinet.ru [213.159.69.2]) by mx1.freebsd.org (Postfix) with ESMTP id B5A5D8FC12 for ; Wed, 10 Sep 2008 14:56:40 +0000 (UTC) (envelope-from ip@doom.ctinet.ru) Received: from doom.ctinet.ru (doom.ctinet.ru [213.159.64.57]) (authenticated bits=0) by hosting.ctinet.ru (8.14.2/8.14.2) with ESMTP id m8AEuc0Y036459 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 10 Sep 2008 18:56:38 +0400 (MSD) (envelope-from ip@doom.ctinet.ru) Received: from doom.ctinet.ru (localhost [127.0.0.1]) by doom.ctinet.ru (8.14.3/8.14.3) with ESMTP id m8AEuctI025710; Wed, 10 Sep 2008 18:56:38 +0400 (MSD) (envelope-from ip@doom.ctinet.ru) Received: (from ip@localhost) by doom.ctinet.ru (8.14.3/8.14.3/Submit) id m8AEubt4025709; Wed, 10 Sep 2008 18:56:37 +0400 (MSD) (envelope-from ip) Date: Wed, 10 Sep 2008 18:56:37 +0400 From: Igor Pokrovsky To: Lisa Besko Message-ID: <20080910145637.GA25667@doom.ctinet.ru> References: <48C7D925.8090108@msu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48C7D925.8090108@msu.edu> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Fixing cvsup bus error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2008 14:56:41 -0000 On Wed, Sep 10, 2008 at 10:26:45AM -0400, Lisa Besko wrote: > I'm getting the bus error mentioned in PR bin/124353 and I need a bit > more detail on how to apply the patch. > > Right now I'm getting the following error when I try to do a make on > cvsup-without-gui: > > Fatal Error: bad version stamps: SupTCP.m3 > > I put the changes in the > /usr/local/lib/m3/pkg/m3core/src/unix/freebsd-4.amd64/Unix.i3 file > > I created the file > /usr/local/lib/m3/pkg/m3core/src/runtime/FBSD_AMD64/RTHeapDepC.c since > it didn't exist on my system. > > I'm running 6.4-PRERELEASE > > I am not clear on where I should be making these changes or when I > should make them so if someone would be kind enough to point me in the > correct direction I would appreciate it. FYI there is a program called csup in base system which implements probably all aspects of cvsup. -ip From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 14:57:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01331106564A for ; Wed, 10 Sep 2008 14:57:54 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA01.emeryville.ca.mail.comcast.net (qmta01.emeryville.ca.mail.comcast.net [76.96.30.16]) by mx1.freebsd.org (Postfix) with ESMTP id D95688FC16 for ; Wed, 10 Sep 2008 14:57:53 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA07.emeryville.ca.mail.comcast.net ([76.96.30.59]) by QMTA01.emeryville.ca.mail.comcast.net with comcast id D16s1a0011GXsucA12xsx4; Wed, 10 Sep 2008 14:57:52 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA07.emeryville.ca.mail.comcast.net with comcast id D2xs1a00A4v8bD78T2xsci; Wed, 10 Sep 2008 14:57:53 +0000 X-Authority-Analysis: v=1.0 c=1 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=HMMOZ4ZpUKWc1G91t6oA:9 a=CyovimcD9DcC6D9vbZkA:7 a=hzZTIlY6VzTa-wZMhMiJrtcs00QA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id D709817B81A; Wed, 10 Sep 2008 07:57:48 -0700 (PDT) Date: Wed, 10 Sep 2008 07:57:48 -0700 From: Jeremy Chadwick To: Lisa Besko Message-ID: <20080910145748.GA4295@icarus.home.lan> References: <48C7D925.8090108@msu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48C7D925.8090108@msu.edu> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: Fixing cvsup bus error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2008 14:57:54 -0000 On Wed, Sep 10, 2008 at 10:26:45AM -0400, Lisa Besko wrote: > I'm getting the bus error mentioned in PR bin/124353 and I need a bit > more detail on how to apply the patch. > > Right now I'm getting the following error when I try to do a make on > cvsup-without-gui: > > Fatal Error: bad version stamps: SupTCP.m3 > > I put the changes in the > /usr/local/lib/m3/pkg/m3core/src/unix/freebsd-4.amd64/Unix.i3 file > > I created the file > /usr/local/lib/m3/pkg/m3core/src/runtime/FBSD_AMD64/RTHeapDepC.c since > it didn't exist on my system. > > I'm running 6.4-PRERELEASE > > I am not clear on where I should be making these changes or when I > should make them so if someone would be kind enough to point me in the > correct direction I would appreciate it. I can see how the PR is confusing in this regard. The problem is with ezm3 (the Modula3 software), which cvsup relies on, and not really with cvsup itself. The patches in the PR (from jkoshky@) are for the ports/lang/ezm3 software. Those patches were added to the lang/ezm3 port about 3 weeks ago: http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/ezm3/Makefile.diff?r1=1.18;r2=1.19;f=h http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/ezm3/files/extra-patch-fcntl Are you at all able to update your ports tree using csup, even if just temporarily? If so, the patches should get pulled down, and all you have to do is: * pkg_delete cvsup-without-gui and ezm3 from your system (use pkg_info to find out what their exact names are, then pkg_delete them) Then: # cd /usr/ports/lang/ezm3 # make clean # cd /usr/ports/net/cvsup-without-gui # make clean && make && make install If you cannot update your ports tree, you'll have to download these two files: http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/ports/lang/ezm3/Makefile?rev=1.19;content-type=text%2Fplain http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/ports/lang/ezm3/files/extra-patch-fcntl?rev=1.1;content-type=text%2Fplain Take the first URL and save it as /usr/ports/lang/ezm3/Makefile Take the second URL and save it as /usr/ports/lang/ezm3/files/extra-patch-fcntl Then follow the same steps I listed above (starting with the pkg_delete). Hope this helps. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 15:10:01 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31867106567C for ; Wed, 10 Sep 2008 15:10:01 +0000 (UTC) (envelope-from besko@msu.edu) Received: from sys24.mail.msu.edu (sys24.mail.msu.edu [35.9.75.124]) by mx1.freebsd.org (Postfix) with ESMTP id EC7518FC1B for ; Wed, 10 Sep 2008 15:10:00 +0000 (UTC) (envelope-from besko@msu.edu) Received: from user-718268.user.msu.edu ([35.10.4.118]) by sys24.mail.msu.edu with esmtpsa (Exim 4.63 #1) (TLSv1:AES256-SHA:256) id 1KdRKP-0000XA-82; Wed, 10 Sep 2008 11:09:57 -0400 Message-ID: <48C7E342.6040300@msu.edu> Date: Wed, 10 Sep 2008 11:09:54 -0400 From: Lisa Besko User-Agent: Thunderbird 2.0.0.14 (X11/20080613) MIME-Version: 1.0 To: Jeremy Chadwick References: <48C7D925.8090108@msu.edu> <20080910145748.GA4295@icarus.home.lan> In-Reply-To: <20080910145748.GA4295@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus: None found by Clam AV Cc: freebsd-stable@FreeBSD.org Subject: Re: Fixing cvsup bus error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: besko@msu.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2008 15:10:01 -0000 Jeremy, Thanks that helped alot. I used portsnap to update my ports tree then rebuilt ezm3 and cvsup and life is much better. Thanks for the pointer. LB Jeremy Chadwick wrote: > On Wed, Sep 10, 2008 at 10:26:45AM -0400, Lisa Besko wrote: >> I'm getting the bus error mentioned in PR bin/124353 and I need a bit >> more detail on how to apply the patch. >> >> Right now I'm getting the following error when I try to do a make on >> cvsup-without-gui: >> >> Fatal Error: bad version stamps: SupTCP.m3 >> >> I put the changes in the >> /usr/local/lib/m3/pkg/m3core/src/unix/freebsd-4.amd64/Unix.i3 file >> >> I created the file >> /usr/local/lib/m3/pkg/m3core/src/runtime/FBSD_AMD64/RTHeapDepC.c since >> it didn't exist on my system. >> >> I'm running 6.4-PRERELEASE >> >> I am not clear on where I should be making these changes or when I >> should make them so if someone would be kind enough to point me in the >> correct direction I would appreciate it. > > I can see how the PR is confusing in this regard. The problem is with > ezm3 (the Modula3 software), which cvsup relies on, and not really with > cvsup itself. > > The patches in the PR (from jkoshky@) are for the ports/lang/ezm3 > software. Those patches were added to the lang/ezm3 port about 3 > weeks ago: > > http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/ezm3/Makefile.diff?r1=1.18;r2=1.19;f=h > http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/ezm3/files/extra-patch-fcntl > > Are you at all able to update your ports tree using csup, even if just > temporarily? If so, the patches should get pulled down, and all you > have to do is: > > * pkg_delete cvsup-without-gui and ezm3 from your system (use pkg_info > to find out what their exact names are, then pkg_delete them) > > Then: > > # cd /usr/ports/lang/ezm3 > # make clean > # cd /usr/ports/net/cvsup-without-gui > # make clean && make && make install > > If you cannot update your ports tree, you'll have to download these > two files: > > http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/ports/lang/ezm3/Makefile?rev=1.19;content-type=text%2Fplain > http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/ports/lang/ezm3/files/extra-patch-fcntl?rev=1.1;content-type=text%2Fplain > > Take the first URL and save it as /usr/ports/lang/ezm3/Makefile > > Take the second URL and save it as /usr/ports/lang/ezm3/files/extra-patch-fcntl > > Then follow the same steps I listed above (starting with the > pkg_delete). > > Hope this helps. > From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 15:46:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13C121065670 for ; Wed, 10 Sep 2008 15:46:38 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id CD1F28FC12 for ; Wed, 10 Sep 2008 15:46:37 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.2/8.14.2) with ESMTP id m8AFV5ma093410; Wed, 10 Sep 2008 08:31:05 -0700 (PDT) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.2/8.14.2/Submit) id m8AFV5Ja093409; Wed, 10 Sep 2008 08:31:05 -0700 (PDT) (envelope-from obrien) Date: Wed, 10 Sep 2008 08:31:05 -0700 From: "David O'Brien" To: Mike Tancsa Message-ID: <20080910153105.GA93325@dragon.NUXI.org> References: <200809011505.m81F5UwC062968@repoman.freebsd.org> <200809100231.m8A2VliB098720@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200809100231.m8A2VliB098720@lava.sentex.ca> X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: cvs commit: src/usr.bin/netstat Makefile bpf.c inet.c pfkey.c route.c sctp.c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2008 15:46:38 -0000 On Tue, Sep 09, 2008 at 10:31:46PM -0400, Mike Tancsa wrote: > > Hi, > The change below seems to make netstat -B on RELENG_7 coredump > netstat -B > > specifically, > > - printf("%5d %6s %7s %9lu %9lu %9lu %5d %5d %s\n", > + printf("%5d %6s %7s %9ju %9ju %9ju %5d %5d %s\n", > > > Not sure if its a netstat issue or a libc issue as it works fine in HEAD Can you test this patch? This will quickly fix the issue, until I can build world with matching the releng7 definitions with CURRENT. Index: bpf.c =================================================================== --- bpf.c (revision 182906) +++ bpf.c (working copy) @@ -122,7 +122,8 @@ bpf_stats(char *ifname) pname = bpf_pidname(d->bd_pid); (void) printf("%5d %6s %7s %9ju %9ju %9ju %5d %5d %s\n", d->bd_pid, d->bd_ifname, flagbuf, - d->bd_rcount, d->bd_dcount, d->bd_fcount, + (intmax_t)d->bd_rcount, (intmax_t)d->bd_dcount, + (intmax_t)d->bd_fcount, d->bd_slen, d->bd_hlen, pname); free(pname); } From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 16:02:24 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E843D106569F; Wed, 10 Sep 2008 16:02:24 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 8DB078FC1F; Wed, 10 Sep 2008 16:02:24 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1KdS98-000HWD-Or; Wed, 10 Sep 2008 20:02:22 +0400 To: Robert Noland References: <20080826005920.8aca164b.nork@FreeBSD.org> <20080906080801.8099c753.nork@ninth-nine.com> <47655429@bb.ipt.ru> <20080907163909.e4ed4fab.nork@FreeBSD.org> <36888738@bb.ipt.ru> <20080910104936.GR39652@deviant.kiev.zoral.com.ua> <04728766_-_@bb.ipt.ru> <1221049692.1945.7.camel@wombat.2hip.net> <40404018@bb.ipt.ru> <1221055651.98457.6.camel@squirrel.corp.cox.com> From: Boris Samorodov Date: Wed, 10 Sep 2008 20:02:13 +0400 In-Reply-To: <1221055651.98457.6.camel@squirrel.corp.cox.com> (Robert Noland's message of "Wed\, 10 Sep 2008 10\:07\:31 -0400") Message-ID: <13682250@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Kostik Belousov , freebsd-stable@FreeBSD.org, Norikatsu Shigemura Subject: Re: radeon and FreeBSD freeze X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2008 16:02:25 -0000 Robert Noland writes: > On Wed, 2008-09-10 at 17:39 +0400, Boris Samorodov wrote: >> Don't understand why it's not enough memory: >> ----- >> host% swapinfo -h >> Device 1K-blocks Used Avail Capacity >> /dev/ad8s1b 4194304 0B 4.0G 0% >> ----- > > It's not enough free space on /var to save the core. Yes, I've fixed it. Thanks. >> >> When gdm is reloading the whole mashine freezes at gnome greeter. >> >> The mouse cursor freezes while being a clock-buzzer. Ctrl-alt-del >> >> doesn't help, only reset does. >> >> >> >> > Does disabling DRI in xorg.conf fixes the problem ? >> >> >> >> Didn't try, but may do if it may help. >> >> >> >> Here is my X-log: >> >> ftp://ftp.ipt.ru/pub/tmp/Xorg.0.log >> > >> > Something is very odd here... drm is not being enabled, so it is not at >> > fault. Are all of your ports up to date and built without the nvidia >> > option? >> >> I used to build ports at tinderbox and then unstall packages. >> I can't find any changes for xorg ports options -- seems that >> tinderbox uses the defaults. >> >> I'm not sure if all (needed?) ports are up-to-date. > > Well, I'm going to go out on a limb here and say the it looks like libGL > and / or dri need to be updated. That may not resolve the issue, but it > definately doesn't look correct. If that doesn't fix it, a core is > going to be the best chance of figuring out exactly what is wrong. Upgraded to the latest packages, got five total freezes w/o dump (only reset helped). I'm rather reluctant to continue experiments for now -- it's my main machine for the day-job. May be some time later... Returning to the vesa driver. Robert and others -- thank you for your help! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 16:19:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 492C5106566B; Wed, 10 Sep 2008 16:19:06 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0D5388FC15; Wed, 10 Sep 2008 16:19:05 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8AGIxam090408; Wed, 10 Sep 2008 12:18:59 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m8AGIxM5002508 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 10 Sep 2008 12:18:59 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200809101618.m8AGIxM5002508@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 10 Sep 2008 12:18:59 -0400 To: obrien@freebsd.org From: Mike Tancsa In-Reply-To: <20080910153105.GA93325@dragon.NUXI.org> References: <200809011505.m81F5UwC062968@repoman.freebsd.org> <200809100231.m8A2VliB098720@lava.sentex.ca> <20080910153105.GA93325@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: freebsd-stable@freebsd.org Subject: Re: cvs commit: src/usr.bin/netstat Makefile bpf.c inet.c pfkey.c route.c sctp.c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2008 16:19:06 -0000 At 11:31 AM 9/10/2008, David O'Brien wrote: >On Tue, Sep 09, 2008 at 10:31:46PM -0400, Mike Tancsa wrote: > > > > Hi, > > The change below seems to make netstat -B on RELENG_7 coredump > > netstat -B > > > > specifically, > > > > - printf("%5d %6s %7s %9lu %9lu %9lu %5d %5d %s\n", > > + printf("%5d %6s %7s %9ju %9ju %9ju %5d %5d %s\n", > > > > > > Not sure if its a netstat issue or a libc issue as it works fine in HEAD > >Can you test this patch? Hi, Thanks! Yes, it does fix the problem for me on my i386 RELENG_7 box ---Mike >This will quickly fix the issue, until I can >build world with matching the releng7 definitions with CURRENT. > > >Index: bpf.c >=================================================================== >--- bpf.c (revision 182906) >+++ bpf.c (working copy) >@@ -122,7 +122,8 @@ bpf_stats(char *ifname) > pname = bpf_pidname(d->bd_pid); > (void) printf("%5d %6s %7s %9ju %9ju %9ju %5d %5d %s\n", > d->bd_pid, d->bd_ifname, flagbuf, >- d->bd_rcount, d->bd_dcount, d->bd_fcount, >+ (intmax_t)d->bd_rcount, (intmax_t)d->bd_dcount, >+ (intmax_t)d->bd_fcount, > d->bd_slen, d->bd_hlen, pname); > free(pname); > } From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 17:14:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70C021065674 for ; Wed, 10 Sep 2008 17:14:00 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id E48668FC12 for ; Wed, 10 Sep 2008 17:13:59 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.2/8.14.2) with ESMTP id m8AHDwjv064422 for ; Wed, 10 Sep 2008 21:13:58 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Wed, 10 Sep 2008 21:13:58 +0400 (MSD) From: Dmitry Morozovsky To: freebsd-stable@freebsd.org In-Reply-To: <200809081705.m88H5Pdh083088@lurza.secnetix.de> Message-ID: References: <200809081705.m88H5Pdh083088@lurza.secnetix.de> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (woozle.rinet.ru [0.0.0.0]); Wed, 10 Sep 2008 21:13:58 +0400 (MSD) Subject: Re: mysterious uname non-updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2008 17:14:00 -0000 On Mon, 8 Sep 2008, Oliver Fromme wrote: OF> > today, updating one of my machines, I got the following mysterious results OF> > after reboot: OF> > OF> > root@ogre:~# sysctl -a | grep RELE OF> > kern.osrelease: 6.3-RELEASE OF> > kern.version: FreeBSD 6.3-RELEASE #4: Thu Jan 17 15:28:57 MSK 2008 OF> > root@ogre:~# strings /boot/kernel/kernel | grep RELE OF> > AE_RELEASE_DEADLOCK OF> > 6.3-RELEASE-p4 OF> > FreeBSD 6.3-RELEASE-p4 #6: Sun Sep 7 23:13:45 MSD 2008 OF> > @(#)FreeBSD 6.3-RELEASE-p4 #6: Sun Sep 7 23:13:45 MSD 2008 OF> > root@ogre:~# env | grep -i uname OF> > root@ogre:~# OF> > OF> > WTF? Why my kernel reports that it is previous version (actually it is already OF> > deleted, so I'm double puzzled) OF> OF> What does "sysctl kern.bootfile" say? OF> And are you sure that you rebooted the right machine? ;-) sysctl kern.bootfile said correct /boot/kernel/kernel And it was the right machine, but... in a bit "interesting" configuration: there are two pairs of mirrored disks: ad4/ad6 with gmirror, and ad8/ad10 from previous installation, from which I did migrate to the first pair. All file systems are refered as /dev/mirror/* Strange and mysterious thing was sourced by ad8 somehow activated to be *BIOS BOOT DISK* - so boot blocks, loader *and kernel* was loaded from there, but root mounted from correct /dev/mirror/m0a. Removing old pair of disks returned situation to controllable ;-) Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 17:17:16 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A13DC106564A; Wed, 10 Sep 2008 17:17:16 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:230:48ff:fe41:2455]) by mx1.freebsd.org (Postfix) with ESMTP id 3E0E68FC0C; Wed, 10 Sep 2008 17:17:16 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with SMTP id m8AHHELA045847; Thu, 11 Sep 2008 02:17:14 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Thu, 11 Sep 2008 02:17:14 +0900 From: Norikatsu Shigemura To: Oliver Fromme , Bruce M Simpson Message-Id: <20080911021714.b175db96.nork@FreeBSD.org> In-Reply-To: <200809101208.m8AC8ims084480@lurza.secnetix.de> References: <48C682B7.8000806@incunabulum.net> <200809101208.m8AC8ims084480@lurza.secnetix.de> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Thu, 11 Sep 2008 02:17:15 +0900 (JST) Cc: freebsd-stable@FreeBSD.org, Norikatsu Shigemura Subject: Re: Panic when detaching Vodafone 3G card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2008 17:17:16 -0000 On Wed, 10 Sep 2008 14:08:44 +0200 (CEST) Oliver Fromme wrote: > Bruce M Simpson wrote: > > I just acquired one of these cards, it attaches as a USB cardbus device. > > [...] > > If I unplug it, the kernel panics. > That's expected and a known problem. The card contains > an OHCI controller, but the ohci(4) driver doesn't support > detaching. I think that's also the reason why you have > to compile ohci statically in your kernel, there's no > module for it. > Solution: Don't unplug the card. Ah! I know this issue. It has been fixed by imp@ at AsiaBSDCon2008, but not committed:-(. Please see also: http://people.freebsd.org/~imp/usb-detach.diff From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 20:34:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9B601065670 for ; Wed, 10 Sep 2008 20:34:53 +0000 (UTC) (envelope-from jfb@mr-paradox.net) Received: from vexbert.mr-paradox.net (vexbert.mr-paradox.net [IPv6:2001:470:b:28:f::1]) by mx1.freebsd.org (Postfix) with ESMTP id A523F8FC1E for ; Wed, 10 Sep 2008 20:34:53 +0000 (UTC) (envelope-from jfb@mr-paradox.net) Received: by vexbert.mr-paradox.net (Postfix, from userid 16139) id 50F90844DA; Wed, 10 Sep 2008 16:35:11 -0400 (EDT) Date: Wed, 10 Sep 2008 16:34:51 -0400 From: Jeff Blank To: freebsd-stable@freebsd.org Message-ID: <20080910203445.GA8561@mr-happy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Face: #0jV*~a}VtKS-&E/!EJpH('H1Va}24dxF0oT&+.R3Gu8C; xhSC+<|+H84&YLbMvphuRT4cp3.|8EN_(2Eix/6{.Up~u`a^}0Ln&b+9Fw|BPig@-{y\pL_46d&ZwA]5%_AU?}DezfE&1!>H?3E$!Yve7.O<+..Jnb4:'6Ey_]FtFzU9=*l$1p/@gA,Ze>^5<]+r(XJ+m7`/vMDc$'wy|`e Subject: can't see non-root writes to /dev/console X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2008 20:34:53 -0000 I just upgraded a RELENG_7 (amd64) box from 20080714 to "latest" (which seems to be from a few days ago--no changes from Monday morning's csup to today's) and can no longer see the effect of writing to /dev/console as non-root. When I log in using xdm, my user owns /dev/console, mode 0622 (-rw--w--w-), and I start an 'xterm -C'. But when I, for example, echo foo > /dev/console I see nothing in the console xterm. No error messages, and echo exits 0. If I su to root and do the same, I get 'foo' in the same console xterm. Syslog messages to /dev/console also appear, of course. All the above applies to xconsole as well, not just xterm. I did recompile xterm from 20080616 ports, but it didn't fix the issue (didn't expect it to, as xterm clearly has no trouble attaching and reading). So my echo is getting lost in the kernel, I guess. Known problem? Intentional change? Something else? thanks, Jeff From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 20:43:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A52C11065673 for ; Wed, 10 Sep 2008 20:43:01 +0000 (UTC) (envelope-from jfb@mr-paradox.net) Received: from vexbert.mr-paradox.net (vexbert.mr-paradox.net [IPv6:2001:470:b:28:f::1]) by mx1.freebsd.org (Postfix) with ESMTP id 884B08FC16 for ; Wed, 10 Sep 2008 20:43:01 +0000 (UTC) (envelope-from jfb@mr-paradox.net) Received: by vexbert.mr-paradox.net (Postfix, from userid 16139) id AD9E2844DA; Wed, 10 Sep 2008 16:43:19 -0400 (EDT) Date: Wed, 10 Sep 2008 16:42:59 -0400 From: Jeff Blank To: freebsd-stable@freebsd.org Message-ID: <20080910204259.GB8561@mr-happy.com> References: <20080910203445.GA8561@mr-happy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080910203445.GA8561@mr-happy.com> X-Face: #0jV*~a}VtKS-&E/!EJpH('H1Va}24dxF0oT&+.R3Gu8C; xhSC+<|+H84&YLbMvphuRT4cp3.|8EN_(2Eix/6{.Up~u`a^}0Ln&b+9Fw|BPig@-{y\pL_46d&ZwA]5%_AU?}DezfE&1!>H?3E$!Yve7.O<+..Jnb4:'6Ey_]FtFzU9=*l$1p/@gA,Ze>^5<]+r(XJ+m7`/vMDc$'wy|`e Subject: Re: can't see non-root writes to /dev/console X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2008 20:43:01 -0000 On Wed, Sep 10, 2008 at 04:34:51PM -0400, Jeff Blank wrote: > I just upgraded a RELENG_7 (amd64) box from 20080714 to "latest" > (which seems to be from a few days ago--no changes from Monday > morning's csup to today's) and can no longer see the effect of writing > to /dev/console as non-root. Sorry, I should have mentioned that my kernel is GENERIC + 'options DEVICE_POLLING'. And I guess I havn't updated my kernel config file since the last time amd64/GENERIC changed, but the only (other) differences are that I don't have device lines for igb, age, et, or jme. Jeff From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 22:19:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB14F1065671 for ; Wed, 10 Sep 2008 22:19:12 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id 7D7A18FC12 for ; Wed, 10 Sep 2008 22:19:12 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 3FAAB15E7E8 for ; Wed, 10 Sep 2008 18:19:12 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Wed, 10 Sep 2008 18:19:12 -0400 X-Sasl-enc: 6dHuQoNAwR2pwlkQ1nsxso48/b/k7zf8lbK7mO4Gp0aP 1221085151 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id B866023341 for ; Wed, 10 Sep 2008 18:19:11 -0400 (EDT) Message-ID: <48C847DE.7040508@incunabulum.net> Date: Wed, 10 Sep 2008 23:19:10 +0100 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: FreeBSD stable X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Intel ICH7 SMBus support, ichsmb(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2008 22:19:12 -0000 Hi there, I have been looking at a system which has the Intel ICH7 south bridge. Whenever I try to probe the SMBus on this system with 'smbmsg -p', I get a lot of status=41 timeout messages in dmesg from the ichsmb(4) driver. I have been given the addresses of the SMBus peripherals and have tried initiating reads to their register space directly using 'smbmsg', with the same result. * Has anyone seen the same issues with the ICH7? * Does anyone know of any userland code I could use as an alternative to the ichsmb(4) driver? I looked at mbmon, it appears it relies on the smb(4) drivers; its direct ISA access only works for specific hardware monitoring chips which appear on the ISA/LPC bus and does not implement SMBus bit-banging in userland. Many many thanks for any help you can provide. cheers BMS From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 01:54:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C27571065679 for ; Thu, 11 Sep 2008 01:54:28 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from mail-gx0-f17.google.com (mail-gx0-f17.google.com [209.85.217.17]) by mx1.freebsd.org (Postfix) with ESMTP id 775CD8FC12 for ; Thu, 11 Sep 2008 01:54:28 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: by gxk10 with SMTP id 10so15284815gxk.19 for ; Wed, 10 Sep 2008 18:54:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=BL9oeGo0oXKf5sQRFi2WfrgJS62z/xEIcUmu1GUBrhs=; b=ZYAfp+Uk7qQYIxZHqWFIvWGW0B2E3X0TVWPydvJFZF7ks4fL7x2j1j3zaDg2PB9kon mIgG9ZuAPK8+L3VoIbS3v9HLM9Wo4d6/JC0MZKfpO4Ad680OAbicQtWP6mpgjmBs/8lA VVpSZ3NAtKdke/pzISDNJ1fGoxVJQFYSdhLKw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=K8sHkckoC2a2tAffixZ63i7cNSxccGRMd1HhwIvwlZZ+a+jwsg+bu83DkzAy7VOeYb 3RIIKXabeidi0NYJ/vL3k/nJeJrYE+XrZBX3oOpP18treAZ0nMzO/LOY5Jiu4emWQ9R6 yhLMV8TFew8hEN8vl3JL21sdh+1/5dmwlCSD8= Received: by 10.103.201.5 with SMTP id d5mr1429758muq.18.1221098066776; Wed, 10 Sep 2008 18:54:26 -0700 (PDT) Received: by 10.103.231.14 with HTTP; Wed, 10 Sep 2008 18:54:26 -0700 (PDT) Message-ID: Date: Wed, 10 Sep 2008 22:54:26 -0300 From: "Carlos A. M. dos Santos" To: "Jeff Blank" In-Reply-To: <20080910203445.GA8561@mr-happy.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080910203445.GA8561@mr-happy.com> Cc: freebsd-stable@freebsd.org Subject: Re: can't see non-root writes to /dev/console X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 01:54:28 -0000 On Wed, Sep 10, 2008 at 5:34 PM, Jeff Blank wrote: > I just upgraded a RELENG_7 (amd64) box from 20080714 to "latest" > (which seems to be from a few days ago--no changes from Monday > morning's csup to today's) and can no longer see the effect of writing > to /dev/console as non-root. When I log in using xdm, my user owns > /dev/console, mode 0622 (-rw--w--w-), and I start an 'xterm -C'. But > when I, for example, > > echo foo > /dev/console > > I see nothing in the console xterm. No error messages, and echo exits > 0. If I su to root and do the same, I get 'foo' in the same console > xterm. Syslog messages to /dev/console also appear, of course. All > the above applies to xconsole as well, not just xterm. I did > recompile xterm from 20080616 ports, but it didn't fix the issue > (didn't expect it to, as xterm clearly has no trouble attaching and > reading). So my echo is getting lost in the kernel, I guess. > > Known problem? Intentional change? Something else? I have seen this problem since 6.x times and still on 7.x. I also noticed that if I send something to the console after xconsole starts then I can sned messages as an ordinary user. My workaround was modifying the Xsetup_0 script (I used xdm for login), adding a line with (sleep 3; date >> "$dev_console") & just after starting xconsole. I didn't have time to set up a machine with 8-CURRENT yet, so I could not check if the new mp-safe tty implementation fixes this, either intentionally or by a fortunate side effect. -- cd /usr/ports/sysutils/life make clean From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 04:33:29 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AEA81065677 for ; Thu, 11 Sep 2008 04:33:29 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id B82848FC0C for ; Thu, 11 Sep 2008 04:33:28 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA03.westchester.pa.mail.comcast.net ([76.96.62.27]) by QMTA04.westchester.pa.mail.comcast.net with comcast id DGQz1a0070bG4ec54GZUdE; Thu, 11 Sep 2008 04:33:28 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA03.westchester.pa.mail.comcast.net with comcast id DGZT1a0034v8bD73PGZTX3; Thu, 11 Sep 2008 04:33:28 +0000 X-Authority-Analysis: v=1.0 c=1 a=-PxM-T6eSjQA:10 a=wx43BJ9xnxcA:10 a=QycZ5dHgAAAA:8 a=1EDTz9EZup7Jqv6NOCYA:9 a=prI3FGBqXEZUnFehcPAA:7 a=UnJHDRLe0UGxmfrSADLB5rfM3pcA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id CA13A17B81A; Wed, 10 Sep 2008 21:33:26 -0700 (PDT) Date: Wed, 10 Sep 2008 21:33:26 -0700 From: Jeremy Chadwick To: Bruce M Simpson Message-ID: <20080911043326.GA19290@icarus.home.lan> References: <48C847DE.7040508@incunabulum.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48C847DE.7040508@incunabulum.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD stable Subject: Re: Intel ICH7 SMBus support, ichsmb(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 04:33:29 -0000 On Wed, Sep 10, 2008 at 11:19:10PM +0100, Bruce M Simpson wrote: > Hi there, > > I have been looking at a system which has the Intel ICH7 south bridge. > > Whenever I try to probe the SMBus on this system with 'smbmsg -p', I get > a lot of status=41 timeout messages in dmesg from the ichsmb(4) driver. > > I have been given the addresses of the SMBus peripherals and have tried > initiating reads to their register space directly using 'smbmsg', with > the same result. Yes, I have seen this behaviour but *only* when querying a slave address which was incorrect or had no device tied to it. You should not be using the "8-bit data address". > * Has anyone seen the same issues with the ICH7? All of my development on bsdhwmon has been done exclusively on ICH7 chipsets, except for the hardware I don't have access to (which use other chipsets, but still use ichsmb(4)): http://bsdhwmon.parodius.com/ During early development of bsdhwmon, I used smbmsg exclusively for testing. So in that respect, no, I've never seen the problem you report. > * Does anyone know of any userland code I could use as an alternative to > the ichsmb(4) driver? > > I looked at mbmon, it appears it relies on the smb(4) drivers; its > direct ISA access only works for specific hardware monitoring chips > which appear on the ISA/LPC bus and does not implement SMBus bit-banging > in userland. mbmon does not use SMBus properly, or in the way you think it would. It's a bad example. If you would like some real code that interfaces with ichsmb(4) reliably, let me know and I'll send you the current tarball to bsdhwmon. It's very clean/easy to follow code. If you're working on a hardware monitoring tool, possibly it would just be best for me to include support for it in bsdhwmon. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 07:18:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1681D1065676 for ; Thu, 11 Sep 2008 07:18:08 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [220.233.188.227]) by mx1.freebsd.org (Postfix) with ESMTP id F0D3F8FC0C for ; Thu, 11 Sep 2008 07:18:06 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id m8B7Hm4u073881; Thu, 11 Sep 2008 17:17:51 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 11 Sep 2008 17:17:48 +1000 (EST) From: Ian Smith To: Ken Smith In-Reply-To: <1220762797.29265.43.camel@bauer.cse.buffalo.edu> Message-ID: <20080909010813.L439@sola.nimnet.asn.au> References: <20080905213656.BDB444500F@ptavv.es.net> <20080906141423.N439@sola.nimnet.asn.au> <1220762797.29265.43.camel@bauer.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Kai Otto , freebsd-stable@freebsd.org Subject: Re: Fwd: FreeBSD 7.1 Content X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 07:18:08 -0000 On Sun, 7 Sep 2008, Ken Smith wrote: > On Sat, 2008-09-06 at 14:51 +1000, Ian Smith wrote: > > I just booted off the 7.0 disc1 to check, and /usr/local/bin/links is > > still the default browser in Options, available during installation from > > another vty. So I was a bit surprised, on rebooting into my so far not > > much configured 7.0, to find that it hadn't actually been installed. > > > > It's a pretty small package, useful enough to at least read local docs, > > and would be handy installed from disc1 .. and maybe even by bootonly? > > I'm actually planning to go in the opposite direction so to speak as far > as sysinstall is concerned. There are a couple projects in the works to > replace sysinstall, along with the other nifty projects that roll > FreeBSD into "another distro" in Linux-speak. [Please in FreeBSD-speak, to avoid getting called that? 'derivative'? (deriv for short? :) Anything but what world plus dog will inevitably equate to a linux 'distro'. Sorry, bikeshed topic but it tweaked me ..] Yes derivative releases (Freesbie, PC-BSD, Desktop BSD) are Good Things, and your New Direction below sounds like it should faciliate more such. > Basically this is something where one thing can't cater to everyones' > needs/tastes/bikeshed-color. All you need to do is tolerate this thread > long enough to reach this message to see that... :-) Hope you can handle just one more :) > I'm with Scott in that I like the "other distros" being around. I don't > think that necessarily means we shouldn't try harder. But IMHO trying > harder needs to be reflected in a new installer. Lets face it, > sysinstall s*cks... For the type of folks who want the installer to do > more than sysinstall does now sysinstall simply isn't the right tool (no > offense intended). % man sysinstall | tail says it all. However sysinstall has enough bits (modules, really) that don't suck to make its presence still worthy. The wrappers around fdisk and bsdlabel alone are worth a lot, despite a notion that 'real men' figure out cylinder and slice offsets themselves. If even those sections were broken out to separate tools, I'd rarely need to fire up sysinstall to, for example, partition a new disk/slice. And sysinstall's frontend to pkg_add is pretty handy, especially for noobs, though by the time you're doing an FTP install you have to wade through all x,000 packages .. a bit more on this aspect later .. > That said I think "I" (as RE) am stuck with sysinstall being around for > the forseeable future, even after we get a new installer, because some > people are so accustomed to it and it fits their needs (again witness > this thread...). So I do have some plans for sysinstall but as I said > above it'll be more towards a different direction than mentioned above. > > The path I'm planning is based on these observations: > > - Many people believe you should just use sysinstall to install > the baseline system, and any packages/ports installs should > be done post-install. Its hard to say that point of view is > wrong. Indeed, perhaps it should be enforced by some sort of 'yes we have a functioning basic install aboard' flag before allowing postinstall stuff at all? The only times I've ever had problems with sysinstall were when trying to do too much - like selecting lots of assorted packages before having committing the base install, which can be tempting as it is. > - The baseline system and the ports are fundamentally different. > People should be aware of that from the beginning. Yes, though any other installer than sysinstall, unless part of the base system - and therefore not relying on other languages like ruby, python, whatever - might need to install some bits to run? That is, such a separation may sometimes need to be less than religiously enforced? > - At least some of the packages on the ISOs are stale within a > week of release at times; a bit longer than a week in most > cases but ... This is really a separate issue. While many well-connected folks with fast machines tend to advocate updating the ports tree and installing all from source, quite validly, at the other end of the spectrum - those with older, slower and/or smaller kit and/or those still stuck with dialup connections (still very common in other-than-urban Australia, let alone 'developing' countries) it should still be possible to do what I did over 10 years ago; install from CDs, spend some weeks learning and configuring the system and tools before even first putting it online. > - My plans for DVD sized media (still uncertain how that will > factor into 6.4/7.1) are to provide CDROM sized ISOs that have > no packages on them at all (giving people who don't have DVD > drives something they can still install from) and one DVD > sized ISO that has packages. Downloading even 2 CDs at 56k dialup is thinkable, over a couple of days. A 4GB DVD, probably not. Even on my ADSL plan it's heavy. This seems a bit close to forcing the abandonment of pre-DVD kit, in the less well-endowed circumstances I'm advocating for here. FreeBSD's always been able to be installed and setup from multi-CD sets, but I can well see needing to rethink just how these CDs are used .. more below .. > The path will be to finish what I started a while ago when I removed the > X11 options in the "installation distributions" section of sysinstall by > removing the last couple of tidbits that touch packages before you get > to the "Would you like to view the list of available packages?" section > of sysinstall (e.g. the offer to install Linux compatibility on i386). > This will provide us with a clean separation of the baseline system from > the packages. After doing a baseline install you can choose to: > > - reboot and install ports/packages when it comes back up Which means rebooting into, or at least clearly offering some way to 'return' to sysinstall (ono) for the genuine noob, I guess? I know how hard it is to remember just what those genuinely new to BSD know and may not know, but Jordan did do a pretty good job then of making it easy for those knowing very little to get FreeBSD up and running, without needing to hook into the mailing lists and such first. And despite what someone offered, browsing the handbook as a text file is really only for the masochist .. yet the handbook is really essential before you have much of a clue - even with regards installing. It's not even fair to assume that people have ready access to another machine .. > - switch install media to be an FTP server and get a larger > selection of packages to choose from So much larger that it's almost a problem finding stuff you _know_ you want. I did one bootonly-CD install of 6.1-R just to check it out on a blank-slate laptop - and modulo a bit of hunting for packages amongst various incomplete mirrors, for installing packages it was just great, but mostly because I already knew what I wanted. It's a bit too 'flat' when faced with the whole of, say, packages/sysutils, compared to the nice sparse sets on the CDs or even, I imagine, on a single DVD. I wonder would it be possible to use, say, the INDEX off the DVD as a subset to use when viewing the whole banana of an FTP packages install? If so, various people could create various subset INDEXes for different sets of packages, maybe? > - use the available packages if you're installing from DVD As I see it, the problem with packages on multiple CDs has been both the ongoing bloat in package sizes and virtually indeterminate dependencies mandating very nearly intolerable disc swapping in some instances. Everything solid is in packages/All/* the rest are links in directories. Back on 2.2.6 and for 4.x boxes I just copied the CDs to disk images, so I could merrily mount and browse these and pkg_add at will, mostly when logged in remotely, and usually got away with it. One multi-CDs to DVD script I saw handled the problem by updating the INDEX file to change the CD number all to disc 1, as I recall. Perhaps another option instead of DVD is using a USB stick, with same issues. An easy process to put the DVD image onto a stick would be something I could use on this pre-DVD laptop, for instance, despite onlu USB 1.0 .. Another useful way might be a process that sucks up as many CDs that have /packages/* as you care to feed it, copying the package files to their default home in /usr/ports/packages, which I think pkg_add looks in as well - certainly portupgrade/install does. Or to some temporary space you specify, whatever. Copying say 2-6 CDs to a new /usr isn't going to bother anyone, and you can always rm /usr/ports/packages/* This would get away from that mindless disc-swapping scenario, while still letting people download (or otherwise obtain) CD images for say, Xorg plus KDE | Gnome | xfce, which are probably the main things people with smaller/older gear would rather not have to build from source, and for those without net access for FTP at install time. > No matter which approach you use, you're clearly seeing a separation > between the baseline system and the packages/ports. If you want lynx or > links or Gnome or KDE you're aware that they are packages/ports and > simply select them. If you didn't want them then you don't wind up with > them sitting on your disk. Basically I'm saying any of the things that > may have been in the "Distributions" section of sysinstall before (X11 > stuff used to be in the Distributions) are now in the packages section > along with all the other things that are packages. And with the > packages only being available on the DVD sized media we stop needing to > deal with deciding what precious little amount of stuff is worthy of > being on disc1 versus disc2/disc3/etc. and all the disc swapping that > comes with CDROM sized media. So if we got away from CDs being anything other than pieces that go to make up the DVD, or to be copied to .../packages on the HD, we wouldn't have to worry about all that trying to fit stuff sensibly much if at all? I guess another option would be for people who care about this (like me :) figuring out how to make sensible subset CDs that people could use, as above. The actual copy-CD-to-HD script doesn't sound too challenging, so could the 'install from image/s on disk' section be easily hacked/configured to accommodate accessing something like that? > And for at least some arch's we *might* be able to move the livefs > support back onto disc1 if there are no packages there for CDROM sized > media - I haven't had a chance to check if that's still feasible. Sounds worthy. Modulo not wanting to lose CDs, and advocating a useful developing-world install process, it all sounds like improvement to me. Thanks for letting us know what's happening with all this, Ken; hope you can excuse my perhaps too long unspoken concerns this late in the piece. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 09:11:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3408A106567C for ; Thu, 11 Sep 2008 09:11:33 +0000 (UTC) (envelope-from michael.grant@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 460A68FC14 for ; Thu, 11 Sep 2008 09:11:32 +0000 (UTC) (envelope-from michael.grant@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so168914fgb.35 for ; Thu, 11 Sep 2008 02:11:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=2rPHgtuA+oFDj5uM0DakRLmctAHpaVx0X6Yqam8dMjU=; b=NIrdnPuhZ7ALpcTtXZkQNDbHzDdPYppir0T+V5zoo5RkfDjcUppmw+SpqA6E/w0ZGI Khs6DvV0cskEEcRa8QnXGWw+clgPlsdB/HsM3NvHKzR8Y5WrhHr8WzQHcSOb6msU0VXG lUshuG40OuWC80ejxRxJyDEuVHYMyK2G5/1Q4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=WWIIDcWOS5MgD0JXz8fDKfgqMW7oXTq/d5omR14OOOPe1FJhu5UzVxUOyk7pmQvGmg YXgKkiVxTtOtIn57Q6NKygYO09LLpozJAdNZ1XuXSeXex4GBiACVWOzof1tfoKmVsSJA PjEvKylu4Rpa8F5Lfsdo5BBO15Bt4tJ++xBuk= Received: by 10.181.14.2 with SMTP id r2mr1669555bki.74.1221122316696; Thu, 11 Sep 2008 01:38:36 -0700 (PDT) Received: by 10.180.209.12 with HTTP; Thu, 11 Sep 2008 01:38:36 -0700 (PDT) Message-ID: <62b856460809110138o5fb10171h9832ac8b964fa3f6@mail.gmail.com> Date: Thu, 11 Sep 2008 10:38:36 +0200 From: "Michael Grant" Sender: michael.grant@gmail.com To: "Kris Kennaway" In-Reply-To: <4888E207.4020606@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <854CADB9D95147CAB10BC35887A8E5DC@emea.hubersuhner.net> <62b856460807160743v3fce951eg1b2bd9e50a35ba1d@mail.gmail.com> <487E0D1B.2060902@FreeBSD.org> <20080716203900.5jt4qce17gg0og0o@mail.basicnets.co.uk> <62b856460807241309k3cea60dbh24eea677cd6751f7@mail.gmail.com> <4888E207.4020606@FreeBSD.org> X-Google-Sender-Auth: e729a7837c52ad44 Cc: FreeBSD Stable List Subject: Re: Fresh 7.0 Install: Fatal Trap 12 panic when put under load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 09:11:33 -0000 My box crashed again: panic: kmem_malloc(4096): kmem_map too small: 1073741824 total allocated cpuid = 0 Uptime: 33d11h12m58s Dumping 3327 MB (2 chunks) chunk 0: 1MB (151 pages) ... ok chunk 1: 3327MB (851568 pages) <---hung here Still no valid dump. There is 4gig of physical memory in the machine. In /boot/loader.conf, I currently have the following: vm.kmem_size=1G vm.kmem_size_max=1G vm.kmem_size_scale=2 and in my kernel conf file I have: options KVA_PAGES=512 It stayed up for 33 days this time. Is there anything else I can do? Michael Grant From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 09:20:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 384AB106567D for ; Thu, 11 Sep 2008 09:20:49 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by mx1.freebsd.org (Postfix) with ESMTP id 115568FC18 for ; Thu, 11 Sep 2008 09:20:48 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA11.emeryville.ca.mail.comcast.net ([76.96.30.36]) by QMTA02.emeryville.ca.mail.comcast.net with comcast id DMEC1a00A0mlR8UA2MLoly; Thu, 11 Sep 2008 09:20:48 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA11.emeryville.ca.mail.comcast.net with comcast id DMLn1a0034v8bD78XMLnE6; Thu, 11 Sep 2008 09:20:48 +0000 X-Authority-Analysis: v=1.0 c=1 a=LGadaglty7YA:10 a=SRs3071BOUEA:10 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=chZ2IhRQbJ0ec2ljCtwA:9 a=7opseTNRb3qBwzuFBVjIZRftXjcA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 3203317B81A; Thu, 11 Sep 2008 02:20:47 -0700 (PDT) Date: Thu, 11 Sep 2008 02:20:47 -0700 From: Jeremy Chadwick To: Michael Grant Message-ID: <20080911092047.GA24499@icarus.home.lan> References: <62b856460807160743v3fce951eg1b2bd9e50a35ba1d@mail.gmail.com> <487E0D1B.2060902@FreeBSD.org> <20080716203900.5jt4qce17gg0og0o@mail.basicnets.co.uk> <62b856460807241309k3cea60dbh24eea677cd6751f7@mail.gmail.com> <4888E207.4020606@FreeBSD.org> <62b856460809110138o5fb10171h9832ac8b964fa3f6@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <62b856460809110138o5fb10171h9832ac8b964fa3f6@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Kris Kennaway , FreeBSD Stable List Subject: Re: Fresh 7.0 Install: Fatal Trap 12 panic when put under load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 09:20:49 -0000 On Thu, Sep 11, 2008 at 10:38:36AM +0200, Michael Grant wrote: > My box crashed again: > > panic: kmem_malloc(4096): kmem_map too small: 1073741824 total allocated > cpuid = 0 > Uptime: 33d11h12m58s > Dumping 3327 MB (2 chunks) > chunk 0: 1MB (151 pages) ... ok > chunk 1: 3327MB (851568 pages) <---hung here > > Still no valid dump. > > There is 4gig of physical memory in the machine. > > In /boot/loader.conf, I currently have the following: > > vm.kmem_size=1G > vm.kmem_size_max=1G > vm.kmem_size_scale=2 > > and in my kernel conf file I have: > > options KVA_PAGES=512 > > It stayed up for 33 days this time. Is there anything else I can do? First and foremost: are you using ZFS on this machine? If so, there are many tunables you can apply to try and limit this; I'm willing to bet it's ARC which is doing it. See below. In general, it appears that you need to increase the maximum range of kmem. The kernel attempted to utilise more than 1GB, and your limit is 1G. My machines running RELENG_7 on amd64, with only 2GB of RAM installed, use the following tunables in loader.conf: vm.kmem_size="1536M" vm.kmem_size_max="1536M" If ZFS is in use, I recommend these as well: vfs.zfs.arc_min="16M" vfs.zfs.arc_max="64M" vfs.zfs.prefetch_disable="1" Do not increase kmem_size any larger than 1.5GB; the amount of RAM you have in the machine, with regards to RELENG_7, will not help. This is a known limitation which has been fixed in HEAD/CURRENT (where the limit has been increased to 512GB). See the "Kernel" section below; you'll see the applicable item. http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues Your only solution may be to run HEAD/CURRENT. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 09:51:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCF5A1065679 for ; Thu, 11 Sep 2008 09:51:28 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [91.103.162.4]) by mx1.freebsd.org (Postfix) with ESMTP id 809B98FC23 for ; Thu, 11 Sep 2008 09:51:28 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 562C819E02F; Thu, 11 Sep 2008 11:51:26 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id DA7C219E02A; Thu, 11 Sep 2008 11:51:20 +0200 (CEST) Message-ID: <48C8EA38.6090903@quip.cz> Date: Thu, 11 Sep 2008 11:51:52 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Jeremy Chadwick References: <48C847DE.7040508@incunabulum.net> <20080911043326.GA19290@icarus.home.lan> In-Reply-To: <20080911043326.GA19290@icarus.home.lan> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD stable Subject: Re: Intel ICH7 SMBus support, ichsmb(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 09:51:28 -0000 Jeremy Chadwick wrote: > On Wed, Sep 10, 2008 at 11:19:10PM +0100, Bruce M Simpson wrote: > >>Hi there, >> >>I have been looking at a system which has the Intel ICH7 south bridge. >> >>Whenever I try to probe the SMBus on this system with 'smbmsg -p', I get >>a lot of status=41 timeout messages in dmesg from the ichsmb(4) driver. >> >>I have been given the addresses of the SMBus peripherals and have tried >>initiating reads to their register space directly using 'smbmsg', with >>the same result. > > > Yes, I have seen this behaviour but *only* when querying a slave address > which was incorrect or had no device tied to it. You should not be > using the "8-bit data address". > > >>* Has anyone seen the same issues with the ICH7? > > > All of my development on bsdhwmon has been done exclusively on ICH7 > chipsets, except for the hardware I don't have access to (which use > other chipsets, but still use ichsmb(4)): > > http://bsdhwmon.parodius.com/ > > During early development of bsdhwmon, I used smbmsg exclusively for > testing. > > So in that respect, no, I've never seen the problem you report. Are you still actively working on bsdhwmon and do you plan to support non-Supermicro servers? I wrote you an e-mail in June about my interest in testing thist project on my servers, but got no reply. I have some Sun Fire X2100 M2 (nVidia chips), IBM x335 (Intel), IBM x336 (Intel) servers and one Supermicro X6DHP-8G (Intel) server. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 10:08:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C578F1065677 for ; Thu, 11 Sep 2008 10:08:49 +0000 (UTC) (envelope-from michael.grant@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 446B78FC36 for ; Thu, 11 Sep 2008 10:08:49 +0000 (UTC) (envelope-from michael.grant@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so180013fgb.35 for ; Thu, 11 Sep 2008 03:08:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=YqQOVk2AZUaQpgJpZGq23+767uD/KnBh66oPc1hGsXY=; b=chls/xfBsdk8RWwM3hfP9SBSR7vUspqpQ4j3AYlV6lIFDV2+ygEJmSxwEvIKPMTvMg w048bV2qLOI39nZsgB9Y1uXT3wU4YVdRKCLD94AXJAXp3/WqROrdMvfUcEe6r5X6k62k 4jk8IiHebrdyJl0kcyEabqoznMwaTDKf/Nu0k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=uXgAGzenIagLS/PcjYefaqkP1Vx6776S4TNXKOcDCF/+gVx4PtJYmotgEU2juBja4O SWNiPQ96G7pTweWtAQjudEJad8lt0yCRvy7+9oeqJhl5Ikd2g2eFwfxnFMaOhOfLe7f2 NA6VGGNpS9IAv6lSIQ+aRDDq6TsBFGA8sTspU= Received: by 10.181.23.19 with SMTP id a19mr1736228bkj.90.1221127727899; Thu, 11 Sep 2008 03:08:47 -0700 (PDT) Received: by 10.180.209.12 with HTTP; Thu, 11 Sep 2008 03:08:47 -0700 (PDT) Message-ID: <62b856460809110308sa44f057mc08189a97efa9d0c@mail.gmail.com> Date: Thu, 11 Sep 2008 12:08:47 +0200 From: "Michael Grant" Sender: michael.grant@gmail.com To: "Jeremy Chadwick" In-Reply-To: <20080911092047.GA24499@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <487E0D1B.2060902@FreeBSD.org> <20080716203900.5jt4qce17gg0og0o@mail.basicnets.co.uk> <62b856460807241309k3cea60dbh24eea677cd6751f7@mail.gmail.com> <4888E207.4020606@FreeBSD.org> <62b856460809110138o5fb10171h9832ac8b964fa3f6@mail.gmail.com> <20080911092047.GA24499@icarus.home.lan> X-Google-Sender-Auth: 5d223f69aecb09b2 Cc: Kris Kennaway , FreeBSD Stable List Subject: Re: Fresh 7.0 Install: Fatal Trap 12 panic when put under load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 10:08:49 -0000 On Thu, Sep 11, 2008 at 11:20 AM, Jeremy Chadwick wrote: > On Thu, Sep 11, 2008 at 10:38:36AM +0200, Michael Grant wrote: >> My box crashed again: >> >> panic: kmem_malloc(4096): kmem_map too small: 1073741824 total allocated >> cpuid = 0 >> Uptime: 33d11h12m58s >> Dumping 3327 MB (2 chunks) >> chunk 0: 1MB (151 pages) ... ok >> chunk 1: 3327MB (851568 pages) <---hung here >> >> Still no valid dump. >> >> There is 4gig of physical memory in the machine. >> >> In /boot/loader.conf, I currently have the following: >> >> vm.kmem_size=1G >> vm.kmem_size_max=1G >> vm.kmem_size_scale=2 >> >> and in my kernel conf file I have: >> >> options KVA_PAGES=512 >> >> It stayed up for 33 days this time. Is there anything else I can do? > > First and foremost: are you using ZFS on this machine? If so, there are > many tunables you can apply to try and limit this; I'm willing to bet > it's ARC which is doing it. See below. > > In general, it appears that you need to increase the maximum range of > kmem. The kernel attempted to utilise more than 1GB, and your limit is > 1G. My machines running RELENG_7 on amd64, with only 2GB of RAM > installed, use the following tunables in loader.conf: > > vm.kmem_size="1536M" > vm.kmem_size_max="1536M" > > If ZFS is in use, I recommend these as well: > > vfs.zfs.arc_min="16M" > vfs.zfs.arc_max="64M" > vfs.zfs.prefetch_disable="1" > > Do not increase kmem_size any larger than 1.5GB; the amount of RAM you > have in the machine, with regards to RELENG_7, will not help. This is a > known limitation which has been fixed in HEAD/CURRENT (where the limit > has been increased to 512GB). See the "Kernel" section below; you'll > see the applicable item. > > http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues > > Your only solution may be to run HEAD/CURRENT. I am not running ZFS. My file systems are ufs. This feels like some sort of memory leak in the kernel. Giving it more and more memory just seems to delay the crash. Are you saying the crash is fixed in HEAD/CURRENT? I'm running 6.3 by the way. I have put your changes into my loader.conf, we'll see how long it goes this time. I'm not qute in position to update everything to 7.x at the moment. Michael Grant From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 10:20:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 386281065685 for ; Thu, 11 Sep 2008 10:20:31 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id AF5298FC24 for ; Thu, 11 Sep 2008 10:20:30 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from vhoffman.lon.namesco.net (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.14.0) with ESMTP id m8BAKiMO033464 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 11 Sep 2008 11:20:46 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <48C8F0EA.4030505@unsane.co.uk> Date: Thu, 11 Sep 2008 11:20:26 +0100 From: Vincent Hoffman User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: Ian Smith References: <20080905213656.BDB444500F@ptavv.es.net> <20080906141423.N439@sola.nimnet.asn.au> <1220762797.29265.43.camel@bauer.cse.buffalo.edu> <20080909010813.L439@sola.nimnet.asn.au> In-Reply-To: <20080909010813.L439@sola.nimnet.asn.au> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Fwd: FreeBSD 7.1 Content X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 10:20:31 -0000 Ian Smith wrote: > The wrappers around fdisk and bsdlabel alone are worth a lot, despite a > notion that 'real men' figure out cylinder and slice offsets themselves. > If even those sections were broken out to separate tools, I'd rarely > need to fire up sysinstall to, for example, partition a new disk/slice. > man 8 sade someone kindly pointed this out to me not long ago, very handy. Vince From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 10:40:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 382CB106564A for ; Thu, 11 Sep 2008 10:40:22 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [220.233.188.227]) by mx1.freebsd.org (Postfix) with ESMTP id 860D38FC1B for ; Thu, 11 Sep 2008 10:40:21 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id m8BAeJ4v075121; Thu, 11 Sep 2008 20:40:19 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 11 Sep 2008 20:40:18 +1000 (EST) From: Ian Smith To: Vincent Hoffman In-Reply-To: <48C8F0EA.4030505@unsane.co.uk> Message-ID: <20080911203746.L439@sola.nimnet.asn.au> References: <20080905213656.BDB444500F@ptavv.es.net> <20080906141423.N439@sola.nimnet.asn.au> <1220762797.29265.43.camel@bauer.cse.buffalo.edu> <20080909010813.L439@sola.nimnet.asn.au> <48C8F0EA.4030505@unsane.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: Fwd: FreeBSD 7.1 Content X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 10:40:22 -0000 On Thu, 11 Sep 2008, Vincent Hoffman wrote: > Ian Smith wrote: > > > > The wrappers around fdisk and bsdlabel alone are worth a lot, despite a > > notion that 'real men' figure out cylinder and slice offsets themselves. > > If even those sections were broken out to separate tools, I'd rarely > > need to fire up sysinstall to, for example, partition a new disk/slice. > > man 8 sade > someone kindly pointed this out to me not long ago, very handy. Magic .. thanks Vince. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 10:44:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E97241065670 for ; Thu, 11 Sep 2008 10:44:22 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id BB0488FC17 for ; Thu, 11 Sep 2008 10:44:22 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 00F8515F2B0 for ; Thu, 11 Sep 2008 06:44:21 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Thu, 11 Sep 2008 06:44:22 -0400 X-Sasl-enc: 84Xn5Z9dg6pmGxx3nIYWgCNfj7KgM+/0g7ZfX3f/yfO7 1221129861 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 9614028F59 for ; Thu, 11 Sep 2008 06:44:21 -0400 (EDT) Message-ID: <48C8F684.8090409@incunabulum.net> Date: Thu, 11 Sep 2008 11:44:20 +0100 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: FreeBSD stable X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: alpm(4) I/O range is claimed by ACPI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 10:44:23 -0000 Hi, How can I load the alpm(4) module for SMBus support on my ASUS Vintage AH-1 system? It appears the I/O range it uses is claimed by the acpi(4) driver. Can I override the mapping in some way i.e. tell ACPI not to claim the range? I don't see anything obvious about this in the acpi(4) man page. thanks, BMS From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 10:47:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80A021065688 for ; Thu, 11 Sep 2008 10:47:40 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by mx1.freebsd.org (Postfix) with ESMTP id 5D8DF8FC13 for ; Thu, 11 Sep 2008 10:47:40 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA03.emeryville.ca.mail.comcast.net ([76.96.30.27]) by QMTA02.emeryville.ca.mail.comcast.net with comcast id DNnR1a0040b6N64A2NngF5; Thu, 11 Sep 2008 10:47:40 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA03.emeryville.ca.mail.comcast.net with comcast id DNne1a0064v8bD78PNnfw5; Thu, 11 Sep 2008 10:47:39 +0000 X-Authority-Analysis: v=1.0 c=1 a=-PxM-T6eSjQA:10 a=wx43BJ9xnxcA:10 a=1TPBueD4AAAA:8 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=SL-tyMANQKcHPI77H2UA:9 a=2oXVvhBIWp5Us5YsKeUA:7 a=emzQhnnXtnCKCufr-6dUyOm3a_sA:4 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id BDF5917B81A; Thu, 11 Sep 2008 03:47:38 -0700 (PDT) Date: Thu, 11 Sep 2008 03:47:38 -0700 From: Jeremy Chadwick To: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <20080911104738.GA25493@icarus.home.lan> References: <48C847DE.7040508@incunabulum.net> <20080911043326.GA19290@icarus.home.lan> <48C8EA38.6090903@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48C8EA38.6090903@quip.cz> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD stable Subject: Re: Intel ICH7 SMBus support, ichsmb(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 10:47:40 -0000 On Thu, Sep 11, 2008 at 11:51:52AM +0200, Miroslav Lachman wrote: > Are you still actively working on bsdhwmon and do you plan to support > non-Supermicro servers? Yes, I'm still actively working on it -- it is in no way shape or form a dead project. Most of the delays of releasing the software are caused by the following: * No man page or decent documentation -- this is a big show-stopper for me. I hate writing man pages (I write them by hand; I do not believe in using irritating tools to try and do the work for me), and writing one takes quite a bit of time to continually look up troff syntax and what not, * Code comments need to be added and cleaned up -- I need to document my functions better so anyone examining the source can understand it, * Badly-written Makefile with lots of hard-coded settings and options -- I need someone with better familiarity with Make to assist in cleaning this up, * Supermicro not providing me some necessary details (such as how to deal with the 5VCC/5VDD bug on some motherboards), resulting in that specific voltage being calculated wrong -- I've looked at the Linux lm-sensors project to try and get answers, but their code is absolute spaghetti and heavily abstracted, * Many testers not getting back to me with results of their tests -- I've mailed many of the ones who wanted to test, but got no response from them, indicating they lack time or lost interest in helping, * Some users requesting additional features too soon, such as: support for a configuration file, customisable output, and ISA I/O port support. I suppose a lot of these could be addressed if I released the code in a preliminary fashion (providing folks the ability to help me with documentation, etc.). Hmm... Yeah, I should really get a beta tarball up, and/or make a FreeBSD port for it already (since I am a ports committer). Also, I recently discovered that at EuroBSDCon, Constantine Murenin will be giving a talk about the OpenBSD Hardware Sensors Framework: http://2008.eurobsdcon.org/talks.html. This makes me makes me wonder if the project is being re-considered for FreeBSD (it was committed to CURRENT in October 2007 and then backed out after being referred to as a "festering junkpile that does not belong in the kernel", reference: http://lists.freebsd.org/pipermail/cvs-src/2007-October/082398.html). If it is being reconsidered, I think it would make *much* more sense for me to spend my time getting ICHx SMBus support working under that, since the framework provides an interface for me to work with. To answer your 2nd question: yes, I plan on supporting other motherboards and products. The reason that is on hold/back-burner is: * I have contacts at Supermicro who can provide me full register details and provide overall support/help when I need it. I have none of this with Sun, nVidia, IBM, nor Intel. I can assure you that if I mail the general "Technical Support" lists these companies have, the support folks will /dev/null my mails, or simply go "What is this? SMBus slave hardware chip what? What the hell is that? Whatever..." and ignore the mail because it's outside of the norm. I do not believe in "randomly probing the SMBus" to try and find things by trial and error -- the risks are huge! People don't realise that reading registers can cause interrupts or features to be reset or disabled on the chip, which could cause the entire machine (or maybe just the SMBus layer) to lock up. I can assure you none of the bsdhwmon testers will put up with those risks, as most of them are doing testing on actual production servers and are trusting my "play it safe" judgement... * I want to get a good, solid list of Supermicro servers officially supported before moving on to a mix-match of other hardware. I do have very basic support for an AMD-based H/W monitoring chip used in a Supermicro board, but there's no SMBus driver available on FreeBSD for that chipset, so bsdhwmon can't work with it. > I wrote you an e-mail in June about my interest in testing thist > project on my servers, but got no reply. Hmm... I've looked through my mail archives for all of 2008, and I don't see any mail from you pertaining to bsdhwmon. I do see other mails (discussing GRUB, ATA problems, etc.) but nothing about bsdhwmon. I was grepping for 'Miroslav', looking specifically in my mailbox dedicated for koitsu@freebsd.org. Could you resend it? > I have some Sun Fire X2100 M2 (nVidia chips), IBM x335 (Intel), IBM x336 > (Intel) servers and one Supermicro X6DHP-8G (Intel) server. Thanks. I'll add these to my list of servers that I should try to focus on in the near future (since you have hardware available for testing), and mark you down as the contact I should refer to for help/testing. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 10:56:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C46C01065671 for ; Thu, 11 Sep 2008 10:56:33 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id 614C88FC1C for ; Thu, 11 Sep 2008 10:56:32 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA09.westchester.pa.mail.comcast.net ([76.96.62.20]) by QMTA04.westchester.pa.mail.comcast.net with comcast id DNsd1a0040SCNGk54NwYRr; Thu, 11 Sep 2008 10:56:32 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA09.westchester.pa.mail.comcast.net with comcast id DNwX1a0034v8bD73VNwXjK; Thu, 11 Sep 2008 10:56:32 +0000 X-Authority-Analysis: v=1.0 c=1 a=LGadaglty7YA:10 a=SRs3071BOUEA:10 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=jDDFYdE3S2vXS1IL9ecA:9 a=XlYIDDRJ2fjrCFLU6cxhRmwbJtIA:4 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 5D7A317B81A; Thu, 11 Sep 2008 03:56:31 -0700 (PDT) Date: Thu, 11 Sep 2008 03:56:31 -0700 From: Jeremy Chadwick To: Michael Grant Message-ID: <20080911105631.GB25493@icarus.home.lan> References: <487E0D1B.2060902@FreeBSD.org> <20080716203900.5jt4qce17gg0og0o@mail.basicnets.co.uk> <62b856460807241309k3cea60dbh24eea677cd6751f7@mail.gmail.com> <4888E207.4020606@FreeBSD.org> <62b856460809110138o5fb10171h9832ac8b964fa3f6@mail.gmail.com> <20080911092047.GA24499@icarus.home.lan> <62b856460809110308sa44f057mc08189a97efa9d0c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <62b856460809110308sa44f057mc08189a97efa9d0c@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Kris Kennaway , FreeBSD Stable List Subject: Re: Fresh 7.0 Install: Fatal Trap 12 panic when put under load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 10:56:33 -0000 On Thu, Sep 11, 2008 at 12:08:47PM +0200, Michael Grant wrote: > On Thu, Sep 11, 2008 at 11:20 AM, Jeremy Chadwick wrote: > > On Thu, Sep 11, 2008 at 10:38:36AM +0200, Michael Grant wrote: > >> My box crashed again: > >> > >> panic: kmem_malloc(4096): kmem_map too small: 1073741824 total allocated > >> cpuid = 0 > >> Uptime: 33d11h12m58s > >> Dumping 3327 MB (2 chunks) > >> chunk 0: 1MB (151 pages) ... ok > >> chunk 1: 3327MB (851568 pages) <---hung here > >> > >> Still no valid dump. > >> > >> There is 4gig of physical memory in the machine. > >> > >> In /boot/loader.conf, I currently have the following: > >> > >> vm.kmem_size=1G > >> vm.kmem_size_max=1G > >> vm.kmem_size_scale=2 > >> > >> and in my kernel conf file I have: > >> > >> options KVA_PAGES=512 > >> > >> It stayed up for 33 days this time. Is there anything else I can do? > > > > First and foremost: are you using ZFS on this machine? If so, there are > > many tunables you can apply to try and limit this; I'm willing to bet > > it's ARC which is doing it. See below. > > > > In general, it appears that you need to increase the maximum range of > > kmem. The kernel attempted to utilise more than 1GB, and your limit is > > 1G. My machines running RELENG_7 on amd64, with only 2GB of RAM > > installed, use the following tunables in loader.conf: > > > > vm.kmem_size="1536M" > > vm.kmem_size_max="1536M" > > > > If ZFS is in use, I recommend these as well: > > > > vfs.zfs.arc_min="16M" > > vfs.zfs.arc_max="64M" > > vfs.zfs.prefetch_disable="1" > > > > Do not increase kmem_size any larger than 1.5GB; the amount of RAM you > > have in the machine, with regards to RELENG_7, will not help. This is a > > known limitation which has been fixed in HEAD/CURRENT (where the limit > > has been increased to 512GB). See the "Kernel" section below; you'll > > see the applicable item. > > > > http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues > > > > Your only solution may be to run HEAD/CURRENT. > > I am not running ZFS. My file systems are ufs. > > This feels like some sort of memory leak in the kernel. Giving it > more and more memory just seems to delay the crash. Are you saying > the crash is fixed in HEAD/CURRENT? It's an intentional crash, not "the program tried to access NULL, which crashed the machine" crash. The kernel wants more memory to accomplish a certain thing, and it's not available. kris@ can explain this in better terms than I can. First and foremost, it would be good to find out what all you are running on this machine (process-wise). A process could be tickling something in the kernel which requires a large amount of memory to be required. I can imagine something like MySQL would require this. Ideally what needs to happen is to debug the kernel or get a full map of kmem to find out what's using what. I believe vmstat -m or vmstat -z output might help. Obviously since the machine panics, you won't be able to run those commands after the fact. I would recommend you set up a cronjob that runs every 1-2 minutes and logs the output of both of those commands to a file. When the panic happens, restart the system and look at the logfile to see if you can figure out if anything suddenly starts taking up a large amount of memory, or if it's a gradual thing (indicating a memory leak). If you can figure out what might be tickling the problem, you can ultimately figure out if increasing kmem is the right thing to do, or if there's a greater problem here. > I'm running 6.3 by the way. > > I have put your changes into my loader.conf, we'll see how long it > goes this time. I'm not qute in position to update everything to 7.x > at the moment. Our production webservers run RELENG_6 and RELENG_7, and we don't encounter this kind of problem. I'm not saying what you're experiencing is indicative of hardware issues or something like that -- I'm simply saying I have loaded systems which don't ever hit that condition. So figuring out what's causing it in your case would be good. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 11:04:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FDC0106566C for ; Thu, 11 Sep 2008 11:04:09 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id 0F5198FC08 for ; Thu, 11 Sep 2008 11:04:08 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA12.westchester.pa.mail.comcast.net ([76.96.62.44]) by QMTA05.westchester.pa.mail.comcast.net with comcast id DNkH1a0070xGWP855P48bD; Thu, 11 Sep 2008 11:04:08 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA12.westchester.pa.mail.comcast.net with comcast id DP471a0034v8bD73YP47nz; Thu, 11 Sep 2008 11:04:08 +0000 X-Authority-Analysis: v=1.0 c=1 a=vwWPteRqPzAA:10 a=bnbwb4g20KwA:10 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=H4EAZXQQXIjVTm9LNaEA:9 a=LW_j08XP9N8jNz75cdUA:7 a=hI5YynTzyWLFreEIEFpkxJJdLxMA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 297ED17B81A; Thu, 11 Sep 2008 04:04:07 -0700 (PDT) Date: Thu, 11 Sep 2008 04:04:07 -0700 From: Jeremy Chadwick To: Bruce M Simpson Message-ID: <20080911110407.GC25493@icarus.home.lan> References: <48C8F684.8090409@incunabulum.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48C8F684.8090409@incunabulum.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD stable Subject: Re: alpm(4) I/O range is claimed by ACPI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 11:04:09 -0000 On Thu, Sep 11, 2008 at 11:44:20AM +0100, Bruce M Simpson wrote: > How can I load the alpm(4) module for SMBus support on my ASUS Vintage > AH-1 system? > > It appears the I/O range it uses is claimed by the acpi(4) driver. Can I > override the mapping in some way i.e. tell ACPI not to claim the range? > I don't see anything obvious about this in the acpi(4) man page. Might mention this to jhb@ to see if it's related to the SMBus changes made 1.5 years ago: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/pci/alpm.c I found this thread, which despite being USB-centric, shows someone trying to load alpm(4) on RELENG_6 and getting a map allocation error back in 2003. Not sure if this is of any help: http://lists.freebsd.org/pipermail/freebsd-mobile/2003-April/000190.html http://lists.freebsd.org/pipermail/freebsd-mobile/2003-April/000192.html -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 11:49:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EBE6106564A; Thu, 11 Sep 2008 11:49:54 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [91.103.162.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2D55C8FC15; Thu, 11 Sep 2008 11:49:54 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 6D06D19E02F; Thu, 11 Sep 2008 13:49:53 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id B67A219E02D; Thu, 11 Sep 2008 13:49:43 +0200 (CEST) Message-ID: <48C905F7.5020306@quip.cz> Date: Thu, 11 Sep 2008 13:50:15 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Jeremy Chadwick References: <48C847DE.7040508@incunabulum.net> <20080911043326.GA19290@icarus.home.lan> <48C8EA38.6090903@quip.cz> <20080911104738.GA25493@icarus.home.lan> In-Reply-To: <20080911104738.GA25493@icarus.home.lan> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD stable Subject: Re: Intel ICH7 SMBus support, ichsmb(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 11:49:54 -0000 Jeremy Chadwick wrote: > On Thu, Sep 11, 2008 at 11:51:52AM +0200, Miroslav Lachman wrote: > >>Are you still actively working on bsdhwmon and do you plan to support >>non-Supermicro servers? > > > Yes, I'm still actively working on it -- it is in no way shape or form a > dead project. Most of the delays of releasing the software are caused > by the following: > > * No man page or decent documentation -- this is a big show-stopper > for me. I hate writing man pages (I write them by hand; I do not > believe in using irritating tools to try and do the work for me), and > writing one takes quite a bit of time to continually look up troff > syntax and what not, > > * Code comments need to be added and cleaned up -- I need to document > my functions better so anyone examining the source can understand it, > > * Badly-written Makefile with lots of hard-coded settings and options -- > I need someone with better familiarity with Make to assist in cleaning > this up, > > * Supermicro not providing me some necessary details (such as how > to deal with the 5VCC/5VDD bug on some motherboards), resulting in > that specific voltage being calculated wrong -- I've looked at the Linux > lm-sensors project to try and get answers, but their code is absolute > spaghetti and heavily abstracted, > > * Many testers not getting back to me with results of their tests -- > I've mailed many of the ones who wanted to test, but got no response > from them, indicating they lack time or lost interest in helping, > > * Some users requesting additional features too soon, such as: support > for a configuration file, customisable output, and ISA I/O port > support. > > I suppose a lot of these could be addressed if I released the code in a > preliminary fashion (providing folks the ability to help me with > documentation, etc.). Hmm... Yeah, I should really get a beta tarball > up, and/or make a FreeBSD port for it already (since I am a ports > committer). > > Also, I recently discovered that at EuroBSDCon, Constantine Murenin will > be giving a talk about the OpenBSD Hardware Sensors Framework: > http://2008.eurobsdcon.org/talks.html. This makes me makes me wonder if > the project is being re-considered for FreeBSD (it was committed to > CURRENT in October 2007 and then backed out after being referred to as a > "festering junkpile that does not belong in the kernel", reference: > http://lists.freebsd.org/pipermail/cvs-src/2007-October/082398.html). > If it is being reconsidered, I think it would make *much* more sense for > me to spend my time getting ICHx SMBus support working under that, since > the framework provides an interface for me to work with. > > To answer your 2nd question: yes, I plan on supporting other > motherboards and products. The reason that is on hold/back-burner is: > > * I have contacts at Supermicro who can provide me full register > details and provide overall support/help when I need it. I have none of > this with Sun, nVidia, IBM, nor Intel. I can assure you that if I mail > the general "Technical Support" lists these companies have, the support > folks will /dev/null my mails, or simply go "What is this? SMBus slave > hardware chip what? What the hell is that? Whatever..." and ignore the > mail because it's outside of the norm. > > I do not believe in "randomly probing the SMBus" to try and find things > by trial and error -- the risks are huge! People don't realise that > reading registers can cause interrupts or features to be reset or > disabled on the chip, which could cause the entire machine (or maybe > just the SMBus layer) to lock up. I can assure you none of the bsdhwmon > testers will put up with those risks, as most of them are doing testing > on actual production servers and are trusting my "play it safe" > judgement... > > * I want to get a good, solid list of Supermicro servers officially > supported before moving on to a mix-match of other hardware. I do have > very basic support for an AMD-based H/W monitoring chip used in a > Supermicro board, but there's no SMBus driver available on FreeBSD for > that chipset, so bsdhwmon can't work with it. > > >>I wrote you an e-mail in June about my interest in testing thist >>project on my servers, but got no reply. > > > Hmm... I've looked through my mail archives for all of 2008, and I > don't see any mail from you pertaining to bsdhwmon. I do see other > mails (discussing GRUB, ATA problems, etc.) but nothing about bsdhwmon. > I was grepping for 'Miroslav', looking specifically in my mailbox > dedicated for koitsu@freebsd.org. Could you resend it? re-sent with subject "[Fwd: bsdhwmon [was: Re: cpufreq broken on core2duo]]" >>I have some Sun Fire X2100 M2 (nVidia chips), IBM x335 (Intel), IBM x336 >>(Intel) servers and one Supermicro X6DHP-8G (Intel) server. > > > Thanks. I'll add these to my list of servers that I should try to focus > on in the near future (since you have hardware available for testing), > and mark you down as the contact I should refer to for help/testing. Thank you for your time and for informations! As I have mostly Sun Fire X2100 M2 servers, I have one as spare / testing machine, where I can test potentially "dangerous" code, or give you full access with remote Java based KVM if needed (Sun eLOM). Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 12:47:34 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7045106564A for ; Thu, 11 Sep 2008 12:47:34 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 27B568FC16 for ; Thu, 11 Sep 2008 12:47:33 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id m8BClOb5038392; Thu, 11 Sep 2008 14:47:24 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id m8BClN7i038391; Thu, 11 Sep 2008 14:47:23 +0200 (CEST) (envelope-from olli) Date: Thu, 11 Sep 2008 14:47:23 +0200 (CEST) Message-Id: <200809111247.m8BClN7i038391@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, smithi@nimnet.asn.au, kensmith@cse.Buffalo.EDU, kais.deliverymail@googlemail.com In-Reply-To: <20080909010813.L439@sola.nimnet.asn.au> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 11 Sep 2008 14:47:27 +0200 (CEST) Cc: Subject: Re: Fwd: FreeBSD 7.1 Content X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, smithi@nimnet.asn.au, kensmith@cse.Buffalo.EDU, kais.deliverymail@googlemail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 12:47:34 -0000 Ian Smith wrote: > % man sysinstall | tail says it all. However sysinstall has enough bits > (modules, really) that don't suck to make its presence still worthy. > > The wrappers around fdisk and bsdlabel alone are worth a lot, despite a > notion that 'real men' figure out cylinder and slice offsets themselves. It's not that bad. I agree that fdisk's "user interface" is not pretty. But the most common usage is simply "fdisk -BI" to initialize a new disk to be used by FreeBSD. This is a simple, non-interactive command, so there's no reason to use sysinstall for that. And bsdlabel (formerly disklabel) is actually quite user-friendly. In the most common cases (preparing a fresh disk or slice), you don't have to calculate anything at all. When "bsdlabel -e" drops you into your favourite editor (assuming you have set $EDITOR to something you're familiar with), just enter the partition letters that you need, and their respective sizes. Note you can use "M" and "G" suffixes for MBytes and GBytes; you don't have to calculate sector counts. You can even use percent values, so entering "50%" for the size will use half of the free space on that slice (after subtracting all fixed-size partitions), and "100%" will use all the remaining space, as does "*". Just enter "*" for all the offsets, and they will automatically allocated sequentially. Again, you don't have to calculate anything, unless you really want to. The bsdlabel tool is pretty fool-proof, it checks all data and will warn you if partitons overlap or extend beyond the end of the slice, or if the "c" partition doesn't cover the whole slice. In that case it will refuse to continue, and offer to go back to the editor. Certainly there could be a "nicer" interface for all of that (I'm not saying sade(8) is useless), but I think bsdlabel does its job pretty well, and it is _not_ difficult to use, contrary to what many people seem to believe. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "I made up the term 'object-oriented', and I can tell you I didn't have C++ in mind." -- Alan Kay, OOPSLA '97 From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 12:55:04 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E682106566C for ; Thu, 11 Sep 2008 12:55:04 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id 10ABD8FC22 for ; Thu, 11 Sep 2008 12:55:03 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 60C9516076C; Thu, 11 Sep 2008 08:55:03 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Thu, 11 Sep 2008 08:55:03 -0400 X-Sasl-enc: fWZn2E+LHEfnBso1kFMb5084r4300TY+kxcdcfwhmTEO 1221137703 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id B47FA24852; Thu, 11 Sep 2008 08:55:02 -0400 (EDT) Message-ID: <48C91525.10806@incunabulum.net> Date: Thu, 11 Sep 2008 13:55:01 +0100 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: FreeBSD stable X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Konstantin Belousov , John Baldwin Subject: Long delays for USB realbtx boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 12:55:04 -0000 Hi, I have hacked NanoBSD locally to deal with generation of images for booting off USB keys. I am using the RELENG_7 branch as real-mode BTX support is necessary to support USB boot. During testing I noticed that whilst the images eventually boot, there is an extremely long delay before doing so, between when the BIOS reads the boot sector and when the BTX loader messages appear. Test system Time ---------------------------- Thinkpad T43 1m 40s ASUS Vintage AH-1 1m 7s Any ideas why this long delay is occuring? I see this with MBR geometries prepared for both USB-HDD (255H/63S/xxC) and USB-ZIP (64H/32S/xxC) modes. I am not using the strict USB-ZIP mode where everything resides on the 4th slice (da0s4) at the moment, as it requires further NanoBSD patches. I am not currently generating images sized to the entire USB key to save space and time, so the cylinder size is smaller than the physical media, this might also be a factor. Thanks for any light you can shed on this. cheers, BMS From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 14:10:52 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69182106564A; Thu, 11 Sep 2008 14:10:52 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id 3AFAC8FC1E; Thu, 11 Sep 2008 14:10:52 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 8A19115EAAE; Thu, 11 Sep 2008 09:53:02 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Thu, 11 Sep 2008 09:53:02 -0400 X-Sasl-enc: cbIUExNsBgXOIi6vCwawynSt2pEsQe2zCCl1CoMu/rmx 1221141182 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id D3F88A822; Thu, 11 Sep 2008 09:53:01 -0400 (EDT) Message-ID: <48C922BC.4030504@FreeBSD.org> Date: Thu, 11 Sep 2008 14:53:00 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: FreeBSD stable References: <48C91525.10806@incunabulum.net> In-Reply-To: <48C91525.10806@incunabulum.net> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Konstantin Belousov , John Baldwin Subject: Re: Long delays for USB realbtx boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 14:10:52 -0000 Bruce M Simpson wrote: > ... > During testing I noticed that whilst the images eventually boot, there > is an extremely long delay before doing so, between when the BIOS > reads the boot sector and when the BTX loader messages appear. P.S. It appears none of QEMU, VMware 3.0, or VirtualBox 1.6.6 are able to emulate booting from a USB key in their BIOS, and only QEMU seems to support attaching a disk image on USB, making testing this a bit of a pain (real hardware is always needed). cheers BMS From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 14:14:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2DD81065679; Thu, 11 Sep 2008 14:14:48 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id A31848FC1B; Thu, 11 Sep 2008 14:14:48 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 43B78160646; Thu, 11 Sep 2008 10:14:48 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Thu, 11 Sep 2008 10:14:48 -0400 X-Sasl-enc: iyrbIo4f+whgCa2j7MuGcSSad2wjhT/+3ozamdNF71xn 1221142487 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id A499A2865D; Thu, 11 Sep 2008 10:14:47 -0400 (EDT) Message-ID: <48C927D6.5020800@incunabulum.net> Date: Thu, 11 Sep 2008 15:14:46 +0100 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: Jeremy Chadwick , FreeBSD stable References: <48C8F684.8090409@incunabulum.net> <20080911110407.GC25493@icarus.home.lan> In-Reply-To: <20080911110407.GC25493@icarus.home.lan> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: John Baldwin Subject: Re: alpm(4) I/O range is claimed by ACPI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 14:14:48 -0000 Jeremy Chadwick wrote: > ... > Might mention this to jhb@ to see if it's related to the SMBus changes > made 1.5 years ago: > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/pci/alpm.c > Thanks for the pointers. The other reports sound like duplicate reports of the same issue. I'm not sure that backing out the last change is going to help. The BIOS has generally set up the I/O resource before FreeBSD boots; the bus_set_resource() call might only be useful in those cases where that hasn't happened. In any event, in alpm_attach(), the rman is going to notice that the bus space is already allocated by acpi(4), and will balk. I'm sure there has been some kind of override mechanism in place for certain other drivers; but they seem to boil down to using an ACPI attachment of some kind, which won't work here as alpm(4) is a PCI function and needs to attach to the pcib parent. It would be really, really useful to have working SMBus drivers right now on a machine I can actually touch... cheers BMS From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 14:14:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7860F1065679 for ; Thu, 11 Sep 2008 14:14:54 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id 4E7F08FC14 for ; Thu, 11 Sep 2008 14:14:54 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id E582415E568 for ; Thu, 11 Sep 2008 10:14:53 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Thu, 11 Sep 2008 10:14:53 -0400 X-Sasl-enc: tLttfdX4T332FeJiztOqm06eBvMKySALyYZmlmMRTtMW 1221142493 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 83CC627BCF for ; Thu, 11 Sep 2008 10:14:53 -0400 (EDT) Message-ID: <48C927DC.6000202@incunabulum.net> Date: Thu, 11 Sep 2008 15:14:52 +0100 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: FreeBSD stable X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Any working ichsmb(4) platforms out there? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 14:14:54 -0000 Does anyone have ichsmb(4) actually seeing SMBus devices? e.g. you run "smbmsg -p" on your FreeBSD-STABLE system and see something. I just tried it again on my IBM ThinkPad T43 and saw nothing, all I get is: ichsmb0: device timeout, status=0x41 ...in dmesg. cheers BMS From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 14:32:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAECB1065675 for ; Thu, 11 Sep 2008 14:32:06 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id 98FB18FC08 for ; Thu, 11 Sep 2008 14:32:06 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 14B8515F018; Thu, 11 Sep 2008 10:32:06 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Thu, 11 Sep 2008 10:32:06 -0400 X-Sasl-enc: 2Mg6ehI7jSGQWBx+vuDd7UJeXZqkvUurH5CQ/Gfz5m6M 1221143525 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 712A3149AF; Thu, 11 Sep 2008 10:32:04 -0400 (EDT) Message-ID: <48C92BE2.4060906@FreeBSD.org> Date: Thu, 11 Sep 2008 15:32:02 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: Jeremy Chadwick References: <48C847DE.7040508@incunabulum.net> <20080911043326.GA19290@icarus.home.lan> <48C8EA38.6090903@quip.cz> <20080911104738.GA25493@icarus.home.lan> <48C905F7.5020306@quip.cz> In-Reply-To: <48C905F7.5020306@quip.cz> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD stable , Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: Intel ICH7 SMBus support, ichsmb(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 14:32:06 -0000 Miroslav Lachman wrote: > Jeremy Chadwick wrote: > >> I suppose a lot of these could be addressed if I released the code in a >> preliminary fashion (providing folks the ability to help me with >> documentation, etc.). Hmm... Yeah, I should really get a beta tarball >> up, and/or make a FreeBSD port for it already (since I am a ports >> committer). My suggestion would be to make the code available using a Mercurial repository. People are then free to participate and send diffs as they see fit, and they can do so very easily. The learning curve for the tool is reasonable. I'd also recommend http://freehg.org/ if you need some hosting for a public repo. cheers BMS From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 14:41:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95550106566C; Thu, 11 Sep 2008 14:41:06 +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 1F76F8FC25; Thu, 11 Sep 2008 14:41:06 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from [127.0.0.1] (localhost [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 7913461B0; Thu, 11 Sep 2008 10:41:03 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1221144064; bh=RFeN+MmerUDVC/ BkF+kaAEJobH5FWnkxaCd7/BfsNis=; h=Message-ID:Date:From:MIME-Version: To:CC:Subject:References:In-Reply-To:Content-Type: Content-Transfer-Encoding; b=jUlllHGUQS/c2EypYijKimhPrbIfSpW7DHH+S H+mqjMOsJmYF1ezVov91EM3R3ocQzNCQuQuX2jGJFcUacU7mwrpgE2vlTM2DRfONIja WWkDtIt75ni2aitB7fyUyzXv 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=ELqpp931lXhjwq5bsMpWPGPJa9qRn4qW9kc17FClbzuw8Iizceb/u008ly1IQ44id tqjppDVJcjy1XOovxjErqOZFX+Dl5x304mWW4zMTTvAfLufAo7sIAPrC7NTvl3V Message-ID: <48C92DD8.8060808@protected-networks.net> Date: Thu, 11 Sep 2008 10:40:24 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: "Bruce M. Simpson" References: <48C847DE.7040508@incunabulum.net> <20080911043326.GA19290@icarus.home.lan> <48C8EA38.6090903@quip.cz> <20080911104738.GA25493@icarus.home.lan> <48C905F7.5020306@quip.cz> <48C92BE2.4060906@FreeBSD.org> In-Reply-To: <48C92BE2.4060906@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Jeremy Chadwick , FreeBSD stable , Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: Intel ICH7 SMBus support, ichsmb(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 14:41:06 -0000 Bruce M. Simpson wrote: > Miroslav Lachman wrote: >> Jeremy Chadwick wrote: >> >>> I suppose a lot of these could be addressed if I released the code in a >>> preliminary fashion (providing folks the ability to help me with >>> documentation, etc.). Hmm... Yeah, I should really get a beta tarball >>> up, and/or make a FreeBSD port for it already (since I am a ports >>> committer). > > My suggestion would be to make the code available using a Mercurial > repository. People are then free to participate and send diffs as they > see fit, and they can do so very easily. The learning curve for the > tool is reasonable. > > I'd also recommend http://freehg.org/ if you need some hosting for a > public repo. What would prevent this being accepted as a loadable module built (by user request) out of the ports tree in much the same manner as kqemu et al.? Michael From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 15:06:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DB5D106568F for ; Thu, 11 Sep 2008 15:06:28 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [217.206.238.167]) by mx1.freebsd.org (Postfix) with ESMTP id 146F58FC26 for ; Thu, 11 Sep 2008 15:06:27 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from localhost (filter.mx0.thekeelecentre.com [217.206.238.165]) by mx0.thekeelecentre.com (Postfix) with ESMTP id 901D64501B; Thu, 11 Sep 2008 16:04:56 +0100 (BST) X-Virus-Scanned: amavisd-new at thekeelecentre.com Received: from mx0.thekeelecentre.com ([217.206.238.167]) by localhost (filter.mx0.thekeelecentre.com [217.206.238.165]) (amavisd-new, port 10024) with ESMTP id A7j7+d9JMU7l; Thu, 11 Sep 2008 15:04:50 +0000 (UTC) Received: from [10.0.9.11] (coyote.tector.org.uk [217.206.238.187]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx0.thekeelecentre.com (Postfix) with ESMTP id 4CBAF4502E; Thu, 11 Sep 2008 16:04:50 +0100 (BST) Message-ID: <48C932D9.50604@thekeelecentre.com> Date: Thu, 11 Sep 2008 16:01:45 +0100 From: Richard Tector Organization: CAPL User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Bruce M Simpson References: <48C927DC.6000202@incunabulum.net> In-Reply-To: <48C927DC.6000202@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD stable Subject: Re: Any working ichsmb(4) platforms out there? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 15:06:28 -0000 Bruce M Simpson wrote: > Does anyone have ichsmb(4) actually seeing SMBus devices? > e.g. you run "smbmsg -p" on your FreeBSD-STABLE system and see something. > > I just tried it again on my IBM ThinkPad T43 and saw nothing, all I > get is: > ichsmb0: device timeout, status=0x41 > ...in dmesg. I have an ICH9 machine, Tyan motherboard: FreeBSD 7.0-STABLE #0: Fri Aug 1 14:57:33 BST 2008 ichsmb0: port 0x18e0-0x18ff mem 0xf4a03000-0xf4a030ff irq 17 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] ichsmb0: [ITHREAD] daffy# smbmsg -p Probing for devices on /dev/smb0: Device @0x2e: rw Device @0x44: rw Device @0x60: rw Device @0x88: w Device @0xae: rw Device @0xc4: rw Device @0xe0: rw daffy# Any use? Richard From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 15:10:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88A43106564A for ; Thu, 11 Sep 2008 15:10:12 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id 5F58D8FC16 for ; Thu, 11 Sep 2008 15:10:11 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 958A41608FF; Thu, 11 Sep 2008 11:10:11 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Thu, 11 Sep 2008 11:10:11 -0400 X-Sasl-enc: VQPDvUcCuA1ExSpdfkrH+9k8O2j9FpLcPgvVNQwST+Ib 1221145811 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 1625012F7E; Thu, 11 Sep 2008 11:10:10 -0400 (EDT) Message-ID: <48C934D1.5030703@incunabulum.net> Date: Thu, 11 Sep 2008 16:10:09 +0100 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: Richard Tector References: <48C927DC.6000202@incunabulum.net> <48C932D9.50604@thekeelecentre.com> In-Reply-To: <48C932D9.50604@thekeelecentre.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD stable Subject: Re: Any working ichsmb(4) platforms out there? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 15:10:12 -0000 Richard, Thanks for this. Richard Tector wrote: > > I have an ICH9 machine, Tyan motherboard: > FreeBSD 7.0-STABLE #0: Fri Aug 1 14:57:33 BST 2008 > ichsmb0: port 0x18e0-0x18ff mem > 0xf4a03000-0xf4a030ff irq 17 at device 31.3 on pci0 > ichsmb0: [GIANT-LOCKED] > ichsmb0: [ITHREAD] > > daffy# smbmsg -p > Probing for devices on /dev/smb0: > Device @0x2e: rw ... So it looks like yours works! I see no differences to RELENG_7_0. Are you using any hardware monitoring devices? Can you give bsdhwmon a shot? cheers BMS From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 15:10:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1ECB3106567E for ; Thu, 11 Sep 2008 15:10:45 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id E69298FC1C for ; Thu, 11 Sep 2008 15:10:44 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 8838A1587DF; Thu, 11 Sep 2008 11:10:44 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Thu, 11 Sep 2008 11:10:44 -0400 X-Sasl-enc: +Tn42lqRoxlFWsoMYcPkz4WowXTQb3z0Tsk0HfuPsZ0h 1221145844 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 0998D2A003; Thu, 11 Sep 2008 11:10:43 -0400 (EDT) Message-ID: <48C934F3.5060500@FreeBSD.org> Date: Thu, 11 Sep 2008 16:10:43 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: FreeBSD stable References: <48C927DC.6000202@incunabulum.net> In-Reply-To: <48C927DC.6000202@incunabulum.net> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Warner Losh Subject: viapm(4) does not see VT8237A on Gigabyte GA-VM900M X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 15:10:45 -0000 Bruce M Simpson wrote: > Does anyone have ichsmb(4) actually seeing SMBus devices? > e.g. you run "smbmsg -p" on your FreeBSD-STABLE system and see something. > I just tried to port over some of the hardware IDs from OpenBSD 4.3's viapm(4) driver to the driver in 6.3-RELEASE, as I really need to see what working SMBus support looks like in a FreeBSD system. Unfortunately the driver wouldn't attach. It looks like isab already claims the ISA bridge. Is there any trick I can use to get viapm to attach to the ISA bridge controller, without breaking the ISA bus bridge attachment? I am using a Gigabyte GA-VM900M board. thanks, BMS From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 15:16:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 585BC106567B for ; Thu, 11 Sep 2008 15:16:14 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [217.206.238.167]) by mx1.freebsd.org (Postfix) with ESMTP id 09C878FC16 for ; Thu, 11 Sep 2008 15:16:14 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from localhost (filter.mx0.thekeelecentre.com [217.206.238.165]) by mx0.thekeelecentre.com (Postfix) with ESMTP id 5045A45023; Thu, 11 Sep 2008 16:16:13 +0100 (BST) X-Virus-Scanned: amavisd-new at thekeelecentre.com Received: from mx0.thekeelecentre.com ([217.206.238.167]) by localhost (filter.mx0.thekeelecentre.com [217.206.238.165]) (amavisd-new, port 10024) with ESMTP id tbVnaeWHG3pA; Thu, 11 Sep 2008 15:16:11 +0000 (UTC) Received: from [10.0.9.11] (coyote.tector.org.uk [217.206.238.187]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx0.thekeelecentre.com (Postfix) with ESMTP id F0BF445027; Thu, 11 Sep 2008 16:16:10 +0100 (BST) Message-ID: <48C93582.3080107@thekeelecentre.com> Date: Thu, 11 Sep 2008 16:13:06 +0100 From: Richard Tector Organization: CAPL User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Bruce M Simpson References: <48C927DC.6000202@incunabulum.net> <48C932D9.50604@thekeelecentre.com> <48C934D1.5030703@incunabulum.net> In-Reply-To: <48C934D1.5030703@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: koitsu@freebsd.org, FreeBSD stable Subject: Re: Any working ichsmb(4) platforms out there? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 15:16:14 -0000 Bruce M Simpson wrote: > Richard, > > Thanks for this. > > Richard Tector wrote: >> >> I have an ICH9 machine, Tyan motherboard: >> FreeBSD 7.0-STABLE #0: Fri Aug 1 14:57:33 BST 2008 >> ichsmb0: port 0x18e0-0x18ff mem >> 0xf4a03000-0xf4a030ff irq 17 at device 31.3 on pci0 >> ichsmb0: [GIANT-LOCKED] >> ichsmb0: [ITHREAD] >> >> daffy# smbmsg -p >> Probing for devices on /dev/smb0: >> Device @0x2e: rw > ... > So it looks like yours works! I see no differences to RELENG_7_0. > > Are you using any hardware monitoring devices? > Can you give bsdhwmon a shot? > > cheers > BMS Sure. If yourself or Jeremy could send over the tarball? I don't use any hardware monitoring on it currently. Interestingly, I just tried on a couple of our webservers. Dell PowerEdge 860's with ICH7 running 7.0-STABLE, amd64. Loading the ichsmb module gives: ichsmb0: port 0x8c0-0x8df at device 31.3 on pci0 pcib0: no PRT entry for 0.31.INTB ichsmb0: can't get IRQ device_attach: ichsmb0 attach returned 6 Richard From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 15:25:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0601D1065673 for ; Thu, 11 Sep 2008 15:25:20 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [217.206.238.167]) by mx1.freebsd.org (Postfix) with ESMTP id B28508FC1A for ; Thu, 11 Sep 2008 15:25:19 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from localhost (filter.mx0.thekeelecentre.com [217.206.238.165]) by mx0.thekeelecentre.com (Postfix) with ESMTP id 067EE45026; Thu, 11 Sep 2008 16:25:19 +0100 (BST) X-Virus-Scanned: amavisd-new at thekeelecentre.com Received: from mx0.thekeelecentre.com ([217.206.238.167]) by localhost (filter.mx0.thekeelecentre.com [217.206.238.165]) (amavisd-new, port 10024) with ESMTP id w5EDyq75wD19; Thu, 11 Sep 2008 15:25:16 +0000 (UTC) Received: from [10.0.9.11] (coyote.tector.org.uk [217.206.238.187]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx0.thekeelecentre.com (Postfix) with ESMTP id DD94645025; Thu, 11 Sep 2008 16:25:16 +0100 (BST) Message-ID: <48C937A3.8040708@thekeelecentre.com> Date: Thu, 11 Sep 2008 16:22:11 +0100 From: Richard Tector Organization: CAPL User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Bruce M Simpson References: <48C927DC.6000202@incunabulum.net> <48C932D9.50604@thekeelecentre.com> <48C934D1.5030703@incunabulum.net> <48C93582.3080107@thekeelecentre.com> In-Reply-To: <48C93582.3080107@thekeelecentre.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD stable Subject: Re: Any working ichsmb(4) platforms out there? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 15:25:20 -0000 Richard Tector wrote: > Interestingly, I just tried on a couple of our webservers. Dell > PowerEdge 860's with ICH7 running 7.0-STABLE, amd64. Loading the > ichsmb module gives: > > ichsmb0: port 0x8c0-0x8df at > device 31.3 on pci0 > pcib0: no PRT entry for 0.31.INTB > ichsmb0: can't get IRQ > device_attach: ichsmb0 attach returned 6 I found one another ICH7 machine. 6.3-STABLE, i386. It exhibits the same problems you were having. An unkillable smbmsg, and several ichsmb0: device timeout, status=0x41 Regards, Richard From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 15:28:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 570FD1065676; Thu, 11 Sep 2008 15:28:46 +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 DAA038FC23; Thu, 11 Sep 2008 15:28:45 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from [127.0.0.1] (localhost [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 342D861B0; Thu, 11 Sep 2008 11:28:44 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1221146924; bh=p0cyyC5ARD9xv7 0Wzax4KVKzqmK2USpadhqjWy4D01o=; h=Message-ID:Date:From:MIME-Version: To:CC:Subject:References:In-Reply-To:Content-Type: Content-Transfer-Encoding; b=cqdPTDcJLCF7YjVLQJrf0fwt0pokJJdF/SQsY wCwiovTxec6LfKlRviV2Pp+O8FQmg67fcp8S1n3M/+IJcrugGCjFtcorzZ/iPkzOyap vMRcv0OyN8aYk+c3gF91N/kh 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=V0Z+68u6yeipfTs/ztfD49RSRaYfkDGem3mALjt5IKia3AZTDzlSbzc8FrrS2BfJc GK3hiHXXAuEtijFq7bzJuGA0BZX2Yi7xxGqQsVXlOQGCXuXHn1T8RKmfN9FdeCD Message-ID: <48C93903.5060604@protected-networks.net> Date: Thu, 11 Sep 2008 11:28:03 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Richard Tector References: <48C927DC.6000202@incunabulum.net> <48C932D9.50604@thekeelecentre.com> <48C934D1.5030703@incunabulum.net> <48C93582.3080107@thekeelecentre.com> In-Reply-To: <48C93582.3080107@thekeelecentre.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: koitsu@freebsd.org, Bruce M Simpson , FreeBSD stable Subject: Re: Any working ichsmb(4) platforms out there? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 15:28:46 -0000 Richard Tector wrote: > Bruce M Simpson wrote: >> Richard, >> >> Thanks for this. >> >> Richard Tector wrote: >>> >>> I have an ICH9 machine, Tyan motherboard: >>> FreeBSD 7.0-STABLE #0: Fri Aug 1 14:57:33 BST 2008 >>> ichsmb0: port 0x18e0-0x18ff mem >>> 0xf4a03000-0xf4a030ff irq 17 at device 31.3 on pci0 >>> ichsmb0: [GIANT-LOCKED] >>> ichsmb0: [ITHREAD] >>> >>> daffy# smbmsg -p >>> Probing for devices on /dev/smb0: >>> Device @0x2e: rw >> ... >> So it looks like yours works! I see no differences to RELENG_7_0. >> >> Are you using any hardware monitoring devices? >> Can you give bsdhwmon a shot? >> >> cheers >> BMS > > Sure. If yourself or Jeremy could send over the tarball? > I don't use any hardware monitoring on it currently. I'd also appreciate the opportunity to try it .. old hardware but .. imb@aaron:/home/imb> devinfo -v | grep smb intsmb0 pnpinfo vendor=0x8086 device=0x7113 subvendor=0x0000 subdevice=0x0000 class=0x068000 at slot=7 function=3 handle=\_SB_.PCI0.PMU_ smbus0 smb0 imb@aaron:/home/imb> kenv | grep smbios smbios.bios.reldate="07/20/2001" smbios.bios.vendor="Intel Corp." smbios.bios.version="TR440BXA.86B.0042.P15.0107200951" smbios.chassis.maker="Dell Computer Corp. " smbios.chassis.serial="YC571 " smbios.chassis.tag=" " smbios.chassis.version="SPAW70W PA[CA] " smbios.planar.maker="Intel Corporation " smbios.planar.product="TR440BXA " smbios.planar.serial="IMTR02702003 " smbios.planar.version="A16643-305 " smbios.socket.enabled="1" smbios.socket.populated="1" smbios.system.maker="Dell Computer Corp. " smbios.system.product="PowerApp.web 100 W " smbios.system.serial="YC571 " smbios.system.uuid="44454c4c-00ca-1059-8043-80c04f353731" smbios.system.version="SPAW70W " imb@aaron:/home/imb> sudo smbmsg -p Probing for devices on /dev/smb0: Device @0x5a: rw Device @0x60: rw Device @0x62: rw Device @0x64: rw Device @0x66: rw Device @0xa0: rw Device @0xa2: rw Device @0xa4: rw Device @0xa6: rw imb@aaron:/home/imb> sudo mbmon -d Using SMBus-ioctl access method[IntelPIIX4(440BX/MX)]!! * Analog Dev. Chip ADM9240 found. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 15:30:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D40A11065673; Thu, 11 Sep 2008 15:30:06 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id A99518FC16; Thu, 11 Sep 2008 15:30:06 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 5B51616061B; Thu, 11 Sep 2008 11:30:06 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Thu, 11 Sep 2008 11:30:06 -0400 X-Sasl-enc: MIe7reHx63gNIsINzN367cWDAlT+JLEsgPwCrbjHhJHf 1221147006 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id AF51E29DD5; Thu, 11 Sep 2008 11:30:05 -0400 (EDT) Message-ID: <48C9397C.5000308@FreeBSD.org> Date: Thu, 11 Sep 2008 16:30:04 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: FreeBSD stable References: <48C91525.10806@incunabulum.net> <48C922BC.4030504@FreeBSD.org> In-Reply-To: <48C922BC.4030504@FreeBSD.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Konstantin Belousov , John Baldwin Subject: Re: Long delays for USB realbtx boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 15:30:06 -0000 Bruce M. Simpson wrote: > Bruce M Simpson wrote: >> ... >> During testing I noticed that whilst the images eventually boot, >> there is an extremely long delay before doing so, between when the >> BIOS reads the boot sector and when the BTX loader messages appear. I can reproduce the boot delay condition on a crusty old A/Open MX3S based, socket 370 Celeron that I keep around for testing stuff like this. [...in another thread, it's documented to have working SMBus-based mbmon support... but I don't have any boot media for it. grrr.] From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 15:49:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F10601065672 for ; Thu, 11 Sep 2008 15:49:58 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id B73348FC15 for ; Thu, 11 Sep 2008 15:49:58 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 243741605ED; Thu, 11 Sep 2008 11:49:58 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Thu, 11 Sep 2008 11:49:58 -0400 X-Sasl-enc: 3We72neTk6R74qov60qQJWPqF1sG+SLkqWfu9u8pIcwP 1221148197 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 5B0602495F; Thu, 11 Sep 2008 11:49:57 -0400 (EDT) Message-ID: <48C93E24.8020507@incunabulum.net> Date: Thu, 11 Sep 2008 16:49:56 +0100 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: Douglas Berry References: <200809111536.m8BFaTqU014459@monk.cnd.dundas.on.ca> In-Reply-To: <200809111536.m8BFaTqU014459@monk.cnd.dundas.on.ca> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD stable Subject: Re: Long delays for USB realbtx boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 15:49:59 -0000 [Ccing to list to track up thread] Douglas Berry wrote: > Perhaps this doesn't help... I do RELENG_7 based images > for USB keys/CDROM using the FreesBIE toolkit, and haven't > noticed such delays. I do fill the stick 'tho. Here's > fdisk output... > > ******* Working on device /dev/md4 ******* > parameters extracted from in-core disklabel are: > cylinders=62 heads=255 sectors/track=63 (16065 blks/cyl) > Interesting, that's classic USB-HDD geometry (255H, 63S). Can you tell me what make, model of stick this is? It could be that the cylinder change is what's confusing the BIOS. I will need to do some tweak to make sure the cylinder calculation is right for the stick's capacity. The A/Open MX3S has no USB-HDD mode. It appears to have the same delay issue, however, it didn't see any difference between the USB-HDD geometry image and the USB-ZIP geometry image. %%% empiric:~/shelf/chipdocs/aopen % camcontrol inquiry da0 pass1: Removable Direct Access SCSI-0 device pass1: Serial Number 40.000MB/s transfers empiric:~/shelf/chipdocs/aopen % camcontrol readcap da0 Last Block: 1953791, Block Length: 512 bytes %%% That device uses USB-ZIP style geometry (64H, 32S), and based on the "last block", 1953792 / 2048 is 954 cylinders exactly, which is how it came factory formatted. So I should probably give it a shot based on this. To get something up and running I've been using generic methods in the NanoBSD patch, I haven't sized the MBR geometry specifically to the device. By my reckoning your stick is just under 512MiB, based on the geometry you provided: > parameters to be used for BIOS calculations are: > cylinders=62 heads=255 sectors/track=63 (16065 blks/cyl) > > Media sector size is 512 > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 1 is: > sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) > start 32, size 1001440 (488 Meg), flag 80 (active) > beg: cyl 0/ head 1/ sector 1; > end: cyl 488/ head 63/ sector 32 > The data for partition 2 is: > > The data for partition 3 is: > > The data for partition 4 is: > > cheers BMS From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 16:30:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD7E41065670; Thu, 11 Sep 2008 16:30:01 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 274B18FC0A; Thu, 11 Sep 2008 16:30:00 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id m8BGTv6a015944; Fri, 12 Sep 2008 00:29:57 +0800 (KRAST) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id m8BGTv3I015943; Fri, 12 Sep 2008 00:29:57 +0800 (KRAST) (envelope-from eugen) Date: Fri, 12 Sep 2008 00:29:56 +0800 From: Eugene Grosbein To: Bruce M Simpson Message-ID: <20080911162956.GA15152@svzserv.kemerovo.su> References: <48C91525.10806@incunabulum.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48C91525.10806@incunabulum.net> User-Agent: Mutt/1.4.2.3i Cc: Konstantin Belousov , FreeBSD stable , John Baldwin Subject: Re: Long delays for USB realbtx boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 16:30:01 -0000 On Thu, Sep 11, 2008 at 01:55:01PM +0100, Bruce M Simpson wrote: > I have hacked NanoBSD locally to deal with generation of images for > booting off USB keys. I am using the RELENG_7 branch as real-mode BTX > support is necessary to support USB boot. > > During testing I noticed that whilst the images eventually boot, there > is an extremely long delay before doing so, between when the BIOS reads > the boot sector and when the BTX loader messages appear. > > Test system Time > ---------------------------- > Thinkpad T43 1m 40s > ASUS Vintage AH-1 1m 7s > > Any ideas why this long delay is occuring? For me, it helps to include these knobs to Nano config file: CONF_WORLD=' BOOT_MBR_FLAGS=0x0 BOOT_BOOT1_FLAGS=0x0 ... ' Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 17:07:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C8B01065670 for ; Thu, 11 Sep 2008 17:07:12 +0000 (UTC) (envelope-from doug@bitnix.ca) Received: from fep1.cogeco.net (smtp.cogeco.net [216.221.81.25]) by mx1.freebsd.org (Postfix) with ESMTP id 70CA48FC1C for ; Thu, 11 Sep 2008 17:07:12 +0000 (UTC) (envelope-from doug@bitnix.ca) Received: from srv.cnd.dundas.on.ca (d141-68-27.home.cgocable.net [24.141.68.27]) by fep1.cogeco.net (Postfix) with ESMTP id 83E5F29F7; Thu, 11 Sep 2008 12:17:11 -0400 (EDT) Received: from monk.cnd.dundas.on.ca (monk.cnd.dundas.on.ca [10.87.0.20]) by srv.cnd.dundas.on.ca (8.14.3/8.14.3) with ESMTP id m8BGHA8F013815; Thu, 11 Sep 2008 12:17:10 -0400 (EDT) (envelope-from doug@bitnix.ca) Received: from monk.cnd.dundas.on.ca (localhost [127.0.0.1]) by monk.cnd.dundas.on.ca (8.14.3/8.14.3) with ESMTP id m8BGHAPD014842; Thu, 11 Sep 2008 12:17:10 -0400 (EDT) (envelope-from doug@monk.cnd.dundas.on.ca) Message-Id: <200809111617.m8BGHAPD014842@monk.cnd.dundas.on.ca> To: Bruce M Simpson In-reply-to: Your message of "Thu, 11 Sep 2008 16:49:56 BST." <48C93E24.8020507@incunabulum.net> From: "Douglas Berry" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 11 Sep 2008 12:17:10 -0400 Sender: doug@bitnix.ca Cc: FreeBSD stable Subject: Re: Long delays for USB realbtx boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 17:07:12 -0000 On Thu, 11 Sep 2008 16:49:56 BST, Bruce M Simpson wrote: > Interesting, that's classic USB-HDD geometry (255H, 63S). Can you > tell me what make, model of stick this is? It's Kingston DTI/512 # diskinfo -v da0 da0 512 # sectorsize 512753664 # mediasize in bytes (489M) 1001472 # mediasize in sectors 489 # Cylinders according to firmware. 64 # Heads according to firmware. 32 # Sectors according to firmware. # camcontrol inquiry da0 pass1: Removable Direct Access SCSI-2 device pass1: Serial Number 40.000MB/s transfers cheers, doug From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 17:56:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0281C10656C4; Thu, 11 Sep 2008 17:56:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 796CC8FC22; Thu, 11 Sep 2008 17:56:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m8BHuVYQ035323; Thu, 11 Sep 2008 13:56:44 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Bruce M Simpson Date: Thu, 11 Sep 2008 10:43:18 -0400 User-Agent: KMail/1.9.7 References: <48C8F684.8090409@incunabulum.net> <20080911110407.GC25493@icarus.home.lan> <48C927D6.5020800@incunabulum.net> In-Reply-To: <48C927D6.5020800@incunabulum.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809111043.18265.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Thu, 11 Sep 2008 13:56:44 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8219/Thu Sep 11 11:02:39 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.3 required=4.2 tests=AWL,BAYES_00, DATE_IN_PAST_03_06,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Jeremy Chadwick , FreeBSD stable Subject: Re: alpm(4) I/O range is claimed by ACPI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 17:56:51 -0000 On Thursday 11 September 2008 10:14:46 am Bruce M Simpson wrote: > Jeremy Chadwick wrote: > > ... > > Might mention this to jhb@ to see if it's related to the SMBus changes > > made 1.5 years ago: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/pci/alpm.c > > > > Thanks for the pointers. The other reports sound like duplicate reports > of the same issue. > > I'm not sure that backing out the last change is going to help. The BIOS > has generally set up the I/O resource before FreeBSD boots; the > bus_set_resource() call might only be useful in those cases where that > hasn't happened. > In any event, in alpm_attach(), the rman is going to notice that the bus > space is already allocated by acpi(4), and will balk. > > I'm sure there has been some kind of override mechanism in place for > certain other drivers; but they seem to boil down to using an ACPI > attachment of some kind, which won't work here as alpm(4) is a PCI > function and needs to attach to the pcib parent. > > It would be really, really useful to have working SMBus drivers right > now on a machine I can actually touch... Umm, ACPI will allow children devices to allocate their resources out of the "sysresource" pool. IPMI has to do this on some systems where ACPI claims the IPMI I/O ports as a system resource. That's what this chunk of code in acpi_alloc_resource() does: /* * If this is an allocation of a specific range, see if we can satisfy * the request from our system resource regions. If we can't, pass the * request up to the parent. */ if (start + count - 1 == end && rm != NULL) res = rman_reserve_resource(rm, start, end, count, flags & ~RF_ACTIVE, child); I'm not sure why you are having issues with SMBus. I know I've been able to use IPMI over SSIF (IPMI over SMBus) using ichsmb0 on some Intel boxes that were new about 2 years ago. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 20:06:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B16F6106566C for ; Thu, 11 Sep 2008 20:06:57 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from coco.macktronics.com (coco.macktronics.com [209.181.253.65]) by mx1.freebsd.org (Postfix) with ESMTP id 875308FC13 for ; Thu, 11 Sep 2008 20:06:57 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from spartan.macktronics.com (dulse.macktronics.com [209.181.253.69]) by coco.macktronics.com (Postfix) with ESMTPA id 7B95C4AC40 for ; Thu, 11 Sep 2008 14:55:23 -0500 (CDT) Message-Id: From: Dan Mack To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v926) Date: Thu, 11 Sep 2008 14:55:23 -0500 X-Mailer: Apple Mail (2.926) Subject: installkernel and nvram.ko on RELENG_6 broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 20:06:57 -0000 I have a custom kernel without nvram defined anywhere, however, make installkernel still attempts to install the module. About 45 days ago, I didn't have this issue. I didn't see anything about this in UPDATING so I thought I would check here. This system is currently running stable from 45 days ago built from source. I cvsuped 4 hours ago. # make installkernel KERNCONF=SMP-COCO ===> nullfs (install) install -o root -g wheel -m 555 nullfs.ko /boot/kernel ===> nve (install) install -o root -g wheel -m 555 if_nve.ko /boot/kernel ===> nvram (install) install -o root -g wheel -m 555 nvram.ko /boot/kernel install: nvram.ko: No such file or directory *** Error code 71 Stop in /usr/src/sys/modules/nvram. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/SMP-COCO. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 20:09:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C06C11065676 for ; Thu, 11 Sep 2008 20:09:42 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from coco.macktronics.com (coco.macktronics.com [209.181.253.65]) by mx1.freebsd.org (Postfix) with ESMTP id 925318FC29 for ; Thu, 11 Sep 2008 20:09:42 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from spartan.macktronics.com (dulse.macktronics.com [209.181.253.69]) by coco.macktronics.com (Postfix) with ESMTPA id 1420A4AC41 for ; Thu, 11 Sep 2008 15:09:42 -0500 (CDT) Message-Id: <8ADD2753-713A-40B3-A3E2-22EC8B3A6959@macktronics.com> From: Dan Mack To: freebsd-stable@freebsd.org In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v926) Date: Thu, 11 Sep 2008 15:09:41 -0500 References: X-Mailer: Apple Mail (2.926) Subject: Re: installkernel and nvram.ko on RELENG_6 broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 20:09:42 -0000 I have removed /usr/obj and am going through the whole buildworld/ buildkernel/installkernel process again. There were a bunch of stale files under /usr/obj/usr/src/sys/i386/compile that may be the issue. Dan On Sep 11, 2008, at 2:55 PM, Dan Mack wrote: > I have a custom kernel without nvram defined anywhere, however, make > installkernel still attempts to install the module. About 45 days > ago, I didn't have this issue. I didn't see anything about this in > UPDATING so I thought I would check here. This system is currently > running stable from 45 days ago built from source. I cvsuped 4 > hours ago. > > # make installkernel KERNCONF=SMP-COCO > > ===> nullfs (install) > install -o root -g wheel -m 555 nullfs.ko /boot/kernel > ===> nve (install) > install -o root -g wheel -m 555 if_nve.ko /boot/kernel > ===> nvram (install) > install -o root -g wheel -m 555 nvram.ko /boot/kernel > install: nvram.ko: No such file or directory > *** Error code 71 > > Stop in /usr/src/sys/modules/nvram. > *** Error code 1 > > Stop in /usr/src/sys/modules. > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/SMP-COCO. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 20:18:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A3DE106566B for ; Thu, 11 Sep 2008 20:18:13 +0000 (UTC) (envelope-from me@che78-3-82-246-30-233.fbx.proxad.net) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 2CEAA8FC27 for ; Thu, 11 Sep 2008 20:18:12 +0000 (UTC) (envelope-from me@che78-3-82-246-30-233.fbx.proxad.net) Received: from smtp5-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp5-g19.free.fr (Postfix) with ESMTP id C84DC1C73A2 for ; Thu, 11 Sep 2008 22:18:11 +0200 (CEST) Received: from che78-3-82-246-30-233.fbx.proxad.net (che78-3-82-246-30-233.fbx.proxad.net [82.246.30.233]) by smtp5-g19.free.fr (Postfix) with ESMTP id 846511C7356 for ; Thu, 11 Sep 2008 22:17:02 +0200 (CEST) Received: by che78-3-82-246-30-233.fbx.proxad.net (Postfix, from userid 1001) id 297464526A; Thu, 11 Sep 2008 22:23:58 +0200 (CEST) Date: Thu, 11 Sep 2008 22:23:58 +0200 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20080911202357.GA3201@pollux> Mail-Followup-To: freebsd-stable@freebsd.org References: <20080808081330.GA1203@sirius.local.net> <20080809140339.GA1522@sirius.local.net> <20080810065417.GA1164@pollux> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080810065417.GA1164@pollux> User-Agent: Mutt/1.4.2.3i Subject: Re: Audio CD problem on laptop VGN-SZ61MN X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 20:18:13 -0000 On Sun, Aug 10, 2008 at 08:54:17AM +0200, Harald Weis wrote: > On Sat, Aug 09, 2008 at 11:56:23AM -0300, Carlos A. M. dos Santos wrote: > > > 1. Try to insert the CD and wait until it stops pinning before > > starting mplayer. Some drives are a bit lazy on media recognition. Doesn't make a difference. > > 2. Run "truss mplayer ..." and look for error messages. The output file does not mention the "Invalid argument" message or, as far as I can understand, any other fatal stuff. > > 3. Attempt to use a different player. Xine and/or one of its alternate > > front-ends like GXine or Kaffeine are good choices. > > I'll be away from keyboard for two weeks or so. > I shall reply then as soon as possible. Xine: ``xine cdda://dev/acd0/n'' works fine despite of six lines ``Cannot find address for OpenGl extension function ... which should be available according to extension specs.''. But the GUI does not work properly. For example, the CD button generates ``CDIOCREADAUDIO: Invalid argument'' messages. No wonder that gxine and kaffeine which use the xine engine don't work either. Finally, the only (audioCD) command which does work on this laptop is ``vlc cdda:///dev/acd0@1-3''. Disappointing, but better than nothing. Thank you again for your comments. Harald From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 23:26:03 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25C441065672; Thu, 11 Sep 2008 23:26:03 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id DCD448FC17; Thu, 11 Sep 2008 23:26:02 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id DF600160C4A; Thu, 11 Sep 2008 19:26:01 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Thu, 11 Sep 2008 19:26:01 -0400 X-Sasl-enc: 6yWHKr27QqixLG39v01SE+MXlC7VKfADzv6jj3/uqmDD 1221175561 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 1055817C63; Thu, 11 Sep 2008 19:26:00 -0400 (EDT) Message-ID: <48C9A907.8000000@incunabulum.net> Date: Fri, 12 Sep 2008 00:25:59 +0100 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: Eugene Grosbein References: <48C91525.10806@incunabulum.net> <20080911162956.GA15152@svzserv.kemerovo.su> In-Reply-To: <20080911162956.GA15152@svzserv.kemerovo.su> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Konstantin Belousov , FreeBSD stable , John Baldwin Subject: Re: Long delays for USB realbtx boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 23:26:03 -0000 Eugene Grosbein wrote: > For me, it helps to include these knobs to Nano config file: > > CONF_WORLD=' > BOOT_MBR_FLAGS=0x0 > BOOT_BOOT1_FLAGS=0x0 > ... > ' > I added this to the CONF_WORLD in my config file. Unfortunately this seems to break USB boot completely for me. When I attempt to boot the USB flash device on the AH-1, the 1 minute delay still exists. The messages "No /boot/loader" and "No /boot/kernel/kernel" are printed, and the image does not boot -- it sits at the "FreeBSD/i386 boot" prompt. It does however see the files at the top of the root filesystem, it just refuses to boot further. The device has less than 1023 cylinders, so the restrictions which would make EDD/packet mode necessary should not apply, and I would have thought that your workaround would work. I am using "USB-HDD" style geometry at the moment (255/63/cc), not "USB-ZIP" (64/32/cc). Would that make a difference? What's interesting is that "camcontrol modepage da0 -m 0x05" returns a different geometry from that reported by the BIOS: %%% Transfer rate: 61440 Number of heads: 16 Sectors per track: 32 Data bytes per sector: 512 Number of cylinders: 3816 Starting cylinder-write precompensation: 0 Starting cylinder-reduced write current: 0 Drive step rate: 0 Drive step pulse width: 0 Head settle delay: 0 Motor on delay: 0 Motor off delay: 0 TRDY: 0 SSN: 0 MO: 0 SPC: 0 Write Compensation: 0 Head load delay: 0 Head unload delay: 0 Pin 34: 0 Pin 2: 0 Pin 4: 0 Pin 1: 0 Medium rotation rate: 0 %%% cheers BMS From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 23:33:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F8C41065676; Thu, 11 Sep 2008 23:33:05 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 03E668FC18; Thu, 11 Sep 2008 23:33:05 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id A8237160C70; Thu, 11 Sep 2008 19:33:04 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Thu, 11 Sep 2008 19:33:04 -0400 X-Sasl-enc: k0vnaOFh30BNTuKDS0AIzz88Syi9mTg8YhkzVji/OQhC 1221175984 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id E04C53A60C; Thu, 11 Sep 2008 19:33:03 -0400 (EDT) Message-ID: <48C9AAAE.1030909@FreeBSD.org> Date: Fri, 12 Sep 2008 00:33:02 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: Eugene Grosbein References: <48C91525.10806@incunabulum.net> <20080911162956.GA15152@svzserv.kemerovo.su> <48C9A907.8000000@incunabulum.net> In-Reply-To: <48C9A907.8000000@incunabulum.net> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD stable , Konstantin Belousov , John Baldwin Subject: Re: Long delays for USB realbtx boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 23:33:05 -0000 Woops, I noticed right after I sent this message, that there was an I/O error writing to the USB key from dd in my shell -- I think I was using a 32768 block size instead of 16384 which might account for the problem. I'll be sure to try this all again after I've had some sleep. cheers BMS From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 01:41:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C520A106566C for ; Fri, 12 Sep 2008 01:41:06 +0000 (UTC) (envelope-from kaho@ed.niigata-u.ac.jp) Received: from mxav01.cc.niigata-u.ac.jp (mxav01.cc.niigata-u.ac.jp [133.35.17.129]) by mx1.freebsd.org (Postfix) with ESMTP id 8987E8FC16 for ; Fri, 12 Sep 2008 01:41:06 +0000 (UTC) (envelope-from kaho@ed.niigata-u.ac.jp) Received: from mxav01.cc.niigata-u.ac.jp (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 075894F4092 for ; Fri, 12 Sep 2008 10:23:56 +0900 (JST) Received: from pf2.ed.niigata-u.ac.jp (pf2.ed.niigata-u.ac.jp [133.35.172.22]) by mxav01.cc.niigata-u.ac.jp (Postfix) with ESMTP id C45F04F4085 for ; Fri, 12 Sep 2008 10:23:53 +0900 (JST) Received: from pf2.ed.niigata-u.ac.jp (localhost [127.0.0.1]) by pf2.ed.niigata-u.ac.jp (8.14.3/8.14.3) with ESMTP id m8C1Ntt6032356 for ; Fri, 12 Sep 2008 10:23:55 +0900 (JST) (envelope-from kaho@pf2.ed.niigata-u.ac.jp) Message-Id: <200809120123.m8C1Ntt6032356@pf2.ed.niigata-u.ac.jp> To: freebsd-stable@freebsd.org From: KAHO Toshikazu References: 00809111043.18265.jhb@freebsd.org User-Agent: EMH/1.14.1 SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?S?= =?ISO-8859-4?Q?hij=F2?=) APEL/10.7 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Date: Fri, 12 Sep 2008 10:23:55 +0900 Sender: kaho@ed.niigata-u.ac.jp Subject: Re: alpm(4) I/O range is claimed by ACPI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2008 01:41:06 -0000 Hello. I have same error message on Sharp PC-CV50. Is it a hardware or BIOS problem ? The device dosen't have PCIM_CMD_PORTEN bit on PCIR_COMMAND (address 0x04, bit 0), and dosen't have any valid address on PCIR_BAR(x). pciconf can't write PCIR_BAR(x). `pciconf -lv` shows: none0@pci0:3:1: class=0x068000 card=0x104313bd chip=0x710110b9 rev=0x00 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ALI M7101 Power Management Controller' class = bridge and `pciconf -r pci0:3:1 0:0x1f` shows: 710110b9 02000000 06800000 00800000 00000000 00000000 00000000 00000000 -- KAHO Toshikazu From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 02:23:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38E41106567A for ; Fri, 12 Sep 2008 02:23:00 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id 081A28FC1B for ; Fri, 12 Sep 2008 02:22:59 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so770362rvf.43 for ; Thu, 11 Sep 2008 19:22:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=4qQBURCQQPm35oGFcUcQ2cqYtiYKzweanqt7O87Z50Y=; b=WRAhQYbSMje2Om5OsQEEItRCg9Gs69Uc/Xl9IAWWGfqOvSTB/KXePkpDvngE+v9a9u fv4pD+U9GvmyxtQG4Bs2PnV45hOveIvnDsOL9zLfkL5mFoqjIefqrWpYyn305SK/Qvbe kPxXqiMnn5JW9nITtOm9bZwVCo+AQkYjCHEeM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=W3O8rM5zGiGaTbHzBtFO2qO9/ARlr4V223ElIX9nS8FwrIb17tZ0FQT58czqoxDYu8 4p8Tovw6RDT/cPYgXJTa0tf/lxYKNSFzLp7HDMNVjIWLwJzsaGKh4oSGSWoBJXfpbLJk r9L9JDQaIzVPOOx+QBw5dLepgvMnpaiywAkPs= Received: by 10.141.28.4 with SMTP id f4mr2245424rvj.35.1221184717474; Thu, 11 Sep 2008 18:58:37 -0700 (PDT) Received: by 10.141.13.12 with HTTP; Thu, 11 Sep 2008 18:58:37 -0700 (PDT) Message-ID: Date: Fri, 12 Sep 2008 09:58:37 +0800 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "Dan Allen" In-Reply-To: <55EA18D2-E017-4426-9377-1FC113ED83D2@airwired.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <35445338-D597-4FE2-996F-DEC7BE986741@airwired.net> <20080903191454.GA15376@server.vk2pj.dyndns.org> <20080903195825.GC28299@atarininja.org> <55EA18D2-E017-4426-9377-1FC113ED83D2@airwired.net> X-Google-Sender-Auth: 8c32ccd9b2a284c5 Cc: Peter Jeremy , Wesley Shields , Gavin Atkinson , freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.1 Content X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2008 02:23:00 -0000 Under linux: install pci-tools or something, then "lspci". Adrian 2008/9/4 Dan Allen : > > On 3 Sep 2008, at 1:58 PM, Wesley Shields wrote: > >> I installed the June snapshot of -current on my laptop and it supports >> my Intel 4965 just fine. Support for this card is out there and does >> work, just not in RELENG_7. > > On 3 Sep 2008, at 2:45 PM, Gavin Atkinson wrote: > >> There is support for the Intel 4965 in HEAD, with the iwn(4) driver. > > Thanks guys for the info. > > Not having ANY wired or wireless support in FreeBSD for a very decent Dell > laptop that is flying off of the shelves at $500, I deleted FreeBSD from the > machine and installed Ubuntu 8.04. I therefore cannot run "pciconf -l" at > this moment in time, but I may get back around to it. > > Stay tuned... maybe for 7.2. > > Dan > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 04:42:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BB2D106564A; Fri, 12 Sep 2008 04:42:32 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 3F4098FC22; Fri, 12 Sep 2008 04:42:30 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from kuzbass.ru (kost [213.184.65.82]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id m8C4gNKd033570; Fri, 12 Sep 2008 12:42:23 +0800 (KRAST) (envelope-from eugen@kuzbass.ru) Message-ID: <48C9F32F.99B1D161@kuzbass.ru> Date: Fri, 12 Sep 2008 12:42:23 +0800 From: Eugene Grosbein Organization: SVZServ X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: ru,en MIME-Version: 1.0 To: Bruce M Simpson References: <48C91525.10806@incunabulum.net> <20080911162956.GA15152@svzserv.kemerovo.su> <48C9A907.8000000@incunabulum.net> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Cc: Konstantin Belousov , FreeBSD stable , John Baldwin Subject: Re: Long delays for USB realbtx boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2008 04:42:32 -0000 Bruce M Simpson wrote: > > Eugene Grosbein wrote: > > For me, it helps to include these knobs to Nano config file: > > > > CONF_WORLD=' > > BOOT_MBR_FLAGS=0x0 > > BOOT_BOOT1_FLAGS=0x0 > > ... > > ' > > > > I added this to the CONF_WORLD in my config file. Unfortunately this > seems to break USB boot completely for me. Sorry, I missed that you are using USB flash. I use IDE flash only. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 06:52:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82FAC1065676 for ; Fri, 12 Sep 2008 06:52:02 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA05.emeryville.ca.mail.comcast.net (qmta05.emeryville.ca.mail.comcast.net [76.96.30.48]) by mx1.freebsd.org (Postfix) with ESMTP id 5B8AE8FC1F for ; Fri, 12 Sep 2008 06:52:02 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA03.emeryville.ca.mail.comcast.net ([76.96.30.27]) by QMTA05.emeryville.ca.mail.comcast.net with comcast id DiaA1a0080b6N64A5is1Kx; Fri, 12 Sep 2008 06:52:01 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA03.emeryville.ca.mail.comcast.net with comcast id Dis01a0064v8bD78Pis09D; Fri, 12 Sep 2008 06:52:01 +0000 X-Authority-Analysis: v=1.0 c=1 a=-PxM-T6eSjQA:10 a=wx43BJ9xnxcA:10 a=_MPOcgBYAAAA:8 a=QycZ5dHgAAAA:8 a=JHUKvg1hyjfbq42-pp0A:9 a=wc2xtLzziToinz-4SaDkFGQ6BPgA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 921DD17B81A; Thu, 11 Sep 2008 23:52:00 -0700 (PDT) Date: Thu, 11 Sep 2008 23:52:00 -0700 From: Jeremy Chadwick To: Michael Butler Message-ID: <20080912065200.GA49512@icarus.home.lan> References: <48C847DE.7040508@incunabulum.net> <20080911043326.GA19290@icarus.home.lan> <48C8EA38.6090903@quip.cz> <20080911104738.GA25493@icarus.home.lan> <48C905F7.5020306@quip.cz> <48C92BE2.4060906@FreeBSD.org> <48C92DD8.8060808@protected-networks.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48C92DD8.8060808@protected-networks.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD stable , "Bruce M. Simpson" , Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: Intel ICH7 SMBus support, ichsmb(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2008 06:52:02 -0000 On Thu, Sep 11, 2008 at 10:40:24AM -0400, Michael Butler wrote: > Bruce M. Simpson wrote: > > Miroslav Lachman wrote: > >> Jeremy Chadwick wrote: > >> > >>> I suppose a lot of these could be addressed if I released the code in a > >>> preliminary fashion (providing folks the ability to help me with > >>> documentation, etc.). Hmm... Yeah, I should really get a beta tarball > >>> up, and/or make a FreeBSD port for it already (since I am a ports > >>> committer). > > > > My suggestion would be to make the code available using a Mercurial > > repository. People are then free to participate and send diffs as they > > see fit, and they can do so very easily. The learning curve for the > > tool is reasonable. > > > > I'd also recommend http://freehg.org/ if you need some hosting for a > > public repo. > What would prevent this being accepted as a loadable module built (by > user request) out of the ports tree in much the same manner as kqemu et al.? > > Michael I'm confused by this question and its relevancy to what Bruce said. :-) Can you explain? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 06:53:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A72851065670 for ; Fri, 12 Sep 2008 06:53:45 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by mx1.freebsd.org (Postfix) with ESMTP id 80D5D8FC1C for ; Fri, 12 Sep 2008 06:53:45 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA04.emeryville.ca.mail.comcast.net ([76.96.30.35]) by QMTA08.emeryville.ca.mail.comcast.net with comcast id Dipt1a0060lTkoCA8itltm; Fri, 12 Sep 2008 06:53:45 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA04.emeryville.ca.mail.comcast.net with comcast id Ditj1a0034v8bD78QitjzT; Fri, 12 Sep 2008 06:53:45 +0000 X-Authority-Analysis: v=1.0 c=1 a=vwWPteRqPzAA:10 a=bnbwb4g20KwA:10 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=4EQZL9Md3NeA-zmlgK0A:9 a=jK1rTEexqtsxD5_O6O4A:7 a=SqaF5x1hp7UI8S8-kqWxSPmycUUA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 738DE17B81A; Thu, 11 Sep 2008 23:53:43 -0700 (PDT) Date: Thu, 11 Sep 2008 23:53:43 -0700 From: Jeremy Chadwick To: Bruce M Simpson Message-ID: <20080912065343.GB49512@icarus.home.lan> References: <48C8F684.8090409@incunabulum.net> <20080911110407.GC25493@icarus.home.lan> <48C927D6.5020800@incunabulum.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48C927D6.5020800@incunabulum.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: KAHO Toshikazu , FreeBSD stable , John Baldwin Subject: Re: alpm(4) I/O range is claimed by ACPI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2008 06:53:45 -0000 On Thu, Sep 11, 2008 at 03:14:46PM +0100, Bruce M Simpson wrote: > Jeremy Chadwick wrote: >> ... >> Might mention this to jhb@ to see if it's related to the SMBus changes >> made 1.5 years ago: >> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/pci/alpm.c >> > > Thanks for the pointers. The other reports sound like duplicate reports > of the same issue. > > I'm not sure that backing out the last change is going to help. The BIOS > has generally set up the I/O resource before FreeBSD boots; the > bus_set_resource() call might only be useful in those cases where that > hasn't happened. > In any event, in alpm_attach(), the rman is going to notice that the bus > space is already allocated by acpi(4), and will balk. > > I'm sure there has been some kind of override mechanism in place for > certain other drivers; but they seem to boil down to using an ACPI > attachment of some kind, which won't work here as alpm(4) is a PCI > function and needs to attach to the pcib parent. > > It would be really, really useful to have working SMBus drivers right > now on a machine I can actually touch... Interesting timing -- Toshikazu Kaho just reported the same issue with alpm(4) today: http://lists.freebsd.org/pipermail/freebsd-stable/2008-September/044989.html I've CC'd him, as he's probably unaware of this already-existing thread. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 07:20:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55AB3106564A for ; Fri, 12 Sep 2008 07:20:40 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id E76648FC16 for ; Fri, 12 Sep 2008 07:20:39 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA02.westchester.pa.mail.comcast.net ([76.96.62.19]) by QMTA05.westchester.pa.mail.comcast.net with comcast id DizH1a0020QuhwU55jLf9Z; Fri, 12 Sep 2008 07:20:39 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA02.westchester.pa.mail.comcast.net with comcast id DjLP1a0064v8bD73NjLPck; Fri, 12 Sep 2008 07:20:24 +0000 X-Authority-Analysis: v=1.0 c=1 a=UFqbKCt8X2kA:10 a=6Z53Y4f3-zkA:10 a=QycZ5dHgAAAA:8 a=Hz_ypH7jLEyVjR1QujcA:9 a=rNTukWysv6hLmEmxgrEA:7 a=k7NYkz35KRDod0Si4NHZcVX982kA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 2F54517B81A; Fri, 12 Sep 2008 00:20:37 -0700 (PDT) Date: Fri, 12 Sep 2008 00:20:37 -0700 From: Jeremy Chadwick To: Michael Butler Message-ID: <20080912072037.GC49512@icarus.home.lan> References: <48C927DC.6000202@incunabulum.net> <48C932D9.50604@thekeelecentre.com> <48C934D1.5030703@incunabulum.net> <48C93582.3080107@thekeelecentre.com> <48C93903.5060604@protected-networks.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48C93903.5060604@protected-networks.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Bruce M Simpson , FreeBSD stable , Richard Tector Subject: Re: Any working ichsmb(4) platforms out there? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2008 07:20:40 -0000 On Thu, Sep 11, 2008 at 11:28:03AM -0400, Michael Butler wrote: > Richard Tector wrote: > > Bruce M Simpson wrote: > >> Richard, > >> > >> Thanks for this. > >> > >> Richard Tector wrote: > >>> > >>> I have an ICH9 machine, Tyan motherboard: > >>> FreeBSD 7.0-STABLE #0: Fri Aug 1 14:57:33 BST 2008 > >>> ichsmb0: port 0x18e0-0x18ff mem > >>> 0xf4a03000-0xf4a030ff irq 17 at device 31.3 on pci0 > >>> ichsmb0: [GIANT-LOCKED] > >>> ichsmb0: [ITHREAD] > >>> > >>> daffy# smbmsg -p > >>> Probing for devices on /dev/smb0: > >>> Device @0x2e: rw > >> ... > >> So it looks like yours works! I see no differences to RELENG_7_0. > >> > >> Are you using any hardware monitoring devices? > >> Can you give bsdhwmon a shot? > >> > >> cheers > >> BMS > > > > Sure. If yourself or Jeremy could send over the tarball? > > I don't use any hardware monitoring on it currently. > I'd also appreciate the opportunity to try it .. old hardware but .. > > imb@aaron:/home/imb> devinfo -v | grep smb > intsmb0 pnpinfo vendor=0x8086 device=0x7113 subvendor=0x0000 > subdevice=0x0000 class=0x068000 at slot=7 function=3 handle=\_SB_.PCI0.PMU_ > smbus0 > smb0 > imb@aaron:/home/imb> kenv | grep smbios > smbios.bios.reldate="07/20/2001" > smbios.bios.vendor="Intel Corp." > smbios.bios.version="TR440BXA.86B.0042.P15.0107200951" > smbios.chassis.maker="Dell Computer Corp. " > smbios.chassis.serial="YC571 " > smbios.chassis.tag=" " > smbios.chassis.version="SPAW70W PA[CA] " > smbios.planar.maker="Intel Corporation " > smbios.planar.product="TR440BXA " > smbios.planar.serial="IMTR02702003 " > smbios.planar.version="A16643-305 " > smbios.socket.enabled="1" > smbios.socket.populated="1" > smbios.system.maker="Dell Computer Corp. " > smbios.system.product="PowerApp.web 100 W " > smbios.system.serial="YC571 " > smbios.system.uuid="44454c4c-00ca-1059-8043-80c04f353731" > smbios.system.version="SPAW70W " didn't think anyone was still using Intel 440BX boards in this day and age! (A great chipset, though!) I can absolutely assure you bsdhwmon will not work on this board. I can add support for it, but I need to know full register details of what H/W monitoring IC is tied to SMBus, and what the SMBus slave address is of the monitoring IC. > imb@aaron:/home/imb> sudo smbmsg -p > Probing for devices on /dev/smb0: > Device @0x5a: rw > Device @0x60: rw > Device @0x62: rw > Device @0x64: rw > Device @0x66: rw > Device @0xa0: rw > Device @0xa2: rw > Device @0xa4: rw > Device @0xa6: rw > imb@aaron:/home/imb> sudo mbmon -d > Using SMBus-ioctl access method[IntelPIIX4(440BX/MX)]!! > * Analog Dev. Chip ADM9240 found. Can you confirm this is correct? Does this board really have an ADM H/W monitoring IC on it? Are the rpms/voltages/temps returned by mbmon *actually correct? Hardware monitoring software in the ports tree make some general assumptions over what the register offset/indexes are, which are often wrong depending upon what sub-model of chip is used. This is one reason why bsdhwmon reads the smbios data and matches motherboard model up with what chip is installed on the board. I'm sure I'll eventually encounter a situation where motherboard X has two different revisions of hardware monitoring ICs on it (e.g. one is a 1234A, and later releases of the same board use a 1234B), but the code should be able to account for that cleanly. The state of hardware monitoring on BSD is atrocious, and it was atrocious 10 years ago. Absolutely no evolution has occurred in this regard, while Linux's lm-sensors has pretty much dominated in this regard. OpenBSD has sensors framework, too. A user on #bsdports privately discussed this situation with me yesterday, as apparently there are a large number of Russian forums and mailing lists discussing how to get mbmon, consolehw, or healthd to work with their systems. What these people aren't aware of is how outdated the programs are, how it all works, and the risks involved when using a hardware monitor that blindly hits certain registers (this is especially risky with ISA bus interaction). I'm trying my best to make things better, doing things purely from a userland perspective and using SMBus exclusively (since the interface is quite reliable, assuming the SMBus driver used on FreeBSD is working correctly). I understand-- Bruce is having problems with ichsmb(4), while on every ICH7 board I have (and I have many), I've had nothing but success. All of bsdhwmon's main development has been done on ICH7 boards I use and have physical access to, for example. I wish I knew more about the inner-workings of PCI and SMBus in general, but as it stands, my knowledge is limited solely to interfacing with a device *on* the SMBus. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 10:00:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02677106567B for ; Fri, 12 Sep 2008 10:00:35 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from crivens.kernel32.de (crivens.terrorteam.de [81.169.171.191]) by mx1.freebsd.org (Postfix) with ESMTP id B8E8A8FC17 for ; Fri, 12 Sep 2008 10:00:34 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from kernel32.de (localhost [127.0.0.1]) by crivens.kernel32.de (Postfix) with ESMTP id 53C5DB02AA for ; Fri, 12 Sep 2008 12:00:32 +0200 (CEST) MIME-Version: 1.0 Date: Fri, 12 Sep 2008 12:00:32 +0200 From: Marian Hettwer To: freebsd-stable@freebsd.org Message-ID: <447c841f548fa265b665ff6df4ab56fe@localhost> X-Sender: mh@kernel32.de User-Agent: RoundCube Webmail/0.1-rc2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Subject: RELENG_7 nvidia xorg hard lock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2008 10:00:35 -0000 Hi All, I'm testing 7.1 Prerelease right now and am having difficulties to get my xorg with nvidia up and running. I updated from: [mhettwer@motor] <~>uname -a FreeBSD motor.mobile.rz 7.0-STABLE FreeBSD 7.0-STABLE #0: Mon Aug 4 16:54:32 CEST 2008 root@motor.mobile.rz:/usr/obj/usr/src/sys/GENERIC i386 with: [mhettwer@motor] <~>pkg_info xorg-server-1.4.2,1 [mhettwer@motor] <~>pkg_info nvidia-driver-173.14.09 to: [mhettwer@motor] <~>uname -a FreeBSD motor.mobile.rz 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Wed Sep 10 18:39:19 CEST 2008 root@motor.mobile.rz:/usr/obj/usr/src/sys/GENERIC i386 with the same xorg-server and nvidia driver. However, I wind up having a dead lock. Not pingable anymore and blank screen. That's very unfortunate. a dmesg and pciconf of that machine is at: http://crivens.kernel32.de/~rabauke/FreeBSD/dmesg-7.1-prelease.txt http://crivens.kernel32.de/~rabauke/FreeBSD/pciconf-7.1-prerelease.txt I also tried the latest nvidia-driver, which also results in a blank screen and not pingable machine :( Any help is highly appreciated! best regards, Marian From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 10:07:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92D451065670; Fri, 12 Sep 2008 10:07:53 +0000 (UTC) (envelope-from emss@free.fr) Received: from smtp23.orange.fr (smtp23.orange.fr [80.12.242.50]) by mx1.freebsd.org (Postfix) with ESMTP id 40C218FC0C; Fri, 12 Sep 2008 10:07:53 +0000 (UTC) (envelope-from emss@free.fr) Received: from smtp-msa-out01.orange.fr (mwinf2353 [10.232.4.161]) by mwinf2305.orange.fr (SMTP Server) with ESMTP id 32F201C0A324; Thu, 11 Sep 2008 23:07:54 +0200 (CEST) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2353.orange.fr (SMTP Server) with ESMTP id 6A3B8700008C; Thu, 11 Sep 2008 23:07:52 +0200 (CEST) Received: from srvbsdnanssv.interne.kisoft-services.com (AAnnecy-103-1-10-48.w217-128.abo.wanadoo.fr [217.128.200.48]) by mwinf2353.orange.fr (SMTP Server) with ESMTP id 5918F700008B; Thu, 11 Sep 2008 23:07:52 +0200 (CEST) X-ME-UUID: 20080911210752365.5918F700008B@mwinf2353.orange.fr X-ME-User-Auth: e-masson0330 Received: from localhost (localhost [127.0.0.1]) by srvbsdnanssv.interne.kisoft-services.com (Postfix) with ESMTP id C9C95170B1; Thu, 11 Sep 2008 23:07:51 +0200 (CEST) X-Virus-Scanned: amavisd-new at interne.kisoft-services.com Received: from srvbsdnanssv.interne.kisoft-services.com ([127.0.0.1]) by localhost (srvbsdnanssv.interne.kisoft-services.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OP06l6v9YPMz; Thu, 11 Sep 2008 23:07:47 +0200 (CEST) Received: by srvbsdnanssv.interne.kisoft-services.com (Postfix, from userid 1001) id E8FD4170D3; Thu, 11 Sep 2008 23:07:46 +0200 (CEST) To: "Bruce M. Simpson" From: Eric Masson In-Reply-To: <48C934F3.5060500@FreeBSD.org> (Bruce M. Simpson's message of "Thu, 11 Sep 2008 16:10:43 +0100") References: <48C927DC.6000202@incunabulum.net> <48C934F3.5060500@FreeBSD.org> X-Operating-System: FreeBSD 6.3-RELEASE-p4 i386 Date: Thu, 11 Sep 2008 23:07:46 +0200 Message-ID: <86vdx275nh.fsf@srvbsdnanssv.interne.kisoft-services.com> User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.5-b28 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Cc: Warner Losh , FreeBSD stable Subject: Re: viapm(4) does not see VT8237A on Gigabyte GA-VM900M X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2008 10:07:53 -0000 "Bruce M. Simpson" writes: Hi, > I just tried to port over some of the hardware IDs from OpenBSD 4.3's > viapm(4) driver to the driver in 6.3-RELEASE, as I really need to see > what working SMBus support looks like in a FreeBSD system. Same here, Abit KV8, VIA8237 and viapm doesn't attach. -- Ol: ..un plan perdu au fond d'une armoire dont seul Steve Jobs a la clé. BL: Qu'il a laissée dans un pantalon déposé chez un teinturier dont il a perdu l'adresse et le ticket ! -+- BL in Guide du Macounet Pervers : Bien cacher sa stratégie -+- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 10:39:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1DBF1065677 for ; Fri, 12 Sep 2008 10:39:58 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from crivens.kernel32.de (crivens.terrorteam.de [81.169.171.191]) by mx1.freebsd.org (Postfix) with ESMTP id 7399E8FC14 for ; Fri, 12 Sep 2008 10:39:58 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from kernel32.de (localhost [127.0.0.1]) by crivens.kernel32.de (Postfix) with ESMTP id AC63DB02AA for ; Fri, 12 Sep 2008 12:39:56 +0200 (CEST) MIME-Version: 1.0 Date: Fri, 12 Sep 2008 12:39:56 +0200 From: Marian Hettwer To: freebsd-stable@freebsd.org In-Reply-To: <447c841f548fa265b665ff6df4ab56fe@localhost> References: <447c841f548fa265b665ff6df4ab56fe@localhost> Message-ID: <68ee715093bc303a951e317e25d5767b@localhost> X-Sender: mh@kernel32.de User-Agent: RoundCube Webmail/0.1-rc2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Subject: Re: RELENG_7 nvidia xorg hard lock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2008 10:39:58 -0000 Reply to myself: it seems, that the nvidia card isn't recognized by the nvidia kld. xorg.log states: (EE) NVIDIA(0): Failed to initialize the NVIDIA kernel module! Please ensure (EE) NVIDIA(0): that there is a supported NVIDIA GPU in this system, and (EE) NVIDIA(0): that the NVIDIA device files have been created properly. (EE) NVIDIA(0): Please consult the NVIDIA README for details. (EE) NVIDIA(0): *** Aborting *** Wh00t? This card worked before... nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_busmaster vgapci0: child nvidia0 requested pci_enable_io nvidia0: [GIANT-LOCKED] nvidia0: [ITHREAD] Something is odd here... On Fri, 12 Sep 2008 12:00:32 +0200, Marian Hettwer wrote: > Hi All, > > I'm testing 7.1 Prerelease right now and am having difficulties to get my > xorg with nvidia up and running. > I updated from: > [mhettwer@motor] <~>uname -a > FreeBSD motor.mobile.rz 7.0-STABLE FreeBSD 7.0-STABLE #0: Mon Aug 4 > 16:54:32 CEST 2008 root@motor.mobile.rz:/usr/obj/usr/src/sys/GENERIC > i386 > > with: > [mhettwer@motor] <~>pkg_info xorg-server-1.4.2,1 > [mhettwer@motor] <~>pkg_info nvidia-driver-173.14.09 > > to: > [mhettwer@motor] <~>uname -a > FreeBSD motor.mobile.rz 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Wed Sep > 10 18:39:19 CEST 2008 > root@motor.mobile.rz:/usr/obj/usr/src/sys/GENERIC > i386 > > with the same xorg-server and nvidia driver. > > However, I wind up having a dead lock. Not pingable anymore and blank > screen. > That's very unfortunate. > > a dmesg and pciconf of that machine is at: > http://crivens.kernel32.de/~rabauke/FreeBSD/dmesg-7.1-prelease.txt > http://crivens.kernel32.de/~rabauke/FreeBSD/pciconf-7.1-prerelease.txt > > I also tried the latest nvidia-driver, which also results in a blank > screen > and not pingable machine :( > > Any help is highly appreciated! > > best regards, > Marian > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 16:04:53 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C5181065677; Fri, 12 Sep 2008 16:04:53 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id BD4C18FC16; Fri, 12 Sep 2008 16:04:52 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id m8CG4otN000578; Fri, 12 Sep 2008 18:04:50 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id m8CG4okb000577; Fri, 12 Sep 2008 18:04:50 +0200 (CEST) (envelope-from olli) Date: Fri, 12 Sep 2008 18:04:50 +0200 (CEST) Message-Id: <200809121604.m8CG4okb000577@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, koitsu@FreeBSD.ORG In-Reply-To: <20080912072037.GC49512@icarus.home.lan> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 12 Sep 2008 18:04:51 +0200 (CEST) Cc: Subject: Re: Any working ichsmb(4) platforms out there? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2008 16:04:53 -0000 Jeremy Chadwick wrote: > didn't think anyone was still using Intel 440BX boards in this day and > age! (A great chipset, though!) I just updated an i440BX based dual-celeron-466 from some old 4.8-stable to 7.1-prerelease. "make buildworld" takes about eight hours (without -j), but I don't care, I just let it run over night. The machine is perfectly capable and fast enough to act as a name server, small mail and web server for a dozen people, and as a generic shell box for various tasks. There's also an old notebook (2001) with i440BX and a Pentium-III 850 MHz, which I use occasionally on trips. It's completely sufficient to get online, read e-mails, chat, browse the web, upload digital photos and so on. I hate throwing away hardware that's still working and up to the task. :-) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd C++: "an octopus made by nailing extra legs onto a dog" -- Steve Taylor, 1998 From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 16:46:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5103106564A for ; Fri, 12 Sep 2008 16:46:01 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from smtp.ht-systems.ru (mr0.ht-systems.ru [78.110.50.55]) by mx1.freebsd.org (Postfix) with ESMTP id 88E1B8FC0C for ; Fri, 12 Sep 2008 16:46:01 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from [78.110.49.60] by smtp.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1KeBFG-0003b1-6F; Fri, 12 Sep 2008 20:11:42 +0400 From: Ilya Bakulin To: Marian Hettwer In-Reply-To: <68ee715093bc303a951e317e25d5767b@localhost> References: <447c841f548fa265b665ff6df4ab56fe@localhost> <68ee715093bc303a951e317e25d5767b@localhost> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-oGHxH/jhH+EL6oEyJhza" Organization: HT-Systems Date: Fri, 12 Sep 2008 20:11:38 +0400 Message-Id: <1221235898.1784.9.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_7 nvidia xorg hard lock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2008 16:46:01 -0000 --=-oGHxH/jhH+EL6oEyJhza Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable =F7 =D0=D4, 12/09/2008 =D7 12:39 +0200, Marian Hettwer =D0=C9=DB=C5=D4: > Reply to myself: >=20 > it seems, that the nvidia card isn't recognized by the nvidia kld. > xorg.log states: > (EE) NVIDIA(0): Failed to initialize the NVIDIA kernel module! Please > ensure > (EE) NVIDIA(0): that there is a supported NVIDIA GPU in this system, > and > (EE) NVIDIA(0): that the NVIDIA device files have been created > properly. > (EE) NVIDIA(0): Please consult the NVIDIA README for details. > (EE) NVIDIA(0): *** Aborting *** >=20 > Wh00t? This card worked before... > nvidia0: on vgapci0 > vgapci0: child nvidia0 requested pci_enable_busmaster > vgapci0: child nvidia0 requested pci_enable_io > nvidia0: [GIANT-LOCKED] > nvidia0: [ITHREAD] >=20 > Something is odd here... >=20 Obviously Xorg has nothing to do with this issue. Please make sure that your nvidia module is up-to-date and in sync with cur= rent kernel. If I were you, I would delete nvidia-driver package, make sure that it has = gone from /boot/modules, than download latest driver version and recompile it. After that try to reboot and see what happens. --=20 Ilya Bakulin xmpp://kibab612@jabber.ru mailto:webmaster@kibab.com http://kibab.com --=-oGHxH/jhH+EL6oEyJhza Content-Type: application/pgp-signature; name=signature.asc Content-Description: =?koi8-r?Q?=FC=D4=C1?= =?koi8-r?Q?_=DE=C1=D3=D4=D8?= =?koi8-r?Q?_=D3=CF=CF=C2=DD=C5=CE=C9=D1?= =?koi8-r?Q?_=D0=CF=C4=D0=C9=D3=C1=CE=C1?= =?koi8-r?Q?_=C3=C9=C6=D2=CF=D7=CF=CA?= =?koi8-r?Q?_=D0=CF=C4=D0=C9=D3=D8=C0?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.8 (FreeBSD) iEYEABECAAYFAkjKlLoACgkQo9vlj1oadwiwLgCghb3CD0FzaZoI8Wr6pzzvDZe5 +/8AmwTjC5RYFis4rDqcXvGlg4e+D7fV =pekr -----END PGP SIGNATURE----- --=-oGHxH/jhH+EL6oEyJhza-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 16:53:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3642C1065676; Fri, 12 Sep 2008 16:53:42 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id EB89D8FC22; Fri, 12 Sep 2008 16:53:41 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 76D0D16060C; Fri, 12 Sep 2008 12:53:41 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Fri, 12 Sep 2008 12:53:41 -0400 X-Sasl-enc: Qek8mJgTVU11/jCtp1c12zNSO0hJBaW1kHzcVZ/FUuSk 1221238421 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id B685E2A094; Fri, 12 Sep 2008 12:53:40 -0400 (EDT) Message-ID: <48CA9E93.3060306@FreeBSD.org> Date: Fri, 12 Sep 2008 17:53:39 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: Eugene Grosbein References: <48C91525.10806@incunabulum.net> <20080911162956.GA15152@svzserv.kemerovo.su> <48C9A907.8000000@incunabulum.net> <48C9AAAE.1030909@FreeBSD.org> In-Reply-To: <48C9AAAE.1030909@FreeBSD.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Konstantin Belousov , FreeBSD stable , John Baldwin Subject: Re: Long delays for USB realbtx boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2008 16:53:42 -0000 Bruce M. Simpson wrote: > Woops, I noticed right after I sent this message, that there was an > I/O error writing to the USB key from dd in my shell -- I think I was > using a 32768 block size instead of 16384 which might account for the > problem. > I'll be sure to try this all again after I've had some sleep. Sure enough, this was my screwup. In short: I found the problem. The "active" flag wasn't set on any MBR slices. Tried booting from USB on 3 machines, and it all works perfectly. Thanks to kib@ and jhb@ for all their hard work on real mode BTX. For details of the bug bashing, read on. There is a thread here on the SYSLINUX list about USB long boot times: http://syslinux.zytor.com/archives/files/2005-January/004592.html Unrelated, as USB-HDD mode appears OK here. I tried this again with the EDD stuff disabled in mbr and boot1 as per your suggestion. Didn't make any difference. The boot delay (up to a minute) is still present. I note that the access light on the flash device DOES NOT flicker during this period, so I'm not sure that we're seeing sector-by-sector access. Of course without a POST card who can tell -- I didn't get one of those involved yet. After the delay I decided to interrupt loader(8) and do 'lsdev'. According to loader(8), the USB key is seen as BIOS drive C: (number 1) when 'mbr' is used as the mbr bootstrap. Turns out the AMI BIOS v2.58 on the ASUS Vintage AH-1 lets you force the boot mode for attached USB mass storage devices. This option is buried under Advanced->Chipset->SouthBridge Configuration->USB Configuration->USB Mass Storage Device Configuration->Emulation Type. It only appears if a USB mass storage device is plugged in at boot time. Choosing "Hard Disk" made no difference. Presumably this is because "Hard Disk" mode is chosen anyway if "Auto" is selected (the default) as the device is larger than 530MB. I re-examined the MBR on the key and it looks like it is using USB-HDD style geometry. Choosing "Forced FDD" mode seems to break boot completely, no change after 2m 40s. I'd expect this because there is an MBR on the disk, instead of a huge FAT filesystem. So USB-HDD mode appears to be chosen by the BIOS for this device as a default. So I tried reinstalling boot0 which lets me change packet/setdrv modes, as well as giving me some visual feedback about the boot stage. ...after much tweaking... So it appears the "active" flag was not being set for the first partition, it seems NanoBSD's fdisk script didn't set it; that should probably get patched, as this was the root cause of the USB booting delay. PS If there are any other drives present, then the boot menu does get displayed, regardless of the "mask" setting in boot0cfg. cheers BMS From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 17:38:52 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03564106566B for ; Fri, 12 Sep 2008 17:38:52 +0000 (UTC) (envelope-from chris@young-alumni.com) Received: from mail.oldschoolpunx.net (cpe-66-68-98-106.austin.res.rr.com [66.68.98.106]) by mx1.freebsd.org (Postfix) with ESMTP id BA5B48FC1B for ; Fri, 12 Sep 2008 17:38:51 +0000 (UTC) (envelope-from chris@young-alumni.com) Received: by mail.oldschoolpunx.net (Postfix, from userid 58) id A78DCA9077; Fri, 12 Sep 2008 12:19:57 -0500 (CDT) Received: from [192.168.8.200] (unknown [192.168.8.200]) by mail.oldschoolpunx.net (Postfix) with ESMTPSA id A2527A9074 for ; Fri, 12 Sep 2008 12:19:57 -0500 (CDT) Message-Id: <1EDB9C24-8E69-43D3-8082-2379955FF8FF@young-alumni.com> From: Chris Ruiz To: FreeBSD stable In-Reply-To: <48C927DC.6000202@incunabulum.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v926) Date: Fri, 12 Sep 2008 12:19:55 -0500 References: <48C927DC.6000202@incunabulum.net> X-Mailer: Apple Mail (2.926) Subject: Re: Any working ichsmb(4) platforms out there? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2008 17:38:52 -0000 On Sep 11, 2008, at 9:14 AM, Bruce M Simpson wrote: > Does anyone have ichsmb(4) actually seeing SMBus devices? > e.g. you run "smbmsg -p" on your FreeBSD-STABLE system and see > something. > > I just tried it again on my IBM ThinkPad T43 and saw nothing, all I > get is: > ichsmb0: device timeout, status=0x41 > ...in dmesg. > > cheers > BMS BMS, I have an ICH9 system and get the following: First, my kernel: FreeBSD attack.young-alumni.com 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Sat Sep 6 08:33:04 CDT 2008 root@:/usr/src/sys/amd64/compile/ ATTACK amd64 Dmesg: ichsmb0: port 0x3000-0x301f mem 0xe0427000-0xe04270ff irq 18 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] ichsmb0: [ITHREAD] smbus0: on ichsmb0 Error: attack:~ root# smbmsg -p smbmsg: Cannot open /dev/smb0: No such file or directory Hope this helps, Chris Ruiz > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 17:47:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98742106566C; Fri, 12 Sep 2008 17:47:09 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 56AB88FC13; Fri, 12 Sep 2008 17:47:09 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id D4BA2160B41; Fri, 12 Sep 2008 13:47:08 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Fri, 12 Sep 2008 13:47:08 -0400 X-Sasl-enc: ES7PtMPstbq+h7ZaIcyd0m8M0ZO30oG3MkG1STChhe/H 1221241628 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id C3BD53A802; Fri, 12 Sep 2008 13:47:07 -0400 (EDT) Message-ID: <48CAAB1A.9070502@incunabulum.net> Date: Fri, 12 Sep 2008 18:47:06 +0100 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: Jeremy Chadwick References: <48C927DC.6000202@incunabulum.net> <48C932D9.50604@thekeelecentre.com> <48C934D1.5030703@incunabulum.net> <48C93582.3080107@thekeelecentre.com> <48C93903.5060604@protected-networks.net> <20080912072037.GC49512@icarus.home.lan> In-Reply-To: <20080912072037.GC49512@icarus.home.lan> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD stable , Richard Tector Subject: Re: Any working ichsmb(4) platforms out there? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2008 17:47:09 -0000 Jeremy Chadwick wrote: > I'm trying my best to make things better, doing things purely from a > userland perspective and using SMBus exclusively (since the interface is > quite reliable, assuming the SMBus driver used on FreeBSD is working > correctly). I understand-- Bruce is having problems with ichsmb(4), > while on every ICH7 board I have (and I have many), I've had nothing but > success. All of bsdhwmon's main development has been done on ICH7 > boards I use and have physical access to, for example. I fished out the A/Open MX3S board I have. It seems to have an ICH2 south bridge. An old version of Gentoo I had installed finds the ICH2. mbmon is able to talk to a Winbond chip over ISA; it sees an SMBus slave 0xA0/0x50, I don't know what that is yet. I got this board years ago, I think because it does actually support smbus. I'm just futzing with Gentoo now to get the HWMON and other i2c drivers up. i2c-i801.ko probes and attaches. i2c-dev.ko created /dev/i2c* nodes ok. I then downloaded i2c-tools from http://www.lm-sensors.org/wiki/I2CTools and built it. %%% raisin i2c-tools-3.0.1 # /usr/local/sbin/i2cdetect 3 WARNING! This program can confuse your I2C bus, cause data loss and worse! I will probe file /dev/i2c/3. I will probe address range 0x03-0x77. Continue? [Y/n] Y 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: 30 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: 50 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- -- 69 -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- %%% %%% raisin i2c-tools-3.0.1 # mbmon -S -D Probe Request: none >>> Testing Reg's at SMBus <<< [Intel8XX(ICH/ICH2/ICH3/ICH4/ICH5/ICH6), IO-Base:0x5000] SMBus slave 0xA0(0x50) found... SMBus[Intel8XX(ICH/ICH2/ICH3/ICH4/ICH5/ICH6)] found, but No HWM available on it!! InitMBInfo: Success %%% Likely these are old versions of the mbmon tools. %%%raisin i2c-tools-3.0.1 # /usr/local/sbin/i2cdump 3 0x50 b 0 WARNING! This program can confuse your I2C bus, cause data loss and worse! I will probe file /dev/i2c/3, address 0x50, mode byte Continue? [Y/n] Y 0 1 2 3 4 5 6 7 8 9 a b c d e f 0123456789abcdef 00: 80 08 04 0c 0a 01 40 00 01 80 60 00 80 08 00 01 ??????@.??`.??.? 10: 8f 04 06 01 01 00 0e a0 60 00 00 14 14 14 32 20 ?????.??`..???2 20: 20 10 20 10 00 00 00 00 00 00 00 00 00 00 00 00 ? ?............ 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 12 f6 ..............?? 40: 2c ff ff ff ff ff ff ff 08 38 4c 53 44 54 31 36 ,.......?8LSDT16 50: 36 34 41 47 2d 31 30 45 45 31 20 01 00 03 10 6c 64AG-10EE1 ?.??l 60: 08 95 7e 00 00 00 00 00 00 00 00 00 00 00 00 00 ??~............. 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 64 af ..............d? 80: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ 90: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ a0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ b0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ c0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ d0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ e0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ f0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ %%% Hey, that looks like a Micron DIMM. I didn't see anything on the other two i2c bus addresses. So I can confirm SMBus works on the MX3S from Linux 2.6.x. I'll blow it away with 7.1-BETA and see what happens next. cheers BMS From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 17:57:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F398C106567B for ; Fri, 12 Sep 2008 17:57:50 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by mx1.freebsd.org (Postfix) with ESMTP id D8B6F8FC14 for ; Fri, 12 Sep 2008 17:57:50 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA06.emeryville.ca.mail.comcast.net ([76.96.30.51]) by QMTA08.emeryville.ca.mail.comcast.net with comcast id DsFp1a01h16AWCUA8txqJ5; Fri, 12 Sep 2008 17:57:50 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA06.emeryville.ca.mail.comcast.net with comcast id Dtxp1a00K4v8bD78Stxqri; Fri, 12 Sep 2008 17:57:50 +0000 X-Authority-Analysis: v=1.0 c=1 a=UFqbKCt8X2kA:10 a=6Z53Y4f3-zkA:10 a=QycZ5dHgAAAA:8 a=K3u2V98an0uRL5EUCqcA:9 a=i4KcutDRJ2vxCkkXylt3mSxqfCgA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id A631E17B81A; Fri, 12 Sep 2008 10:57:49 -0700 (PDT) Date: Fri, 12 Sep 2008 10:57:49 -0700 From: Jeremy Chadwick To: Chris Ruiz Message-ID: <20080912175749.GA62725@icarus.home.lan> References: <48C927DC.6000202@incunabulum.net> <1EDB9C24-8E69-43D3-8082-2379955FF8FF@young-alumni.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1EDB9C24-8E69-43D3-8082-2379955FF8FF@young-alumni.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD stable Subject: Re: Any working ichsmb(4) platforms out there? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2008 17:57:51 -0000 On Fri, Sep 12, 2008 at 12:19:55PM -0500, Chris Ruiz wrote: > I have an ICH9 system and get the following: > > First, my kernel: > FreeBSD attack.young-alumni.com 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE > #0: Sat Sep 6 08:33:04 CDT 2008 root@:/usr/src/sys/amd64/compile/ > ATTACK amd64 > > Dmesg: > ichsmb0: port 0x3000-0x301f mem 0xe0427000-0xe04270ff > irq 18 > at device 31.3 on pci0 > ichsmb0: [GIANT-LOCKED] > ichsmb0: [ITHREAD] > smbus0: on ichsmb0 > > Error: > attack:~ root# smbmsg -p > smbmsg: Cannot open /dev/smb0: No such file or directory Does your kernel include all 3 of the following devices? device smbus device smb device ichsmb -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 18:02:17 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 945C8106564A for ; Fri, 12 Sep 2008 18:02:17 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 6B4438FC17 for ; Fri, 12 Sep 2008 18:02:17 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 07920160462; Fri, 12 Sep 2008 14:02:17 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Fri, 12 Sep 2008 14:02:17 -0400 X-Sasl-enc: uZHG+VW+UYzNbRkb4f4iwe9cf9mWWq3pyf2zdJNjLhxL 1221242536 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 58A8BE167; Fri, 12 Sep 2008 14:02:16 -0400 (EDT) Message-ID: <48CAAEA7.7060304@FreeBSD.org> Date: Fri, 12 Sep 2008 19:02:15 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: Chris Ruiz References: <48C927DC.6000202@incunabulum.net> <1EDB9C24-8E69-43D3-8082-2379955FF8FF@young-alumni.com> In-Reply-To: <1EDB9C24-8E69-43D3-8082-2379955FF8FF@young-alumni.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD stable Subject: Re: Any working ichsmb(4) platforms out there? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2008 18:02:17 -0000 Chris Ruiz wrote: > > Error: > attack:~ root# smbmsg -p > smbmsg: Cannot open /dev/smb0: No such file or directory Looks like the smb.ko module ain't loaded. cheers, BMS From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 18:12:37 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30B95106566C for ; Fri, 12 Sep 2008 18:12:37 +0000 (UTC) (envelope-from chris@young-alumni.com) Received: from mail.oldschoolpunx.net (cpe-66-68-98-106.austin.res.rr.com [66.68.98.106]) by mx1.freebsd.org (Postfix) with ESMTP id 045578FC1E for ; Fri, 12 Sep 2008 18:12:36 +0000 (UTC) (envelope-from chris@young-alumni.com) Received: by mail.oldschoolpunx.net (Postfix, from userid 58) id 2C8BAA9216; Fri, 12 Sep 2008 13:12:36 -0500 (CDT) Received: from [192.168.8.200] (unknown [192.168.8.200]) by mail.oldschoolpunx.net (Postfix) with ESMTPSA id 27499A9212 for ; Fri, 12 Sep 2008 13:12:36 -0500 (CDT) Message-Id: From: Chris Ruiz To: FreeBSD stable In-Reply-To: <20080912175749.GA62725@icarus.home.lan> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v926) Date: Fri, 12 Sep 2008 13:12:34 -0500 References: <48C927DC.6000202@incunabulum.net> <1EDB9C24-8E69-43D3-8082-2379955FF8FF@young-alumni.com> <20080912175749.GA62725@icarus.home.lan> X-Mailer: Apple Mail (2.926) Subject: Re: Any working ichsmb(4) platforms out there? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2008 18:12:37 -0000 On Sep 12, 2008, at 12:57 PM, Jeremy Chadwick wrote: > On Fri, Sep 12, 2008 at 12:19:55PM -0500, Chris Ruiz wrote: >> I have an ICH9 system and get the following: >> >> First, my kernel: >> FreeBSD attack.young-alumni.com 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE >> #0: Sat Sep 6 08:33:04 CDT 2008 root@:/usr/src/sys/amd64/ >> compile/ >> ATTACK amd64 >> >> Dmesg: >> ichsmb0: port 0x3000-0x301f mem >> 0xe0427000-0xe04270ff >> irq 18 >> at device 31.3 on pci0 >> ichsmb0: [GIANT-LOCKED] >> ichsmb0: [ITHREAD] >> smbus0: on ichsmb0 >> >> Error: >> attack:~ root# smbmsg -p >> smbmsg: Cannot open /dev/smb0: No such file or directory > > Does your kernel include all 3 of the following devices? > > device smbus > device smb > device ichsmb > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > Jeremy, I loaded smb.ko and it fixed the situation. I had the line 'ichsmb_load="YES"' in my loader.conf and it loaded smbus.ko but not smb.ko for me. Seems like a module load dependency issue. Here's my output: attack:~ root# smbmsg -p Probing for devices on /dev/smb0: Device @0x44: rw Device @0x50: rw Device @0x52: rw Device @0x64: w Device @0x80: rw Device @0x88: w Device @0x8c: r Device @0xc4: rw Device @0xd0: rw Device @0xd2: rw Device @0xe4: w Thanks, Chris From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 18:32:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05AE31065702 for ; Fri, 12 Sep 2008 18:32:40 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA02.westchester.pa.mail.comcast.net (qmta02.westchester.pa.mail.comcast.net [76.96.62.24]) by mx1.freebsd.org (Postfix) with ESMTP id 92B708FC12 for ; Fri, 12 Sep 2008 18:32:38 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA01.westchester.pa.mail.comcast.net ([76.96.62.11]) by QMTA02.westchester.pa.mail.comcast.net with comcast id Dt5i1a01w0EZKEL52uYbzF; Fri, 12 Sep 2008 18:32:35 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA01.westchester.pa.mail.comcast.net with comcast id DuYa1a0084v8bD73MuYaJU; Fri, 12 Sep 2008 18:32:35 +0000 X-Authority-Analysis: v=1.0 c=1 a=UFqbKCt8X2kA:10 a=6Z53Y4f3-zkA:10 a=QycZ5dHgAAAA:8 a=MPJzKc34rsjiRDeSywIA:9 a=82Fl_ibt3FrHtNIvkdk0-Jxuq2AA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 075F217B81A; Fri, 12 Sep 2008 11:32:34 -0700 (PDT) Date: Fri, 12 Sep 2008 11:32:33 -0700 From: Jeremy Chadwick To: Chris Ruiz Message-ID: <20080912183233.GA63271@icarus.home.lan> References: <48C927DC.6000202@incunabulum.net> <1EDB9C24-8E69-43D3-8082-2379955FF8FF@young-alumni.com> <20080912175749.GA62725@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD stable Subject: Re: Any working ichsmb(4) platforms out there? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2008 18:32:40 -0000 On Fri, Sep 12, 2008 at 01:12:34PM -0500, Chris Ruiz wrote: > > On Sep 12, 2008, at 12:57 PM, Jeremy Chadwick wrote: > >> On Fri, Sep 12, 2008 at 12:19:55PM -0500, Chris Ruiz wrote: >>> I have an ICH9 system and get the following: >>> >>> First, my kernel: >>> FreeBSD attack.young-alumni.com 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE >>> #0: Sat Sep 6 08:33:04 CDT 2008 root@:/usr/src/sys/amd64/ >>> compile/ >>> ATTACK amd64 >>> >>> Dmesg: >>> ichsmb0: port 0x3000-0x301f mem >>> 0xe0427000-0xe04270ff >>> irq 18 >>> at device 31.3 on pci0 >>> ichsmb0: [GIANT-LOCKED] >>> ichsmb0: [ITHREAD] >>> smbus0: on ichsmb0 >>> >>> Error: >>> attack:~ root# smbmsg -p >>> smbmsg: Cannot open /dev/smb0: No such file or directory >> >> Does your kernel include all 3 of the following devices? >> >> device smbus >> device smb >> device ichsmb >> >> -- >> | Jeremy Chadwick jdc at parodius.com | >> | Parodius Networking http://www.parodius.com/ | >> | UNIX Systems Administrator Mountain View, CA, USA | >> | Making life hard for others since 1977. PGP: 4BD6C0CB | >> > > Jeremy, > > I loaded smb.ko and it fixed the situation. I had the line > 'ichsmb_load="YES"' in my loader.conf and it loaded smbus.ko but not > smb.ko for me. Seems like a module load dependency issue. They're all independent pieces, that's why. I realise the naming convention is confusing ("wait, what do I need? Do I need iicbus? What is that thing?!"), and older FreeBSD kernel configuration syntaxes and documentation made it even worse. Here's the breakdown in layman's terms: ichsmb(4) -- support for Intel ICHxx SMBus via PCI bus smbus(4) -- adds support for kernel SMBus API framework and interfaces with chipset SMBus driver (e.g. ichsmb(4)) smb(4) -- creates /dev/smbXX entries and provides ioctl(2) interface for userland applications Does this help reduce confusion? I don't consider this a "dependency issue" at all. These are all literally separate things; you do not meed smbus(4) and smb(4) if you just simply want to tie a driver to a feature/device that's on the PCI bus (e.g. ichsmb(4)). Besides, does kldload or kernel modules in general have *any* sort of dependency tree code? I didn't think they did. > Here's my output: > attack:~ root# smbmsg -p > Probing for devices on /dev/smb0: > Device @0x44: rw > Device @0x50: rw > Device @0x52: rw > Device @0x64: w > Device @0x80: rw > Device @0x88: w > Device @0x8c: r > Device @0xc4: rw > Device @0xd0: rw > Device @0xd2: rw > Device @0xe4: w Good deal, this is functioning normally. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 18:35:21 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D86C1065671; Fri, 12 Sep 2008 18:35:21 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 7BFC58FC1E; Fri, 12 Sep 2008 18:35:20 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id m8CIZHIU046222; Sat, 13 Sep 2008 02:35:17 +0800 (KRAST) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id m8CIZHZK046219; Sat, 13 Sep 2008 02:35:17 +0800 (KRAST) (envelope-from eugen) Date: Sat, 13 Sep 2008 02:35:17 +0800 From: Eugene Grosbein To: "Bruce M. Simpson" Message-ID: <20080912183517.GA36416@svzserv.kemerovo.su> References: <48C91525.10806@incunabulum.net> <20080911162956.GA15152@svzserv.kemerovo.su> <48C9A907.8000000@incunabulum.net> <48C9AAAE.1030909@FreeBSD.org> <48CA9E93.3060306@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48CA9E93.3060306@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: Konstantin Belousov , FreeBSD stable , John Baldwin Subject: Re: Long delays for USB realbtx boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2008 18:35:21 -0000 On Fri, Sep 12, 2008 at 05:53:39PM +0100, Bruce M. Simpson wrote: > So it appears the "active" flag was not being set for the first > partition, it seems NanoBSD's fdisk script didn't set it; that should > probably get patched, as this was the root cause of the USB booting delay. I also always use boot0 for my NanoBSDs as I need safe way for remote upgrades, so have two code slices. And I always use these knobs: NANO_BOOTLOADER="boot/boot0" NANO_BOOT0CFG="-o packet -s 1 -m 3 -t 36" May it make a difference? Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 18:41:54 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98AFC106566B; Fri, 12 Sep 2008 18:41:54 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 6C0888FC25; Fri, 12 Sep 2008 18:41:54 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id F3D4915ECD7; Fri, 12 Sep 2008 14:41:52 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Fri, 12 Sep 2008 14:41:53 -0400 X-Sasl-enc: 4Xb3hEGF9rZGV3m/Ye6FnlG3jBmQYrJEu2NY7iW0Wfpx 1221244912 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 354DD3A83C; Fri, 12 Sep 2008 14:41:52 -0400 (EDT) Message-ID: <48CAB7EE.1030505@FreeBSD.org> Date: Fri, 12 Sep 2008 19:41:50 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: Eugene Grosbein References: <48C91525.10806@incunabulum.net> <20080911162956.GA15152@svzserv.kemerovo.su> <48C9A907.8000000@incunabulum.net> <48C9AAAE.1030909@FreeBSD.org> <48CA9E93.3060306@FreeBSD.org> <20080912183517.GA36416@svzserv.kemerovo.su> In-Reply-To: <20080912183517.GA36416@svzserv.kemerovo.su> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD stable , Konstantin Belousov , John Baldwin Subject: Re: Long delays for USB realbtx boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2008 18:41:54 -0000 Eugene Grosbein wrote: > I also always use boot0 for my NanoBSDs as I need safe way for remote > upgrades, so have two code slices. And I always use these knobs: > > NANO_BOOTLOADER="boot/boot0" > NANO_BOOT0CFG="-o packet -s 1 -m 3 -t 36" > ... Good point, it looks like NanoBSD was installing boot0sio by default. I overrode this in my config with boot0 as you do and that works for me. thanks again, BMS From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 18:43:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B351E1065670; Fri, 12 Sep 2008 18:43:35 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 874C18FC1E; Fri, 12 Sep 2008 18:43:35 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 3E2D315F9FE; Fri, 12 Sep 2008 14:43:35 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Fri, 12 Sep 2008 14:43:35 -0400 X-Sasl-enc: bg2XH+UXFRhr+u4qx8N2F6CnBiGoY8ebxQx/YzXLPY1/ 1221245014 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 95D8014488; Fri, 12 Sep 2008 14:43:34 -0400 (EDT) Message-ID: <48CAB855.2020200@FreeBSD.org> Date: Fri, 12 Sep 2008 19:43:33 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: Jeremy Chadwick References: <48C927DC.6000202@incunabulum.net> <1EDB9C24-8E69-43D3-8082-2379955FF8FF@young-alumni.com> <20080912175749.GA62725@icarus.home.lan> <20080912183233.GA63271@icarus.home.lan> In-Reply-To: <20080912183233.GA63271@icarus.home.lan> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Chris Ruiz , FreeBSD stable Subject: Re: Any working ichsmb(4) platforms out there? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2008 18:43:35 -0000 Jeremy Chadwick wrote: > I don't consider this a "dependency issue" at all. These are all > literally separate things; you do not meed smbus(4) and smb(4) if you > just simply want to tie a driver to a feature/device that's on the PCI > bus (e.g. ichsmb(4)). > > Besides, does kldload or kernel modules in general have *any* sort > of dependency tree code? I didn't think they did. > Some modules do, some modules don't. One of the issues here is that there is sometimes a diamond-like dependency graph between kernel modules, or there is no way to establish dependency at all. For example, smb(4) has no idea that ichsmb(4) should be loaded, for the very reason you point out that smb(4) isn't needed by ichsmb(4); whilst ichsmb(4) presents an smbus(4) interface in the kernel, which smb(4) will recognise and attach to, it has no idea that it should get loaded. Having said that, I thought your plain language explanation of how things are was excellent and clear. cheers BMS From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 19:01:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82EB91065672 for ; Fri, 12 Sep 2008 19:01:31 +0000 (UTC) (envelope-from jon@witchspace.com) Received: from queueout01-winn.ispmail.ntl.com (queueout01-winn.ispmail.ntl.com [81.103.221.31]) by mx1.freebsd.org (Postfix) with ESMTP id E542F8FC0A for ; Fri, 12 Sep 2008 19:01:30 +0000 (UTC) (envelope-from jon@witchspace.com) Received: from aamtaout02-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout03-winn.ispmail.ntl.com with ESMTP id <20080912184415.ZPKA10791.mtaout03-winn.ispmail.ntl.com@aamtaout02-winn.ispmail.ntl.com> for ; Fri, 12 Sep 2008 19:44:15 +0100 Received: from witchspace.com ([82.15.251.148]) by aamtaout02-winn.ispmail.ntl.com with SMTP id <20080912184415.YBTW19289.aamtaout02-winn.ispmail.ntl.com@witchspace.com> for ; Fri, 12 Sep 2008 19:44:15 +0100 Received: (qmail 96357 invoked from network); 12 Sep 2008 18:42:07 -0000 Received: from unknown (HELO ?127.0.0.1?) (192.168.0.1) by dookie.home with SMTP; 12 Sep 2008 18:42:07 -0000 Message-ID: <48CAB8AB.3040802@witchspace.com> Date: Fri, 12 Sep 2008 19:44:59 +0100 From: Jonathan Belson User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Jeremy Chadwick References: <48C927DC.6000202@incunabulum.net> <48C932D9.50604@thekeelecentre.com> <48C934D1.5030703@incunabulum.net> <48C93582.3080107@thekeelecentre.com> <48C93903.5060604@protected-networks.net> <20080912072037.GC49512@icarus.home.lan> <48CAAB1A.9070502@incunabulum.net> In-Reply-To: <48CAAB1A.9070502@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Cloudmark-Analysis: v=1.0 c=1 a=UFqbKCt8X2kA:10 a=6Z53Y4f3-zkA:10 a=xBWTYdQluJ4CQBnZ2fcA:9 a=baQfySnZQr1IFMx65tMQjzmFVFEA:4 a=xfNXT5P86egA:10 Cc: FreeBSD stable Subject: Re: Any working ichsmb(4) platforms out there? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2008 19:01:31 -0000 Bruce M Simpson wrote: > Jeremy Chadwick wrote: >> I'm trying my best to make things better, doing things purely from a >> userland perspective and using SMBus exclusively (since the interface is >> quite reliable, assuming the SMBus driver used on FreeBSD is working >> correctly). I understand-- Bruce is having problems with ichsmb(4), >> while on every ICH7 board I have (and I have many), I've had nothing but >> success. All of bsdhwmon's main development has been done on ICH7 >> boards I use and have physical access to, for example. I have a Dell PowerEdge SC440 here and I'm not having much luck with smbmsg: # smbmsg -p Probing for devices on /dev/smb0: [ lots and lots of 'ichsmb0: device timeout, status=0x41' ] As far as I can see, I've got all the relevant devices built into the kernel (from kldstat -v: ichsmb/smbus, pci/ichsmb, iicbus/iicsmb, smbus/smb, intsmb/smbus, pci/intsmb). This is a Dell-branded motherboard, so I've no idea what it's based on. The boot message shows 'ichsmb0: '. Cheers, --Jon From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 19:36:19 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E18CC1065671; Fri, 12 Sep 2008 19:36:19 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id A2FDD8FC12; Fri, 12 Sep 2008 19:36:19 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 3014F1600F9; Fri, 12 Sep 2008 15:36:19 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Fri, 12 Sep 2008 15:36:19 -0400 X-Sasl-enc: 7mzCUtjagyzKimnJxQ/9p3ytXSBpM4d1Pzl9iA3dOjuE 1221248178 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 6DFCA17649; Fri, 12 Sep 2008 15:36:18 -0400 (EDT) Message-ID: <48CAC4B1.6030108@FreeBSD.org> Date: Fri, 12 Sep 2008 20:36:17 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: Jeremy Chadwick References: <48C927DC.6000202@incunabulum.net> <48C932D9.50604@thekeelecentre.com> <48C934D1.5030703@incunabulum.net> <48C93582.3080107@thekeelecentre.com> <48C93903.5060604@protected-networks.net> <20080912072037.GC49512@icarus.home.lan> <48CAAB1A.9070502@incunabulum.net> In-Reply-To: <48CAAB1A.9070502@incunabulum.net> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD stable , Richard Tector Subject: Re: Any working ichsmb(4) platforms out there? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2008 19:36:20 -0000 Bruce M Simpson wrote: > > I fished out the A/Open MX3S board I have. ... > So I can confirm SMBus works on the MX3S from Linux 2.6.x. I'll blow > it away with 7.1-BETA and see what happens next. I can confirm that SMBus appears to work on the A/Open MX3S under FreeBSD 7.1-BETA. After kldload ichsmb and kldload smb: %%% ichsmb0: port 0x5000-0x500f at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] ichsmb0: [ITHREAD] smbus0: on ichsmb0 smb0: on smbus0 %%% smbmsg -p: %%% Probing for devices on /dev/smb0: Device @0x30: rw Device @0x50: rw Device @0xb0: rw Device @0xd0: rw %%% pciconf -a seems to be broken: %%% raisin:~ % s pciconf -a pci0:0:31:3 pciconf: ioctl(PCIOCATTACHED): Inappropriate ioctl for device %%% My theory at the moment is that the working platforms might have had some other bits twiddled in PCI config space. I'm ruling that out for now, based on the fact that when I dump the CSRs for the SMBus function on both the ICH2 (known good, working) and ICH7 (suspect), the HOSTC register contents are the same (SMBus is enabled) and both have interrupt lines routed to them. working system, ICH2: %%% raisin# pciconf -r pci0:0:31:3 0:0x40 24438086 02800001 0c050002 00000000 00000000 00000000 00000000 00000000 00005001 00000000 00000000 244b8086 00000000 00000000 00000000 0000020c 00000001 %%% suspect system, ICH7: %%% foo:~ % s pciconf -r pci0:0:31:3 0:0x40 27da8086 02800001 0c050001 00000000 00000000 00000000 00000000 00000000 00000501 00000000 00000000 27da8086 00000000 00000000 00000000 00000213 00000001 %%% Both are using SMP-enabled kernels. The working system is running a 7.1-BETA kernel, GENERIC so it has SMP, but it's a uniprocessor 633MHz Celeron; the suspect system has dual-core (I *think* it is Intel Atom). I'm not sure how that could make a difference. The ichsmb(4) driver uses msleep() (now deprecated) to avoid busy-waiting when polling for SMB transaction completion. On the suspect system, msleep() always times out. So both are using ithreads... AHA! After a reboot it looks like I can see a device on the suspect system, interesting. But after the first probe, it doesn't respond. This could well be down to the implementation of that particular SMBus device on the platform, and it tends to move the finger of suspicion away from the smbus drivers themselves. cheers BMS From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 23:29:07 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30FF3106566B; Fri, 12 Sep 2008 23:29:07 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2001:41c8:1:548a::2]) by mx1.freebsd.org (Postfix) with ESMTP id B94AD8FC13; Fri, 12 Sep 2008 23:29:06 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id A386330126; Sat, 13 Sep 2008 00:29:01 +0100 (BST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on muon.cran.org.uk X-Spam-Level: X-Spam-Status: No, score=-2.3 required=8.0 tests=BAYES_00 autolearn=ham version=3.2.3 Received: from tau.draftnet (tau.demon.co.uk [80.177.26.208]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTP; Sat, 13 Sep 2008 00:29:01 +0100 (BST) Date: Sat, 13 Sep 2008 00:28:50 +0100 From: Bruce Cran To: John Baldwin Message-ID: <20080913002850.26f322ab@tau.draftnet> In-Reply-To: <200807231116.02389.jhb@freebsd.org> References: <20080719100315.2td4dl2q5ck88wkw@webmail.opentransfer.com> <200807221514.55055.jhb@freebsd.org> <20080723140927.duc11agcg44ockw4@webmail.opentransfer.com> <200807231116.02389.jhb@freebsd.org> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, freebsd-stable@freebsd.org, Chadwick , Jeremy Subject: Re: ACPI regression on recent 7.0-STABLE: HPET stops working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2008 23:29:07 -0000 On Wed, 23 Jul 2008 11:16:02 -0400 John Baldwin wrote: > I've committed the patch. However, I think this actually points out > a slightly bigger issue in that the HPET timer is probably > piggybacking on the ichsmb0 device's BAR, and they really should both > be able to attach somehow. > > A way to fix that would be to make the HPET device actually borrow > the PCI device's resource instead of allocating its own perhaps. I > think the HPET ACPI device and the table tell us the PCI deviec the > HPET lives in. > I just upgraded from 7.0-p3 to 7.1-PRERELEASE on my Dell I1501 laptop and hit this problem too. I noticed the patch was committed to HEAD - are there any plans to MFC it for 7.1? -- Bruce Cran From owner-freebsd-stable@FreeBSD.ORG Sat Sep 13 02:13:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 520751065676; Sat, 13 Sep 2008 02:13:35 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 23AF98FC14; Sat, 13 Sep 2008 02:13:29 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 2144D160698; Fri, 12 Sep 2008 22:13:29 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Fri, 12 Sep 2008 22:13:29 -0400 X-Sasl-enc: neCawjmMDaX7DoNfeYn09dG+LIWSLqXaZlsHcWadzEDm 1221272008 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 769B33AA0E; Fri, 12 Sep 2008 22:13:28 -0400 (EDT) Message-ID: <48CB21C7.9050706@incunabulum.net> Date: Sat, 13 Sep 2008 03:13:27 +0100 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: John Baldwin References: <48C8F684.8090409@incunabulum.net> <20080911110407.GC25493@icarus.home.lan> <48C927D6.5020800@incunabulum.net> <200809111043.18265.jhb@freebsd.org> In-Reply-To: <200809111043.18265.jhb@freebsd.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jeremy Chadwick , FreeBSD stable Subject: Re: alpm(4) I/O range is claimed by ACPI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Sep 2008 02:13:35 -0000 John Baldwin wrote: > Umm, ACPI will allow children devices to allocate their resources out of > the "sysresource" pool. IPMI has to do this on some systems where ACPI > claims the IPMI I/O ports as a system resource. But surely if alpm(4) were to attach to such a range in this way, it would need to be a child of the acpi bus device, yes? The IPMI driver probes for a specific ACPI ID in the DSDT. PCI ID looks like this: alpm0@pci0:0:30:1: class=0x068000 card=0x81561043 chip=0x710110b9 rev=0x00 hdr=0x00 So I grabbed the M1543 datasheet off the web and looked in CSR space. Guess what: the AMI BIOS on the ASUS Vintage AH-1 does NOT set up the PMU. The function is still visible, it just has no active I/O mappings. No wonder alpm(4) does not attach. I tried looking for this device in the DSDT, I don't see anything which obviously resembles it. The equivalent Linux driver has a means of forcing the mapping to be set up if it isn't available: http://www.kernel.org/doc/Documentation/i2c/busses/i2c-ali15x3 It looks like there used to be a means of doing this in the FreeBSD driver but it got nuked. And that ASUS didn't much care about power management support in this machine... Oh well! I know ichsmb works on at least one machine that I have. cheers BMS From owner-freebsd-stable@FreeBSD.ORG Sat Sep 13 14:02:07 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C450106564A for ; Sat, 13 Sep 2008 14:02:07 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id DD4B28FC1F for ; Sat, 13 Sep 2008 14:02:06 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180139087.adsl.alicedsl.de [85.180.139.87]) by acme.spoerlein.net (8.14.2/8.14.2) with ESMTP id m8DE24Co063539 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 13 Sep 2008 16:02:05 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.2/8.14.2) with ESMTP id m8DD1dkd065106 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 13 Sep 2008 15:01:39 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by roadrunner.spoerlein.net (8.14.2/8.14.2/Submit) id m8DD1dTs065105; Sat, 13 Sep 2008 15:01:39 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Sat, 13 Sep 2008 15:01:39 +0200 From: Ulrich Spoerlein To: Bruce M Simpson Message-ID: <20080913130139.GM76117@roadrunner.spoerlein.net> Mail-Followup-To: Bruce M Simpson , FreeBSD stable References: <48C927DC.6000202@incunabulum.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48C927DC.6000202@incunabulum.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD stable Subject: Re: Any working ichsmb(4) platforms out there? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Sep 2008 14:02:07 -0000 On Thu, 11.09.2008 at 15:14:52 +0100, Bruce M Simpson wrote: > Does anyone have ichsmb(4) actually seeing SMBus devices? > e.g. you run "smbmsg -p" on your FreeBSD-STABLE system and see something. > > I just tried it again on my IBM ThinkPad T43 and saw nothing, all I get is: > ichsmb0: device timeout, status=0x41 > ...in dmesg. No luck with an ICH5, here: ichsmb0: port 0x2400-0x241f irq 17 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] smbus0: on ichsmb0 smb0: on smbus0 ichsmb0: device timeout, status=0x41 ichsmb0: device timeout, status=0x41 ichsmb0: device timeout, status=0x41 ichsmb0: device timeout, status=0x41 ... # uname -rsm FreeBSD 6.3-STABLE i386 # devinfo -v|grep smb ichsmb0 pnpinfo vendor=0x8086 device=0x24d3 subvendor=0x1734 subdevice=0x101c class=0x0c0500 at slot=31 function=3 handle=\_SB_.PCI0.PM__ # kenv|grep smb smbios.bios.reldate="11/25/2004" smbios.bios.vendor="FUJITSU SIEMENS // Phoenix Technologies Ltd." smbios.bios.version="5.00 R2.14.1534.01 " smbios.chassis.maker="FUJITSU SIEMENS" smbios.chassis.serial="YBFC445826 " smbios.chassis.tag=" " smbios.chassis.version="SCEE " smbios.planar.maker="FUJITSU SIEMENS" smbios.planar.product="D1534" smbios.planar.serial=" " smbios.planar.version="S26361-D1534" smbios.socket.enabled="1" smbios.socket.populated="1" smbios.system.maker="FUJITSU SIEMENS" smbios.system.product="SCENIC E" smbios.system.serial="YBFC445826 " smbios.system.uuid="93D4A7A3-705F-11D9-8688-00300577E7A0" smbios.system.version=" " Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 13 15:20:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B46F106566B; Sat, 13 Sep 2008 15:20:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id C69C48FC17; Sat, 13 Sep 2008 15:20:19 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [IPv6:2001:470:1f11:75:2a0:d2ff:fe18:8b38]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m8DFKDP2059360; Sat, 13 Sep 2008 11:20:13 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Bruce M Simpson Date: Sat, 13 Sep 2008 11:09:06 -0400 User-Agent: KMail/1.9.7 References: <48C8F684.8090409@incunabulum.net> <200809111043.18265.jhb@freebsd.org> <48CB21C7.9050706@incunabulum.net> In-Reply-To: <48CB21C7.9050706@incunabulum.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809131109.06694.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:2001:470:1f11:75::1]); Sat, 13 Sep 2008 11:20:13 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8230/Fri Sep 12 20:08:14 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Jeremy Chadwick , FreeBSD stable Subject: Re: alpm(4) I/O range is claimed by ACPI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Sep 2008 15:20:20 -0000 On Friday 12 September 2008 10:13:27 pm Bruce M Simpson wrote: > John Baldwin wrote: > > Umm, ACPI will allow children devices to allocate their resources out of > > the "sysresource" pool. IPMI has to do this on some systems where ACPI > > claims the IPMI I/O ports as a system resource. > > But surely if alpm(4) were to attach to such a range in this way, it > would need to be a child of the acpi bus device, yes? No, the code in acpi_alloc_resources() does _not_ check for that. Any child device with a specific allocation that falls in a system resource range will succeed the allocation. > The IPMI driver > probes for a specific ACPI ID in the DSDT. The IPMI driver also attaches on the isa0 device via the SMBIOS tables, and that is the case where the resources clash with ACPI's system resources. IPMI devices listed in the ACPI namespace don't have their resources listed in ACPI's system resources. > PCI ID looks like this: > alpm0@pci0:0:30:1: class=0x068000 card=0x81561043 chip=0x710110b9 > rev=0x00 hdr=0x00 > > So I grabbed the M1543 datasheet off the web and looked in CSR space. > Guess what: the AMI BIOS on the ASUS Vintage AH-1 does NOT set up the > PMU. The function is still visible, it just has no active I/O mappings. > No wonder alpm(4) does not attach. > > I tried looking for this device in the DSDT, I don't see anything which > obviously resembles it. The equivalent Linux driver has a means of > forcing the mapping to be set up if it isn't available: > http://www.kernel.org/doc/Documentation/i2c/busses/i2c-ali15x3 > > It looks like there used to be a means of doing this in the FreeBSD > driver but it got nuked. And that ASUS didn't much care about power > management support in this machine... If you can re-enable it in such a way that it uses bus_alloc_resource(), then the driver will probably work fine. > Oh well! I know ichsmb works on at least one machine that I have. > > cheers > BMS -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Sat Sep 13 18:39:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1F5F1065674; Sat, 13 Sep 2008 18:39:46 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 90FA08FC1E; Sat, 13 Sep 2008 18:39:46 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [192.168.1.101] (cpe-74-77-179-53.buffalo.res.rr.com [74.77.179.53]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id m8DIdiU7066461 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 13 Sep 2008 14:39:45 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-stable , freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-FEMokJu/QTA2LzX/6HWg" Date: Sat, 13 Sep 2008 14:39:39 -0400 Message-Id: <1221331179.35788.70.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1335; Body=0 Fuz1=0 Cc: Subject: FreeBSD 7.1-BETA/6.4-BETA Available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Sep 2008 18:39:47 -0000 --=-FEMokJu/QTA2LzX/6HWg Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The FreeBSD 7.1-BETA and 6.4-BETA builds are now available on the FreeBSD FTP mirror sites. This is the first step in the release process for FreeBSD-7.1 and FreeBSD-6.4. This set of builds do not include pre-built packages. The ISOs are available from: ftp://ftp.freebsd.org/pub/FreeBSD/releases/${arch}/ISO-IMAGES/7.1/ ftp://ftp.freebsd.org/pub/FreeBSD/releases/${arch}/ISO-IMAGES/6.4/ where $arch is one of alpha, amd64, i386, ia64, pc98, powerpc, or sparc64. For the Tier-2 architectures ia64 and powerpc only the 7.1-BETA builds are available. For the Tier-2 architecture alpha only the 6.4-BETA builds are available. We encourage people to help out with the testing. Problems can be reported through Gnats or on the freebsd-stable@freebsd.org mailing list. At this point we expect the 6.4-RC1 builds to start in about two weeks, and the 7.1-RC1 builds a week after that. Checksums for the ISOs: ------------ MD5 (6.4-BETA-alpha-bootonly.iso) =3D 3e222422a6c029b8b1922dbbfeb4b040 MD5 (6.4-BETA-alpha-disc1.iso) =3D 94a7df84eaa9111ee34ab849c9211560 MD5 (6.4-BETA-alpha-docs.iso) =3D 8a4606e35db9c2dc0ae1b6a6ea17eed2 SHA256 (6.4-BETA-alpha-bootonly.iso) =3D f11dcdf0d8eb549a273ac15ce4b2434a4a= c90990565d8bd45f1901b01a818936 SHA256 (6.4-BETA-alpha-disc1.iso) =3D 244b65286c8c8c6b7270320506eb2fd233f0c= f4ca968613384496aa10a706f75 SHA256 (6.4-BETA-alpha-docs.iso) =3D 49d753dfb3cfd80b137b2b10f34e30799a0765= e03561863279de420119f02333 MD5 (7.1-BETA-amd64-bootonly.iso) =3D 72fdf9c01667c99bb6153101b188122d MD5 (7.1-BETA-amd64-disc1.iso) =3D 87f7e93ca707b08a08accf989ff7060b MD5 (7.1-BETA-amd64-disc2.iso) =3D 707fdd5281a66268eb72fa975caeada5 MD5 (7.1-BETA-amd64-disc3.iso) =3D cc100e18c8790d66fe192e7f71f4e5aa MD5 (7.1-BETA-amd64-docs.iso) =3D 98e21ba5a44912fbf9dcdc4b8cf23a7a MD5 (7.1-BETA-amd64-livefs.iso) =3D e9a4a8c20db73408990c70fdac3c3d22 SHA256 (7.1-BETA-amd64-bootonly.iso) =3D ec9054b879cf154e553776233c3bbe31e9= 3c613778e1d107897528d1f63cf4fb SHA256 (7.1-BETA-amd64-disc1.iso) =3D b3ddcab735c4ea3f096d92d212940216859bb= d47403896eb2e741d5ad2db6d7c SHA256 (7.1-BETA-amd64-disc2.iso) =3D b9ffb599f849a3ba8d2354c847d7c9715e954= f2d1aa179a530238ee462ca8014 SHA256 (7.1-BETA-amd64-disc3.iso) =3D c8b9d99239481339001aeda45c06104ccfa93= e6e11f682fff054c30e612106aa SHA256 (7.1-BETA-amd64-docs.iso) =3D e92d6c5858aa540588775d2eb3708e3fc85078= ddaba860c5c2704523a54728cb SHA256 (7.1-BETA-amd64-livefs.iso) =3D fb733dbdd3c755215e80678706a76963254d= ecff6800d3b2adde4b55e90dee59 MD5 (6.4-BETA-amd64-bootonly.iso) =3D ac3b2b39cd8c875be4dbc7a7ccbcce24 MD5 (6.4-BETA-amd64-disc1.iso) =3D ec5c1df7a0b4be9a8f5ecdd1d23d1209 MD5 (6.4-BETA-amd64-disc2.iso) =3D 37e54556eabf8df7514aecc7134b53b3 MD5 (6.4-BETA-amd64-disc3.iso) =3D 636fded834831e7f60a75f83537b30a7 MD5 (6.4-BETA-amd64-docs.iso) =3D 2e435bcc934600fb1ddedf0102c70e01 SHA256 (6.4-BETA-amd64-bootonly.iso) =3D e13fe3e4b8c7fab0d433e38fdf5de27bf8= ffdfa996d3b6c68459a8fda7100a9a SHA256 (6.4-BETA-amd64-disc1.iso) =3D a6a8dbfaf34d404058e0a62dce29526d30d86= a15aca1c46521e01d976b36d651 SHA256 (6.4-BETA-amd64-disc2.iso) =3D 58470a464d57658aaf5b7c5783684a20b64d0= 078c1007b50a332efdf1ce761a9 SHA256 (6.4-BETA-amd64-disc3.iso) =3D af3e2447b87a97c78f4e59fc3f083ceaeaa9f= 4c3e466411d55250d9a354d6d6d SHA256 (6.4-BETA-amd64-docs.iso) =3D 009292acad493678e540c9209407df7b63dfaf= 689f35b04cb846fbdbba4b801c MD5 (7.1-BETA-i386-bootonly.iso) =3D a3885274226f96f21ddf22b3047c858d MD5 (7.1-BETA-i386-disc1.iso) =3D f06c2453309e001cd67f72bb954a4b4a MD5 (7.1-BETA-i386-disc2.iso) =3D 38cfeeb16db98c37189336f055b41756 MD5 (7.1-BETA-i386-disc3.iso) =3D af70d157f064e39bf790505f185e565f MD5 (7.1-BETA-i386-docs.iso) =3D 23adf38460f2f1febaa58c294f03b120 MD5 (7.1-BETA-i386-livefs.iso) =3D 26d91e9a60243db9e28113a391d80e8f SHA256 (7.1-BETA-i386-bootonly.iso) =3D 87eba44221e41a0928bc3ebdd753e28c3c6= 6315fc58954a3a79b261dee94cc5a SHA256 (7.1-BETA-i386-disc1.iso) =3D 096ad85048a660684731ec4fd1f4a384ae4a76= c3256726dfb61b4a4d8213d107 SHA256 (7.1-BETA-i386-disc2.iso) =3D 22a6207200978cafee5aa186275e1e0b60fc8f= 8a75f1351a1377a5f3bca14b76 SHA256 (7.1-BETA-i386-disc3.iso) =3D e4241590f10315be2e1b4b51e36d882e287d97= 654f5a9e13f9089ade87a91541 SHA256 (7.1-BETA-i386-docs.iso) =3D c2caa0a0d2151866c7b24f49944dab55cede84b= 209dfd2036e4745dc7b89b9e9 SHA256 (7.1-BETA-i386-livefs.iso) =3D eef80a184b5b2d1d2504dd80e2ca000612b8a= 0139e059cbe12c7122774159537 MD5 (6.4-BETA-i386-bootonly.iso) =3D f71aeb1bfc51ce9c744eebf9e542c52a MD5 (6.4-BETA-i386-disc1.iso) =3D 3710f169c1b29d9aee64b883ba7ae481 MD5 (6.4-BETA-i386-disc2.iso) =3D 8959ecb31dd11a635dc8758bfa8b37a7 MD5 (6.4-BETA-i386-disc3.iso) =3D fa95fc7842598e00a4d7ff853e406dfc MD5 (6.4-BETA-i386-docs.iso) =3D 3a95e600000589bef780e2166adeed0e SHA256 (6.4-BETA-i386-bootonly.iso) =3D 00fba46869644b4ac52bc7ec4b69b2d5bbe= 17a9ff423d4e1d899f59bc824bb80 SHA256 (6.4-BETA-i386-disc1.iso) =3D dba12bb568328e284cd75ff9f6b69fb52a7ec3= 4be9a38c3c0be1d44adf8f9dcf SHA256 (6.4-BETA-i386-disc2.iso) =3D 52dd575e05bdf4626a5353329e7a92d9e2f856= 2640df3b82d21cedda86d86640 SHA256 (6.4-BETA-i386-disc3.iso) =3D 172d43f77a7afa84158215ef72420cc165cc9d= 4d873c81bd1cd0af9f80f8ac61 SHA256 (6.4-BETA-i386-docs.iso) =3D 9633cd9d2b553ef36f0442219cabe6261cf8d79= c84c3528e85a58f5185a242b1 MD5 (7.1-BETA-ia64-bootonly.iso) =3D e1986dfa000e2170a45105346a849ca3 MD5 (7.1-BETA-ia64-disc1.iso) =3D caab8fb8f7f67dc98d0ddba3fd336e85 MD5 (7.1-BETA-ia64-docs.iso) =3D 0fa4b3be3755cbf0130710b289cd62c2 MD5 (7.1-BETA-ia64-livefs.iso) =3D f50a38df8ebc98ae56ff5b794d3f2643 SHA256 (7.1-BETA-ia64-bootonly.iso) =3D 87030e8802c0ca0fc7bf96271b2a5305244= 85a2eff72c6182d3be1cb27867587 SHA256 (7.1-BETA-ia64-disc1.iso) =3D 32b0562d66902d09911f30844407a8b40a9299= f6014a2de5ed4bfe1514207d1d SHA256 (7.1-BETA-ia64-docs.iso) =3D 42f4e967c6ce045db478fe9ac599877eb42c33e= c0771017b10140bf80b3ced36 SHA256 (7.1-BETA-ia64-livefs.iso) =3D 88387b45f7d50db58bc7d643acd4d1853df6e= c86416fee7f08797602fc4c0516 MD5 (7.1-BETA-pc98-bootonly.iso) =3D 68196648c68fb4cb713607c72b42e891 MD5 (7.1-BETA-pc98-disc1.iso) =3D cb34f6468a7206c77e8ae918117841b0 MD5 (7.1-BETA-pc98-livefs.iso) =3D 582edf1c52d1bdb013158d102dbd11fe SHA256 (7.1-BETA-pc98-bootonly.iso) =3D 2dbc37babb6bdc31250a8014bb95ee50d06= 78c4c9ba2dcb241bc3fb766538b24 SHA256 (7.1-BETA-pc98-disc1.iso) =3D 5bf6662e4c60f86c86c38dbe08ea9a713436bf= 99173219c0f1888bb7abf3ca66 SHA256 (7.1-BETA-pc98-livefs.iso) =3D 8869fba63ed00072fc55fdfc9176d3b4947a3= 93bb8496c88af4a909c26750fec MD5 (6.4-BETA-pc98-bootonly.iso) =3D c802290e1f8ba468682f3f6bdcafd970 MD5 (6.4-BETA-pc98-disc1.iso) =3D b5e8bc8f75ca7931a5d5774b5884a27e SHA256 (6.4-BETA-pc98-bootonly.iso) =3D 5d625e75b34b41da7ada3309bc9e8362b96= 1ba41d2f7820697bccb395fdf9389 SHA256 (6.4-BETA-pc98-disc1.iso) =3D 08b0d379781ba1fffed428d79dae7f46514f60= 857b466a6699b44cbfffe6cb1b MD5 (7.1-BETA-powerpc-bootonly.iso) =3D 46432c50e37d544edfeaafce36669302 MD5 (7.1-BETA-powerpc-disc1.iso) =3D a75d63c141825b49e2995b16f7e589d8 MD5 (7.1-BETA-powerpc-docs.iso) =3D f77e7100e5851c46018554b0f915deae SHA256 (7.1-BETA-powerpc-bootonly.iso) =3D 795ed4d9c0cdabc5347e1e34a8a82f7f= 615501087ac9c66f03e36010903e945b SHA256 (7.1-BETA-powerpc-disc1.iso) =3D ac41b89a3123b7615db1716706f0c8cda3f= 60259fc052c0b503eed048be7137d SHA256 (7.1-BETA-powerpc-docs.iso) =3D 824edcf668819eeab94a87b324c11619e6af= 57fb45a170648207320a121c8916 MD5 (7.1-BETA-sparc64-bootonly.iso) =3D 692a01f6caab4803ecf9ed17abd61e9c MD5 (7.1-BETA-sparc64-disc1.iso) =3D 7092a46fab7ccb05db785a32c1af08c3 MD5 (7.1-BETA-sparc64-disc2.iso) =3D 2f359e0903676eced8e8375ca4447a1f MD5 (7.1-BETA-sparc64-disc3.iso) =3D 531b611408530f9f25d11fdb1d8b9835 MD5 (7.1-BETA-sparc64-docs.iso) =3D dc348caaeeba589cee00119aa5b71da7 SHA256 (7.1-BETA-sparc64-bootonly.iso) =3D 7ec15f71f2f86d0fadcc948277e4f16f= ff74de144c9fe570eef7385eaf53663d SHA256 (7.1-BETA-sparc64-disc1.iso) =3D 2b650b04fe2bf8daf4217c5433f005219f3= 0071a022573bee6fe99c08594c43d SHA256 (7.1-BETA-sparc64-disc2.iso) =3D 01f9033d8e0cd04664a74e188ba79aa7f49= 64ebabea2f06002d4dd8334fc17f3 SHA256 (7.1-BETA-sparc64-disc3.iso) =3D eef05abda7ab3e91538dcf4463992fdffb3= a0fabeebc8687ccd617659dd98491 SHA256 (7.1-BETA-sparc64-docs.iso) =3D 53a0330ae9753e52ca8f76a4cacdf7b18bd2= 3be8230e01e8690ad26d9da2a5e9 MD5 (6.4-BETA-sparc64-bootonly.iso) =3D ffb805b08bf565e5aa86c897c22842a1 MD5 (6.4-BETA-sparc64-disc1.iso) =3D 11de6709c6fc877f2c56d8631eba6cd2 MD5 (6.4-BETA-sparc64-disc2.iso) =3D e98001cf234c309914460321ea5aa346 MD5 (6.4-BETA-sparc64-disc3.iso) =3D 5d23f5bacf271cfca51bea42476a49b7 MD5 (6.4-BETA-sparc64-docs.iso) =3D bda7ae7675fb5ed689f7af398751ac29 SHA256 (6.4-BETA-sparc64-bootonly.iso) =3D 36c73e2aab8eac46ddea4372c7f42147= 545009e410314b420a03b8dfe0778c59 SHA256 (6.4-BETA-sparc64-disc1.iso) =3D 33069aa05fb83219a868000bcc542acd9cf= 0b58f82144adcd806b4bd39c02563 SHA256 (6.4-BETA-sparc64-disc2.iso) =3D 01ecb7abd009219d3fe7fe6b2a923fa5fed= 91c084e4ac68be45e221274e56ec8 SHA256 (6.4-BETA-sparc64-disc3.iso) =3D a8618809453e0107f272a7f291331ee9650= dec0fc14595d0f64667b32d9aaa80 SHA256 (6.4-BETA-sparc64-docs.iso) =3D c3c835540f4fc8033ee0645a8d51142943fe= b06c364371dc12f52028bc74a8f8 --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-FEMokJu/QTA2LzX/6HWg 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) iEYEABECAAYFAkjMCOsACgkQ/G14VSmup/aL9QCfYRZUXrh+gpwtjzh+1zMh7pb/ /EkAn3pQYNoSQaq4fVzqkynZvbF9kfl6 =uiEB -----END PGP SIGNATURE----- --=-FEMokJu/QTA2LzX/6HWg-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 13 18:57:19 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7C3E106566B for ; Sat, 13 Sep 2008 18:57:19 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 1910B8FC1C for ; Sat, 13 Sep 2008 18:57:18 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 13 Sep 2008 18:30:37 -0000 Received: from 85-127-253-3.dynamic.xdsl-line.inode.at (EHLO taxman.pepperland) [85.127.253.3] by mail.gmx.net (mp010) with SMTP; 13 Sep 2008 20:30:37 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX19ccv0H0IJcxtyjOwIh0V53CVKgmORWrx9MrIDT9l 1ePPtFzYVKilbv From: Stefan Ehmann To: freebsd-stable@freebsd.org Date: Sat, 13 Sep 2008 20:30:33 +0200 User-Agent: KMail/1.10.1 (FreeBSD/7.1-PRERELEASE; KDE/4.1.1; i386; ; ) MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200809132030.34870.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.42 Subject: ipfw uid regression X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Sep 2008 18:57:19 -0000 I've updated from 7.0 to RELENG_7 today. ipfw uid rules have caused problems in the past with PREEMPTION enabled. This was fixed in 7.0, at least for me. In RELENG_7 the old problems are back: Total freeze within some seconds/minutes after the first network access. With WITNESS I get a LOR, see at the end of dmesg. Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.1-PRERELEASE #58: Sat Sep 13 19:38:47 CEST 2008 stefan@taxman.pepperland:/usr/obj/usr/src/sys/TAXMAN WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(TM) XP 2700+ (2166.44-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 Features=0x383fbff AMD Features=0xc0400800 real memory = 1073725440 (1023 MB) avail memory = 1032847360 (985 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xd7000000-0xd7ffffff,0xe0000000-0xefffffff,0xd6000000-0xd6ffffff irq 16 at device 0.0 on pci1 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_busmaster vgapci0: child nvidia0 requested pci_enable_io nvidia0: [GIANT-LOCKED] nvidia0: [ITHREAD] pcm0: port 0xd800-0xd81f,0xd400-0xd40f,0xd000-0xd00f,0xb800-0xb83f irq 16 at device 13.0 on pci0 pcm0: [ITHREAD] pcm0: system configuration SubVendorID: 0x1412, SubDeviceID: 0xd634 XIN2 Clock Source: 22.5792MHz(44.1kHz*512) MPU-401 UART(s) #: 1 AC'97 codec: not exist ADC #: 1 DAC #: 1 Multi-track converter type: I2S(96KHz support, 24bit resolution, ID#0x2) S/PDIF(IN/OUT): 1/1 ID# 0x00 GPIO(mask/dir/state): 0x04/0xfb/0xfe pci0: at device 15.0 (no driver attached) uhci0: port 0xb400-0xb41f at device 16.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xb000-0xb01f at device 16.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xa800-0xa81f at device 16.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xd5800000-0xd58000ff at device 16.3 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xa400-0xa40f at device 17.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] vr0: port 0xa000-0xa0ff mem 0xd5000000-0xd50000ff at device 18.0 on pci0 vr0: Quirks: 0x0 vr0: Revision: 0x74 miibus0: on vr0 rlphy0: PHY 1 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:0e:a6:40:3f:d0 vr0: [ITHREAD] cpu0: on acpi0 acpi_button0: on acpi0 fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] pmtimer0 on isa0 orm0: at iomem 0xd0000-0xd5fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled ums0: on uhub0 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 2166438045 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, nat loadable, rule-based forwarding disabled, default to deny, logging disabled ad0: 305245MB at ata0-master UDMA100 acd0: DVDROM <@LEP HB @D \^R/\^B0> at ata1-master UDMA33 acd1: DVDR at ata1-slave UDMA33 WARNING: WITNESS option enabled, expect reduced performance. GEOM_LABEL: Label for provider acd0 is iso9660/K3b data project. Trying to mount root from ufs:/dev/ad0s1a lock order reversal: 1st 0xc0a338cc IPFW static rules (IPFW static rules) @ /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:2469 2nd 0xc08c1a4c tcp (tcp) @ /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:2016 KDB: stack backtrace: db_trace_self_wrapper(c07e5ba8,e48b2770,c05a6ede,c07e80cd,c08c1a4c,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c07e80cd,c08c1a4c,c07e817e,c07e817e,c0a31b2d,...) at kdb_backtrace+0x29 witness_checkorder(c08c1a4c,1,c0a31b2d,7e0,c0a2c8e3,...) at witness_checkorder+0x6de _rw_rlock(c08c1a4c,c0a31b2d,7e0,0,0,...) at _rw_rlock+0x8e ipfw_chk(e48b2abc,41ec0d7e,0,0,c4777100,...) at ipfw_chk+0x35a4 ipfw_check_in(0,e48b2bc0,c453c400,1,0,...) at ipfw_check_in+0xd7 pfil_run_hooks(c08c0d00,e48b2c14,c453c400,1,0,...) at pfil_run_hooks+0x88 ip_input(c4777100,14e,800,c453c400,800,...) at ip_input+0x24d netisr_dispatch(2,c4777100,10,3,0,...) at netisr_dispatch+0x73 ether_demux(c453c400,c4777100,3,0,3,...) at ether_demux+0x1f1 ether_input(c453c400,c4777100,c09b95e3,585,e48b2cc0,...) at ether_input+0x37f vr_intr(c453e000,0,c07df398,4b6,c437e3e8,...) at vr_intr+0x370 ithread_loop(c455b8d0,e48b2d38,c07df0fd,31c,c455d828,...) at ithread_loop+0x1c5 fork_exit(c054c050,c455b8d0,e48b2d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe48b2d70, ebp = 0 ---