From owner-freebsd-current@FreeBSD.ORG Sun Jul 24 02:25:39 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3837B16A41F; Sun, 24 Jul 2005 02:25:39 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id CADF943D45; Sun, 24 Jul 2005 02:25:38 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j6O2PYOd001928; Sat, 23 Jul 2005 22:25:35 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <20050723.130021.96602120.imp@bsdimp.com> References: <200507231423.j6NENULF017447@repoman.freebsd.org> <20050723165510.0ba168d0@Magellan.Leidinger.net> <20050723.130021.96602120.imp@bsdimp.com> Date: Sat, 23 Jul 2005 22:25:33 -0400 To: "M. Warner Losh" , Alexander@Leidinger.net From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.4 Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, current@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: HEADS-UP: new feature: removing of obsolete files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 02:25:39 -0000 At 1:00 PM -0600 7/23/05, M. Warner Losh wrote: >In message: <20050723165510.0ba168d0@Magellan.Leidinger.net> > Alexander Leidinger writes: >: I covered nearly 6 years of obsolete files in this commit, but I may >: have missed some. I also tried to add a short comment why a files was >: removed. So in case you find a wrong comment or a file which isn't >: covered by this commit feel free to send a patch or commit it on our >: own. > >Bravo! I have lists of FreeBSD trees going back to 1.0, but >haven't had time to write the script to find those files no >longer in current. I started a project like this with releases 4.0 through 4.8 plus 5.0, but got discouraged when I realized the list of files would change depending on what options someone used (NO_FOO options, for instance). I'm glad to see someone had more persistence at working on it than I did! -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Sun Jul 24 02:43:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 231D916A41F for ; Sun, 24 Jul 2005 02:43:30 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id B136143D49 for ; Sun, 24 Jul 2005 02:43:29 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.94] ([66.127.85.94]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j6O2hSms053080 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 23 Jul 2005 19:43:29 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42E30073.1080202@errno.com> Date: Sat, 23 Jul 2005 19:44:03 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michal Mertl References: <20050719094905.F15510@fledge.watson.org> <1121771151.764.42.camel@genius1.i.cz> <42DDD710.4030503@errno.com> <1121855884.796.8.camel@genius1.i.cz> <42DE648B.1060402@errno.com> <1121881805.929.38.camel@genius1.i.cz> <1121987685.61017.31.camel@genius1.i.cz> In-Reply-To: <1121987685.61017.31.camel@genius1.i.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Recent fragility with if_wi, 802.11 adhoc/wep, and Tiger X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 02:43:30 -0000 Michal Mertl wrote: > Michal Mertl wrote: > >>Sam Leffler wrote: >> >>>Michal Mertl wrote: >>> >>>>I run an ath card in hostap mode and several wireless clients connect to >>>>it and are on the same IP network. The ping from one client to another >>>>is slow yet both ping the AP fine. I think that in this situation the >>>>bridging is done by ath (in HAL?) and configured by 'ifconfig apbridge'. >>> >>>The bridging is done in the net80211 layer, not "in the card". I will >>>test, thank you. >> >>Thanks for the correction. >> >>And thank you for looking into it. > > > Some new findings: > > I can confirm that the atheros based client really connects much worse > than an IPW based one. When I restart the atheros AP, the ipw card > connects immediately after the AP is back but the atheros client either > never connects or it will take long time (I didn't wait long enough). It > connects immediately after I issue ifconfig down/up on it. Once a station has failed to associate with an ap it marks it "bad" and won't try again for a while. I need to bring in some improvements from another tree that improve this area of the code; we wait too long to re-enable going back to an ap. Marking the interface down-then-up clears this state so you can immediately re-associate. The ipw firmware does not use this code so it behaves differently. > > More interesting finding that I have is about the bridging issue. I > wasn't able to find which debug setting (via dev.ath.0.debug or > net.wlan.0.debug) will show me any usefull information. Anyways it now > seems to me that I was wrong saying that it works at all. The AP bridges > the packets only when there is another IP communication between the AP > host and one of the clients. It seems to me that the bridged packets are > queued somewhere and sent only when there are some non bridged. I don't recall what "the bridging issue" was but use 80211debug and athdebug to manipulate these sysctls using mnemonics--80211debug -? will list the controls. Code is in tools/tools/ath. At some point these tools probably should be integrated with another program and not stay hidden in the tools directory. > > Test conditions - I have 192.168.1.1 on the AP, .2 on the IPW notebook > and .3 on the atheros client. The settings of ath0 on AP are: "mode 11b > mediaopt hostap channel 1 ssid test_ap_xx". The settings on clients are > almost the same except there I don't issue any mediaopt. I hope I'm not > doing anything extra stupid :-). The nodes are just several centimeters > apart from each other and I only have tiny antennas. When the only IP > communication is the ping from 192.168.1.2 to .3 (between the clients) I > don't get any answer. When I ping at the same time from between any of > the clients and the AP it works. When I let the first ping run for > several seconds and then start the second one I get all the answers at > the same time. I'm guessing this was the problem where frames bridged internal to the net80211 layer were not dispatched immediately. If so we both know this was fixed. > > This is probably complete nonsense but I think that what I'm > experiencing looks as if the bridged packets weren't generating > interrupts or something. The frames were queued for transmit but the driver was never told to send them; hence the random delay. > > I've got serial consoles hooked to the machines and am able to sprinkle > some debug prints somewhere if required. > > > Michal > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Jul 24 02:46:15 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD81816A41F for ; Sun, 24 Jul 2005 02:46:15 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4774343D46 for ; Sun, 24 Jul 2005 02:46:15 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.94] ([66.127.85.94]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j6O2kEms053092 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 23 Jul 2005 19:46:14 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42E30118.3020200@errno.com> Date: Sat, 23 Jul 2005 19:46:48 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marcin Jessa References: <20050722124449.33f23cb9.lists@yazzy.org> In-Reply-To: <20050722124449.33f23cb9.lists@yazzy.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: issue with atheros and channel selection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 02:46:15 -0000 Marcin Jessa wrote: > Hi guys. > > When you ifconfig athX channel XX it works fine > But when you then want to change that to ifconfig athX channel any (or '-' or '0') the old channel number does not change. > The number then can be changed only to a different numeric value. Can you give the exact commands and the output from ifconfig; I'm not clear on this. It just be that the channel displayed in status isn't updated to reflect your selection. I've certainly changed channels and cleared any desired/specified channel. Sam From owner-freebsd-current@FreeBSD.ORG Sun Jul 24 02:50:31 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D098016A41F for ; Sun, 24 Jul 2005 02:50:31 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2923143D46 for ; Sun, 24 Jul 2005 02:50:31 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.94] ([66.127.85.94]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j6O2oSms053105 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 23 Jul 2005 19:50:31 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42E30217.2030200@errno.com> Date: Sat, 23 Jul 2005 19:51:03 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremie Le Hen References: <20050722225332.GV39292@obiwan.tataz.chchile.org> In-Reply-To: <20050722225332.GV39292@obiwan.tataz.chchile.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Dingo project: acx(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 02:50:31 -0000 Jeremie Le Hen wrote: > Hi all, > > I'm not sure this is the right list to send this, but this is a kind of > fallback. > > While reading the FreeBSD status report, the Dingo part, I decided to > have a look at Dingo's goals to freshen up my memory. I saw that it > is planned to import the pff(4) driver. > > I would like to point to developpers that Darron Broad coded the acx(4) > driver for the chip which has the same name. The driver is an > interpretation of the corresponding Linux driver. It works for most > card for what I heard, except for those based on ACX111. > > I would like to know if it is an option to include his driver in the > source tree given that it's working well (the lastest version support > the new 80211 framework), and that it would be a pity if this driver > was forgotten and never really exploited, IMHO. > > http://wlan.kewl.org/ I'd like to see support for this in the tree too but it needs a committer to deal with support. We already have a number of drivers in the tree that are getting no support--despite having a committer supposedly watching over them. Sam From owner-freebsd-current@FreeBSD.ORG Sun Jul 24 03:47:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E71116A41F for ; Sun, 24 Jul 2005 03:47:15 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B04143D45 for ; Sun, 24 Jul 2005 03:47:14 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so222365rne for ; Sat, 23 Jul 2005 20:47:13 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=pi7vWuO1HKHSVxdFSapYA96k7xcIF7XPWwQMoOvcYyl9zSMXV43PhK7rM1NV/gy7A7ORLjJzZDXOJwxb7a8CdaInp+PX7yJAF3IQUloEOJNViFKMkUQosxqa8GgsclWokNCF0VZVB11s+ttQ4DnSEj/SJ14kPi/gFCjLdsGTThk= Received: by 10.38.208.46 with SMTP id f46mr398521rng; Sat, 23 Jul 2005 20:47:13 -0700 (PDT) Received: by 10.38.101.41 with HTTP; Sat, 23 Jul 2005 20:47:13 -0700 (PDT) Message-ID: Date: Sun, 24 Jul 2005 12:47:13 +0900 From: Eric Kjeldergaard To: Nate Lawson In-Reply-To: <42E29CAA.1020007@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <42E1481F.5040306@root.org> <20050723133819.36efb537.lists@yazzy.org> <42E29CAA.1020007@root.org> Cc: acpi@freebsd.org, Marcin Jessa , freebsd-current@freebsd.org Subject: Re: acpi battery rework patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eric Kjeldergaard List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 03:47:15 -0000 On 7/24/05, Nate Lawson wrote: > Marcin Jessa wrote: > > On Sat, 23 Jul 2005 19:00:01 +0900 > > Eric Kjeldergaard wrote: > >>>Please test to be sure your battery status works as usual, along with= =20 > >>>any apps. Since most apps (xbatt, gnome, etc.) use the apm compat=20 > >>>layer, they should work as before with no recompilation needed. > >=20 > >=20 > >>-CURRENT as of 23/07/2005, does not compile. > >=20 > >=20 > > Prolly because it's for 6.0, not 7.0 >=20 > Sorry, the problem was I left a file out of the diff. I just committed= =20 > the patch so please just cvsup and test from 7-CURRENT. >=20 > Thanks, > --=20 > Nate >=20 Excellent. compiled and appears working. It does however have different values than the old system for some of the sysctl variables. I get hw.acpi.battery.life: 98 hw.acpi.battery.time: 0 hw.acpi.battery.state: 0 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 when plugged in. But used to get time as -1 when plugged in and I think state may have been 1 when plugged in before (less sure about that than the time). Thanks for the enormous amount of work your efforts are very much appreciated, Eric --=20 If I write a signature, my emails will appear more personalised. From owner-freebsd-current@FreeBSD.ORG Sun Jul 24 06:16:07 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B67C16A41F; Sun, 24 Jul 2005 06:16:07 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF17B43D46; Sun, 24 Jul 2005 06:16:04 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j6O6IAIk099972; Sun, 24 Jul 2005 02:18:10 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Doug Barton Date: Sun, 24 Jul 2005 02:15:33 -0400 User-Agent: KMail/1.6.2 References: <200507220549.j6M5nfhO059858@repoman.freebsd.org> <47d0403c05072218491c78e2e9@mail.gmail.com> <42E29157.3090908@FreeBSD.org> In-Reply-To: <42E29157.3090908@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200507240215.44476.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.85.1/989/Fri Jul 22 17:27:30 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-current@FreeBSD.org, Ben Kaduk Subject: Re: cvs commit: src/usr.sbin/ndiscvt ndisgen.sh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 06:16:07 -0000 On Saturday 23 July 2005 02:49 pm, Doug Barton wrote: > Ben Kaduk wrote: > > I know it's bad form to reply to myself, > > It's not actually, that's a myth that needs to be busted. :) This > is especially true when you have found the right answer, and can > save others time investigating the problem. > > > but this patch seems to allow > > ndisgen to recognize my .inf file: > > Thanks! I noticed a similar problem with my own INF file, and in my > case it turned out that the various lines it was searching for did > not occur in the first column, but were indented. Removing the ^ in > all places it occurred fixed this for me, so I've committed the > fix. Sorry, I didn't know indentation was supported. :-( Thanks for the fix and a new feature! Jung-uk Kim > Good hunting, > > Doug From owner-freebsd-current@FreeBSD.ORG Sun Jul 24 08:57:25 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF27A16A41F for ; Sun, 24 Jul 2005 08:57:25 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3056343D46 for ; Sun, 24 Jul 2005 08:57:24 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd23.aul.t-online.de by mailout01.sul.t-online.com with smtp id 1DwcIW-0001Wt-01; Sun, 24 Jul 2005 10:57:24 +0200 Received: from Andro-Beta.Leidinger.net (Xj83ZcZaZe2fHE1Y-sks6oSDa9E1EkwwzCQ3UHD7JgZUbEqkOGUr6-@[84.165.220.57]) by fwd23.sul.t-online.de with esmtp id 1DwcIS-1uzE5Q0; Sun, 24 Jul 2005 10:57:20 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id j6O8vIcc099637; Sun, 24 Jul 2005 10:57:19 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 24 Jul 2005 10:57:18 +0200 From: Alexander Leidinger To: "Jeremy Messenger" Message-ID: <20050724105718.53607a8f@Magellan.Leidinger.net> In-Reply-To: References: <200507231423.j6NENULF017447@repoman.freebsd.org> <20050723165510.0ba168d0@Magellan.Leidinger.net> X-Mailer: Sylpheed-Claws 1.9.12 (GTK+ 2.6.8; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-ID: Xj83ZcZaZe2fHE1Y-sks6oSDa9E1EkwwzCQ3UHD7JgZUbEqkOGUr6-@t-dialin.net X-TOI-MSGID: a71ddf4a-aa51-4d70-bbea-b933fa5ea39f Cc: current@freebsd.org Subject: Re: HEADS-UP: new feature: removing of obsolete files (was: Re: cvs commit: src Makefile Makefile.inc1 ObsoleteFiles.inc UPDATING src/share/man/man7 build.7) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 08:57:25 -0000 On Sat, 23 Jul 2005 16:34:55 -0500 "Jeremy Messenger" wrote: > Nice, about time! I usually use my own script to remove old stuff. It's > depend on find's ctime to find old stuff. > > http://people.freebsd.org/~mezz/script/delete.sh > > I did a clean up and add a few comments today, so it's untest and will > find out tomorrow if it still works. I've found some old files, some of them because of a bug in the list of files. Using shell globs doesn't work, it seems I forgot to test this part... Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Sun Jul 24 10:13:34 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E62216A41F; Sun, 24 Jul 2005 10:13:34 +0000 (GMT) (envelope-from netchild@FreeBSD.org) Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 226DC43D45; Sun, 24 Jul 2005 10:13:34 +0000 (GMT) (envelope-from netchild@FreeBSD.org) Received: from fwd32.aul.t-online.de by mailout05.sul.t-online.com with smtp id 1DwdUC-0005As-00; Sun, 24 Jul 2005 12:13:32 +0200 Received: from Andro-Beta.Leidinger.net (bVyUSiZVwehkvCfZeW1jnpTNRpElVGLfWypWQmiQUC16EJPKxD396n@[84.165.220.57]) by fwd32.sul.t-online.de with esmtp id 1DwdTu-1RiLIW0; Sun, 24 Jul 2005 12:13:14 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id j6OADAZ8010519; Sun, 24 Jul 2005 12:13:10 +0200 (CEST) (envelope-from netchild@FreeBSD.org) Date: Sun, 24 Jul 2005 12:13:10 +0200 From: Alexander Leidinger To: imp@freebsd.org, current@freebsd.org Message-ID: <20050724121310.6159178f@Magellan.Leidinger.net> Organization: FreeBSD X-Mailer: Sylpheed-Claws 1.9.12 (GTK+ 2.6.8; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-ID: bVyUSiZVwehkvCfZeW1jnpTNRpElVGLfWypWQmiQUC16EJPKxD396n@t-dialin.net X-TOI-MSGID: 2b2c3df4-00a7-4f78-af16-2fae52416aea Cc: Subject: cardbus/cbb problem: "cbb alloc res failed" on network card insert on recent curent X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 10:13:34 -0000 Hi, when I insert my new network card (D-Link DFE-690TXD) I get: ---snip--- cbb alloc res fail cardbus0: Can't get memory for IO ports found-> vendor=0x1186, dev=0x1340, revid=0x10 bus=2, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0xa8 (5040 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 cardbus0: at device 0.0 (no driver attached) pci2:0:0: Transition from D0 to D3 ---snip--- A complete verbose dmesg is available at http://www.Leidinger.net/FreeBSD/dmesg.laptop.bz2 (7k). This is the first time I use the cardbus slot of my laptop (the onboard NIC has a broken connector), so I don't know if it ever worked. Are there any knobs to push to get more debugging output for this problem? Bye, Alexander. -- To boldly go where I surely don't belong. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Sun Jul 24 10:19:29 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC24116A41F for ; Sun, 24 Jul 2005 10:19:29 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1145943D4C for ; Sun, 24 Jul 2005 10:19:28 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id 37F6D323313 for ; Sun, 24 Jul 2005 12:19:27 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id BC7694080; Sun, 24 Jul 2005 12:19:12 +0200 (CEST) Date: Sun, 24 Jul 2005 12:19:12 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20050724101911.GJ74719@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="KsGdsel6WgEHnImy" Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: Subject: burncd: FAILURE - WRITE_BIG ILLEGAL REQUEST X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 10:19:29 -0000 --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi list, sorry for the subject in caps. I gave a try to the burncd(8) to write an ISO image, but it failed. I checked the archives, but found nothing relevant. My dmesg is attached, I can give the verbose one upon request. The line enclosed in "**" is a kernel message. %%% jarjarbinks:OpenBSD# burncd -vtds max raw OpenBSD37.iso adding type 0x00 file OpenBSD37.iso size 348578 KB 151762 blocks (0 padded) next writeable LBA 0 CUE sheet: 01 00 00 01 00 00 02 00 01 01 01 00 00 00 04 00 01 aa 01 01 00 21 2f 25 addr = 150 size = 356943872 blocks = 151762 writing from file OpenBSD37.iso size 348578 KB ** acd0: FAILURE - WRITE_BIG ILLEGAL REQUEST asc=0x26 ascq=0x00 error=0 ** Input/output error %%% Any idea, clue, explanation ? Thanks. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.jarjarbinks" Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 7.0-CURRENT #157: Sat Jul 23 04:11:36 CEST 2005 root@jarjarbinks.tataz.chchile.org:/usr/src/sys/i386/compile/JARJARBINKS WARNING: DIAGNOSTIC option enabled, expect reduced performance. WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1.73GHz (1729.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff Features2=0x180 AMD Features=0x100000 real memory = 1072168960 (1022 MB) avail memory = 1040314368 (992 MB) ACPI-0377: *** Info: Table [SSDT] replaced by host OS ACPI-0377: *** Info: Table [SSDT] replaced by host OS ACPI-0377: *** Info: Table [SSDT] replaced by host OS ACPI: overriding DSDT/SSDT with custom table ACPI-0377: *** Info: Table [DSDT] replaced by host OS ioapic1: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-23 on motherboard acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) pci_link0: irq 10 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 11 on acpi0 pci_link3: irq 11 on acpi0 pci_link4: irq 11 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 11 on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 unknown: I/O range not supported Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: irq 17 at device 28.0 on pci0 pci9: on pcib2 pcib3: irq 16 at device 28.1 on pci0 pci10: on pcib3 pcib4: irq 18 at device 28.2 on pci0 pci2: on pcib4 uhci0: port 0x1800-0x181f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: LegSup = 0x003b usb0: on uhci0 usb0: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: LegSup = 0x0010 usb1: on uhci1 usb1: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: LegSup = 0x0010 usb2: on uhci2 usb2: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1860-0x187f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: LegSup = 0x0010 usb3: on uhci3 usb3: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib5: at device 30.0 on pci0 pci6: on pcib5 cbb0: mem 0xc8216000-0xc8216fff irq 18 at device 1.0 on pci6 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pci6: at device 1.2 (no driver attached) pci6: at device 1.3 (no driver attached) pci6: at device 3.0 (no driver attached) bge0: mem 0xc8200000-0xc820ffff irq 16 at device 8.0 on pci6 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:c0:9f:94:39:8f bge0: [GIANT-LOCKED] pci0: at device 30.2 (no driver attached) pci0: at device 30.3 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x18c0-0x18cf at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 acpi_cmbat1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcdfff,0xce000-0xcf7ff,0xe0000-0xe17ff 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 ums0: Logitech USB Mouse, rev 1.10/6.20, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 1729008890 Hz quality 800 Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding enabled, default to accept, logging unlimited ad0: DMA limited to UDMA33, controller found non-ATA66 cable ad0: 76319MB at ata0-master UDMA33 acd0: DVDR at ata0-slave UDMA33 Expensive timeout(9) function: 0xc05877b0(0xc22fa190) 0.003640406 s cpu0: Cx states changed Expensive timeout(9) function: 0xc05877b0(0xc22fa190) 0.022177958 s Trying to mount root from ufs:/dev/ad0s1a WARNING: /mnt/ufs.1 was not properly dismounted WARNING: /mnt/ufs.4 was not properly dismounted WARNING: /mnt/ufs.3 was not properly dismounted WARNING: /mnt/ufs.2 was not properly dismounted acd0: FAILURE - WRITE_BIG ILLEGAL REQUEST asc=0x26 ascq=0x00 error=0 acd0: FAILURE - WRITE_BIG ILLEGAL REQUEST asc=0x26 ascq=0x00 error=0 acd0: FAILURE - WRITE_BIG ILLEGAL REQUEST asc=0x26 ascq=0x00 error=0 --KsGdsel6WgEHnImy-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 23 19:40:56 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AB6E16A41F for ; Sat, 23 Jul 2005 19:40:56 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id E520143D48 for ; Sat, 23 Jul 2005 19:40:54 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 59D56F2173 for ; Sat, 23 Jul 2005 12:40:54 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 67947-08 for ; Sat, 23 Jul 2005 12:40:52 -0700 (PDT) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id AE332F1986 for ; Sat, 23 Jul 2005 12:40:52 -0700 (PDT) From: Sean McNeil To: current@freebsd.org Content-Type: text/plain Organization: Sean McNeil Consulting, Inc Date: Sat, 23 Jul 2005 12:40:52 -0700 Message-Id: <1122147652.79125.2.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com X-Mailman-Approved-At: Sun, 24 Jul 2005 11:35:58 +0000 Cc: Subject: libcrypto.so.3 problem building world with kerberos X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sean@mcneil.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jul 2005 19:40:56 -0000 I get the following error during build: /usr/obj/usr/src/tmp/usr/bin/ld: warning: libcrypto.so.3, needed by /usr/local/lib/libldap.so, not found (try using -rpath or -rpath-link) /usr/obj/usr/src/tmp/usr/bin/ld: warning: libssl.so.3, needed by /usr/local/lib/libldap.so, not found (try using -rpath or -rpath-link) /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_set_tmp_rsa_callback'/usr/local/lib/libldap.so: undefined reference to `ssl3_send_alert' /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_free' /usr/local/lib/libldap.so: undefined reference to `SSL_shutdown' /usr/local/lib/libldap.so: undefined reference to `SSL_load_client_CA_file' /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_set_default_verify_paths' /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_set_session_id_context' /usr/local/lib/libldap.so: undefined reference to `SSL_get_error' /usr/local/lib/libldap.so: undefined reference to `SSL_read' /usr/local/lib/libldap.so: undefined reference to `SSL_new' /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_new' /usr/local/lib/libldap.so: undefined reference to `SSL_add_dir_cert_subjects_to_stack' /usr/local/lib/libldap.so: undefined reference to `SSL_library_init' /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_load_verify_locations' /usr/local/lib/libldap.so: undefined reference to `SSL_pending' /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_set_verify' /usr/local/lib/libldap.so: undefined reference to `SSL_set_bio' /usr/local/lib/libldap.so: undefined reference to `SSL_load_error_strings' /usr/local/lib/libldap.so: undefined reference to `SSL_get_certificate' /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_set_cipher_list' /usr/local/lib/libldap.so: undefined reference to `SSL_accept' /usr/local/lib/libldap.so: undefined reference to `SSL_version' /usr/local/lib/libldap.so: undefined reference to `SSL_get_current_cipher' /usr/local/lib/libldap.so: undefined reference to `SSL_CIPHER_get_bits' /usr/local/lib/libldap.so: undefined reference to `SSLv23_method' /usr/local/lib/libldap.so: undefined reference to `SSL_alert_desc_string_long' /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_use_PrivateKey_file' /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_check_private_key' /usr/local/lib/libldap.so: undefined reference to `SSL_alert_type_string_long' /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_use_certificate_file'/usr/local/lib/libldap.so: undefined reference to `SSL_state_string_long' /usr/local/lib/libldap.so: undefined reference to `SSL_connect' /usr/local/lib/libldap.so: undefined reference to `SSL_free' /usr/local/lib/libldap.so: undefined reference to `SSL_get_peer_certificate' /usr/local/lib/libldap.so: undefined reference to `SSL_get_verify_result' /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_set_client_CA_list' /usr/local/lib/libldap.so: undefined reference to `SSL_write' but the library is there: server# ldd /usr/local/lib/libldap.so /usr/local/lib/libldap.so: liblber-2.2.so.7 => /usr/local/lib/liblber-2.2.so.7 (0x80095e000) libsasl2.so.2 => /usr/local/lib/libsasl2.so.2 (0x800a6d000) libcrypto.so.3 => /lib/libcrypto.so.3 (0x800b84000) libssl.so.3 => /usr/lib/libssl.so.3 (0x800dca000) libc.so.6 => /lib/libc.so.6 (0x80062b000) looks like the version number was bumped and the build won't look in /lib. Is that what is going on? Sean From owner-freebsd-current@FreeBSD.ORG Sun Jul 24 11:43:31 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B5B716A41F for ; Sun, 24 Jul 2005 11:43:31 +0000 (GMT) (envelope-from w8hdkim@yahoo.com) Received: from web50710.mail.yahoo.com (web50710.mail.yahoo.com [206.190.38.251]) by mx1.FreeBSD.org (Postfix) with SMTP id DA17643D45 for ; Sun, 24 Jul 2005 11:43:30 +0000 (GMT) (envelope-from w8hdkim@yahoo.com) Received: (qmail 94042 invoked by uid 60001); 24 Jul 2005 11:43:30 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=ASfw/teShqzx0xo6CfKwhJ1xr9G4qhUNdxNAwKq+D8xG5AixgTu8c9ZDRTrp0vPA419IzLJuA1yTNJuwkn0r4zBvcPP7iCCb828MfCiUEb06IOuK2/+DoZeqgVea0gYrvkU4ZIscfy4JVCkslvbA3s4cV+7CLrneE1t6ScZorgI= ; Message-ID: <20050724114330.94040.qmail@web50710.mail.yahoo.com> Received: from [68.43.208.185] by web50710.mail.yahoo.com via HTTP; Sun, 24 Jul 2005 04:43:30 PDT Date: Sun, 24 Jul 2005 04:43:30 -0700 (PDT) From: Kim Culhan To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: 6.0 BETA1 iso hangs on boot - Compaq V2311US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 11:43:31 -0000 Hangs on booting the ISO at: Timecounter "TSC" frequency [mumble] Timecounters tick every [1.0 secs I think.] Brought the ISO into a store selling these laptops to determine compatibility, will take accurate notes if the values above are important. Is there a way to disable acpi on boot with the iso? It doesn't have the beastie menu.. -kim __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sun Jul 24 12:33:12 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D953516A41F for ; Sun, 24 Jul 2005 12:33:12 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2240A43D45 for ; Sun, 24 Jul 2005 12:33:11 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 16254 invoked from network); 24 Jul 2005 12:33:10 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.187.179.196]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 24 Jul 2005 12:33:10 -0000 Date: Sun, 24 Jul 2005 14:33:29 +0200 From: Fabian Keil To: Jeremie Le Hen Message-ID: <20050724143329.7f453dcf@localhost> In-Reply-To: <20050724101911.GJ74719@obiwan.tataz.chchile.org> References: <20050724101911.GJ74719@obiwan.tataz.chchile.org> X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Signature_Sun__24_Jul_2005_14_33_29_+0200_J.3co.C_TKys.nqU; protocol="application/pgp-signature"; micalg=pgp-sha1 Cc: freebsd-current@FreeBSD.org Subject: Re: burncd: FAILURE - WRITE_BIG ILLEGAL REQUEST X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 12:33:13 -0000 --Signature_Sun__24_Jul_2005_14_33_29_+0200_J.3co.C_TKys.nqU Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Jeremie Le Hen wrote: > I gave a try to the burncd(8) to write an ISO image, but it failed. > I checked the archives, but found nothing relevant. My dmesg is > attached, I can give the verbose one upon request. The line enclosed > in "**" is a kernel message. >=20 > %%% > jarjarbinks:OpenBSD# burncd -vtds max raw OpenBSD37.iso > adding type 0x00 file OpenBSD37.iso size 348578 KB 151762 blocks (0 p= added) > next writeable LBA 0 > CUE sheet: > 01 00 00 01 00 00 02 00 > 01 01 01 00 00 00 04 00 > 01 aa 01 01 00 21 2f 25 > addr =3D 150 size =3D 356943872 blocks =3D 151762 > writing from file OpenBSD37.iso size 348578 KB > ** acd0: FAILURE - WRITE_BIG ILLEGAL REQUEST asc=3D0x26 ascq=3D0x00 e= rror=3D0 ** > =20 > Input/output error > %%% I never used burncd, but are you sure that your command is right? If I understand the man page correctly, you don't use raw to burn an iso image. Fabian --=20 http://www.fabiankeil.de/ --Signature_Sun__24_Jul_2005_14_33_29_+0200_J.3co.C_TKys.nqU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFC44qgoomUOj0wp30RAlvOAJ9KxpSij/2qF3G60j86WI11H20uVwCbB8ai SjF5KaKlZw+8r/wMRfwr9ws= =1u5I -----END PGP SIGNATURE----- --Signature_Sun__24_Jul_2005_14_33_29_+0200_J.3co.C_TKys.nqU-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 24 12:43:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E16F16A41F for ; Sun, 24 Jul 2005 12:43:34 +0000 (GMT) (envelope-from paul.richards@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF16743D45 for ; Sun, 24 Jul 2005 12:43:33 +0000 (GMT) (envelope-from paul.richards@gmail.com) Received: by nproxy.gmail.com with SMTP id g2so91145nfe for ; Sun, 24 Jul 2005 05:43:32 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=LbnmE52CQKR5XMAtREb9N2TFG7UQnF81uZO+7Y/Z+WDh1HziTbMAdRcuLOnT3y6wGfhvef1rSdgvmyPLlnrJS1Pxo4Tt7bOORg/4YpMBPUfgIml+7hlhlgS2UfcHwco90+FkM7i8bIW3kGPtgdtwIgrDisKy74ltsK4zhrnEy3A= Received: by 10.48.250.11 with SMTP id x11mr129464nfh; Sun, 24 Jul 2005 05:43:32 -0700 (PDT) Received: by 10.48.250.2 with HTTP; Sun, 24 Jul 2005 05:43:31 -0700 (PDT) Message-ID: Date: Sun, 24 Jul 2005 13:43:31 +0100 From: Paul Richards To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: 6.0 BETA1: "nve0: device timeout(..)" on amd64 with nForce4 ethernet X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Paul Richards List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 12:43:34 -0000 Hi, I have an amd64 machine with onboard nForce4 ethernet. When I attempt to use the interface nve0 I get no data transfer and errors reporting: nve0: device timeout(..) I reported this same problem a couple of months ago but nobody seemed to know of a solution. I decided to try the 6.0 BETA1 release to see if it had been fixed but unfortunately the answer is no. I hope this report is helpful in someway, --=20 Paul Richards From owner-freebsd-current@FreeBSD.ORG Sun Jul 24 13:15:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEE1D16A41F for ; Sun, 24 Jul 2005 13:15:23 +0000 (GMT) (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 6C9EF43D48 for ; Sun, 24 Jul 2005 13:15:23 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice6.sentex.ca (pumice6.sentex.ca [64.7.153.21]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6ODEmlV025500 for ; Sun, 24 Jul 2005 09:14:48 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice6.sentex.ca (8.13.3/8.13.3) with ESMTP id j6ODFM3X026175; Sun, 24 Jul 2005 09:15:22 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j6ODFKrH039679 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 24 Jul 2005 09:15:21 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050724091553.073fd088@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Sun, 24 Jul 2005 09:17:36 -0400 To: Kim Culhan , freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <20050724114330.94040.qmail@web50710.mail.yahoo.com> References: <20050724114330.94040.qmail@web50710.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.21 Cc: Subject: Re: 6.0 BETA1 iso hangs on boot - Compaq V2311US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 13:15:24 -0000 At 07:43 AM 24/07/2005, Kim Culhan wrote: >Is there a way to disable acpi on boot with the iso? >It doesn't have the beastie menu.. Yes, hit the space bar to abort the boot process before it starts and then type set hint.acpi.0.disabled=1 boot ---Mike From owner-freebsd-current@FreeBSD.ORG Sun Jul 24 13:50:07 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F65016A41F for ; Sun, 24 Jul 2005 13:50:07 +0000 (GMT) (envelope-from SRS0=fu/M=V4=lineone.net=nullentropy@srs.kundenserver.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08B0F43D49 for ; Sun, 24 Jul 2005 13:50:06 +0000 (GMT) (envelope-from SRS0=fu/M=V4=lineone.net=nullentropy@srs.kundenserver.de) Received: from [87.80.86.29] (helo=[192.168.1.102]) by mrelayeu.kundenserver.de with ESMTP (Nemesis), id 0ML2Dk-1Dwgrl2Y3R-00080p; Sun, 24 Jul 2005 15:50:05 +0200 Message-ID: <42E39C86.7050802@lineone.net> Date: Sun, 24 Jul 2005 14:49:58 +0100 From: Robert Downes User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@FreeBSD.org References: <20050724101911.GJ74719@obiwan.tataz.chchile.org> <20050724143329.7f453dcf@localhost> In-Reply-To: <20050724143329.7f453dcf@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de abuse@kundenserver.de login:2550fd8a06644f5f76caeae9aa9f8da2 Cc: Subject: Re: burncd: FAILURE - WRITE_BIG ILLEGAL REQUEST X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 13:50:07 -0000 Fabian Keil wrote: >Jeremie Le Hen wrote: > > > >>I gave a try to the burncd(8) to write an ISO image, but it failed. >>I checked the archives, but found nothing relevant. My dmesg is >>attached, I can give the verbose one upon request. The line enclosed >>in "**" is a kernel message. >> >> > >I never used burncd, but are you sure that your command is right? >If I understand the man page correctly, you don't use raw to >burn an iso image. > > No, you're right. The command for burning ISOs is burncd -f /dev/acd0 data ISOFILE fixate But I got the same error, even using that command. I had to use a demo of Nero on a WinXP box. Oh, the shame. (In my defence, it was a set of Fedora Core disks I was trying to burn to CD.) -- Bob From owner-freebsd-current@FreeBSD.ORG Sun Jul 24 14:00:40 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EB1F16A41F for ; Sun, 24 Jul 2005 14:00:40 +0000 (GMT) (envelope-from w8hdkim@yahoo.com) Received: from web50706.mail.yahoo.com (web50706.mail.yahoo.com [206.190.38.104]) by mx1.FreeBSD.org (Postfix) with SMTP id D222443D46 for ; Sun, 24 Jul 2005 14:00:39 +0000 (GMT) (envelope-from w8hdkim@yahoo.com) Received: (qmail 98914 invoked by uid 60001); 24 Jul 2005 14:00:39 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=sf0+XMll67cfhmlhUw3mxU7CTulL1AJHRIuMRUnq8N9z3+VAYklRa3rNGKfwO4DiZHqTx9npZq0Epf+YzjD41ERHKxaKq7XgM6Q3WoGTYuXih7Bjs0goCZ8lmChwaSJflOEDXZiZJhmbqoIw2y5kNfx7vS0x5hq4eam8oEaWT8c= ; Message-ID: <20050724140038.98912.qmail@web50706.mail.yahoo.com> Received: from [68.43.208.185] by web50706.mail.yahoo.com via HTTP; Sun, 24 Jul 2005 07:00:38 PDT Date: Sun, 24 Jul 2005 07:00:38 -0700 (PDT) From: Kim Culhan To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: 6.0 BETA1 iso hangs on boot - Compaq V2311US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 14:00:40 -0000 On Sun, July 24, 2005 9:17, Mike Tancsa said: > At 07:43 AM 24/07/2005, Kim Culhan wrote: > > >> Is there a way to disable acpi on boot with the iso? >> It doesn't have the beastie menu.. >> > > > Yes, hit the space bar to abort the boot process > before it starts and then type > > > set hint.acpi.0.disabled=1 boot Very good thanks This laptop has an AMD Turion™ 64 and appears to be a good value, ~$700 at Best Buy for the version with the better display plus some other cool stuff.. -kim -- w8hdkim@yahoo.com __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sun Jul 24 14:53:19 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F0A016A41F for ; Sun, 24 Jul 2005 14:53:19 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from mailhub04.unibe.ch (mailhub04-eth0.unibe.ch [130.92.9.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id D91F043D49 for ; Sun, 24 Jul 2005 14:53:18 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from localhost (scanhub01-eth0.unibe.ch [130.92.254.65]) by mailhub04.unibe.ch (Postfix) with ESMTP id 8CA85FF6F for ; Sun, 24 Jul 2005 16:53:17 +0200 (CEST) Received: from mailhub04.unibe.ch ([130.92.9.71]) by localhost (scanhub01.unibe.ch [130.92.254.65]) (amavisd-new, port 10024) with LMTP id 22819-17-38 for ; Sun, 24 Jul 2005 16:53:16 +0200 (CEST) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub04.unibe.ch (Postfix) with ESMTP id B385DFF4A for ; Sun, 24 Jul 2005 16:53:16 +0200 (CEST) Received: from droopy.unibe.ch (droopy [130.92.64.20]) by asterix.unibe.ch (8.12.10+Sun/8.12.10) with ESMTP id j6OErGdB012958 for ; Sun, 24 Jul 2005 16:53:16 +0200 (MEST) Received: (from roth@localhost) by droopy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id j6OErG7w001917 for current@freebsd.org; Sun, 24 Jul 2005 16:53:16 +0200 (MEST) Date: Sun, 24 Jul 2005 16:53:16 +0200 From: Tobias Roth To: current@freebsd.org Message-ID: <20050724145316.GA1907@droopy.unibe.ch> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne Cc: Subject: clarification of help in loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 14:53:19 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi While trying to fix my bootloader, I stumbled over a small oddity in the loader help. I suggest the attached patch to clarify. thanks, t. --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="help.common.patch" --- sys/boot/common/help.common.orig Sun Jul 24 16:47:26 2005 +++ sys/boot/common/help.common Sun Jul 24 16:47:53 2005 @@ -221,7 +221,7 @@ set currdev= - Selects the default device. Syntax for devices is odd. + Selects the default device. See lsdev for available devices. ################################################################################ # Tset Sinit_path DSet the list of init candidates --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 24 18:58:25 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B830F16A41F for ; Sun, 24 Jul 2005 18:58:25 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EAE243D49 for ; Sun, 24 Jul 2005 18:58:25 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-2.free.fr (Postfix) with ESMTP id 40F05C081; Sun, 24 Jul 2005 20:58:24 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 6B083407E; Sun, 24 Jul 2005 20:58:09 +0200 (CEST) Date: Sun, 24 Jul 2005 20:58:09 +0200 From: Jeremie Le Hen To: Robert Downes Message-ID: <20050724185809.GL74719@obiwan.tataz.chchile.org> References: <20050724101911.GJ74719@obiwan.tataz.chchile.org> <20050724143329.7f453dcf@localhost> <42E39C86.7050802@lineone.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42E39C86.7050802@lineone.net> User-Agent: Mutt/1.5.9i Cc: freebsd-current@FreeBSD.org Subject: Re: burncd: FAILURE - WRITE_BIG ILLEGAL REQUEST X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 18:58:25 -0000 Hi, > >I never used burncd, but are you sure that your command is right? > >If I understand the man page correctly, you don't use raw to > >burn an iso image. I didn't understand the manpage correctly indeed. It was not clear enough for me. > No, you're right. The command for burning ISOs is > > burncd -f /dev/acd0 data ISOFILE fixate > > But I got the same error, even using that command. Yes same thing with this command. I thought that ATA mkIII resolved all problems according to the mailing-lists. This time I decided to to do a little bit more than using my hard drive, and this fails, that's unfortunate. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Sun Jul 24 19:24:10 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7430316A41F for ; Sun, 24 Jul 2005 19:24:10 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBD7043D49 for ; Sun, 24 Jul 2005 19:24:09 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j6OJO8NV009753 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 24 Jul 2005 15:24:09 -0400 Received: from obsecurity.dyndns.org (fields.fields.utoronto.ca [128.100.216.11]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j6OJO76P012994; Sun, 24 Jul 2005 15:24:08 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AC8C25140B; Sun, 24 Jul 2005 15:24:02 -0400 (EDT) Date: Sun, 24 Jul 2005 15:24:00 -0400 From: Kris Kennaway To: Sean McNeil Message-ID: <20050724192400.GA84677@xor.obsecurity.org> References: <1122147652.79125.2.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline In-Reply-To: <1122147652.79125.2.camel@server.mcneil.com> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: libcrypto.so.3 problem building world with kerberos X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 19:24:10 -0000 --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 23, 2005 at 12:40:52PM -0700, Sean McNeil wrote: > I get the following error during build: >=20 > /usr/obj/usr/src/tmp/usr/bin/ld: warning: libcrypto.so.3, needed > by /usr/local/lib/libldap.so, not found (try using -rpath or > -rpath-link) > /usr/obj/usr/src/tmp/usr/bin/ld: warning: libssl.so.3, needed > by /usr/local/lib/libldap.so, not found (try using -rpath or > -rpath-link) > /usr/local/lib/libldap.so: undefined reference to > `SSL_CTX_set_tmp_rsa_callback'/usr/local/lib/libldap.so: undefined > reference to `ssl3_send_alert' > /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_free' > /usr/local/lib/libldap.so: undefined reference to `SSL_shutdown' > /usr/local/lib/libldap.so: undefined reference to > `SSL_load_client_CA_file' > /usr/local/lib/libldap.so: undefined reference to > `SSL_CTX_set_default_verify_paths' > /usr/local/lib/libldap.so: undefined reference to > `SSL_CTX_set_session_id_context' > /usr/local/lib/libldap.so: undefined reference to `SSL_get_error' > /usr/local/lib/libldap.so: undefined reference to `SSL_read' > /usr/local/lib/libldap.so: undefined reference to `SSL_new' > /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_new' > /usr/local/lib/libldap.so: undefined reference to > `SSL_add_dir_cert_subjects_to_stack' > /usr/local/lib/libldap.so: undefined reference to `SSL_library_init' > /usr/local/lib/libldap.so: undefined reference to > `SSL_CTX_load_verify_locations' > /usr/local/lib/libldap.so: undefined reference to `SSL_pending' > /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_set_verify' > /usr/local/lib/libldap.so: undefined reference to `SSL_set_bio' > /usr/local/lib/libldap.so: undefined reference to > `SSL_load_error_strings' > /usr/local/lib/libldap.so: undefined reference to `SSL_get_certificate' > /usr/local/lib/libldap.so: undefined reference to > `SSL_CTX_set_cipher_list' > /usr/local/lib/libldap.so: undefined reference to `SSL_accept' > /usr/local/lib/libldap.so: undefined reference to `SSL_version' > /usr/local/lib/libldap.so: undefined reference to > `SSL_get_current_cipher' > /usr/local/lib/libldap.so: undefined reference to `SSL_CIPHER_get_bits' > /usr/local/lib/libldap.so: undefined reference to `SSLv23_method' > /usr/local/lib/libldap.so: undefined reference to > `SSL_alert_desc_string_long' > /usr/local/lib/libldap.so: undefined reference to > `SSL_CTX_use_PrivateKey_file' > /usr/local/lib/libldap.so: undefined reference to > `SSL_CTX_check_private_key' > /usr/local/lib/libldap.so: undefined reference to > `SSL_alert_type_string_long' > /usr/local/lib/libldap.so: undefined reference to > `SSL_CTX_use_certificate_file'/usr/local/lib/libldap.so: undefined > reference to `SSL_state_string_long' > /usr/local/lib/libldap.so: undefined reference to `SSL_connect' > /usr/local/lib/libldap.so: undefined reference to `SSL_free' > /usr/local/lib/libldap.so: undefined reference to > `SSL_get_peer_certificate' > /usr/local/lib/libldap.so: undefined reference to > `SSL_get_verify_result' > /usr/local/lib/libldap.so: undefined reference to > `SSL_CTX_set_client_CA_list' > /usr/local/lib/libldap.so: undefined reference to `SSL_write' >=20 > but the library is there: >=20 > server# ldd /usr/local/lib/libldap.so > /usr/local/lib/libldap.so: > liblber-2.2.so.7 =3D> /usr/local/lib/liblber-2.2.so.7 > (0x80095e000) > libsasl2.so.2 =3D> /usr/local/lib/libsasl2.so.2 (0x800a6d000) > libcrypto.so.3 =3D> /lib/libcrypto.so.3 (0x800b84000) > libssl.so.3 =3D> /usr/lib/libssl.so.3 (0x800dca000) > libc.so.6 =3D> /lib/libc.so.6 (0x80062b000) >=20 > looks like the version number was bumped and the build won't look > in /lib. Is that what is going on? Do you need to recompile the third party port being used by buildworld? Kris --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC4+rPWry0BWjoQKURApFYAJ9DEMZin2ek+ko4FKtwxW3mx8uteACffoWg TRBJq04qK4+dKAq33S+vLFo= =4OLH -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 24 19:25:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F1AB16A41F for ; Sun, 24 Jul 2005 19:25:42 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8723F43D49 for ; Sun, 24 Jul 2005 19:25:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j6OJPaNV009866 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 24 Jul 2005 15:25:36 -0400 Received: from obsecurity.dyndns.org (fields.fields.utoronto.ca [128.100.216.11]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j6OJPY6P013163; Sun, 24 Jul 2005 15:25:35 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A104551272; Sun, 24 Jul 2005 15:25:31 -0400 (EDT) Date: Sun, 24 Jul 2005 15:25:30 -0400 From: Kris Kennaway To: Oliver Lehmann Message-ID: <20050724192530.GB84677@xor.obsecurity.org> References: <200507200149.52721.max@love2party.net> <20050720114331.868A64E704@pipa.profix.cz> <20050722191337.269d965b.lehmann@ans-netz.de> <20050723.130438.81409618.imp@bsdimp.com> <20050723211349.269cd3b7.lehmann@ans-netz.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7ZAtKRhVyVSsbBD2" Content-Disposition: inline In-Reply-To: <20050723211349.269cd3b7.lehmann@ans-netz.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, dandee@volny.cz, "M. Warner Losh" Subject: Re: -current kernel can't be complied for 3 days X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 19:25:42 -0000 --7ZAtKRhVyVSsbBD2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 23, 2005 at 09:13:49PM +0200, Oliver Lehmann wrote: > M. Warner Losh wrote: >=20 > > Chances are you are running out of memory. Can you try the build w/o > > -jN? Large values of N can easily run a body out of swap space, > > yeilding a build failure when the tree is perfectly fine. > >=20 > > Persoanally, I never do a -j larger then 4 or 8. top shows that the > > system that I have is giant bound when I do, so why add more people to > > the list of Giant waiters? >=20 > Hi Warner, >=20 > I don't think that i ran out of memory. At least swapper didn't sayed > sth. like that. Back in Dec 2001 I even had a -j100 running (for fun) and > it build successfully. This was on a dual PII 333 with 320MB of memoty > compiling a 4.XX on a 4.XX. > Why shouldn't a -j16 on a dual PIII 850 with 640MB of memory compiling a > 6.0 on a 5.4 doesn't work then? I know there are many differences between > 4.X and 5.X but why got it worse? > A -j4 worked btw (at least the one time I tried it) There is a default limit of 16 simultaneous execs that can be easily saturated on an SMP system (further execs cause aborts as you are seeing). Increase the value of the vm.exec_map_entries tunable. Kris --7ZAtKRhVyVSsbBD2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC4+spWry0BWjoQKURAnM/AKD2LHFGU7feF4a3ec8GtCDnCzvUWwCgta6Q Ov92GYid3AGyGsUiNK+4aFE= =TUeK -----END PGP SIGNATURE----- --7ZAtKRhVyVSsbBD2-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 24 19:37:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E205516A41F for ; Sun, 24 Jul 2005 19:37:07 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from ss.eunet.cz (ss.eunet.cz [193.85.228.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3585443D48 for ; Sun, 24 Jul 2005 19:37:06 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from localhost.i.cz (ss.eunet.cz [193.85.228.13]) by ss.eunet.cz (8.13.1/8.13.1) with ESMTP id j6OJav96098297; Sun, 24 Jul 2005 21:36:58 +0200 (CEST) (envelope-from mime@traveller.cz) From: Michal Mertl To: Sam Leffler In-Reply-To: <42E30073.1080202@errno.com> References: <20050719094905.F15510@fledge.watson.org> <1121771151.764.42.camel@genius1.i.cz> <42DDD710.4030503@errno.com> <1121855884.796.8.camel@genius1.i.cz> <42DE648B.1060402@errno.com> <1121881805.929.38.camel@genius1.i.cz> <1121987685.61017.31.camel@genius1.i.cz> <42E30073.1080202@errno.com> Content-Type: text/plain Date: Sun, 24 Jul 2005 21:36:55 +0200 Message-Id: <1122233815.13679.3.camel@genius1.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Recent fragility with if_wi, 802.11 adhoc/wep, and Tiger X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 19:37:08 -0000 Sam Leffler wrote: > Michal Mertl wrote: > > I can confirm that the atheros based client really connects much worse > > than an IPW based one. When I restart the atheros AP, the ipw card > > connects immediately after the AP is back but the atheros client either > > never connects or it will take long time (I didn't wait long enough). It > > connects immediately after I issue ifconfig down/up on it. > > Once a station has failed to associate with an ap it marks it "bad" and > won't try again for a while. I need to bring in some improvements from > another tree that improve this area of the code; we wait too long to > re-enable going back to an ap. Marking the interface down-then-up > clears this state so you can immediately re-associate. The ipw firmware > does not use this code so it behaves differently. I see. This should't in reality be much of a problem anyway. > > > > More interesting finding that I have is about the bridging issue. I > > wasn't able to find which debug setting (via dev.ath.0.debug or > > net.wlan.0.debug) will show me any usefull information. Anyways it now > > seems to me that I was wrong saying that it works at all. The AP bridges > > the packets only when there is another IP communication between the AP > > host and one of the clients. It seems to me that the bridged packets are > > queued somewhere and sent only when there are some non bridged. > > I don't recall what "the bridging issue" was but use 80211debug and > athdebug to manipulate these sysctls using mnemonics--80211debug -? will > list the controls. Code is in tools/tools/ath. At some point these > tools probably should be integrated with another program and not stay > hidden in the tools directory I see, thank you. I hope I'll be able to submit better problem reports then. > . > > Test conditions - I have 192.168.1.1 on the AP, .2 on the IPW notebook > > and .3 on the atheros client. The settings of ath0 on AP are: "mode 11b > > mediaopt hostap channel 1 ssid test_ap_xx". The settings on clients are > > almost the same except there I don't issue any mediaopt. I hope I'm not > > doing anything extra stupid :-). The nodes are just several centimeters > > apart from each other and I only have tiny antennas. When the only IP > > communication is the ping from 192.168.1.2 to .3 (between the clients) I > > don't get any answer. When I ping at the same time from between any of > > the clients and the AP it works. When I let the first ping run for > > several seconds and then start the second one I get all the answers at > > the same time. > > I'm guessing this was the problem where frames bridged internal to the > net80211 layer were not dispatched immediately. If so we both know this > was fixed. Yes, it was. Thank you Michal From owner-freebsd-current@FreeBSD.ORG Sun Jul 24 19:46:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45AAE16A41F for ; Sun, 24 Jul 2005 19:46:40 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id A995543D4C for ; Sun, 24 Jul 2005 19:46:39 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id 18C42BC89; Sun, 24 Jul 2005 19:46:36 +0000 (UTC) To: Kris Kennaway From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 24 Jul 2005 15:25:30 EDT." <20050724192530.GB84677@xor.obsecurity.org> Date: Sun, 24 Jul 2005 21:46:35 +0200 Message-ID: <65663.1122234395@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: freebsd-current@freebsd.org, Oliver Lehmann , "M. Warner Losh" , dandee@volny.cz Subject: Re: -current kernel can't be complied for 3 days X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 19:46:40 -0000 In message <20050724192530.GB84677@xor.obsecurity.org>, Kris Kennaway writes: >There is a default limit of 16 simultaneous execs that can be easily >saturated on an SMP system (further execs cause aborts as you are >seeing). Increase the value of the vm.exec_map_entries tunable. Sounds like something which should be autotuned better to the number of CPUS. Also, the abort() sounds wrong, why not sleep and retry ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Jul 24 19:50:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBCE716A41F for ; Sun, 24 Jul 2005 19:50:16 +0000 (GMT) (envelope-from pinhead@delicious.stderror.at) Received: from stdin.stderror.at (stdin.stderror.at [83.65.196.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B06143D45 for ; Sun, 24 Jul 2005 19:50:16 +0000 (GMT) (envelope-from pinhead@delicious.stderror.at) Received: from bluebook.stderror.at (83-65-196-92.work.xdsl-line.inode.at [83.65.196.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by stdin.stderror.at (Postfix) with ESMTP id 6B8F5A181; Sun, 24 Jul 2005 21:50:14 +0200 (CEST) Received: from bluebook.stderror.at (localhost [127.0.0.1]) by bluebook.stderror.at (8.13.3/8.13.3) with ESMTP id j6OJoOaT000619; Sun, 24 Jul 2005 21:50:24 +0200 (CEST) (envelope-from pinhead@delicious.stderror.at) Received: (from pinhead@localhost) by bluebook.stderror.at (8.13.3/8.13.3/Submit) id j6OJoNLU000618; Sun, 24 Jul 2005 21:50:23 +0200 (CEST) (envelope-from pinhead) Date: Sun, 24 Jul 2005 21:50:23 +0200 From: Toni Schmidbauer To: Pawel Worach Message-ID: <20050724195023.GA609@stderror.at> Mail-Followup-To: Pawel Worach , freebsd-current@freebsd.org References: <20050722200948.GA636@stderror.at> <42E16CC5.8070700@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42E16CC5.8070700@gmail.com> Phone: +43 664 3502198 X-WWW-Home-Page: http://stderror.at X-PGP-Fingerprint: 53F2 28AE 8070 83E0 AFEC 0ABC BBF9 A34A 3ED1 3287 X-Operating-System: FreeBSD User-Agent: mutt-ng devel (FreeBSD) Cc: freebsd-current@freebsd.org Subject: Re: 6.0 BETA1 if_ath problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: toni@stderror.at List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 19:50:16 -0000 On Sat, Jul 23, 2005 at 12:01:41AM +0200, Pawel Worach wrote: > I had problems when deftxkey/weptxkey was not set, try adding 'weptxkey 1' to your ifconfig command line or let > wpa_supplicant do the WEP stuff. thank you very much, "ifconfig weptxkey 1" did the trick. so, if_ath works for me under 6.0 BETA1. thanks toni -- Wer es einmal so weit gebracht hat, dass er nicht | toni at stderror dot at mehr irrt, der hat auch zu arbeiten aufgehoert | Toni Schmidbauer -- Max Planck | From owner-freebsd-current@FreeBSD.ORG Sun Jul 24 19:52:43 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC09216A41F; Sun, 24 Jul 2005 19:52:43 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8639643D46; Sun, 24 Jul 2005 19:52:43 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j6OJqgNV012428 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 24 Jul 2005 15:52:43 -0400 Received: from obsecurity.dyndns.org (fields.fields.utoronto.ca [128.100.216.11]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j6OJqg6P016207; Sun, 24 Jul 2005 15:52:42 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2E8FB5125D; Sun, 24 Jul 2005 15:52:39 -0400 (EDT) Date: Sun, 24 Jul 2005 15:52:38 -0400 From: Kris Kennaway To: alc@FreeBSD.org, current@FreeBSD.org Message-ID: <20050724195237.GA92818@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: panic: _sx_xlock (user map): xlock already held @ ../../../vm/vm_map.c:2997 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 19:52:44 -0000 --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I got this while (net)booting an up-to-date 6.0 kernel: Trying to mount root from nfs: NFS ROOT: 216.136.204.22:/a/nfs/6.dir1 fxp0: link state changed to UP panic: _sx_xlock (user map): xlock already held @ ../../../vm/vm_map.c:2997 db> wh Tracing pid 1 tid 100006 td 0xc14e6600 kdb_enter(c06bc443,c077d7a0,c06bcaa0,cbf2268c,100) at kdb_enter+0x30 panic(c06bcaa0,c06a38cb,c06d0ea5,c06d0f25,bb5) at panic+0xd5 _sx_xlock(c14f2044,c06d0f25,bb5,c05726d3,cbf226e0) at _sx_xlock+0x62 _vm_map_lock_read(c14f2000,c06d0f25,bb5,1000101,9cc21000) at _vm_map_lock_read+0x4a vm_map_lookup(cbf22778,9cc21000,1,cbf2277c,cbf2276c) at vm_map_lookup+0x38 vm_fault(c14f2000,9cc21000,1,0,c14e6600) at vm_fault+0x7e trap_pfault(cbf22860,0,9cc21603,c13d1bb8,9cc21603) at trap_pfault+0xed trap(c04d0008,c1040028,28,0,73) at trap+0x35e calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc0633eaa, esp = 0xcbf228a0, ebp = 0xcbf228d4 --- vm_map_pmap_enter(c14f2000,80bc000,3,c1046bdc,73) at vm_map_pmap_enter+0x14a vm_map_insert(c14f2000,c1046bdc,73000,0,80bc000) at vm_map_insert+0x2f4 elf32_map_insert(c14f2000,c1046bdc,73000,0,80bc000) at elf32_map_insert+0x2d9 elf32_load_section(c14e5c48,c14f2000,c1693990,c1046bdc,736a0) at elf32_load_section+0x117 exec_elf32_imgact(cbf22b9c,0,c06b9a9d,142,12b) at exec_elf32_imgact+0x286 do_execve(c14e6600,cbf22c78,0,3,0) at do_execve+0x24c kern_execve(c14e6600,cbf22c78,0,bfbfffe4,0) at kern_execve+0xb9 execve(c14e6600,cbf22ce4,0,0,cbf22ce0) at execve+0x4f start_init(0,cbf22d38,c06b9bd0,30d,366eb4ad) at start_init+0x2de fork_exit(c04b65e0,0,cbf22d38) at fork_exit+0xc1 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcbf22d6c, ebp = 0 --- db> Unfortunately since it panicked early in boot dumpdev is not set. I will leave the box in DDB in case there is anything else I can get from it for someone. Kris --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC4/GEWry0BWjoQKURAlFNAKDj9JIGStPe2H+FQ2ekgcJ0z7tZrwCeOGt2 rBwp+ozXZYCewnTSqm8b5NM= =R+cD -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 24 19:58:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFE0216A41F; Sun, 24 Jul 2005 19:58:27 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from lapdance.yazzy.net (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2420843D46; Sun, 24 Jul 2005 19:58:22 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from localhost (localhost [127.0.0.1]) by lapdance.yazzy.net (8.13.4/8.13.4) with SMTP id j6OJwJVJ001911; Sun, 24 Jul 2005 21:58:19 +0200 (CEST) (envelope-from lists@yazzy.org) Date: Sun, 24 Jul 2005 21:58:18 +0200 From: Marcin Jessa To: Eric Kjeldergaard Message-Id: <20050724215818.55f951ae.lists@yazzy.org> In-Reply-To: References: <42E1481F.5040306@root.org> <20050723133819.36efb537.lists@yazzy.org> <42E29CAA.1020007@root.org> Organization: YazzY.org X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, freebsd-current@freebsd.org, nate@root.org Subject: Re: acpi battery rework patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 19:58:28 -0000 On Sun, 24 Jul 2005 12:47:13 +0900 Eric Kjeldergaard wrote: > On 7/24/05, Nate Lawson wrote: > > Marcin Jessa wrote: > > > On Sat, 23 Jul 2005 19:00:01 +0900 > > > Eric Kjeldergaard wrote: > > >>>Please test to be sure your battery status works as usual, along with > > >>>any apps. Since most apps (xbatt, gnome, etc.) use the apm compat > > >>>layer, they should work as before with no recompilation needed. > > > > > > > > >>-CURRENT as of 23/07/2005, does not compile. > > > > > > > > > Prolly because it's for 6.0, not 7.0 > > > > Sorry, the problem was I left a file out of the diff. I just committed > > the patch so please just cvsup and test from 7-CURRENT. > > > > Thanks, > > -- > > Nate > > > Excellent. compiled and appears working. It does however have > different values than the old system for some of the sysctl variables. > I get > > hw.acpi.battery.life: 98 > hw.acpi.battery.time: 0 > hw.acpi.battery.state: 0 > hw.acpi.battery.units: 1 > hw.acpi.battery.info_expire: 5 > > when plugged in. But used to get time as -1 when plugged in and I > think state may have been 1 when plugged in before (less sure about > that than the time). Thanks for the enormous amount of work your > efforts are very much appreciated, > > Eric Ditto, thanks a lot. It works well here too. I can now actually correctly see whether the lapper is connected to power or runs on battery. Before the state change could not be detected. What lacks is remining time which AFAIR worked before, now showing : hw.acpi.battery.time: -1 I don't miss it though since showing remining percentage is more than enough. Thanks again for great work! Marcin Jessa. From owner-freebsd-current@FreeBSD.ORG Sun Jul 24 20:10:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EACB416A41F for ; Sun, 24 Jul 2005 20:10:01 +0000 (GMT) (envelope-from ihsan@dogan.ch) Received: from mail.blastwave.org (mail.blastwave.org [147.87.98.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73A9043D45 for ; Sun, 24 Jul 2005 20:10:01 +0000 (GMT) (envelope-from ihsan@dogan.ch) Received: from localhost (localhost [127.0.0.1]) by mail.blastwave.org (Postfix) with ESMTP id 894EAF890 for ; Sun, 24 Jul 2005 22:09:59 +0200 (MEST) Received: from mail.blastwave.org ([127.0.0.1]) by localhost (enterprise [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 06969-03-3 for ; Sun, 24 Jul 2005 22:09:55 +0200 (MEST) Received: from defiant.dogan.ch (defiant.dogan.ch [213.144.141.146]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.blastwave.org (Postfix) with ESMTP id 4071BF88D for ; Sun, 24 Jul 2005 22:09:52 +0200 (MEST) Received: by defiant.dogan.ch (Postfix, from userid 1000) id EBC61179B1; Sun, 24 Jul 2005 22:09:48 +0200 (CEST) Date: Sun, 24 Jul 2005 22:09:48 +0200 From: Ihsan Dogan To: freebsd-current@freebsd.org Message-ID: <20050724200948.GA28992@dogan.ch> Mail-Followup-To: freebsd-current@freebsd.org References: <20050720083238.GA2195@dogan.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050720083238.GA2195@dogan.ch> User-Agent: Mutt/1.4.2.1i X-Operating-System: NetBSD/i386 1.6.2 X-Uptime: 10:07PM up 365 days, 10:33, 9 users, load averages: 0.91, 1.10, 1.06 X-Binford: 6100 (more power) X-Editor: Vim-603 http://www.vim.org X-Virus-Scanned: amavisd-new at blastwave.org Subject: Re: 6.0-BETA1 on Thinkpad T42 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 20:10:02 -0000 On Wednesday, 20 Jul 2005 10:32 +0200, Ihsan Dogan wrote: > The second problem is, that under X applications (like xterm) are > dieing with signal 11. I upgraded today the xterm ports. That one is solved now. Ihsan... -- ihsan@dogan.ch http://ihsan.dogan.ch/ From owner-freebsd-current@FreeBSD.ORG Sun Jul 24 20:18:37 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 167B216A41F for ; Sun, 24 Jul 2005 20:18:37 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98AF843D46 for ; Sun, 24 Jul 2005 20:18:36 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j6OKIZNV015116 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 24 Jul 2005 16:18:36 -0400 Received: from obsecurity.dyndns.org (fields.fields.utoronto.ca [128.100.216.11]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j6OKIZ6P019072; Sun, 24 Jul 2005 16:18:35 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0C3B95125D; Sun, 24 Jul 2005 16:18:30 -0400 (EDT) Date: Sun, 24 Jul 2005 16:18:28 -0400 From: Kris Kennaway To: Sean McNeil Message-ID: <20050724201828.GA4197@xor.obsecurity.org> References: <1122147652.79125.2.camel@server.mcneil.com> <20050724192400.GA84677@xor.obsecurity.org> <823BAD73-E476-415B-AC47-16FD74CD7627@mcneil.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline In-Reply-To: <823BAD73-E476-415B-AC47-16FD74CD7627@mcneil.com> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org, Kris Kennaway Subject: Re: libcrypto.so.3 problem building world with kerberos X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 20:18:37 -0000 --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 24, 2005 at 01:03:04PM -0700, Sean McNeil wrote: >=20 > On Jul 24, 2005, at 12:24 PM, Kris Kennaway wrote: >=20 > >On Sat, Jul 23, 2005 at 12:40:52PM -0700, Sean McNeil wrote: > > > >>I get the following error during build: > >> > >>/usr/obj/usr/src/tmp/usr/bin/ld: warning: libcrypto.so.3, needed > >>by /usr/local/lib/libldap.so, not found (try using -rpath or > >>-rpath-link) > >>/usr/obj/usr/src/tmp/usr/bin/ld: warning: libssl.so.3, needed > >>by /usr/local/lib/libldap.so, not found (try using -rpath or > >>-rpath-link) > >>/usr/local/lib/libldap.so: undefined reference to > >>`SSL_CTX_set_tmp_rsa_callback'/usr/local/lib/libldap.so: undefined > >>reference to `ssl3_send_alert' > ... > >>looks like the version number was bumped and the build won't look > >>in /lib. Is that what is going on? > >> > > > >Do you need to recompile the third party port being used by > >buildworld? >=20 > Yes, that was the solution, but the issue is why the build will not =20 > allow for libraries in /lib? Is it because all libraries in /lib are =20 > suppose to be superseded by a new build? Yes..you don't normally want to link anything in the buildworld (except bootstrap tools, probably) with previously existing libraries on the system, or they're not being upgraded. > I'm just wondering about =20 > the reasoning that pulls in local packages (ldap.so in /usr/local/=20 > lib) but doesn't let stuff be in /lib. That's really a second-class citizen as far as buildworld goes. Perhaps ru could improve the support if you talk to him about it. Kris --wRRV7LY7NUeQGEoC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC4/eTWry0BWjoQKURAjVTAJ0amr9okn5Ew6lUZvNfuZukhDlJpQCeOYP9 EA5vd9Po+dXnkjMydvU20lw= =vKDt -----END PGP SIGNATURE----- --wRRV7LY7NUeQGEoC-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 24 20:57:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38D8216A41F; Sun, 24 Jul 2005 20:57:34 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from lapdance.yazzy.net (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABE9743D49; Sun, 24 Jul 2005 20:57:32 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from localhost (localhost [127.0.0.1]) by lapdance.yazzy.net (8.13.4/8.13.4) with SMTP id j6OKvL9q000840; Sun, 24 Jul 2005 22:57:21 +0200 (CEST) (envelope-from lists@yazzy.org) Date: Sun, 24 Jul 2005 22:57:21 +0200 From: Marcin Jessa To: Marcin Jessa Message-Id: <20050724225721.0f869e66.lists@yazzy.org> In-Reply-To: <20050724215818.55f951ae.lists@yazzy.org> References: <42E1481F.5040306@root.org> <20050723133819.36efb537.lists@yazzy.org> <42E29CAA.1020007@root.org> <20050724215818.55f951ae.lists@yazzy.org> Organization: YazzY.org X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, kjelderg@gmail.com, freebsd-current@freebsd.org, nate@root.org Subject: Re: acpi battery rework patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 20:57:34 -0000 On Sun, 24 Jul 2005 21:58:18 +0200 Marcin Jessa wrote: > On Sun, 24 Jul 2005 12:47:13 +0900 > Eric Kjeldergaard wrote: > > > On 7/24/05, Nate Lawson wrote: > > > Marcin Jessa wrote: > > > > On Sat, 23 Jul 2005 19:00:01 +0900 > > > > Eric Kjeldergaard wrote: > > > >>>Please test to be sure your battery status works as usual, along with > > > >>>any apps. Since most apps (xbatt, gnome, etc.) use the apm compat > > > >>>layer, they should work as before with no recompilation needed. > > > > > > > > > > > >>-CURRENT as of 23/07/2005, does not compile. > > > > > > > > > > > > Prolly because it's for 6.0, not 7.0 > > > > > > Sorry, the problem was I left a file out of the diff. I just committed > > > the patch so please just cvsup and test from 7-CURRENT. > > > > > > Thanks, > > > -- > > > Nate > > > > > Excellent. compiled and appears working. It does however have > > different values than the old system for some of the sysctl variables. > > I get > > > > hw.acpi.battery.life: 98 > > hw.acpi.battery.time: 0 > > hw.acpi.battery.state: 0 > > hw.acpi.battery.units: 1 > > hw.acpi.battery.info_expire: 5 > > > > when plugged in. But used to get time as -1 when plugged in and I > > think state may have been 1 when plugged in before (less sure about > > that than the time). Thanks for the enormous amount of work your > > efforts are very much appreciated, > > > > Eric > > Ditto, thanks a lot. It works well here too. I can now actually correctly see whether the lapper is connected to power or runs on battery. > Before the state change could not be detected. > What lacks is remining time which AFAIR worked before, now showing : hw.acpi.battery.time: -1 > I don't miss it though since showing remining percentage is more than enough. > Thanks again for great work! It seems like I was wrong. The time values showed up after a short while of running on battery. From owner-freebsd-current@FreeBSD.ORG Sun Jul 24 23:16:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3B3616A420 for ; Sun, 24 Jul 2005 23:16:16 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF36943D58 for ; Sun, 24 Jul 2005 23:16:14 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by wproxy.gmail.com with SMTP id i21so828964wra for ; Sun, 24 Jul 2005 16:16:13 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KimFKTx15NmtAAfq8nZhQvC4IgdpTXE7CpGpRgvDf2X8zClh1WoAs1XqijANlyUkUAUuHAmKtQ27vbFnvSEtmj4hkANY2yMuYwpU6qan1IlNAb9Dbqze+3IF0D008/ZehPD8mCzmZgpatov0p9Xu5UHbBPNH/aNqvWrBSpB2RPA= Received: by 10.54.33.61 with SMTP id g61mr1452171wrg; Sun, 24 Jul 2005 16:16:13 -0700 (PDT) Received: by 10.54.38.32 with HTTP; Sun, 24 Jul 2005 16:16:13 -0700 (PDT) Message-ID: <70e8236f050724161620b3aabc@mail.gmail.com> Date: Mon, 25 Jul 2005 00:16:13 +0100 From: Joao Barros To: John Baldwin In-Reply-To: <200507211257.21730.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <70e8236f05070208212e36c375@mail.gmail.com> <200507131409.39988.jhb@FreeBSD.org> <6.2.1.2.0.20050721112003.07dfcec0@64.7.153.2> <200507211257.21730.jhb@FreeBSD.org> Cc: freebsd-current@freebsd.org, Mike Tancsa Subject: Re: 6.0-CURRENT SNAP004 hangs on amr (patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joao Barros List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 23:16:16 -0000 On 7/21/05, John Baldwin wrote: > On Thursday 21 July 2005 11:42 am, Mike Tancsa wrote: > > At 02:09 PM 13/07/2005, John Baldwin wrote: > > >On Wednesday 13 July 2005 09:38 am, Mike Tancsa wrote: > > > > At 04:28 PM 12/07/2005, John Baldwin wrote: > > > > >That does sort of help. Can you try commenting out the call to > > > > >ioapic_setup_mixed_mode() in the sys/i386/i386/mptable.c file and = try > > > > > booting with ACPI disabled (but APIC on) and see if it still work= s > > > > > ok? > > > > > > > > Yup, > > > > Still boots just fine. > > > > > >Ok. Back on 6, can you try editing sys/i386/i386/io_apic.c and in the > > >function ioapic_set_extint(), change the line that reads: > > > > > > io->io_pins[pin].io_masked =3D 1; > > > > > >to set the masked variable to 0 instead? > > > > Yes, it works with and without ACPI!! >=20 > Ok. That change directly violates the ACPI standard. :( I need to think > about this. At the very least I can add a tunable for this. John, Would it be possible to have this in BETA2? -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 00:16:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D1D016A41F; Mon, 25 Jul 2005 00:16:14 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BDEF43D46; Mon, 25 Jul 2005 00:16:13 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (adsl-64-171-187-230.dsl.snfc21.pacbell.net [64.171.187.230]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j6P0G7o5019802 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 24 Jul 2005 17:16:12 -0700 Message-ID: <42E42F10.3030309@root.org> Date: Sun, 24 Jul 2005 17:15:12 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marcin Jessa References: <42E1481F.5040306@root.org> <20050723133819.36efb537.lists@yazzy.org> <42E29CAA.1020007@root.org> <20050724215818.55f951ae.lists@yazzy.org> In-Reply-To: <20050724215818.55f951ae.lists@yazzy.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, Eric Kjeldergaard , freebsd-current@freebsd.org Subject: Re: acpi battery rework patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 00:16:14 -0000 Marcin Jessa wrote: > On Sun, 24 Jul 2005 12:47:13 +0900 > Eric Kjeldergaard wrote: >>Excellent. compiled and appears working. It does however have >>different values than the old system for some of the sysctl variables. >> I get >> >>hw.acpi.battery.life: 98 >>hw.acpi.battery.time: 0 >>hw.acpi.battery.state: 0 >>hw.acpi.battery.units: 1 >>hw.acpi.battery.info_expire: 5 >> >>when plugged in. But used to get time as -1 when plugged in and I >>think state may have been 1 when plugged in before (less sure about >>that than the time). Thanks for the enormous amount of work your >>efforts are very much appreciated, >> >>Eric > > > Ditto, thanks a lot. It works well here too. I can now actually correctly see whether the lapper is connected to power or runs on battery. > Before the state change could not be detected. > What lacks is remining time which AFAIR worked before, now showing : hw.acpi.battery.time: -1 > I don't miss it though since showing remining percentage is more than enough. > Thanks again for great work! Both of you please boot either the last 6.0 beta1 or a 5.x kernel and let me know for sure what your original behavior was. As far as Eric's result, I'll check that on my systems as well. I _think_ the previous behavior was more correct (-1 = unknown) so I'll commit this minor change. The "state" variable should not have changed so please let me know for sure if it has. "1" means "discharging" which doesn't sound right if you're on AC power. If you just recently plugged in the laptop, try polling the status a few more times (apm(8) gives more detail) and see if it catches up. Some systems lag reporting various values until they are sure they've restabilized after an AC line change. Marcin, if your system reports a valid rate of use, we can calculate time. If you're on AC power, there is no time available (since your batteries aren't discharging at any rate). Try a previous kernel/acpi.ko to be certain what the behavior used to be. One easy way to do this is use the FreeSBIE live CD, based on 5.3-RELEASE: http://www.freesbie.org/ -- Nate From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 00:22:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54CFF16A41F for ; Mon, 25 Jul 2005 00:22:39 +0000 (GMT) (envelope-from snow+freebsd-current@teardrop.org) Received: from imladris.teardrop.org (imladris.teardrop.org [66.92.66.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA3EC43D45 for ; Mon, 25 Jul 2005 00:22:38 +0000 (GMT) (envelope-from snow+freebsd-current@teardrop.org) Received: by imladris.teardrop.org (Postfix, from userid 100) id 08230BE22C; Sun, 24 Jul 2005 20:24:33 -0400 (EDT) Date: Sun, 24 Jul 2005 20:24:33 -0400 From: James Snow To: Sam Leffler Message-ID: <20050725002433.GA95598@teardrop.org> References: <20050722200948.GA636@stderror.at> <20050723195647.GA84352@teardrop.org> <42E2D091.4050409@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42E2D091.4050409@errno.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, James Snow Subject: Re: 6.0 BETA1 if_ath problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 00:22:39 -0000 I'm sorry. I was grumpy when I wrote this. On Sat, Jul 23, 2005 at 04:19:45PM -0700, Sam Leffler wrote: > James Snow wrote: > >On Fri, Jul 22, 2005 at 10:09:48PM +0200, Toni Schmidbauer wrote: > > > >>so it seems things are getting better under 6.0. > > > > > >Unfortunately, I'm having the opposite experience. My X40's ath seems to > >get worse with each update. Right now it downs the ath0 interface > >at random intervals. > > I have one of almost every version of atheros part and I do not see the > problems you allude to; not that you've provided any useful info here. > In general I tend to ignore complaints of the form "it don't work". I have no useful information here since, as mentioned above, it's been completely random thus far. It may also be something that was fixed in my most recent update; time will tell. > >Also, when in adhoc mode it will sometimes spew errors, to the point of > >slowing the machine down. Repeatedly doing an 'ifconfig down' and > >reconfiguring the interface will eventually stabilize it. > > Again, nothing useful here. I just fixed a couple of adhoc mode > problems yesterday that are likely unrelated. I had a network of 4 > machines setup in adhoc mode; 2 ath freebsd systems, one powerbook with > tiger, and one freebsd system with wi. All were in the same room. I saw > no problems in several hours of testing. When the 11b station was not > in the network I routinely got 28Mb/s for tcp netperf between stations > (this is 11g). This at least I can reproduce. It's only a problem when I'm first trying to bring up the adhoc network. Once it's up, (i.e., another node as associated with it) it stays up and is problem free. dev.ath.0.debug: 0xc0080 => 0xc00e0 I configure ath0 as follows: ifconfig ath0 172.16.1.1 netmask 255.255.255.252 ssid x40 wepmode off \ mediaopt adhoc And eventually I get stuck in this loop: ath0: hardware error; resetting ath_draintxq: beacon queue 0x1eb8ac00 ath_tx_stopdma: tx queue [0] 0, link 0 ath_tx_stopdma: tx queue [1] 0, link 0 ath_tx_stopdma: tx queue [2] 0, link 0 ath_tx_stopdma: tx queue [3] 0, link 0 ath_tx_stopdma: tx queue [8] 0, link 0 ath_stoprecv: rx queue 0x1868dc, link 0xc15f28b0 ath_mode_init: RX filter 0x97, MC filter 00000001:00000040 ath_beacon_config: nexttbtt 100 intval 100 (100) ath_beacon_setup: m 0xc1835200 len 58 ath0: hardware error; resetting athstats: 66 hardware error interrupts 56 mib overflow interrupts 36 tx management frames 110 tx frames discarded prior to association 182 long on-chip tx retries 33 tx frames with no ack marked 26131 rx failed 'cuz of bad CRC 2082 rx failed 'cuz of PHY err 346 OFDM timing 199 CCK timing 1537 CCK restart 68 beacons transmitted 1196 periodic calibrations 71582 rate control checks 52129 switched default/rx antenna Antenna profile: [1] tx 2838 rx 269272 [2] tx 16585 rx 280757 80211stats: 97454 rx from wrong bssid 125 rx discard 'cuz dup 30 rx discard 'cuz mcast echo 81100 rx discard mgt frames 349350 rx beacon frames 24 rx element unknown 24 rx frame chan mismatch 5 active scans started This is the device: ath0: mem 0xd0200000-0xd020ffff irq 11 at device 2.0 on pci2 ath0: Ethernet address: 00:0e:9b:6e:60:fc ath0: mac 5.9 phy 4.3 radio 3.6 Anything else I can provide, please let me know. > I am not saying the code is perfect. I'm aware of a couple of issues > that I'm working on but in general I am not seeing significant issues > with ath devices. If you or anyone else wants to help fix problems you > need to provide useful information such as the mac/phy version for the > part and the output from 80211stats and/or athstats. It also helps to > enable debugging msgs; usually at the 802.11 layer using 80211debug. Again, I apologize for the tone of my last email. I was just being generally bitchy and it was certainly not directed at you. -Snow From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 00:42:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 509E316A41F for ; Mon, 25 Jul 2005 00:42:51 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (postoffice.vicor.com [69.26.56.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FAF643D46 for ; Mon, 25 Jul 2005 00:42:50 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 8E8574CE7F6 for ; Sun, 24 Jul 2005 17:42:50 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 58646-01 for ; Sun, 24 Jul 2005 17:42:50 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 00B794CE7B7 for ; Sun, 24 Jul 2005 17:42:50 -0700 (PDT) Message-ID: <42E43589.6030009@elischer.org> Date: Sun, 24 Jul 2005 17:42:49 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Subject: installing 6.0 over the network X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 00:42:51 -0000 I did: cd /usr/src make buildworld buildkernel cd release make release MYBUILD CHROOTDIR=/usr/tmp/chroot CVSROOT={path to my mirror} RELEASETAG=RELENG_6 as the man page states. this built successfully then I set my dhcpd parameters to give a pxeboot address of /usr/tmp/chroot/R/cdrom/disc1/boot/pxeboot and set teh root directory to be /usr/tmp/chroot/R/cdrom/disc1 (and exported it) on boot, my netbooting system does in fact boot with an NFS root directory running the correct kernel etc. however what I want is to make it boot into sysinstall rather than booting into init.. how do I make is do this? I did basically hte same thing for 4.11 and it loaded sysinstall. what do I have to do differently in 6.0 to make this happen? I did log into the netbooted system and run sysinstall by hand but it isn't quite the same.. julian From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 01:05:44 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F412116A41F for ; Mon, 25 Jul 2005 01:05:43 +0000 (GMT) (envelope-from pawel.worach@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D4F243D46 for ; Mon, 25 Jul 2005 01:05:42 +0000 (GMT) (envelope-from pawel.worach@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so445001nzo for ; Sun, 24 Jul 2005 18:05:42 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=YSFSn5xMGYDOlQq9y9DmKdqXyMdFi/ZgQaVI0c3z7mTUIC8TY98BSclLlOffTxlXj0uKDsBRVXACbf+cwEBLJv3lnyxt9x4zoXTbfVyTPL/w+2VEIIhGcbWTNxD6kChBsvaAoLJFafEEtosXnaPskqRuypXCzventJcDpgHvQos= Received: by 10.36.25.20 with SMTP id 20mr1630709nzy; Sun, 24 Jul 2005 17:59:18 -0700 (PDT) Received: from ?192.168.1.200? ([213.64.231.30]) by mx.gmail.com with ESMTP id 8sm3066394nzn.2005.07.24.17.59.17; Sun, 24 Jul 2005 17:59:18 -0700 (PDT) Message-ID: <42E4395F.6040806@gmail.com> Date: Mon, 25 Jul 2005 02:59:11 +0200 From: Pawel Worach User-Agent: Mozilla Thunderbird 1.0+ (X11/20050722) MIME-Version: 1.0 To: Julian Elischer References: <42E43589.6030009@elischer.org> In-Reply-To: <42E43589.6030009@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: installing 6.0 over the network X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 01:05:44 -0000 Julian Elischer wrote: > however what I want is to make it boot into sysinstall rather than booting > into init.. > how do I make is do this? > I had to modify disc1/boot/loader.conf to look like this mfsroot_load="YES" mfsroot_type="mfs_root" mfsroot_name="/boot/mfsroot" vfs.root.mountfrom="ufs:/dev/md0" so that it loaded the floppy mfs root image from disc1/boot/mfsroot.gz which started sysinstall as init. Last time I tried this was with 5.4-RELEASE but it should still work. -- Pawel From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 01:31:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F3AB16A41F for ; Mon, 25 Jul 2005 01:31:25 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (postoffice.vicor.com [69.26.56.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FADC43D55 for ; Mon, 25 Jul 2005 01:31:24 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 568254CE944; Sun, 24 Jul 2005 18:31:24 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 59494-03; Sun, 24 Jul 2005 18:31:23 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by postoffice.vicor-nb.com (Postfix) with ESMTP id D9B6C4CE943; Sun, 24 Jul 2005 18:31:23 -0700 (PDT) Message-ID: <42E440EB.7020502@elischer.org> Date: Sun, 24 Jul 2005 18:31:23 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: Pawel Worach References: <42E43589.6030009@elischer.org> <42E4395F.6040806@gmail.com> In-Reply-To: <42E4395F.6040806@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Cc: FreeBSD Current Subject: Re: installing 6.0 over the network X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 01:31:25 -0000 Pawel Worach wrote: > Julian Elischer wrote: > >> however what I want is to make it boot into sysinstall rather than >> booting >> into init.. >> how do I make is do this? >> > > I had to modify disc1/boot/loader.conf to look like this > > mfsroot_load="YES" > mfsroot_type="mfs_root" > mfsroot_name="/boot/mfsroot" > vfs.root.mountfrom="ufs:/dev/md0" > > so that it loaded the floppy mfs root image from disc1/boot/mfsroot.gz > which started sysinstall as init. Last time I tried this was with > 5.4-RELEASE but it should still work. and indeed it does.. thankyou very much. I wonder if the bootstrap could be modified (teh old daemon page?) to ask the booting user if that's what he wants? hmm isn't that what used to happen with the daemon page? anyway, I'm up. thanks! julian From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 01:34:03 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F208E16A429 for ; Mon, 25 Jul 2005 01:34:02 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (postoffice.vicor.com [69.26.56.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AF0A43D46 for ; Mon, 25 Jul 2005 01:34:02 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 5C0F54CE936; Sun, 24 Jul 2005 18:34:02 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 59565-07; Sun, 24 Jul 2005 18:34:01 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by postoffice.vicor-nb.com (Postfix) with ESMTP id E4E454CE94E; Sun, 24 Jul 2005 18:34:01 -0700 (PDT) Message-ID: <42E44189.9000100@elischer.org> Date: Sun, 24 Jul 2005 18:34:01 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: Pawel Worach References: <42E43589.6030009@elischer.org> <42E4395F.6040806@gmail.com> In-Reply-To: <42E4395F.6040806@gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Cc: FreeBSD Current Subject: Re: installing 6.0 over the network X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 01:34:03 -0000 Pawel Worach wrote: > Julian Elischer wrote: > >> however what I want is to make it boot into sysinstall rather than >> booting >> into init.. >> how do I make is do this? >> > > I had to modify disc1/boot/loader.conf to look like this > > mfsroot_load="YES" > mfsroot_type="mfs_root" > mfsroot_name="/boot/mfsroot" > vfs.root.mountfrom="ufs:/dev/md0" > > so that it loaded the floppy mfs root image from disc1/boot/mfsroot.gz > which started sysinstall as init. Last time I tried this was with > 5.4-RELEASE but it should still work. maybe the initpath can be changed.. that would be even simpler.. wouldn't even require the mfsimage in that case. From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 02:28:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F57A16A420 for ; Mon, 25 Jul 2005 02:28:33 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from pipa.profix.cz (pipa.profix.cz [82.208.25.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE91F43D49 for ; Mon, 25 Jul 2005 02:28:32 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from localhost (localhost [127.0.0.1]) by pipa.profix.cz (Postfix) with ESMTP id 9B83F4E705; Mon, 25 Jul 2005 04:28:33 +0200 (CEST) Received: from pipa.profix.cz ([127.0.0.1]) by localhost (pipa [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01349-10; Mon, 25 Jul 2005 04:28:33 +0200 (CEST) Received: from gandalf (105.121.95.80.ip.b26.cz [80.95.121.105]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by pipa.profix.cz (Postfix) with ESMTP id 515A34E704; Mon, 25 Jul 2005 04:28:33 +0200 (CEST) From: =?us-ascii?Q?Daniel_Dvorak?= To: "'Paul Richards'" , Date: Mon, 25 Jul 2005 04:28:29 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 thread-index: AcWQgEuwr/4ndAmZRz2pBu/ufpIACgAP+4nw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 In-Reply-To: Message-Id: <20050725022833.515A34E704@pipa.profix.cz> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at profix.cz Cc: Subject: RE: 6.0 BETA1: "nve0: device timeout(..)" on amd64 with nForce4 ethernet X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dandee@volny.cz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 02:28:33 -0000 Hi all, I have the same configuration and I can confirm this. Sorry for no details. I do not know how to find them. In /var/log/messages, there is only nve0:device timout. Dan -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Paul Richards Sent: Sunday, July 24, 2005 2:44 PM To: freebsd-current@freebsd.org Subject: 6.0 BETA1: "nve0: device timeout(..)" on amd64 with nForce4 ethernet Hi, I have an amd64 machine with onboard nForce4 ethernet. When I attempt to use the interface nve0 I get no data transfer and errors reporting: nve0: device timeout(..) I reported this same problem a couple of months ago but nobody seemed to know of a solution. I decided to try the 6.0 BETA1 release to see if it had been fixed but unfortunately the answer is no. I hope this report is helpful in someway, -- Paul Richards _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 04:19:21 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5089A16A41F for ; Mon, 25 Jul 2005 04:19:21 +0000 (GMT) (envelope-from gpt@tirloni.org) Received: from srv-03.bs2.com.br (srv-03.bs2.com.br [200.203.183.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id E444C43D48 for ; Mon, 25 Jul 2005 04:19:20 +0000 (GMT) (envelope-from gpt@tirloni.org) Received: from localhost (localhost.bs2.com.br [127.0.0.1]) by srv-03.bs2.com.br (Postfix) with ESMTP id AFF934ADE9 for ; Mon, 25 Jul 2005 01:19:44 -0300 (BRT) Received: from [200.181.208.188] (unknown [200.181.208.188]) by srv-03.bs2.com.br (Postfix) with ESMTP id 649424ADC5 for ; Mon, 25 Jul 2005 01:19:44 -0300 (BRT) Message-ID: <42E4680D.2000903@tirloni.org> Date: Mon, 25 Jul 2005 01:18:21 -0300 From: "Giovanni P. Tirloni" User-Agent: Mozilla Thunderbird 1.0.2-1.4.1.centos4 (X11/20050323) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: 6.0-beta1 panics in vmware5 while installing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 04:19:21 -0000 Hi, I really don't know if this is a Vmware or FreeBSD problem but since 4.11 and 5.4 worked on Vmware 5.0 I'm reporting this panic. The virtual machine has 128MB, 6GB disk and one network card (no usb or floppy). It happens while installing. In the debug console the last two messages are: DEBUG: Generating /etc/fstab file DEBUG: CD Volume 1 initialized! Then it panics with the following message: panic: duplicate free of item 0xc1854738 from zone 0xc144adc0(g_bio) cpuid = 0 KDB: enter: panic [thread pid 3 tid 100034] Stopped at kdb_enter+0x2b: nop db> trace Tracing pid 3 tid 100034 td 0xc16df600 kdb_enter(c0854b84) at kdb_enter+0x2b panic(c086f563,c1854738,c144adc0,c084f668,c086f547) at panic+0x127 uma_dbg_free uma_zfree_arg g_destroy_bio g_vfs_done biodone g_io_schedule_up g_up_procbody fork_exit fork_trampoline --- trap 0x1, eip = 0, esp = 0xc7b81d6c, ebp = 0 --- pid 3 is [CPU 0] g_up Is there a easier way to copy the console info ? network kdb perhaps ? Thank you, -- Giovanni P. Tirloni / gpt@tirloni.org From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 04:22:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C828D16A41F for ; Mon, 25 Jul 2005 04:22:58 +0000 (GMT) (envelope-from bu7cher@yandex.ru) Received: from mail.rdu.kirov.ru (ns.rdu.kirov.ru [217.9.151.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A66E43D4C for ; Mon, 25 Jul 2005 04:22:52 +0000 (GMT) (envelope-from bu7cher@yandex.ru) Received: from kirov.so-cdu.ru (kirov [172.21.81.1]) by mail.rdu.kirov.ru (Postfix) with ESMTP id 9524DFE77 for ; Mon, 25 Jul 2005 08:22:50 +0400 (MSD) Received: from kirov.so-cdu.ru (localhost [127.0.0.1]) by rdu.kirov.ru (Postfix) with SMTP id 762BA15C30 for ; Mon, 25 Jul 2005 08:22:50 +0400 (MSD) Received: by rdu.kirov.ru (Postfix, from userid 1014) id 3457315C2E; Mon, 25 Jul 2005 08:22:50 +0400 (MSD) Received: from [172.21.81.52] (elsukov.kirov.so-cdu.ru [172.21.81.52]) by rdu.kirov.ru (Postfix) with ESMTP id 1F10415357 for ; Mon, 25 Jul 2005 08:22:50 +0400 (MSD) Message-ID: <42E4691A.3070602@yandex.ru> Date: Mon, 25 Jul 2005 08:22:50 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------000804060202080903050403" Subject: 6.0-BETA1 on QEMU emulator X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 04:22:59 -0000 This is a multi-part message in MIME format. --------------000804060202080903050403 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Hi! I tried to install 6.0-BETA1 under qemu emulator. But the system panic while install process begin extract files into hard drive. Maybe this is a bug of qemu, but maybe not.. -- WBR, Andrey V. Elsukov --------------000804060202080903050403 Content-Type: text/plain; name="dmesg.boot" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.boot" OK boot -v GDB: debug ports: sio GDB: current port: sio KDB: debugger backends: ddb gdb KDB: current backend: ddb SMAP type=01 base=0000000000000000 len=000000000009fc00 SMAP type=01 base=0000000000100000 len=0000000007f00000 Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-BETA1 #0: Fri Jul 22 18:38:13 UTC 2005 root@heavennet.ru:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc0eb6000. Preloaded mfs_root "/boot/mfsroot" at 0xc0eb6108. Calibrating clock(s) ... i8254 clock: 1190716 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1470119905 Hz CPU: Pentium II/Pentium II Xeon/Celeron (1470.12-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x633 Stepping = 3 Features=0x780a9fd real memory = 134217728 (128 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001028000 - 0x0000000007d87fff, 114688000 bytes (28000 pages) avail memory = 117665792 (112 MB) bios32: Found BIOS32 Service Directory header at 0xc00f9c90 bios32: Entry = 0xf9ca0 (c00f9ca0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x9ce0 Other BIOS signatures found: wlan: <802.11 Link Layer> null: random: nfslock: pseudo-device io: mem: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x80000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=12378086) pcibios: BIOS version 2.10 Found $PIR table, 6 entries at 0xc00f9f40 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 D 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 2 A 0x61 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 2 B 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 2 C 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 2 D 0x60 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 3 A 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 3 B 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 3 C 0x60 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 3 D 0x61 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 4 A 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 4 B 0x60 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 4 C 0x61 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 4 D 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 5 A 0x60 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 5 B 0x61 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 5 C 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 5 D 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 5 0 6 A 0x61 3 4 5 6 7 9 10 11 12 14 15 slot 5 0 6 B 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 5 0 6 C 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 5 0 6 D 0x60 3 4 5 6 7 9 10 11 12 14 15 pcib0: pcibus 0 on motherboard pir0: on motherboard $PIR: Links after initial probe: Link IRQ Rtd Ref IRQs 0x60 255 N 6 3 4 5 6 7 9 10 11 12 14 15 0x61 255 N 6 3 4 5 6 7 9 10 11 12 14 15 0x62 255 N 6 3 4 5 6 7 9 10 11 12 14 15 0x63 255 N 6 3 4 5 6 7 9 10 11 12 14 15 $PIR: Found matching pin for 0.3.INTA at func 0: 11 $PIR: Links after initial IRQ discovery: Link IRQ Rtd Ref IRQs 0x60 255 N 6 3 4 5 6 7 9 10 11 12 14 15 0x61 255 N 6 3 4 5 6 7 9 10 11 12 14 15 0x62 11 Y 6 3 4 5 6 7 9 10 11 12 14 15 0x63 255 N 6 3 4 5 6 7 9 10 11 12 14 15 $PIR: IRQs used by BIOS: 11 $PIR: Interrupt Weights: [ 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ] [ 0 0 0 0 0 0 0 0 0 0 0 6 0 0 0 0 ] pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x1237, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7000, revid=0x00 bus=0, slot=1, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7010, revid=0x00 bus=0, slot=1, func=1 class=01-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000c000, size 4, enabled found-> vendor=0x1013, dev=0x00b8, revid=0x00 bus=0, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base f0000000, size 25, enabled map[14]: type 1, range 32, base f2000000, size 12, enabled found-> vendor=0x10ec, dev=0x8029, revid=0x00 bus=0, slot=3, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[10]: type 4, range 32, base 0000c100, size 8, enabled $PIR: 0:3 INTA routed to irq 11 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0xc000-0xc00f at device 1.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xc000 atapci0: unable to map interrupt ata2: on atapci0 device_attach: ata2 attach returned 6 pci0: at device 2.0 (no driver attached) ed0: port 0xc100-0xc1ff irq 11 at device 3.0 on pci0 ed0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xc100 ed0: [GIANT-LOCKED] ed0: bpf attached ed0: Ethernet address: 52:54:00:12:34:56 ed0: if_start running deferred for Giant ed0: type NE2000 (16 bit) ed: ed0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete ex_isa_identify() unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0xff msb=0xff ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: reset tp1 mask=03 ostat0=40 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x01 lsb=0xff msb=0xff ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: [MPSAFE] atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0061 atkbd: keyboard ID 0x83ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x1d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0061 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 00 00 64 psm: status 00 03 64 psm: status 00 03 64 psm: data 08 00 00 psm: status 00 02 64 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4-00, 5 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 bt0: not probed (disabled) cs0: not probed (disabled) fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: EPP SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x1 0x11 0x11 0x11 sio0 at port 0x3f8-0x3ff irq 4 flags 0x90 on isa0 sio0: type 16450, console sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x1 0x1 0x1 0x1 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 1470119905 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached ata0-master: pio=PIO2 wdma=BIOSDMA udma=UDMA66 cable=80 wire md0: Preloaded image 4423680 bytes at 0xc0a7c1a0 ad0: 800MB at ata0-master PIO2 ad0: 1638400 sectors [1625C/16H/63S] 16 sectors/interrupt 1 depth queue ad0: Adaptec check1 failed GEOM: new disk ad0 ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ata0-master: pio=PIO3 wdma=WDMA1 udma=BIOSDMA cable=40 wire acd0: CDROM drive at ata1 as master acd0: read 689KB/s (689KB/s), 512KB buffer, PIO3 acd0: Reads: acd0: Writes: acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ATA PseudoRAID loaded Trying to mount root from ufs:/dev/md0 start_init: trying /sbin/init start_init: trying /sbin/oinit start_init: trying /sbin/init.bak start_init: trying /rescue/init start_init: trying /stand/sysinstall /stand/sysinstall running as init on serial console --------------000804060202080903050403 Content-Type: text/plain; name="tr.log" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="tr.log" Slab at 0xc182ef70, freei 28 = 0. panic: Duplicate free of item 0xc182ee70 from zone 0xc144adc0(g_bio) cpuid = 0 KDB: enter: panic [thread pid 3 tid 100021 ] Stopped at kdb_enter+0x2b: nop db> tr Tracing pid 3 tid 100021 td 0xc16e2300 kdb_enter(c0854cc4) at kdb_enter+0x2b panic(c086f6a3,c182ee70,c144adc0,c084f7a8,c086f687) at panic+0x127 uma_dbg_free(c144adc0,0,c182ee70) at uma_dbg_free+0x110 uma_zfree_arg(c144adc0,c182ee70,0) at uma_zfree_arg+0x66 g_destroy_bio(c182ee70) at g_destroy_bio+0x13 g_vfs_done(c182ee70) at g_vfs_done+0x5a biodone(c182ee70,c7f89cc4,0,c084f76b,1e4) at biodone+0x57 g_io_schedule_up(c16e2300) at g_io_schedule_up+0xb5 g_up_procbody(0,c7f89d38,0,c05feb04,0) at g_up_procbody+0x5a fork_exit(c05feb04,0,c7f89d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xc7f89d6c, ebp = 0 --- db> --------------000804060202080903050403 Content-Type: text/plain; name="bt.log" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="bt.log" (gdb) bt #0 kdb_enter (msg=0x12
) at /usr/src/sys/kern/subr_kdb.c:270 #1 0xc0631c5b in panic (fmt=0xc086f6a3 "Duplicate free of item %p from zone %p(%s)\n") at /usr/src/sys/kern/kern_shutdown.c:537 #2 0xc0780630 in uma_dbg_free (zone=0xc144adc0, slab=0xc182ef70, item=0xc182ee70) at /usr/src/sys/vm/uma_dbg.c:303 #3 0xc077f416 in uma_zfree_arg (zone=0xc144adc0, item=0xc182ee70, udata=0x0) at /usr/src/sys/vm/uma_core.c:2257 #4 0xc05fe01b in g_destroy_bio (bp=0xc182ee70) at uma.h:304 #5 0xc0600eda in g_vfs_done (bip=0xc182ee70) at /usr/src/sys/geom/geom_vfs.c:84 #6 0xc0678cd7 in biodone (bp=0xc182ee70) at /usr/src/sys/kern/vfs_bio.c:2892 #7 0xc05fe899 in g_io_schedule_up (tp=0xc16e2300) at /usr/src/sys/geom/geom_io.c:489 #8 0xc05feb5e in g_up_procbody () at /usr/src/sys/geom/geom_kern.c:95 #9 0xc061eba0 in fork_exit (callout=0xc05feb04 , arg=0x0, frame=0xc7f89d38) at /usr/src/sys/kern/kern_fork.c:789 #10 0xc07da21c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:206 (gdb) f 2 #2 0xc0780630 in uma_dbg_free (zone=0xc144adc0, slab=0xc182ef70, item=0xc182ee70) at /usr/src/sys/vm/uma_dbg.c:303 303 } (gdb) i lo keg = 0xc1444500 slabref = 0x12 freei = 28 (gdb) p *keg $2 = { uk_link = { le_next = 0xc1444460, le_prev = 0xc14445a0 }, uk_lock = { mtx_object = { lo_class = 0xc08b95e4, lo_name = 0xc084f7a8 "g_bio", lo_type = 0xc086f0bb "UMA zone", lo_flags = 4390912, lo_list = { tqe_next = 0xc091b9a0, tqe_prev = 0xc091ba78 }, lo_witness = 0xc092eb30 }, mtx_lock = 3245220608, mtx_recurse = 0 }, uk_hash = { uh_slab_hash = 0x0, uh_hashsize = 0, uh_hashmask = 0 }, uk_zones = { lh_first = 0xc144adc0 }, uk_part_slab = { lh_first = 0xc182ff70 }, uk_free_slab = { lh_first = 0x0 }, uk_full_slab = { lh_first = 0xc182ef70 }, uk_recurse = 0, uk_align = 0, uk_pages = 2, uk_free = 28, uk_size = 132, uk_rsize = 132, uk_maxpages = 0, uk_init = 0, uk_fini = 0, uk_allocf = 0xc077de7c , uk_freef = 0xc077dfe8 , uk_obj = 0x0, uk_kva = 0, uk_slabzone = 0x0, uk_pgoff = 3952, uk_ppera = 1, uk_ipers = 29, uk_flags = 0 } (gdb) f 3 #3 0xc077f416 in uma_zfree_arg (zone=0xc144adc0, item=0xc182ee70, udata=0x0) at /usr/src/sys/vm/uma_core.c:2257 2257 if (bucket) { (gdb) i lo keg = 0xc1444500 cache = 0xc3c87a48 bucket = 0xc182ee70 bflags = 18 cpu = 18 (gdb) p *keg $3 = {uk_link = {le_next = 0xc1444460, le_prev = 0xc14445a0}, uk_lock = {mtx_object = { lo_class = 0xc08b95e4, lo_name = 0xc084f7a8 "g_bio", lo_type = 0xc086f0bb "UMA zone", lo_flags = 4390912, lo_list = {tqe_next = 0xc091b9a0, tqe_prev = 0xc091ba78}, lo_witness = 0xc092eb30}, mtx_lock = 3245220608, mtx_recurse = 0}, uk_hash = { uh_slab_hash = 0x0, uh_hashsize = 0, uh_hashmask = 0}, uk_zones = {lh_first = 0xc144adc0}, uk_part_slab = {lh_first = 0xc182ff70}, uk_free_slab = {lh_first = 0x0}, uk_full_slab = { lh_first = 0xc182ef70}, uk_recurse = 0, uk_align = 0, uk_pages = 2, uk_free = 28, uk_size = 132, uk_rsize = 132, uk_maxpages = 0, uk_init = 0, uk_fini = 0, uk_allocf = 0xc077de7c , uk_freef = 0xc077dfe8 , uk_obj = 0x0, uk_kva = 0, uk_slabzone = 0x0, uk_pgoff = 3952, uk_ppera = 1, uk_ipers = 29, uk_flags = 0} (gdb) p *cache $5 = {uc_freebucket = 0x0, uc_allocbucket = 0x10000, uc_allocs = 14351934073453150208} (gdb) p *bucket $6 = {ub_link = {le_next = 0x201, le_prev = 0x0}, ub_cnt = 0, ub_entries = 0, ub_bucket = 0xc182ee7c} (gdb) f 4 #4 0xc05fe01b in g_destroy_bio (bp=0xc182ee70) at uma.h:304 304 uma_zfree_arg(zone, item, NULL); (gdb) f 5 #5 0xc0600eda in g_vfs_done (bip=0xc182ee70) at /usr/src/sys/geom/geom_vfs.c:84 84 /usr/src/sys/geom/geom_vfs.c: No such file or directory. in /usr/src/sys/geom/geom_vfs.c (gdb) i lo bp = (struct buf *) 0xc3c87a48 (gdb) p *bp $8 = {b_bufobj = 0x0, b_bcount = 65536, b_caller1 = 0x0, b_data = 0xc72c5000
, b_error = 0, b_iocmd = 1 '\001', b_ioflags = 2 '\002', b_iooffset = 209569792, b_resid = 0, b_iodone = 0, b_blkno = 409316, b_offset = 4096, b_bobufs = {tqe_next = 0x0, tqe_prev = 0x0}, b_left = 0x0, b_right = 0x0, b_vflags = 0, b_freelist = {tqe_next = 0xc3c87900, tqe_prev = 0xc097a38c}, b_qindex = 0, b_flags = 1610613252, b_xflags = 0 '\0', b_lock = {lk_interlock = 0xc091dbf8, lk_flags = 0, lk_sharecount = 0, lk_waitcount = 0, lk_exclusivecount = 0, lk_prio = 80, lk_wmesg = 0xc085c1f3 "bufwait", lk_timo = 0, lk_lockholder = 0xffffffff, lk_newlock = 0x0}, b_bufsize = 65536, b_runningbufspace = 0, b_kvabase = 0xc72c5000
, b_kvasize = 65536, b_lblkno = 2, b_vp = 0x0, b_dirtyoff = 0, b_dirtyend = 131072, b_rcred = 0x0, b_wcred = 0x0, b_saveaddr = 0xc72c5000, b_pager = {pg_reqpage = 0}, b_cluster = {cluster_head = { tqh_first = 0xc3cbf0e8, tqh_last = 0xc3cc1958}, cluster_entry = {tqe_next = 0xc3cbf0e8, tqe_prev = 0xc3cc1958}}, b_pages = {0xc1631a28, 0xc1636b70, 0xc1637db8, 0xc1631b00, 0xc162ca48, 0xc169ae90, 0xc163a2d8, 0xc162e620, 0xc169c168, 0xc16391b0, 0xc16301f8, 0xc1646140, 0xc1639b88, 0xc1630bd0, 0xc1630318, 0xc1620760, 0xc1642318, 0xc162b260, 0xc162a0a8, 0xc162dff0, 0xc1635e38, 0xc163f780, 0xc16409c8, 0xc1640110, 0xc163e658, 0xc163efa0, 0xc16401e8, 0xc1640b30, 0xc163f978, 0xc162e2c0, 0xc162f508, 0xc1635850}, b_npages = 16, b_dep = {lh_first = 0x0}} (gdb) f 7 #7 0xc05fe899 in g_io_schedule_up (tp=0xc16e2300) at /usr/src/sys/geom/geom_io.c:489 489 "%ld len %ld", bp, bp->bio_to->name, (gdb) i lo bp = (struct bio *) 0xc182ee70 mymutex = {mtx_object = {lo_class = 0xc08b95e4, lo_name = 0xc084fa06 "g_xup", lo_type = 0xc084fa06 "g_xup", lo_flags = 196608, lo_list = {tqe_next = 0xc7f8ccc4, tqe_prev = 0xc180531c}, lo_witness = 0xc092d910}, mtx_lock = 3245220608, mtx_recurse = 0} (gdb) p *bp $11 = {bio_cmd = 1 '\001', bio_flags = 2 '\002', bio_cflags = 0 '\0', bio_pflags = 0 '\0', bio_dev = 0x0, bio_disk = 0x0, bio_offset = 209569792, bio_bcount = 65536, bio_data = 0xc72c5000
, bio_error = 0, bio_resid = 0, bio_done = 0xc0600e80 , bio_driver1 = 0x0, bio_driver2 = 0x0, bio_caller1 = 0x0, bio_caller2 = 0xc3c87a48, bio_queue = {tqe_next = 0x0, tqe_prev = 0xc091ba20}, bio_attribute = 0x0, bio_from = 0xc17ee4c0, bio_to = 0xc1831080, bio_length = 65536, bio_completed = 65536, bio_children = 2, bio_inbed = 2, bio_parent = 0x0, bio_t0 = {sec = 153, frac = 12239613778584672861}, bio_task = 0, bio_task_arg = 0x0, bio_pblkno = 0} (gdb) f 8 #8 0xc05feb5e in g_up_procbody () at /usr/src/sys/geom/geom_kern.c:95 95 (gdb) i lo p = (struct proc *) 0x12 tp = (struct thread *) 0xc16e2300 (gdb) p *tp $12 = {td_proc = 0xc170a000, td_ksegrp = 0xc16e3720, td_plist = {tqe_next = 0x0, tqe_prev = 0xc170a010}, td_kglist = {tqe_next = 0x0, tqe_prev = 0xc16e372c}, td_slpq = { tqe_next = 0x0, tqe_prev = 0xc16d92a0}, td_lockq = {tqe_next = 0x0, tqe_prev = 0xc7f8cbc8}, td_runq = {tqe_next = 0x0, tqe_prev = 0x0}, td_selq = {tqh_first = 0x0, tqh_last = 0x0}, td_sleepqueue = 0xc16d92a0, td_turnstile = 0xc16d7a40, td_umtxq = 0xc16d7a00, td_tid = 100021, td_flags = 16777216, td_inhibitors = 0, td_pflags = 0, td_dupfd = 0, td_wchan = 0x0, td_wmesg = 0x0, td_lastcpu = 0 '\0', td_oncpu = 0 '\0', td_owepreempt = 0 '\0', td_locks = 0, td_blocked = 0x0, td_ithd = 0x0, td_lockname = 0x0, td_contested = {lh_first = 0x0}, td_sleeplocks = 0xc096b818, td_intr_nesting_level = 0, td_pinned = 0, td_mailbox = 0x0, td_ucred = 0xc16d5080, td_standin = 0x0, td_upcall = 0x0, td_sticks = 22, td_uuticks = 0, td_usticks = 0, td_intrval = 0, td_oldsigmask = {__bits = {0, 0, 0, 0}}, td_sigmask = {__bits = { 0, 0, 0, 0}}, td_siglist = {__bits = {0, 0, 0, 0}}, td_generation = 514, td_sigstk = { ss_sp = 0x0, ss_size = 0, ss_flags = 0}, td_kflags = 0, td_xsig = 0, td_profil_addr = 0, td_profil_ticks = 0, td_base_pri = 76 'L', td_priority = 76 'L', td_pcb = 0xc7f89d90, td_state = TDS_RUNNING, td_retval = {0, 0}, td_slpcallout = {c_links = {sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0xc3c6b374}}, c_time = 16017, c_arg = 0xc16e2300, c_func = 0xc064f6bc , c_mtx = 0x0, c_flags = 16}, td_frame = 0xc7f89d38, td_kstack_obj = 0xc14628c4, td_kstack = 3354951680, td_kstack_pages = 2, td_altkstack_obj = 0x0, td_altkstack = 0, td_altkstack_pages = 0, td_critnest = 1, td_md = {md_spinlock_count = 0, md_saved_flags = 524358}, td_sched = 0xc16e2454} --------------000804060202080903050403 Content-Type: text/plain; name="bt.log.old" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="bt.log.old" (gdb) bt #0 0xc0649863 in kdb_enter (msg=0x12
) at cpufunc.h:60 #1 0xc0631c5b in panic (fmt=0xc086f8c2 "vm_fault: fault on nofault entry, addr: %lx") at /usr/src/sys/kern/kern_shutdown.c:537 #2 0xc0781828 in vm_fault (map=0xc1461000, vaddr=3341631488, fault_type=2 '\002', fault_flags=0) at /usr/src/sys/vm/vm_fault.c:277 #3 0xc07ec90f in trap_pfault (frame=0xc856fc44, usermode=0, eva=3341633536) at /usr/src/sys/i386/i386/trap.c:740 #4 0xc07ec5a9 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -953333760, tf_esi = -1049700864, tf_ebp = -933823324, tf_isp = -933823376, tf_ebx = 368, tf_edx = 368, tf_ecx = 1024, tf_eax = -953333760, tf_trapno = 12, tf_err = 2, tf_eip = -1068684600, tf_cs = 32, tf_eflags = 524870, tf_esp = -1049700632, tf_ss = -933823328}) at /usr/src/sys/i386/i386/trap.c:441 #5 0xc07da1ba in calltrap () at /usr/src/sys/i386/i386/exception.s:137 #6 0x00000008 in ?? () #7 0x00000028 in ?? () #8 0x00000028 in ?? () #9 0xc72d4800 in ?? () #10 0xc16ed600 in ?? () #11 0xc856fca4 in ?? () #12 0xc856fc70 in ?? () #13 0x00000170 in ?? () #14 0x00000170 in ?? () #15 0x00000400 in ?? () #16 0xc72d4800 in ?? () #17 0x0000000c in ?? () #18 0x00000002 in ?? () #19 0xc04d2ac8 in ata_pio_read (request=0xc1829190, length=2048) at cpufunc.h:229 #20 0xc04d1768 in ata_end_transaction (request=0xc1829190) at /usr/src/sys/dev/ata/ata-lowlevel.c:393 #21 0xc04c1ac7 in ata_interrupt (data=0xc16ed600) at /usr/src/sys/dev/ata/ata-all.c:323 #22 0xc061f76c in ithread_loop (arg=0xc16f9800) at /usr/src/sys/kern/kern_intr.c:545 #23 0xc061eba0 in fork_exit (callout=0xc061f650 , arg=0xc16f9800, frame=0xc856fd38) at /usr/src/sys/kern/kern_fork.c:789 #24 0xc07da21c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:206 (gdb) --------------000804060202080903050403-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 04:31:03 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B613116A41F for ; Mon, 25 Jul 2005 04:31:03 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (postoffice.vicor.com [69.26.56.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 697DE43D45 for ; Mon, 25 Jul 2005 04:31:03 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id F3B004CE931; Sun, 24 Jul 2005 21:31:02 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 63254-08; Sun, 24 Jul 2005 21:31:02 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 6A9A94CE924; Sun, 24 Jul 2005 21:31:02 -0700 (PDT) Message-ID: <42E46B06.3020900@elischer.org> Date: Sun, 24 Jul 2005 21:31:02 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: "Giovanni P. Tirloni" References: <42E4680D.2000903@tirloni.org> In-Reply-To: <42E4680D.2000903@tirloni.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Cc: current@freebsd.org Subject: Re: 6.0-beta1 panics in vmware5 while installing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 04:31:03 -0000 Giovanni P. Tirloni wrote: > Hi, > > I really don't know if this is a Vmware or FreeBSD problem but since > 4.11 and 5.4 worked on Vmware 5.0 I'm reporting this panic. The > virtual machine has 128MB, 6GB disk and one network card (no usb or > floppy). > > It happens while installing. In the debug console the last two > messages are: > > DEBUG: Generating /etc/fstab file > DEBUG: CD Volume 1 initialized! > > Then it panics with the following message: > > panic: duplicate free of item 0xc1854738 from zone 0xc144adc0(g_bio) > > cpuid = 0 > KDB: enter: panic > [thread pid 3 tid 100034] > Stopped at kdb_enter+0x2b: nop > db> trace > Tracing pid 3 tid 100034 td 0xc16df600 > kdb_enter(c0854b84) at kdb_enter+0x2b > panic(c086f563,c1854738,c144adc0,c084f668,c086f547) at panic+0x127 > uma_dbg_free > uma_zfree_arg > g_destroy_bio > g_vfs_done > biodone > g_io_schedule_up > g_up_procbody > fork_exit > fork_trampoline > --- trap 0x1, eip = 0, esp = 0xc7b81d6c, ebp = 0 --- > > pid 3 is [CPU 0] g_up > > Is there a easier way to copy the console info ? network kdb perhaps ? boot the vm with console="comconsole" in /boot/loader.conf typing "set console=comconsole" at the boot prompt and in the base machine connect the outgoing data from the emulated com1 to somewhere you can get to it.. you can hook it to a pty or /dev/nmdm0 (nullmodem) on FreeBSD but I don't know how one would do it on other OSs. > > Thank you, > From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 04:32:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83E0F16A4C5 for ; Mon, 25 Jul 2005 04:32:45 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: from web50305.mail.yahoo.com (web50305.mail.yahoo.com [206.190.38.59]) by mx1.FreeBSD.org (Postfix) with SMTP id 1C1CA43D45 for ; Mon, 25 Jul 2005 04:32:44 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: (qmail 97942 invoked by uid 60001); 25 Jul 2005 04:32:44 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=hx1iDFiyUv+AA/yy1WdessvIK5fV6JK0tVMQHVXCO7N0/4A9lN2T3LSkzfTdwqbtuZrecSB2SGQ0R5LeEh7sg2z7DDl3LFVzUxw3+XnqlIi4E7nCTo+6MIOK4zFkSCioLHaJxEAdjLZ6GZBWCmVVEO0a7giZI0gGPRXhhsibhc0= ; Message-ID: <20050725043244.97940.qmail@web50305.mail.yahoo.com> Received: from [67.99.246.2] by web50305.mail.yahoo.com via HTTP; Sun, 24 Jul 2005 21:32:44 PDT Date: Sun, 24 Jul 2005 21:32:44 -0700 (PDT) From: alan bryan To: dandee@volny.cz, 'Paul Richards' , freebsd-current@freebsd.org In-Reply-To: <20050725022833.515A34E704@pipa.profix.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: RE: 6.0 BETA1: "nve0: device timeout(..)" on amd64 with nForce4 ethernet X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 04:32:45 -0000 Well, it's not perfect on x86 either. I've got a Shuttle Small Form Factor Desktop SN25P with an Athlon64 but running i386 kernel with the onboard ethernet. Under 5.4 it didn't work at all but now on 6.0beta1 it works for a while and then I get the nve0: device timeout(..) errors that repeat forever. If I try to ping something there's an error about a buffer or something, can't remember the exact syntax. Is there an easy way to reload the driver without rebooting? I tried ifconfig down and netstart but I guess it's dead more low down in the system than that. Also, I am running 4BSD right now and it may die once a day to several times per day but I can't remember it dying when I was testing ULE for a while so I may switch back to ULE for a bit and report back if that has any positive effect. >From my /var/log/messages Jul 24 21:27:46 alan kernel: nve0: link state changed to DOWN Jul 24 21:27:48 alan kernel: nve0: link state changed to UP Jul 24 21:29:09 alan kernel: nve0: device timeout (4) Jul 24 21:29:09 alan kernel: nve0: link state changed to DOWN Jul 24 21:29:11 alan kernel: nve0: link state changed to UP Jul 24 21:30:21 alan kernel: nve0: device timeout (4) Jul 24 21:30:21 alan kernel: nve0: link state changed to DOWN Jul 24 21:30:23 alan kernel: nve0: link state changed to UP Jul 24 21:31:08 alan kernel: nve0: device timeout (4) So after a while and tons of these it eventually dies. --Alan --- Daniel Dvorak wrote: > Hi all, > > I have the same configuration and I can confirm > this. > Sorry for no details. I do not know how to find > them. > In /var/log/messages, there is only nve0:device > timout. > > Dan > > -----Original Message----- > From: owner-freebsd-current@freebsd.org > [mailto:owner-freebsd-current@freebsd.org] On Behalf > Of Paul Richards > Sent: Sunday, July 24, 2005 2:44 PM > To: freebsd-current@freebsd.org > Subject: 6.0 BETA1: "nve0: device timeout(..)" on > amd64 with nForce4 > ethernet > > Hi, > I have an amd64 machine with onboard nForce4 > ethernet. When I attempt > to use the interface nve0 I get no data transfer and > errors reporting: > nve0: device timeout(..) > > I reported this same problem a couple of months ago > but nobody seemed > to know of a solution. I decided to try the 6.0 > BETA1 release to see > if it had been fixed but unfortunately the answer is > no. > > I hope this report is helpful in someway, > > > -- > Paul Richards > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 04:52:51 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0180216A41F for ; Mon, 25 Jul 2005 04:52:51 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3453243D55 for ; Mon, 25 Jul 2005 04:52:50 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by postfix3-2.free.fr (Postfix) with ESMTP id F3269C00E for ; Mon, 25 Jul 2005 06:52:48 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j6P4qf6k023032 for ; Mon, 25 Jul 2005 06:52:44 +0200 (CEST) From: Thierry Herbelot To: current@freebsd.org Date: Mon, 25 Jul 2005 06:52:31 +0200 User-Agent: KMail/1.8.1 X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200507250652.33555.thierry@herbelot.com> Cc: Subject: Current : panic: lock (sleep mutex) vnode interlock not locked @ /usr/src/sys/kern/vfs_subr.c:2114 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 04:52:51 -0000 Hello, My -current box panic'ed while sync'ing the sources from the local CVS mirror. Cheers, TfH PS : I include a trace of the panic : Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 7.0-CURRENT #738: Sun Jul 24 21:48:54 CEST 2005 XX@YYY:/usr/obj_ini/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. MPTable: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (334.09-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x665 Stepping = 5 Features=0x183fbff real memory = 100663296 (96 MB) avail memory = 88854528 (84 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ... panic: lock (sleep mutex) vnode interlock not locked @ /usr/src/sys/kern/vfs_subr.c:2114 cpuid = 1 KDB: enter: panic [thread pid 48 tid 100040 ] Stopped at kdb_enter+0x2b: nop db> where Tracing pid 48 tid 100040 td 0xc12aa780 kdb_enter(c0856856) at kdb_enter+0x2b panic(c085a765,c0871b06,c085a0f2,c085f797,842) at panic+0x127 witness_unlock(c18f6e4c,8,c085f797,842) at witness_unlock+0xbc _mtx_unlock_flags(c18f6e4c,0,c085f797,842,c18f6dd0) at _mtx_unlock_flags+0x5b vdropl(c18f6dd0,7,c12aa780,c0903960,c18f6dd0) at vdropl+0x5e vlrureclaim(c1425c00,c12aa780,c12a9a3c,c0683844,c12a9a3c) at vlrureclaim+0x1fd vnlru_proc(0,c7225d38,0,c0683844,0) at vnlru_proc+0x18b fork_exit(c0683844,0,c7225d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xc7225d6c, ebp = 0 --- db> ---------------------------- XXX# cd /usr/src ; cvs -qR up -Pd U sys/amd64/conf/GENERIC U sys/dev/gem/if_gem.c U sys/dev/gem/if_gem_pci.c U sys/dev/gem/if_gemvar.h U sys/net/bpf.c U sys/net/bpfdesc.h Read from remote host XXX : Operation timed out ---------------------------- XXX# kgdb kernel.debug /files3/tmp/vmcore.157 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc0469023 in db_fncall (dummy1=0, dummy2=0, dummy3=-954049884, dummy4=0xc7225aa8 "ÜZ\"Ç") at /usr/src/sys/ddb/db_command.c:489 #2 0xc0468e28 in db_command (last_cmdp=0xc0904c44, cmd_table=0x0, aux_cmd_tablep=0xc0882044, aux_cmd_tablep_end=0xc0882060) at /usr/src/sys/ddb/db_command.c:349 #3 0xc0468ef0 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #4 0xc046aa91 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221 #5 0xc064a6cc in kdb_trap (type=3, code=0, tf=0xc7225bec) at /usr/src/sys/kern/subr_kdb.c:473 #6 0xc07edec0 in trap (frame= {tf_fs = -954073080, tf_es = -1067188184, tf_ds = -1065025496, tf_edi = -1064982683, tf_esi = 1, tf_ebp = -954049492, tf_isp = -954049512, tf_ebx = -954049448, tf_edx = 0, tf_ecx = -1056755712, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1067146189, tf_cs = 32, tf_eflags = 642, tf_esp = -954049460, tf_ss = -1067243477}) at /usr/src/sys/i386/i386/trap.c:601 #7 0xc07db97a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #8 0xc7220008 in ?? () #9 0xc0640028 in be_uuid_dec (buf=0xc0856856, uuid=0xc7225c58) at /usr/src/sys/kern/kern_uuid.c:303 #10 0xc063282b in panic (fmt=0xc085a765 "lock (%s) %s not locked @ %s:%d") at /usr/src/sys/kern/kern_shutdown.c:537 #11 0xc06545b8 in witness_unlock (lock=0xc18f6e4c, flags=8, file=0xc085f797 "/usr/src/sys/kern/vfs_subr.c", line=2114) at /usr/src/sys/kern/subr_witness.c:1126 #12 0xc062a993 in _mtx_unlock_flags (m=0xc18f6e4c, opts=0, file=0xc085f797 "/usr/src/sys/kern/vfs_subr.c", line=2114) at /usr/src/sys/kern/kern_mutex.c:296 #13 0xc0685e22 in vdropl (vp=0xc18f6dd0) at /usr/src/sys/kern/vfs_subr.c:2114 ---Type to continue, or q to quit--- #14 0xc0683669 in vlrureclaim (mp=0xc1425c00) at /usr/src/sys/kern/vfs_subr.c:593 #15 0xc06839cf in vnlru_proc () at /usr/src/sys/kern/vfs_subr.c:693 #16 0xc061f4b4 in fork_exit (callout=0xc0683844 , arg=0x0, frame=0xc7225d38) at /usr/src/sys/kern/kern_fork.c:789 #17 0xc07db9dc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 (kgdb) (kgdb) frame 13 #13 0xc0685e22 in vdropl (vp=0xc18f6dd0) at /usr/src/sys/kern/vfs_subr.c:2114 2114 VI_UNLOCK(vp); (kgdb) list 2109 vdestroy(vp); 2110 return; 2111 } else 2112 vfree(vp); 2113 } 2114 VI_UNLOCK(vp); 2115 } 2116 2117 /* 2118 * Call VOP_INACTIVE on the vnode and manage the DOINGINACT and OWEINACT (kgdb) frame 14 #14 0xc0683669 in vlrureclaim (mp=0xc1425c00) at /usr/src/sys/kern/vfs_subr.c:593 593 vdropl(vp); (kgdb) list 588 continue; 589 } 590 VI_LOCK(vp); 591 vgonel(vp); 592 VOP_UNLOCK(vp, 0, td); 593 vdropl(vp); 594 done++; 595 MNT_ILOCK(mp); 596 } 597 MNT_IUNLOCK(mp); ---------------------------- XXX# ident /usr/src/sys/kern/vfs_subr.c /usr/src/sys/kern/vfs_subr.c: $FreeBSD: src/sys/kern/vfs_subr.c,v 1.636 2005/07/20 01:43:27 jeff Exp $ XXX# ident /usr/src/sys/kern/kern_mutex.c /usr/src/sys/kern/kern_mutex.c: $FreeBSD: src/sys/kern/kern_mutex.c,v 1.155 2005/07/15 18:17:58 jhb Exp $ XXX# ident /usr/src/sys/kern/kern_fork.c /usr/src/sys/kern/kern_fork.c: $FreeBSD: src/sys/kern/kern_fork.c,v 1.252 2005/07/01 16:28:30 ssouhlal Exp $ From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 05:47:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1D2816A41F for ; Mon, 25 Jul 2005 05:47:47 +0000 (GMT) (envelope-from current@deadcafe.de) Received: from deadcafe.de (deadcafe.de [81.169.162.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id A755743D55 for ; Mon, 25 Jul 2005 05:47:46 +0000 (GMT) (envelope-from current@deadcafe.de) Received: from dialin.t-online.de (p54A5DC7C.dip.t-dialin.net [84.165.220.124]) by deadcafe.de (8.13.4/8.13.4/Rock) with ESMTP id j6P5ld88095488 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 25 Jul 2005 07:47:41 +0200 (CEST) Received: from [172.23.7.254] (doom.rock.net [172.23.7.254]) by dialin.t-online.de (8.13.4/8.13.4/Rock) with ESMTP id j6P5lHrK029408; Mon, 25 Jul 2005 07:47:17 +0200 (CEST) Message-ID: <42E47D29.8020903@deadcafe.de> Date: Mon, 25 Jul 2005 07:48:25 +0200 From: Daniel Rock User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: Julian Elischer References: <42E43589.6030009@elischer.org> In-Reply-To: <42E43589.6030009@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.1 required=5.5 tests=FORGED_RCVD_HELO autolearn=disabled version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on deadcafe.de Cc: freebsd-current@freebsd.org Subject: Re: installing 6.0 over the network X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 05:47:47 -0000 Julian Elischer schrieb: > then I set my dhcpd parameters to give > a pxeboot address of > /usr/tmp/chroot/R/cdrom/disc1/boot/pxeboot > and > set teh root directory to be > /usr/tmp/chroot/R/cdrom/disc1 > (and exported it) Try setting the root directory to /usr/tmp/chroot/R/cdrom/disc1/boot Daniel From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 07:09:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CCDD16A431 for ; Mon, 25 Jul 2005 07:09:36 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id D06F643D48 for ; Mon, 25 Jul 2005 07:09:35 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by postfix4-2.free.fr (Postfix) with ESMTP id 00E943233C6 for ; Mon, 25 Jul 2005 09:09:34 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j6P79TkC022938 for ; Mon, 25 Jul 2005 09:09:33 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Mon, 25 Jul 2005 09:09:21 +0200 User-Agent: KMail/1.8.1 References: <200507250652.33555.thierry@herbelot.com> In-Reply-To: <200507250652.33555.thierry@herbelot.com> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200507250909.22675.thierry@herbelot.com> Subject: Re: Current : panic: lock (sleep mutex) vnode interlock not locked @ /usr/src/sys/kern/vfs_subr.c:2114 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 07:09:36 -0000 Le Monday 25 July 2005 06:52, Thierry Herbelot a écrit : > Hello, > > My -current box panic'ed while sync'ing the sources from the local CVS > mirror. > > Cheers, > TfH > > PS : I include a trace of the panic : > As a follow-up : The panic is NOT repeatable : I am running the exact same kernel which paniced and the box is happily building the world. TfH From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 07:12:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 057CA16A41F; Mon, 25 Jul 2005 07:12:28 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from lapdance.yazzy.net (217-13-2-82.dd.nextgentel.com [217.13.2.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68F8143D45; Mon, 25 Jul 2005 07:12:26 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from localhost (localhost [127.0.0.1]) by lapdance.yazzy.net (8.13.4/8.13.4) with SMTP id j6P7CLnk000945; Mon, 25 Jul 2005 09:12:22 +0200 (CEST) (envelope-from lists@yazzy.org) Date: Mon, 25 Jul 2005 09:12:21 +0200 From: Marcin Jessa To: Nate Lawson Message-Id: <20050725091221.106a0368.lists@yazzy.org> In-Reply-To: <42E42F10.3030309@root.org> References: <42E1481F.5040306@root.org> <20050723133819.36efb537.lists@yazzy.org> <42E29CAA.1020007@root.org> <20050724215818.55f951ae.lists@yazzy.org> <42E42F10.3030309@root.org> Organization: YazzY.org X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, kjelderg@gmail.com, freebsd-current@freebsd.org Subject: Re: acpi battery rework patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 07:12:28 -0000 On Sun, 24 Jul 2005 17:15:12 -0700 Nate Lawson wrote: > Marcin Jessa wrote: > > On Sun, 24 Jul 2005 12:47:13 +0900 > > Eric Kjeldergaard wrote: > >>Excellent. compiled and appears working. It does however have > >>different values than the old system for some of the sysctl variables. > >> I get > >> > >>hw.acpi.battery.life: 98 > >>hw.acpi.battery.time: 0 > >>hw.acpi.battery.state: 0 > >>hw.acpi.battery.units: 1 > >>hw.acpi.battery.info_expire: 5 > >> > >>when plugged in. But used to get time as -1 when plugged in and I > >>think state may have been 1 when plugged in before (less sure about > >>that than the time). Thanks for the enormous amount of work your > >>efforts are very much appreciated, > >> > >>Eric > > > > > > Ditto, thanks a lot. It works well here too. I can now actually correctly see whether the lapper is connected to power or runs on battery. > > Before the state change could not be detected. > > What lacks is remining time which AFAIR worked before, now showing : hw.acpi.battery.time: -1 > > I don't miss it though since showing remining percentage is more than enough. > > Thanks again for great work! > > Both of you please boot either the last 6.0 beta1 or a 5.x kernel and > let me know for sure what your original behavior was. > > As far as Eric's result, I'll check that on my systems as well. I > _think_ the previous behavior was more correct (-1 = unknown) so I'll > commit this minor change. The "state" variable should not have changed > so please let me know for sure if it has. "1" means "discharging" which > doesn't sound right if you're on AC power. If you just recently plugged > in the laptop, try polling the status a few more times (apm(8) gives > more detail) and see if it catches up. Some systems lag reporting > various values until they are sure they've restabilized after an AC line > change. > > Marcin, if your system reports a valid rate of use, we can calculate > time. If you're on AC power, there is no time available (since your > batteries aren't discharging at any rate). Try a previous > kernel/acpi.ko to be certain what the behavior used to be. One easy way > to do this is use the FreeSBIE live CD, based on 5.3-RELEASE: > > http://www.freesbie.org/ [yazzy@lapdance:~]> uname -a FreeBSD lapdance.yazzy.net 6.0-BETA1 FreeBSD 6.0-BETA1 #4: Sat Jul 23 17:35:13 CEST 2005 root@lapdance.yazzy.net:/usr/obj/usr/src/sys/LAPDANCE-6.0 i386 Running on AC: [yazzy@lapdance:~]> sysctl -a | grep battery hw.acpi.battery.life: 23 hw.acpi.battery.time: -1 hw.acpi.battery.state: 2 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 Running on battery: [yazzy@lapdance:~]> sysctl -a | grep battery hw.acpi.battery.life: 23 hw.acpi.battery.time: 41 hw.acpi.battery.state: 1 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 [yazzy@lapdance:~]> Cheers, Marcin. From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 08:27:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 085E516A41F for ; Mon, 25 Jul 2005 08:27:24 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B17F43D53 for ; Mon, 25 Jul 2005 08:27:23 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DwyJ1-000OPM-0l for freebsd-current@freebsd.org; Mon, 25 Jul 2005 08:27:23 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1Dwy9m-00013A-Hg for freebsd-current@freebsd.org; Mon, 25 Jul 2005 17:17:50 +0900 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17124.41006.141805.933075@roam.psg.com> Date: Mon, 25 Jul 2005 17:17:50 +0900 To: FreeBSD Current Subject: UPDATING X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 08:27:24 -0000 as the shared lib bump affects user compiled progs, not just ports, perhaps the note should also be in /usr/src/UPDATING? randy From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 11:32:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D976316A41F for ; Mon, 25 Jul 2005 11:32:25 +0000 (GMT) (envelope-from patfbsdc@davenulle.org) Received: from smtp.lamaiziere.net (lamaiziere.net [213.41.172.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 579CA43D45 for ; Mon, 25 Jul 2005 11:32:24 +0000 (GMT) (envelope-from patfbsdc@davenulle.org) Received: from localhost (unknown [192.168.1.2]) by smtp.lamaiziere.net (Postfix) with ESMTP id 7AAD226D194 for ; Mon, 25 Jul 2005 13:32:23 +0200 (CEST) Received: from smtp.lamaiziere.net ([192.168.1.2]) by localhost (malpractice-12.lamaiziere.net [192.168.1.2]) (amavisd-new, port 10024) with ESMTP id 24380-08 for ; Mon, 25 Jul 2005 13:32:20 +0200 (CEST) Received: from feelgood (unknown [192.168.0.1]) by smtp.lamaiziere.net (Postfix) with ESMTP id 776E626D153 for ; Mon, 25 Jul 2005 13:32:20 +0200 (CEST) From: Patrick =?iso-8859-1?q?Lamaizi=E8re?= Organization: >dave/nulle To: freebsd-current@freebsd.org Date: Mon, 25 Jul 2005 13:32:19 +0200 User-Agent: KMail/1.8.1 References: <200507101834.35960.patfbsdc@davenulle.org> In-Reply-To: <200507101834.35960.patfbsdc@davenulle.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200507251332.19741.patfbsdc@davenulle.org> X-Virus-Scanned: by amavisd-new at lamaiziere.net Subject: Re: July snapshot - acpi problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 11:32:26 -0000 Le Dimanche 10 Juillet 2005 18:34, Patrick Lamaizière a écrit : > With acpi enabled, my box freeze (no panic) after one or two minutes, > even in single user. It seems related to some disk access (?). I tried to > disable all integrated peripherals (usb and lan). > > I don't have any problem with ACPI enabled under 5.3 and 5.4. > > The MB is an abit NF7, with nForce2 chipset. > > dmesg with acpi: http://www.lamaiziere.net/private/dmesg-acpi.txt > without acpi: http://www.lamaiziere.net/private/dmesg-wo-acpi.txt > and with acpi under 5.4 http://www.lamaiziere.net/private/dmesg-54.txt It works fine with apic disabled and acpi enabled. Regards. From owner-freebsd-current@FreeBSD.ORG Sun Jul 24 20:03:01 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 142F116A41F for ; Sun, 24 Jul 2005 20:03:01 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id C430743D48 for ; Sun, 24 Jul 2005 20:03:00 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 4A61DF2190; Sun, 24 Jul 2005 13:03:00 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 84693-03; Sun, 24 Jul 2005 13:02:59 -0700 (PDT) Received: from [192.168.10.9] (mobile.mcneil.com [192.168.10.9]) by mail.mcneil.com (Postfix) with ESMTP id 3889EF218A; Sun, 24 Jul 2005 13:02:59 -0700 (PDT) In-Reply-To: <20050724192400.GA84677@xor.obsecurity.org> References: <1122147652.79125.2.camel@server.mcneil.com> <20050724192400.GA84677@xor.obsecurity.org> Mime-Version: 1.0 (Apple Message framework v733) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <823BAD73-E476-415B-AC47-16FD74CD7627@mcneil.com> Content-Transfer-Encoding: 7bit From: Sean McNeil Date: Sun, 24 Jul 2005 13:03:04 -0700 To: Kris Kennaway X-Mailer: Apple Mail (2.733) X-Virus-Scanned: by amavisd-new at mcneil.com X-Mailman-Approved-At: Mon, 25 Jul 2005 11:54:43 +0000 Cc: current@freebsd.org Subject: Re: libcrypto.so.3 problem building world with kerberos X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 20:03:01 -0000 On Jul 24, 2005, at 12:24 PM, Kris Kennaway wrote: > On Sat, Jul 23, 2005 at 12:40:52PM -0700, Sean McNeil wrote: > >> I get the following error during build: >> >> /usr/obj/usr/src/tmp/usr/bin/ld: warning: libcrypto.so.3, needed >> by /usr/local/lib/libldap.so, not found (try using -rpath or >> -rpath-link) >> /usr/obj/usr/src/tmp/usr/bin/ld: warning: libssl.so.3, needed >> by /usr/local/lib/libldap.so, not found (try using -rpath or >> -rpath-link) >> /usr/local/lib/libldap.so: undefined reference to >> `SSL_CTX_set_tmp_rsa_callback'/usr/local/lib/libldap.so: undefined >> reference to `ssl3_send_alert' ... >> looks like the version number was bumped and the build won't look >> in /lib. Is that what is going on? >> > > Do you need to recompile the third party port being used by > buildworld? Yes, that was the solution, but the issue is why the build will not allow for libraries in /lib? Is it because all libraries in /lib are suppose to be superseded by a new build? I'm just wondering about the reasoning that pulls in local packages (ldap.so in /usr/local/ lib) but doesn't let stuff be in /lib. Cheers, Sean From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 09:01:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DB0B16A41F for ; Mon, 25 Jul 2005 09:01:23 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from server.t-hosting.hu (server.t-hosting.hu [217.20.133.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id A279F43D46 for ; Mon, 25 Jul 2005 09:01:22 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from localhost (localhost [127.0.0.1]) by server.t-hosting.hu (Postfix) with ESMTP id 689B69979AE; Mon, 25 Jul 2005 11:01:20 +0200 (CEST) Received: from server.t-hosting.hu ([127.0.0.1]) by localhost (server.t-hosting.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 41801-06; Mon, 25 Jul 2005 11:01:17 +0200 (CEST) Received: from [80.98.156.20] (catv-50629c14.catv.broadband.hu [80.98.156.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.t-hosting.hu (Postfix) with ESMTP id 09E2C997746; Mon, 25 Jul 2005 11:01:17 +0200 (CEST) Message-ID: <42E4AA54.20309@t-hosting.hu> Date: Mon, 25 Jul 2005 11:01:08 +0200 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dandee@volny.cz References: <20050725022833.515A34E704@pipa.profix.cz> In-Reply-To: <20050725022833.515A34E704@pipa.profix.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at t-hosting.hu X-Mailman-Approved-At: Mon, 25 Jul 2005 11:54:43 +0000 Cc: freebsd-current@freebsd.org, 'Paul Richards' Subject: Re: 6.0 BETA1: "nve0: device timeout(..)" on amd64 with nForce4 ethernet X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 09:01:23 -0000 Daniel Dvorak wrote: >Hi all, > >I have the same configuration and I can confirm this. >Sorry for no details. I do not know how to find them. >In /var/log/messages, there is only nve0:device timout. > >Dan > > > Hi, I have an nve interface too. Generally, it works for me, but sometimes I got a kernel panic, or sometimes it hangs with device timeouts. I've reported the panic as a PR, but no answers yet. Cheers, Gábor Kövesdán From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 14:52:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6983516A41F for ; Mon, 25 Jul 2005 14:52:48 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 163F343D45 for ; Mon, 25 Jul 2005 14:52:47 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [208.206.151.59] (host59.gtisd.com[208.206.151.59]) by comcast.net (sccrmhc12) with ESMTP id <200507251452460120096p3ve>; Mon, 25 Jul 2005 14:52:46 +0000 Message-ID: <42E4FCBD.70907@computer.org> Date: Mon, 25 Jul 2005 09:52:45 -0500 From: Eric Schuele User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050721) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: WPA_Supplicant at boot time.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 14:52:48 -0000 Hello, What is the appropriate way to start wpa_supplicant as the machine boots up? I seem to have everything setup properly. But I must always: # wpa_supplicant -i ath0 -c /etc/wpa_supplicant.conf # dhclient ath0 ...as root, in order to get my wireless card up and running. I would assume there is an rc.conf setting I am missing... just cant seem to find it. Was using: ifconfig_ath0="DHCP" in my rc.conf before setting up wpa_supplicant. But that causes an infinite loop now. I am running 6.0-BETA1 i386 as of the 23rd. I have a mini-PCI atheros card and it is not removable. Therefore no attach/detach events. Thanks. -- Regards, Eric From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 15:19:05 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FD3F16A41F for ; Mon, 25 Jul 2005 15:19:05 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from 62-15-213-209.inversas.jazztel.es (62-15-213-209.inversas.jazztel.es [62.15.213.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC26F43D48 for ; Mon, 25 Jul 2005 15:19:03 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antares.redesjm.local (localhost.redesjm.local [127.0.0.1]) by 62-15-213-209.inversas.jazztel.es (8.13.3/8.13.3) with ESMTP id j6PFJ1QX001500 for ; Mon, 25 Jul 2005 17:19:01 +0200 (CEST) (envelope-from josemi@antares.redesjm.local) Received: (from josemi@localhost) by antares.redesjm.local (8.13.3/8.13.3/Submit) id j6PFJ1T5001499 for current@FreeBSD.org; Mon, 25 Jul 2005 17:19:01 +0200 (CEST) (envelope-from josemi) Date: Mon, 25 Jul 2005 17:19:01 +0200 From: Jose M Rodriguez To: current@FreeBSD.org Message-ID: <20050725151901.GA1393@antares.redesjm.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-7; AVE: 6.31.1.0; VDF: 6.31.1.0; host: antares.redesjm.local) Cc: Subject: Problems with RELENG_6 tcsh and nls X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 15:19:05 -0000 Hi, After upgrade to latest RELENG_6 beta, I found problems with tcsh Apart of the version change (from 6.13.00 to 6.14.00), some other changes arise in version set -8b,sm,dspm +wide I'm using: LANG="es_ES.ISO8859-1" MMCHARSET="iso-8859-1" But nls support in not working (allthough declared). Also note that it seems we're not using system malloc (sm). Before trying to switch to UTF8 (I have several RELENG_4 and RELENG_5 machines in a NIS/NFS env). Anyone knows how to make tcsh nls work with 8b iso-8859-1 in RELENG_6? Thanks in advance, -- josemi From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 15:27:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B751016A41F for ; Mon, 25 Jul 2005 15:27:24 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from gate.bitblocks.com (bitblocks.com [209.204.185.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A9FC43D48 for ; Mon, 25 Jul 2005 15:27:24 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost [127.0.0.1]) by gate.bitblocks.com (8.13.4/8.13.1) with ESMTP id j6PFRM3M012746; Mon, 25 Jul 2005 08:27:22 -0700 (PDT) (envelope-from bakul@bitblocks.com) Message-Id: <200507251527.j6PFRM3M012746@gate.bitblocks.com> To: Eric Schuele In-reply-to: Your message of "Mon, 25 Jul 2005 09:52:45 CDT." <42E4FCBD.70907@computer.org> Date: Mon, 25 Jul 2005 08:27:22 -0700 From: Bakul Shah Cc: freebsd-current@freebsd.org Subject: Re: WPA_Supplicant at boot time.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 15:27:24 -0000 > Was using: > ifconfig_ath0="DHCP" Change that to ifconfig_ath0="DHCP WPA" One more thing to note if your laptop can do suspend/resume: wpa_supplicant spins on resume. ifconfig ath0 down will kill wpa_supplicant on resume but you will have to manually restart it [this is good enough for me so I haven't gotten around to debugging the spinning issue] From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 15:55:06 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 910BF16A41F for ; Mon, 25 Jul 2005 15:55:06 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2417E43D49 for ; Mon, 25 Jul 2005 15:55:06 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j6PFt5NV007702 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 25 Jul 2005 11:55:05 -0400 Received: from obsecurity.dyndns.org (fields.fields.utoronto.ca [128.100.216.11]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j6PFt46P009206; Mon, 25 Jul 2005 11:55:04 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4363751522; Mon, 25 Jul 2005 11:55:01 -0400 (EDT) Date: Mon, 25 Jul 2005 11:55:01 -0400 From: Kris Kennaway To: Thierry Herbelot Message-ID: <20050725155501.GA44219@xor.obsecurity.org> References: <200507250652.33555.thierry@herbelot.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline In-Reply-To: <200507250652.33555.thierry@herbelot.com> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: Current : panic: lock (sleep mutex) vnode interlock not locked @ /usr/src/sys/kern/vfs_subr.c:2114 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 15:55:06 -0000 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 25, 2005 at 06:52:31AM +0200, Thierry Herbelot wrote: > panic: lock (sleep mutex) vnode interlock not locked=20 > @ /usr/src/sys/kern/vfs_subr.c:2114 I've not seen this one..please CC jroberson@chesapeake.net Kris --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC5QtVWry0BWjoQKURAhihAKCLGnJSCDdL+7lbPBcsurqKFA37cQCg6aag kKYKy/MoLB1MQu0fV3bLlmE= =uXlC -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 16:06:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24D4016A41F for ; Mon, 25 Jul 2005 16:06:26 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [204.127.202.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id B995F43D46 for ; Mon, 25 Jul 2005 16:06:25 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [208.206.151.59] (host59.gtisd.com[208.206.151.59]) by comcast.net (sccrmhc14) with ESMTP id <2005072516062401400jg8hme>; Mon, 25 Jul 2005 16:06:24 +0000 Message-ID: <42E50DFF.8060204@computer.org> Date: Mon, 25 Jul 2005 11:06:23 -0500 From: Eric Schuele User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050721) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bakul Shah References: <200507251527.j6PFRM3M012746@gate.bitblocks.com> In-Reply-To: <200507251527.j6PFRM3M012746@gate.bitblocks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: WPA_Supplicant at boot time.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 16:06:26 -0000 Bakul Shah wrote: >>Was using: >> ifconfig_ath0="DHCP" > > > Change that to > ifconfig_ath0="DHCP WPA" Seems to be working good now. Thanks. > > One more thing to note if your laptop can do suspend/resume: > wpa_supplicant spins on resume. Thanks for the heads up. > > ifconfig ath0 down > > will kill wpa_supplicant on resume but you will have to > manually restart it [this is good enough for me so I haven't > gotten around to debugging the spinning issue] > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Regards, Eric From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 16:15:57 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1766116A41F; Mon, 25 Jul 2005 16:15:57 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A59843D48; Mon, 25 Jul 2005 16:15:56 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j6PGFtNV010998 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 25 Jul 2005 12:15:56 -0400 Received: from obsecurity.dyndns.org (fields.fields.utoronto.ca [128.100.216.11]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j6PGFt6P012710; Mon, 25 Jul 2005 12:15:55 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B10A951B15; Mon, 25 Jul 2005 12:15:49 -0400 (EDT) Date: Mon, 25 Jul 2005 12:15:49 -0400 From: Kris Kennaway To: dd@FreeBSD.org, phk@FreeBSD.org, current@FreeBSD.org Message-ID: <20050725161548.GA50175@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Panic during devfs ruleset operations on 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 16:15:57 -0000 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I'm getting the following on multiple 6.0 machines (UP and SMP): panic: ruleset 10 already running db> wh 3747 Tracing pid 3747 tid 100279 td 0xc5d80300 kdb_enter(c08fffa1,1,c08f93ee,ea2cfb58,c5d80300) at kdb_enter+0x30 panic(c08f93ee,a,3,8002440b,c5b666c0) at panic+0x13d devfs_ruleset_applydm(cc0d3820,cb22fa00,0,c5d80300,cb22fa00) at devfs_ruleset_applydm+0x29 devfs_rules_ioctl(c5c2c400,8002440b,c5b666c0,c5d80300,c095cd80) at devfs_rules_ioctl+0x45a devfs_rioctl(ea2cfbf0,c0927fa3,c08161eb,c8b91660,0) at devfs_rioctl+0x90 VOP_IOCTL_APV(c095cd80,ea2cfbf0,ea2cfc47,ea2cfc48,c09ad320) at VOP_IOCTL_APV+0xc4 vn_ioctl(cb933990,8002440b,c5b666c0,cc047680,c5d80300) at vn_ioctl+0x18f ioctl(c5d80300,ea2cfd04,c,28102000,3) at ioctl+0x45d syscall(3b,3b,3b,bfbfdf58,bfbfe0f1) at syscall+0x2a2 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280c007f, esp = 0xbfbfdeac, ebp = 0xbfbfdec8 --- It comes from running the following operations: mount -t devfs foo ${chroot}/dev devfs -m ${chroot}/dev ruleset 10 devfs -m ${chroot}/dev rule add path 'md*' hide devfs -m ${chroot}/dev rule applyset These devfs operations are needed to work around another devfs panic, which occurs when device nodes are removed from inside a devfs mount at the same time the devfs is unmounted. This panic is going to be very disruptive for the 6.0 package builds until it can be fixed. Kris --2oS5YaxWCcQjTEyO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC5RAzWry0BWjoQKURAh5qAJ0T9KKV/eiF64bT5/VIfa8nkEeOUACfU4IL NdYH9goMuKkdnBMzbO25HCY= =DPL0 -----END PGP SIGNATURE----- --2oS5YaxWCcQjTEyO-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 16:25:18 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7B9916A41F; Mon, 25 Jul 2005 16:25:17 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 635C543D46; Mon, 25 Jul 2005 16:25:17 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j6PGPGNV026257 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 25 Jul 2005 12:25:16 -0400 Received: from obsecurity.dyndns.org (fields.fields.utoronto.ca [128.100.216.11]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j6PGPG6P013976; Mon, 25 Jul 2005 12:25:16 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1358B514C4; Mon, 25 Jul 2005 12:25:12 -0400 (EDT) Date: Mon, 25 Jul 2005 12:25:11 -0400 From: Kris Kennaway To: Kris Kennaway Message-ID: <20050725162511.GA60796@xor.obsecurity.org> References: <20050725161548.GA50175@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline In-Reply-To: <20050725161548.GA50175@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org, phk@FreeBSD.org, dd@FreeBSD.org Subject: Re: Panic during devfs ruleset operations on 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 16:25:18 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 25, 2005 at 12:15:48PM -0400, Kris Kennaway wrote: > I'm getting the following on multiple 6.0 machines (UP and SMP): >=20 > panic: ruleset 10 already running > db> wh 3747 > Tracing pid 3747 tid 100279 td 0xc5d80300 > kdb_enter(c08fffa1,1,c08f93ee,ea2cfb58,c5d80300) at kdb_enter+0x30 > panic(c08f93ee,a,3,8002440b,c5b666c0) at panic+0x13d > devfs_ruleset_applydm(cc0d3820,cb22fa00,0,c5d80300,cb22fa00) at devfs_rul= eset_applydm+0x29 > devfs_rules_ioctl(c5c2c400,8002440b,c5b666c0,c5d80300,c095cd80) at devfs_= rules_ioctl+0x45a > devfs_rioctl(ea2cfbf0,c0927fa3,c08161eb,c8b91660,0) at devfs_rioctl+0x90 > VOP_IOCTL_APV(c095cd80,ea2cfbf0,ea2cfc47,ea2cfc48,c09ad320) at VOP_IOCTL_= APV+0xc4 > vn_ioctl(cb933990,8002440b,c5b666c0,cc047680,c5d80300) at vn_ioctl+0x18f > ioctl(c5d80300,ea2cfd04,c,28102000,3) at ioctl+0x45d > syscall(3b,3b,3b,bfbfdf58,bfbfe0f1) at syscall+0x2a2 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (54, FreeBSD ELF32, ioctl), eip =3D 0x280c007f, esp =3D 0xbfb= fdeac, ebp =3D 0xbfbfdec8 --- #22 0xc04e81d5 in panic (fmt=3D0xc06b56b0 "ruleset %d already running") at = ../../../kern/kern_shutdown.c:537 #23 0xc0492b19 in devfs_ruleset_applydm (ds=3D0xc37eb6a0, dm=3D0xc5a8ac00) = at ../../../fs/devfs/devfs_rule.c:703 #24 0xc049232d in devfs_rules_ioctl (mp=3D0x0, cmd=3D2147632139, data=3D0xc= 289c0b0 "", td=3D0xc3819780) at ../../../fs/devfs/devfs_rule.c:304 #25 0xc04950f0 in devfs_rioctl (ap=3D0xe75d7bf0) at ../../../fs/devfs/devfs= _vnops.c:1225 #26 0xc069c47c in VOP_IOCTL_APV (vop=3D0x0, a=3D0xe75d7bf0) at vnode_if.c:8= 04 #27 0xc055b037 in vn_ioctl (fp=3D0xc29c8c18, com=3D2147632139, data=3D0xc28= 9c0b0, active_cred=3D0xc3273300, td=3D0xc3819780) at vnode_if.h:436 #28 0xc0511d4d in ioctl (td=3D0xc3819780, uap=3D0xe75d7d04) at file.h:258 #29 0xc068da30 in syscall (frame=3D {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D 59, tf_edi =3D -1077941832, tf= _esi =3D -1077941450, tf_ebp =3D -1077941976, tf_isp =3D -413303452, tf_ebx= =3D 134526224, tf_edx =3D 0, tf_ecx =3D 134521088, tf_eax =3D 54, tf_trapn= o =3D 12, tf_err =3D 2, tf_eip =3D 6718---Type to continue, or q <= return> to quit--- 71887, tf_cs =3D 51, tf_eflags =3D 582, tf_esp =3D -1077942004, tf_ss =3D 5= 9}) at ../../../i386/i386/trap.c:985 #30 0xc067dfaf in Xint0x80_syscall () at ../../../i386/i386/exception.s:198 Let me know what I can do for you with the core. Kris --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC5RJnWry0BWjoQKURAmjDAJsGNFxFMi/0ss8sJCKVmUqGBUMrHACfXiYz r9fR7JI3oohIfBU4tBHhiNo= =apzO -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 16:29:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9320C16A41F; Mon, 25 Jul 2005 16:29:07 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id D117C43D5C; Mon, 25 Jul 2005 16:29:06 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j6PGT5o5002189 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 25 Jul 2005 09:29:05 -0700 Message-ID: <42E5134F.706@root.org> Date: Mon, 25 Jul 2005 09:29:03 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marcin Jessa References: <42E1481F.5040306@root.org> <20050723133819.36efb537.lists@yazzy.org> <42E29CAA.1020007@root.org> <20050724215818.55f951ae.lists@yazzy.org> <42E42F10.3030309@root.org> <20050725091221.106a0368.lists@yazzy.org> In-Reply-To: <20050725091221.106a0368.lists@yazzy.org> Content-Type: multipart/mixed; boundary="------------060301040900060402010609" Cc: acpi@freebsd.org, kjelderg@gmail.com, freebsd-current@freebsd.org Subject: Re: acpi battery rework patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 16:29:07 -0000 This is a multi-part message in MIME format. --------------060301040900060402010609 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Marcin Jessa wrote: > On Sun, 24 Jul 2005 17:15:12 -0700 > Nate Lawson wrote: >>As far as Eric's result, I'll check that on my systems as well. I >>_think_ the previous behavior was more correct (-1 = unknown) so I'll >>commit this minor change. The "state" variable should not have changed >>so please let me know for sure if it has. "1" means "discharging" which >>doesn't sound right if you're on AC power. If you just recently plugged >>in the laptop, try polling the status a few more times (apm(8) gives >>more detail) and see if it catches up. Some systems lag reporting >>various values until they are sure they've restabilized after an AC line >>change. >> >>Marcin, if your system reports a valid rate of use, we can calculate >>time. If you're on AC power, there is no time available (since your >>batteries aren't discharging at any rate). Try a previous >>kernel/acpi.ko to be certain what the behavior used to be. > > > [yazzy@lapdance:~]> uname -a > FreeBSD lapdance.yazzy.net 6.0-BETA1 FreeBSD 6.0-BETA1 #4: Sat Jul 23 17:35:13 CEST 2005 root@lapdance.yazzy.net:/usr/obj/usr/src/sys/LAPDANCE-6.0 i386 > > Running on AC: > [yazzy@lapdance:~]> sysctl -a | grep battery > hw.acpi.battery.life: 23 > hw.acpi.battery.time: -1 > hw.acpi.battery.state: 2 > hw.acpi.battery.units: 1 > hw.acpi.battery.info_expire: 5 > > Running on battery: > [yazzy@lapdance:~]> sysctl -a | grep battery > hw.acpi.battery.life: 23 > hw.acpi.battery.time: 41 > hw.acpi.battery.state: 1 > hw.acpi.battery.units: 1 > hw.acpi.battery.info_expire: 5 > [yazzy@lapdance:~]> And with a 7-current kernel, everything is the same except "time" is always -1 both on and off AC power? Please try this patch with 7-current and report its output both on and off power. It prints out more debugging info each time the battery is read. -- Nate --------------060301040900060402010609 Content-Type: text/plain; name="batt_dbg.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="batt_dbg.diff" Index: sys/dev/acpica/acpi_battery.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpi_battery.c,v retrieving revision 1.13 diff -u -r1.13 acpi_battery.c --- sys/dev/acpica/acpi_battery.c 23 Jul 2005 19:35:59 -0000 1.13 +++ sys/dev/acpica/acpi_battery.c 25 Jul 2005 15:59:29 -0000 @@ -161,6 +161,7 @@ error = ENOMEM; goto out; } +printf("batt pass1: dev %p ", batt_dev); /* Default info for every battery is "not present". */ acpi_reset_battinfo(&bi[i]); @@ -174,11 +175,13 @@ ACPI_BATT_GET_STATUS(batt_dev, &bst[i]) != 0 || ACPI_BATT_GET_INFO(batt_dev, bif) != 0) continue; +printf("ok "); /* If a battery is not installed, we sometimes get strange values. */ if (!acpi_battery_bst_valid(&bst[i]) || !acpi_battery_bif_valid(bif)) continue; +printf("valid "); /* Record state and calculate percent capacity remaining. */ valid_units++; @@ -204,10 +207,12 @@ */ if (bst[i].rate > 0 && (bst[i].state & ACPI_BATT_STAT_DISCHARG)) valid_rate += bst[i].rate; +printf("state %d cap %d valid_rate %d\n", bi[i].state, bi[i].cap, valid_rate); } /* If the caller asked for a device but we didn't find it, error. */ if (dev != NULL && dev_idx < 0) { +printf("batt: couldn't find dev %p\n", dev); error = ENXIO; goto out; } @@ -226,6 +231,8 @@ bi[i].min = 0; total_min += bi[i].min; total_cap += bi[i].cap; +printf("batt pass2: min %d total_min %d total_cap %d\n", bi[i].min, total_min, +total_cap); } /* --------------060301040900060402010609-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 16:44:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B698C16A41F; Mon, 25 Jul 2005 16:44:33 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 222E543D46; Mon, 25 Jul 2005 16:44:32 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id j6PGiU6T023944; Mon, 25 Jul 2005 17:44:30 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.4/8.13.4) with ESMTP id j6PEbAMA003827; Mon, 25 Jul 2005 15:37:10 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.4/8.13.1/Submit) id j6PEbAPv003826; Mon, 25 Jul 2005 15:37:10 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: freebsd-current@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 25 Jul 2005 15:37:09 +0100 Message-Id: <1122302229.2749.30.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: maxim@freebsd.org Subject: 6.0BETA1: ipfw Abort trap (dumped core) - "modified (chunk-) pointer" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 16:44:33 -0000 Hi, [maxim cc'd as it seems he's already identified, but not fully solved the issue] I've just installed a machine with 5.4-RELEASE and upgraded it to 6.0 BETA1. I have some firewall rules loaded, and on bootup, ipfw fails with: ipfw in free(): error: modified (chunk-) pointer Abort trap (core dumped) when adding one particular rule (although it does succeed in adding it). ipfw is loaded as a module, and the ruleset is loaded with the following in rc.conf: firewall_enable="YES" firewall_script="/etc/ipfw.rules" firewall_logging="YES" /etc/ipfw.rules contains the following (minimal example): ipfw -q -f flush # Delete all rules cmd="ipfw add " # build rule prefix timeservers="{130.88.200.98 or 158.43.128.33 or 128.86.8.123 }" $cmd 00100 allow all from any to any via lo0 $cmd 00200 deny all from any to 127.0.0.0/8 $cmd 00300 deny ip from 127.0.0.0/8 to any $cmd 00500 check-state $cmd 00501 deny all from any to any frag $cmd 00502 deny tcp from any to any established $cmd 00600 allow udp from me to $timeservers ntp keep-state (notice the lack of space between the "{" and the IP address in the timeservers definition. This seems to be the root cause) On bootup, I see the following: ... 00600 allow udp from me to { 130.88.200.98 or dst-ip 158.43.128.33 or dst-ip 128.86.8.123 } dst-port 123 keep-state ipfw in free(): error: modified (chunk-) pointer Abort trap (core dumped) Note that I can't recreate this from multiuser, but it's 100% recreatable by rebooting the machine. Despite the fact that ipfw is able to parse the address list without a space in it, adding the space stops the Abort. This looks like the same problem discussed in December 2003 here: http://lists.freebsd.org/pipermail/freebsd-net/2003-December/002182.html The patch in http://lists.freebsd.org/pipermail/freebsd-net/2003-December/002182.html stops the Abort, but doesn't make ipfw work, instead it fails with "ipfw: hostname ``'' unknown" on the same line If anyone needs a patch testing, that's no problem. Thanks, Gavin From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 17:05:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76CFC16A424 for ; Mon, 25 Jul 2005 17:05:50 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AC5843D48 for ; Mon, 25 Jul 2005 17:05:49 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from pyanfar.ece.cmu.edu (PYANFAR.ECE.CMU.EDU [128.2.136.40]) by bache.ece.cmu.edu (Postfix) with ESMTP id A593383 for ; Mon, 25 Jul 2005 13:05:48 -0400 (EDT) From: "Brandon S. Allbery KF8NH" To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="=-Ihi4ugQVVWtWtSLr2gDE" Date: Mon, 25 Jul 2005 13:05:47 -0400 Message-Id: <1122311147.11282.3.camel@pyanfar.ece.cmu.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Subject: building recent BETA1 kernel, mutually recursive dependency? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 17:05:50 -0000 --=-Ihi4ugQVVWtWtSLr2gDE Content-Type: text/plain Content-Transfer-Encoding: 7bit > 2@pyanfar:3871 Z# make > awk -f ../../../tools/makeobjops.awk ../../../kern/device_if.m -c ; cc -c -O -pipe -march=pentium4 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I../../.. -I../../../contrib/dev/acpica -I../../../contrib/altq -I../../../contrib/ipfilter -I../../../contrib/pf -I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd -I../../../contrib/ngatm -I../../../dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror device_if.c > device_if.c:98: error: `device_quiesce_desc' undeclared here (not in a function) > device_if.c:98: error: initializer element is not constant > device_if.c:98: error: (near initialization for `device_quiesce_method_default.desc') > *** Error code 1 > > Stop in /usr/src/sys/i386/compile/PYANFAR. Examining device_if.c, device_quiesce_desc and device_quiesce_method_default are defined in terms of each other. Is this a botched kernel compile option, or something worse? Thanks in advance. -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon univ. KF8NH --=-Ihi4ugQVVWtWtSLr2gDE Content-Disposition: attachment; filename=PYANFAR Content-Type: text/plain; name=PYANFAR; charset=UTF-8 Content-Transfer-Encoding: 7bit # # PYANFAR -- Based on generic kernel configuration file for FreeBSD/i386 # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.413 2004/08/11 01:34:18 rwatson Exp $ machine i386 #cpu I386_CPU #cpu I486_CPU #cpu I586_CPU cpu I686_CPU ident PYANFAR # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols #options SCHED_4BSD # ULE scheduler is broken options SCHED_ULE # ...not any more! options PREEMPTION # faster response options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories #options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client #options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT #options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options GEOM_MBR options GEOM_LABEL options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. #options GDB # Support remote GDB. #options INVARIANTS # Enable calls of extra sanity checking #options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS # Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed options INCLUDE_CONFIG_FILE # Include this file in kernel # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #device apic # I/O APIC # local options options CPU_FASTER_5X86_FPU options SHMMAXPGS=16384 options SHMMNI=8192 options SHMSEG=4096 options DEVICE_POLLING options HZ=1000 options VESA device isa #device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives #device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #device ahd # AHA39320/29320 and onboard AIC79xx devices #device amd # AMD 53C974 (Tekram DC-390(T)) #device isp # Qlogic family #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aha # Adaptec 154x SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') #device sk # SysKonnect SK-984x and SK-982x gigabit ethernet # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards device wlan # 802.11 support #device an # Aironet 4500/4800 802.11 wireless NICs. #device awi # BayStack 660 and others device iwi # Intel device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support #device sl # Kernel SLIP #device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse #device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires mii #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) # Local additions device drm device radeondrm device sound # Sound device snd_ich # Sound hardware device speaker # Play IBM BASIC-style noises out your speaker device uvisor device ucom device atapicam device cpufreq device wlan_wep --=-Ihi4ugQVVWtWtSLr2gDE-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 17:18:51 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 574E316A41F for ; Mon, 25 Jul 2005 17:18:51 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id F262A43D4C for ; Mon, 25 Jul 2005 17:18:50 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id j6PHInnv056460; Mon, 25 Jul 2005 10:18:49 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id j6PHIm8G056459; Mon, 25 Jul 2005 10:18:48 -0700 (PDT) (envelope-from jmg) Date: Mon, 25 Jul 2005 10:18:48 -0700 From: John-Mark Gurney To: Tobias Roth Message-ID: <20050725171848.GG62369@funkthat.com> Mail-Followup-To: Tobias Roth , current@freebsd.org References: <20050724145316.GA1907@droopy.unibe.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050724145316.GA1907@droopy.unibe.ch> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p1 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: current@freebsd.org Subject: Re: clarification of help in loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 17:18:51 -0000 Tobias Roth wrote this message on Sun, Jul 24, 2005 at 16:53 +0200: > While trying to fix my bootloader, I stumbled over a small oddity > in the loader help. I suggest the attached patch to clarify. Thanks, I've committed it. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 17:46:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73BD816A41F; Mon, 25 Jul 2005 17:46:08 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 214C343D46; Mon, 25 Jul 2005 17:46:07 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j6PHk6o5002928 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 25 Jul 2005 10:46:07 -0700 Message-ID: <42E5255D.7050008@root.org> Date: Mon, 25 Jul 2005 10:46:05 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marcin Jessa References: <42E1481F.5040306@root.org> <20050723133819.36efb537.lists@yazzy.org> <42E29CAA.1020007@root.org> <20050724215818.55f951ae.lists@yazzy.org> In-Reply-To: <20050724215818.55f951ae.lists@yazzy.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, Eric Kjeldergaard , freebsd-current@freebsd.org Subject: Re: acpi battery rework patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 17:46:08 -0000 On Sun, 24 Jul 2005 12:47:13 +0900 Eric Kjeldergaard wrote: >>Excellent. compiled and appears working. It does however have >>different values than the old system for some of the sysctl variables. >> I get >> >>hw.acpi.battery.life: 98 >>hw.acpi.battery.time: 0 >>hw.acpi.battery.state: 0 >>hw.acpi.battery.units: 1 >>hw.acpi.battery.info_expire: 5 >> >>when plugged in. But used to get time as -1 when plugged in and I >>think state may have been 1 when plugged in before (less sure about >>that than the time). Thanks for the enormous amount of work your >>efforts are very much appreciated, Ok, I have tested and committed a patch that corrects the output for "time". I was able to verify that the behavior should be "unknown" when charging/online rather than "0". I just need Marcin's debug output now from the patch I sent earlier today. Thanks, -- Nate From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 18:14:13 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4886316A41F; Mon, 25 Jul 2005 18:14:13 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A31E443D49; Mon, 25 Jul 2005 18:14:12 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j6PIECNV007579 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 25 Jul 2005 14:14:12 -0400 Received: from obsecurity.dyndns.org (fields.fields.utoronto.ca [128.100.216.11]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j6PIEB6P026868; Mon, 25 Jul 2005 14:14:12 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5FEDB518D5; Mon, 25 Jul 2005 14:14:08 -0400 (EDT) Date: Mon, 25 Jul 2005 14:14:08 -0400 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20050725181408.GB91772@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZfOjI3PrQbgiZnxM" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: i386 7.0 packages uploaded X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 18:14:13 -0000 --ZfOjI3PrQbgiZnxM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I've uploaded a set of 7.0 packages (re)built after the shlib bump, so they'll be making their way out to the mirrors over the coming day or so. Packages for other arches will follow at a later date as the build machines catch up. Kris --ZfOjI3PrQbgiZnxM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC5SvwWry0BWjoQKURAvK4AJwPLl63vhaTrPPpK8xip7vYEYVSKgCgroiY +9z5WWW/RTBwqHXjjVjwZTo= =zoMt -----END PGP SIGNATURE----- --ZfOjI3PrQbgiZnxM-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 18:41:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37B5316A41F; Mon, 25 Jul 2005 18:41:09 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22A7F43D53; Mon, 25 Jul 2005 18:41:07 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr11.xs4all.nl (8.13.3/8.13.3) with ESMTP id j6PIf2J0041889; Mon, 25 Jul 2005 20:41:02 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.3/8.13.3) with ESMTP id j6PIf1be041045; Mon, 25 Jul 2005 20:41:01 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.3/8.13.1/Submit) id j6PIf1Zx041044; Mon, 25 Jul 2005 20:41:01 +0200 (CEST) (envelope-from wb) Date: Mon, 25 Jul 2005 20:41:01 +0200 From: Wilko Bulte To: Nate Lawson Message-ID: <20050725184101.GA41023@freebie.xs4all.nl> References: <42E1481F.5040306@root.org> <20050723133819.36efb537.lists@yazzy.org> <42E29CAA.1020007@root.org> <20050724215818.55f951ae.lists@yazzy.org> <42E42F10.3030309@root.org> <20050725091221.106a0368.lists@yazzy.org> <42E5134F.706@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42E5134F.706@root.org> X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner Cc: acpi@freebsd.org, kjelderg@gmail.com, Marcin Jessa , freebsd-current@freebsd.org Subject: Re: acpi battery rework patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 18:41:09 -0000 On Mon, Jul 25, 2005 at 09:29:03AM -0700, Nate Lawson wrote.. > Marcin Jessa wrote: > >On Sun, 24 Jul 2005 17:15:12 -0700 > >Nate Lawson wrote: > >>As far as Eric's result, I'll check that on my systems as well. I > >>_think_ the previous behavior was more correct (-1 = unknown) so I'll > >>commit this minor change. The "state" variable should not have changed > >>so please let me know for sure if it has. "1" means "discharging" which > >>doesn't sound right if you're on AC power. If you just recently plugged > >>in the laptop, try polling the status a few more times (apm(8) gives > >>more detail) and see if it catches up. Some systems lag reporting > >>various values until they are sure they've restabilized after an AC line > >>change. > >> > >>Marcin, if your system reports a valid rate of use, we can calculate > >>time. If you're on AC power, there is no time available (since your > >>batteries aren't discharging at any rate). Try a previous > >>kernel/acpi.ko to be certain what the behavior used to be. > > > > > >[yazzy@lapdance:~]> uname -a > >FreeBSD lapdance.yazzy.net 6.0-BETA1 FreeBSD 6.0-BETA1 #4: Sat Jul 23 > >17:35:13 CEST 2005 > >root@lapdance.yazzy.net:/usr/obj/usr/src/sys/LAPDANCE-6.0 i386 > > > >Running on AC: > >[yazzy@lapdance:~]> sysctl -a | grep battery > >hw.acpi.battery.life: 23 > >hw.acpi.battery.time: -1 > >hw.acpi.battery.state: 2 > >hw.acpi.battery.units: 1 > >hw.acpi.battery.info_expire: 5 > > > >Running on battery: > >[yazzy@lapdance:~]> sysctl -a | grep battery > >hw.acpi.battery.life: 23 > >hw.acpi.battery.time: 41 > >hw.acpi.battery.state: 1 > >hw.acpi.battery.units: 1 > >hw.acpi.battery.info_expire: 5 > >[yazzy@lapdance:~]> > > And with a 7-current kernel, everything is the same except "time" is > always -1 both on and off AC power? > > Please try this patch with 7-current and report its output both on and > off power. It prints out more debugging info each time the battery is read. On an Compaq EVO N160, on AC power Trying to mount root from ufs:/dev/ad0s2a batt pass1: dev 0xc15e3100 ok valid state 2 cap 0 valid_rate 0 batt pass2: min 0 total_min 0 total_cap 0 batt pass1: dev 0xc15e3100 ok valid state 2 cap 0 valid_rate 0 batt pass2: min 0 total_min 0 total_cap 0 batt pass1: dev 0xc15e3100 ok valid state 2 cap 0 valid_rate 0 batt pass2: min 0 total_min 0 total_cap 0 batt pass1: dev 0xc15e3100 ok valid state 2 cap 0 valid_rate 0 batt pass2: min 0 total_min 0 total_cap 0 batt pass1: dev 0xc15e3100 ok valid state 2 cap 0 valid_rate 0 batt pass2: min 0 total_min 0 total_cap 0 batt pass1: dev 0xc15e3100 ok valid state 2 cap 0 valid_rate 0 batt pass2: min 0 total_min 0 total_cap 0 ichss0: transition to 1 failed ichss0: transition to 1 failed ichss0: transition to 1 failed batt pass1: dev 0xc15e3100 ok valid state 2 cap 0 valid_rate 0 batt pass2: min 0 total_min 0 total_cap 0 ichss0: transition to 1 failed ichss0: transition to 1 failed batt pass1: dev 0xc15e3100 ok valid state 2 cap 0 valid_rate 0 batt pass2: min 0 total_min 0 total_cap 0 batt pass1: dev 0xc15e3100 ok valid state 2 cap 0 valid_rate 0 batt pass2: min 0 total_min 0 total_cap 0 ichss0: transition to 1 failed APM version: 1.2 APM Management: Enabled AC Line status: on-line Battery Status: charging Remaining battery life: 0% Remaining battery time: 0:00:00 Number of batteries: 1 Battery 0: Battery Status: charging Remaining battery life: 0% Remaining battery time: 0:00:00 wb@chuck ~: Unplugging AC power: batt pass1: dev 0xc15e3100 ok valid state 1 cap 0 valid_rate 1082 batt pass2: min 166 total_min 166 total_cap 0 batt pass1: dev 0xc15e3100 ok valid state 1 cap 0 valid_rate 1082 batt pass2: min 166 total_min 166 total_cap 0 batt pass1: dev 0xc15e3100 ok valid state 1 cap 0 valid_rate 1082 batt pass2: min 166 total_min 166 total_cap 0 batt pass1: dev 0xc15e3100 ok valid state 1 cap 0 valid_rate 1082 batt pass2: min 166 total_min 166 total_cap 0 batt pass1: dev 0xc15e3100 ok valid state 1 cap 0 valid_rate 1082 batt pass2: min 166 total_min 166 total_cap 0 batt pass1: dev 0xc15e3100 ok valid state 1 cap 0 valid_rate 1082 batt pass2: min 166 total_min 166 total_cap 0 wb@chuck ~: wb@chuck ~: apm APM version: 1.2 APM Management: Enabled AC Line status: off-line Battery Status: low Remaining battery life: 0% Remaining battery time: 2:31:00 Number of batteries: 1 Battery 0: Battery Status: low Remaining battery life: 0% Remaining battery time: 2:31:00 wb@chuck ~: -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 18:49:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2ED9116A41F for ; Mon, 25 Jul 2005 18:49:45 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id B658D43D48 for ; Mon, 25 Jul 2005 18:49:44 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.101] (ddsl-66-42-172-210.fuse.net [66.42.172.210]) (authenticated bits=0) by crumpet.united-ware.com (8.12.8p2/8.12.8) with ESMTP id j6PIkEwj019629 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Mon, 25 Jul 2005 14:46:14 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org Date: Mon, 25 Jul 2005 14:49:19 -0400 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2590143.542tcxP0hX"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200507251449.26943.mistry.7@osu.edu> X-Spam-Status: No, hits=-1.5 required=5.0 tests=BAYES_99,MYFREEBSD2 autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com Subject: kern_environment crash and hints fixes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 18:49:45 -0000 --nextPart2590143.542tcxP0hX Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline See the following PRs. http://www.freebsd.org/cgi/query-pr.cgi?pr=3D84034 http://www.freebsd.org/cgi/query-pr.cgi?pr=3D84033 =2D-=20 Anish Mistry --nextPart2590143.542tcxP0hX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC5TQ2xqA5ziudZT0RAnboAKCSADzE2psSZlcVhlAfNpW96zQ3JwCgnlud hog9B5/MUeKUSbij8jMJVlw= =t5lD -----END PGP SIGNATURE----- --nextPart2590143.542tcxP0hX-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 19:20:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C85416A41F for ; Mon, 25 Jul 2005 19:20:00 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 437E043D45 for ; Mon, 25 Jul 2005 19:19:59 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from [192.168.1.182] (unknown [195.159.1.220]) by smtp1.powertech.no (Postfix) with ESMTP id F296C80CB for ; Mon, 25 Jul 2005 21:19:57 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v733) Content-Transfer-Encoding: 7bit Message-Id: <81AE004D-82DD-4791-9C5F-64AF7B47E8E1@nordahl.net> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-current@freebsd.org From: Frode Nordahl Date: Mon, 25 Jul 2005 21:19:55 +0200 X-Mailer: Apple Mail (2.733) Subject: 6.0-BETA1: ATA RAID rebuild not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 19:20:00 -0000 Hello, I am having trouble rebuilding my ATA / SATA RAIDs with 6.0-BETA1. I have tried it on: Intel SCB2 with onboard Promise PDC20267 UDMA100 controller Intel 875WP3 with onboard ICH5 SATA150 controller (Using PseudoRAID, not Intel MatrixRAID...) # atacontrol status ar0 ar0: ATA RAID1 subdisks: DOWN ad6 status: DEGRADED # atacontrol addspare ar0 ad4 ad4: inserted into ar0 disk0 as spare # atacontrol rebuild ar0 # atacontrol status ar0 ar0: ATA RAID1 subdisks: ad4 ad6 status: REBUILDING 0% completed And then it just sits at 0% forever. I started a rebuild process on the Promise this friday, and it is still at 0%. During my testing I noticed that when running atacontrol rebuild, a dd process shows up. What is it for? root 546 0.0 0.3 3240 2760 p0- DNL Fri01PM 0:00.01 /bin/dd if=/dev/ar0 of=/dev/null bs=1m (note, it has run since friday) Tracing this process show the following: sched_switch(c3885300,0,1) at sched_switch+0x177 mi_switch(1,0) at mi_switch+0x270 sleepq_switch(d7540f08,ececabc4,c0637469,d7540f08,0) at sleepq_switch +0xe0 sleepq_wait(d7540f08,0,0,c085c10e,e52) at sleepq_wait+0x30 bwait(d7540f08,4c,c085429d) at bwait+0x47 physio(c381be00,ececacbc,0,100000,c381be00) at physio+0x1db devfs_read_f(c3859000,ececacbc,c3ae7780,0,c3885300) at devfs_read_f+0x87 dofileread(c3885300,4,c3859000,ececacbc,ffffffff) at dofileread+0x85 kern_readv(c3885300,4,ececacbc,804f000,100000) at kern_readv+0x36 read(c3885300,ececad04,3,1,246) at read+0x45 syscall(3b,3b,3b,2104,bfbfed40) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x280b9727, esp = 0xbfbfec8c, ebp = 0xbfbfecd8 --- db> show locks exclusive sleep mutex Giant r = 0 (0xc091dba0) locked @ /usr/src/sys/ kern/kern_intr.c:544 Frode Nordahl frode@nordahl.net From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 20:12:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2391016A420 for ; Mon, 25 Jul 2005 20:12:17 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from ss.eunet.cz (ss.eunet.cz [193.85.228.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C6E243D58 for ; Mon, 25 Jul 2005 20:12:15 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from localhost.i.cz (ss.eunet.cz [193.85.228.13]) by ss.eunet.cz (8.13.1/8.13.1) with ESMTP id j6PKC2D7035812; Mon, 25 Jul 2005 22:12:02 +0200 (CEST) (envelope-from mime@traveller.cz) From: Michal Mertl To: freebsd-current@freebsd.org Content-Type: text/plain Date: Mon, 25 Jul 2005 22:11:58 +0200 Message-Id: <1122322318.1042.12.camel@genius1.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Sam Leffler Subject: hostap recently broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 20:12:17 -0000 Hello, I've just found out that something very recently broke hostap on FreeBSD CURRENT. The client associates and gets the MAC address of the AP. When I run tcpdump on the AP I see the pings from the client getting in but the AP doesn't reply. The ARP protocol works but nothing else does. Source checked on 2005-07-22 16:00 UTC works fine. The AP card is atheros but just reverting the last changes to the driver doesn't help. Michal From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 22:06:44 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5382316A41F for ; Mon, 25 Jul 2005 22:06:44 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (postoffice.vicor.com [69.26.56.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1360543D46 for ; Mon, 25 Jul 2005 22:06:39 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 8E6C24CE979 for ; Mon, 25 Jul 2005 15:06:39 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01804-07 for ; Mon, 25 Jul 2005 15:06:39 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 33D114CE973 for ; Mon, 25 Jul 2005 15:06:39 -0700 (PDT) Message-ID: <42E5626F.2090009@elischer.org> Date: Mon, 25 Jul 2005 15:06:39 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Subject: FreeBSD 6.0 sysinstall and GPT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 22:06:44 -0000 Are there any plans to allow teh 6.0 sysinstall to add GPT partitions to a disk? (so we can handle larger arrrays at install time) I just tried it but didn't see any option that suggested this possibility. julian From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 23:16:07 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B26A316A41F; Mon, 25 Jul 2005 23:16:07 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74BAF43D58; Mon, 25 Jul 2005 23:16:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6PNFPba035379; Mon, 25 Jul 2005 19:15:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6PNG1Sx027711; Mon, 25 Jul 2005 19:16:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1ED367304D; Mon, 25 Jul 2005 19:16:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050725231601.1ED367304D@freebsd-current.sentex.ca> Date: Mon, 25 Jul 2005 19:16:01 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 23:16:08 -0000 TB --- 2005-07-25 21:44:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-07-25 21:44:23 - starting HEAD tinderbox run for alpha/alpha TB --- 2005-07-25 21:44:23 - cleaning the object tree TB --- 2005-07-25 21:44:48 - checking out the source tree TB --- 2005-07-25 21:44:48 - cd /home/tinderbox/HEAD/alpha/alpha TB --- 2005-07-25 21:44:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-07-25 21:50:20 - building world (CFLAGS=-O2 -pipe) TB --- 2005-07-25 21:50:20 - cd /home/tinderbox/HEAD/alpha/alpha/src TB --- 2005-07-25 21:50:20 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-07-25 22:53:56 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-07-25 22:53:56 - cd /home/tinderbox/HEAD/alpha/alpha/src TB --- 2005-07-25 22:53:56 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Jul 25 22:53:56 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Mon Jul 25 23:06:49 UTC 2005 TB --- 2005-07-25 23:06:49 - generating LINT kernel config TB --- 2005-07-25 23:06:49 - cd /home/tinderbox/HEAD/alpha/alpha/src/sys/alpha/conf TB --- 2005-07-25 23:06:49 - /usr/bin/make -B LINT TB --- 2005-07-25 23:06:49 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-07-25 23:06:49 - cd /home/tinderbox/HEAD/alpha/alpha/src TB --- 2005-07-25 23:06:49 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jul 25 23:06:49 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/HEAD/alpha/alpha/src/sys -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/altq -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/pf -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/HEAD/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/HEAD/alpha/alpha/src/sys/netinet/ip_dummynet.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/HEAD/alpha/alpha/src/sys -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/altq -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/pf -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/HEAD/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/HEAD/alpha/alpha/src/sys/netinet/ip_ecn.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/HEAD/alpha/alpha/src/sys -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/altq -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/pf -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/HEAD/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/HEAD/alpha/alpha/src/sys/netinet/ip_encap.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/HEAD/alpha/alpha/src/sys -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/altq -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/pf -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/HEAD/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/HEAD/alpha/alpha/src/sys/netinet/ip_fastfwd.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/HEAD/alpha/alpha/src/sys -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/altq -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/pf -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/HEAD/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/HEAD/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/HEAD/alpha/alpha/src/sys/netinet/ip_fw2.c /tinderbox/HEAD/alpha/alpha/src/sys/netinet/ip_fw2.c: In function `search_ip6_addr_net': /tinderbox/HEAD/alpha/alpha/src/sys/netinet/ip_fw2.c:602: warning: implicit declaration of function `in6_clearscope' /tinderbox/HEAD/alpha/alpha/src/sys/netinet/ip_fw2.c:602: warning: nested extern declaration of `in6_clearscope' *** Error code 1 Stop in /tinderbox/HEAD/alpha/alpha/obj/alpha/tinderbox/HEAD/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /tinderbox/HEAD/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/HEAD/alpha/alpha/src. TB --- 2005-07-25 23:16:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-07-25 23:16:00 - ERROR: failed to build lint kernel TB --- 2005-07-25 23:16:00 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Jul 25 23:19:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBB7516A41F; Mon, 25 Jul 2005 23:19:48 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3938343D48; Mon, 25 Jul 2005 23:19:45 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from localhost.localdomain (yazzy.yazzy.org [192.168.98.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id 387C439812; Tue, 26 Jul 2005 01:19:59 +0200 (CEST) Date: Tue, 26 Jul 2005 01:19:43 +0200 From: Marcin Jessa To: Nate Lawson Message-Id: <20050726011943.0abe83a0.lists@yazzy.org> In-Reply-To: <42E5134F.706@root.org> References: <42E1481F.5040306@root.org> <20050723133819.36efb537.lists@yazzy.org> <42E29CAA.1020007@root.org> <20050724215818.55f951ae.lists@yazzy.org> <42E42F10.3030309@root.org> <20050725091221.106a0368.lists@yazzy.org> <42E5134F.706@root.org> Organization: YazzY.org X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: acpi battery rework patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 23:19:49 -0000 On Mon, 25 Jul 2005 09:29:03 -0700 Nate Lawson wrote: > Marcin Jessa wrote: > > On Sun, 24 Jul 2005 17:15:12 -0700 > > Nate Lawson wrote: > >>As far as Eric's result, I'll check that on my systems as well. I > >>_think_ the previous behavior was more correct (-1 = unknown) so I'll > >>commit this minor change. The "state" variable should not have changed > >>so please let me know for sure if it has. "1" means "discharging" which > >>doesn't sound right if you're on AC power. If you just recently plugged > >>in the laptop, try polling the status a few more times (apm(8) gives > >>more detail) and see if it catches up. Some systems lag reporting > >>various values until they are sure they've restabilized after an AC line > >>change. > >> > >>Marcin, if your system reports a valid rate of use, we can calculate > >>time. If you're on AC power, there is no time available (since your > >>batteries aren't discharging at any rate). Try a previous > >>kernel/acpi.ko to be certain what the behavior used to be. > > > > > > [yazzy@lapdance:~]> uname -a > > FreeBSD lapdance.yazzy.net 6.0-BETA1 FreeBSD 6.0-BETA1 #4: Sat Jul 23 17:35:13 CEST 2005 root@lapdance.yazzy.net:/usr/obj/usr/src/sys/LAPDANCE-6.0 i386 > > > > Running on AC: > > [yazzy@lapdance:~]> sysctl -a | grep battery > > hw.acpi.battery.life: 23 > > hw.acpi.battery.time: -1 > > hw.acpi.battery.state: 2 > > hw.acpi.battery.units: 1 > > hw.acpi.battery.info_expire: 5 > > > > Running on battery: > > [yazzy@lapdance:~]> sysctl -a | grep battery > > hw.acpi.battery.life: 23 > > hw.acpi.battery.time: 41 > > hw.acpi.battery.state: 1 > > hw.acpi.battery.units: 1 > > hw.acpi.battery.info_expire: 5 > > [yazzy@lapdance:~]> > > And with a 7-current kernel, everything is the same except "time" is > always -1 both on and off AC power? > > Please try this patch with 7-current and report its output both on and > off power. It prints out more debugging info each time the battery is read. > > -- > Nate > Test results: Running on 6.0-BETA1 #4: Sat Jul 23 17:35:13 CEST 2005 - AC: hw.acpi.battery.life: 99 hw.acpi.battery.time: -1 hw.acpi.battery.state: 0 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 - Battery: hw.acpi.battery.life: 87 hw.acpi.battery.time: 103 hw.acpi.battery.state: 1 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 Back on AC (notice battery.state changed to 2 from previous 0 on AC (charging) ) hw.acpi.battery.life: 86 hw.acpi.battery.time: -1 hw.acpi.battery.state: 2 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 Running on FreeBSD 7.0-CURRENT #5: Mon Jul 25 22:21:05 CEST 2005 without the patch - AC: hw.acpi.battery.life: 100 hw.acpi.battery.time: -1 hw.acpi.battery.state: 0 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 - Battery: hw.acpi.battery.life: 99 hw.acpi.battery.time: 113 hw.acpi.battery.state: 1 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 Running on FreeBSD 7.0-CURRENT #5: Mon Jul 25 22:21:05 CEST 2005 with the patch: # sysctl -a | grep battery - AC: hw.acpi.battery.life: 70 hw.acpi.battery.time: -1 hw.acpi.battery.state: 2 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 dev.battery.0.%desc: ACPI Control Method Battery dev.battery.0.%driver: battery dev.battery.0.%location: handle=\_SB_.PCI0.LPC_.EC__.BAT0 dev.battery.0.%pnpinfo: _HID=PNP0C0A _UID=0 dev.battery.0.%parent: acpi0 - Battery: hw.acpi.battery.life: 70 hw.acpi.battery.time: 125 hw.acpi.battery.state: 1 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 dev.battery.0.%desc: ACPI Control Method Battery dev.battery.0.%driver: battery dev.battery.0.%location: handle=\_SB_.PCI0.LPC_.EC__.BAT0 dev.battery.0.%pnpinfo: _HID=PNP0C0A _UID=0 dev.battery.0.%parent: acpi0 From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 00:12:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B45416A41F for ; Tue, 26 Jul 2005 00:12:46 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.FreeBSD.org (Postfix) with SMTP id B855F43D45 for ; Tue, 26 Jul 2005 00:12:45 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 3067 invoked from network); 26 Jul 2005 00:12:45 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:X-Accept-Language:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding; b=J/IsOc8iB9CnhAtOUwrbbJZO6F30yAjKg8RP6cliOiziETXNC4MG7RrfLR2PUSPxSbx+wTrsdHxTDH/sDsCalZTJAF/NMdcAlpCwBf6E9rLlN9RovoVUB3j1TN+Apx0TxaSFnbJezC+alfsHe6pIshgiBojok8fbYSLxcQ3iIm0= ; Received: from unknown (HELO ?172.16.0.199?) (mikej@rogers.com@69.193.222.195 with plain) by smtp105.rog.mail.re2.yahoo.com with SMTP; 26 Jul 2005 00:12:44 -0000 Message-ID: <42E58007.9030202@rogers.com> Date: Mon, 25 Jul 2005 20:12:55 -0400 From: Mike Jakubik User-Agent: Mozilla Thunderbird 1.0.5 (Windows/20050711) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: dhclient taking all cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 00:12:46 -0000 Why is dhclient taking over 80% of CPU, constantly? PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 216 _dhcp 1 132 0 1448K 956K RUN 17.5H 83.30% dhclient FreeBSD 7.0-CURRENT #0: Mon Jul 25 00:23:30 EDT 2005 From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 00:29:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 532DE16A41F for ; Tue, 26 Jul 2005 00:29:36 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.FreeBSD.org (Postfix) with SMTP id BE10543D49 for ; Tue, 26 Jul 2005 00:29:35 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 22571 invoked from network); 26 Jul 2005 00:29:35 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:X-Accept-Language:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding; b=yWWza+3DJSsS40MT2MI2hb97/mC/m5/nqziJaDkYmSoIzi3z20yDKv0SEQHs5U+BOvFGTtUBQynZJ1ZzxqAGtqCCrjWxRhC2v6fNHKSi3tS9jvZBD6R/UFd2R2LuLfcjGksk6p9Knf7d16hAMHCRDDmnUGIggC3gKBePHyeerzE= ; Received: from unknown (HELO ?172.16.0.199?) (mikej@rogers.com@69.193.222.195 with plain) by smtp105.rog.mail.re2.yahoo.com with SMTP; 26 Jul 2005 00:29:35 -0000 Message-ID: <42E583F9.3070703@rogers.com> Date: Mon, 25 Jul 2005 20:29:45 -0400 From: Mike Jakubik User-Agent: Mozilla Thunderbird 1.0.5 (Windows/20050711) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: More dhclient gayness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 00:29:36 -0000 xl0: link state changed to UP DHCPREQUEST on xl0 to 255.255.255.255 port 67 DHCPREQUEST on xl0 to 255.255.255.255 port 67 DHCPACK from x.x.x.1 bound to x.x.x.195 -- renewal in 43200 seconds. xl0: flags=8843 mtu 1500 options=9 inet x.x.x.195 netmask 0xffffff80 broadcast x.x.x.255 ether 00:01:03:d4:4c:07 media: Ethernet autoselect (100baseTX ) status: active Creating and/or trimming log files:. Starting syslogd. Additional routing options: IP gateway=YES. Starting devd. dhclient xl0: already running? Mounting NFS file systems:. --- Why is dhclient being run again? Can someone tell me why this openbsd version was brought in anyways? The old one worked just fine, this seems like yet another reinvention of a wheel, and a broken one at that. From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 00:33:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6F5016A41F for ; Tue, 26 Jul 2005 00:33:47 +0000 (GMT) (envelope-from geekout@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2739043D48 for ; Tue, 26 Jul 2005 00:33:46 +0000 (GMT) (envelope-from geekout@gmail.com) Received: by wproxy.gmail.com with SMTP id i34so1016064wra for ; Mon, 25 Jul 2005 17:33:46 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FlmvbdsWQFQNHFhgbh9JXrAxit9jTZrbn0QS64MwHeatZ77ZxeOA8kLs+FNQ9WlGWBGWjqeUKcKMGNhSYvVbbY1eBPQtD5GcTGGbgaeO+1GR6qOPjCi3INg6WF0q/IPZljowkarI7zJof7O+D56FVaRDC5kvH1HPqiakxJewi30= Received: by 10.54.35.59 with SMTP id i59mr2376021wri; Mon, 25 Jul 2005 17:33:46 -0700 (PDT) Received: by 10.54.127.1 with HTTP; Mon, 25 Jul 2005 17:33:45 -0700 (PDT) Message-ID: <6e01203b05072517336be50b45@mail.gmail.com> Date: Mon, 25 Jul 2005 18:33:46 -0600 From: Tyler Gee To: Mike Jakubik In-Reply-To: <42E583F9.3070703@rogers.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <42E583F9.3070703@rogers.com> Cc: freebsd-current@freebsd.org Subject: Re: More dhclient gayness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tyler Gee List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 00:33:47 -0000 Please refrain from using deragatory insults as subjects to your email. On 7/25/05, Mike Jakubik wrote: > xl0: link state changed to UP > DHCPREQUEST on xl0 to 255.255.255.255 port 67 > DHCPREQUEST on xl0 to 255.255.255.255 port 67 > DHCPACK from x.x.x.1 > bound to x.x.x.195 -- renewal in 43200 seconds. > xl0: flags=3D8843 mtu 1500 > options=3D9 > inet x.x.x.195 netmask 0xffffff80 broadcast x.x.x.255 > ether 00:01:03:d4:4c:07 > media: Ethernet autoselect (100baseTX ) > status: active > Creating and/or trimming log files:. > Starting syslogd. > Additional routing options: IP gateway=3DYES. > Starting devd. > dhclient xl0: already running? > Mounting NFS file systems:. >=20 > --- >=20 > Why is dhclient being run again? Can someone tell me why this openbsd > version was brought in anyways? The old one worked just fine, this seems > like yet another reinvention of a wheel, and a broken one at that. >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 00:37:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE8F516A449 for ; Tue, 26 Jul 2005 00:37:57 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8963143D45 for ; Tue, 26 Jul 2005 00:37:57 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from tirun (dsl093-061-215.pit1.dsl.speakeasy.net [66.93.61.215]) by bache.ece.cmu.edu (Postfix) with ESMTP id 835A082 for ; Mon, 25 Jul 2005 20:37:56 -0400 (EDT) From: "Brandon S. Allbery KF8NH" To: freebsd-current@freebsd.org In-Reply-To: <6e01203b05072517336be50b45@mail.gmail.com> References: <42E583F9.3070703@rogers.com> <6e01203b05072517336be50b45@mail.gmail.com> Content-Type: text/plain Date: Mon, 25 Jul 2005 20:37:51 -0400 Message-Id: <1122338271.13570.1.camel@tirun> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: More dhclient gayness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 00:37:58 -0000 On Mon, 2005-07-25 at 18:33 -0600, Tyler Gee wrote: > Please refrain from using deragatory insults as subjects to your email. Agreed. > On 7/25/05, Mike Jakubik wrote: > > xl0: link state changed to UP > > DHCPREQUEST on xl0 to 255.255.255.255 port 67 > > DHCPREQUEST on xl0 to 255.255.255.255 port 67 > > DHCPACK from x.x.x.1 > > bound to x.x.x.195 -- renewal in 43200 seconds. (...) > > Starting devd. > > dhclient xl0: already running? I believe that's a known harmless issue: when devd starts it immediately gets a link-up event and tries to start dhclient per its ruleset. -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon univ. KF8NH From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 00:42:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAE8F16A41F for ; Tue, 26 Jul 2005 00:42:50 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B22643D45 for ; Tue, 26 Jul 2005 00:42:50 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j6Q0gkgo025107; Mon, 25 Jul 2005 17:42:46 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j6Q0gkMx025106; Mon, 25 Jul 2005 17:42:46 -0700 Date: Mon, 25 Jul 2005 17:42:46 -0700 From: Brooks Davis To: Mike Jakubik Message-ID: <20050726004246.GA20597@odin.ac.hmc.edu> References: <42E58007.9030202@rogers.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline In-Reply-To: <42E58007.9030202@rogers.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-current@freebsd.org Subject: Re: dhclient taking all cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 00:42:50 -0000 --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 25, 2005 at 08:12:55PM -0400, Mike Jakubik wrote: > Why is dhclient taking over 80% of CPU, constantly? >=20 > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMA= ND > 216 _dhcp 1 132 0 1448K 956K RUN 17.5H 83.30% > dhclient >=20 > FreeBSD 7.0-CURRENT #0: Mon Jul 25 00:23:30 EDT 2005 Probably something wrong with your interface, but you havent't provided any useful information so who knows. At the very least, I need to know what interface you are running on, something about it's status, and if both dhclient processes are running. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --2fHTh5uZTiUOsy+g Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFC5YcBXY6L6fI4GtQRAvBlAKC3Pk6TmV0LbrIoUD02jFQ/JtHGTgCcCoFG RxcWyvnQZkOr0jhkmQMyr9g= =u+e/ -----END PGP SIGNATURE----- --2fHTh5uZTiUOsy+g-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 00:50:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5445F16A41F for ; Tue, 26 Jul 2005 00:50:06 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1128F43D46 for ; Tue, 26 Jul 2005 00:50:06 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j6Q0o2ms063356 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 25 Jul 2005 17:50:03 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42E58A03.8010007@errno.com> Date: Mon, 25 Jul 2005 17:55:31 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michal Mertl References: <1122322318.1042.12.camel@genius1.i.cz> In-Reply-To: <1122322318.1042.12.camel@genius1.i.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: hostap recently broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 00:50:06 -0000 Michal Mertl wrote: > Hello, > > I've just found out that something very recently broke hostap on FreeBSD > CURRENT. The client associates and gets the MAC address of the AP. When > I run tcpdump on the AP I see the pings from the client getting in but > the AP doesn't reply. The ARP protocol works but nothing else does. > > Source checked on 2005-07-22 16:00 UTC works fine. > > The AP card is atheros but just reverting the last changes to the driver > doesn't help. I just tried with CURRENT (from last night). 5212 card setup with TKIP for PTK and GTK. ap operating in 11g. Powerbook running Tiger associated and operated fine. 29Mb/s for upstream tcp netperf (sta and ap in close proximity--rssi 41). I appreciate you testing stuff but please try to diagnose your problems a bit harder and then provide more useful info like the h/w revs and the exact steps you use to setup a non-working system. Sam From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 00:54:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EDA216A41F for ; Tue, 26 Jul 2005 00:54:07 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 497CD43D45 for ; Tue, 26 Jul 2005 00:54:07 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from tirun (dsl093-061-215.pit1.dsl.speakeasy.net [66.93.61.215]) by bache.ece.cmu.edu (Postfix) with ESMTP id 581EB82 for ; Mon, 25 Jul 2005 20:54:06 -0400 (EDT) From: "Brandon S. Allbery KF8NH" To: freebsd-current@freebsd.org Content-Type: text/plain Date: Mon, 25 Jul 2005 20:54:04 -0400 Message-Id: <1122339244.13570.17.camel@tirun> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: 6-BETA1 iwi + wpa_supplicant fails, and sometimes silently reboots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 00:54:07 -0000 I've been trying to use the iwi driver with wpa_supplicant to autodetect my home network (WPA-TKIP) and campus network (open). So far, I've had no success getting it to associate with my Linksys BEFW11S4 router/AP; I can't figure out how to get a key in common between them --- an ASCII key simply fails, and wpa_supplicant and the Linksys have very different ideas about the length of hex keys (the Linksys wants 40 hex digits). Things are even worse trying to use it on campus: the driver continually spews "iwi0: unknown authentication state 1" and "iwi0: fatal error" messages, and after a few minutes the machine (IBM Thinkpad T42, 2378-R4U) silently reboots. No panic message, no core dump, just freezes for about a second and then displays the BIOS screen (much as if I'd hit a reset button, not that there is one aside from holding the power button for 10 seconds). This happens even if the only entry in /etc/wpa_supplicant.conf is for the open network. Both networks are 802.11b. I've been unable to collect any significant debugging information from the latter because of the silent reboot. Is iwi considered usable at this point, or should I give up and try to get the NDIS driver working? (I had tried it initially but couldn't get it to accept an SSID; this was before wpa_supplicant hit the tree so I was using an ifconfig in /etc/start_if.ndis_iwi0... it also failed to work, with no error message, from the command line. Of course, NDIS support has been reworked since then.) -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon univ. KF8NH From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 01:16:57 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 948EC16A41F; Tue, 26 Jul 2005 01:16:57 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF1C643D46; Tue, 26 Jul 2005 01:16:56 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6Q1GK5H040176; Mon, 25 Jul 2005 21:16:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6Q1GtfU088241; Mon, 25 Jul 2005 21:16:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 54C477304D; Mon, 25 Jul 2005 21:16:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050726011655.54C477304D@freebsd-current.sentex.ca> Date: Mon, 25 Jul 2005 21:16:55 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 01:16:57 -0000 TB --- 2005-07-25 23:16:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-07-25 23:16:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-07-25 23:16:01 - cleaning the object tree TB --- 2005-07-25 23:16:25 - checking out the source tree TB --- 2005-07-25 23:16:25 - cd /home/tinderbox/HEAD/amd64/amd64 TB --- 2005-07-25 23:16:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-07-25 23:22:01 - building world (CFLAGS=-O2 -pipe) TB --- 2005-07-25 23:22:01 - cd /home/tinderbox/HEAD/amd64/amd64/src TB --- 2005-07-25 23:22:01 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-07-26 00:52:09 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-07-26 00:52:09 - cd /home/tinderbox/HEAD/amd64/amd64/src TB --- 2005-07-26 00:52:09 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Jul 26 00:52:10 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Tue Jul 26 01:07:23 UTC 2005 TB --- 2005-07-26 01:07:23 - generating LINT kernel config TB --- 2005-07-26 01:07:23 - cd /home/tinderbox/HEAD/amd64/amd64/src/sys/amd64/conf TB --- 2005-07-26 01:07:23 - /usr/bin/make -B LINT TB --- 2005-07-26 01:07:23 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-07-26 01:07:23 - cd /home/tinderbox/HEAD/amd64/amd64/src TB --- 2005-07-26 01:07:23 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jul 26 01:07:23 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/HEAD/amd64/amd64/src/sys -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/altq -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/pf -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/HEAD/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-as ynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/HEAD/amd64/amd64/src/sys/netinet/ip_dummynet.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/HEAD/amd64/amd64/src/sys -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/altq -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/pf -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/HEAD/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-as ynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/HEAD/amd64/amd64/src/sys/netinet/ip_ecn.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/HEAD/amd64/amd64/src/sys -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/altq -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/pf -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/HEAD/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-as ynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/HEAD/amd64/amd64/src/sys/netinet/ip_encap.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/HEAD/amd64/amd64/src/sys -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/altq -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/pf -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/HEAD/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-as ynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/HEAD/amd64/amd64/src/sys/netinet/ip_fastfwd.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/HEAD/amd64/amd64/src/sys -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/altq -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/pf -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/HEAD/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/HEAD/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-as ynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/HEAD/amd64/amd64/src/sys/netinet/ip_fw2.c /tinderbox/HEAD/amd64/amd64/src/sys/netinet/ip_fw2.c: In function `search_ip6_addr_net': /tinderbox/HEAD/amd64/amd64/src/sys/netinet/ip_fw2.c:602: warning: implicit declaration of function `in6_clearscope' /tinderbox/HEAD/amd64/amd64/src/sys/netinet/ip_fw2.c:602: warning: nested extern declaration of `in6_clearscope' *** Error code 1 Stop in /tinderbox/HEAD/amd64/amd64/obj/amd64/tinderbox/HEAD/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/HEAD/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/HEAD/amd64/amd64/src. TB --- 2005-07-26 01:16:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-07-26 01:16:55 - ERROR: failed to build lint kernel TB --- 2005-07-26 01:16:55 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 01:45:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF4C116A41F for ; Tue, 26 Jul 2005 01:45:29 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp100.rog.mail.re2.yahoo.com (smtp100.rog.mail.re2.yahoo.com [206.190.36.78]) by mx1.FreeBSD.org (Postfix) with SMTP id D59E043D45 for ; Tue, 26 Jul 2005 01:45:28 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 20960 invoked from network); 26 Jul 2005 01:45:28 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:X-Accept-Language:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=09mLR3eQMIazT+GMy16QNeGT7k37v6rnsDPG/RNMVaalIE4t8lFEws3BrrsIK8hWiMzcnfio0MTFKkieGWFfPJM/MnQeRvMvnzz4DKJoKCqeyuj9QfAu1HN7hr9NxdXS9MbUitbBUZManudlG4cOSeLBQBGlFZcEUFH912oukfA= ; Received: from unknown (HELO ?172.16.0.199?) (mikej@rogers.com@69.193.222.195 with plain) by smtp100.rog.mail.re2.yahoo.com with SMTP; 26 Jul 2005 01:45:28 -0000 Message-ID: <42E595C3.2070003@rogers.com> Date: Mon, 25 Jul 2005 21:45:39 -0400 From: Mike Jakubik User-Agent: Mozilla Thunderbird 1.0.5 (Windows/20050711) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <42E58007.9030202@rogers.com> <20050726004246.GA20597@odin.ac.hmc.edu> In-Reply-To: <20050726004246.GA20597@odin.ac.hmc.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: dhclient taking all cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 01:45:29 -0000 Brooks Davis wrote: >On Mon, Jul 25, 2005 at 08:12:55PM -0400, Mike Jakubik wrote: > > >>Why is dhclient taking over 80% of CPU, constantly? >> >> PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND >> 216 _dhcp 1 132 0 1448K 956K RUN 17.5H 83.30% >>dhclient >> >>FreeBSD 7.0-CURRENT #0: Mon Jul 25 00:23:30 EDT 2005 >> >> > >Probably something wrong with your interface, but you havent't provided >any useful information so who knows. At the very least, I need to know >what interface you are running on, something about it's status, and if >both dhclient processes are running. > > The interface is xl0 (3Com 3c905C-TX Fast Etherlink XL), and it worked in this machine fine for as long as i remember. This seems to have happened since a recent cvsup and buildworld from ~6-BETA to 7-CURRENT. I rebooted three times, and the problem occured rougly a minute after bootup. On the fourth time however, it seems to be ok so far. From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 01:46:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 715AE16A41F for ; Tue, 26 Jul 2005 01:46:20 +0000 (GMT) (envelope-from dongsheng.song@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11A3A43D45 for ; Tue, 26 Jul 2005 01:46:19 +0000 (GMT) (envelope-from dongsheng.song@gmail.com) Received: by wproxy.gmail.com with SMTP id 55so1084916wri for ; Mon, 25 Jul 2005 18:46:19 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Uznp6ORINISgJ1bywlmeQgyAtSRwsnXSxDhScNxdr4BDB0kWGco8R6t03gPhhUvXwwL11oU8BX2WZXx2G5pYhwz3Zfnaglcxx/lgoKKScsIjTfpUaVs6KL4V6kqhjwdU7DKqSvOEtsIP4cst+hymHUfM0+LmSyJb+b+33kganLo= Received: by 10.54.139.7 with SMTP id m7mr2357382wrd; Mon, 25 Jul 2005 18:46:19 -0700 (PDT) Received: by 10.54.48.34 with HTTP; Mon, 25 Jul 2005 18:46:19 -0700 (PDT) Message-ID: <4b3406f0507251846682c3e95@mail.gmail.com> Date: Tue, 26 Jul 2005 09:46:19 +0800 From: Dongsheng Song To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Can I cross compiling FreeBSD like NetBSD under linux ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dongsheng Song List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 01:46:20 -0000 Can I cross compiling FreeBSD like NetBSD under linux ? From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 01:49:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 139DD16A41F for ; Tue, 26 Jul 2005 01:49:36 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FA6F43D45 for ; Tue, 26 Jul 2005 01:49:35 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j6Q1nYNV021328 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 25 Jul 2005 21:49:35 -0400 Received: from obsecurity.dyndns.org (fields.fields.utoronto.ca [128.100.216.11]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j6Q1nX6P005772; Mon, 25 Jul 2005 21:49:34 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3C2D451522; Mon, 25 Jul 2005 21:49:30 -0400 (EDT) Date: Mon, 25 Jul 2005 21:49:30 -0400 From: Kris Kennaway To: Dongsheng Song Message-ID: <20050726014929.GA13094@xor.obsecurity.org> References: <4b3406f0507251846682c3e95@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline In-Reply-To: <4b3406f0507251846682c3e95@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Can I cross compiling FreeBSD like NetBSD under linux ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 01:49:36 -0000 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Jul 26, 2005 at 09:46:19AM +0800, Dongsheng Song wrote: > Can I cross compiling FreeBSD like NetBSD under linux ? No, sorry. Kris --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC5ZapWry0BWjoQKURAqJ3AKCIxeU69TEGdPHsmKlgCQd0llH71QCgsAd8 uGUfxzfl60c19gJltfS5y6w= =kFL+ -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 01:54:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6166616A41F for ; Tue, 26 Jul 2005 01:54:29 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F6B543D45 for ; Tue, 26 Jul 2005 01:54:29 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j6Q1sSkx029911; Mon, 25 Jul 2005 18:54:28 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j6Q1sSdn029910; Mon, 25 Jul 2005 18:54:28 -0700 Date: Mon, 25 Jul 2005 18:54:28 -0700 From: Brooks Davis To: Mike Jakubik Message-ID: <20050726015428.GF20597@odin.ac.hmc.edu> References: <42E58007.9030202@rogers.com> <20050726004246.GA20597@odin.ac.hmc.edu> <42E595C3.2070003@rogers.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2FkSFaIQeDFoAt0B" Content-Disposition: inline In-Reply-To: <42E595C3.2070003@rogers.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-current@freebsd.org Subject: Re: dhclient taking all cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 01:54:29 -0000 --2FkSFaIQeDFoAt0B Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 25, 2005 at 09:45:39PM -0400, Mike Jakubik wrote: > Brooks Davis wrote: >=20 > >On Mon, Jul 25, 2005 at 08:12:55PM -0400, Mike Jakubik wrote: > >=20 > > > >>Why is dhclient taking over 80% of CPU, constantly? > >> > >> PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMM= AND > >> 216 _dhcp 1 132 0 1448K 956K RUN 17.5H 83.30% > >>dhclient > >> > >>FreeBSD 7.0-CURRENT #0: Mon Jul 25 00:23:30 EDT 2005 > >> =20 > >> > > > >Probably something wrong with your interface, but you havent't provided > >any useful information so who knows. At the very least, I need to know > >what interface you are running on, something about it's status, and if > >both dhclient processes are running. > >=20 > The interface is xl0 (3Com 3c905C-TX Fast Etherlink XL), and it worked=20 > in this machine fine for as long as i remember. This seems to have=20 > happened since a recent cvsup and buildworld from ~6-BETA to 7-CURRENT.= =20 > I rebooted three times, and the problem occured rougly a minute after=20 > bootup. On the fourth time however, it seems to be ok so far. That sounds like a problem with the code that handles the link state notifications in the interface driver. The notifications are a reletivly new feature that we're only now starting to use heavily so there are going to be bumps in the road. It would be intresting to know if you see link state messages promptly if you plug and unplug the network cable. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --2FkSFaIQeDFoAt0B Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFC5ZfTXY6L6fI4GtQRAmlbAKDbiMmN57EtCytIXQBnM76P+u0GqACeNh7s 4dE1B0O157bX7Zq6kblmlJs= =H85z -----END PGP SIGNATURE----- --2FkSFaIQeDFoAt0B-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 02:39:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38F6416A41F for ; Tue, 26 Jul 2005 02:39:10 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp104.rog.mail.re2.yahoo.com (smtp104.rog.mail.re2.yahoo.com [206.190.36.82]) by mx1.FreeBSD.org (Postfix) with SMTP id A553843D45 for ; Tue, 26 Jul 2005 02:39:09 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 44232 invoked from network); 26 Jul 2005 02:39:08 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:In-Reply-To:References:Date:Subject:From:To:Cc:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding; b=gjbaiupb33OSUmR6ai6e+TegerAcbkO70SHg5bmWklLYkND80PTcwr5D1jvxvSm/J1yj69G7lxxRgoIlvHGAtyUHo3IpszuLAyh9fHnFVvLREV6ryzuj9qAiXmh0qAjACA1kxezbJ1naWMDWrs5wSQTzFLt/6+E1HaAEd5EOp7c= ; Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp104.rog.mail.re2.yahoo.com with SMTP; 26 Jul 2005 02:39:08 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by 172.16.0.1 with HTTP; Mon, 25 Jul 2005 22:39:09 -0400 (EDT) Message-ID: <4901.172.16.0.199.1122345549.squirrel@172.16.0.1> In-Reply-To: <20050726015428.GF20597@odin.ac.hmc.edu> References: <42E58007.9030202@rogers.com> <20050726004246.GA20597@odin.ac.hmc.edu> <42E595C3.2070003@rogers.com> <20050726015428.GF20597@odin.ac.hmc.edu> Date: Mon, 25 Jul 2005 22:39:09 -0400 (EDT) From: "Mike Jakubik" To: "Brooks Davis" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: dhclient taking all cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 02:39:10 -0000 On Mon, July 25, 2005 9:54 pm, Brooks Davis said: >>> Probably something wrong with your interface, but you havent't >>> provided any useful information so who knows. At the very least, I >>> need to know what interface you are running on, something about it's >>> status, and if both dhclient processes are running. >>> >> The interface is xl0 (3Com 3c905C-TX Fast Etherlink XL), and it worked >> in this machine fine for as long as i remember. This seems to have >> happened since a recent cvsup and buildworld from ~6-BETA to 7-CURRENT. >> I rebooted three times, and the problem occured rougly a minute after >> bootup. On the fourth time however, it seems to be ok so far. > > That sounds like a problem with the code that handles the link state > notifications in the interface driver. The notifications are a reletivly > new feature that we're only now starting to use heavily so there are going > to be bumps in the road. It would be intresting to know if you see link > state messages promptly if you plug and unplug the network cable. It seems to be back at it again, this time it took longer to kick in. Here is a "ps auxw|grep dhclient" : _dhcp 219 93.5 0.2 1484 1136 ?? Rs 8:49PM 5:06.00 dhclient: xl0 (dhclient) root 193 0.0 0.2 1484 1088 d0- S 8:49PM 0:00.02 dhclient: xl0 [priv] (dhclient) top: PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 219 _dhcp 1 129 0 1484K 1136K RUN 9:33 94.24% dhclient Nothing in dmesg about link state changes on xl0. Unplugging and replugging the network cable results in link state notification within a couple seconds. From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 03:07:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7209F16A41F for ; Tue, 26 Jul 2005 03:07:28 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29D5D43D45 for ; Tue, 26 Jul 2005 03:07:28 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from tirun (dsl093-061-215.pit1.dsl.speakeasy.net [66.93.61.215]) by bache.ece.cmu.edu (Postfix) with ESMTP id 1944D82 for ; Mon, 25 Jul 2005 23:07:27 -0400 (EDT) From: "Brandon S. Allbery KF8NH" To: freebsd-current@freebsd.org In-Reply-To: <20050726015428.GF20597@odin.ac.hmc.edu> References: <42E58007.9030202@rogers.com> <20050726004246.GA20597@odin.ac.hmc.edu> <42E595C3.2070003@rogers.com> <20050726015428.GF20597@odin.ac.hmc.edu> Content-Type: text/plain Date: Mon, 25 Jul 2005 23:07:25 -0400 Message-Id: <1122347245.13570.33.camel@tirun> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: dhclient taking all cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 03:07:28 -0000 On Mon, 2005-07-25 at 18:54 -0700, Brooks Davis wrote: > That sounds like a problem with the code that handles the link state > notifications in the interface driver. The notifications are a > reletivly new feature that we're only now starting to use heavily so > there are going to be bumps in the road. It would be intresting to know > if you see link state messages promptly if you plug and unplug the > network cable. I can't speak to the original poster's problems, but I do *not* see link state messages when plugging/unplugging the cable on my T42 (em0). I have resigned myself to starting dhclient manually. (Suggestions for helping to track this down are welcome...) -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon univ. KF8NH From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 05:26:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CA5916A41F; Tue, 26 Jul 2005 05:26:17 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm12.prodigy.net (ylpvm12-ext.prodigy.net [207.115.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D89143D45; Tue, 26 Jul 2005 05:26:16 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout5-ext.prodigy.net (pimout5-int.prodigy.net [207.115.4.21]) by ylpvm12.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id j6Q5Q7Hv031918; Tue, 26 Jul 2005 01:26:07 -0400 X-ORBL: [64.171.187.230] Received: from [10.0.5.50] (adsl-64-171-187-230.dsl.snfc21.pacbell.net [64.171.187.230]) by pimout5-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id j6Q5QB7c089748; Tue, 26 Jul 2005 01:26:12 -0400 Message-ID: <42E5C96C.9060105@root.org> Date: Mon, 25 Jul 2005 22:26:04 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marcin Jessa References: <42E1481F.5040306@root.org> <20050723133819.36efb537.lists@yazzy.org> <42E29CAA.1020007@root.org> <20050724215818.55f951ae.lists@yazzy.org> <42E42F10.3030309@root.org> <20050725091221.106a0368.lists@yazzy.org> <42E5134F.706@root.org> <20050726011943.0abe83a0.lists@yazzy.org> In-Reply-To: <20050726011943.0abe83a0.lists@yazzy.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: acpi battery rework patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 05:26:17 -0000 Marcin Jessa wrote: > On Mon, 25 Jul 2005 09:29:03 -0700 > Nate Lawson wrote: >>Marcin Jessa wrote: >> >>>On Sun, 24 Jul 2005 17:15:12 -0700 >>>Nate Lawson wrote: >>>> >>>>Marcin, if your system reports a valid rate of use, we can calculate >>>>time. If you're on AC power, there is no time available (since your >>>>batteries aren't discharging at any rate). Try a previous >>>>kernel/acpi.ko to be certain what the behavior used to be. >>> >>And with a 7-current kernel, everything is the same except "time" is >>always -1 both on and off AC power? >> >>Please try this patch with 7-current and report its output both on and >>off power. It prints out more debugging info each time the battery is read. > > Test results: > > Running on 6.0-BETA1 #4: Sat Jul 23 17:35:13 CEST 2005 > - AC: > hw.acpi.battery.life: 99 > hw.acpi.battery.time: -1 > hw.acpi.battery.state: 0 > > - Battery: > hw.acpi.battery.life: 87 > hw.acpi.battery.time: 103 > hw.acpi.battery.state: 1 Completely fine. Time should be -1 (unknown) while on AC power. And state is "discharging" when on battery. > Running on FreeBSD 7.0-CURRENT #5: Mon Jul 25 22:21:05 CEST 2005 without the patch > - AC: > hw.acpi.battery.life: 100 > hw.acpi.battery.time: -1 > hw.acpi.battery.state: 0 > > - Battery: > hw.acpi.battery.life: 99 > hw.acpi.battery.time: 113 > hw.acpi.battery.state: 1 Um, this is exactly the same as above before my battery rework commit. I fail to see anything wrong with it. > Running on FreeBSD 7.0-CURRENT #5: Mon Jul 25 22:21:05 CEST 2005 with the patch: The patch should not change anything since it just adds printfs to help get more info in case you had some bug. > - AC: > hw.acpi.battery.life: 70 > hw.acpi.battery.time: -1 > hw.acpi.battery.state: 2 This is fine. On AC power and state is charging. > - Battery: > hw.acpi.battery.life: 70 > hw.acpi.battery.time: 125 > hw.acpi.battery.state: 1 Time is valid and state is "discharging". There is no bug here, this info is correct and matches the kernel behavior before my commit. So what is the buggy behavior? -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 05:31:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0618D16A41F; Tue, 26 Jul 2005 05:31:15 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BE7143D45; Tue, 26 Jul 2005 05:31:14 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout7-ext.prodigy.net (pimout7-int.prodigy.net [207.115.4.147]) by ylpvm15.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id j6Q5VaaR020098; Tue, 26 Jul 2005 01:31:37 -0400 X-ORBL: [64.171.187.230] Received: from [10.0.5.50] (adsl-64-171-187-230.dsl.snfc21.pacbell.net [64.171.187.230]) by pimout7-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id j6Q5VBYL344590; Tue, 26 Jul 2005 01:31:12 -0400 Message-ID: <42E5CA9E.6080309@root.org> Date: Mon, 25 Jul 2005 22:31:10 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Wilko Bulte References: <42E1481F.5040306@root.org> <20050723133819.36efb537.lists@yazzy.org> <42E29CAA.1020007@root.org> <20050724215818.55f951ae.lists@yazzy.org> <42E42F10.3030309@root.org> <20050725091221.106a0368.lists@yazzy.org> <42E5134F.706@root.org> <20050725184101.GA41023@freebie.xs4all.nl> In-Reply-To: <20050725184101.GA41023@freebie.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: acpi battery rework patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 05:31:15 -0000 Wilko Bulte wrote: >>>On Sun, 24 Jul 2005 17:15:12 -0700 >>>Nate Lawson wrote: >>Please try this patch with 7-current and report its output both on and >>off power. It prints out more debugging info each time the battery is read. > > > On an Compaq EVO N160, on AC power > batt pass1: dev 0xc15e3100 ok valid state 2 cap 0 valid_rate 0 > batt pass2: min 0 total_min 0 total_cap 0 > ichss0: transition to 1 failed This is a separate issue, you should disable ichss: hint.ichss.0.disabled="1" It appears your chipset does not actually support it. I think bruno@ has a patch for doing more detailed checking for systems that actually support it. > batt pass1: dev 0xc15e3100 ok valid state 2 cap 0 valid_rate 0 > batt pass2: min 0 total_min 0 total_cap 0 > ichss0: transition to 1 failed > > APM version: 1.2 > APM Management: Enabled > AC Line status: on-line > Battery Status: charging > Remaining battery life: 0% > Remaining battery time: 0:00:00 > Number of batteries: 1 > Battery 0: > Battery Status: charging > Remaining battery life: 0% > Remaining battery time: 0:00:00 This is strange behavior. Your system is never reporting the current battery capacity (cap = 0) even though it reports a reasonable battery status (charging). > Unplugging AC power: > > batt pass1: dev 0xc15e3100 ok valid state 1 cap 0 valid_rate 1082 > batt pass2: min 166 total_min 166 total_cap 0 > > > wb@chuck ~: apm > APM version: 1.2 > APM Management: Enabled > AC Line status: off-line > Battery Status: low > Remaining battery life: 0% > Remaining battery time: 2:31:00 > Number of batteries: 1 > Battery 0: > Battery Status: low > Remaining battery life: 0% > Remaining battery time: 2:31:00 Again, it does not report a valid cap off power but does report a valid rate of use. Did you always have this behavior or was this introduced by my commit? -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 05:43:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2942B16A41F; Tue, 26 Jul 2005 05:43:32 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mrout2.yahoo.com (mrout2.yahoo.com [216.145.54.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE0E443D46; Tue, 26 Jul 2005 05:43:31 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy8.corp.yahoo.com [216.145.48.13]) by mrout2.yahoo.com (8.13.4/8.13.4/y.out) with ESMTP id j6Q5ekax038613; Mon, 25 Jul 2005 22:40:47 -0700 (PDT) Date: Tue, 26 Jul 2005 14:40:50 +0900 Message-ID: From: gnn@freebsd.org To: freebsd-net@freebsd.org User-Agent: Wanderlust/2.12.2 (99 Luftballons) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.3.50 (powerpc-apple-darwin8.1.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Please test this patch for an IPv6 related Kernel Panic.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 05:43:32 -0000 Howdy, The PR this addresses is 83885: http://www.freebsd.org/cgi/query-pr.cgi?pr=83885 The patch in the PR is correct but misaligned for CURRENT. I'd like to commit this patch to current then MFC it. I have tested this patch and it works for me. Please comment etc. Later, George Index: uipc_socket.c =================================================================== RCS file: /Volumes/exported/FreeBSD-CVS/src/sys/kern/uipc_socket.c,v retrieving revision 1.242 diff -u -r1.242 uipc_socket.c --- uipc_socket.c 1 Jul 2005 16:28:30 -0000 1.242 +++ uipc_socket.c 26 Jul 2005 05:38:12 -0000 @@ -1162,7 +1162,10 @@ } cm = cmn; } - nextrecord = so->so_rcv.sb_mb->m_nextpkt; + if (so->so_rcv.sb_mb) + nextrecord = so->so_rcv.sb_mb->m_nextpkt; + else + nextrecord = NULL; orig_resid = 0; } if (m != NULL) { From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 07:33:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1659E16A41F; Tue, 26 Jul 2005 07:33:15 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E6BD43D4C; Tue, 26 Jul 2005 07:33:14 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=h311r4z3r) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1DxJvq-0003D3-6d; Tue, 26 Jul 2005 09:32:56 +0200 Date: Tue, 26 Jul 2005 09:33:17 +0200 From: Marcin Jessa To: Nate Lawson Message-Id: <20050726093317.522452a6.lists@yazzy.org> In-Reply-To: <42E5C96C.9060105@root.org> References: <42E1481F.5040306@root.org> <20050723133819.36efb537.lists@yazzy.org> <42E29CAA.1020007@root.org> <20050724215818.55f951ae.lists@yazzy.org> <42E42F10.3030309@root.org> <20050725091221.106a0368.lists@yazzy.org> <42E5134F.706@root.org> <20050726011943.0abe83a0.lists@yazzy.org> <42E5C96C.9060105@root.org> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.0rc (GTK+ 2.6.8; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.5 (--) Cc: acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: acpi battery rework patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 07:33:15 -0000 On Mon, 25 Jul 2005 22:26:04 -0700 Nate Lawson wrote: > Marcin Jessa wrote: > > On Mon, 25 Jul 2005 09:29:03 -0700 > > Nate Lawson wrote: > >>Marcin Jessa wrote: > >> > >>>On Sun, 24 Jul 2005 17:15:12 -0700 > >>>Nate Lawson wrote: > >>>> > >>>>Marcin, if your system reports a valid rate of use, we can calculate > >>>>time. If you're on AC power, there is no time available (since your > >>>>batteries aren't discharging at any rate). Try a previous > >>>>kernel/acpi.ko to be certain what the behavior used to be. > >>> > >>And with a 7-current kernel, everything is the same except "time" is > >>always -1 both on and off AC power? > >> > >>Please try this patch with 7-current and report its output both on and > >>off power. It prints out more debugging info each time the battery is read. > > > > Test results: > > > > Running on 6.0-BETA1 #4: Sat Jul 23 17:35:13 CEST 2005 > > - AC: > > hw.acpi.battery.life: 99 > > hw.acpi.battery.time: -1 > > hw.acpi.battery.state: 0 > > > > - Battery: > > hw.acpi.battery.life: 87 > > hw.acpi.battery.time: 103 > > hw.acpi.battery.state: 1 > > Completely fine. Time should be -1 (unknown) while on AC power. And > state is "discharging" when on battery. > > > Running on FreeBSD 7.0-CURRENT #5: Mon Jul 25 22:21:05 CEST 2005 without the patch > > - AC: > > hw.acpi.battery.life: 100 > > hw.acpi.battery.time: -1 > > hw.acpi.battery.state: 0 > > > > - Battery: > > hw.acpi.battery.life: 99 > > hw.acpi.battery.time: 113 > > hw.acpi.battery.state: 1 > > Um, this is exactly the same as above before my battery rework commit. > I fail to see anything wrong with it. > > > Running on FreeBSD 7.0-CURRENT #5: Mon Jul 25 22:21:05 CEST 2005 with the patch: > > The patch should not change anything since it just adds printfs to help > get more info in case you had some bug. > > > - AC: > > hw.acpi.battery.life: 70 > > hw.acpi.battery.time: -1 > > hw.acpi.battery.state: 2 > > This is fine. On AC power and state is charging. > > > - Battery: > > hw.acpi.battery.life: 70 > > hw.acpi.battery.time: 125 > > hw.acpi.battery.state: 1 > > Time is valid and state is "discharging". > > There is no bug here, this info is correct and matches the kernel > behavior before my commit. So what is the buggy behavior? > In the first email i could not see the remining time when running on battery but then after a short while I sent one more email as reply to my own saying it showed up and this was propably becouse ACPI did not manage to get the battery state yet. I dont know if there was any bug. I thought you had some issues so I tried to help. It seems like we both wasted our time on a perfectly good code becouse you missed my second email :) Cheers, Marcin. P.S Do you still need my dmesg ? From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 07:34:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E089316A41F; Tue, 26 Jul 2005 07:34:57 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4420643D45; Tue, 26 Jul 2005 07:34:56 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr14.xs4all.nl (8.13.3/8.13.3) with ESMTP id j6Q7Ypbv060754; Tue, 26 Jul 2005 09:34:52 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.3/8.13.3) with ESMTP id j6Q7Ypnl044739; Tue, 26 Jul 2005 09:34:51 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.3/8.13.1/Submit) id j6Q7YpLD044738; Tue, 26 Jul 2005 09:34:51 +0200 (CEST) (envelope-from wb) Date: Tue, 26 Jul 2005 09:34:51 +0200 From: Wilko Bulte To: Nate Lawson Message-ID: <20050726073451.GA44706@freebie.xs4all.nl> References: <20050723133819.36efb537.lists@yazzy.org> <42E29CAA.1020007@root.org> <20050724215818.55f951ae.lists@yazzy.org> <42E42F10.3030309@root.org> <20050725091221.106a0368.lists@yazzy.org> <42E5134F.706@root.org> <20050725184101.GA41023@freebie.xs4all.nl> <42E5CA9E.6080309@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42E5CA9E.6080309@root.org> X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner Cc: acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: acpi battery rework patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 07:34:58 -0000 On Mon, Jul 25, 2005 at 10:31:10PM -0700, Nate Lawson wrote.. > Wilko Bulte wrote: > >>>On Sun, 24 Jul 2005 17:15:12 -0700 > >>>Nate Lawson wrote: > >>Please try this patch with 7-current and report its output both on and > >>off power. It prints out more debugging info each time the battery is > >>read. > > > > > >On an Compaq EVO N160, on AC power > >batt pass1: dev 0xc15e3100 ok valid state 2 cap 0 valid_rate 0 > >batt pass2: min 0 total_min 0 total_cap 0 > >ichss0: transition to 1 failed > > This is a separate issue, you should disable ichss: > hint.ichss.0.disabled="1" > > It appears your chipset does not actually support it. I think bruno@ > has a patch for doing more detailed checking for systems that actually > support it. > > >batt pass1: dev 0xc15e3100 ok valid state 2 cap 0 valid_rate 0 > >batt pass2: min 0 total_min 0 total_cap 0 > >ichss0: transition to 1 failed > > > >APM version: 1.2 > >APM Management: Enabled > >AC Line status: on-line > >Battery Status: charging > >Remaining battery life: 0% > >Remaining battery time: 0:00:00 > >Number of batteries: 1 > >Battery 0: > > Battery Status: charging > > Remaining battery life: 0% > > Remaining battery time: 0:00:00 > > This is strange behavior. Your system is never reporting the current > battery capacity (cap = 0) even though it reports a reasonable battery > status (charging). Yep. It has always been this way. > >Unplugging AC power: > > > >batt pass1: dev 0xc15e3100 ok valid state 1 cap 0 valid_rate 1082 > >batt pass2: min 166 total_min 166 total_cap 0 > > > > > >wb@chuck ~: apm > >APM version: 1.2 > >APM Management: Enabled > >AC Line status: off-line > >Battery Status: low > >Remaining battery life: 0% > >Remaining battery time: 2:31:00 > >Number of batteries: 1 > >Battery 0: > > Battery Status: low > > Remaining battery life: 0% > > Remaining battery time: 2:31:00 > > Again, it does not report a valid cap off power but does report a valid > rate of use. > > Did you always have this behavior or was this introduced by my commit? Been there since a long time. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 07:52:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA12C16A41F for ; Tue, 26 Jul 2005 07:52:01 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from ss.eunet.cz (ss.eunet.cz [193.85.228.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 563D043D48 for ; Tue, 26 Jul 2005 07:52:00 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from localhost.i.cz (ss.eunet.cz [193.85.228.13]) by ss.eunet.cz (8.13.1/8.13.1) with ESMTP id j6Q7prbN055495; Tue, 26 Jul 2005 09:51:54 +0200 (CEST) (envelope-from mime@traveller.cz) From: Michal Mertl To: Sam Leffler In-Reply-To: <42E58A03.8010007@errno.com> References: <1122322318.1042.12.camel@genius1.i.cz> <42E58A03.8010007@errno.com> Content-Type: text/plain Date: Tue, 26 Jul 2005 09:51:49 +0200 Message-Id: <1122364309.31546.34.camel@genius1.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: hostap recently broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 07:52:02 -0000 Sam Leffler wrote: > Michal Mertl wrote: > > Hello, > > > > I've just found out that something very recently broke hostap on FreeBSD > > CURRENT. The client associates and gets the MAC address of the AP. When > > I run tcpdump on the AP I see the pings from the client getting in but > > the AP doesn't reply. The ARP protocol works but nothing else does. > > > > Source checked on 2005-07-22 16:00 UTC works fine. > > > > The AP card is atheros but just reverting the last changes to the driver > > doesn't help. > > I just tried with CURRENT (from last night). 5212 card setup with TKIP > for PTK and GTK. ap operating in 11g. Powerbook running Tiger > associated and operated fine. 29Mb/s for upstream tcp netperf (sta and > ap in close proximity--rssi 41). > > I appreciate you testing stuff but please try to diagnose your problems > a bit harder and then provide more useful info like the h/w revs and the > exact steps you use to setup a non-working system. Sorry, I had the exact same HW setup as before which I described in my email about the problem with bridging. I've got several Atheros 5212 cards (mac 5.9 phy 4.3 radio 3.6) and also IPW notebook all running CURRENT, the notebook and the client several days old (from before 2005-07-22 16:00 UTC). The most basic setup - 'ifconfig ath0 192.168.0.1 mediaopt hostap ssid aaa' on the AP and 'ifconfig ath0 192.168.0.2 ssid aaa' worked like a charm before the date and not after. With the newer kernel on the AP the cards associate and as I've just found I can communicate between the stations on the AP. Ping to the AP doesn't work even when I get the MAC address of the AP via ARP. Adhoc connection works. Michal From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 11:30:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2749216A420 for ; Tue, 26 Jul 2005 11:30:30 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81C4743D45 for ; Tue, 26 Jul 2005 11:30:28 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from [195.159.148.126] (dhcp7.xu.nordahl.net [195.159.148.126]) by smtp1.powertech.no (Postfix) with ESMTP id BBEE480FE; Tue, 26 Jul 2005 13:30:27 +0200 (CEST) In-Reply-To: <81AE004D-82DD-4791-9C5F-64AF7B47E8E1@nordahl.net> References: <81AE004D-82DD-4791-9C5F-64AF7B47E8E1@nordahl.net> Mime-Version: 1.0 (Apple Message framework v733) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <3393C657-47A5-43FB-87B7-04555A41A1B5@nordahl.net> Content-Transfer-Encoding: 7bit From: Frode Nordahl Date: Tue, 26 Jul 2005 13:30:26 +0200 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.733) Cc: sos@deepcore.dk Subject: Re: 6.0-BETA1: ATA RAID rebuild not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 11:30:30 -0000 On 25. jul. 2005, at 21.19, Frode Nordahl wrote: > Hello, > > I am having trouble rebuilding my ATA / SATA RAIDs with 6.0-BETA1. > > I have tried it on: > Intel SCB2 with onboard Promise PDC20267 UDMA100 controller > Intel 875WP3 with onboard ICH5 SATA150 controller > (Using PseudoRAID, not Intel MatrixRAID...) > > # atacontrol status ar0 > ar0: ATA RAID1 subdisks: DOWN ad6 status: DEGRADED > > # atacontrol addspare ar0 ad4 > ad4: inserted into ar0 disk0 as spare > > # atacontrol rebuild ar0 > > # atacontrol status ar0 > ar0: ATA RAID1 subdisks: ad4 ad6 status: REBUILDING 0% completed > > And then it just sits at 0% forever. I started a rebuild process on > the Promise this friday, and it is still at 0%. > > During my testing I noticed that when running atacontrol rebuild, a > dd process shows up. What is it for? > > root 546 0.0 0.3 3240 2760 p0- DNL Fri01PM 0:00.01 /bin/ > dd if=/dev/ar0 of=/dev/null bs=1m > > (note, it has run since friday) > > Tracing this process show the following: > sched_switch(c3885300,0,1) at sched_switch+0x177 > mi_switch(1,0) at mi_switch+0x270 > sleepq_switch(d7540f08,ececabc4,c0637469,d7540f08,0) at > sleepq_switch+0xe0 > sleepq_wait(d7540f08,0,0,c085c10e,e52) at sleepq_wait+0x30 > bwait(d7540f08,4c,c085429d) at bwait+0x47 > physio(c381be00,ececacbc,0,100000,c381be00) at physio+0x1db > devfs_read_f(c3859000,ececacbc,c3ae7780,0,c3885300) at devfs_read_f > +0x87 > dofileread(c3885300,4,c3859000,ececacbc,ffffffff) at dofileread+0x85 > kern_readv(c3885300,4,ececacbc,804f000,100000) at kern_readv+0x36 > read(c3885300,ececad04,3,1,246) at read+0x45 > syscall(3b,3b,3b,2104,bfbfed40) at syscall+0x22f > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (3, FreeBSD ELF32, read), eip = 0x280b9727, esp = > 0xbfbfec8c, ebp = 0xbfbfecd8 --- > > db> show locks > exclusive sleep mutex Giant r = 0 (0xc091dba0) locked @ /usr/src/ > sys/kern/kern_intr.c:544 > I did some detective work to try and narrow down when this stopped working: 5.3-RELEASE OK 5.3-RELEASE w/atamk3n OK* 5.4-RELEASE OK 5.4-RELEASE w/atamk3n NOT OK *) The dd starts and finishes, but status stays at 0%, and the RAID is never marked as clean So there are two seperate problems here, but I guess it's safe to say that something outside the ATA code changed to make rebuild not even start in 5.4-RELEASE and beyond. There seems to be a general problem with rebuild in atamk3n though. Frode Nordahl frode@nordahl.net From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 00:05:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0473416A41F for ; Tue, 26 Jul 2005 00:05:04 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp103.rog.mail.re2.yahoo.com (smtp103.rog.mail.re2.yahoo.com [206.190.36.81]) by mx1.FreeBSD.org (Postfix) with SMTP id ACB8143D46 for ; Tue, 26 Jul 2005 00:05:03 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 93030 invoked from network); 26 Jul 2005 00:05:03 -0000 Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp103.rog.mail.re2.yahoo.com with SMTP; 26 Jul 2005 00:05:02 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by 172.16.0.1 with HTTP; Mon, 25 Jul 2005 20:05:01 -0400 (EDT) Message-ID: <4480.172.16.0.199.1122336301.squirrel@172.16.0.1> Date: Mon, 25 Jul 2005 20:05:01 -0400 (EDT) From: mikej@rogers.com To: undisclosed-recipients:; X-Mailman-Approved-At: Tue, 26 Jul 2005 11:44:01 +0000 Subject: (no subject) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 00:05:04 -0000 dhclient taking all cpu From: "Mike Jakubik" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Why is dhclient taking over 80% of CPU, constantly? PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 216 _dhcp 1 132 0 1448K 956K RUN 17.5H 83.30% dhclient FreeBSD 7.0-CURRENT #0: Mon Jul 25 00:23:30 EDT 2005 From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 12:04:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 629D116A41F for ; Tue, 26 Jul 2005 12:04:24 +0000 (GMT) (envelope-from imachine@toya.net.pl) Received: from lazir.toya.net.pl (lazir.toya.net.pl [217.113.224.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id B206043D49 for ; Tue, 26 Jul 2005 12:04:21 +0000 (GMT) (envelope-from imachine@toya.net.pl) Received: from localhost (unknown [192.168.120.26]) by lazir.toya.net.pl (TOYAnet MailServer) with ESMTP id 581578BC51 for ; Tue, 26 Jul 2005 14:04:18 +0200 (CEST) Received: from lazir.toya.net.pl ([192.168.120.25]) by localhost (agregat [192.168.120.26]) (amavisd-new, port 10024) with ESMTP id 00642-04 for ; Tue, 26 Jul 2005 14:04:15 +0200 (CEST) Received: from [192.168.0.5] (unknown [85.89.161.206]) by lazir.toya.net.pl (TOYAnet MailServer) with ESMTP id C9C9B8BC31 for ; Tue, 26 Jul 2005 14:04:15 +0200 (CEST) From: Mateusz =?utf-8?q?J=C4=99drasik?= To: freebsd-current@freebsd.org Date: Tue, 26 Jul 2005 14:03:01 +0200 User-Agent: KMail/1.8.1 References: <42E583F9.3070703@rogers.com> In-Reply-To: <42E583F9.3070703@rogers.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200507261403.01515.imachine@toya.net.pl> X-TOYA-AV: AntyVir-Skaner at toya.net.pl Subject: Re: More dhclient gayness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 12:04:24 -0000 Dnia wtorek 26 lipca 2005 02:29, Mike Jakubik napisa=C5=82: > xl0: link state changed to UP > DHCPREQUEST on xl0 to 255.255.255.255 port 67 > DHCPREQUEST on xl0 to 255.255.255.255 port 67 > DHCPACK from x.x.x.1 > bound to x.x.x.195 -- renewal in 43200 seconds. > xl0: flags=3D8843 mtu 1500 > options=3D9 > inet x.x.x.195 netmask 0xffffff80 broadcast x.x.x.255 > ether 00:01:03:d4:4c:07 > media: Ethernet autoselect (100baseTX ) > status: active > Creating and/or trimming log files:. > Starting syslogd. > Additional routing options: IP gateway=3DYES. > Starting devd. > dhclient xl0: already running? > Mounting NFS file systems:. > > --- > > Why is dhclient being run again? Can someone tell me why this openbsd > version was brought in anyways? The old one worked just fine, this seems > like yet another reinvention of a wheel, and a broken one at that. > I have a very similar issue on 6.0-BETA, it starts once, then again during = the=20 boot process similarly at the same place You mentioned, with=20 ifconfig_fxp0=3D"DHCP" in rc.conf. Eh. ;-) Btw, is it possible to have two interfaces? I have w wi0 and fxp0 card, the= =20 wi0 being dynamically switchable on or off with a switch on the laptop's=20 side. I would ideally like both of them to do DHCP, however, first trying t= he=20 currently working/available interface - that is, fxp0 - then, if the fxp0=20 link goes down, and nothing is up, cancelling the DHCP request, later, when= =20 the wi0 gets switched ON, FreeBSD automatically picking up DHCP from the=20 associated wireless network - is that possible, without manually needing to= =20 start DHCP every time? Cheers, /m. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" =2D-=20 Mateusz J=C4=99drasik From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 12:14:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 915A016A41F for ; Tue, 26 Jul 2005 12:14:36 +0000 (GMT) (envelope-from ken@tydfam.jp) Received: from daemon.sub.tydfam.jp (ns.tydfam.jp [61.197.228.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06FB443D46 for ; Tue, 26 Jul 2005 12:14:35 +0000 (GMT) (envelope-from ken@tydfam.jp) Received: from localhost (tyd3.sub.tydfam.jp [192.168.1.3]) by daemon.sub.tydfam.jp (8.13.4/8.13.4) with ESMTP id j6QCEVnR005419 for ; Tue, 26 Jul 2005 21:14:31 +0900 (JST) (envelope-from ken@tydfam.jp) Date: Tue, 26 Jul 2005 21:14:31 +0900 (JST) Message-Id: <20050726.211431.730569976.ken@tydfam.jp> To: freebsd-current@freebsd.org From: Yamada Ken Takeshi X-Mailer: Mew version 3.3 on XEmacs 21.4.14 (Reasonable Discussion) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=8.0 tests=CONTENT_TYPE_PRESENT, X_MAILER_PRESENT autolearn=failed version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on daemon.sub.tydfam.jp Subject: firefox 1.0.6 on -current crashes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 12:14:36 -0000 I have the following crash on -current ( FreeBSD 7.0-CURRENT #2: Mon Jul 25 23:07:56 JST 2005 Xeon X 2, SMP ) with firefox 1.0.6_1. Any fixes? : : : : Fatal error 'Recurse on a private mutex.' at line 988 in file /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 0) Abort trap (core dumped) From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 12:42:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85A2516A41F; Tue, 26 Jul 2005 12:42:25 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [204.127.202.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1111943D45; Tue, 26 Jul 2005 12:42:24 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-66-30-114-143.hsd1.ma.comcast.net ([66.30.114.143]) by comcast.net (sccrmhc14) with ESMTP id <2005072612422401400k57s5e>; Tue, 26 Jul 2005 12:42:24 +0000 Received: from c-66-30-114-143.hsd1.ma.comcast.net (localhost.127.in-addr.arpa [127.0.0.1]) by c-66-30-114-143.hsd1.ma.comcast.net (8.13.4/8.13.1) with ESMTP id j6QCgNCq001124; Tue, 26 Jul 2005 08:42:23 -0400 (EDT) (envelope-from rodrigc@c-66-30-114-143.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-30-114-143.hsd1.ma.comcast.net (8.13.4/8.13.1/Submit) id j6QCgNmo001123; Tue, 26 Jul 2005 08:42:23 -0400 (EDT) (envelope-from rodrigc) Date: Tue, 26 Jul 2005 08:42:22 -0400 From: Craig Rodrigues To: freebsd-current@freebsd.org Message-ID: <20050726124222.GA1109@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: Harti Brandt Subject: Panic in netnatm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 12:42:25 -0000 Hi, I did a cvsup, rebuilt everything ( buildworld, buildkernel, installkernel, mergemaster -p, installworld) and now I get a panic very early when my fatm card initializes: panic: mutex natm_mtx not owned at /usr/src/sys/netnatm/natm_pcb.c:110 I have a dump file, but kgdb cannot read it: kgdb: kvm_read: invalid address (0x4) I'll try to get a more useful trace tonight. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 13:17:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CEF416A41F; Tue, 26 Jul 2005 13:17:26 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F88B43D45; Tue, 26 Jul 2005 13:17:25 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id CAE3FACAE0; Tue, 26 Jul 2005 15:17:12 +0200 (CEST) Date: Tue, 26 Jul 2005 15:17:12 +0200 From: Pawel Jakub Dawidek To: Craig Rodrigues Message-ID: <20050726131712.GC46538@darkness.comp.waw.pl> References: <20050726124222.GA1109@crodrigues.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZYmINVJmWI8I2mSy" Content-Disposition: inline In-Reply-To: <20050726124222.GA1109@crodrigues.org> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 Cc: rwatson@freebsd.org, freebsd-current@freebsd.org, Harti Brandt Subject: Re: Panic in netnatm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 13:17:26 -0000 --ZYmINVJmWI8I2mSy Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 26, 2005 at 08:42:22AM -0400, Craig Rodrigues wrote: +> Hi, +>=20 +> I did a cvsup, rebuilt everything ( buildworld, buildkernel, installkern= el, +> mergemaster -p, installworld) and now I get a panic very early when +> my fatm card initializes: +>=20 +> panic: mutex natm_mtx not owned at /usr/src/sys/netnatm/natm_pcb.c:110 +>=20 +> I have a dump file, but kgdb cannot read it: +> kgdb: kvm_read: invalid address (0x4) +>=20 +> I'll try to get a more useful trace tonight. Trace will probably not be needed, as there are only two places where npcb_add() is called. It looks like NATM locking is missing in /sys/netinet/if_atm.c. PS. CCing rwatson@, who did the work, AFAIR. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --ZYmINVJmWI8I2mSy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFC5jfYForvXbEpPzQRAlwwAJ9Kb0nqLYgE9hqe0tXP9o8+BmG7+ACg9MR2 Vmi3hlzDWapEZ1FQKOLfc6c= =e+2M -----END PGP SIGNATURE----- --ZYmINVJmWI8I2mSy-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 13:23:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A552016A41F for ; Tue, 26 Jul 2005 13:23:51 +0000 (GMT) (envelope-from samuel.pierson@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40DCA43D46 for ; Tue, 26 Jul 2005 13:23:51 +0000 (GMT) (envelope-from samuel.pierson@gmail.com) Received: by wproxy.gmail.com with SMTP id i21so112857wra for ; Tue, 26 Jul 2005 06:23:50 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=M310kgxUNWMPmeumTZbmVBsoJh7t5TwTZ77E1E8NScIn1vOkIH5xDOwtP3gyTSffqpxBvOrbFAx58GmbTSQyHxJEig6uOhxtXTw6Y9W4CD+WwkCOQGgaKp9NGN6bGjao/75Ernbup7kb6g/WgkaR8IXhpoWD5tylCxMAMfonQXQ= Received: by 10.54.32.63 with SMTP id f63mr119074wrf; Tue, 26 Jul 2005 06:23:50 -0700 (PDT) Received: by 10.54.144.1 with HTTP; Tue, 26 Jul 2005 06:23:50 -0700 (PDT) Message-ID: Date: Tue, 26 Jul 2005 08:23:50 -0500 From: Sam Pierson To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Wi-fi: SMC2532W-B (prism3) Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Sam Pierson List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 13:23:51 -0000 Tried 5.3, 6.0-current twice in June and now 6.0-BETA1, and my SMC2532W-B card is still unrecognized. A friend bought the card as well and was able to make it run under gentoo and it was recognized as a prism3 chipset. I've compiled all the intersil and prism related drivers into my kernel and tried compiling support under the NDIS driver but it still refuses to make it available under ifconfig. Has anyone figured out a way to make this work (or can point me to where suppor= t for general prism3 chipset cards would be) From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 13:24:59 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAF0C16A41F for ; Tue, 26 Jul 2005 13:24:59 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: from web50302.mail.yahoo.com (web50302.mail.yahoo.com [206.190.38.56]) by mx1.FreeBSD.org (Postfix) with SMTP id 2DFF443D46 for ; Tue, 26 Jul 2005 13:24:59 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: (qmail 28045 invoked by uid 60001); 26 Jul 2005 13:24:58 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=IvHnzsHFU8+Xvyr9s6HP5avqhIY6ppGVOZeJYgTIwqNPVjT8C46s2Zq7Ukdke24hIAqpeXgNLCKagqiwneJeCQakr4+XcgdyPLbC2a+1m1b3BIIY/wysKxcDh+fjKF+Sgd11zlvCnLV3JIZOjqH2LpJWhRtnuLqu0uqbizhWNxw= ; Message-ID: <20050726132458.28043.qmail@web50302.mail.yahoo.com> Received: from [67.99.246.2] by web50302.mail.yahoo.com via HTTP; Tue, 26 Jul 2005 06:24:58 PDT Date: Tue, 26 Jul 2005 06:24:58 -0700 (PDT) From: alan bryan To: alan bryan , dandee@volny.cz, 'Paul Richards' , freebsd-current@freebsd.org In-Reply-To: <20050725043244.97940.qmail@web50305.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: RE: 6.0 BETA1: "nve0: device timeout(..)" on amd64 with nForce4 ethernet X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 13:24:59 -0000 --- alan bryan wrote: > Also, I am running 4BSD right now and it may die > once > a day to several times per day but I can't remember > it > dying when I was testing ULE for a while so I may > switch back to ULE for a bit and report back if that > has any positive effect. Well, I switched to ULE and ran for the past day and it died again so that really didn't change anything. Once the network died I tried pinging my gateway and I got: > ping 10.0.0.1 PING 10.0.0.1 (10.0.0.1): 56 data bytes ping: sendto: No buffer space available /var/log/messages rolled over because it went over 100K due to all these error messages. --Alan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 13:51:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D61C916A41F; Tue, 26 Jul 2005 13:51:28 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2ABAD43D48; Tue, 26 Jul 2005 13:51:27 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id 91576323408; Tue, 26 Jul 2005 15:51:24 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id B6E54405B; Tue, 26 Jul 2005 15:51:49 +0200 (CEST) Date: Tue, 26 Jul 2005 15:51:49 +0200 From: Jeremie Le Hen To: Nate Lawson Message-ID: <20050726135149.GG1610@obiwan.tataz.chchile.org> References: <20050723133819.36efb537.lists@yazzy.org> <42E29CAA.1020007@root.org> <20050724215818.55f951ae.lists@yazzy.org> <42E42F10.3030309@root.org> <20050725091221.106a0368.lists@yazzy.org> <42E5134F.706@root.org> <20050726011943.0abe83a0.lists@yazzy.org> <42E5C96C.9060105@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42E5C96C.9060105@root.org> User-Agent: Mutt/1.5.9i Cc: acpi@freebsd.org, Marcin Jessa , freebsd-current@freebsd.org Subject: Re: acpi battery rework patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 13:51:29 -0000 Hi Nate, > >- Battery: > >hw.acpi.battery.life: 87 > >hw.acpi.battery.time: 103 > >hw.acpi.battery.state: 1 > > Completely fine. Time should be -1 (unknown) while on AC power. And > state is "discharging" when on battery. > > >- AC: > >hw.acpi.battery.life: 70 > >hw.acpi.battery.time: -1 > >hw.acpi.battery.state: 2 > > This is fine. On AC power and state is charging. > > >- Battery: > >hw.acpi.battery.life: 70 > >hw.acpi.battery.time: 125 > >hw.acpi.battery.state: 1 > > Time is valid and state is "discharging". Where are these states documented ? What do you think of the idea of using the following as a description for the hw.acpi.battery.state sysctl ? "0: battery full, 1: discharging, 2: charging" Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 13:54:45 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9752316A41F for ; Tue, 26 Jul 2005 13:54:45 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E8BE43D4C for ; Tue, 26 Jul 2005 13:54:45 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.11) with ESMTP id j6QDsirH037870; Tue, 26 Jul 2005 06:54:44 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id j6QDsihE037869; Tue, 26 Jul 2005 06:54:44 -0700 (PDT) (envelope-from rizzo) Date: Tue, 26 Jul 2005 06:54:44 -0700 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20050726065444.A37735@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Cc: s223560@studenti.ing.unipi.it Subject: multiple pending filesystem requests for the same block ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 13:54:45 -0000 (context: SoC work on pluggable disk schedulers, http://wikitest.freebsd.org/moin.cgi/Hybrid The doubt we have is the following: can the filesystem code have multiple pending write requests for the same disk block ? the current (elevator) disk scheduler should have no problem with this, because even if disksort reorders requests, two requests for the same block retain the issue ordering. However we wonder if this feature is actually expected by the filesystem code, or it does not matter because it never issues a new request before the previous one on the same area is complete. thanks luigi From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 13:57:04 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EE8F16A41F for ; Tue, 26 Jul 2005 13:57:04 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id D880043D4C for ; Tue, 26 Jul 2005 13:57:03 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id B2C34BC89; Tue, 26 Jul 2005 13:57:01 +0000 (UTC) To: Luigi Rizzo From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 26 Jul 2005 06:54:44 PDT." <20050726065444.A37735@xorpc.icir.org> Date: Tue, 26 Jul 2005 15:56:58 +0200 Message-ID: <79006.1122386218@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: s223560@studenti.ing.unipi.it, current@freebsd.org Subject: Re: multiple pending filesystem requests for the same block ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 13:57:04 -0000 In message <20050726065444.A37735@xorpc.icir.org>, Luigi Rizzo writes: >(context: SoC work on pluggable disk schedulers, > http://wikitest.freebsd.org/moin.cgi/Hybrid > > >The doubt we have is the following: > > can the filesystem code have multiple pending write requests for > the same disk block ? If the filesystem does that, it will get no guarantee in which order they are written. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 13:58:27 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5990516A41F for ; Tue, 26 Jul 2005 13:58:27 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id E04EB43D53 for ; Tue, 26 Jul 2005 13:58:17 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 26795617E; Tue, 26 Jul 2005 15:58:12 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id 169146149; Tue, 26 Jul 2005 15:58:12 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 0289433D42; Tue, 26 Jul 2005 15:58:12 +0200 (CEST) To: Luigi Rizzo References: <20050726065444.A37735@xorpc.icir.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 26 Jul 2005 15:58:11 +0200 In-Reply-To: <20050726065444.A37735@xorpc.icir.org> (Luigi Rizzo's message of "Tue, 26 Jul 2005 06:54:44 -0700") Message-ID: <86mzo94qks.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Tests: ALL_TRUSTED,AWL,BAYES_00 X-Spam-Learn: ham X-Spam-Score: -5.3/5.0 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on tim.des.no Cc: s223560@studenti.ing.unipi.it, current@freebsd.org Subject: Re: multiple pending filesystem requests for the same block ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 13:58:27 -0000 Luigi Rizzo writes: > can the filesystem code have multiple pending write requests for > the same disk block ? This was discussed on the lists a few weeks ago, and ISTR the conclusion was that it is the filesystem's responsibility to ensure this never happens. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 14:02:55 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2958516A41F for ; Tue, 26 Jul 2005 14:02:55 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0C3B43D48 for ; Tue, 26 Jul 2005 14:02:54 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id 19B0FBC89; Tue, 26 Jul 2005 14:02:52 +0000 (UTC) To: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 26 Jul 2005 15:58:11 +0200." <86mzo94qks.fsf@xps.des.no> Date: Tue, 26 Jul 2005 16:02:52 +0200 Message-ID: <79045.1122386572@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: Luigi Rizzo , s223560@studenti.ing.unipi.it, current@freebsd.org Subject: Re: multiple pending filesystem requests for the same block ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 14:02:55 -0000 In message <86mzo94qks.fsf@xps.des.no>, =?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?= writes: >Luigi Rizzo writes: >> can the filesystem code have multiple pending write requests for >> the same disk block ? > >This was discussed on the lists a few weeks ago, and ISTR the >conclusion was that it is the filesystem's responsibility to ensure >this never happens. Not quite. It is legal, but the order is undefined (and indeterminable!). I have a hard time figuring out a filesystem design that could use such writes profitably on regular disks. On raw flash devices however, writes are either "NOR" or "NAND"'ed into the existing data and therefore the order may not be important and therefore, such writes are explicitly legal. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 14:27:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F09216A420 for ; Tue, 26 Jul 2005 14:27:02 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id B06A943D46 for ; Tue, 26 Jul 2005 14:27:01 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [208.206.151.59] (host59.gtisd.com[208.206.151.59]) by comcast.net (sccrmhc12) with ESMTP id <200507261426440120096sfbe>; Tue, 26 Jul 2005 14:26:44 +0000 Message-ID: <42E64823.5080204@computer.org> Date: Tue, 26 Jul 2005 09:26:43 -0500 From: Eric Schuele User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050721) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: WPA_Supplicant and multiple networks with different 'media' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 14:27:02 -0000 Hello, Ok... I've got wpa_supplicant working fine. Even starts up when I boot (Thx Bakul). But now I would like it to work with multiple networks. I believe my wpa_supplicant.conf is setup properly (appended to bottom). The problem appears to be that my multiple networks are "different media", so to speak. One is b the other g.... one is on channel 11 the other 6.... one is defaulting to one wep key the other is different. It never tries anything but my home networks "media" type. That being the last media it successfully connected to. If I manually change things using ifconfig... it will associate with the office network. But seems this should be automatic. How (in wpa_supplicant.conf maybe?) can I give it a few types of media to cycle through like it does the network blocks? I would think it logical to have a "media" parameter=value pair inside the network block but I don't see it in the man page. I have seen recent (a month or so) posts saying the man pages have not yet been updated.. maybe that is still the case. So a second question would be... where can I find an additional source of current info on wpa_supplicant configuration? I have looked through man pages, online manual, FreeBSD mail lists, etc... maybe I'm just not looking for the right stuff. Pointers would be appreciated. Thanks for the help. My wpa_supplicant.conf: ctrl_interface=/var/run/wpa_supplicant ctrl_interface_group=wheel # Home Network network={ ssid="MySSID" scan_ssid=1 key_mgmt=NONE wep_tx_keyidx=0 wep_key0="MyPassphrase" } # Office Network network={ ssid="OfficeSSID" scan_ssid=1 key_mgmt=NONE wep_tx_keyidx=0 wep_key0="OfficePassphrase" } -- Regards, Eric From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 14:53:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE70B16A41F; Tue, 26 Jul 2005 14:53:37 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from rwcrmhc12.comcast.net (rwcrmhc14.comcast.net [216.148.227.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B15E43D46; Tue, 26 Jul 2005 14:53:37 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-66-30-114-143.hsd1.ma.comcast.net ([66.30.114.143]) by comcast.net (rwcrmhc14) with ESMTP id <20050726145336014001lgphe>; Tue, 26 Jul 2005 14:53:36 +0000 Received: from c-66-30-114-143.hsd1.ma.comcast.net (localhost.127.in-addr.arpa [127.0.0.1]) by c-66-30-114-143.hsd1.ma.comcast.net (8.13.4/8.13.1) with ESMTP id j6QErYFQ001845; Tue, 26 Jul 2005 10:53:35 -0400 (EDT) (envelope-from rodrigc@c-66-30-114-143.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-30-114-143.hsd1.ma.comcast.net (8.13.4/8.13.1/Submit) id j6QErYOl001844; Tue, 26 Jul 2005 10:53:34 -0400 (EDT) (envelope-from rodrigc) Date: Tue, 26 Jul 2005 10:53:34 -0400 From: Craig Rodrigues To: rwatson@freebsd.org Message-ID: <20050726145334.GA1826@crodrigues.org> References: <20050726124222.GA1109@crodrigues.org> <20050726131712.GC46538@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050726131712.GC46538@darkness.comp.waw.pl> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org, Harti Brandt Subject: Re: Panic in netnatm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 14:53:37 -0000 On Tue, Jul 26, 2005 at 03:17:12PM +0200, Pawel Jakub Dawidek wrote: > +> panic: mutex natm_mtx not owned at /usr/src/sys/netnatm/natm_pcb.c:110 > > Trace will probably not be needed, as there are only two places where > npcb_add() is called. > It looks like NATM locking is missing in /sys/netinet/if_atm.c. Ahh, thanks Pawel! You saved me some time. It looks like locks must be held before npcb_free() and npcb_add() are called. It looks like Harti is on vacation, so can you help Robert? Is something like this needed? --- if_atm.c.orig Tue Jul 26 10:28:42 2005 +++ if_atm.c Tue Jul 26 10:37:28 2005 @@ -224,11 +224,15 @@ sin = (struct sockaddr_in *) rt_key(rt); if (sin->sin_family != AF_INET) goto failed; + NATM_LOCK(); npcb = npcb_add(NULL, rt->rt_ifp, op.param.vci, op.param.vpi); - if (npcb == NULL) + if (npcb == NULL) { + NATM_UNLOCK(); goto failed; + } npcb->npcb_flags |= NPCB_IP; npcb->ipaddr.s_addr = sin->sin_addr.s_addr; + NATM_UNLOCK(); /* XXX: move npcb to llinfo when ATM ARP is ready */ rt->rt_llinfo = (caddr_t) npcb; rt->rt_flags |= RTF_LLINFO; @@ -252,9 +256,11 @@ failed: #ifdef NATM if (npcb) { + NATM_LOCK(); npcb_free(npcb, NPCB_DESTROY); rt->rt_llinfo = NULL; rt->rt_flags &= ~RTF_LLINFO; + NATM_UNLOCK(); } #endif /* mark as invalid. We cannot RTM_DELETE the route from @@ -269,10 +275,12 @@ * tell native ATM we are done with this VC */ if (rt->rt_flags & RTF_LLINFO) { + NATM_LOCK(); npcb_free((struct natmpcb *)rt->rt_llinfo, NPCB_DESTROY); rt->rt_llinfo = NULL; rt->rt_flags &= ~RTF_LLINFO; + NATM_UNLOCK(); } #endif /* -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 15:34:07 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1173416A41F for ; Tue, 26 Jul 2005 15:34:07 +0000 (GMT) (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 4140743D49 for ; Tue, 26 Jul 2005 15:34:06 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j6QFhPwm096214; Tue, 26 Jul 2005 09:43:25 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42E657DA.3010102@samsco.org> Date: Tue, 26 Jul 2005 09:33:46 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Luigi Rizzo References: <20050726065444.A37735@xorpc.icir.org> In-Reply-To: <20050726065444.A37735@xorpc.icir.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: s223560@studenti.ing.unipi.it, current@freebsd.org Subject: Re: multiple pending filesystem requests for the same block ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 15:34:07 -0000 Luigi Rizzo wrote: > (context: SoC work on pluggable disk schedulers, > http://wikitest.freebsd.org/moin.cgi/Hybrid > > > The doubt we have is the following: > > can the filesystem code have multiple pending write requests for > the same disk block ? > > the current (elevator) disk scheduler should have no problem with > this, because even if disksort reorders requests, two requests > for the same block retain the issue ordering. > > However we wonder if this feature is actually expected by > the filesystem code, or it does not matter because it > never issues a new request before the previous one on the > same area is complete. > > thanks > luigi A write can either be direct through a strategy routine (and bypass the bufcache), or it can be synchronous via bwrite(), or it can be asynchronous via bawrite() and bdwrite(). For the synchronous cases there is no guarantee of ordering. For the async case (which most writes in the FS are), the bufcache will coelsce multiple writes to the same block. Softupdate intercepts metadata writes and ensures that they get coelesced and ordered correctly. Data writes happen on a first come first serve basis, and it's up to the application to use file locks to ensure proper ordering between competing processes or threads. Scott From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 16:34:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDC1216A41F for ; Tue, 26 Jul 2005 16:34:05 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D33343D45 for ; Tue, 26 Jul 2005 16:34:05 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j6QGNvms067200 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 26 Jul 2005 09:23:58 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42E664E6.6000606@errno.com> Date: Tue, 26 Jul 2005 09:29:26 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michal Mertl References: <1122322318.1042.12.camel@genius1.i.cz> <42E58A03.8010007@errno.com> <1122364309.31546.34.camel@genius1.i.cz> In-Reply-To: <1122364309.31546.34.camel@genius1.i.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: hostap recently broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 16:34:05 -0000 Michal Mertl wrote: > Sam Leffler wrote: > >>Michal Mertl wrote: >> >>>Hello, >>> >>>I've just found out that something very recently broke hostap on FreeBSD >>>CURRENT. The client associates and gets the MAC address of the AP. When >>>I run tcpdump on the AP I see the pings from the client getting in but >>>the AP doesn't reply. The ARP protocol works but nothing else does. >>> >>>Source checked on 2005-07-22 16:00 UTC works fine. >>> >>>The AP card is atheros but just reverting the last changes to the driver >>>doesn't help. >> >>I just tried with CURRENT (from last night). 5212 card setup with TKIP >>for PTK and GTK. ap operating in 11g. Powerbook running Tiger >>associated and operated fine. 29Mb/s for upstream tcp netperf (sta and >>ap in close proximity--rssi 41). >> >>I appreciate you testing stuff but please try to diagnose your problems >>a bit harder and then provide more useful info like the h/w revs and the >>exact steps you use to setup a non-working system. > > > Sorry, I had the exact same HW setup as before which I described in my > email about the problem with bridging. > > I've got several Atheros 5212 cards (mac 5.9 phy 4.3 radio 3.6) and also > IPW notebook all running CURRENT, the notebook and the client several > days old (from before 2005-07-22 16:00 UTC). > > The most basic setup - 'ifconfig ath0 192.168.0.1 mediaopt hostap ssid > aaa' on the AP and 'ifconfig ath0 192.168.0.2 ssid aaa' worked like a > charm before the date and not after. With the newer kernel on the AP the > cards associate and as I've just found I can communicate between the > stations on the AP. Ping to the AP doesn't work even when I get the MAC > address of the AP via ARP. Adhoc connection works. I am unclear still on what happens. I believe you are saying: ping 192.168.0.1 from the station to the ap fails. If so what does 80211stats show on the ap when this happens (do releveant error stats go up)? If you do 80211debug +input on the ap do you get any log msgs about discarded frames? You also seem to say the sta resolves the ip w/ arp. Is the same true for the ap (i.e. that it resolves the ip address of the sta)? I'm assuming you are NOT running firewall rules do not have crypto setup and have not fiddled with parameters like apbridge (you didn't provide ifconfig output for each side). I rarely test direct communication between sta+ap; usually I bridge to a wired net and communicate with stations on the wired net (it's always what I'm doing when I report netperf numbers). Does bridged communication to a sta on another network work? Sam From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 16:45:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23A5A16A41F for ; Tue, 26 Jul 2005 16:45:24 +0000 (GMT) (envelope-from Kirk.Davis@epsb.ca) Received: from relay.epsb.ca (relay.epsb.ca [198.161.119.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56E5043D5C for ; Tue, 26 Jul 2005 16:45:21 +0000 (GMT) (envelope-from Kirk.Davis@epsb.ca) Received: from exchange03.epsb.ca (exchange03.epsb.ca [10.0.5.11]) by relay.epsb.ca (8.12.11/8.12.11) with ESMTP id j6QGj5eN055210; Tue, 26 Jul 2005 10:45:05 -0600 (MDT) (envelope-from Kirk.Davis@epsb.ca) Received: by exchange03.epsb.ca with Internet Mail Service (5.5.2653.19) id ; Tue, 26 Jul 2005 10:45:04 -0600 Message-ID: <04C71268DFDAA8499EC1A248A44B6A2B34BFFC@Exchange21.EDU.epsb.ca> From: Kirk Davis To: "'Brandon S. Allbery KF8NH'" Date: Tue, 26 Jul 2005 10:45:03 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Cc: "'freebsd-current@freebsd.org'" Subject: RE: 6-BETA1 iwi + wpa_supplicant fails, and sometimes silently re boots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 16:45:24 -0000 I am using the iwi driver with the wpa_supplicant for both WPA-PSK and WAP/802.11x. It was a little tricky to get working (mostly due to the firmware) but I now have to working great. I am in the process of creating a document to post on the steps that I did to get it working. Did you recompile the wpa_supplicant in the base system? The wpa_supplicant does not have TKIP support unless you add ENABLE_WPA_SUPPLICANT_EAPOL="YES" into /etc/make.conf and recompile. You will also need to install the new firmware for the driver that can be found here: http://damien.bergamini.free.fr/ipw/ I also had to get rid of the iwi startup script in /usr/local/etc/rc.d/iwi.sh. The problem was that it didn't load the firmware early enough and that caused problems with dhclient. In stead I told devd to load the firmware on device detection. The following is a diff on the changed to devd.conf # diff /usr/src/etc/devd.conf /etc/devd.conf 23c23 < sf|sis|sk|sn|snc|ste|ti|tl|tx|txp|udav|vge|vr|vx|wb|wi|xe|xl)\ --- > sf|sis|sk|sn|snc|ste|ti|tl|tx|txp|udav|vge|vr|vx|wb|iwi|wi|xe|xl)\ 59a60,65 > > attach 100 { > device-name "iwi0"; > action "/usr/local/sbin/iwicontrol -i iwi0 -d /usr/local/libdata/if_iwi -m bss"; > }; > Then in /etc/rc.conf you can just add a line like: Ifconfig_iwi0="WPA DHCP" Here is a copy of the wpa_supplicant.conf file: # ctrl_interface=/var/run/wpa_supplicant ctrl_interface_group=wheel eapol_version=1 ap_scan=1 fast_reauth=1 network={ ssid="VE6KIK" scan_ssid=1 key_mgmt=WPA-PSK psk="SHARED_SECRET" } network={ ssid="dot1x" scan_ssid=1 key_mgmt=WPA-EAP eap=TTLS pairwise=TKIP group=TKIP identity="EDU\kdavis" anonymous_identity="EDU\kdavis" password="PASSWORD" phase2="auth=MSCHAPV2" } ---- Kirk Kirk Davis Senior Network Analyst, ITS Edmonton Public Schools 1-780-429-8308 -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Brandon S. Allbery KF8NH Sent: July 25, 2005 6:54 PM To: freebsd-current@freebsd.org Subject: 6-BETA1 iwi + wpa_supplicant fails, and sometimes silently reboots I've been trying to use the iwi driver with wpa_supplicant to autodetect my home network (WPA-TKIP) and campus network (open). So far, I've had no success getting it to associate with my Linksys BEFW11S4 router/AP; I can't figure out how to get a key in common between them --- an ASCII key simply fails, and wpa_supplicant and the Linksys have very different ideas about the length of hex keys (the Linksys wants 40 hex digits). Things are even worse trying to use it on campus: the driver continually spews "iwi0: unknown authentication state 1" and "iwi0: fatal error" messages, and after a few minutes the machine (IBM Thinkpad T42, 2378-R4U) silently reboots. No panic message, no core dump, just freezes for about a second and then displays the BIOS screen (much as if I'd hit a reset button, not that there is one aside from holding the power button for 10 seconds). This happens even if the only entry in /etc/wpa_supplicant.conf is for the open network. Both networks are 802.11b. I've been unable to collect any significant debugging information from the latter because of the silent reboot. Is iwi considered usable at this point, or should I give up and try to get the NDIS driver working? (I had tried it initially but couldn't get it to accept an SSID; this was before wpa_supplicant hit the tree so I was using an ifconfig in /etc/start_if.ndis_iwi0... it also failed to work, with no error message, from the command line. Of course, NDIS support has been reworked since then.) -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon univ. KF8NH _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 16:52:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EEF516A41F for ; Tue, 26 Jul 2005 16:52:05 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21FD843D6E for ; Tue, 26 Jul 2005 16:52:00 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j6QGpsms067360 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 26 Jul 2005 09:51:55 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42E66B73.8010607@errno.com> Date: Tue, 26 Jul 2005 09:57:23 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kirk Davis References: <04C71268DFDAA8499EC1A248A44B6A2B34BFFC@Exchange21.EDU.epsb.ca> In-Reply-To: <04C71268DFDAA8499EC1A248A44B6A2B34BFFC@Exchange21.EDU.epsb.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "'freebsd-current@freebsd.org'" Subject: Re: 6-BETA1 iwi + wpa_supplicant fails, and sometimes silently re boots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 16:52:05 -0000 Kirk Davis wrote: > I am using the iwi driver with the wpa_supplicant for both WPA-PSK and > WAP/802.11x. It was a little tricky to get working (mostly due to the > firmware) but I now have to working great. I am in the process of creating > a document to post on the steps that I did to get it working. > > Did you recompile the wpa_supplicant in the base system? The wpa_supplicant > does not have TKIP support unless you add ENABLE_WPA_SUPPLICANT_EAPOL="YES" > into /etc/make.conf and recompile. You will also need to install the new > firmware for the driver that can be found here: > http://damien.bergamini.free.fr/ipw/ Huh? TKIP is a crypto module and is in the kernel (wlan_tkip). You've enabled EAPOL protocol support which is necessary for using 802.1x to communicate with a back-end server such as FreeRADIUS. I suspect the key thing is to get the necessary firwmare support in the card. Sam From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 16:56:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26F9D16A41F for ; Tue, 26 Jul 2005 16:56:50 +0000 (GMT) (envelope-from Kirk.Davis@epsb.ca) Received: from relay.epsb.ca (relay.epsb.ca [198.161.119.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4B8F43D45 for ; Tue, 26 Jul 2005 16:56:49 +0000 (GMT) (envelope-from Kirk.Davis@epsb.ca) Received: from exchange03.epsb.ca (exchange03.epsb.ca [10.0.5.11]) by relay.epsb.ca (8.12.11/8.12.11) with ESMTP id j6QGuZPj055639; Tue, 26 Jul 2005 10:56:35 -0600 (MDT) (envelope-from Kirk.Davis@epsb.ca) Received: by exchange03.epsb.ca with Internet Mail Service (5.5.2653.19) id ; Tue, 26 Jul 2005 10:56:35 -0600 Message-ID: <04C71268DFDAA8499EC1A248A44B6A2B34BFFF@Exchange21.EDU.epsb.ca> From: Kirk Davis To: "'Sam Leffler'" , Kirk Davis Date: Tue, 26 Jul 2005 10:56:31 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Cc: "'freebsd-current@freebsd.org'" Subject: RE: 6-BETA1 iwi + wpa_supplicant fails, and sometimes silently re boots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 16:56:50 -0000 Ahh... You are right Sam. I was trying to think of all the things I did to get it working and I did forget the wlan_tkip module that I load at startup. Yes, The main problem I had with the iwi driver was the firmware. Is it possible for someone to MFC the devd.conf changes to support this card? Once you let devd handle the firmware then dhclient works a lot better for roaming. ---- Kirk -----Original Message----- From: Sam Leffler [mailto:sam@errno.com] Sent: July 26, 2005 10:57 AM To: Kirk Davis Cc: 'Brandon S. Allbery KF8NH'; 'freebsd-current@freebsd.org' Subject: Re: 6-BETA1 iwi + wpa_supplicant fails, and sometimes silently re boots Kirk Davis wrote: > I am using the iwi driver with the wpa_supplicant for both WPA-PSK and > WAP/802.11x. It was a little tricky to get working (mostly due to the > firmware) but I now have to working great. I am in the process of creating > a document to post on the steps that I did to get it working. > > Did you recompile the wpa_supplicant in the base system? The wpa_supplicant > does not have TKIP support unless you add ENABLE_WPA_SUPPLICANT_EAPOL="YES" > into /etc/make.conf and recompile. You will also need to install the new > firmware for the driver that can be found here: > http://damien.bergamini.free.fr/ipw/ Huh? TKIP is a crypto module and is in the kernel (wlan_tkip). You've enabled EAPOL protocol support which is necessary for using 802.1x to communicate with a back-end server such as FreeRADIUS. I suspect the key thing is to get the necessary firwmare support in the card. Sam From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 17:02:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2A3F16A44D for ; Tue, 26 Jul 2005 17:02:42 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from ss.eunet.cz (ss.eunet.cz [193.85.228.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1912C43D46 for ; Tue, 26 Jul 2005 17:02:41 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from localhost.i.cz (ss.eunet.cz [193.85.228.13]) by ss.eunet.cz (8.13.1/8.13.1) with ESMTP id j6QH2VPa037385; Tue, 26 Jul 2005 19:02:31 +0200 (CEST) (envelope-from mime@traveller.cz) From: Michal Mertl To: Sam Leffler In-Reply-To: <42E664E6.6000606@errno.com> References: <1122322318.1042.12.camel@genius1.i.cz> <42E58A03.8010007@errno.com> <1122364309.31546.34.camel@genius1.i.cz> <42E664E6.6000606@errno.com> Content-Type: text/plain; charset=ISO-8859-2 Date: Tue, 26 Jul 2005 19:00:56 +0200 Message-Id: <1122397256.1067.15.camel@genius1.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: hostap recently broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 17:02:42 -0000 Sam Leffler pí¹e v út 26. 07. 2005 v 09:29 -0700: > Michal Mertl wrote: > > Sam Leffler wrote: > > > >>Michal Mertl wrote: > >> > >>>Hello, > >>> > >>>I've just found out that something very recently broke hostap on FreeBSD > >>>CURRENT. The client associates and gets the MAC address of the AP. When > >>>I run tcpdump on the AP I see the pings from the client getting in but > >>>the AP doesn't reply. The ARP protocol works but nothing else does. > >>> > >>>Source checked on 2005-07-22 16:00 UTC works fine. > >>> > >>>The AP card is atheros but just reverting the last changes to the driver > >>>doesn't help. > >> > >>I just tried with CURRENT (from last night). 5212 card setup with TKIP > >>for PTK and GTK. ap operating in 11g. Powerbook running Tiger > >>associated and operated fine. 29Mb/s for upstream tcp netperf (sta and > >>ap in close proximity--rssi 41). > >> > >>I appreciate you testing stuff but please try to diagnose your problems > >>a bit harder and then provide more useful info like the h/w revs and the > >>exact steps you use to setup a non-working system. > > > > > > Sorry, I had the exact same HW setup as before which I described in my > > email about the problem with bridging. > > > > I've got several Atheros 5212 cards (mac 5.9 phy 4.3 radio 3.6) and also > > IPW notebook all running CURRENT, the notebook and the client several > > days old (from before 2005-07-22 16:00 UTC). > > > > The most basic setup - 'ifconfig ath0 192.168.0.1 mediaopt hostap ssid > > aaa' on the AP and 'ifconfig ath0 192.168.0.2 ssid aaa' worked like a > > charm before the date and not after. With the newer kernel on the AP the > > cards associate and as I've just found I can communicate between the > > stations on the AP. Ping to the AP doesn't work even when I get the MAC > > address of the AP via ARP. Adhoc connection works. > > I am unclear still on what happens. I believe you are saying: > > ping 192.168.0.1 > > from the station to the ap fails. If so what does 80211stats show on > the ap when this happens (do releveant error stats go up)? If you do ./80211stats -a 00:0b:6b:35:dc:d4: rx_mgmt 1 tx_data 107 tx_bytes 9788 00:0b:6b:35:dc:f0: rx_data 107 rx_mgmt 1 rx_bytes 10430 tx_data 6 tx_mgmt 2 tx_bytes 36 tx_assoc 1 tx_auth 1 ./athstats 8 tx management frames 3 tx frames discarded prior to association 93 tx failed 'cuz too many retries 930 long on-chip tx retries 1 tx frames with no ack marked 8148 beacons transmitted 27 periodic calibrations 834 rate control checks rssi of last ack: 48 avg recv rssi: 49 1 switched default/rx antenna Antenna profile: [1] tx 8 rx 97 [2] tx 1 rx 0 These are shortly after reboot after several minutes of inactivity and now ping running 150 sec. After some 20 secs: ./athstats 8 tx management frames 3 tx frames discarded prior to association 181 tx failed 'cuz too many retries 1810 long on-chip tx retries 1 tx frames with no ack marked 9021 beacons transmitted 30 periodic calibrations 923 rate control checks rssi of last ack: 48 avg recv rssi: 44 1 switched default/rx antenna Antenna profile: [1] tx 8 rx 185 [2] tx 1 rx 0 ./80211stats -a 00:0b:6b:35:dc:d4: rx_mgmt 1 tx_data 183 tx_bytes 16780 00:0b:6b:35:dc:f0: rx_data 183 rx_mgmt 1 rx_bytes 17878 tx_data 6 tx_mgmt 2 tx_bytes 36 tx_assoc 1 tx_auth 1 > 80211debug +input > on the ap do you get any log msgs about discarded frames? Nothing is displayed. > You also seem to say the sta resolves the ip w/ arp. Is the same true > for the ap (i.e. that it resolves the ip address of the sta)? I'm > assuming you are NOT running firewall rules do not have crypto setup and > have not fiddled with parameters like apbridge (you didn't provide > ifconfig output for each side). No, I set the cards only with the commands provided. There's no firewall. AP: ath0: flags=8843 mtu 1500 inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:0b:6b:35:dc:d4 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect ) status: associated ssid aaa channel 36 bssid 00:0b:6b:35:dc:d4 authmode OPEN privacy OFF txpowmax 52 dtimperiod 1 bintval 100 STA: ath0: flags=8843 mtu 1500 inet 192.168.0.2 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:0b:6b:35:dc:f0 media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/54Mbps) status: associated ssid aaa channel 36 bssid 00:0b:6b:35:dc:d4 authmode OPEN privacy OFF txpowmax 53 bintval 100 > I rarely test direct communication between sta+ap; usually I bridge to a > wired net and communicate with stations on the wired net (it's always > what I'm doing when I report netperf numbers). Does bridged > communication to a sta on another network work? I've just set up bridging on ath and wired ethernet and pinged a station on it. This works. I changed the IP addresses and did 'sysctl net.link.ether.bridge.config="ath0 fxp0"' and 'sysctl net.link.ether.bridge.enable=1'. ifconfig of the AP: fxp0: flags=8943 mtu 1500 options=b inet 10.0.0.1 netmask 0xffffff00 broadcast 10.0.0.255 ether 00:0e:0c:68:71:6a media: Ethernet autoselect (100baseTX) status: active ath0: flags=8943 mtu 1500 ether 00:0b:6b:35:dc:d4 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect ) status: associated ssid aaa channel 36 bssid 00:0b:6b:35:dc:d4 authmode OPEN privacy OFF txpowmax 52 dtimperiod 1 bintval 100 I still can't ping 10.0.0.1 from the STA (which is now 10.0.0.3). Thank you for your help. I won't be able to continue testing for several hours, sorry. The ath cards I have have two antenna connectors. Does it matter which one I use? I see that sysctl dev.ath shows different txantenna than rxantenna but I only have one antenna connected (and don't really know what is the number of the connector). Michal From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 17:28:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC1F216A41F for ; Tue, 26 Jul 2005 17:28:57 +0000 (GMT) (envelope-from geekout@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3809C43D48 for ; Tue, 26 Jul 2005 17:28:57 +0000 (GMT) (envelope-from geekout@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1553wra for ; Tue, 26 Jul 2005 10:28:56 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=c4eHOSzElSn5I1lHYVEIuaLqSCS+PL4h7mHZh6EXZHiMLcBRpmK5Hi5rZe4uTrQLxtLwD1bgy5UH8IfRhE+AsGKA3D7IpCllkewvVzbbv1if7ipjLoZwZ5vgqfoNWwm/AcFkJwfZ5rdJcjmexzqKmq+P5TDxNj9Ragxy6ITnRuc= Received: by 10.54.68.4 with SMTP id q4mr1344wra; Tue, 26 Jul 2005 10:28:56 -0700 (PDT) Received: by 10.54.127.1 with HTTP; Tue, 26 Jul 2005 10:28:55 -0700 (PDT) Message-ID: <6e01203b050726102878decdfb@mail.gmail.com> Date: Tue, 26 Jul 2005 11:28:55 -0600 From: Tyler Gee To: Julian Elischer , FreeBSD Current In-Reply-To: <42E5A208.8050009@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <42E583F9.3070703@rogers.com> <6e01203b05072517336be50b45@mail.gmail.com> <42E5A208.8050009@elischer.org> Cc: Subject: Re: More dhclient gayness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tyler Gee List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 17:28:57 -0000 > what is the derogatory part? > I must have missed it.. I think there is a better way to describe dhclient acting weird than by saying saying it is "dhclinet gayness" (Unless, of course, what he really meant is that it is happy and, therefore, working fine.) From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 17:32:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A67616A41F for ; Tue, 26 Jul 2005 17:32:49 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C16D643D46 for ; Tue, 26 Jul 2005 17:32:48 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so3004rne for ; Tue, 26 Jul 2005 10:32:48 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EW/0OT+Vp6upYjWwE9V1cE/bbZmcLkYBmAHBYVe7EyAT4sNTh55/HIt7JSDwetthnw81Ks0CgL83DUvJ/ylXuR2+iBhGzSO1kO6KLsZ7Rehls4IZGk6hv/QjZL52NElFW2EQcj2rhxNaiegXhc3ZkUppRxOtvrB1W2eVRhPQpd8= Received: by 10.38.89.20 with SMTP id m20mr6149rnb; Tue, 26 Jul 2005 10:32:48 -0700 (PDT) Received: by 10.38.101.41 with HTTP; Tue, 26 Jul 2005 10:32:48 -0700 (PDT) Message-ID: Date: Wed, 27 Jul 2005 02:32:48 +0900 From: Eric Kjeldergaard To: Jeremie Le Hen In-Reply-To: <20050726135149.GG1610@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <42E29CAA.1020007@root.org> <20050724215818.55f951ae.lists@yazzy.org> <42E42F10.3030309@root.org> <20050725091221.106a0368.lists@yazzy.org> <42E5134F.706@root.org> <20050726011943.0abe83a0.lists@yazzy.org> <42E5C96C.9060105@root.org> <20050726135149.GG1610@obiwan.tataz.chchile.org> Cc: acpi@freebsd.org, Marcin Jessa , freebsd-current@freebsd.org, Nate Lawson Subject: Re: acpi battery rework patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eric Kjeldergaard List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 17:32:49 -0000 On 7/26/05, Jeremie Le Hen wrote: > Hi Nate, >=20 > > >- Battery: > > >hw.acpi.battery.life: 87 > > >hw.acpi.battery.time: 103 > > >hw.acpi.battery.state: 1 > >=20 > > Completely fine. Time should be -1 (unknown) while on AC power. And= =20 > > state is "discharging" when on battery. > >=20 > > >- AC: > > >hw.acpi.battery.life: 70 > > >hw.acpi.battery.time: -1 > > >hw.acpi.battery.state: 2 > >=20 > > This is fine. On AC power and state is charging. > >=20 > > >- Battery: > > >hw.acpi.battery.life: 70 > > >hw.acpi.battery.time: 125 > > >hw.acpi.battery.state: 1 > >=20 > > Time is valid and state is "discharging". >=20 > Where are these states documented ? What do you think of the idea of > using the following as a description for the hw.acpi.battery.state > sysctl ? > "0: battery full, 1: discharging, 2: charging" >=20 Along the same lines, I notice the following: [~/mp3] #sysctl -d hw.acpi.battery hw.acpi.battery: hw.acpi.battery.life: hw.acpi.battery.time: hw.acpi.battery.state: hw.acpi.battery.units: hw.acpi.battery.info_expire: Any chance of descriptions being added to all? =20 --=20 If I write a signature, my emails will appear more personalised. From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 18:00:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC06D16A41F for ; Tue, 26 Jul 2005 18:00:19 +0000 (GMT) (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 38B0943D46 for ; Tue, 26 Jul 2005 18:00:14 +0000 (GMT) (envelope-from richardtector@thekeelecentre.com) Received: from av.mx0.thekeelecentre.com (av.mx0.thekeelecentre.com [217.206.238.166]) by mx0.thekeelecentre.com (Postfix) with ESMTP id 6FE2842E7; Tue, 26 Jul 2005 19:00:13 +0100 (BST) Received: from mx0.thekeelecentre.com ([217.206.238.167]) by av.mx0.thekeelecentre.com (av.mx0.thekeelecentre.com [217.206.238.166]) (amavisd-new, port 10024) with ESMTP id 33219-09; Tue, 26 Jul 2005 19:00:13 +0100 (BST) Received: from webmail.thekeelecentre.com (webmail.thekeelecentre.com [217.206.238.169]) by mx0.thekeelecentre.com (Postfix) with ESMTP id B192C429E; Tue, 26 Jul 2005 19:00:12 +0100 (BST) Received: from r-laptop.home.tector.org.uk (r-laptop.home.tector.org.uk [82.69.226.133]) by webmail.thekeelecentre.com (Horde MIME library) with HTTP for ; Tue, 26 Jul 2005 19:00:12 +0100 Message-ID: <20050726190012.05i8ssfao04kkokk@webmail.thekeelecentre.com> Date: Tue, 26 Jul 2005 19:00:12 +0100 From: Richard Tector To: Mike Jakubik References: <42E583F9.3070703@rogers.com> In-Reply-To: <42E583F9.3070703@rogers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-5.4 X-Virus-Scanned: by amavisd-new at mx0.thekeelecentre.com Cc: freebsd-current@freebsd.org Subject: Re: More dhclient gayness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 18:00:19 -0000 Quoting Mike Jakubik : > > Why is dhclient being run again? Can someone tell me why this openbsd > version was brought in anyways? The old one worked just fine, this > seems like yet another reinvention of a wheel, and a broken one at > that. > http://lists.freebsd.org/pipermail/freebsd-current/2005-June/051027.html and the following discussion should help explain. Regards, Richard From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 18:04:44 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E02416A41F for ; Tue, 26 Jul 2005 18:04:44 +0000 (GMT) (envelope-from peter@wemm.org) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id F056E43D5C for ; Tue, 26 Jul 2005 18:04:37 +0000 (GMT) (envelope-from peter@wemm.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id 7223D2A8DA for ; Tue, 26 Jul 2005 11:04:37 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id 244A4E2B3 for ; Tue, 26 Jul 2005 11:04:37 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (8.13.4/8.13.1) with ESMTP id j6QI4avI093590; Tue, 26 Jul 2005 11:04:36 -0700 (PDT) (envelope-from peter@wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by overcee.wemm.org (8.13.4/8.13.1/Submit) id j6QI4ZGY093589; Tue, 26 Jul 2005 11:04:35 -0700 (PDT) (envelope-from peter@wemm.org) X-Authentication-Warning: overcee.wemm.org: peter set sender to peter@wemm.org using -f From: Peter Wemm To: freebsd-current@freebsd.org Date: Tue, 26 Jul 2005 11:04:35 -0700 User-Agent: KMail/1.8.1 References: <42E583F9.3070703@rogers.com> <200507261403.01515.imachine@toya.net.pl> In-Reply-To: <200507261403.01515.imachine@toya.net.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200507261104.35752.peter@wemm.org> Cc: Mateusz =?utf-8?q?J=C4=99drasik?= Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 18:04:44 -0000 On Tuesday 26 July 2005 05:03 am, Mateusz J=C4=99drasik wrote: > Dnia wtorek 26 lipca 2005 02:29, Mike Jakubik napisa=C5=82: > > xl0: link state changed to UP > > DHCPREQUEST on xl0 to 255.255.255.255 port 67 > > DHCPREQUEST on xl0 to 255.255.255.255 port 67 > > DHCPACK from x.x.x.1 > > bound to x.x.x.195 -- renewal in 43200 seconds. > > xl0: flags=3D8843 mtu 1500 > > options=3D9 > > inet x.x.x.195 netmask 0xffffff80 broadcast x.x.x.255 > > ether 00:01:03:d4:4c:07 > > media: Ethernet autoselect (100baseTX ) > > status: active > > Creating and/or trimming log files:. > > Starting syslogd. > > Additional routing options: IP gateway=3DYES. > > Starting devd. > > dhclient xl0: already running? > > Mounting NFS file systems:. > > > > --- > > > > Why is dhclient being run again? Can someone tell me why this > > openbsd version was brought in anyways? The old one worked just > > fine, this seems like yet another reinvention of a wheel, and a > > broken one at that. > > I have a very similar issue on 6.0-BETA, it starts once, then again > during the boot process similarly at the same place You mentioned, > with ifconfig_fxp0=3D"DHCP" in rc.conf. > > Eh. ;-) > > Btw, is it possible to have two interfaces? I have w wi0 and fxp0 > card, the wi0 being dynamically switchable on or off with a switch on > the laptop's side. I would ideally like both of them to do DHCP, > however, first trying the currently working/available interface - > that is, fxp0 - then, if the fxp0 link goes down, and nothing is up, > cancelling the DHCP request, later, when the wi0 gets switched ON, > FreeBSD automatically picking up DHCP from the associated wireless > network - is that possible, without manually needing to start DHCP > every time? Oh, how I wish dhclient could handle two interfaces! The old one=20 allowed two interfaces, but was rather stupid about it. There was no=20 way to specify which interface had priority, so the last one usually=20 won with its default routes. My gateway box at home has two ethernet interfaces that need dhcp. It=20 seems I'm going to have to hack dhclient-script or something to get it=20 to do something sensible. It shouldn't be that painful. Linux (gentoo in this case) has dhcpcd, which take switches to allow you=20 to tell it to not mess with resolv.conf or the default route. No=20 hacking or pain required. Unlike ours dhclient. =2D-=20 Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 18:16:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84FBF16A41F; Tue, 26 Jul 2005 18:16:02 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BD0C43D45; Tue, 26 Jul 2005 18:16:01 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.1/8.12.9) with ESMTP id j6QIG0v1011938; Tue, 26 Jul 2005 20:16:00 +0200 (CEST) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.1/8.12.9/Submit) id j6QIG0kG011937; Tue, 26 Jul 2005 14:16:00 -0400 (EDT) (envelope-from cracauer) Date: Tue, 26 Jul 2005 14:16:00 -0400 From: Martin Cracauer To: freebsd-current@freebsd.org Message-ID: <20050726141600.A10751@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Cc: jkoshy@freebsd.org Subject: PMC (performance counters) problems - kernel panic in 6-beta1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 18:16:02 -0000 [I don't think there is a mailing list for pmc, let me know if there's something better than -current] I tried out the pmc performance counters in 6-beta1 and 7-current. In FreeBSD 6-beta1, source of yesterday, on a Pentium-M I get a kernel panic. In FreeBSD 7-current, source of yesterday, on AMD64 (single processor) I always get "0" for all counters no matter what I do. %% First, the zero counters on 7-current on a one-processor Athlon 64: $ sudo kldload hwpmc $ pmccontrol -l #CPU 0: #N NAME CLASS STATE ROW-DISP 0 TSC TSC ENABLED FREE 1 K8-0 K8 ENABLED FREE 2 K8-1 K8 ENABLED FREE 3 K8-2 K8 ENABLED FREE 4 K8-3 K8 ENABLED FREE # pid 7100 is a gzip on some random data $ pmcstat -p k8-dc-l1-dtlb-miss-and-l2-dtlb-hit -p k8-dc-l1-dtlb-miss-and-l2-dtlb-miss -w1 -t 7100 # p/k8-dc-l1-dtlb-miss-and-l2-dtlb-hit p/k8-dc-l1-dtlb-miss-and-l2-dtlb-miss # p/k8-dc-l1-dtlb-miss-and-l2-dtlb-hit p/k8-dc-l1-dtlb-miss-and-l2-dtlb-miss 0 0 0 0 0 0 [etc] I tried all values from `pmccontrol -L` (in a loop) and all of them are always zero (some fail with e.g. "pmcstat: ERROR: Cannot allocate process-mode pmc with specification "k8-nb-memory-controller-page-access-event": Invalid argument"). I also tried running programs directly from the commandline. Did I forget to initialize anything? Machine dmesg, kernel conf, pciconf etc is on: http://www.cons.org/cracauer/machines/wings/ %% Now the 6-beta 1 panic: $ sudo kldload hwpmc $ pmcstat -w 1 -p p6-l2-lines-in ls ==> panic, page fault while in kernel mode Machine dmesg, kernel conf, pciconf etc is on: http://www.cons.org/cracauer/machines/grisu/ Here is the backtrace. I loaded the symbols from the hwpmc module and it looks like kgdb picked them up. Obviously, poor p6_get_config() gets a NULL pointer as the ppm pointer-to-pointer argument which it tries to follow. This is passed from pmc_process_exit(), deliberately, via /* * Pick up the pmc pointer from hardware * state similar to the CSW_OUT code. */ pm = NULL; (void) (*md->pmd_get_config)(cpu, ri, &pm); It seems to me that none of the *_get_config functions are prepared to take a NULL pointer, so I wonder what that quoted code is trying a achieve here. (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc056a6f5 in boot (howto=260) at ../../../kern/kern_shutdown.c:397 #2 0xc056aa6d in panic (fmt=0xc0764506 "from debugger") at ../../../kern/kern_shutdown.c:553 #3 0xc0456e42 in db_panic (addr=-1027275291, have_addr=0, count=-1, modif=0xf7cc0a44 "") at ../../../ddb/db_command.c:435 #4 0xc0456db2 in db_command (last_cmdp=0xc07d1544, cmd_table=0x0, aux_cmd_tablep=0xc0796c78, aux_cmd_tablep_end=0xc0796c7c) at ../../../ddb/db_command.c:349 #5 0xc0456ec5 in db_command_loop () at ../../../ddb/db_command.c:455 #6 0xc0459075 in db_trap (type=12, code=0) at ../../../ddb/db_main.c:221 #7 0xc0589117 in kdb_trap (type=0, code=0, tf=0xf7cc0bd4) at ../../../kern/subr_kdb.c:473 #8 0xc073bd1b in trap_fatal (frame=0xf7cc0bd4, eva=0) at ../../../i386/i386/trap.c:831 #9 0xc073b334 in trap (frame= {tf_fs = -137625592, tf_es = 40, tf_ds = -1028653016, tf_edi = 0, tf_esi = 3, tf_ebp = -137622508, tf_isp = -137622528, tf_ebx = 0, tf_edx = -1026180480, tf_ecx = -137622464, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1027275291, tf_cs = 32, tf_eflags = 66182, tf_esp = -137622448, tf_ss = -1027290778}) at ../../../i386/i386/trap.c:271 #10 0xc072820a in calltrap () at ../../../i386/i386/exception.s:137 #11 0xf7cc0008 in ?? () ---Type to continue, or q to quit--- #12 0x00000028 in ?? () #13 0xc2b00028 in ?? () #14 0x00000000 in ?? () #15 0x00000003 in ?? () #16 0xf7cc0c14 in ?? () #17 0xf7cc0c00 in ?? () #18 0x00000000 in ?? () #19 0xc2d5ba80 in ?? () #20 0xf7cc0c40 in ?? () #21 0x00000000 in ?? () #22 0x0000000c in ?? () #23 0x00000000 in ?? () #24 0xc2c505e5 in p6_get_config (cpu=0, ri=0, ppm=0x0) at /mnt/part2/usr/src/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_ppro.c:487 #25 0xc2c4c966 in pmc_process_exit (arg=0x0, p=0xc2e9a830) at /mnt/part2/usr/src/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_mod.c:3709 #26 0xc054b7ec in exit1 (td=0xc2e9c900, rv=0) at ../../../kern/kern_exit.c:199 #27 0xc054b3dd in sys_exit (td=0x0, uap=0x0) at ../../../kern/kern_exit.c:94 #28 0xc073c140 in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 25, tf_esi = -1077942068, tf_ebp = -1077943752, tf_isp = -137622172, tf_ebx = 1074955492, tf_edx = 0, tf_ecx = 0, tf_eax = 1, tf_trapno = 12, tf_err = 2, tf_eip = 1074373979, tf_cs = 51, tf_eflags = 646, tf_esp = -1077943764, tf_ss = 59}) ---Type to continue, or q to quit--- at ../../../i386/i386/trap.c:985 #29 0xc072825f in Xint0x80_syscall () at ../../../i386/i386/exception.s:198 #30 0x0000003b in ?? () #31 0x0000003b in ?? () #32 0x0000003b in ?? () #33 0x00000019 in ?? () #34 0xbfbfe8cc in ?? () #35 0xbfbfe238 in ?? () #36 0xf7cc0d64 in ?? () #37 0x401284e4 in ?? () #38 0x00000000 in ?? () #39 0x00000000 in ?? () #40 0x00000001 in ?? () #41 0x0000000c in ?? () #42 0x00000002 in ?? () #43 0x4009a55b in ?? () #44 0x00000033 in ?? () #45 0x00000286 in ?? () #46 0xbfbfe22c in ?? () #47 0x0000003b in ?? () #48 0xd0d0d0d0 in ?? () #49 0xd0d0d0d0 in ?? () #50 0xd0d0d0d0 in ?? () ---Type to continue, or q to quit--- #51 0xd0d0d0d0 in ?? () #52 0x3c8a2000 in ?? () #53 0x00000000 in ?? () #54 0xc054f410 in fork_exit () at ../../../kern/kern_fork.c:804 From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 18:27:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4E8716A41F for ; Tue, 26 Jul 2005 18:27:55 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A6F043D45 for ; Tue, 26 Jul 2005 18:27:55 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j6QIRswG031998; Tue, 26 Jul 2005 11:27:54 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j6QIRsAR031997; Tue, 26 Jul 2005 11:27:54 -0700 Date: Tue, 26 Jul 2005 11:27:54 -0700 From: Brooks Davis To: Peter Wemm Message-ID: <20050726182754.GA27038@odin.ac.hmc.edu> References: <42E583F9.3070703@rogers.com> <200507261403.01515.imachine@toya.net.pl> <200507261104.35752.peter@wemm.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline In-Reply-To: <200507261104.35752.peter@wemm.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-current@freebsd.org, Mateusz J??drasik Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 18:27:56 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 26, 2005 at 11:04:35AM -0700, Peter Wemm wrote: > On Tuesday 26 July 2005 05:03 am, Mateusz J??drasik wrote: > > Dnia wtorek 26 lipca 2005 02:29, Mike Jakubik napisa??: > > > xl0: link state changed to UP > > > DHCPREQUEST on xl0 to 255.255.255.255 port 67 > > > DHCPREQUEST on xl0 to 255.255.255.255 port 67 > > > DHCPACK from x.x.x.1 > > > bound to x.x.x.195 -- renewal in 43200 seconds. > > > xl0: flags=3D8843 mtu 1500 > > > options=3D9 > > > inet x.x.x.195 netmask 0xffffff80 broadcast x.x.x.255 > > > ether 00:01:03:d4:4c:07 > > > media: Ethernet autoselect (100baseTX ) > > > status: active > > > Creating and/or trimming log files:. > > > Starting syslogd. > > > Additional routing options: IP gateway=3DYES. > > > Starting devd. > > > dhclient xl0: already running? > > > Mounting NFS file systems:. > > > > > > --- > > > > > > Why is dhclient being run again? Can someone tell me why this > > > openbsd version was brought in anyways? The old one worked just > > > fine, this seems like yet another reinvention of a wheel, and a > > > broken one at that. > > > > I have a very similar issue on 6.0-BETA, it starts once, then again > > during the boot process similarly at the same place You mentioned, > > with ifconfig_fxp0=3D"DHCP" in rc.conf. > > > > Eh. ;-) > > > > Btw, is it possible to have two interfaces? I have w wi0 and fxp0 > > card, the wi0 being dynamically switchable on or off with a switch on > > the laptop's side. I would ideally like both of them to do DHCP, > > however, first trying the currently working/available interface - > > that is, fxp0 - then, if the fxp0 link goes down, and nothing is up, > > cancelling the DHCP request, later, when the wi0 gets switched ON, > > FreeBSD automatically picking up DHCP from the associated wireless > > network - is that possible, without manually needing to start DHCP > > every time? >=20 > Oh, how I wish dhclient could handle two interfaces! The old one=20 > allowed two interfaces, but was rather stupid about it. There was no=20 > way to specify which interface had priority, so the last one usually=20 > won with its default routes. >=20 > My gateway box at home has two ethernet interfaces that need dhcp. It=20 > seems I'm going to have to hack dhclient-script or something to get it=20 > to do something sensible. It shouldn't be that painful. >=20 > Linux (gentoo in this case) has dhcpcd, which take switches to allow you= =20 > to tell it to not mess with resolv.conf or the default route. No=20 > hacking or pain required. Unlike ours dhclient. I think the largest issue here is the default route support, probably followed by doing something more sane about situations where people want to use two different interfaces to access the same network (I don't think you can win here, but we can probably do better). I just found one typo that may be the cause of some default route issues. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --jI8keyz6grp/JLjh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFC5oCoXY6L6fI4GtQRArJtAJ0XTzurvP02dqOdaphl0op030RXqgCgxZ0g 0Y/5za1PpnXlJaX5KYq9WMo= =evRe -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 18:32:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72AC916A41F for ; Tue, 26 Jul 2005 18:32:24 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAA9B43D53 for ; Tue, 26 Jul 2005 18:32:23 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from pyanfar.ece.cmu.edu (PYANFAR.ECE.CMU.EDU [128.2.136.40]) by bache.ece.cmu.edu (Postfix) with ESMTP id 9F85A9B; Tue, 26 Jul 2005 14:32:22 -0400 (EDT) From: "Brandon S. Allbery KF8NH" To: Kirk Davis In-Reply-To: <04C71268DFDAA8499EC1A248A44B6A2B34BFFC@Exchange21.EDU.epsb.ca> References: <04C71268DFDAA8499EC1A248A44B6A2B34BFFC@Exchange21.EDU.epsb.ca> Content-Type: text/plain Date: Tue, 26 Jul 2005 14:32:21 -0400 Message-Id: <1122402742.2885.7.camel@pyanfar.ece.cmu.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "'freebsd-current@freebsd.org'" Subject: RE: 6-BETA1 iwi + wpa_supplicant fails, and sometimes silently re boots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 18:32:24 -0000 On Tue, 2005-07-26 at 10:45 -0600, Kirk Davis wrote: > into /etc/make.conf and recompile. You will also need to install the new > firmware for the driver that can be found here: > http://damien.bergamini.free.fr/ipw/ I had previously been using the 1.3 firmware from that site with the same lack of success, but recently I installed the net/iwi-firmware port instead. Should I switch back? -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon univ. KF8NH From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 18:38:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2324216A41F; Tue, 26 Jul 2005 18:38:23 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACB8443D45; Tue, 26 Jul 2005 18:38:22 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j6QIcLH2002973; Tue, 26 Jul 2005 13:38:21 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42E68319.40105@centtech.com> Date: Tue, 26 Jul 2005 13:38:17 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: acpi@freebsd.org, FreeBSD Current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: More ACPI patch problems.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 18:38:23 -0000 After updating, I now see this when on battery: hw.acpi.battery.life: 97 hw.acpi.battery.time: 337898 hw.acpi.battery.state: 1 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 And when on AC, my battery life never gets to 100% (like it used to). All my systems info is here: http://www.googlebit.com/freebsd/ Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 18:46:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 049A716A41F; Tue, 26 Jul 2005 18:46:11 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1AF143D45; Tue, 26 Jul 2005 18:46:10 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j6QIk7o5016369 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 26 Jul 2005 11:46:10 -0700 Message-ID: <42E684EF.3030601@root.org> Date: Tue, 26 Jul 2005 11:46:07 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marcin Jessa References: <42E1481F.5040306@root.org> <20050723133819.36efb537.lists@yazzy.org> <42E29CAA.1020007@root.org> <20050724215818.55f951ae.lists@yazzy.org> <42E42F10.3030309@root.org> <20050725091221.106a0368.lists@yazzy.org> <42E5134F.706@root.org> <20050726011943.0abe83a0.lists@yazzy.org> <42E5C96C.9060105@root.org> <20050726093317.522452a6.lists@yazzy.org> In-Reply-To: <20050726093317.522452a6.lists@yazzy.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: acpi battery rework patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 18:46:11 -0000 Marcin Jessa wrote: > On Mon, 25 Jul 2005 22:26:04 -0700 > Nate Lawson wrote: >>There is no bug here, this info is correct and matches the kernel >>behavior before my commit. So what is the buggy behavior? > > > In the first email i could not see the remining time when running on battery but then after a short while I sent one more email as reply to my own saying it showed up and this was propably becouse ACPI did not manage to get the battery state yet. > I dont know if there was any bug. I thought you had some issues so I tried to help. > It seems like we both wasted our time on a perfectly good code becouse you missed my second email :) Ok, thanks for clearing this up. No more info is necessary. -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 18:50:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE25816A41F for ; Tue, 26 Jul 2005 18:50:08 +0000 (GMT) (envelope-from Kirk.Davis@epsb.ca) Received: from relay.epsb.ca (relay.epsb.ca [198.161.119.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id E13E543D55 for ; Tue, 26 Jul 2005 18:50:07 +0000 (GMT) (envelope-from Kirk.Davis@epsb.ca) Received: from exchange03.epsb.ca (exchange03.epsb.ca [10.0.5.11]) by relay.epsb.ca (8.12.11/8.12.11) with ESMTP id j6QIo51I059760; Tue, 26 Jul 2005 12:50:05 -0600 (MDT) (envelope-from Kirk.Davis@epsb.ca) Received: by exchange03.epsb.ca with Internet Mail Service (5.5.2653.19) id ; Tue, 26 Jul 2005 12:50:05 -0600 Message-ID: <04C71268DFDAA8499EC1A248A44B6A2B34C000@Exchange21.EDU.epsb.ca> From: Kirk Davis To: "'Brandon S. Allbery KF8NH'" , Kirk Davis Date: Tue, 26 Jul 2005 12:50:00 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Cc: "'freebsd-current@freebsd.org'" Subject: RE: 6-BETA1 iwi + wpa_supplicant fails, and sometimes silently re boots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 18:50:08 -0000 I used the package install of the 1.3 firmware so you are probably ok. I think the 1.3 firmware was the first version with the WPA support. --- Kirk -----Original Message----- From: Brandon S. Allbery KF8NH [mailto:allbery@ece.cmu.edu] Sent: July 26, 2005 12:32 PM To: Kirk Davis Cc: 'freebsd-current@freebsd.org' Subject: RE: 6-BETA1 iwi + wpa_supplicant fails, and sometimes silently re boots On Tue, 2005-07-26 at 10:45 -0600, Kirk Davis wrote: > into /etc/make.conf and recompile. You will also need to install the new > firmware for the driver that can be found here: > http://damien.bergamini.free.fr/ipw/ I had previously been using the 1.3 firmware from that site with the same lack of success, but recently I installed the net/iwi-firmware port instead. Should I switch back? -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon univ. KF8NH From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 19:10:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55BFC16A41F; Tue, 26 Jul 2005 19:10:11 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id C612943D48; Tue, 26 Jul 2005 19:10:10 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j6QJA6o5016644 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 26 Jul 2005 12:10:07 -0700 Message-ID: <42E68A8D.60002@root.org> Date: Tue, 26 Jul 2005 12:10:05 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Wilko Bulte References: <20050723133819.36efb537.lists@yazzy.org> <42E29CAA.1020007@root.org> <20050724215818.55f951ae.lists@yazzy.org> <42E42F10.3030309@root.org> <20050725091221.106a0368.lists@yazzy.org> <42E5134F.706@root.org> <20050725184101.GA41023@freebie.xs4all.nl> <42E5CA9E.6080309@root.org> <20050726073451.GA44706@freebie.xs4all.nl> In-Reply-To: <20050726073451.GA44706@freebie.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: acpi battery rework patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 19:10:11 -0000 Wilko Bulte wrote: >>>Unplugging AC power: >>> >>>batt pass1: dev 0xc15e3100 ok valid state 1 cap 0 valid_rate 1082 >>>batt pass2: min 166 total_min 166 total_cap 0 >>> >>> >>>wb@chuck ~: apm >>>APM version: 1.2 >>>APM Management: Enabled >>>AC Line status: off-line >>>Battery Status: low >>>Remaining battery life: 0% >>>Remaining battery time: 2:31:00 >>>Number of batteries: 1 >>>Battery 0: >>> Battery Status: low >>> Remaining battery life: 0% >>> Remaining battery time: 2:31:00 >> >>Again, it does not report a valid cap off power but does report a valid >>rate of use. >> >>Did you always have this behavior or was this introduced by my commit? > > > Been there since a long time. I'm afraid my commit can't fix the inability to read _BST info. We'll have to address that separately in acpi-ca or the acpi_cmbat driver once the problem is understood. -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 19:11:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78EA716A41F; Tue, 26 Jul 2005 19:11:38 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F59543D45; Tue, 26 Jul 2005 19:11:38 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j6QJBbo5016678 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 26 Jul 2005 12:11:38 -0700 Message-ID: <42E68AE8.2050600@root.org> Date: Tue, 26 Jul 2005 12:11:36 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremie Le Hen References: <20050723133819.36efb537.lists@yazzy.org> <42E29CAA.1020007@root.org> <20050724215818.55f951ae.lists@yazzy.org> <42E42F10.3030309@root.org> <20050725091221.106a0368.lists@yazzy.org> <42E5134F.706@root.org> <20050726011943.0abe83a0.lists@yazzy.org> <42E5C96C.9060105@root.org> <20050726135149.GG1610@obiwan.tataz.chchile.org> In-Reply-To: <20050726135149.GG1610@obiwan.tataz.chchile.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, Marcin Jessa , freebsd-current@freebsd.org Subject: Re: acpi battery rework patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 19:11:38 -0000 Jeremie Le Hen wrote: > Hi Nate, > > >>>- Battery: >>>hw.acpi.battery.life: 87 >>>hw.acpi.battery.time: 103 >>>hw.acpi.battery.state: 1 >> >>Completely fine. Time should be -1 (unknown) while on AC power. And >>state is "discharging" when on battery. >> >> >>>- AC: >>>hw.acpi.battery.life: 70 >>>hw.acpi.battery.time: -1 >>>hw.acpi.battery.state: 2 >> >>This is fine. On AC power and state is charging. >> >> >>>- Battery: >>>hw.acpi.battery.life: 70 >>>hw.acpi.battery.time: 125 >>>hw.acpi.battery.state: 1 >> >>Time is valid and state is "discharging". > > > Where are these states documented ? What do you think of the idea of > using the following as a description for the hw.acpi.battery.state > sysctl ? > "0: battery full, 1: discharging, 2: charging" Currently in the acpiio.h header. Changing it to a string is a problem since multiple flags can be active at once, i.e. "discharging" + "critical". The apm(8) utility does a good job of parsing these so perhaps the same code could be used in the sysctl. -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 19:12:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AD4116A41F; Tue, 26 Jul 2005 19:12:12 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id A482B43D58; Tue, 26 Jul 2005 19:12:10 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j6QJC9o5016681 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 26 Jul 2005 12:12:10 -0700 Message-ID: <42E68B08.2030701@root.org> Date: Tue, 26 Jul 2005 12:12:09 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Kjeldergaard References: <42E29CAA.1020007@root.org> <20050724215818.55f951ae.lists@yazzy.org> <42E42F10.3030309@root.org> <20050725091221.106a0368.lists@yazzy.org> <42E5134F.706@root.org> <20050726011943.0abe83a0.lists@yazzy.org> <42E5C96C.9060105@root.org> <20050726135149.GG1610@obiwan.tataz.chchile.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, Marcin Jessa , Jeremie Le Hen , freebsd-current@freebsd.org Subject: Re: acpi battery rework patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 19:12:12 -0000 Eric Kjeldergaard wrote: > On 7/26/05, Jeremie Le Hen wrote: > >>Hi Nate, >> >> >>>>- Battery: >>>>hw.acpi.battery.life: 87 >>>>hw.acpi.battery.time: 103 >>>>hw.acpi.battery.state: 1 >>> >>>Completely fine. Time should be -1 (unknown) while on AC power. And >>>state is "discharging" when on battery. >>> >>> >>>>- AC: >>>>hw.acpi.battery.life: 70 >>>>hw.acpi.battery.time: -1 >>>>hw.acpi.battery.state: 2 >>> >>>This is fine. On AC power and state is charging. >>> >>> >>>>- Battery: >>>>hw.acpi.battery.life: 70 >>>>hw.acpi.battery.time: 125 >>>>hw.acpi.battery.state: 1 >>> >>>Time is valid and state is "discharging". >> >>Where are these states documented ? What do you think of the idea of >>using the following as a description for the hw.acpi.battery.state >>sysctl ? >> "0: battery full, 1: discharging, 2: charging" >> > > > Along the same lines, I notice the following: > > [~/mp3] #sysctl -d hw.acpi.battery > hw.acpi.battery: > hw.acpi.battery.life: > hw.acpi.battery.time: > hw.acpi.battery.state: > hw.acpi.battery.units: > hw.acpi.battery.info_expire: > > Any chance of descriptions being added to all? > Yes, I have a patch for this and will try to roll it into a group of them later today. -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 19:16:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8243216A41F; Tue, 26 Jul 2005 19:16:09 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BFCF43D48; Tue, 26 Jul 2005 19:16:09 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j6QJG7o5016700 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 26 Jul 2005 12:16:08 -0700 Message-ID: <42E68BF7.4040104@root.org> Date: Tue, 26 Jul 2005 12:16:07 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Anderson References: <42E68319.40105@centtech.com> In-Reply-To: <42E68319.40105@centtech.com> Content-Type: multipart/mixed; boundary="------------060207020005090501050003" Cc: acpi@freebsd.org, FreeBSD Current Subject: Re: More ACPI patch problems.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 19:16:09 -0000 This is a multi-part message in MIME format. --------------060207020005090501050003 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Eric Anderson wrote: > After updating, I now see this when on battery: > hw.acpi.battery.life: 97 > hw.acpi.battery.time: 337898 > hw.acpi.battery.state: 1 > hw.acpi.battery.units: 2 > hw.acpi.battery.info_expire: 5 > > And when on AC, my battery life never gets to 100% (like it used to). > > All my systems info is here: > http://www.googlebit.com/freebsd/ Can you run with the attached debug printf patch and let me know the output? Run it both on and off AC power. -- Nate --------------060207020005090501050003 Content-Type: text/plain; name="batt_dbg.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="batt_dbg.diff" Index: sys/dev/acpica/acpi_battery.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpi_battery.c,v retrieving revision 1.13 diff -u -r1.13 acpi_battery.c --- sys/dev/acpica/acpi_battery.c 23 Jul 2005 19:35:59 -0000 1.13 +++ sys/dev/acpica/acpi_battery.c 25 Jul 2005 15:59:29 -0000 @@ -161,6 +161,7 @@ error = ENOMEM; goto out; } +printf("batt pass1: dev %p ", batt_dev); /* Default info for every battery is "not present". */ acpi_reset_battinfo(&bi[i]); @@ -174,11 +175,13 @@ ACPI_BATT_GET_STATUS(batt_dev, &bst[i]) != 0 || ACPI_BATT_GET_INFO(batt_dev, bif) != 0) continue; +printf("ok "); /* If a battery is not installed, we sometimes get strange values. */ if (!acpi_battery_bst_valid(&bst[i]) || !acpi_battery_bif_valid(bif)) continue; +printf("valid "); /* Record state and calculate percent capacity remaining. */ valid_units++; @@ -204,10 +207,12 @@ */ if (bst[i].rate > 0 && (bst[i].state & ACPI_BATT_STAT_DISCHARG)) valid_rate += bst[i].rate; +printf("state %d cap %d valid_rate %d\n", bi[i].state, bi[i].cap, valid_rate); } /* If the caller asked for a device but we didn't find it, error. */ if (dev != NULL && dev_idx < 0) { +printf("batt: couldn't find dev %p\n", dev); error = ENXIO; goto out; } @@ -226,6 +231,8 @@ bi[i].min = 0; total_min += bi[i].min; total_cap += bi[i].cap; +printf("batt pass2: min %d total_min %d total_cap %d\n", bi[i].min, total_min, +total_cap); } /* --------------060207020005090501050003-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 19:27:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E17B016A41F; Tue, 26 Jul 2005 19:27:50 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from rwcrmhc12.comcast.net (rwcrmhc14.comcast.net [216.148.227.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DAF543D45; Tue, 26 Jul 2005 19:27:50 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from [192.168.15.101] (67-20-70-103.vnnyca.adelphia.net[67.20.70.103]) by comcast.net (rwcrmhc14) with SMTP id <200507261927450140010ui2e>; Tue, 26 Jul 2005 19:27:50 +0000 Date: Tue, 26 Jul 2005 12:27:15 -0700 (PDT) From: Doug Barton To: Peter Jeremy In-Reply-To: <20050725195258.GD9620@cirb503493.alcatel.com.au> Message-ID: <20050726115812.X31388@ync.qbhto.arg> References: <200507231942.j6NJgdks037508@repoman.freebsd.org> <42E2A029.1090404@gmail.com> <42E2DA50.2000205@FreeBSD.org> <20050724011629.GK14567@elvis.mu.org> <20050724094522.GL14567@elvis.mu.org> <20050725195258.GD9620@cirb503493.alcatel.com.au> Organization: http://www.FreeBSD.org/ X-OpenPGP-Key-ID: 0xD5B2F0FB X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Cleaning stale files from the base (Was: Re: cvs commit: src ObsoleteFiles.inc) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 19:27:51 -0000 [ Moving to -current to get the discussion off the cvs lists, and get a wider audience ] On Tue, 26 Jul 2005, Peter Jeremy wrote: > On Sun, 2005-Jul-24 11:45:23 +0200, Maxime Henrion wrote: >> If files are installed using the -p flag of install(1), which preserves the >> modification time (I'm not sure we actually use this flag). > > We do in /usr/include (and maybe elsewhere). I have posted this before, but I deal with this issue, and the man page issue, as follows: doinstall () { cd /usr && [ -d include-old ] && /bin/rm -r include-old; [ ! -e include-old ] && mv -i include include-old; /bin/rm -r /usr/share/man; cd /usr/src && touch /var/tmp/installdate && make installworld } I've been doing it this way for several years, and have never run into a problem. For production use, we could change the rm of the man pages to a mv as the includes are done if people wanted to be more cautious. >> Also, a find >> -ctime +1 is only useful if the installworld was done not long ago; if it's >> a few days old or more, we'd have to hack the script. We can also imagine >> doing an installworld in the morning, and another in the evening. > > It's not perfect but it's better than what we had before. You can > fairly easily work around the above by adding something like > date > ${DESTDIR}/etc/installworld As you can see above, I use /var/tmp for this, as it is a little closer to hier-clean, but it's not a huge issue. > into /usr/src/Makefile.inc1 as the first thing installworld does and > then use '! -newercm /etc/installworld' for find. I use the script that I posted at http://people.freebsd.org/~dougb/after_installworld for this. Some desirable additions to that script might be a list of files to ignore (such as perl symlinks in /usr/bin), and an option to delete the file outright, but this is a good proof of concept for what I have in mind. I did recently discover that this script leaves out some directories in /usr/share that could usefully be cleaned, but a lot of that stuff is installed with preserved timestamps, which makes this method difficult. The other thing that makes this method exciting is that if you build world with -DNO_CLEAN, then the libraries where code has not changed are not updated, and get installed with the old dates. That's why in my script the lib directories are last. If I haven't done a clean buildworld, I ^C the script at that point. So like I said, this isn't perfect, but as a POC it's a good place to start. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 19:28:27 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FD6916A41F; Tue, 26 Jul 2005 19:28:27 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6ACD543D46; Tue, 26 Jul 2005 19:28:26 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr14.xs4all.nl (8.13.3/8.13.3) with ESMTP id j6QJSOh9079404; Tue, 26 Jul 2005 21:28:24 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.3/8.13.3) with ESMTP id j6QJSOio047333; Tue, 26 Jul 2005 21:28:24 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.3/8.13.1/Submit) id j6QJSOSk047332; Tue, 26 Jul 2005 21:28:24 +0200 (CEST) (envelope-from wb) Date: Tue, 26 Jul 2005 21:28:24 +0200 From: Wilko Bulte To: Nate Lawson Message-ID: <20050726192824.GB47305@freebie.xs4all.nl> References: <42E29CAA.1020007@root.org> <20050724215818.55f951ae.lists@yazzy.org> <42E42F10.3030309@root.org> <20050725091221.106a0368.lists@yazzy.org> <42E5134F.706@root.org> <20050725184101.GA41023@freebie.xs4all.nl> <42E5CA9E.6080309@root.org> <20050726073451.GA44706@freebie.xs4all.nl> <42E68A8D.60002@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42E68A8D.60002@root.org> X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner Cc: acpi@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: acpi battery rework patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 19:28:27 -0000 On Tue, Jul 26, 2005 at 12:10:05PM -0700, Nate Lawson wrote.. > Wilko Bulte wrote: > >>>Unplugging AC power: > >>> > >>>batt pass1: dev 0xc15e3100 ok valid state 1 cap 0 valid_rate 1082 > >>>batt pass2: min 166 total_min 166 total_cap 0 > >>> > >>> > >>>wb@chuck ~: apm > >>>APM version: 1.2 > >>>APM Management: Enabled > >>>AC Line status: off-line > >>>Battery Status: low > >>>Remaining battery life: 0% > >>>Remaining battery time: 2:31:00 > >>>Number of batteries: 1 > >>>Battery 0: > >>> Battery Status: low > >>> Remaining battery life: 0% > >>> Remaining battery time: 2:31:00 > >> > >>Again, it does not report a valid cap off power but does report a valid > >>rate of use. > >> > >>Did you always have this behavior or was this introduced by my commit? > > > > > >Been there since a long time. > > I'm afraid my commit can't fix the inability to read _BST info. We'll > have to address that separately in acpi-ca or the acpi_cmbat driver once > the problem is understood. OK. Mind you, I am really happy with the progress ACPI has made to make this laptop work with it. Basically ACPI support moved from basically unusable to just this minor snag with the battery. Thanks for all the hours you spent on ACPI support! W/ -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 19:32:39 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 228E716A41F for ; Tue, 26 Jul 2005 19:32:39 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AF4143D60 for ; Tue, 26 Jul 2005 19:32:29 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from [192.168.0.2] (host46-147.pool8254.interbusiness.it [82.54.147.46]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id EF72D5739 for ; Tue, 26 Jul 2005 21:32:27 +0200 (CEST) Message-ID: <42E68F9F.8000407@freesbie.org> Date: Tue, 26 Jul 2005 21:31:43 +0200 From: Dario Freni User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: it, it-it, en-us, en MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.92.0.0 OpenPGP: url=http://www.saturnero.net/saturnero.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC0C18600241FC445A147098B" Cc: Subject: CALL FOR TESTERS: geom_vol_cd9660 class X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 19:32:39 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC0C18600241FC445A147098B Content-Type: multipart/mixed; boundary="------------030702090004080306020809" This is a multi-part message in MIME format. --------------030702090004080306020809 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Hi everybody. I worked on a geom_vol_cd9660 class that acts like the geom_vol_ffs one, with cd9660 image. Although the actual code doesn't cover every possible type of images, this works fine for me. Can anybody test it and report here the results? Inserting an ISO9660 CD or attaching and md vnode pointing to an ISO image should create a /dev/vol/${LABEL} device, which can be used to mount it instead of /dev/acd0 or whatever. Hints and corrections are greatly appreciated, as this is my first attempt with a geom class (and also with devices issues) Bye and thanks in advance, Dario -- Dario Freni (saturnero@freesbie.org) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc --------------030702090004080306020809 Content-Type: text/plain; x-mac-type="54455854"; x-mac-creator="74657874"; name="geom_vol_cd9660.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="geom_vol_cd9660.c" /*- * Copyright (c) 2005 Dario Freni * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. */ #include __FBSDID("$FreeBSD$"); #include #include #include #include #include #include #include #include #include #include #include #define VOL_CD9660_CLASS_NAME "VOL_CD9660" struct g_vol_cd9660_softc { char * vol; }; static int g_vol_cd9660_start(struct bio *bp __unused) { return(0); } static struct g_geom * g_vol_cd9660_taste(struct g_class *mp, struct g_provider *pp, int flags) { void *buf; char volname[32]; char *s; struct g_geom *gp; struct g_consumer *cp; struct g_vol_cd9660_softc *ms; int error, high_sierra=0; struct iso_volume_descriptor *vdp; struct iso_primary_descriptor *pri; struct iso_sierra_primary_descriptor *pri_sierra; g_trace(G_T_TOPOLOGY, "vol_taste(%s,%s)", mp->name, pp->name); g_topology_assert(); /* Avoid recursion */ if (flags == G_TF_NORMAL && !strcmp(pp->geom->class->name, VOL_CD9660_CLASS_NAME)) return NULL; gp = g_slice_new(mp, 1, pp, &cp, &ms, sizeof(*ms), g_vol_cd9660_start); if (gp == NULL) return (NULL); g_topology_unlock(); buf = NULL; buf = g_read_data(cp, ((off_t) 16) <<11, ISO_DEFAULT_BLOCK_SIZE, &error); if (buf == NULL || error != 0) goto end; vdp = (struct iso_volume_descriptor *) buf; if (strncmp (vdp->id, ISO_STANDARD_ID, sizeof(ISO_STANDARD_ID) - 1) != 0) { /* Untested with sierra images */ if (strncmp (vdp->id_sierra, ISO_SIERRA_ID, sizeof(ISO_SIERRA_ID) - 1) != 0) goto end; else high_sierra = 1; } switch (isonum_711 (high_sierra? vdp->type_sierra: vdp->type)) { case ISO_VD_PRIMARY: if (high_sierra) { pri_sierra = (struct iso_sierra_primary_descriptor *) vdp; s = pri_sierra->volume_id; } else { pri = (struct iso_primary_descriptor *) vdp; s = pri->volume_id; } bzero(volname,32); for (int i=0; i < 32 && *s; i++) { if (s[i] == ' ' || s[i] == '\0') break; volname[i] = s[i]; } /* Check for volume name */ if (volname[0] == '\0') goto end; break; /* XXX check for ISO_VD_SUPPLEMENTARY? */ default: break; } g_topology_lock(); g_slice_config(gp, 0, G_SLICE_CONFIG_SET, (off_t) 0, pp->mediasize, pp->sectorsize, "vol/%s", volname); g_free(buf); g_topology_unlock(); end: g_topology_lock(); g_access(cp, -1, 0, 0); if (LIST_EMPTY(&gp->provider)) { g_slice_spoiled(cp); return (NULL); } return (gp); } static struct g_class g_vol_cd9660_class = { .name = VOL_CD9660_CLASS_NAME, .version = G_VERSION, .taste = g_vol_cd9660_taste, }; DECLARE_GEOM_CLASS(g_vol_cd9660_class, g_vol_cd9660); --------------030702090004080306020809 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="Makefile" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="Makefile" # $FreeBSD$ CFLAGS+=-g KMOD= geom_vol_cd9660 SRCS= geom_vol_cd9660.c .include --------------030702090004080306020809-- --------------enigC0C18600241FC445A147098B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFC5o+fymi72IiShysRAk73AKDxn+xslkc7/joEhdTwreUKPbEJywCeLPoT AuVCIrTOgKyQShO87XUt1SA= =72Y4 -----END PGP SIGNATURE----- --------------enigC0C18600241FC445A147098B-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 19:33:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78DA216A420 for ; Tue, 26 Jul 2005 19:33:30 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id E43F343D70 for ; Tue, 26 Jul 2005 19:33:24 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j6QJXOYP005423; Tue, 26 Jul 2005 12:33:24 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j6QJXOFH005422; Tue, 26 Jul 2005 12:33:24 -0700 Date: Tue, 26 Jul 2005 12:33:24 -0700 From: Brooks Davis To: Mike Jakubik Message-ID: <20050726193324.GA4603@odin.ac.hmc.edu> References: <42E58007.9030202@rogers.com> <20050726004246.GA20597@odin.ac.hmc.edu> <42E595C3.2070003@rogers.com> <20050726015428.GF20597@odin.ac.hmc.edu> <4901.172.16.0.199.1122345549.squirrel@172.16.0.1> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ew6BAiZeqk4r7MaW" Content-Disposition: inline In-Reply-To: <4901.172.16.0.199.1122345549.squirrel@172.16.0.1> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-current@freebsd.org Subject: Re: dhclient taking all cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 19:33:30 -0000 --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 25, 2005 at 10:39:09PM -0400, Mike Jakubik wrote: > On Mon, July 25, 2005 9:54 pm, Brooks Davis said: >=20 > >>> Probably something wrong with your interface, but you havent't > >>> provided any useful information so who knows. At the very least, I > >>> need to know what interface you are running on, something about it's > >>> status, and if both dhclient processes are running. > >>> > >> The interface is xl0 (3Com 3c905C-TX Fast Etherlink XL), and it worked > >> in this machine fine for as long as i remember. This seems to have > >> happened since a recent cvsup and buildworld from ~6-BETA to 7-CURRENT. > >> I rebooted three times, and the problem occured rougly a minute after > >> bootup. On the fourth time however, it seems to be ok so far. > > > > That sounds like a problem with the code that handles the link state > > notifications in the interface driver. The notifications are a reletiv= ly > > new feature that we're only now starting to use heavily so there are go= ing > > to be bumps in the road. It would be intresting to know if you see link > > state messages promptly if you plug and unplug the network cable. >=20 > It seems to be back at it again, this time it took longer to kick in. Here > is a "ps auxw|grep dhclient" : >=20 > _dhcp 219 93.5 0.2 1484 1136 ?? Rs 8:49PM 5:06.00 dhclient: > xl0 (dhclient) > root 193 0.0 0.2 1484 1088 d0- S 8:49PM 0:00.02 dhclient: > xl0 [priv] (dhclient) >=20 > top: >=20 > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMA= ND > 219 _dhcp 1 129 0 1484K 1136K RUN 9:33 94.24% dhcli= ent >=20 > Nothing in dmesg about link state changes on xl0. Unplugging and > replugging the network cable results in link state notification within a > couple seconds. Could you see what happens if you run dhclient in the foreground? Just running "dhclient -d xl0" should do it. I'd like to know what sort of output it's generating. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --ew6BAiZeqk4r7MaW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFC5o/+XY6L6fI4GtQRAnxvAKC/Fn6/rp7Ggz9jLwBD9dDoZlNPjgCeKMVU 3MbAQWJ9S43Tbwqb1UiNlbc= =/x4h -----END PGP SIGNATURE----- --ew6BAiZeqk4r7MaW-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 19:50:40 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBAFB16A424 for ; Tue, 26 Jul 2005 19:50:40 +0000 (GMT) (envelope-from andreas.kohn@gmx.net) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 1209843D48 for ; Tue, 26 Jul 2005 19:50:39 +0000 (GMT) (envelope-from andreas.kohn@gmx.net) Received: (qmail invoked by alias); 26 Jul 2005 19:50:38 -0000 Received: from unknown (EHLO klamath) [212.204.44.203] by mail.gmx.net (mp011) with SMTP; 26 Jul 2005 21:50:38 +0200 X-Authenticated: #2431876 From: Andreas Kohn To: Dario Freni In-Reply-To: <42E68F9F.8000407@freesbie.org> References: <42E68F9F.8000407@freesbie.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-cyGVHeUZvkQAf/BkuAlN" Date: Tue, 26 Jul 2005 21:50:30 +0200 Message-Id: <1122407431.1007.7.camel@klamath.syndrom23.de> Mime-Version: 1.0 X-Mailer: Evolution 2.3.5.1 FreeBSD GNOME Team Port X-Y-GMX-Trusted: 0 Cc: current@freebsd.org Subject: Re: CALL FOR TESTERS: geom_vol_cd9660 class X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 19:50:40 -0000 --=-cyGVHeUZvkQAf/BkuAlN Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2005-07-26 at 21:31 +0200, Dario Freni wrote: > Hi everybody. I worked on a geom_vol_cd9660 class that acts like the > geom_vol_ffs one, with cd9660 image. Although the actual code doesn't > cover every possible type of images, this works fine for me. >=20 > Can anybody test it and report here the results? Inserting an ISO9660 CD > or attaching and md vnode pointing to an ISO image should create a > /dev/vol/${LABEL} device, which can be used to mount it instead of > /dev/acd0 or whatever. >=20 > Hints and corrections are greatly appreciated, as this is my first > attempt with a geom class (and also with devices issues) >=20 > Bye and thanks in advance, > Dario Hi, interesting...I used last weekend to write the same, but then found the geom_label classes which do support iso9660. The geom_label class for iso9660 does not use the isofs/cd9660/iso.h header file, but other than that it works perfectly( \ ata does not (re-)create geoms if the cd is changed...but that shouldn't be a problem for freesbie :D) The high-sierra part could be added to geom_label. But, the really important question is: why is there geom_vol_ffs and geom_label? Apparently I wasn't the only one who did not see geom_label :) Best regards, -- Andreas --=20 was macht man eigentlich auf einer linux-gamer lan ? hl server aufsetzen und freuen ? *duck* ^^ --=-cyGVHeUZvkQAf/BkuAlN Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC5pQGYucd7Ow1ygwRAsSJAJ9d0LlPcPTZIG5zy2nL+DlnqfmXfACdEiow pREULN7sRrWcqdc1w1HAL94= =5qaF -----END PGP SIGNATURE----- --=-cyGVHeUZvkQAf/BkuAlN-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 19:56:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB52216A41F for ; Tue, 26 Jul 2005 19:56:43 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F3DB43D45 for ; Tue, 26 Jul 2005 19:56:42 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j6QJueuX028713; Tue, 26 Jul 2005 14:56:40 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42E69574.2000107@centtech.com> Date: Tue, 26 Jul 2005 14:56:36 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <42E58007.9030202@rogers.com> <20050726004246.GA20597@odin.ac.hmc.edu> <42E595C3.2070003@rogers.com> <20050726015428.GF20597@odin.ac.hmc.edu> <4901.172.16.0.199.1122345549.squirrel@172.16.0.1> <20050726193324.GA4603@odin.ac.hmc.edu> In-Reply-To: <20050726193324.GA4603@odin.ac.hmc.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/993/Tue Jul 26 02:28:36 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: Mike Jakubik , freebsd-current@freebsd.org Subject: Re: dhclient taking all cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 19:56:43 -0000 Brooks Davis wrote: > On Mon, Jul 25, 2005 at 10:39:09PM -0400, Mike Jakubik wrote: > >>On Mon, July 25, 2005 9:54 pm, Brooks Davis said: >> >> >>>>>Probably something wrong with your interface, but you havent't >>>>>provided any useful information so who knows. At the very least, I >>>>>need to know what interface you are running on, something about it's >>>>>status, and if both dhclient processes are running. >>>>> >>>> >>>>The interface is xl0 (3Com 3c905C-TX Fast Etherlink XL), and it worked >>>>in this machine fine for as long as i remember. This seems to have >>>>happened since a recent cvsup and buildworld from ~6-BETA to 7-CURRENT. >>>> I rebooted three times, and the problem occured rougly a minute after >>>>bootup. On the fourth time however, it seems to be ok so far. >>> >>>That sounds like a problem with the code that handles the link state >>>notifications in the interface driver. The notifications are a reletivly >>>new feature that we're only now starting to use heavily so there are going >>>to be bumps in the road. It would be intresting to know if you see link >>>state messages promptly if you plug and unplug the network cable. >> >>It seems to be back at it again, this time it took longer to kick in. Here >>is a "ps auxw|grep dhclient" : >> >>_dhcp 219 93.5 0.2 1484 1136 ?? Rs 8:49PM 5:06.00 dhclient: >>xl0 (dhclient) >>root 193 0.0 0.2 1484 1088 d0- S 8:49PM 0:00.02 dhclient: >>xl0 [priv] (dhclient) >> >>top: >> >> PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND >> 219 _dhcp 1 129 0 1484K 1136K RUN 9:33 94.24% dhclient >> >>Nothing in dmesg about link state changes on xl0. Unplugging and >>replugging the network cable results in link state notification within a >>couple seconds. > > > Could you see what happens if you run dhclient in the foreground? Just > running "dhclient -d xl0" should do it. I'd like to know what sort of > output it's generating. I have the same issue (with ath0). However, running it in the foreground doesn't show the problem. It seems to only break on bootup for me. Even running netif stop/start seems ok after I've killed it initially. It seems to be bringing ath0 up/down/up/down/etc when it's hogging CPU. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 19:59:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32FAA16A41F for ; Tue, 26 Jul 2005 19:59:12 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id D377E43D46 for ; Tue, 26 Jul 2005 19:59:10 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from pyanfar.ece.cmu.edu (PYANFAR.ECE.CMU.EDU [128.2.136.40]) by bache.ece.cmu.edu (Postfix) with ESMTP id 3FF419C; Tue, 26 Jul 2005 15:59:10 -0400 (EDT) From: "Brandon S. Allbery KF8NH" To: Kirk Davis In-Reply-To: <04C71268DFDAA8499EC1A248A44B6A2B34C000@Exchange21.EDU.epsb.ca> References: <04C71268DFDAA8499EC1A248A44B6A2B34C000@Exchange21.EDU.epsb.ca> Content-Type: multipart/mixed; boundary="=-iw07IUlhdWdQoKK26jdm" Date: Tue, 26 Jul 2005 15:59:09 -0400 Message-Id: <1122407949.4882.3.camel@pyanfar.ece.cmu.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "'freebsd-current@freebsd.org'" Subject: RE: 6-BETA1 iwi + wpa_supplicant fails, and sometimes silently re boots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 19:59:12 -0000 --=-iw07IUlhdWdQoKK26jdm Content-Type: text/plain Content-Transfer-Encoding: 7bit I won't be able to try WPA until I get home this evening (if then). I'm still having failures and ultimately silent reboots trying to get at the unsecured network on campus, however. wpa_supplicant.conf and a debug log attached. ---Is there some secret incantation needed to disable all authentication, or is that case simply not implemented/not tested? The log shows it timing out and failing to authenticate to a null BSSID, instead of simply not authenticating at all. -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon univ. KF8NH --=-iw07IUlhdWdQoKK26jdm Content-Disposition: attachment; filename=wpa_supplicant.conf Content-Type: text/plain; name=wpa_supplicant.conf; charset=UTF-8 Content-Transfer-Encoding: 7bit ctrl_interface=/var/run/wpa_supplicant ctrl_interface_group=wheel eapol_version=1 ap_scan=1 fast_reauth=1 network={ ssid="800-7" scan_ssid=1 key_mgmt=WPA-PSK psk="[redacted]" #group=TKIP } network={ ssid="CMU" key_mgmt=NONE } --=-iw07IUlhdWdQoKK26jdm-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 20:01:03 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D3DE16A41F for ; Tue, 26 Jul 2005 20:01:03 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr12.xs4all.nl (smtp-vbr12.xs4all.nl [194.109.24.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BEE643D45 for ; Tue, 26 Jul 2005 20:01:02 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr12.xs4all.nl (8.13.3/8.13.3) with ESMTP id j6QK0xPC006170; Tue, 26 Jul 2005 22:01:00 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.3/8.13.3) with ESMTP id j6QK0x8F047515; Tue, 26 Jul 2005 22:00:59 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.3/8.13.1/Submit) id j6QK0x7s047514; Tue, 26 Jul 2005 22:00:59 +0200 (CEST) (envelope-from wb) Date: Tue, 26 Jul 2005 22:00:59 +0200 From: Wilko Bulte To: Brooks Davis Message-ID: <20050726200059.GA47478@freebie.xs4all.nl> References: <42E58007.9030202@rogers.com> <20050726004246.GA20597@odin.ac.hmc.edu> <42E595C3.2070003@rogers.com> <20050726015428.GF20597@odin.ac.hmc.edu> <4901.172.16.0.199.1122345549.squirrel@172.16.0.1> <20050726193324.GA4603@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050726193324.GA4603@odin.ac.hmc.edu> X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Mike Jakubik , freebsd-current@freebsd.org Subject: Re: dhclient taking all cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 20:01:03 -0000 On Tue, Jul 26, 2005 at 12:33:24PM -0700, Brooks Davis wrote.. > On Mon, Jul 25, 2005 at 10:39:09PM -0400, Mike Jakubik wrote: > > On Mon, July 25, 2005 9:54 pm, Brooks Davis said: > > > > >>> Probably something wrong with your interface, but you havent't > > >>> provided any useful information so who knows. At the very least, I > > >>> need to know what interface you are running on, something about it's > > >>> status, and if both dhclient processes are running. > > >>> > > >> The interface is xl0 (3Com 3c905C-TX Fast Etherlink XL), and it worked > > >> in this machine fine for as long as i remember. This seems to have > > >> happened since a recent cvsup and buildworld from ~6-BETA to 7-CURRENT. > > >> I rebooted three times, and the problem occured rougly a minute after > > >> bootup. On the fourth time however, it seems to be ok so far. > > > > > > That sounds like a problem with the code that handles the link state > > > notifications in the interface driver. The notifications are a reletivly > > > new feature that we're only now starting to use heavily so there are going > > > to be bumps in the road. It would be intresting to know if you see link > > > state messages promptly if you plug and unplug the network cable. > > > > It seems to be back at it again, this time it took longer to kick in. Here > > is a "ps auxw|grep dhclient" : > > > > _dhcp 219 93.5 0.2 1484 1136 ?? Rs 8:49PM 5:06.00 dhclient: > > xl0 (dhclient) > > root 193 0.0 0.2 1484 1088 d0- S 8:49PM 0:00.02 dhclient: > > xl0 [priv] (dhclient) > > > > top: > > > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > > 219 _dhcp 1 129 0 1484K 1136K RUN 9:33 94.24% dhclient > > > > Nothing in dmesg about link state changes on xl0. Unplugging and > > replugging the network cable results in link state notification within a > > couple seconds. > > Could you see what happens if you run dhclient in the foreground? Just > running "dhclient -d xl0" should do it. I'd like to know what sort of > output it's generating. In my case it is not displaying anything: chuck#dhclient -d ath0 DHCPREQUEST on ath0 to 255.255.255.255 port 67 DHCPACK from 192.168.5.254 bound to 192.168.5.20 -- renewal in 21600 seconds. I can tell the phenomenon occurs when my laptop fan springs to life: CPU states: 96.5% user, 0.0% nice, 2.7% system, 0.8% interrupt, 0.0% idle Mem: 48M Active, 28M Inact, 50M Wired, 680K Cache, 34M Buf, 115M Free Swap: 257M Total, 257M Free PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 719 _dhcp 1 129 0 1384K 1092K RUN 2:14 93.55% dhclient 607 root 1 98 0 34584K 21212K select 0:09 1.81% Xorg 663 wb 4 20 0 46712K 40224K kserel 0:27 0.00% mozilla-bin 503 root 1 8 0 1184K 796K nanslp 0:07 0.00% powerd Took (best guess) approx 5-10 minutes for the effect to kick in. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 20:02:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01B3416A420 for ; Tue, 26 Jul 2005 20:02:09 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7635443D80 for ; Tue, 26 Jul 2005 20:01:57 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr15.xs4all.nl (8.13.3/8.13.3) with ESMTP id j6QK1jZD063279; Tue, 26 Jul 2005 22:01:46 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.3/8.13.3) with ESMTP id j6QK1jEL047536; Tue, 26 Jul 2005 22:01:45 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.3/8.13.1/Submit) id j6QK1jk6047535; Tue, 26 Jul 2005 22:01:45 +0200 (CEST) (envelope-from wb) Date: Tue, 26 Jul 2005 22:01:45 +0200 From: Wilko Bulte To: Eric Anderson Message-ID: <20050726200145.GB47478@freebie.xs4all.nl> References: <42E58007.9030202@rogers.com> <20050726004246.GA20597@odin.ac.hmc.edu> <42E595C3.2070003@rogers.com> <20050726015428.GF20597@odin.ac.hmc.edu> <4901.172.16.0.199.1122345549.squirrel@172.16.0.1> <20050726193324.GA4603@odin.ac.hmc.edu> <42E69574.2000107@centtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42E69574.2000107@centtech.com> X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Mike Jakubik , freebsd-current@freebsd.org Subject: Re: dhclient taking all cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 20:02:09 -0000 On Tue, Jul 26, 2005 at 02:56:36PM -0500, Eric Anderson wrote.. > Brooks Davis wrote: > >On Mon, Jul 25, 2005 at 10:39:09PM -0400, Mike Jakubik wrote: > > > >>On Mon, July 25, 2005 9:54 pm, Brooks Davis said: > >> > >> > >>>>>Probably something wrong with your interface, but you havent't > >>>>>provided any useful information so who knows. At the very least, I > >>>>>need to know what interface you are running on, something about it's > >>>>>status, and if both dhclient processes are running. > >>>>> > >>>> > >>>>The interface is xl0 (3Com 3c905C-TX Fast Etherlink XL), and it worked > >>>>in this machine fine for as long as i remember. This seems to have > >>>>happened since a recent cvsup and buildworld from ~6-BETA to 7-CURRENT. > >>>>I rebooted three times, and the problem occured rougly a minute after > >>>>bootup. On the fourth time however, it seems to be ok so far. > >>> > >>>That sounds like a problem with the code that handles the link state > >>>notifications in the interface driver. The notifications are a > >>>reletivly > >>>new feature that we're only now starting to use heavily so there are > >>>going > >>>to be bumps in the road. It would be intresting to know if you see link > >>>state messages promptly if you plug and unplug the network cable. > >> > >>It seems to be back at it again, this time it took longer to kick in. > >>Here > >>is a "ps auxw|grep dhclient" : > >> > >>_dhcp 219 93.5 0.2 1484 1136 ?? Rs 8:49PM 5:06.00 > >>dhclient: > >>xl0 (dhclient) > >>root 193 0.0 0.2 1484 1088 d0- S 8:49PM 0:00.02 > >>dhclient: > >>xl0 [priv] (dhclient) > >> > >>top: > >> > >> PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU > >> COMMAND > >> 219 _dhcp 1 129 0 1484K 1136K RUN 9:33 94.24% > >> dhclient > >> > >>Nothing in dmesg about link state changes on xl0. Unplugging and > >>replugging the network cable results in link state notification within a > >>couple seconds. > > > > > >Could you see what happens if you run dhclient in the foreground? Just > >running "dhclient -d xl0" should do it. I'd like to know what sort of > >output it's generating. > > I have the same issue (with ath0). However, running it in the > foreground doesn't show the problem. It seems to only break on bootup In my case it does happend with dhclient in the foreground, and on ath(4) > for me. Even running netif stop/start seems ok after I've killed it > initially. It seems to be bringing ath0 up/down/up/down/etc when it's > hogging CPU. > -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 20:07:43 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A107616A41F; Tue, 26 Jul 2005 20:07:43 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09EF443D48; Tue, 26 Jul 2005 20:07:42 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from [192.168.0.2] (host46-147.pool8254.interbusiness.it [82.54.147.46]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id F28BB5732; Tue, 26 Jul 2005 22:07:42 +0200 (CEST) Message-ID: <42E697E2.2050000@freesbie.org> Date: Tue, 26 Jul 2005 22:06:58 +0200 From: Dario Freni User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: it, it-it, en-us, en MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <42E6903D.1040107@freesbie.org> <20050726200214.GH46538@darkness.comp.waw.pl> In-Reply-To: <20050726200214.GH46538@darkness.comp.waw.pl> X-Enigmail-Version: 0.92.0.0 OpenPGP: url=http://www.saturnero.net/saturnero.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0FA9D4BC08F3695A9C83E724" Cc: geom@freebsd.org, current@freebsd.org Subject: Re: CALL FOR TESTERS: geom_vol_cd9660 class X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 20:07:43 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0FA9D4BC08F3695A9C83E724 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Pawel Jakub Dawidek wrote: > What's wrong with glabel(8)? Honestly, I didn't know it before. Looking into NanoBSD code I saw it use GEOM_VOL, so I started investigate on geom_vol_ffs and write this tiny class. Agreeing with Andreas Kohn on current@: But, the really important question is: why is there geom_vol_ffs and geom_label? Apparently I wasn't the only one who did not see geom_label :) Bye, Dario -- Dario Freni (saturnero@freesbie.org) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc --------------enig0FA9D4BC08F3695A9C83E724 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD4DBQFC5pfiymi72IiShysRAjgIAJizlGhzILmJQGyKoX7kxpApEQNCAJkBE7w9 hK9nreGEemlE4mcAB0gvhA== =7hBL -----END PGP SIGNATURE----- --------------enig0FA9D4BC08F3695A9C83E724-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 20:20:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D34316A41F for ; Tue, 26 Jul 2005 20:20:18 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F80443D49 for ; Tue, 26 Jul 2005 20:20:17 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j6QKKBJ5005588; Tue, 26 Jul 2005 15:20:11 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42E69AF7.4060406@centtech.com> Date: Tue, 26 Jul 2005 15:20:07 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <42E58007.9030202@rogers.com> <20050726004246.GA20597@odin.ac.hmc.edu> <42E595C3.2070003@rogers.com> <20050726015428.GF20597@odin.ac.hmc.edu> <4901.172.16.0.199.1122345549.squirrel@172.16.0.1> <20050726193324.GA4603@odin.ac.hmc.edu> <42E69574.2000107@centtech.com> <20050726200145.GB47478@freebie.xs4all.nl> In-Reply-To: <20050726200145.GB47478@freebie.xs4all.nl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Wilko Bulte , freebsd-current@freebsd.org, Mike Jakubik Subject: Re: dhclient taking all cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 20:20:18 -0000 Wilko Bulte wrote: > On Tue, Jul 26, 2005 at 02:56:36PM -0500, Eric Anderson wrote.. > >>Brooks Davis wrote: >> >>>On Mon, Jul 25, 2005 at 10:39:09PM -0400, Mike Jakubik wrote: >>> >>> >>>>On Mon, July 25, 2005 9:54 pm, Brooks Davis said: >>>> >>>> >>>> >>>>>>>Probably something wrong with your interface, but you havent't >>>>>>>provided any useful information so who knows. At the very least, I >>>>>>>need to know what interface you are running on, something about it's >>>>>>>status, and if both dhclient processes are running. >>>>>>> >>>>>> >>>>>>The interface is xl0 (3Com 3c905C-TX Fast Etherlink XL), and it worked >>>>>>in this machine fine for as long as i remember. This seems to have >>>>>>happened since a recent cvsup and buildworld from ~6-BETA to 7-CURRENT. >>>>>>I rebooted three times, and the problem occured rougly a minute after >>>>>>bootup. On the fourth time however, it seems to be ok so far. >>>>> >>>>>That sounds like a problem with the code that handles the link state >>>>>notifications in the interface driver. The notifications are a >>>>>reletivly >>>>>new feature that we're only now starting to use heavily so there are >>>>>going >>>>>to be bumps in the road. It would be intresting to know if you see link >>>>>state messages promptly if you plug and unplug the network cable. >>>> >>>>It seems to be back at it again, this time it took longer to kick in. >>>>Here >>>>is a "ps auxw|grep dhclient" : >>>> >>>>_dhcp 219 93.5 0.2 1484 1136 ?? Rs 8:49PM 5:06.00 >>>>dhclient: >>>>xl0 (dhclient) >>>>root 193 0.0 0.2 1484 1088 d0- S 8:49PM 0:00.02 >>>>dhclient: >>>>xl0 [priv] (dhclient) >>>> >>>>top: >>>> >>>>PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU >>>>COMMAND >>>>219 _dhcp 1 129 0 1484K 1136K RUN 9:33 94.24% >>>>dhclient >>>> >>>>Nothing in dmesg about link state changes on xl0. Unplugging and >>>>replugging the network cable results in link state notification within a >>>>couple seconds. >>> >>> >>>Could you see what happens if you run dhclient in the foreground? Just >>>running "dhclient -d xl0" should do it. I'd like to know what sort of >>>output it's generating. >> >>I have the same issue (with ath0). However, running it in the >>foreground doesn't show the problem. It seems to only break on bootup > > > In my case it does happend with dhclient in the foreground, and on ath(4) > > >>for me. Even running netif stop/start seems ok after I've killed it >>initially. It seems to be bringing ath0 up/down/up/down/etc when it's >>hogging CPU. You know, the second I sent that email, it went crazy. Looks like it was 5 minutes. But if I kill it, and run with -d, I don't see any extra output. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 20:22:41 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81D5C16A41F; Tue, 26 Jul 2005 20:22:41 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02CDC43D45; Tue, 26 Jul 2005 20:22:41 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id ECE7FACC59; Tue, 26 Jul 2005 22:22:39 +0200 (CEST) Date: Tue, 26 Jul 2005 22:22:39 +0200 From: Pawel Jakub Dawidek To: Dario Freni Message-ID: <20050726202239.GJ46538@darkness.comp.waw.pl> References: <42E6903D.1040107@freesbie.org> <20050726200214.GH46538@darkness.comp.waw.pl> <42E697E2.2050000@freesbie.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sRX2FdEyTtTKLbqH" Content-Disposition: inline In-Reply-To: <42E697E2.2050000@freesbie.org> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 Cc: geom@freebsd.org, current@freebsd.org Subject: Re: CALL FOR TESTERS: geom_vol_cd9660 class X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 20:22:41 -0000 --sRX2FdEyTtTKLbqH Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 26, 2005 at 10:06:58PM +0200, Dario Freni wrote: +> Pawel Jakub Dawidek wrote: +> > What's wrong with glabel(8)? +>=20 +> Honestly, I didn't know it before. Looking into NanoBSD code I saw it +> use GEOM_VOL, so I started investigate on geom_vol_ffs and write this +> tiny class. Agreeing with Andreas Kohn on current@: +>=20 +> +> But, the really important question is: why is there geom_vol_ffs and +> geom_label? Apparently I wasn't the only one who did not see +> geom_label :) +> That's actually my fault. I wanted to remove geom_vol_ffs long time ago to not confuse the users. To not make your work useless, could you verify iso9660 part of geom_label? Maybe I missed something there. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --sRX2FdEyTtTKLbqH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFC5puPForvXbEpPzQRAtE5AJ9aAGCRkrEiZXjrM4XX3NqZeuaHfQCffi+Q 6KBjFGG9VZS2Xmwv1yT2LcI= =nVLI -----END PGP SIGNATURE----- --sRX2FdEyTtTKLbqH-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 20:23:06 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8364116A41F for ; Tue, 26 Jul 2005 20:23:06 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F62043D49 for ; Tue, 26 Jul 2005 20:23:05 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-1.free.fr (Postfix) with ESMTP id 25E47319EEA for ; Tue, 26 Jul 2005 22:23:05 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 4D7D6405C; Tue, 26 Jul 2005 22:23:30 +0200 (CEST) Date: Tue, 26 Jul 2005 22:23:30 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20050726202330.GJ1610@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: Subject: panic in NFS/UDP code path X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 20:23:06 -0000 Hi all, while doing a cvs diff with the repository living on an NFS mounted volume, here is the panic I caught : %%% panic: mutex Giant not owned at ../../../netinet/ip_output.c:151 KDB: stack backtrace: kdb_backtrace() panic() _mtx_assert(c07a0a40,1,c07476c1,97,e5036b6c) at _mtx_assert+0x7c ip_output(c2639200,0,e5036b70,0,0) at ip_output+0xcb udp_output(c25f15a0,c2639200,0,0,c2307c80) at udp_output+0x550 udp_send(c2a8e42c,0,c268a300,0,0) at udp_send+0x30 nfs_timer(0,0,c073d3fc,125,c0777100) at nfs_timer+0x2b2 softclock(0,0,c0739ca4,251,e5036d00) at softclock+0x29b ithread_loop() fork_exit() fork_trampoline() %%% I have a kernel dump, but it's very heavy (1 GB), so tell me what commands you want me to issue in kgdb. The source are dated from the 2005.07.24... (I can't check the exact date now, it's dumping ;p). Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 20:23:31 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 849CE16A41F for ; Tue, 26 Jul 2005 20:23:31 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B489C43D4C for ; Tue, 26 Jul 2005 20:23:30 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j6QKNNn5005674; Tue, 26 Jul 2005 15:23:23 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42E69BB7.4080508@centtech.com> Date: Tue, 26 Jul 2005 15:23:19 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Anderson References: <42E58007.9030202@rogers.com> <20050726004246.GA20597@odin.ac.hmc.edu> <42E595C3.2070003@rogers.com> <20050726015428.GF20597@odin.ac.hmc.edu> <4901.172.16.0.199.1122345549.squirrel@172.16.0.1> <20050726193324.GA4603@odin.ac.hmc.edu> <42E69574.2000107@centtech.com> <20050726200145.GB47478@freebie.xs4all.nl> <42E69AF7.4060406@centtech.com> In-Reply-To: <42E69AF7.4060406@centtech.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Wilko Bulte , freebsd-current@freebsd.org, Mike Jakubik Subject: Re: dhclient taking all cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 20:23:31 -0000 Eric Anderson wrote: > Wilko Bulte wrote: > >> On Tue, Jul 26, 2005 at 02:56:36PM -0500, Eric Anderson wrote.. >> >>> Brooks Davis wrote: >>> >>>> On Mon, Jul 25, 2005 at 10:39:09PM -0400, Mike Jakubik wrote: >>>> >>>> >>>>> On Mon, July 25, 2005 9:54 pm, Brooks Davis said: >>>>> >>>>> >>>>> >>>>>>>> Probably something wrong with your interface, but you havent't >>>>>>>> provided any useful information so who knows. At the very least, I >>>>>>>> need to know what interface you are running on, something about >>>>>>>> it's >>>>>>>> status, and if both dhclient processes are running. >>>>>>>> >>>>>>> >>>>>>> The interface is xl0 (3Com 3c905C-TX Fast Etherlink XL), and it >>>>>>> worked >>>>>>> in this machine fine for as long as i remember. This seems to have >>>>>>> happened since a recent cvsup and buildworld from ~6-BETA to >>>>>>> 7-CURRENT. >>>>>>> I rebooted three times, and the problem occured rougly a minute >>>>>>> after >>>>>>> bootup. On the fourth time however, it seems to be ok so far. >>>>>> >>>>>> >>>>>> That sounds like a problem with the code that handles the link state >>>>>> notifications in the interface driver. The notifications are a >>>>>> reletivly >>>>>> new feature that we're only now starting to use heavily so there >>>>>> are going >>>>>> to be bumps in the road. It would be intresting to know if you >>>>>> see link >>>>>> state messages promptly if you plug and unplug the network cable. >>>>> >>>>> >>>>> It seems to be back at it again, this time it took longer to kick >>>>> in. Here >>>>> is a "ps auxw|grep dhclient" : >>>>> >>>>> _dhcp 219 93.5 0.2 1484 1136 ?? Rs 8:49PM 5:06.00 >>>>> dhclient: >>>>> xl0 (dhclient) >>>>> root 193 0.0 0.2 1484 1088 d0- S 8:49PM 0:00.02 >>>>> dhclient: >>>>> xl0 [priv] (dhclient) >>>>> >>>>> top: >>>>> >>>>> PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU >>>>> COMMAND >>>>> 219 _dhcp 1 129 0 1484K 1136K RUN 9:33 94.24% >>>>> dhclient >>>>> >>>>> Nothing in dmesg about link state changes on xl0. Unplugging and >>>>> replugging the network cable results in link state notification >>>>> within a >>>>> couple seconds. >>>> >>>> >>>> >>>> Could you see what happens if you run dhclient in the foreground? Just >>>> running "dhclient -d xl0" should do it. I'd like to know what sort of >>>> output it's generating. >>> >>> >>> I have the same issue (with ath0). However, running it in the >>> foreground doesn't show the problem. It seems to only break on bootup >> >> >> >> In my case it does happend with dhclient in the foreground, and on ath(4) >> >> >>> for me. Even running netif stop/start seems ok after I've killed it >>> initially. It seems to be bringing ath0 up/down/up/down/etc when >>> it's hogging CPU. > > > You know, the second I sent that email, it went crazy. Looks like it > was 5 minutes. But if I kill it, and run with -d, I don't see any extra > output. Actually, make that 4 minutes. Need a core file? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 20:40:14 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5512016A41F for ; Tue, 26 Jul 2005 20:40:14 +0000 (GMT) (envelope-from andreas.kohn@gmx.net) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 12C7643D45 for ; Tue, 26 Jul 2005 20:40:12 +0000 (GMT) (envelope-from andreas.kohn@gmx.net) Received: (qmail invoked by alias); 26 Jul 2005 20:40:11 -0000 Received: from unknown (EHLO klamath) [212.204.44.203] by mail.gmx.net (mp005) with SMTP; 26 Jul 2005 22:40:11 +0200 X-Authenticated: #2431876 From: Andreas Kohn To: Pawel Jakub Dawidek In-Reply-To: <20050726202239.GJ46538@darkness.comp.waw.pl> References: <42E6903D.1040107@freesbie.org> <20050726200214.GH46538@darkness.comp.waw.pl> <42E697E2.2050000@freesbie.org> <20050726202239.GJ46538@darkness.comp.waw.pl> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-8DxkoChrL/3R3miS56Yx" Date: Tue, 26 Jul 2005 22:40:09 +0200 Message-Id: <1122410410.1007.16.camel@klamath.syndrom23.de> Mime-Version: 1.0 X-Mailer: Evolution 2.3.5.1 FreeBSD GNOME Team Port X-Y-GMX-Trusted: 0 Cc: geom@freebsd.org, Dario Freni , current@freebsd.org Subject: Re: CALL FOR TESTERS: geom_vol_cd9660 class X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 20:40:14 -0000 --=-8DxkoChrL/3R3miS56Yx Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2005-07-26 at 22:22 +0200, Pawel Jakub Dawidek wrote: > On Tue, Jul 26, 2005 at 10:06:58PM +0200, Dario Freni wrote: > +> Pawel Jakub Dawidek wrote: > +> > What's wrong with glabel(8)? > +>=20 > +> Honestly, I didn't know it before. Looking into NanoBSD code I saw it > +> use GEOM_VOL, so I started investigate on geom_vol_ffs and write this > +> tiny class. Agreeing with Andreas Kohn on current@: > +>=20 > +> > +> But, the really important question is: why is there geom_vol_ffs and > +> geom_label? Apparently I wasn't the only one who did not see > +> geom_label :) > +> >=20 > That's actually my fault. I wanted to remove geom_vol_ffs long time > ago to not confuse the users. FYI, I found geom_vol_ffs via the bsdcan-04.slides.geom.pdf page 23, and after not seeing geom_vol_cd9660 (the obvious name following from the slides) started to build my own (using geom_vol_ffs as base, obviously). I found geom_label because I had some locking problems and was searching for sample code IIRC. Instead of removing geom_vol_ffs without any traces, could it be helpful to link geom_vol_ffs manpage (there is none currently) to glabel? Regards, -- Andreas --=20 was macht man eigentlich auf einer linux-gamer lan ? hl server aufsetzen und freuen ? *duck* ^^ --=-8DxkoChrL/3R3miS56Yx Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC5p+pYucd7Ow1ygwRAilyAJ44YZL1QNPUuSOuF4SqIUNFF0eFvgCeKEPr Ugx89d0hkzyXSfl7b/ZC5Ks= =TQpw -----END PGP SIGNATURE----- --=-8DxkoChrL/3R3miS56Yx-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 20:45:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FFBB16A41F for ; Tue, 26 Jul 2005 20:45:57 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31BDD43D48 for ; Tue, 26 Jul 2005 20:45:57 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j6QKju2A029966 for ; Tue, 26 Jul 2005 15:45:56 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42E6A100.7030408@centtech.com> Date: Tue, 26 Jul 2005 15:45:52 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/993/Tue Jul 26 02:28:36 2005 on mh1.centtech.com X-Virus-Status: Clean Subject: stack backtrace on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 20:45:57 -0000 After recently upgrading, on boot I see this: Jul 26 15:07:56 neutrino kernel: Trying to mount root from ufs:/dev/ad0s2a Jul 26 15:07:56 neutrino kernel: start_init: trying /sbin/init Jul 26 15:07:56 neutrino kernel: linprocfs registered Jul 26 15:07:56 neutrino power_profile: changed to 'performance' Jul 26 15:07:56 neutrino dhclient: New IP Address (ath0): 10.177.171.220 Jul 26 15:07:56 neutrino dhclient: New Subnet Mask (ath0): 255.255.255.0 Jul 26 15:07:56 neutrino dhclient: New Broadcast Address (ath0): 10.177.171.255 Jul 26 15:07:56 neutrino dhclient: New Routers (ath0): 10.177.171.9 Jul 26 15:07:56 neutrino savecore: no dumps found Jul 26 15:07:57 neutrino kernel: nfs send error 49 for server pid429@neutrino:/host Jul 26 15:07:57 neutrino kernel: nfs send error 49 for server pid429@neutrino:/net Jul 26 15:07:58 neutrino kernel: WARNING: attempt to net_add_domain(bluetooth) after domainfinalize() Jul 26 15:07:58 neutrino kernel: WARNING: attempt to net_add_domain(netgraph) after domainfinalize() (oops! What happened here?) Jul 26 15:07:59 neutrino kernel: kbd: new array size 4 Jul 26 15:07:59 neutrino kernel: kbd1 at vkbd0 Jul 26 15:07:59 neutrino kernel: sysctl_old_user() with the following non-sleepable locks held: Jul 26 15:07:59 neutrino kernel: exclusive sleep mutex bpf global lock r = 0 (0xc084f560) locked @ /usr/src/sys/net/bpf.c:1693 Jul 26 15:07:59 neutrino kernel: KDB: stack backtrace: Jul 26 15:07:59 neutrino kernel: kdb_backtrace(c084e8e4,e7358b1c,1,c07d9be4,0) at kdb_backtrace+0x2e Jul 26 15:07:59 neutrino kernel: witness_warn(5,0,c079de27,0,c2655774) at witness_warn+0x1d3 Jul 26 15:07:59 neutrino kernel: sysctl_old_user(e7358bfc,e7358b48,54,6a3,c23e8380) at sysctl_old_user+0x55 Jul 26 15:07:59 neutrino kernel: bpf_stats_sysctl(c07e27e0,e7358c78,0,e7358bfc,e7358bfc) at bpf_stats_sysctl+0x184 Jul 26 15:07:59 neutrino kernel: sysctl_root(0,e7358c6c,3,e7358bfc,c2735000) at sysctl_root+0x154 Jul 26 15:07:59 neutrino kernel: userland_sysctl(c2735000,e7358c6c,3,bfbfe3d0,bfbfe4b8) at userland_sysctl+0x13c Jul 26 15:07:59 neutrino kernel: __sysctl(c2735000,e7358d04,18,422,6) at __sysctl+0xb7 Jul 26 15:07:59 neutrino kernel: syscall(2815003b,2815003b,bfbf003b,bfbfe4b8,bfbfed90) at syscall+0x2c0 Jul 26 15:07:59 neutrino kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jul 26 15:07:59 neutrino kernel: --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x28134a7b, esp = 0xbfbfe37c, ebp = 0xbfbfe3a8 --- (then on to normal booting...) Jul 26 15:07:59 neutrino lpd[532]: lpd startup: logging=1 net-secure Jul 26 15:08:00 neutrino lpd[532]: lpd startup: ready to accept requests I'm not sure what's causing this, but it doesn't seem to have broken anything that I can see right off. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 20:49:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 663BB16A41F for ; Tue, 26 Jul 2005 20:49:33 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id D85BB43D68 for ; Tue, 26 Jul 2005 20:49:27 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j6QKnC45012674; Tue, 26 Jul 2005 13:49:12 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j6QKnCmP012673; Tue, 26 Jul 2005 13:49:12 -0700 Date: Tue, 26 Jul 2005 13:49:12 -0700 From: Brooks Davis To: "Brandon S. Allbery KF8NH" Message-ID: <20050726204912.GA12409@odin.ac.hmc.edu> References: <04C71268DFDAA8499EC1A248A44B6A2B34C000@Exchange21.EDU.epsb.ca> <1122407949.4882.3.camel@pyanfar.ece.cmu.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline In-Reply-To: <1122407949.4882.3.camel@pyanfar.ece.cmu.edu> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Kirk Davis , "'freebsd-current@freebsd.org'" Subject: Re: 6-BETA1 iwi + wpa_supplicant fails, and sometimes silently re boots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 20:49:33 -0000 --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 26, 2005 at 03:59:09PM -0400, Brandon S. Allbery KF8NH wrote: > I won't be able to try WPA until I get home this evening (if then). >=20 > I'm still having failures and ultimately silent reboots trying to get at > the unsecured network on campus, however. wpa_supplicant.conf and a > debug log attached. ---Is there some secret incantation needed to > disable all authentication, or is that case simply not implemented/not > tested? The log shows it timing out and failing to authenticate to a > null BSSID, instead of simply not authenticating at all. In my limited testing, open networks aren't working. It's something we need to fix soon. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --vtzGhvizbBRQ85DL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFC5qHHXY6L6fI4GtQRAn02AKCPpkYmuCeEhDelxZxdDNn3xjJkCACguNMR uanbzM3T2wSvX/fxFprTD/w= =oIcp -----END PGP SIGNATURE----- --vtzGhvizbBRQ85DL-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 21:23:00 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E070616A41F; Tue, 26 Jul 2005 21:23:00 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60ADD43D46; Tue, 26 Jul 2005 21:23:00 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 9D792ACC26; Tue, 26 Jul 2005 23:22:58 +0200 (CEST) Date: Tue, 26 Jul 2005 23:22:58 +0200 From: Pawel Jakub Dawidek To: Andreas Kohn Message-ID: <20050726212258.GK46538@darkness.comp.waw.pl> References: <42E6903D.1040107@freesbie.org> <20050726200214.GH46538@darkness.comp.waw.pl> <42E697E2.2050000@freesbie.org> <20050726202239.GJ46538@darkness.comp.waw.pl> <1122410410.1007.16.camel@klamath.syndrom23.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/XeHloKM/RFysOC5" Content-Disposition: inline In-Reply-To: <1122410410.1007.16.camel@klamath.syndrom23.de> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 Cc: geom@freebsd.org, Dario Freni , current@freebsd.org Subject: Re: CALL FOR TESTERS: geom_vol_cd9660 class X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 21:23:01 -0000 --/XeHloKM/RFysOC5 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 26, 2005 at 10:40:09PM +0200, Andreas Kohn wrote: +> Instead of removing geom_vol_ffs without any traces, could it be helpful +> to link geom_vol_ffs manpage (there is none currently) to glabel? The plan was to add a compile-time warning first and remove it from the tree after some time. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --/XeHloKM/RFysOC5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFC5qmyForvXbEpPzQRAoRJAKDw4yXbgc4D5xhS0oHPg3fgK1I5FQCg7LFI addWXAifd6z71kLLNtvJWYM= =rq2v -----END PGP SIGNATURE----- --/XeHloKM/RFysOC5-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 21:26:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A78A516A41F for ; Tue, 26 Jul 2005 21:26:01 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from ss.eunet.cz (ss.eunet.cz [193.85.228.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E22B43D46 for ; Tue, 26 Jul 2005 21:26:00 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from localhost.i.cz (ss.eunet.cz [193.85.228.13]) by ss.eunet.cz (8.13.1/8.13.1) with ESMTP id j6QLPrCD079641; Tue, 26 Jul 2005 23:25:53 +0200 (CEST) (envelope-from mime@traveller.cz) From: Michal Mertl To: Sam Leffler In-Reply-To: <1122397256.1067.15.camel@genius1.i.cz> References: <1122322318.1042.12.camel@genius1.i.cz> <42E58A03.8010007@errno.com> <1122364309.31546.34.camel@genius1.i.cz> <42E664E6.6000606@errno.com> <1122397256.1067.15.camel@genius1.i.cz> Content-Type: text/plain; charset=ISO-8859-2 Date: Tue, 26 Jul 2005 23:25:50 +0200 Message-Id: <1122413150.1067.58.camel@genius1.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: hostap recently broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 21:26:01 -0000 I'm sorry I forgot to answer one of Sam's questions. Michal Mertl wrote: > Sam Leffler pí¹e v út 26. 07. 2005 v 09:29 -0700: > > Michal Mertl wrote: > > > Sam Leffler wrote: > > > > > >>Michal Mertl wrote: > > >> > > >>>Hello, > > >>> > > >>>I've just found out that something very recently broke hostap on FreeBSD > > >>>CURRENT. The client associates and gets the MAC address of the AP. When > > >>>I run tcpdump on the AP I see the pings from the client getting in but > > >>>the AP doesn't reply. The ARP protocol works but nothing else does. > > >>> > > >>>Source checked on 2005-07-22 16:00 UTC works fine. > > >>> > > >>>The AP card is atheros but just reverting the last changes to the driver > > >>>doesn't help. > > >> > > >>I just tried with CURRENT (from last night). 5212 card setup with TKIP > > >>for PTK and GTK. ap operating in 11g. Powerbook running Tiger > > >>associated and operated fine. 29Mb/s for upstream tcp netperf (sta and > > >>ap in close proximity--rssi 41). > > >> > > >>I appreciate you testing stuff but please try to diagnose your problems > > >>a bit harder and then provide more useful info like the h/w revs and the > > >>exact steps you use to setup a non-working system. > > > > > > > > > Sorry, I had the exact same HW setup as before which I described in my > > > email about the problem with bridging. > > > > > > I've got several Atheros 5212 cards (mac 5.9 phy 4.3 radio 3.6) and also > > > IPW notebook all running CURRENT, the notebook and the client several > > > days old (from before 2005-07-22 16:00 UTC). > > > > > > The most basic setup - 'ifconfig ath0 192.168.0.1 mediaopt hostap ssid > > > aaa' on the AP and 'ifconfig ath0 192.168.0.2 ssid aaa' worked like a > > > charm before the date and not after. With the newer kernel on the AP the > > > cards associate and as I've just found I can communicate between the > > > stations on the AP. Ping to the AP doesn't work even when I get the MAC > > > address of the AP via ARP. Adhoc connection works. > > > > I am unclear still on what happens. I believe you are saying: > > > > ping 192.168.0.1 > > > > from the station to the ap fails. If so what does 80211stats show on > > the ap when this happens (do releveant error stats go up)? If you do > > ./80211stats -a > 00:0b:6b:35:dc:d4: > rx_mgmt 1 > tx_data 107 tx_bytes 9788 > > 00:0b:6b:35:dc:f0: > rx_data 107 rx_mgmt 1 rx_bytes 10430 > tx_data 6 tx_mgmt 2 tx_bytes 36 > tx_assoc 1 tx_auth 1 > > > ./athstats > 8 tx management frames > 3 tx frames discarded prior to association > 93 tx failed 'cuz too many retries > 930 long on-chip tx retries > 1 tx frames with no ack marked > 8148 beacons transmitted > 27 periodic calibrations > 834 rate control checks > rssi of last ack: 48 > avg recv rssi: 49 > 1 switched default/rx antenna > Antenna profile: > [1] tx 8 rx 97 > [2] tx 1 rx 0 > > > These are shortly after reboot after several minutes of inactivity and > now ping running 150 sec. > > After some 20 secs: > > ./athstats > 8 tx management frames > 3 tx frames discarded prior to association > 181 tx failed 'cuz too many retries > 1810 long on-chip tx retries > 1 tx frames with no ack marked > 9021 beacons transmitted > 30 periodic calibrations > 923 rate control checks > rssi of last ack: 48 > avg recv rssi: 44 > 1 switched default/rx antenna > Antenna profile: > [1] tx 8 rx 185 > [2] tx 1 rx 0 > > ./80211stats -a > 00:0b:6b:35:dc:d4: > rx_mgmt 1 > tx_data 183 tx_bytes 16780 > > 00:0b:6b:35:dc:f0: > rx_data 183 rx_mgmt 1 rx_bytes 17878 > tx_data 6 tx_mgmt 2 tx_bytes 36 > tx_assoc 1 tx_auth 1 > > > > 80211debug +input > > > > on the ap do you get any log msgs about discarded frames? > > Nothing is displayed. > > > You also seem to say the sta resolves the ip w/ arp. Is the same true > > for the ap (i.e. that it resolves the ip address of the sta)? I'm > > assuming you are NOT running firewall rules do not have crypto setup and > > have not fiddled with parameters like apbridge (you didn't provide > > ifconfig output for each side). I forgot to answer the question about ARP: The STA gets the MAC address of the AP via ARP but the AP most often doesn't. AP gets it only when both it and the STA doesn't have the ARP record and STA initiates ping. When I delete the ARP entry on the AP afterwards, it won't recreate it no matter what direction I ping. When doing tcpdump on the STA I see the arp who-has coming in and reply coming out. When I configure a static ARP entry on the AP I still can't communicate. When I ping from AP to STA I see both echo and echo-reply in tcpdump on the STA but the reply doesn't make it to the AP or something. I see the echo replies even in tcpdump on the AP: 21:07:31.589408 44us DA:00:0b:6b:35:dc:f0 BSSID:00:0b:6b:35:dc:d4 SA:00:0b:6b:35:dc:d4 LLC, dsap SNAP (0xaa), ssap SNAP (0xaa), cmd 0x03: oui Ethernet (0x000000), ethertype IPv4 (0x0800): (tos 0x0, ttl 64, id 15394, offset 0, flags [none], proto: ICMP (1), length: 84) 192.168.0.1 > 192.168.0.2: ICMP echo request, id 65028, seq 0, length 64 21:07:31.589801 44us BSSID:00:0b:6b:35:dc:d4 SA:00:0b:6b:35:dc:f0 DA:00:0b:6b:35:dc:d4 LLC, dsap SNAP (0xaa), ssap SNAP (0xaa), cmd 0x03: oui Ethernet (0x000000), ethertype IPv4 (0x0800): (tos 0x0, ttl 64, id 1528, offset 0, flags [none], proto: ICMP (1), length: 84) 192.168.0.2 > 192.168.0.1: ICMP echo reply, id 65028, seq 0, length 64 21:07:31.589813 60us DA:00:0b:6b:35:dc:d4 BSSID:00:0b:6b:35:dc:d4 SA:00:0b:6b:35:dc:f0 LLC, dsap SNAP (0xaa), ssap SNAP (0xaa), cmd 0x03: oui Ethernet (0x000000), ethertype IPv4 (0x0800): (tos 0x0, ttl 64, id 1528, offset 0, flags [none], proto: ICMP (1), length: 84) 192.168.0.2 > 192.168.0.1: ICMP echo reply, id 65028, seq 0, length 64 >From reading this I got puzzled - why are there multiple packets with the reply? When I disable the apbridge with 'ifconfig ath0 -apbridge' everything works! I hope this helps. > > No, I set the cards only with the commands provided. There's no > firewall. > > AP: > > ath0: flags=8843 mtu 1500 > inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 > ether 00:0b:6b:35:dc:d4 > media: IEEE 802.11 Wireless Ethernet autoselect > (autoselect ) > status: associated > ssid aaa channel 36 bssid 00:0b:6b:35:dc:d4 > authmode OPEN privacy OFF txpowmax 52 dtimperiod 1 bintval 100 > > > STA: > > ath0: flags=8843 mtu 1500 > inet 192.168.0.2 netmask 0xffffff00 broadcast 192.168.0.255 > ether 00:0b:6b:35:dc:f0 > media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/54Mbps) > status: associated > ssid aaa channel 36 bssid 00:0b:6b:35:dc:d4 > authmode OPEN privacy OFF txpowmax 53 bintval 100 > > > > I rarely test direct communication between sta+ap; usually I bridge to a > > wired net and communicate with stations on the wired net (it's always > > what I'm doing when I report netperf numbers). Does bridged > > communication to a sta on another network work? > > I've just set up bridging on ath and wired ethernet and pinged a station > on it. This works. > > I changed the IP addresses and did 'sysctl > net.link.ether.bridge.config="ath0 fxp0"' and 'sysctl > net.link.ether.bridge.enable=1'. > > ifconfig of the AP: > > fxp0: flags=8943 mtu > 1500 > options=b > inet 10.0.0.1 netmask 0xffffff00 broadcast 10.0.0.255 > ether 00:0e:0c:68:71:6a > media: Ethernet autoselect (100baseTX) > status: active > ath0: flags=8943 mtu > 1500 > ether 00:0b:6b:35:dc:d4 > media: IEEE 802.11 Wireless Ethernet autoselect > (autoselect ) > status: associated > ssid aaa channel 36 bssid 00:0b:6b:35:dc:d4 > authmode OPEN privacy OFF txpowmax 52 dtimperiod 1 bintval 100 > > I still can't ping 10.0.0.1 from the STA (which is now 10.0.0.3). > > > Thank you for your help. I won't be able to continue testing for several > hours, sorry. > > The ath cards I have have two antenna connectors. Does it matter which > one I use? I see that sysctl dev.ath shows different txantenna than > rxantenna but I only have one antenna connected (and don't really know > what is the number of the connector). > > Michal From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 22:35:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3D2916A41F for ; Tue, 26 Jul 2005 22:35:10 +0000 (GMT) (envelope-from finalspace@web.de) Received: from smtp06.web.de (smtp06.web.de [217.72.192.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5080843D45 for ; Tue, 26 Jul 2005 22:35:10 +0000 (GMT) (envelope-from finalspace@web.de) Received: from [84.163.38.68] (helo=[192.168.0.3]) by smtp06.web.de with asmtp (WEB.DE 4.105 #297) id 1DxY0y-0004Gr-00 for freebsd-current@FreeBSD.org; Wed, 27 Jul 2005 00:35:08 +0200 Message-ID: <42E6BAED.4010908@web.de> Date: Wed, 27 Jul 2005 00:36:29 +0200 From: Torsten Sailer User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: finalspace@web.de X-Sender: Finalspace@web.de Cc: Subject: Notebook: Sound is not working (ATI AD1981 AC'97) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 22:35:10 -0000 Hi, a friend of me have troubles with his notebook on FreeBSD. The soundcard is not working with the FreeBSD sound modules :( "snd_driver.ko" does not found his card. Of course "device sound" is compiled in the kernel. It is a Acer Travelmate 2003LM notebook with this soundcard: pciconf output: none2@pci0:20:5: class=0x040100 card=0x00521025 chip=0x43411002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc.' device = 'AD1981 AC'97 Audio Controller' class = multimedia subclass = audio We tryd OpenSoundSystem and it works but OSS is not free and is very limited (+30 Seconds boottime, etc.). We tryd FBSD 5.3 and 5.4 Release. I know the freebsd have a AC97 sound module and i think its only a matter of a chip id or something to get it working. If anyone can help him (me), it would be very great. Thanks, Finalspace From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 22:42:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92DF016A41F for ; Tue, 26 Jul 2005 22:42:48 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from ss.eunet.cz (ss.eunet.cz [193.85.228.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAF2843D45 for ; Tue, 26 Jul 2005 22:42:47 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from localhost.i.cz (ss.eunet.cz [193.85.228.13]) by ss.eunet.cz (8.13.1/8.13.1) with ESMTP id j6QMgeBW091027; Wed, 27 Jul 2005 00:42:40 +0200 (CEST) (envelope-from mime@traveller.cz) From: Michal Mertl To: Sam Leffler In-Reply-To: <1122413150.1067.58.camel@genius1.i.cz> References: <1122322318.1042.12.camel@genius1.i.cz> <42E58A03.8010007@errno.com> <1122364309.31546.34.camel@genius1.i.cz> <42E664E6.6000606@errno.com> <1122397256.1067.15.camel@genius1.i.cz> <1122413150.1067.58.camel@genius1.i.cz> Content-Type: text/plain; charset=ISO-8859-2 Date: Wed, 27 Jul 2005 00:42:37 +0200 Message-Id: <1122417757.76161.20.camel@genius1.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: hostap recently broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 22:42:48 -0000 I think I found what change causes the problem I experience. See below. Michal Mertl wrote: > I'm sorry I forgot to answer one of Sam's questions. > > Michal Mertl wrote: > > Sam Leffler pí¹e v út 26. 07. 2005 v 09:29 -0700: > > > Michal Mertl wrote: > > > > Sam Leffler wrote: > > > > > > > >>Michal Mertl wrote: > > > >> > > > >>>Hello, > > > >>> > > > >>>I've just found out that something very recently broke hostap on FreeBSD > > > >>>CURRENT. The client associates and gets the MAC address of the AP. When > > > >>>I run tcpdump on the AP I see the pings from the client getting in but > > > >>>the AP doesn't reply. The ARP protocol works but nothing else does. > > > >>> > > > >>>Source checked on 2005-07-22 16:00 UTC works fine. > > > >>> > > > >>>The AP card is atheros but just reverting the last changes to the driver > > > >>>doesn't help. > > > >> > > > >>I just tried with CURRENT (from last night). 5212 card setup with TKIP > > > >>for PTK and GTK. ap operating in 11g. Powerbook running Tiger > > > >>associated and operated fine. 29Mb/s for upstream tcp netperf (sta and > > > >>ap in close proximity--rssi 41). > > > >> > > > >>I appreciate you testing stuff but please try to diagnose your problems > > > >>a bit harder and then provide more useful info like the h/w revs and the > > > >>exact steps you use to setup a non-working system. > > > > > > > > > > > > Sorry, I had the exact same HW setup as before which I described in my > > > > email about the problem with bridging. > > > > > > > > I've got several Atheros 5212 cards (mac 5.9 phy 4.3 radio 3.6) and also > > > > IPW notebook all running CURRENT, the notebook and the client several > > > > days old (from before 2005-07-22 16:00 UTC). > > > > > > > > The most basic setup - 'ifconfig ath0 192.168.0.1 mediaopt hostap ssid > > > > aaa' on the AP and 'ifconfig ath0 192.168.0.2 ssid aaa' worked like a > > > > charm before the date and not after. With the newer kernel on the AP the > > > > cards associate and as I've just found I can communicate between the > > > > stations on the AP. Ping to the AP doesn't work even when I get the MAC > > > > address of the AP via ARP. Adhoc connection works. > > > > > > I am unclear still on what happens. I believe you are saying: > > > > > > ping 192.168.0.1 > > > > > > from the station to the ap fails. If so what does 80211stats show on > > > the ap when this happens (do releveant error stats go up)? If you do > > > > ./80211stats -a > > 00:0b:6b:35:dc:d4: > > rx_mgmt 1 > > tx_data 107 tx_bytes 9788 > > > > 00:0b:6b:35:dc:f0: > > rx_data 107 rx_mgmt 1 rx_bytes 10430 > > tx_data 6 tx_mgmt 2 tx_bytes 36 > > tx_assoc 1 tx_auth 1 > > > > > > ./athstats > > 8 tx management frames > > 3 tx frames discarded prior to association > > 93 tx failed 'cuz too many retries > > 930 long on-chip tx retries > > 1 tx frames with no ack marked > > 8148 beacons transmitted > > 27 periodic calibrations > > 834 rate control checks > > rssi of last ack: 48 > > avg recv rssi: 49 > > 1 switched default/rx antenna > > Antenna profile: > > [1] tx 8 rx 97 > > [2] tx 1 rx 0 > > > > > > These are shortly after reboot after several minutes of inactivity and > > now ping running 150 sec. > > > > After some 20 secs: > > > > ./athstats > > 8 tx management frames > > 3 tx frames discarded prior to association > > 181 tx failed 'cuz too many retries > > 1810 long on-chip tx retries > > 1 tx frames with no ack marked > > 9021 beacons transmitted > > 30 periodic calibrations > > 923 rate control checks > > rssi of last ack: 48 > > avg recv rssi: 44 > > 1 switched default/rx antenna > > Antenna profile: > > [1] tx 8 rx 185 > > [2] tx 1 rx 0 > > > > ./80211stats -a > > 00:0b:6b:35:dc:d4: > > rx_mgmt 1 > > tx_data 183 tx_bytes 16780 > > > > 00:0b:6b:35:dc:f0: > > rx_data 183 rx_mgmt 1 rx_bytes 17878 > > tx_data 6 tx_mgmt 2 tx_bytes 36 > > tx_assoc 1 tx_auth 1 > > > > > > > 80211debug +input > > > > > > > on the ap do you get any log msgs about discarded frames? > > > > Nothing is displayed. > > > > > You also seem to say the sta resolves the ip w/ arp. Is the same true > > > for the ap (i.e. that it resolves the ip address of the sta)? I'm > > > assuming you are NOT running firewall rules do not have crypto setup and > > > have not fiddled with parameters like apbridge (you didn't provide > > > ifconfig output for each side). > > I forgot to answer the question about ARP: > > The STA gets the MAC address of the AP via ARP but the AP most often > doesn't. AP gets it only when both it and the STA doesn't have the ARP > record and STA initiates ping. When I delete the ARP entry on the AP > afterwards, it won't recreate it no matter what direction I ping. > > When doing tcpdump on the STA I see the arp who-has coming in and reply > coming out. When I configure a static ARP entry on the AP I still can't > communicate. When I ping from AP to STA I see both echo and echo-reply > in tcpdump on the STA but the reply doesn't make it to the AP or > something. > > I see the echo replies even in tcpdump on the AP: > > 21:07:31.589408 44us DA:00:0b:6b:35:dc:f0 BSSID:00:0b:6b:35:dc:d4 > SA:00:0b:6b:35:dc:d4 LLC, dsap SNAP (0xaa), ssap SNAP (0xaa), cmd 0x03: > oui Ethernet (0x000000), ethertype IPv4 (0x0800): (tos 0x0, ttl 64, id > 15394, offset 0, flags [none], proto: ICMP (1), length: 84) 192.168.0.1 > > 192.168.0.2: ICMP echo request, id 65028, seq 0, length 64 > > 21:07:31.589801 44us BSSID:00:0b:6b:35:dc:d4 SA:00:0b:6b:35:dc:f0 > DA:00:0b:6b:35:dc:d4 LLC, dsap SNAP (0xaa), ssap SNAP (0xaa), cmd 0x03: > oui Ethernet (0x000000), ethertype IPv4 (0x0800): (tos 0x0, ttl 64, id > 1528, offset 0, flags [none], proto: ICMP (1), length: 84) 192.168.0.2 > > 192.168.0.1: ICMP echo reply, id 65028, seq 0, length 64 > > 21:07:31.589813 60us DA:00:0b:6b:35:dc:d4 BSSID:00:0b:6b:35:dc:d4 > SA:00:0b:6b:35:dc:f0 LLC, dsap SNAP (0xaa), ssap SNAP (0xaa), cmd 0x03: > oui Ethernet (0x000000), ethertype IPv4 (0x0800): (tos 0x0, ttl 64, id > 1528, offset 0, flags [none], proto: ICMP (1), length: 84) 192.168.0.2 > > 192.168.0.1: ICMP echo reply, id 65028, seq 0, length 64 > > > >From reading this I got puzzled - why are there multiple packets with > the reply? When I disable the apbridge with 'ifconfig ath0 -apbridge' > everything works! > > I hope this helps. > It helped me I guess :-). Rev. 1.67 of src/sys/net80211/ieee80211_input.c did almost exact shift of several rows of code from the body of ieee80211_input() to a new function. The only difference I see is a change of one check. The old code "if (ni1->ni_associd != 0) {" was replaced by "if (ieee80211_node_is_authorized(ni1)) {". The called function is this: ieee80211_node_is_authorized(const struct ieee80211_node *ni) { return (ni->ni_flags & IEEE80211_NODE_AUTH); } The code in question is only called when the interface is in apbridge mode and that's why I was able to locate the problem rather easily. The state of apbridge setting is only checked at one place. I don't know what is the correct way to fix it, if the old code should be restored here or what. Definitely changing the line back to pre 1.67 contents fixes the problem for me. > > > > > No, I set the cards only with the commands provided. There's no > > firewall. > > > > AP: > > > > ath0: flags=8843 mtu 1500 > > inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 > > ether 00:0b:6b:35:dc:d4 > > media: IEEE 802.11 Wireless Ethernet autoselect > > (autoselect ) > > status: associated > > ssid aaa channel 36 bssid 00:0b:6b:35:dc:d4 > > authmode OPEN privacy OFF txpowmax 52 dtimperiod 1 bintval 100 > > > > > > STA: > > > > ath0: flags=8843 mtu 1500 > > inet 192.168.0.2 netmask 0xffffff00 broadcast 192.168.0.255 > > ether 00:0b:6b:35:dc:f0 > > media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/54Mbps) > > status: associated > > ssid aaa channel 36 bssid 00:0b:6b:35:dc:d4 > > authmode OPEN privacy OFF txpowmax 53 bintval 100 > > > > > > > I rarely test direct communication between sta+ap; usually I bridge to a > > > wired net and communicate with stations on the wired net (it's always > > > what I'm doing when I report netperf numbers). Does bridged > > > communication to a sta on another network work? > > > > I've just set up bridging on ath and wired ethernet and pinged a station > > on it. This works. > > > > I changed the IP addresses and did 'sysctl > > net.link.ether.bridge.config="ath0 fxp0"' and 'sysctl > > net.link.ether.bridge.enable=1'. > > > > ifconfig of the AP: > > > > fxp0: flags=8943 mtu > > 1500 > > options=b > > inet 10.0.0.1 netmask 0xffffff00 broadcast 10.0.0.255 > > ether 00:0e:0c:68:71:6a > > media: Ethernet autoselect (100baseTX) > > status: active > > ath0: flags=8943 mtu > > 1500 > > ether 00:0b:6b:35:dc:d4 > > media: IEEE 802.11 Wireless Ethernet autoselect > > (autoselect ) > > status: associated > > ssid aaa channel 36 bssid 00:0b:6b:35:dc:d4 > > authmode OPEN privacy OFF txpowmax 52 dtimperiod 1 bintval 100 > > > > I still can't ping 10.0.0.1 from the STA (which is now 10.0.0.3). > > > > > > Thank you for your help. I won't be able to continue testing for several > > hours, sorry. > > > > The ath cards I have have two antenna connectors. Does it matter which > > one I use? I see that sysctl dev.ath shows different txantenna than > > rxantenna but I only have one antenna connected (and don't really know > > what is the number of the connector). > > > > Michal From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 22:52:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E8D016A420 for ; Tue, 26 Jul 2005 22:52:54 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 710F443D49 for ; Tue, 26 Jul 2005 22:52:53 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-1.free.fr (Postfix) with ESMTP id 5F1681734B5; Wed, 27 Jul 2005 00:52:52 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 8F7AD405B; Wed, 27 Jul 2005 00:53:17 +0200 (CEST) Date: Wed, 27 Jul 2005 00:53:17 +0200 From: Jeremie Le Hen To: Ken Smith Message-ID: <20050726225316.GL1610@obiwan.tataz.chchile.org> References: <1121952594.68685.27.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1121952594.68685.27.camel@opus.cse.buffalo.edu> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: HEADS-UP: New shared library versions coming soon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 22:52:54 -0000 Hi, > To help with making the compat library support a bit less of a headache > we have decided to bump the shared library version number for all of the > shared libraries that make up the base system as part of doing a new > release branch. This means that once we reach a "steady state" roughly > a month after a new release branch is created we will bump the shared > library version numbers up by one in HEAD. Using the *next* release > branch as an example, that means about a month after RELENG_7 gets > created we will bump the shared library versions up by one in HEAD. > That way as time goes on from that point packages-8-current (what > portmgr builds to support HEAD) will have what we expect the shared > library versions to be for RELENG_8. And we hope waiting a month after > the branch occurs before doing the version bump we will be less > disruptive to people developing and testing the new release. > > Since support for this is new, what needs to be done now will be worse > than what we will be doing down the road. Tomorrow we will bump the > shared library version numbers in both RELENG_6 and HEAD by one so that > they differ from the version numbers currently in RELENG_5. Then some > time a bit after the 6.0-RELEASE is finished we will bump all the > version numbers in HEAD again. > > It will take a while for the fallout from this version bump to > propagate. People who cvsup/rebuild existing systems should not be > impacted immediately - you will still have the older library versions > present on your systems. However it will take time for the pre-built > packages provided by the portmgr folks to be rebuilt, loaded onto the > FTP servers, and propagate out to the mirrors. I wanted to run the vi(1) binary coming from my RELENG_4 on my CURRENT. It appears that libncurses.5 doesn't exist. Looking at this kind of problem more closely revealed that libc.so.5 is missing too. I guess there are other missing compat libraries. Are there any plans to provide these ? Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 22:53:45 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4834E16A41F for ; Tue, 26 Jul 2005 22:53:45 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id E194343D46 for ; Tue, 26 Jul 2005 22:53:44 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j6QMtq63065808; Tue, 26 Jul 2005 18:55:52 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Tue, 26 Jul 2005 18:53:17 -0400 User-Agent: KMail/1.6.2 References: <42E58007.9030202@rogers.com> <20050726193324.GA4603@odin.ac.hmc.edu> <20050726200059.GA47478@freebie.xs4all.nl> In-Reply-To: <20050726200059.GA47478@freebie.xs4all.nl> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200507261853.19211.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.85.1/993/Tue Jul 26 03:28:36 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Wilko Bulte , Mike Jakubik Subject: Re: dhclient taking all cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 22:53:45 -0000 On Tuesday 26 July 2005 04:00 pm, Wilko Bulte wrote: > On Tue, Jul 26, 2005 at 12:33:24PM -0700, Brooks Davis wrote.. > > > On Mon, Jul 25, 2005 at 10:39:09PM -0400, Mike Jakubik wrote: > > > On Mon, July 25, 2005 9:54 pm, Brooks Davis said: > > > >>> Probably something wrong with your interface, but you > > > >>> havent't provided any useful information so who knows. At > > > >>> the very least, I need to know what interface you are > > > >>> running on, something about it's status, and if both > > > >>> dhclient processes are running. > > > >> > > > >> The interface is xl0 (3Com 3c905C-TX Fast Etherlink XL), and > > > >> it worked in this machine fine for as long as i remember. > > > >> This seems to have happened since a recent cvsup and > > > >> buildworld from ~6-BETA to 7-CURRENT. I rebooted three > > > >> times, and the problem occured rougly a minute after bootup. > > > >> On the fourth time however, it seems to be ok so far. > > > > > > > > That sounds like a problem with the code that handles the > > > > link state notifications in the interface driver. The > > > > notifications are a reletivly new feature that we're only now > > > > starting to use heavily so there are going to be bumps in the > > > > road. It would be intresting to know if you see link state > > > > messages promptly if you plug and unplug the network cable. > > > > > > It seems to be back at it again, this time it took longer to > > > kick in. Here is a "ps auxw|grep dhclient" : > > > > > > _dhcp 219 93.5 0.2 1484 1136 ?? Rs 8:49PM > > > 5:06.00 dhclient: xl0 (dhclient) > > > root 193 0.0 0.2 1484 1088 d0- S 8:49PM > > > 0:00.02 dhclient: xl0 [priv] (dhclient) > > > > > > top: > > > > > > PID USERNAME THR PRI NICE SIZE RES STATE TIME > > > WCPU COMMAND 219 _dhcp 1 129 0 1484K 1136K RUN > > > 9:33 94.24% dhclient > > > > > > Nothing in dmesg about link state changes on xl0. Unplugging > > > and replugging the network cable results in link state > > > notification within a couple seconds. > > > > Could you see what happens if you run dhclient in the foreground? > > Just running "dhclient -d xl0" should do it. I'd like to know > > what sort of output it's generating. > > In my case it is not displaying anything: > > > chuck#dhclient -d ath0 > DHCPREQUEST on ath0 to 255.255.255.255 port 67 > DHCPACK from 192.168.5.254 > bound to 192.168.5.20 -- renewal in 21600 seconds. > > > > I can tell the phenomenon occurs when my laptop fan springs to > life: > > CPU states: 96.5% user, 0.0% nice, 2.7% system, 0.8% interrupt, > 0.0% idle > Mem: 48M Active, 28M Inact, 50M Wired, 680K Cache, 34M Buf, 115M > Free Swap: 257M Total, 257M Free > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU > COMMAND 719 _dhcp 1 129 0 1384K 1092K RUN 2:14 > 93.55% dhclient 607 root 1 98 0 34584K 21212K select > 0:09 1.81% Xorg 663 wb 4 20 0 46712K 40224K kserel > 0:27 0.00% mozilla-bin 503 root 1 8 0 1184K 796K > nanslp 0:07 0.00% powerd > > Took (best guess) approx 5-10 minutes for the effect to kick in. FYI, I have the same issues with bge(4) and ndis(4). Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 23:04:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5796716A41F for ; Tue, 26 Jul 2005 23:04:38 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3BF843D46 for ; Tue, 26 Jul 2005 23:04:37 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-2.free.fr (Postfix) with ESMTP id E2DFDC002; Wed, 27 Jul 2005 01:04:36 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id BFF68405B; Wed, 27 Jul 2005 01:05:01 +0200 (CEST) Date: Wed, 27 Jul 2005 01:05:01 +0200 From: Jeremie Le Hen To: Ken Smith Message-ID: <20050726230500.GM1610@obiwan.tataz.chchile.org> References: <1121952594.68685.27.camel@opus.cse.buffalo.edu> <20050726225316.GL1610@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050726225316.GL1610@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: HEADS-UP: New shared library versions coming soon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 23:04:38 -0000 Hi, > I wanted to run the vi(1) binary coming from my RELENG_4 on my CURRENT. > It appears that libncurses.5 doesn't exist. Looking at this kind of > problem more closely revealed that libc.so.5 is missing too. I guess > there are other missing compat libraries. Are there any plans to > provide these ? Forget what I wrote, compat libraries live in ports/misc/compat*. Sorry for the noise. BTW, where do libraries in /usr/lib/compat/ come from, given that I didn't installed the compat ports ? Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 23:21:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 370CC16A41F for ; Tue, 26 Jul 2005 23:21:52 +0000 (GMT) (envelope-from jsmith@drexel.edu) Received: from shim1.irt.drexel.edu (shim1.irt.drexel.edu [144.118.29.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id C56A443D45 for ; Tue, 26 Jul 2005 23:21:51 +0000 (GMT) (envelope-from jsmith@drexel.edu) Received: from conversion-daemon.shim1.irt.drexel.edu by shim1.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) id <0IK900701CMFH6@shim1.irt.drexel.edu> for freebsd-current@freebsd.org; Tue, 26 Jul 2005 19:21:50 -0400 (EDT) Received: from vorpal.math.drexel.edu (vorpal.math.drexel.edu [129.25.6.250]) by shim1.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) with ESMTP id <0IK9004HRCWER6@shim1.irt.drexel.edu> for freebsd-current@freebsd.org; Tue, 26 Jul 2005 19:21:50 -0400 (EDT) Received: from [IPv6:::1] (vorpal.math.drexel.edu [129.25.6.250]) by vorpal.math.drexel.edu (8.13.3/8.12.10) with ESMTP id j6QNIMi0030471 for ; Tue, 26 Jul 2005 19:18:22 -0400 (EDT envelope-from jsmith@drexel.edu) Date: Tue, 26 Jul 2005 19:21:49 -0400 From: "Justin R. Smith" To: freebsd-current@freebsd.org Message-id: <42E6C58D.9020104@drexel.edu> Organization: Drexel University MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050721) Subject: Page fault while booting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 23:21:52 -0000 I upgraded to current on the 23rd and got FATAL TRAP 12 PAGE FAULT WHILE IN KERNEL MODE VIRTUAL ADDRESS 0x480008 Current process=0 SWAPPER This was with the GENERIC kernel. I've retreated to the 5.4 stable kernel My motherboard is an ASRock To show what sort of hardward I have, here's a dmesg (with the 5.4 stable kernel, which works fine): Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-STABLE #0: Tue Jul 26 11:12:16 EDT 2005 jsmith@jsmith.org:/usr/obj/usr/src/sys/MYKERNEL Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2393.39-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff real memory = 1072889856 (1023 MB) avail memory = 1036140544 (988 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: port 0x530-0x537 on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 nvidia0: mem 0xd0000000-0xd7ffffff,0xfd000000-0xfdffffff irq 16 at device 0.0 on pci1 atapci0: port 0xac00-0xac0f,0xb000-0xb003,0xb400-0xb407,0xb800-0xb803,0xbc00-0xbc07 irq 18 at device 10.0 on pci0 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 atapci1: port 0xd800-0xd8ff,0xdc00-0xdc0f,0xe000-0xe003,0xe400-0xe407,0xe800-0xe803,0xec00-0xec07 irq 20 at device 15.0 on pci0 ata4: channel #0 on atapci1 ata5: channel #1 on atapci1 atapci2: port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 ata0: channel #0 on atapci2 ata1: channel #1 on atapci2 uhci0: port 0xc000-0xc01f irq 21 at device 16.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc400-0xc41f irq 21 at device 16.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xc800-0xc81f irq 21 at device 16.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xcc00-0xcc1f irq 21 at device 16.3 on pci0 usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 16.4 (no driver attached) isab0: at device 17.0 on pci0 isa0: on isab0 pcm0: port 0xd000-0xd0ff irq 22 at device 17.5 on pci0 pcm0: vr0: port 0xd400-0xd4ff mem 0xfebffc00-0xfebffcff irq 23 at device 18.0 on pci0 miibus0: on vr0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:0b:6a:a3:e3:52 acpi_button0: on acpi0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse Explorer, device ID 4 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A orm0: at iomem 0xd0000-0xd3fff,0xc0000-0xcffff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ugen0: hewlett packard hp scanjet, rev 2.00/1.00, addr 2 ulpt0: EPSON USB Printer, rev 1.10/1.00, addr 2, iclass 7/1 ulpt0: using bi-directional mode Timecounter "TSC" frequency 2393389596 Hz quality 800 Timecounters tick every 10.000 msec ad0: 38172MB [77557/16/63] at ata0-master UDMA133 ad1: 39205MB [79656/16/63] at ata0-slave UDMA133 ata1-master: DMA limited to UDMA33, non-ATA66 cable or device acd0: DVDROM at ata1-master UDMA33 ad5: 32253MB [65531/16/63] at ata2-slave UDMA100 acd1: CDRW at ata3-master PIO4 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present cd1 at ata3 bus 0 target 0 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 16.000MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present Mounting root from ufs:/dev/ad1s1a ipfw2 initialized, divert disabled, rule-based forwarding disabled, default to deny, logging disabled lpt0: switched to polled standard mode From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 23:39:43 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFDA916A41F; Tue, 26 Jul 2005 23:39:43 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81DA043D45; Tue, 26 Jul 2005 23:39:43 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j6QNdZet030328; Tue, 26 Jul 2005 16:39:35 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j6QNdXlx030324; Tue, 26 Jul 2005 16:39:33 -0700 Date: Tue, 26 Jul 2005 16:39:33 -0700 From: Brooks Davis To: Jung-uk Kim Message-ID: <20050726233933.GA13679@odin.ac.hmc.edu> References: <42E58007.9030202@rogers.com> <20050726193324.GA4603@odin.ac.hmc.edu> <20050726200059.GA47478@freebie.xs4all.nl> <200507261853.19211.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline In-Reply-To: <200507261853.19211.jkim@FreeBSD.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Wilko Bulte , freebsd-current@FreeBSD.org, Mike Jakubik Subject: Re: dhclient taking all cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 23:39:44 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 26, 2005 at 06:53:17PM -0400, Jung-uk Kim wrote: > On Tuesday 26 July 2005 04:00 pm, Wilko Bulte wrote: > > On Tue, Jul 26, 2005 at 12:33:24PM -0700, Brooks Davis wrote.. > > > > > On Mon, Jul 25, 2005 at 10:39:09PM -0400, Mike Jakubik wrote: > > > > On Mon, July 25, 2005 9:54 pm, Brooks Davis said: > > > > >>> Probably something wrong with your interface, but you > > > > >>> havent't provided any useful information so who knows. At > > > > >>> the very least, I need to know what interface you are > > > > >>> running on, something about it's status, and if both > > > > >>> dhclient processes are running. > > > > >> > > > > >> The interface is xl0 (3Com 3c905C-TX Fast Etherlink XL), and > > > > >> it worked in this machine fine for as long as i remember. > > > > >> This seems to have happened since a recent cvsup and > > > > >> buildworld from ~6-BETA to 7-CURRENT. I rebooted three > > > > >> times, and the problem occured rougly a minute after bootup. > > > > >> On the fourth time however, it seems to be ok so far. > > > > > > > > > > That sounds like a problem with the code that handles the > > > > > link state notifications in the interface driver. The > > > > > notifications are a reletivly new feature that we're only now > > > > > starting to use heavily so there are going to be bumps in the > > > > > road. It would be intresting to know if you see link state > > > > > messages promptly if you plug and unplug the network cable. > > > > > > > > It seems to be back at it again, this time it took longer to > > > > kick in. Here is a "ps auxw|grep dhclient" : > > > > > > > > _dhcp 219 93.5 0.2 1484 1136 ?? Rs 8:49PM =20 > > > > 5:06.00 dhclient: xl0 (dhclient) > > > > root 193 0.0 0.2 1484 1088 d0- S 8:49PM =20 > > > > 0:00.02 dhclient: xl0 [priv] (dhclient) > > > > > > > > top: > > > > > > > > PID USERNAME THR PRI NICE SIZE RES STATE TIME =20 > > > > WCPU COMMAND 219 _dhcp 1 129 0 1484K 1136K RUN =20 > > > > 9:33 94.24% dhclient > > > > > > > > Nothing in dmesg about link state changes on xl0. Unplugging > > > > and replugging the network cable results in link state > > > > notification within a couple seconds. > > > > > > Could you see what happens if you run dhclient in the foreground? > > > Just running "dhclient -d xl0" should do it. I'd like to know > > > what sort of output it's generating. > > > > In my case it is not displaying anything: > > > > > > chuck#dhclient -d ath0 > > DHCPREQUEST on ath0 to 255.255.255.255 port 67 > > DHCPACK from 192.168.5.254 > > bound to 192.168.5.20 -- renewal in 21600 seconds. > > > > > > > > I can tell the phenomenon occurs when my laptop fan springs to > > life: > > > > CPU states: 96.5% user, 0.0% nice, 2.7% system, 0.8% interrupt,=20 > > 0.0% idle > > Mem: 48M Active, 28M Inact, 50M Wired, 680K Cache, 34M Buf, 115M > > Free Swap: 257M Total, 257M Free > > > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU > > COMMAND 719 _dhcp 1 129 0 1384K 1092K RUN 2:14 > > 93.55% dhclient 607 root 1 98 0 34584K 21212K select =20 > > 0:09 1.81% Xorg 663 wb 4 20 0 46712K 40224K kserel =20 > > 0:27 0.00% mozilla-bin 503 root 1 8 0 1184K 796K > > nanslp 0:07 0.00% powerd > > > > Took (best guess) approx 5-10 minutes for the effect to kick in. >=20 > FYI, I have the same issues with bge(4) and ndis(4). I've seen it on ath and em interfaces now, but am not sure what's going on. and have no idea how to reproduce the problem. As also reported by Bakul Shah, we seem to be getting into a state where receive_packet() is spinning. I'm not seeing an obvious way for this to be possible. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFC5sm0XY6L6fI4GtQRAtcRAKDOsGnjXsKi+n/oeWMY9Y3KZgHXVwCfZSx4 jwxEMkR77xpLTLtrw3alA4w= =fRn1 -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 23:44:30 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5190116A41F; Tue, 26 Jul 2005 23:44:30 +0000 (GMT) (envelope-from mux@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D9C043D48; Tue, 26 Jul 2005 23:44:30 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 0BF1F5CB95; Tue, 26 Jul 2005 16:44:30 -0700 (PDT) Date: Wed, 27 Jul 2005 01:44:29 +0200 From: Maxime Henrion To: Jeremie Le Hen Message-ID: <20050726234429.GQ14567@elvis.mu.org> References: <20050726202330.GJ1610@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="7mxbaLlpDEyR1+x6" Content-Disposition: inline In-Reply-To: <20050726202330.GJ1610@obiwan.tataz.chchile.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org, Paul Saab Subject: Re: panic in NFS/UDP code path X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 23:44:30 -0000 --7mxbaLlpDEyR1+x6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Jeremie Le Hen wrote: > Hi all, > > while doing a cvs diff with the repository living on an NFS mounted > volume, here is the panic I caught : > %%% > panic: mutex Giant not owned at ../../../netinet/ip_output.c:151 > KDB: stack backtrace: > kdb_backtrace() > panic() > _mtx_assert(c07a0a40,1,c07476c1,97,e5036b6c) at _mtx_assert+0x7c > ip_output(c2639200,0,e5036b70,0,0) at ip_output+0xcb > udp_output(c25f15a0,c2639200,0,0,c2307c80) at udp_output+0x550 > udp_send(c2a8e42c,0,c268a300,0,0) at udp_send+0x30 > nfs_timer(0,0,c073d3fc,125,c0777100) at nfs_timer+0x2b2 > softclock(0,0,c0739ca4,251,e5036d00) at softclock+0x29b > ithread_loop() > fork_exit() > fork_trampoline() > %%% > > I have a kernel dump, but it's very heavy (1 GB), so tell me what > commands you want me to issue in kgdb. > > The source are dated from the 2005.07.24... (I can't check the exact > date now, it's dumping ;p). You are running with debug.mpsafenet=0 ? This looks like a fallout from an earlier change to make nfs_timer() MPSAFE. I believe something like the atatched patch is needed, but ps@ would know best about this one. Cheers, Maxime --7mxbaLlpDEyR1+x6 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="nfs_socket.patch" ? nfs_socket.patch Index: nfs_socket.c =================================================================== RCS file: /home/ncvs/src/sys/nfsclient/nfs_socket.c,v retrieving revision 1.128 diff -u -r1.128 nfs_socket.c --- nfs_socket.c 19 Jul 2005 21:27:25 -0000 1.128 +++ nfs_socket.c 26 Jul 2005 23:39:32 -0000 @@ -1255,12 +1255,14 @@ */ rep->r_flags |= R_REXMIT_INPROG; mtx_unlock(&nfs_reqq_mtx); + NET_LOCK_GIANT(); if ((nmp->nm_flag & NFSMNT_NOCONN) == 0) error = (*so->so_proto->pr_usrreqs->pru_send) (so, 0, m, NULL, NULL, curthread); else error = (*so->so_proto->pr_usrreqs->pru_send) (so, 0, m, nmp->nm_nam, NULL, curthread); + NET_UNLOCK_GIANT(); mtx_lock(&nfs_reqq_mtx); rep->r_flags &= ~R_REXMIT_INPROG; wakeup((caddr_t)&rep->r_flags); --7mxbaLlpDEyR1+x6-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 23:52:30 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC8BE16A41F for ; Tue, 26 Jul 2005 23:52:30 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: from web31804.mail.mud.yahoo.com (web31804.mail.mud.yahoo.com [68.142.207.67]) by mx1.FreeBSD.org (Postfix) with SMTP id BD6FC43D48 for ; Tue, 26 Jul 2005 23:52:29 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: (qmail 23837 invoked by uid 60001); 26 Jul 2005 23:52:29 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=kuXSgMsgd8dtAneVFIjoNDG0TIYVzH0soHibeMY6b2kHP0FB5kvd7SiG/H9rJRNrpHSP1En+bVRlmMDbgd3FyLsGmb+4zmiMIhDogPR1qI58S5AeL1xaq3eQRbjm47OUMEK9W0/cUqitfziIyjOn8Yrcb48dkB6gIKUnnGTE9VU= ; Message-ID: <20050726235229.23835.qmail@web31804.mail.mud.yahoo.com> Received: from [207.126.238.231] by web31804.mail.mud.yahoo.com via HTTP; Tue, 26 Jul 2005 16:52:29 PDT Date: Tue, 26 Jul 2005 16:52:29 -0700 (PDT) From: Mohan Srinivasan To: Maxime Henrion , Jeremie Le Hen In-Reply-To: <20050726234429.GQ14567@elvis.mu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.org, Paul Saab Subject: Re: panic in NFS/UDP code path X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 23:52:31 -0000 Yes. The bug is caused by the change that made nfs_timer() MPSAFE, and the patch Maxime attached should fix it. I'll get that committed soon. thanks mohan --- Maxime Henrion wrote: > Jeremie Le Hen wrote: > > Hi all, > > > > while doing a cvs diff with the repository living on an NFS mounted > > volume, here is the panic I caught : > > %%% > > panic: mutex Giant not owned at ../../../netinet/ip_output.c:151 > > KDB: stack backtrace: > > kdb_backtrace() > > panic() > > _mtx_assert(c07a0a40,1,c07476c1,97,e5036b6c) at _mtx_assert+0x7c > > ip_output(c2639200,0,e5036b70,0,0) at ip_output+0xcb > > udp_output(c25f15a0,c2639200,0,0,c2307c80) at udp_output+0x550 > > udp_send(c2a8e42c,0,c268a300,0,0) at udp_send+0x30 > > nfs_timer(0,0,c073d3fc,125,c0777100) at nfs_timer+0x2b2 > > softclock(0,0,c0739ca4,251,e5036d00) at softclock+0x29b > > ithread_loop() > > fork_exit() > > fork_trampoline() > > %%% > > > > I have a kernel dump, but it's very heavy (1 GB), so tell me what > > commands you want me to issue in kgdb. > > > > The source are dated from the 2005.07.24... (I can't check the exact > > date now, it's dumping ;p). > > You are running with debug.mpsafenet=0 ? > > This looks like a fallout from an earlier change to make nfs_timer() > MPSAFE. I believe something like the atatched patch is needed, but ps@ > would know best about this one. > > Cheers, > Maxime > > ? nfs_socket.patch > Index: nfs_socket.c > =================================================================== > RCS file: /home/ncvs/src/sys/nfsclient/nfs_socket.c,v > retrieving revision 1.128 > diff -u -r1.128 nfs_socket.c > --- nfs_socket.c 19 Jul 2005 21:27:25 -0000 1.128 > +++ nfs_socket.c 26 Jul 2005 23:39:32 -0000 > @@ -1255,12 +1255,14 @@ > */ > rep->r_flags |= R_REXMIT_INPROG; > mtx_unlock(&nfs_reqq_mtx); > + NET_LOCK_GIANT(); > if ((nmp->nm_flag & NFSMNT_NOCONN) == 0) > error = (*so->so_proto->pr_usrreqs->pru_send) > (so, 0, m, NULL, NULL, curthread); > else > error = (*so->so_proto->pr_usrreqs->pru_send) > (so, 0, m, nmp->nm_nam, NULL, curthread); > + NET_UNLOCK_GIANT(); > mtx_lock(&nfs_reqq_mtx); > rep->r_flags &= ~R_REXMIT_INPROG; > wakeup((caddr_t)&rep->r_flags); > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 00:10:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1CE716A41F for ; Wed, 27 Jul 2005 00:10:49 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp100.rog.mail.re2.yahoo.com (smtp100.rog.mail.re2.yahoo.com [206.190.36.78]) by mx1.FreeBSD.org (Postfix) with SMTP id 2DD7443D45 for ; Wed, 27 Jul 2005 00:10:49 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 76429 invoked from network); 27 Jul 2005 00:10:48 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:X-Accept-Language:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=6QVDR/RnqgoYvRN9Q7J4bk8kDpvxr67LXoQlRwcU+FiqsT/odpa8c9ML0wvdaFFTSHoklhLwIQXN+K1H6fhsr5RcJhUVxshM4cd1kgfdmzW5GDy7nwGwpduqsPyqE8x6gj0bsIAi9bbDp+HOj7Ch6ASoDpyxb08oirktxqZ7Edo= ; Received: from unknown (HELO ?172.16.0.199?) (mikej@rogers.com@69.193.222.195 with plain) by smtp100.rog.mail.re2.yahoo.com with SMTP; 27 Jul 2005 00:10:48 -0000 Message-ID: <42E6D11C.9020905@rogers.com> Date: Tue, 26 Jul 2005 20:11:08 -0400 From: Mike Jakubik User-Agent: Mozilla Thunderbird 1.0.5 (Windows/20050711) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Wemm References: <42E583F9.3070703@rogers.com> <200507261403.01515.imachine@toya.net.pl> <200507261104.35752.peter@wemm.org> In-Reply-To: <200507261104.35752.peter@wemm.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, =?UTF-8?B?TWF0ZXVzeiBKxJlkcmFzaWs=?= Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 00:10:49 -0000 Peter Wemm wrote: >Oh, how I wish dhclient could handle two interfaces! The old one >allowed two interfaces, but was rather stupid about it. There was no >way to specify which interface had priority, so the last one usually >won with its default routes. > >My gateway box at home has two ethernet interfaces that need dhcp. It >seems I'm going to have to hack dhclient-script or something to get it >to do something sensible. It shouldn't be that painful. > >Linux (gentoo in this case) has dhcpcd, which take switches to allow you >to tell it to not mess with resolv.conf or the default route. No >hacking or pain required. Unlike ours dhclient. > You can customize some of the behaviour of dhclient. See ``man 5 dhclient.conf'' for details. From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 00:18:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A304816A41F for ; Wed, 27 Jul 2005 00:18:14 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp101.rog.mail.re2.yahoo.com (smtp101.rog.mail.re2.yahoo.com [206.190.36.79]) by mx1.FreeBSD.org (Postfix) with SMTP id B2BC643D45 for ; Wed, 27 Jul 2005 00:18:13 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 24326 invoked from network); 27 Jul 2005 00:15:37 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:In-Reply-To:References:Date:Subject:From:To:Cc:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding; b=DJYs4B7JSnjYYj1rdxZ2Hov3kJL2l0Un5pYDraUqCWnsJK0ygUzPNWFGaUn4o3JS5eP7aCiz1mJebR4cZgi3zm1g1xAxU7voPu/m4MzC9wqHFECcZZQBB2Nj7EqSeDl3qcK/ok7Tmq9KhCnk6B3hjgyeExxeRhXAL1uY3nbdCws= ; Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp101.rog.mail.re2.yahoo.com with SMTP; 27 Jul 2005 00:15:36 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by 172.16.0.1 with HTTP; Tue, 26 Jul 2005 20:15:35 -0400 (EDT) Message-ID: <1192.172.16.0.199.1122423335.squirrel@172.16.0.1> In-Reply-To: <20050726233933.GA13679@odin.ac.hmc.edu> References: <42E58007.9030202@rogers.com> <20050726193324.GA4603@odin.ac.hmc.edu> <20050726200059.GA47478@freebie.xs4all.nl> <200507261853.19211.jkim@FreeBSD.org> <20050726233933.GA13679@odin.ac.hmc.edu> Date: Tue, 26 Jul 2005 20:15:35 -0400 (EDT) From: "Mike Jakubik" To: "Brooks Davis" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Wilko Bulte , freebsd-current@freebsd.org, Jung-uk Kim Subject: Re: dhclient taking all cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 00:18:14 -0000 On Tue, July 26, 2005 7:39 pm, Brooks Davis said: > I've seen it on ath and em interfaces now, but am not sure what's going > on. and have no idea how to reproduce the problem. As also reported by > Bakul Shah, we seem to be getting into a state where receive_packet() is > spinning. I'm not seeing an obvious way for this to be possible. Perhaps we need to get the OpenBSD guys involved? In any case, i think this must be fixed for releng_6_0. Good luck Brooks. From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 01:10:52 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F83116A41F; Wed, 27 Jul 2005 01:10:52 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0786B43D46; Wed, 27 Jul 2005 01:10:51 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from [151.26.114.37] (ppp-37-114.26-151.libero.it [151.26.114.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id 3154A5732; Wed, 27 Jul 2005 03:10:51 +0200 (CEST) Message-ID: <42E6DEEA.90307@freesbie.org> Date: Wed, 27 Jul 2005 03:10:02 +0200 From: Dario Freni User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: it, it-it, en-us, en MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <42E6903D.1040107@freesbie.org> <20050726200214.GH46538@darkness.comp.waw.pl> <42E697E2.2050000@freesbie.org> <20050726202239.GJ46538@darkness.comp.waw.pl> In-Reply-To: <20050726202239.GJ46538@darkness.comp.waw.pl> X-Enigmail-Version: 0.92.0.0 OpenPGP: url=http://www.saturnero.net/saturnero.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB88892149263EB5DF822AF52" Cc: geom@freebsd.org, current@freebsd.org Subject: Re: CALL FOR TESTERS: geom_vol_cd9660 class X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 01:10:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB88892149263EB5DF822AF52 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Pawel Jakub Dawidek ha scritto: > On Tue, Jul 26, 2005 at 10:06:58PM +0200, Dario Freni wrote: > +> Pawel Jakub Dawidek wrote: > +> > What's wrong with glabel(8)? > +> > +> Honestly, I didn't know it before. Looking into NanoBSD code I saw it > +> use GEOM_VOL, so I started investigate on geom_vol_ffs and write this > +> tiny class. Agreeing with Andreas Kohn on current@: > +> > +> > +> But, the really important question is: why is there geom_vol_ffs and > +> geom_label? Apparently I wasn't the only one who did not see > +> geom_label :) > +> > > That's actually my fault. I wanted to remove geom_vol_ffs long time > ago to not confuse the users. > > To not make your work useless, could you verify iso9660 part of > geom_label? Maybe I missed something there. I'm not so expert on this topic, but i stole part of my code from /sys/isofs/cd9660/cd9660_vfsops.c. I used the iso.h which has some useful structs to handle primary/sierra/supplementary descriptors. glabel is definitely ok for me, but please put that warning on geom_vol_ffs :) Anyway, I had fun with geom. Bye and thanks, Dario -- Dario Freni (saturnero@freesbie.org) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc --------------enigB88892149263EB5DF822AF52 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFC5t7uymi72IiShysRApx/AJ0XI5bCVpu+r5TTuMkPQ/gPWSuIigCgrDE3 bpLvajYy1aXzCXOAwuZqaTA= =a5yS -----END PGP SIGNATURE----- --------------enigB88892149263EB5DF822AF52-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 01:53:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AA4D16A41F for ; Wed, 27 Jul 2005 01:53:08 +0000 (GMT) (envelope-from peter@wemm.org) Received: from daintree.corp.yahoo.com (daintree.corp.yahoo.com [216.145.52.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0A0C43D45 for ; Wed, 27 Jul 2005 01:53:07 +0000 (GMT) (envelope-from peter@wemm.org) Received: by daintree.corp.yahoo.com (Postfix, from userid 2154) id D606819773; Tue, 26 Jul 2005 18:53:07 -0700 (PDT) From: Peter Wemm To: Mike Jakubik Date: Tue, 26 Jul 2005 18:53:07 -0700 User-Agent: KMail/1.7.2 References: <42E583F9.3070703@rogers.com> <200507261104.35752.peter@wemm.org> <42E6D11C.9020905@rogers.com> In-Reply-To: <42E6D11C.9020905@rogers.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507261853.07513.peter@wemm.org> Cc: freebsd-current@freebsd.org, Mateusz =?utf-8?q?J=C4=99drasik?= Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 01:53:08 -0000 On Tuesday 26 July 2005 05:11 pm, Mike Jakubik wrote: > Peter Wemm wrote: > >Oh, how I wish dhclient could handle two interfaces! The old one > >allowed two interfaces, but was rather stupid about it. There was > > no way to specify which interface had priority, so the last one > > usually won with its default routes. > > > >My gateway box at home has two ethernet interfaces that need dhcp. > > It seems I'm going to have to hack dhclient-script or something to > > get it to do something sensible. It shouldn't be that painful. > > > >Linux (gentoo in this case) has dhcpcd, which take switches to allow > > you to tell it to not mess with resolv.conf or the default route. > > No hacking or pain required. Unlike ours dhclient. > > You can customize some of the behaviour of dhclient. See ``man 5 > dhclient.conf'' for details. I'd love to know which items in dhclient.conf allow you to disable the default route handling and the resolv.conf handling.. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 02:01:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0EA016A41F for ; Wed, 27 Jul 2005 02:01:21 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp101.rog.mail.re2.yahoo.com (smtp101.rog.mail.re2.yahoo.com [206.190.36.79]) by mx1.FreeBSD.org (Postfix) with SMTP id 4B37943D46 for ; Wed, 27 Jul 2005 02:01:21 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 38944 invoked from network); 27 Jul 2005 02:01:20 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:In-Reply-To:References:Date:Subject:From:To:Cc:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Ql4EmQCXZ26W21PGwEOKD7752y4X9hN+n8f7d4ivynKtagRWADkLsZyz3s6eap2c85R5QszjlYxReDvoGuyvOBINarn7ickxsiY0cZdD8/uWzNJ5BT9JX5ubRRBTlkQ7DMlkA6Yw3BatovUY5rODYKL+uKj9X/rqgfjGHYD6x/8= ; Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp101.rog.mail.re2.yahoo.com with SMTP; 27 Jul 2005 02:01:20 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by 172.16.0.1 with HTTP; Tue, 26 Jul 2005 22:01:18 -0400 (EDT) Message-ID: <1242.172.16.0.199.1122429678.squirrel@172.16.0.1> In-Reply-To: <200507261853.07513.peter@wemm.org> References: <42E583F9.3070703@rogers.com> <200507261104.35752.peter@wemm.org> <42E6D11C.9020905@rogers.com> <200507261853.07513.peter@wemm.org> Date: Tue, 26 Jul 2005 22:01:18 -0400 (EDT) From: "Mike Jakubik" To: "Peter Wemm" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, Mateusz =?iso-8859-1?Q?J=C4=99drasik?= Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 02:01:22 -0000 On Tue, July 26, 2005 9:53 pm, Peter Wemm said: > I'd love to know which items in dhclient.conf allow you to disable the > default route handling and the resolv.conf handling.. supersede { [option declaration] [, ... option declaration] } Ex, I use "supersede domain-name-servers 127.0.0.1;" to set my own name server. From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 02:45:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 685F216A41F for ; Wed, 27 Jul 2005 02:45:36 +0000 (GMT) (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 C9A9943D45 for ; Wed, 27 Jul 2005 02:45:33 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j6R2jH1G019835 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 27 Jul 2005 12:15:27 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 27 Jul 2005 12:15:07 +0930 User-Agent: KMail/1.8.1 References: <42E583F9.3070703@rogers.com> <200507261853.07513.peter@wemm.org> <1242.172.16.0.199.1122429678.squirrel@172.16.0.1> In-Reply-To: <1242.172.16.0.199.1122429678.squirrel@172.16.0.1> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2379116.5clCDGfdKH"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200507271215.14369.doconnor@gsoft.com.au> X-Spam-Score: -2.82 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: Mike Jakubik , Mateusz =?iso-8859-1?q?J=C4=99drasik?= Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 02:45:36 -0000 --nextPart2379116.5clCDGfdKH Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 27 July 2005 11:31, Mike Jakubik wrote: > On Tue, July 26, 2005 9:53 pm, Peter Wemm said: > > I'd love to know which items in dhclient.conf allow you to disable the > > default route handling and the resolv.conf handling.. > > supersede { [option declaration] [, ... option declaration] } > > Ex, I use "supersede domain-name-servers 127.0.0.1;" to set my own name > server. That just means you have to hardcode your resolver and default route into=20 dhclient.conf - there is no "Don't touch this setting on my computer even i= f=20 the DHCP server tells you to" flag in the config file I believe. =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 --nextPart2379116.5clCDGfdKH Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC5vU65ZPcIHs/zowRAmh9AJ9NBf7WusJJFpbU3oxerVJBhvZ0mwCdFkzs 5q+hXsxFVsd64b4hFG+bJwc= =UQvF -----END PGP SIGNATURE----- --nextPart2379116.5clCDGfdKH-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 02:48:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DE0D16A41F; Wed, 27 Jul 2005 02:48:30 +0000 (GMT) (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 9789A43D48; Wed, 27 Jul 2005 02:48:29 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j6R2viKZ000255; Tue, 26 Jul 2005 20:57:44 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42E6F5EA.7030801@samsco.org> Date: Tue, 26 Jul 2005 20:48:10 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Daniel O'Connor" References: <42E583F9.3070703@rogers.com> <200507261853.07513.peter@wemm.org> <1242.172.16.0.199.1122429678.squirrel@172.16.0.1> <200507271215.14369.doconnor@gsoft.com.au> In-Reply-To: <200507271215.14369.doconnor@gsoft.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: Mike Jakubik , freebsd-current@freebsd.org, =?UTF-8?B?TWF0ZXVzeiBKxJlkcmFzaWs=?= , Peter Wemm Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 02:48:30 -0000 Daniel O'Connor wrote: > On Wednesday 27 July 2005 11:31, Mike Jakubik wrote: > >>On Tue, July 26, 2005 9:53 pm, Peter Wemm said: >> >>>I'd love to know which items in dhclient.conf allow you to disable the >>>default route handling and the resolv.conf handling.. >> >>supersede { [option declaration] [, ... option declaration] } >> >>Ex, I use "supersede domain-name-servers 127.0.0.1;" to set my own name >>server. > > > That just means you have to hardcode your resolver and default route into > dhclient.conf - there is no "Don't touch this setting on my computer even if > the DHCP server tells you to" flag in the config file I believe. > Part of the point of going to the new codebase was to free us from being locked into vendor sources that we couldn't easily change. If there is a need for a new option, please code it up and commit it! Scott From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 03:00:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AA2D16A41F for ; Wed, 27 Jul 2005 03:00:19 +0000 (GMT) (envelope-from sean@gothic.net.au) Received: from visi.gothic.net.au (visi.gothic.net.au [202.182.72.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05DAA43D45 for ; Wed, 27 Jul 2005 03:00:18 +0000 (GMT) (envelope-from sean@gothic.net.au) Received: from localhost (localhost [127.0.0.1]) by visi.gothic.net.au (Postfix) with SMTP id 396B426A08; Wed, 27 Jul 2005 13:00:10 +1000 (EST) Received: from gothic.net.au (visi.gothic.net.au [202.182.72.19]) by visi.gothic.net.au (Postfix) with SMTP id 9F531269F8; Wed, 27 Jul 2005 13:00:09 +1000 (EST) Date: Wed, 27 Jul 2005 03:00:09 -0000 To: "Daniel O'Connor" , From: "Sean Winn" X-Mailer: TWIG 2.7.5 In-Reply-To: <200507271215.14369.doconnor@gsoft.com.au> Message-Id: <20050727030009.9F531269F8@visi.gothic.net.au> X-Virus-Scanned: ClamAV using ClamSMTP X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on visi.gothic.net.au X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.0.4 Cc: Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 03:00:19 -0000 Daniel O'Connor said: > On Wednesday 27 July 2005 11:31, Mike Jakubik wrote: > > On Tue, July 26, 2005 9:53 pm, Peter Wemm said: > > > I'd love to know which items in dhclient.conf allow you to disable the > > > default route handling and the resolv.conf handling.. > > > > supersede { [option declaration] [, ... option declaration] } > > > > Ex, I use "supersede domain-name-servers 127.0.0.1;" to set my own name > > server. > > That just means you have to hardcode your resolver and default route into > dhclient.conf - there is no "Don't touch this setting on my computer even if > the DHCP server tells you to" flag in the config file I believe. > Wouldn't: request subnet-mask, broadcast-address; Request only the attributes you want, and not the router, domain-name etc? > -- > 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 > -- Sean Winn All opinions valued at $0.02, and not subject to inflation. From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 03:02:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4FB816A41F for ; Wed, 27 Jul 2005 03:02:10 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65B5543D45 for ; Wed, 27 Jul 2005 03:02:10 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from tirun (dsl093-061-215.pit1.dsl.speakeasy.net [66.93.61.215]) by bache.ece.cmu.edu (Postfix) with ESMTP id 0D54886; Tue, 26 Jul 2005 23:02:09 -0400 (EDT) From: "Brandon S. Allbery KF8NH" To: Kirk Davis In-Reply-To: <04C71268DFDAA8499EC1A248A44B6A2B34BFFF@Exchange21.EDU.epsb.ca> References: <04C71268DFDAA8499EC1A248A44B6A2B34BFFF@Exchange21.EDU.epsb.ca> Content-Type: multipart/mixed; boundary="=-7LV6xutEElnLLQAWyK63" Date: Tue, 26 Jul 2005 23:02:07 -0400 Message-Id: <1122433327.28886.8.camel@tirun> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: "'freebsd-current@freebsd.org'" Subject: RE: 6-BETA1 iwi + wpa_supplicant fails, and sometimes silently re boots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 03:02:11 -0000 --=-7LV6xutEElnLLQAWyK63 Content-Type: text/plain Content-Transfer-Encoding: 7bit It's still not working with WPA on my home metwork; it claims not to be able to find my AP at all. Debug output attached. -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon univ. KF8NH --=-7LV6xutEElnLLQAWyK63 Content-Disposition: attachment; filename=home.wpadump Content-Type: text/plain; name=home.wpadump; charset=UTF-8 Content-Transfer-Encoding: 7bit Initializing interface 'iwi0' conf '/etc/wpa_supplicant.conf' driver 'default' Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf' Reading configuration file '/etc/wpa_supplicant.conf' ctrl_interface='/var/run/wpa_supplicant' ctrl_interface_group=0 (from group name 'wheel') eapol_version=1 ap_scan=1 fast_reauth=1 Line: 7 - start of a new network block ssid - hexdump_ascii(len=5): 38 30 30 2d 37 800-7 scan_ssid=1 (0x1) key_mgmt: 0x2 PSK (ASCII passphrase) - hexdump_ascii(len=8): [REMOVED] group: 0x8 pairwise: 0x8 PSK (from passphrase) - hexdump(len=32): [REMOVED] Line: 16 - start of a new network block ssid - hexdump_ascii(len=3): 43 4d 55 CMU key_mgmt: 0x4 Priority group 0 id=0 ssid='800-7' id=1 ssid='CMU' Initializing interface (2) 'iwi0' Own MAC address: 00:0e:35:f4:28:9a wpa_driver_bsd_set_wpa: enabled=1 wpa_driver_bsd_del_key: keyidx=0 wpa_driver_bsd_del_key: keyidx=1 wpa_driver_bsd_del_key: keyidx=2 wpa_driver_bsd_del_key: keyidx=3 wpa_driver_bsd_set_countermeasures: enabled=0 wpa_driver_bsd_set_drop_unencrypted: enabled=1 Setting scan request: 0 sec 100000 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=5): 38 30 30 2d 37 800-7 Received 0 bytes of scan results (2 BSSes) Scan results: 2 Selecting BSS from priority group 0 0: 00:13:10:86:54:9c ssid='colt' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 1: 00:12:17:ce:68:cb ssid='kern' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (broadcast SSID) Received 0 bytes of scan results (2 BSSes) Scan results: 2 Selecting BSS from priority group 0 0: 00:12:17:ce:68:cb ssid='kern' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 1: 00:13:10:86:54:9c ssid='colt' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=5): 38 30 30 2d 37 800-7 Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 0 0: 00:12:17:ce:68:cb ssid='kern' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 1: 00:13:10:86:54:9c ssid='colt' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 2: 00:11:95:39:31:fb ssid='default' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (broadcast SSID) Received 0 bytes of scan results (1 BSSes) Scan results: 1 Selecting BSS from priority group 0 0: 00:12:17:ce:68:cb ssid='kern' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=5): 38 30 30 2d 37 800-7 Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 0 0: 00:12:17:ce:68:cb ssid='kern' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 1: 00:13:10:86:54:9c ssid='colt' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 2: 00:11:95:39:31:fb ssid='default' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (broadcast SSID) Received 0 bytes of scan results (1 BSSes) Scan results: 1 Selecting BSS from priority group 0 0: 00:12:17:ce:68:cb ssid='kern' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=5): 38 30 30 2d 37 800-7 Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 0 0: 00:12:17:ce:68:cb ssid='kern' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 1: 00:13:10:86:54:9c ssid='colt' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 2: 00:11:95:39:31:fb ssid='default' wpa --=-7LV6xutEElnLLQAWyK63-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 03:21:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDA3916A41F for ; Wed, 27 Jul 2005 03:21:04 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CA3443D5F for ; Wed, 27 Jul 2005 03:21:01 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from tirun (dsl093-061-215.pit1.dsl.speakeasy.net [66.93.61.215]) by bache.ece.cmu.edu (Postfix) with ESMTP id 83A699A for ; Tue, 26 Jul 2005 23:20:59 -0400 (EDT) From: "Brandon S. Allbery KF8NH" To: freebsd-current@freebsd.org In-Reply-To: <1122433327.28886.8.camel@tirun> References: <04C71268DFDAA8499EC1A248A44B6A2B34BFFF@Exchange21.EDU.epsb.ca> <1122433327.28886.8.camel@tirun> Content-Type: multipart/mixed; boundary="=-jIWNiYb21L62jukzvf8i" Date: Tue, 26 Jul 2005 23:20:27 -0400 Message-Id: <1122434427.28886.11.camel@tirun> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Subject: RE: 6-BETA1 iwi + wpa_supplicant fails, and sometimes silently re boots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 03:21:05 -0000 --=-jIWNiYb21L62jukzvf8i Content-Type: text/plain Content-Transfer-Encoding: 7bit On Tue, 2005-07-26 at 23:02 -0400, Brandon S. Allbery KF8NH wrote: > It's still not working with WPA on my home metwork; it claims not to be > able to find my AP at all. Debug output attached. Even more screwball than that, turns out: it only sees my AP occasionally (whereas it worked fairly reliably when I had it set open and wasn't using wpa_supplicant). Here's a dump from when it actually detected the AP. -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon univ. KF8NH --=-jIWNiYb21L62jukzvf8i Content-Disposition: attachment; filename=typescript Content-Type: text/plain; name=typescript; charset=UTF-8 Content-Transfer-Encoding: 7bit Script started on Tue Jul 26 23:12:56 2005 pyanfar# wpa_supplicant -ddd -i iwi0 -c /etc/wpa_supplicant.conf Initializing interface 'iwi0' conf '/etc/wpa_supplicant.conf' driver 'default' Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf' Reading configuration file '/etc/wpa_supplicant.conf' ctrl_interface='/var/run/wpa_supplicant' ctrl_interface_group=0 (from group name 'wheel') eapol_version=1 ap_scan=1 fast_reauth=1 Line: 7 - start of a new network block ssid - hexdump_ascii(len=5): 38 30 30 2d 37 800-7 scan_ssid=1 (0x1) key_mgmt: 0x2 PSK (ASCII passphrase) - hexdump_ascii(len=8): [REMOVED] PSK (from passphrase) - hexdump(len=32): [REMOVED] Line: 14 - start of a new network block ssid - hexdump_ascii(len=3): 43 4d 55 CMU key_mgmt: 0x4 Priority group 0 id=0 ssid='800-7' id=1 ssid='CMU' Initializing interface (2) 'iwi0' Own MAC address: 00:0e:35:f4:28:9a wpa_driver_bsd_set_wpa: enabled=1 wpa_driver_bsd_del_key: keyidx=0 wpa_driver_bsd_del_key: keyidx=1 wpa_driver_bsd_del_key: keyidx=2 wpa_driver_bsd_del_key: keyidx=3 wpa_driver_bsd_set_countermeasures: enabled=0 wpa_driver_bsd_set_drop_unencrypted: enabled=1 Setting scan request: 0 sec 100000 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=5): 38 30 30 2d 37 800-7 Received 0 bytes of scan results (2 BSSes) Scan results: 2 Selecting BSS from priority group 0 0: 00:12:17:ce:68:cb ssid='kern' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 1: 00:13:10:86:54:9c ssid='colt' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (broadcast SSID) Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 0 0: 00:0c:41:b7:7b:be ssid='800-7' wpa_ie_len=24 rsn_ie_len=0 selected Trying to associate with 00:0c:41:b7:7b:be (SSID='800-7' freq=2412 MHz) Cancelling scan request Automatic auth_alg selection: 0x1 WPA: using IEEE 802.11i/D3.0 WPA: Selected cipher suites: group 8 pairwise 8 key_mgmt 2 WPA: using GTK TKIP WPA: using PTK TKIP WPA: using KEY_MGMT WPA-PSK WPA: Own WPA IE - hexdump(len=24): dd 16 00 50 f2 01 01 00 00 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 No keys have been configured - skip key clearing wpa_driver_bsd_set_drop_unencrypted: enabled=1 wpa_driver_bsd_associate: ssid '800-7' wpa ie len 24 pairwise 2 group 2 key mgmt 1 wpa_driver_bsd_associate: set PRIVACY 1 Setting authentication timeout: 5 sec 0 usec Association event - clear replay counter Associated to a new BSS: BSSID=00:0c:41:b7:7b:be No keys have been configured - skip key clearing Associated with 00:0c:41:b7:7b:be Setting authentication timeout: 10 sec 0 usec RX EAPOL from 00:0c:41:b7:7b:be RX EAPOL - hexdump(len=99): 01 03 00 5f fe 00 89 00 20 2e db e4 ed 87 5d 6b 36 2f 89 9b 27 89 4d 6d bf 24 69 f2 64 d8 9b a1 2b 31 4d 86 76 25 ff 54 81 7e 73 0c 06 df 10 98 f6 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Setting authentication timeout: 10 sec 0 usec IEEE 802.1X RX: version=1 type=3 length=95 EAPOL-Key type=254 WPA: RX EAPOL-Key - hexdump(len=99): 01 03 00 5f fe 00 89 00 20 2e db e4 ed 87 5d 6b 36 2f 89 9b 27 89 4d 6d bf 24 69 f2 64 d8 9b a1 2b 31 4d 86 76 25 ff 54 81 7e 73 0c 06 df 10 98 f6 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 WPA: RX message 1 of 4-Way Handshake from 00:0c:41:b7:7b:be (ver=1) WPA: Renewed SNonce - hexdump(len=32): cb 19 4b de 2f 66 87 04 ff 24 52 2a 92 8c 4e e3 57 80 ac c1 d9 50 55 ab 33 8d bf 10 eb 81 a6 4c WPA: PMK - hexdump(len=32): [REMOVED] WPA: PTK - hexdump(len=64): [REMOVED] WPA: EAPOL-Key MIC - hexdump(len=16): f0 9d 6a d3 cc 9a bc 78 9a 03 b7 1c 0a a8 87 59 WPA: Sending EAPOL-Key 2/4 WPA: TX EAPOL-Key 2/4 - hexdump(len=137): 00 0c 41 b7 7b be 00 0e 35 f4 28 9a 88 8e 01 03 00 77 fe 01 09 00 20 2e db e4 ed 87 5d 6b 36 cb 19 4b de 2f 66 87 04 ff 24 52 2a 92 8c 4e e3 57 80 ac c1 d9 50 55 ab 33 8d bf 10 eb 81 a6 4c 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0 9d 6a d3 cc 9a bc 78 9a 03 b7 1c 0a a8 87 59 00 18 dd 16 00 50 f2 01 01 00 00 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 RX EAPOL from 00:0c:41:b7:7b:be RX EAPOL - hexdump(len=123): 01 03 00 77 fe 01 c9 00 20 2e db e4 ed 87 5d 6b 37 2f 89 9b 27 89 4d 6d bf 24 69 f2 64 d8 9b a1 2b 31 4d 86 76 25 ff 54 81 7e 73 0c 06 df 10 98 f6 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 05 0c 77 ec 65 ca 16 90 6d 1f b9 22 8e 36 d4 a5 00 18 dd 16 00 50 f2 01 01 00 00 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 IEEE 802.1X RX: version=1 type=3 length=119 EAPOL-Key type=254 WPA: RX EAPOL-Key - hexdump(len=123): 01 03 00 77 fe 01 c9 00 20 2e db e4 ed 87 5d 6b 37 2f 89 9b 27 89 4d 6d bf 24 69 f2 64 d8 9b a1 2b 31 4d 86 76 25 ff 54 81 7e 73 0c 06 df 10 98 f6 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 05 0c 77 ec 65 ca 16 90 6d 1f b9 22 8e 36 d4 a5 00 18 dd 16 00 50 f2 01 01 00 00 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 WPA: RX message 3 of 4-Way Handshake from 00:0c:41:b7:7b:be (ver=1) WPA: IE KeyData - hexdump(len=24): dd 16 00 50 f2 01 01 00 00 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 WPA: Sending EAPOL-Key 4/4 WPA: TX EAPOL-Key 4/4 - hexdump(len=113): 00 0c 41 b7 7b be 00 0e 35 f4 28 9a 88 8e 01 03 00 5f fe 01 09 00 20 2e db e4 ed 87 5d 6b 37 cb 19 4b de 2f 66 87 04 ff 24 52 2a 92 8c 4e e3 57 80 ac c1 d9 50 55 ab 33 8d bf 10 eb 81 a6 4c 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 24 a7 d5 50 18 e0 6e 56 27 b4 d7 0d 3e 5c bc f8 00 00 WPA: Installing PTK to the driver. WPA: RSC - hexdump(len=6): 00 00 00 00 00 00 wpa_driver_bsd_set_key: alg=TKIP addr=00:0c:41:b7:7b:be key_idx=0 set_tx=1 seq_len=6 key_len=32 RX EAPOL from 00:0c:41:b7:7b:be RX EAPOL - hexdump(len=131): 01 03 00 7f fe 03 91 00 20 2e db e4 ed 87 5d 6b 38 6d b0 7c c4 d1 ed df b2 4d 93 61 b9 b4 78 43 53 52 3e aa a5 4e 5e ea 70 7e 64 98 fc f3 0f 77 a7 79 2a d7 6c 2e fd ab da 14 93 e6 26 4c 00 d9 d2 0d 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 1a 46 33 68 5f 9a cc 82 9d 61 c9 8d 04 94 01 dc 00 20 19 4d 3a c5 ca 19 1a 1b 13 d7 57 13 a8 5e fa 33 cd 11 9a c1 f3 77 69 14 af 9f 01 89 bc 7f 00 1e IEEE 802.1X RX: version=1 type=3 length=127 EAPOL-Key type=254 WPA: RX EAPOL-Key - hexdump(len=131): 01 03 00 7f fe 03 91 00 20 2e db e4 ed 87 5d 6b 38 6d b0 7c c4 d1 ed df b2 4d 93 61 b9 b4 78 43 53 52 3e aa a5 4e 5e ea 70 7e 64 98 fc f3 0f 77 a7 79 2a d7 6c 2e fd ab da 14 93 e6 26 4c 00 d9 d2 0d 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 1a 46 33 68 5f 9a cc 82 9d 61 c9 8d 04 94 01 dc 00 20 19 4d 3a c5 ca 19 1a 1b 13 d7 57 13 a8 5e fa 33 cd 11 9a c1 f3 77 69 14 af 9f 01 89 bc 7f 00 1e WPA: RX message 1 of Group Key Handshake from 00:0c:41:b7:7b:be (ver=1) WPA: Group Key - hexdump(len=32): [REMOVED] WPA: Installing GTK to the driver (keyidx=1 tx=0). WPA: RSC - hexdump(len=6): 0d 00 00 00 00 00 wpa_driver_bsd_set_key: alg=TKIP addr=ff:ff:ff:ff:ff:ff key_idx=1 set_tx=0 seq_len=6 key_len=32 WPA: Sending EAPOL-Key 2/2 WPA: TX EAPOL-Key 2/2 - hexdump(len=113): 00 0c 41 b7 7b be 00 0e 35 f4 28 9a 88 8e 01 03 00 5f fe 03 11 00 20 2e db e4 ed 87 5d 6b 38 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 b5 b2 4c bd e2 88 7a d1 df 8f 52 50 38 c8 cd 35 00 00 WPA: Key negotiation completed with 00:0c:41:b7:7b:be [PTK=TKIP GTK=TKIP] Cancelling authentication timeout RX EAPOL from 00:0c:41:b7:7b:be RX EAPOL - hexdump(len=131): 01 03 00 7f fe 03 91 00 20 f6 e7 92 f2 87 5d 6b 39 87 da c1 9e 16 0a 6f 64 ed 35 b4 54 2a 38 e8 88 a1 97 6a 01 2d a7 a9 55 de 80 12 26 94 b5 5e 48 35 46 bb 41 dd 26 07 9c cf 86 65 f3 c8 97 f9 b3 0e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 a5 ef 52 26 41 e5 b7 3d 52 3e 26 6f 2c 45 bc 39 00 20 83 3e fa 60 de d8 c4 6a e3 29 2f 2e a6 c1 09 ed 21 6d 03 60 67 c7 e5 23 92 7d af a8 cd 9c 33 04 IEEE 802.1X RX: version=1 type=3 length=127 EAPOL-Key type=254 WPA: RX EAPOL-Key - hexdump(len=131): 01 03 00 7f fe 03 91 00 20 f6 e7 92 f2 87 5d 6b 39 87 da c1 9e 16 0a 6f 64 ed 35 b4 54 2a 38 e8 88 a1 97 6a 01 2d a7 a9 55 de 80 12 26 94 b5 5e 48 35 46 bb 41 dd 26 07 9c cf 86 65 f3 c8 97 f9 b3 0e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 a5 ef 52 26 41 e5 b7 3d 52 3e 26 6f 2c 45 bc 39 00 20 83 3e fa 60 de d8 c4 6a e3 29 2f 2e a6 c1 09 ed 21 6d 03 60 67 c7 e5 23 92 7d af a8 cd 9c 33 04 WPA: RX message 1 of Group Key Handshake from 00:0c:41:b7:7b:be (ver=1) WPA: Group Key - hexdump(len=32): [REMOVED] WPA: Installing GTK to the driver (keyidx=1 tx=0). WPA: RSC - hexdump(len=6): 0e 00 00 00 00 00 wpa_driver_bsd_set_key: alg=TKIP addr=ff:ff:ff:ff:ff:ff key_idx=1 set_tx=0 seq_len=6 key_len=32 WPA: Sending EAPOL-Key 2/2 WPA: TX EAPOL-Key 2/2 - hexdump(len=113): 00 0c 41 b7 7b be 00 0e 35 f4 28 9a 88 8e 01 03 00 5f fe 03 11 00 20 f6 e7 92 f2 87 5d 6b 39 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 6c c7 b7 fa 50 bd 48 a5 5d 41 71 08 39 34 87 80 00 00 WPA: Group rekeying completed with 00:0c:41:b7:7b:be [GTK=TKIP] RX EAPOL from 00:0c:41:b7:7b:be RX EAPOL - hexdump(len=131): 01 03 00 7f fe 03 91 00 20 22 f5 40 f7 87 5d 6b 3a ef a4 c5 46 cb 97 be 5f 3c e3 21 e7 17 e8 e8 62 3f 30 85 b5 17 e2 f7 ec f6 64 2c 33 6b c2 62 fb 8d 0b 80 94 96 25 a0 65 8a 98 5c f5 0a a4 f5 83 0f 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 fd 2a 33 21 a2 9e c2 1f 38 63 80 e6 a7 26 8f 09 00 20 00 cc 16 2b bc 08 73 24 c6 9e 49 9b 5b eb a3 b1 27 05 e8 11 67 fd 32 9e 7a 1d 5c f4 48 b1 2a 2f IEEE 802.1X RX: version=1 type=3 length=127 EAPOL-Key type=254 WPA: RX EAPOL-Key - hexdump(len=131): 01 03 00 7f fe 03 91 00 20 22 f5 40 f7 87 5d 6b 3a ef a4 c5 46 cb 97 be 5f 3c e3 21 e7 17 e8 e8 62 3f 30 85 b5 17 e2 f7 ec f6 64 2c 33 6b c2 62 fb 8d 0b 80 94 96 25 a0 65 8a 98 5c f5 0a a4 f5 83 0f 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 fd 2a 33 21 a2 9e c2 1f 38 63 80 e6 a7 26 8f 09 00 20 00 cc 16 2b bc 08 73 24 c6 9e 49 9b 5b eb a3 b1 27 05 e8 11 67 fd 32 9e 7a 1d 5c f4 48 b1 2a 2f WPA: EAPOL-Key Replay Counter did not increase - dropping packet RX EAPOL from 00:0c:41:b7:7b:be RX EAPOL - hexdump(len=131): 01 03 00 7f fe 03 91 00 20 a6 10 9d 00 87 5d 6b 3b 60 95 9f 6a 83 9f 53 9b e8 dc 9c 6c 3f 54 d8 b6 01 31 3d 58 33 89 0e 37 d5 0e 99 36 e6 72 4c e8 ef fa f5 51 dd 0c f1 a8 58 2d be da 71 c4 2b 14 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 1c 13 b6 82 1b 19 fb 3d 21 de f2 d4 87 d3 f4 2b 00 20 80 4f 75 12 ea ab 8c 58 b9 6f 0a cb c7 cb ae 3e 55 66 74 cb f1 ba a5 d7 d2 26 b4 d2 bf a2 75 25 IEEE 802.1X RX: version=1 type=3 length=127 EAPOL-Key type=254 WPA: RX EAPOL-Key - hexdump(len=131): 01 03 00 7f fe 03 91 00 20 a6 10 9d 00 87 5d 6b 3b 60 95 9f 6a 83 9f 53 9b e8 dc 9c 6c 3f 54 d8 b6 01 31 3d 58 33 89 0e 37 d5 0e 99 36 e6 72 4c e8 ef fa f5 51 dd 0c f1 a8 58 2d be da 71 c4 2b 14 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 1c 13 b6 82 1b 19 fb 3d 21 de f2 d4 87 d3 f4 2b 00 20 80 4f 75 12 ea ab 8c 58 b9 6f 0a cb c7 cb ae 3e 55 66 74 cb f1 ba a5 d7 d2 26 b4 d2 bf a2 75 25 WPA: EAPOL-Key Replay Counter did not increase - dropping packet RX EAPOL from 00:0c:41:b7:7b:be RX EAPOL - hexdump(len=131): 01 03 00 7f fe 03 91 00 20 da 3c a7 0e 87 5d 6b 3c 85 6f 44 06 ea 36 23 3e ac df 7d 78 e6 21 a4 33 4c 90 41 5d 5f bd ff 4c 7d fd 08 98 78 4f a4 e6 c7 ba 04 d1 fd 79 c5 8b a7 54 cb e9 a6 10 a7 f9 11 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 8f 9e 6f 18 3f 61 27 a0 22 52 fa 23 95 c5 bc 25 00 20 a3 12 c3 05 ad ab aa ac ed ea 86 21 72 31 ef 9b 26 a5 2f 65 f7 c2 31 33 5e 66 97 35 45 29 25 1d IEEE 802.1X RX: version=1 type=3 length=127 EAPOL-Key type=254 WPA: RX EAPOL-Key - hexdump(len=131): 01 03 00 7f fe 03 91 00 20 da 3c a7 0e 87 5d 6b 3c 85 6f 44 06 ea 36 23 3e ac df 7d 78 e6 21 a4 33 4c 90 41 5d 5f bd ff 4c 7d fd 08 98 78 4f a4 e6 c7 ba 04 d1 fd 79 c5 8b a7 54 cb e9 a6 10 a7 f9 11 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 8f 9e 6f 18 3f 61 27 a0 22 52 fa 23 95 c5 bc 25 00 20 a3 12 c3 05 ad ab aa ac ed ea 86 21 72 31 ef 9b 26 a5 2f 65 f7 c2 31 33 5e 66 97 35 45 29 25 1d WPA: EAPOL-Key Replay Counter did not increase - dropping packet Received 0 bytes of scan results (2 BSSes) Scan results: 2 Selecting BSS from priority group 0 0: 00:12:17:ce:68:cb ssid='kern' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 1: 00:13:10:86:54:9c ssid='colt' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=5): 38 30 30 2d 37 800-7 Received 0 bytes of scan results (1 BSSes) Scan results: 1 Selecting BSS from priority group 0 0: 00:12:17:ce:68:cb ssid='kern' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (broadcast SSID) Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 0 0: 00:09:5b:ad:ee:5a ssid='' wpa_ie_len=24 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 1: 00:12:17:ce:68:cb ssid='kern' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 2: 00:13:10:86:54:9c ssid='colt' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=5): 38 30 30 2d 37 800-7 Received 0 bytes of scan results (2 BSSes) Scan results: 2 Selecting BSS from priority group 0 0: 00:12:17:ce:68:cb ssid='kern' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 1: 00:13:10:86:54:9c ssid='colt' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec ^CSignal 2 received - terminating wpa_driver_bsd_deauthenticate wpa_driver_bsd_del_key: keyidx=0 wpa_driver_bsd_del_key: keyidx=1 wpa_driver_bsd_del_key: keyidx=2 wpa_driver_bsd_del_key: keyidx=3 wpa_driver_bsd_del_key: addr=00:0c:41:b7:7b:be keyidx=0 wpa_driver_bsd_set_wpa: enabled=0 wpa_driver_bsd_set_drop_unencrypted: enabled=0 wpa_driver_bsd_set_countermeasures: enabled=0 No keys have been configured - skip key clearing wpa_driver_bsd_set_wpa: enabled=0 pyanfar# ^Dexit Script done on Tue Jul 26 23:14:00 2005 --=-jIWNiYb21L62jukzvf8i-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 03:59:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 729) id 4C94716A420; Wed, 27 Jul 2005 03:59:28 +0000 (GMT) X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Martin Cracauer In-Reply-To: Message from Martin Cracauer of "Tue, 26 Jul 2005 14:16:00 -0400." <20050726141600.A10751@cons.org> Mime-Version: 1.0 Content-Type: text/plain Message-Id: <20050727035928.4C94716A420@hub.freebsd.org> Date: Wed, 27 Jul 2005 03:59:28 +0000 (GMT) From: jkoshy@FreeBSD.ORG (Joseph Koshy) Cc: jkoshy@freebsd.org, freebsd-current@freebsd.org Subject: Re: PMC (performance counters) problems - kernel panic in 6-beta1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 03:59:28 -0000 >>>> "mc" == "Martin Cracauer" said: mc> In FreeBSD 6-beta1, source of yesterday, on a Pentium-M I get a kernel mc> panic. There are a few changes I need to MFC over still [patch at the end]. mc> I tried all values from `pmccontrol -L` (in a loop) and all of them mc> are always zero (some fail with e.g. "pmcstat: ERROR: Cannot allocate mc> process-mode pmc with specification mc> "k8-nb-memory-controller-page-access-event": Invalid argument"). Do "system-mode/counting" PMCs work? I.e. using "-s" instead of "-p". mc> machine dmesg, kernel conf, pciconf etc is on: mc> http://www.cons.org/cracauer/machines/wings/ Config option 'HWPMC_HOOKS' seems to be missing from this configuration file, which might explain the observed behaviour. Originally, the hwpmc(4) module would messily fail to load if a kernel hadn't been compiled with option HWPMC_HOOKS since such a kernel would be missing the symbols defined in "sys/kern/kern_pmc.c". As of r1.2 of "sys/kern/kern_pmc.c", the symbols are always present in the kernel so this particular method of preventing user foot-shooting now fails to work. I need to fix this. Here is how things should be: # cat /tmp/chomp #!/bin/sh count=0 while :; do echo $count > /dev/null count=`expr $count + 1` sleep 1 done # /tmp/chomp & [1] 6672 # pmcstat -p k8-dc-l1-dtlb-miss-and-l2-dtlb-hit -p k8-dc-l1-dtlb-miss-and-l2-dtlb-miss -w1 -t 6672 248 4112 247 3757 245 4443 258 3615 ^C # uname -a FreeBSD mindolluin 6.0-CURRENT FreeBSD 6.0-CURRENT #26: Wed Jul 13 19:34:17 IST 2005 \ root@mindolluin:/home/obj/home/fcpi/src/sys/MINDOLLUIN-OPT amd64 mc> Now the 6-beta 1 panic: Could you please let me know if the following patch works? The patch is untested, sorry -- I had to return the borrowed P6 test box I was using and am still in the process of arranging for a new one. Regards, Koshy Index: hwpmc_mod.c =================================================================== RCS file: /cvs/FreeBSD/src/sys/dev/hwpmc/hwpmc_mod.c,v retrieving revision 1.10 diff -u -u -r1.10 hwpmc_mod.c --- hwpmc_mod.c 9 Jul 2005 17:29:36 -0000 1.10 +++ hwpmc_mod.c 27 Jul 2005 03:20:44 -0000 @@ -668,7 +668,7 @@ td = curthread; *fullpath = "unknown"; *freepath = NULL; - vn_lock(v, LK_EXCLUSIVE | LK_RETRY, td); + vn_lock(v, LK_CANRECURSE | LK_EXCLUSIVE | LK_RETRY, td); vn_fullpath(td, v, fullpath, freepath); VOP_UNLOCK(v, 0, td); } Index: hwpmc_ppro.c =================================================================== RCS file: /cvs/FreeBSD/src/sys/dev/hwpmc/hwpmc_ppro.c,v retrieving revision 1.8 diff -u -u -r1.8 hwpmc_ppro.c --- hwpmc_ppro.c 9 Jul 2005 17:29:36 -0000 1.8 +++ hwpmc_ppro.c 27 Jul 2005 03:20:45 -0000 @@ -294,9 +294,9 @@ struct p6_cpu { struct pmc_cpu pc_common; - uint32_t pc_state; struct pmc_hw *pc_hwpmcs[P6_NPMCS]; struct pmc_hw pc_p6pmcs[P6_NPMCS]; + uint32_t pc_state; }; /* From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 04:44:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63BA616A41F for ; Wed, 27 Jul 2005 04:44:55 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAE1043D4C for ; Wed, 27 Jul 2005 04:44:54 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j6R4iqms070118 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 26 Jul 2005 21:44:54 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42E7128C.2080306@errno.com> Date: Tue, 26 Jul 2005 21:50:20 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michal Mertl References: <1122322318.1042.12.camel@genius1.i.cz> <42E58A03.8010007@errno.com> <1122364309.31546.34.camel@genius1.i.cz> <42E664E6.6000606@errno.com> <1122397256.1067.15.camel@genius1.i.cz> <1122413150.1067.58.camel@genius1.i.cz> <1122417757.76161.20.camel@genius1.i.cz> In-Reply-To: <1122417757.76161.20.camel@genius1.i.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: hostap recently broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 04:44:55 -0000 Michal Mertl wrote: > I think I found what change causes the problem I experience. See below. > > Michal Mertl wrote: > >>I'm sorry I forgot to answer one of Sam's questions. >> >>Michal Mertl wrote: >> >>>Sam Leffler pí¹e v út 26. 07. 2005 v 09:29 -0700: >>> >>>>Michal Mertl wrote: >>>> >>>>>Sam Leffler wrote: >>>>> >>>>> >>>>>>Michal Mertl wrote: >>>>>> >>>>>> >>>>>>>Hello, >>>>>>> >>>>>>>I've just found out that something very recently broke hostap on FreeBSD >>>>>>>CURRENT. The client associates and gets the MAC address of the AP. When >>>>>>>I run tcpdump on the AP I see the pings from the client getting in but >>>>>>>the AP doesn't reply. The ARP protocol works but nothing else does. >>>>>>> >>>>>>>Source checked on 2005-07-22 16:00 UTC works fine. >>>>>>> >>>>>>>The AP card is atheros but just reverting the last changes to the driver >>>>>>>doesn't help. >>>>>> >>>>>>I just tried with CURRENT (from last night). 5212 card setup with TKIP >>>>>>for PTK and GTK. ap operating in 11g. Powerbook running Tiger >>>>>>associated and operated fine. 29Mb/s for upstream tcp netperf (sta and >>>>>>ap in close proximity--rssi 41). >>>>>> >>>>>>I appreciate you testing stuff but please try to diagnose your problems >>>>>>a bit harder and then provide more useful info like the h/w revs and the >>>>>>exact steps you use to setup a non-working system. >>>>> >>>>> >>>>>Sorry, I had the exact same HW setup as before which I described in my >>>>>email about the problem with bridging. >>>>> >>>>>I've got several Atheros 5212 cards (mac 5.9 phy 4.3 radio 3.6) and also >>>>>IPW notebook all running CURRENT, the notebook and the client several >>>>>days old (from before 2005-07-22 16:00 UTC). >>>>> >>>>>The most basic setup - 'ifconfig ath0 192.168.0.1 mediaopt hostap ssid >>>>>aaa' on the AP and 'ifconfig ath0 192.168.0.2 ssid aaa' worked like a >>>>>charm before the date and not after. With the newer kernel on the AP the >>>>>cards associate and as I've just found I can communicate between the >>>>>stations on the AP. Ping to the AP doesn't work even when I get the MAC >>>>>address of the AP via ARP. Adhoc connection works. >>>> >>>>I am unclear still on what happens. I believe you are saying: >>>> >>>>ping 192.168.0.1 >>>> >>>>from the station to the ap fails. If so what does 80211stats show on >>>>the ap when this happens (do releveant error stats go up)? If you do >>> >>> ./80211stats -a >>>00:0b:6b:35:dc:d4: >>> rx_mgmt 1 >>> tx_data 107 tx_bytes 9788 >>> >>>00:0b:6b:35:dc:f0: >>> rx_data 107 rx_mgmt 1 rx_bytes 10430 >>> tx_data 6 tx_mgmt 2 tx_bytes 36 >>> tx_assoc 1 tx_auth 1 >>> >>> >>>./athstats >>>8 tx management frames >>>3 tx frames discarded prior to association >>>93 tx failed 'cuz too many retries >>>930 long on-chip tx retries >>>1 tx frames with no ack marked >>>8148 beacons transmitted >>>27 periodic calibrations >>>834 rate control checks >>>rssi of last ack: 48 >>>avg recv rssi: 49 >>>1 switched default/rx antenna >>>Antenna profile: >>>[1] tx 8 rx 97 >>>[2] tx 1 rx 0 >>> >>> >>>These are shortly after reboot after several minutes of inactivity and >>>now ping running 150 sec. >>> >>>After some 20 secs: >>> >>>./athstats >>>8 tx management frames >>>3 tx frames discarded prior to association >>>181 tx failed 'cuz too many retries >>>1810 long on-chip tx retries >>>1 tx frames with no ack marked >>>9021 beacons transmitted >>>30 periodic calibrations >>>923 rate control checks >>>rssi of last ack: 48 >>>avg recv rssi: 44 >>>1 switched default/rx antenna >>>Antenna profile: >>>[1] tx 8 rx 185 >>>[2] tx 1 rx 0 >>> >>>./80211stats -a >>>00:0b:6b:35:dc:d4: >>> rx_mgmt 1 >>> tx_data 183 tx_bytes 16780 >>> >>>00:0b:6b:35:dc:f0: >>> rx_data 183 rx_mgmt 1 rx_bytes 17878 >>> tx_data 6 tx_mgmt 2 tx_bytes 36 >>> tx_assoc 1 tx_auth 1 >>> >>> >>> >>>>80211debug +input >>> >>> >>>>on the ap do you get any log msgs about discarded frames? >>> >>>Nothing is displayed. >>> >>> >>>>You also seem to say the sta resolves the ip w/ arp. Is the same true >>>>for the ap (i.e. that it resolves the ip address of the sta)? I'm >>>>assuming you are NOT running firewall rules do not have crypto setup and >>>>have not fiddled with parameters like apbridge (you didn't provide >>>>ifconfig output for each side). >> >>I forgot to answer the question about ARP: >> >>The STA gets the MAC address of the AP via ARP but the AP most often >>doesn't. AP gets it only when both it and the STA doesn't have the ARP >>record and STA initiates ping. When I delete the ARP entry on the AP >>afterwards, it won't recreate it no matter what direction I ping. >> >>When doing tcpdump on the STA I see the arp who-has coming in and reply >>coming out. When I configure a static ARP entry on the AP I still can't >>communicate. When I ping from AP to STA I see both echo and echo-reply >>in tcpdump on the STA but the reply doesn't make it to the AP or >>something. >> >>I see the echo replies even in tcpdump on the AP: >> >>21:07:31.589408 44us DA:00:0b:6b:35:dc:f0 BSSID:00:0b:6b:35:dc:d4 >>SA:00:0b:6b:35:dc:d4 LLC, dsap SNAP (0xaa), ssap SNAP (0xaa), cmd 0x03: >>oui Ethernet (0x000000), ethertype IPv4 (0x0800): (tos 0x0, ttl 64, id >>15394, offset 0, flags [none], proto: ICMP (1), length: 84) 192.168.0.1 >> >>>192.168.0.2: ICMP echo request, id 65028, seq 0, length 64 >> >>21:07:31.589801 44us BSSID:00:0b:6b:35:dc:d4 SA:00:0b:6b:35:dc:f0 >>DA:00:0b:6b:35:dc:d4 LLC, dsap SNAP (0xaa), ssap SNAP (0xaa), cmd 0x03: >>oui Ethernet (0x000000), ethertype IPv4 (0x0800): (tos 0x0, ttl 64, id >>1528, offset 0, flags [none], proto: ICMP (1), length: 84) 192.168.0.2 > >>192.168.0.1: ICMP echo reply, id 65028, seq 0, length 64 >> >>21:07:31.589813 60us DA:00:0b:6b:35:dc:d4 BSSID:00:0b:6b:35:dc:d4 >>SA:00:0b:6b:35:dc:f0 LLC, dsap SNAP (0xaa), ssap SNAP (0xaa), cmd 0x03: >>oui Ethernet (0x000000), ethertype IPv4 (0x0800): (tos 0x0, ttl 64, id >>1528, offset 0, flags [none], proto: ICMP (1), length: 84) 192.168.0.2 > >>192.168.0.1: ICMP echo reply, id 65028, seq 0, length 64 >> >> >>>From reading this I got puzzled - why are there multiple packets with >>the reply? When I disable the apbridge with 'ifconfig ath0 -apbridge' >>everything works! >> >>I hope this helps. >> > > > It helped me I guess :-). > > Rev. 1.67 of src/sys/net80211/ieee80211_input.c did almost exact shift > of several rows of code from the body of ieee80211_input() to a new > function. The only difference I see is a change of one check. > > The old code "if (ni1->ni_associd != 0) {" was replaced by "if > (ieee80211_node_is_authorized(ni1)) {". > > The called function is this: > > ieee80211_node_is_authorized(const struct ieee80211_node *ni) > { > return (ni->ni_flags & IEEE80211_NODE_AUTH); > } > > The code in question is only called when the interface is in apbridge > mode and that's why I was able to locate the problem rather easily. The > state of apbridge setting is only checked at one place. > > I don't know what is the correct way to fix it, if the old code should > be restored here or what. > > Definitely changing the line back to pre 1.67 contents fixes the problem > for me. ... The change to validate the station is authorized is correct; this was a longstanding bugfix I'd been meaning to pull into cvs. The issue was that you cannot bridge directly to the bss node as traffic to it must take the normal input path. I've committed a change that I believe corrects the problem. Thank you. Sam From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 05:10:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C681416A41F for ; Wed, 27 Jul 2005 05:10:27 +0000 (GMT) (envelope-from caelian@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E63143D46 for ; Wed, 27 Jul 2005 05:10:27 +0000 (GMT) (envelope-from caelian@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so91392nzo for ; Tue, 26 Jul 2005 22:10:26 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=Y/fJsTTcIdp9kLM1p2D4bq7jnqvZQx3jQkG7TFF1xKwTXL7MC33dx5uy+vMpbI5HfcNLd3ouDte2x2XG9tdjz/SRg/s+JOI5rXZdweNKggkd+4VNomTqEv/Dq+kBLBG9BePY1pkQb2/Bg99e/3AA0lPySHryOXUyb+6YAESCb18= Received: by 10.36.8.10 with SMTP id 10mr544226nzh; Tue, 26 Jul 2005 22:10:26 -0700 (PDT) Received: from ?192.168.15.103? ([68.190.230.198]) by mx.gmail.com with ESMTP id 37sm582942nzf.2005.07.26.22.10.25; Tue, 26 Jul 2005 22:10:26 -0700 (PDT) From: Pascal Hofstee To: Mike Jakubik In-Reply-To: <4901.172.16.0.199.1122345549.squirrel@172.16.0.1> References: <42E58007.9030202@rogers.com> <20050726004246.GA20597@odin.ac.hmc.edu> <42E595C3.2070003@rogers.com> <20050726015428.GF20597@odin.ac.hmc.edu> <4901.172.16.0.199.1122345549.squirrel@172.16.0.1> Content-Type: text/plain Date: Tue, 26 Jul 2005 22:10:19 -0700 Message-Id: <1122441019.33792.7.camel@synergy.charterpipeline.net.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.3.5.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: dhclient taking all cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 05:10:27 -0000 On Mon, 2005-07-25 at 22:39 -0400, Mike Jakubik wrote: > It seems to be back at it again, this time it took longer to kick in. Here > is a "ps auxw|grep dhclient" : > > _dhcp 219 93.5 0.2 1484 1136 ?? Rs 8:49PM 5:06.00 dhclient: > xl0 (dhclient) > root 193 0.0 0.2 1484 1088 d0- S 8:49PM 0:00.02 dhclient: > xl0 [priv] (dhclient) Hi .. this looks exactly like the scenario i tried on my 7.0-CURRENT adm64. i manually killed any running dhclient processes, then manually started a dhclient process as root. There was no out of the ordinary output there .. but after a couple of minutes i noticed a Second dhclient process eating 64+% CPU again in top ... this second dhclient process very likely got somehow started by devd, and since my own root-started dhclient process was still running, for some reason ate 64 +% CPU. The second i killed my own manually root-started dhclient .. the devcd started dhclient dropped its CPU usage .. and hasn't been noticeable since .. for several hours at least. I still don't get Why devd insists on starting a second dhclient process a few minutes after initial launch .. but as far as i can tell that Is what's happening. Terminating the first dhclient process cancels the cpu-hogging of the second process and seems to act 'stable' from that point on. I hope somebody with a better understanding of the code at hand, may benefit from this information. -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 05:15:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9FAB16A41F for ; Wed, 27 Jul 2005 05:15:42 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 819C443D49 for ; Wed, 27 Jul 2005 05:15:42 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.94] ([66.127.85.94]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j6R5Fdms070206 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 26 Jul 2005 22:15:41 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42E718A0.3010201@errno.com> Date: Tue, 26 Jul 2005 22:16:16 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kirk Davis References: <04C71268DFDAA8499EC1A248A44B6A2B34BFFF@Exchange21.EDU.epsb.ca> In-Reply-To: <04C71268DFDAA8499EC1A248A44B6A2B34BFFF@Exchange21.EDU.epsb.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "'freebsd-current@freebsd.org'" Subject: Re: 6-BETA1 iwi + wpa_supplicant fails, and sometimes silently re boots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 05:15:43 -0000 Kirk Davis wrote: > Ahh... You are right Sam. I was trying to think of all the things I did to > get it working and I did forget the wlan_tkip module that I load at startup. > > > Yes, The main problem I had with the iwi driver was the firmware. Is it > possible for someone to MFC the devd.conf changes to support this card? > Once you let devd handle the firmware then dhclient works a lot better for > roaming. The firmware isn't in the base system so modfiying devd.conf doesn't make sense. I believe it's sufficient to load the firmware from a start_if.iwi0 script in which case the port/package that has the firmware could set this up for you. Sam From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 05:21:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E01F16A41F for ; Wed, 27 Jul 2005 05:21:52 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FDF243D49 for ; Wed, 27 Jul 2005 05:21:51 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.94] ([66.127.85.94]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j6R5Lpms070228 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 26 Jul 2005 22:21:51 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42E71A11.2060706@errno.com> Date: Tue, 26 Jul 2005 22:22:25 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michal Mertl References: <1122322318.1042.12.camel@genius1.i.cz> <42E58A03.8010007@errno.com> <1122364309.31546.34.camel@genius1.i.cz> <42E664E6.6000606@errno.com> <1122397256.1067.15.camel@genius1.i.cz> In-Reply-To: <1122397256.1067.15.camel@genius1.i.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: hostap recently broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 05:21:52 -0000 Michal Mertl wrote: > Sam Leffler pí¹e v út 26. 07. 2005 v 09:29 -0700: > >>Michal Mertl wrote: >> >>>Sam Leffler wrote: >>> >>> >>>>Michal Mertl wrote: >>>> >>>> >>>>>Hello, >>>>> >>>>>I've just found out that something very recently broke hostap on FreeBSD >>>>>CURRENT. The client associates and gets the MAC address of the AP. When >>>>>I run tcpdump on the AP I see the pings from the client getting in but >>>>>the AP doesn't reply. The ARP protocol works but nothing else does. >>>>> >>>>>Source checked on 2005-07-22 16:00 UTC works fine. >>>>> >>>>>The AP card is atheros but just reverting the last changes to the driver >>>>>doesn't help. >>>> >>>>I just tried with CURRENT (from last night). 5212 card setup with TKIP >>>>for PTK and GTK. ap operating in 11g. Powerbook running Tiger >>>>associated and operated fine. 29Mb/s for upstream tcp netperf (sta and >>>>ap in close proximity--rssi 41). >>>> >>>>I appreciate you testing stuff but please try to diagnose your problems >>>>a bit harder and then provide more useful info like the h/w revs and the >>>>exact steps you use to setup a non-working system. >>> >>> >>>Sorry, I had the exact same HW setup as before which I described in my >>>email about the problem with bridging. >>> >>>I've got several Atheros 5212 cards (mac 5.9 phy 4.3 radio 3.6) and also >>>IPW notebook all running CURRENT, the notebook and the client several >>>days old (from before 2005-07-22 16:00 UTC). >>> >>>The most basic setup - 'ifconfig ath0 192.168.0.1 mediaopt hostap ssid >>>aaa' on the AP and 'ifconfig ath0 192.168.0.2 ssid aaa' worked like a >>>charm before the date and not after. With the newer kernel on the AP the >>>cards associate and as I've just found I can communicate between the >>>stations on the AP. Ping to the AP doesn't work even when I get the MAC >>>address of the AP via ARP. Adhoc connection works. >> >>I am unclear still on what happens. I believe you are saying: >> >>ping 192.168.0.1 >> >>from the station to the ap fails. If so what does 80211stats show on >>the ap when this happens (do releveant error stats go up)? If you do > > > ./80211stats -a > 00:0b:6b:35:dc:d4: > rx_mgmt 1 > tx_data 107 tx_bytes 9788 > > 00:0b:6b:35:dc:f0: > rx_data 107 rx_mgmt 1 rx_bytes 10430 > tx_data 6 tx_mgmt 2 tx_bytes 36 > tx_assoc 1 tx_auth 1 Er, 80211stats (no -a) yields very different info that this. I should probably nuke the -a stuff after enhancing ifconfig ath0 list sta (or better move stuff elsewhere). > > > ./athstats > 8 tx management frames > 3 tx frames discarded prior to association > 93 tx failed 'cuz too many retries > 930 long on-chip tx retries > 1 tx frames with no ack marked > 8148 beacons transmitted > 27 periodic calibrations > 834 rate control checks > rssi of last ack: 48 > avg recv rssi: 49 > 1 switched default/rx antenna > Antenna profile: > [1] tx 8 rx 97 > [2] tx 1 rx 0 > > > These are shortly after reboot after several minutes of inactivity and > now ping running 150 sec. > > After some 20 secs: > > ./athstats > 8 tx management frames > 3 tx frames discarded prior to association > 181 tx failed 'cuz too many retries > 1810 long on-chip tx retries > 1 tx frames with no ack marked > 9021 beacons transmitted > 30 periodic calibrations > 923 rate control checks > rssi of last ack: 48 > avg recv rssi: 44 > 1 switched default/rx antenna > Antenna profile: > [1] tx 8 rx 185 > [2] tx 1 rx 0 > > ./80211stats -a > 00:0b:6b:35:dc:d4: > rx_mgmt 1 > tx_data 183 tx_bytes 16780 > > 00:0b:6b:35:dc:f0: > rx_data 183 rx_mgmt 1 rx_bytes 17878 > tx_data 6 tx_mgmt 2 tx_bytes 36 > tx_assoc 1 tx_auth 1 > > > >>80211debug +input > > > >>on the ap do you get any log msgs about discarded frames? > > > Nothing is displayed. > > >>You also seem to say the sta resolves the ip w/ arp. Is the same true >>for the ap (i.e. that it resolves the ip address of the sta)? I'm >>assuming you are NOT running firewall rules do not have crypto setup and >>have not fiddled with parameters like apbridge (you didn't provide >>ifconfig output for each side). > > > No, I set the cards only with the commands provided. There's no > firewall. > > AP: > > ath0: flags=8843 mtu 1500 > inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 > ether 00:0b:6b:35:dc:d4 > media: IEEE 802.11 Wireless Ethernet autoselect > (autoselect ) > status: associated > ssid aaa channel 36 bssid 00:0b:6b:35:dc:d4 > authmode OPEN privacy OFF txpowmax 52 dtimperiod 1 bintval 100 > > > STA: > > ath0: flags=8843 mtu 1500 > inet 192.168.0.2 netmask 0xffffff00 broadcast 192.168.0.255 > ether 00:0b:6b:35:dc:f0 > media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/54Mbps) > status: associated > ssid aaa channel 36 bssid 00:0b:6b:35:dc:d4 > authmode OPEN privacy OFF txpowmax 53 bintval 100 > > > >>I rarely test direct communication between sta+ap; usually I bridge to a >>wired net and communicate with stations on the wired net (it's always >>what I'm doing when I report netperf numbers). Does bridged >>communication to a sta on another network work? > > > I've just set up bridging on ath and wired ethernet and pinged a station > on it. This works. > > I changed the IP addresses and did 'sysctl > net.link.ether.bridge.config="ath0 fxp0"' and 'sysctl > net.link.ether.bridge.enable=1'. > > ifconfig of the AP: > > fxp0: flags=8943 mtu > 1500 > options=b > inet 10.0.0.1 netmask 0xffffff00 broadcast 10.0.0.255 > ether 00:0e:0c:68:71:6a > media: Ethernet autoselect (100baseTX) > status: active > ath0: flags=8943 mtu > 1500 > ether 00:0b:6b:35:dc:d4 > media: IEEE 802.11 Wireless Ethernet autoselect > (autoselect ) > status: associated > ssid aaa channel 36 bssid 00:0b:6b:35:dc:d4 > authmode OPEN privacy OFF txpowmax 52 dtimperiod 1 bintval 100 > > I still can't ping 10.0.0.1 from the STA (which is now 10.0.0.3). > > > Thank you for your help. I won't be able to continue testing for several > hours, sorry. > > The ath cards I have have two antenna connectors. Does it matter which > one I use? I see that sysctl dev.ath shows different txantenna than > rxantenna but I only have one antenna connected (and don't really know > what is the number of the connector). It shouldn't matter as these cards do fast diversity and the driver+hw will lock to the tx antenna that's working best. There are some hacks in xmit'ing beacons to spray frames which may work better with two antennae hooked up; not sure. If you want to futz with things there are sysctl's to force the tx/rx antenna (can't recall which or both). Sam From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 05:22:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A4DB16A41F for ; Wed, 27 Jul 2005 05:22:37 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (postoffice.vicor.com [69.26.56.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02B6343D46 for ; Wed, 27 Jul 2005 05:22:34 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 907594CE9A8; Tue, 26 Jul 2005 22:22:34 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 63148-09; Tue, 26 Jul 2005 22:22:34 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 197664CE9A6; Tue, 26 Jul 2005 22:22:34 -0700 (PDT) Message-ID: <42E71A19.4050807@elischer.org> Date: Tue, 26 Jul 2005 22:22:33 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: Tyler Gee References: <42E583F9.3070703@rogers.com> <6e01203b05072517336be50b45@mail.gmail.com> <42E5A208.8050009@elischer.org> <6e01203b050726102878decdfb@mail.gmail.com> In-Reply-To: <6e01203b050726102878decdfb@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Cc: FreeBSD Current Subject: Re: More dhclient gayness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 05:22:37 -0000 Tyler Gee wrote: >>what is the derogatory part? >>I must have missed it.. >> >> > >I think there is a better way to describe dhclient acting weird than >by saying saying it is "dhclinet gayness" > >(Unless, of course, what he really meant is that it is happy and, >therefore, working fine.) > > To me it. "fun and games with dhclient" which is a slightly sarcastic comment but not unusual. >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 05:26:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B46B16A41F for ; Wed, 27 Jul 2005 05:26:54 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8E7543D45 for ; Wed, 27 Jul 2005 05:26:53 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.94] ([66.127.85.94]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j6R5QHms070262 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 26 Jul 2005 22:26:36 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42E71B18.1010002@errno.com> Date: Tue, 26 Jul 2005 22:26:48 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Brandon S. Allbery KF8NH" References: <04C71268DFDAA8499EC1A248A44B6A2B34C000@Exchange21.EDU.epsb.ca> <1122407949.4882.3.camel@pyanfar.ece.cmu.edu> In-Reply-To: <1122407949.4882.3.camel@pyanfar.ece.cmu.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Kirk Davis , "'freebsd-current@freebsd.org'" Subject: Re: 6-BETA1 iwi + wpa_supplicant fails, and sometimes silently re boots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 05:26:54 -0000 Brandon S. Allbery KF8NH wrote: > I won't be able to try WPA until I get home this evening (if then). > > I'm still having failures and ultimately silent reboots trying to get at > the unsecured network on campus, however. wpa_supplicant.conf and a > debug log attached. ---Is there some secret incantation needed to > disable all authentication, or is that case simply not implemented/not > tested? The log shows it timing out and failing to authenticate to a > null BSSID, instead of simply not authenticating at all. > > > > ------------------------------------------------------------------------ > > ctrl_interface=/var/run/wpa_supplicant > ctrl_interface_group=wheel > eapol_version=1 > ap_scan=1 > fast_reauth=1 > > network={ > ssid="800-7" > scan_ssid=1 > key_mgmt=WPA-PSK > psk="[redacted]" > #group=TKIP > } > > network={ > ssid="CMU" > key_mgmt=NONE > } It was just pointed out that using wpa_supplicant with open authentication does not work. I'll look at it soon unless someone beats me to it. Sam From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 05:40:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 041C816A420 for ; Wed, 27 Jul 2005 05:40:26 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 413A443D48 for ; Wed, 27 Jul 2005 05:40:25 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.94] ([66.127.85.94]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j6R5eNms070300 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 26 Jul 2005 22:40:23 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42E71E6C.9070802@errno.com> Date: Tue, 26 Jul 2005 22:41:00 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Brandon S. Allbery KF8NH" References: <04C71268DFDAA8499EC1A248A44B6A2B34BFFF@Exchange21.EDU.epsb.ca> <1122433327.28886.8.camel@tirun> <1122434427.28886.11.camel@tirun> In-Reply-To: <1122434427.28886.11.camel@tirun> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 6-BETA1 iwi + wpa_supplicant fails, and sometimes silently re boots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 05:40:26 -0000 Brandon S. Allbery KF8NH wrote: > On Tue, 2005-07-26 at 23:02 -0400, Brandon S. Allbery KF8NH wrote: > >>It's still not working with WPA on my home metwork; it claims not to be >>able to find my AP at all. Debug output attached. > > > Even more screwball than that, turns out: it only sees my AP > occasionally (whereas it worked fairly reliably when I had it set open > and wasn't using wpa_supplicant). Here's a dump from when it actually > detected the AP. > > > > ------------------------------------------------------------------------ > > Script started on Tue Jul 26 23:12:56 2005 > pyanfar# wpa_supplicant -ddd -i iwi0 -c /etc/wpa_supplicant.conf > Initializing interface 'iwi0' conf '/etc/wpa_supplicant.conf' driver 'default' > Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf' > Reading configuration file '/etc/wpa_supplicant.conf' > ctrl_interface='/var/run/wpa_supplicant' > ctrl_interface_group=0 (from group name 'wheel') > eapol_version=1 > ap_scan=1 > fast_reauth=1 > Line: 7 - start of a new network block > ssid - hexdump_ascii(len=5): > 38 30 30 2d 37 800-7 > scan_ssid=1 (0x1) > key_mgmt: 0x2 > PSK (ASCII passphrase) - hexdump_ascii(len=8): [REMOVED] > PSK (from passphrase) - hexdump(len=32): [REMOVED] > Line: 14 - start of a new network block > ssid - hexdump_ascii(len=3): > 43 4d 55 CMU > key_mgmt: 0x4 > Priority group 0 > id=0 ssid='800-7' > id=1 ssid='CMU' > Initializing interface (2) 'iwi0' > Own MAC address: 00:0e:35:f4:28:9a > wpa_driver_bsd_set_wpa: enabled=1 > wpa_driver_bsd_del_key: keyidx=0 > wpa_driver_bsd_del_key: keyidx=1 > wpa_driver_bsd_del_key: keyidx=2 > wpa_driver_bsd_del_key: keyidx=3 > wpa_driver_bsd_set_countermeasures: enabled=0 > wpa_driver_bsd_set_drop_unencrypted: enabled=1 > Setting scan request: 0 sec 100000 usec > Starting AP scan (specific SSID) > Scan SSID - hexdump_ascii(len=5): > 38 30 30 2d 37 800-7 > Received 0 bytes of scan results (2 BSSes) > Scan results: 2 > Selecting BSS from priority group 0 > 0: 00:12:17:ce:68:cb ssid='kern' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > 1: 00:13:10:86:54:9c ssid='colt' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > No suitable AP found. > Setting scan request: 5 sec 0 usec > Starting AP scan (broadcast SSID) > Received 0 bytes of scan results (3 BSSes) > Scan results: 3 > Selecting BSS from priority group 0 > 0: 00:0c:41:b7:7b:be ssid='800-7' wpa_ie_len=24 rsn_ie_len=0 > selected > Trying to associate with 00:0c:41:b7:7b:be (SSID='800-7' freq=2412 MHz) > Cancelling scan request > Automatic auth_alg selection: 0x1 > WPA: using IEEE 802.11i/D3.0 > WPA: Selected cipher suites: group 8 pairwise 8 key_mgmt 2 > WPA: using GTK TKIP > WPA: using PTK TKIP > WPA: using KEY_MGMT WPA-PSK > WPA: Own WPA IE - hexdump(len=24): dd 16 00 50 f2 01 01 00 00 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 > No keys have been configured - skip key clearing > wpa_driver_bsd_set_drop_unencrypted: enabled=1 > wpa_driver_bsd_associate: ssid '800-7' wpa ie len 24 pairwise 2 group 2 key mgmt 1 > wpa_driver_bsd_associate: set PRIVACY 1 > Setting authentication timeout: 5 sec 0 usec > Association event - clear replay counter > Associated to a new BSS: BSSID=00:0c:41:b7:7b:be > No keys have been configured - skip key clearing > Associated with 00:0c:41:b7:7b:be > Setting authentication timeout: 10 sec 0 usec > RX EAPOL from 00:0c:41:b7:7b:be > RX EAPOL - hexdump(len=99): 01 03 00 5f fe 00 89 00 20 2e db e4 ed 87 5d 6b 36 2f 89 9b 27 89 4d 6d bf 24 69 f2 64 d8 9b a1 2b 31 4d 86 76 25 ff 54 81 7e 73 0c 06 df 10 98 f6 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > Setting authentication timeout: 10 sec 0 usec > IEEE 802.1X RX: version=1 type=3 length=95 > EAPOL-Key type=254 > WPA: RX EAPOL-Key - hexdump(len=99): 01 03 00 5f fe 00 89 00 20 2e db e4 ed 87 5d 6b 36 2f 89 9b 27 89 4d 6d bf 24 69 f2 64 d8 9b a1 2b 31 4d 86 76 25 ff 54 81 7e 73 0c 06 df 10 98 f6 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > WPA: RX message 1 of 4-Way Handshake from 00:0c:41:b7:7b:be (ver=1) > WPA: Renewed SNonce - hexdump(len=32): cb 19 4b de 2f 66 87 04 ff 24 52 2a 92 8c 4e e3 57 80 ac c1 d9 50 55 ab 33 8d bf 10 eb 81 a6 4c > WPA: PMK - hexdump(len=32): [REMOVED] > WPA: PTK - hexdump(len=64): [REMOVED] > WPA: EAPOL-Key MIC - hexdump(len=16): f0 9d 6a d3 cc 9a bc 78 9a 03 b7 1c 0a a8 87 59 > WPA: Sending EAPOL-Key 2/4 > WPA: TX EAPOL-Key 2/4 - hexdump(len=137): 00 0c 41 b7 7b be 00 0e 35 f4 28 9a 88 8e 01 03 00 77 fe 01 09 00 20 2e db e4 ed 87 5d 6b 36 cb 19 4b de 2f 66 87 04 ff 24 52 2a 92 8c 4e e3 57 80 ac c1 d9 50 55 ab 33 8d bf 10 eb 81 a6 4c 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0 9d 6a d3 cc 9a bc 78 9a 03 b7 1c 0a a8 87 59 00 18 dd 16 00 50 f2 01 01 00 00 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 > RX EAPOL from 00:0c:41:b7:7b:be > RX EAPOL - hexdump(len=123): 01 03 00 77 fe 01 c9 00 20 2e db e4 ed 87 5d 6b 37 2f 89 9b 27 89 4d 6d bf 24 69 f2 64 d8 9b a1 2b 31 4d 86 76 25 ff 54 81 7e 73 0c 06 df 10 98 f6 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 05 0c 77 ec 65 ca 16 90 6d 1f b9 22 8e 36 d4 a5 00 18 dd 16 00 50 f2 01 01 00 00 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 > IEEE 802.1X RX: version=1 type=3 length=119 > EAPOL-Key type=254 > WPA: RX EAPOL-Key - hexdump(len=123): 01 03 00 77 fe 01 c9 00 20 2e db e4 ed 87 5d 6b 37 2f 89 9b 27 89 4d 6d bf 24 69 f2 64 d8 9b a1 2b 31 4d 86 76 25 ff 54 81 7e 73 0c 06 df 10 98 f6 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 05 0c 77 ec 65 ca 16 90 6d 1f b9 22 8e 36 d4 a5 00 18 dd 16 00 50 f2 01 01 00 00 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 > WPA: RX message 3 of 4-Way Handshake from 00:0c:41:b7:7b:be (ver=1) > WPA: IE KeyData - hexdump(len=24): dd 16 00 50 f2 01 01 00 00 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 > WPA: Sending EAPOL-Key 4/4 > WPA: TX EAPOL-Key 4/4 - hexdump(len=113): 00 0c 41 b7 7b be 00 0e 35 f4 28 9a 88 8e 01 03 00 5f fe 01 09 00 20 2e db e4 ed 87 5d 6b 37 cb 19 4b de 2f 66 87 04 ff 24 52 2a 92 8c 4e e3 57 80 ac c1 d9 50 55 ab 33 8d bf 10 eb 81 a6 4c 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 24 a7 d5 50 18 e0 6e 56 27 b4 d7 0d 3e 5c bc f8 00 00 > WPA: Installing PTK to the driver. > WPA: RSC - hexdump(len=6): 00 00 00 00 00 00 > wpa_driver_bsd_set_key: alg=TKIP addr=00:0c:41:b7:7b:be key_idx=0 set_tx=1 seq_len=6 key_len=32 > RX EAPOL from 00:0c:41:b7:7b:be > RX EAPOL - hexdump(len=131): 01 03 00 7f fe 03 91 00 20 2e db e4 ed 87 5d 6b 38 6d b0 7c c4 d1 ed df b2 4d 93 61 b9 b4 78 43 53 52 3e aa a5 4e 5e ea 70 7e 64 98 fc f3 0f 77 a7 79 2a d7 6c 2e fd ab da 14 93 e6 26 4c 00 d9 d2 0d 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 1a 46 33 68 5f 9a cc 82 9d 61 c9 8d 04 94 01 dc 00 20 19 4d 3a c5 ca 19 1a 1b 13 d7 57 13 a8 5e fa 33 cd 11 9a c1 f3 77 69 14 af 9f 01 89 bc 7f 00 1e > IEEE 802.1X RX: version=1 type=3 length=127 > EAPOL-Key type=254 > WPA: RX EAPOL-Key - hexdump(len=131): 01 03 00 7f fe 03 91 00 20 2e db e4 ed 87 5d 6b 38 6d b0 7c c4 d1 ed df b2 4d 93 61 b9 b4 78 43 53 52 3e aa a5 4e 5e ea 70 7e 64 98 fc f3 0f 77 a7 79 2a d7 6c 2e fd ab da 14 93 e6 26 4c 00 d9 d2 0d 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 1a 46 33 68 5f 9a cc 82 9d 61 c9 8d 04 94 01 dc 00 20 19 4d 3a c5 ca 19 1a 1b 13 d7 57 13 a8 5e fa 33 cd 11 9a c1 f3 77 69 14 af 9f 01 89 bc 7f 00 1e > WPA: RX message 1 of Group Key Handshake from 00:0c:41:b7:7b:be (ver=1) > WPA: Group Key - hexdump(len=32): [REMOVED] > WPA: Installing GTK to the driver (keyidx=1 tx=0). > WPA: RSC - hexdump(len=6): 0d 00 00 00 00 00 > wpa_driver_bsd_set_key: alg=TKIP addr=ff:ff:ff:ff:ff:ff key_idx=1 set_tx=0 seq_len=6 key_len=32 > WPA: Sending EAPOL-Key 2/2 > WPA: TX EAPOL-Key 2/2 - hexdump(len=113): 00 0c 41 b7 7b be 00 0e 35 f4 28 9a 88 8e 01 03 00 5f fe 03 11 00 20 2e db e4 ed 87 5d 6b 38 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 b5 b2 4c bd e2 88 7a d1 df 8f 52 50 38 c8 cd 35 00 00 > WPA: Key negotiation completed with 00:0c:41:b7:7b:be [PTK=TKIP GTK=TKIP] > Cancelling authentication timeout > RX EAPOL from 00:0c:41:b7:7b:be > RX EAPOL - hexdump(len=131): 01 03 00 7f fe 03 91 00 20 f6 e7 92 f2 87 5d 6b 39 87 da c1 9e 16 0a 6f 64 ed 35 b4 54 2a 38 e8 88 a1 97 6a 01 2d a7 a9 55 de 80 12 26 94 b5 5e 48 35 46 bb 41 dd 26 07 9c cf 86 65 f3 c8 97 f9 b3 0e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 a5 ef 52 26 41 e5 b7 3d 52 3e 26 6f 2c 45 bc 39 00 20 83 3e fa 60 de d8 c4 6a e3 29 2f 2e a6 c1 09 ed 21 6d 03 60 67 c7 e5 23 92 7d af a8 cd 9c 33 04 > IEEE 802.1X RX: version=1 type=3 length=127 > EAPOL-Key type=254 > WPA: RX EAPOL-Key - hexdump(len=131): 01 03 00 7f fe 03 91 00 20 f6 e7 92 f2 87 5d 6b 39 87 da c1 9e 16 0a 6f 64 ed 35 b4 54 2a 38 e8 88 a1 97 6a 01 2d a7 a9 55 de 80 12 26 94 b5 5e 48 35 46 bb 41 dd 26 07 9c cf 86 65 f3 c8 97 f9 b3 0e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 a5 ef 52 26 41 e5 b7 3d 52 3e 26 6f 2c 45 bc 39 00 20 83 3e fa 60 de d8 c4 6a e3 29 2f 2e a6 c1 09 ed 21 6d 03 60 67 c7 e5 23 92 7d af a8 cd 9c 33 04 > WPA: RX message 1 of Group Key Handshake from 00:0c:41:b7:7b:be (ver=1) > WPA: Group Key - hexdump(len=32): [REMOVED] > WPA: Installing GTK to the driver (keyidx=1 tx=0). > WPA: RSC - hexdump(len=6): 0e 00 00 00 00 00 > wpa_driver_bsd_set_key: alg=TKIP addr=ff:ff:ff:ff:ff:ff key_idx=1 set_tx=0 seq_len=6 key_len=32 > WPA: Sending EAPOL-Key 2/2 > WPA: TX EAPOL-Key 2/2 - hexdump(len=113): 00 0c 41 b7 7b be 00 0e 35 f4 28 9a 88 8e 01 03 00 5f fe 03 11 00 20 f6 e7 92 f2 87 5d 6b 39 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 6c c7 b7 fa 50 bd 48 a5 5d 41 71 08 39 34 87 80 00 00 > WPA: Group rekeying completed with 00:0c:41:b7:7b:be [GTK=TKIP] > RX EAPOL from 00:0c:41:b7:7b:be > RX EAPOL - hexdump(len=131): 01 03 00 7f fe 03 91 00 20 22 f5 40 f7 87 5d 6b 3a ef a4 c5 46 cb 97 be 5f 3c e3 21 e7 17 e8 e8 62 3f 30 85 b5 17 e2 f7 ec f6 64 2c 33 6b c2 62 fb 8d 0b 80 94 96 25 a0 65 8a 98 5c f5 0a a4 f5 83 0f 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 fd 2a 33 21 a2 9e c2 1f 38 63 80 e6 a7 26 8f 09 00 20 00 cc 16 2b bc 08 73 24 c6 9e 49 9b 5b eb a3 b1 27 05 e8 11 67 fd 32 9e 7a 1d 5c f4 48 b1 2a 2f > IEEE 802.1X RX: version=1 type=3 length=127 > EAPOL-Key type=254 > WPA: RX EAPOL-Key - hexdump(len=131): 01 03 00 7f fe 03 91 00 20 22 f5 40 f7 87 5d 6b 3a ef a4 c5 46 cb 97 be 5f 3c e3 21 e7 17 e8 e8 62 3f 30 85 b5 17 e2 f7 ec f6 64 2c 33 6b c2 62 fb 8d 0b 80 94 96 25 a0 65 8a 98 5c f5 0a a4 f5 83 0f 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 fd 2a 33 21 a2 9e c2 1f 38 63 80 e6 a7 26 8f 09 00 20 00 cc 16 2b bc 08 73 24 c6 9e 49 9b 5b eb a3 b1 27 05 e8 11 67 fd 32 9e 7a 1d 5c f4 48 b1 2a 2f > WPA: EAPOL-Key Replay Counter did not increase - dropping packet This doesn't look right. The GTK handshake msgs sent by the station don't appear to be going through or the other side isn't happy with them as it's retransmitting. Look at 80211stats output and/or turn on crypto debugging in the net80211 layer with 80211debug +crypto and look for complaints (tools/tools/ath). The GTK handshake uses the PTK and is the first encrypted frames so it's likely a crypto issue. Since the iwi driver falls back to the host to do all crypto it should work so long as the driver passes frames out untouched. Sam > RX EAPOL from 00:0c:41:b7:7b:be > RX EAPOL - hexdump(len=131): 01 03 00 7f fe 03 91 00 20 a6 10 9d 00 87 5d 6b 3b 60 95 9f 6a 83 9f 53 9b e8 dc 9c 6c 3f 54 d8 b6 01 31 3d 58 33 89 0e 37 d5 0e 99 36 e6 72 4c e8 ef fa f5 51 dd 0c f1 a8 58 2d be da 71 c4 2b 14 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 1c 13 b6 82 1b 19 fb 3d 21 de f2 d4 87 d3 f4 2b 00 20 80 4f 75 12 ea ab 8c 58 b9 6f 0a cb c7 cb ae 3e 55 66 74 cb f1 ba a5 d7 d2 26 b4 d2 bf a2 75 25 > IEEE 802.1X RX: version=1 type=3 length=127 > EAPOL-Key type=254 > WPA: RX EAPOL-Key - hexdump(len=131): 01 03 00 7f fe 03 91 00 20 a6 10 9d 00 87 5d 6b 3b 60 95 9f 6a 83 9f 53 9b e8 dc 9c 6c 3f 54 d8 b6 01 31 3d 58 33 89 0e 37 d5 0e 99 36 e6 72 4c e8 ef fa f5 51 dd 0c f1 a8 58 2d be da 71 c4 2b 14 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 1c 13 b6 82 1b 19 fb 3d 21 de f2 d4 87 d3 f4 2b 00 20 80 4f 75 12 ea ab 8c 58 b9 6f 0a cb c7 cb ae 3e 55 66 74 cb f1 ba a5 d7 d2 26 b4 d2 bf a2 75 25 > WPA: EAPOL-Key Replay Counter did not increase - dropping packet > RX EAPOL from 00:0c:41:b7:7b:be > RX EAPOL - hexdump(len=131): 01 03 00 7f fe 03 91 00 20 da 3c a7 0e 87 5d 6b 3c 85 6f 44 06 ea 36 23 3e ac df 7d 78 e6 21 a4 33 4c 90 41 5d 5f bd ff 4c 7d fd 08 98 78 4f a4 e6 c7 ba 04 d1 fd 79 c5 8b a7 54 cb e9 a6 10 a7 f9 11 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 8f 9e 6f 18 3f 61 27 a0 22 52 fa 23 95 c5 bc 25 00 20 a3 12 c3 05 ad ab aa ac ed ea 86 21 72 31 ef 9b 26 a5 2f 65 f7 c2 31 33 5e 66 97 35 45 29 25 1d > IEEE 802.1X RX: version=1 type=3 length=127 > EAPOL-Key type=254 > WPA: RX EAPOL-Key - hexdump(len=131): 01 03 00 7f fe 03 91 00 20 da 3c a7 0e 87 5d 6b 3c 85 6f 44 06 ea 36 23 3e ac df 7d 78 e6 21 a4 33 4c 90 41 5d 5f bd ff 4c 7d fd 08 98 78 4f a4 e6 c7 ba 04 d1 fd 79 c5 8b a7 54 cb e9 a6 10 a7 f9 11 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 8f 9e 6f 18 3f 61 27 a0 22 52 fa 23 95 c5 bc 25 00 20 a3 12 c3 05 ad ab aa ac ed ea 86 21 72 31 ef 9b 26 a5 2f 65 f7 c2 31 33 5e 66 97 35 45 29 25 1d > WPA: EAPOL-Key Replay Counter did not increase - dropping packet > Received 0 bytes of scan results (2 BSSes) > Scan results: 2 > Selecting BSS from priority group 0 > 0: 00:12:17:ce:68:cb ssid='kern' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > 1: 00:13:10:86:54:9c ssid='colt' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > No suitable AP found. > Setting scan request: 5 sec 0 usec > Starting AP scan (specific SSID) > Scan SSID - hexdump_ascii(len=5): > 38 30 30 2d 37 800-7 > Received 0 bytes of scan results (1 BSSes) > Scan results: 1 > Selecting BSS from priority group 0 > 0: 00:12:17:ce:68:cb ssid='kern' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > No suitable AP found. > Setting scan request: 5 sec 0 usec > Starting AP scan (broadcast SSID) > Received 0 bytes of scan results (3 BSSes) > Scan results: 3 > Selecting BSS from priority group 0 > 0: 00:09:5b:ad:ee:5a ssid='' wpa_ie_len=24 rsn_ie_len=0 > skip - SSID mismatch > skip - SSID mismatch > 1: 00:12:17:ce:68:cb ssid='kern' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > 2: 00:13:10:86:54:9c ssid='colt' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > No suitable AP found. > Setting scan request: 5 sec 0 usec > Starting AP scan (specific SSID) > Scan SSID - hexdump_ascii(len=5): > 38 30 30 2d 37 800-7 > Received 0 bytes of scan results (2 BSSes) > Scan results: 2 > Selecting BSS from priority group 0 > 0: 00:12:17:ce:68:cb ssid='kern' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > 1: 00:13:10:86:54:9c ssid='colt' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > No suitable AP found. > Setting scan request: 5 sec 0 usec > ^CSignal 2 received - terminating > wpa_driver_bsd_deauthenticate > wpa_driver_bsd_del_key: keyidx=0 > wpa_driver_bsd_del_key: keyidx=1 > wpa_driver_bsd_del_key: keyidx=2 > wpa_driver_bsd_del_key: keyidx=3 > wpa_driver_bsd_del_key: addr=00:0c:41:b7:7b:be keyidx=0 > wpa_driver_bsd_set_wpa: enabled=0 > wpa_driver_bsd_set_drop_unencrypted: enabled=0 > wpa_driver_bsd_set_countermeasures: enabled=0 > No keys have been configured - skip key clearing > wpa_driver_bsd_set_wpa: enabled=0 > pyanfar# ^Dexit > > Script done on Tue Jul 26 23:14:00 2005 > > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 05:43:45 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1654516A41F for ; Wed, 27 Jul 2005 05:43:45 +0000 (GMT) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id C254D43D48 for ; Wed, 27 Jul 2005 05:43:42 +0000 (GMT) (envelope-from jhay@meraka.csir.co.za) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id 04A4222; Wed, 27 Jul 2005 07:43:38 +0200 (SAST) Date: Wed, 27 Jul 2005 07:43:38 +0200 From: John Hay To: current@freebsd.org Message-ID: <20050727054338.GA65081@zibbi.meraka.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Cc: Subject: only one ath_rate* kld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 05:43:45 -0000 Hi, I noticed that all the modules/ath_rate* Makefiles use one name for the kld, which means only the last one will exist in your kernel directory. I wanted to experiment with the different rate klds to see what works best in our environment. At the end I use this patch and then just load the one I want to use in loader.conf. John -- John Hay -- John.Hay@meraka.csir.co.za / jhay@FreeBSD.org Index: ath_rate_amrr/Makefile =================================================================== RCS file: /home/ncvs/src/sys/modules/ath_rate_amrr/Makefile,v retrieving revision 1.1 diff -u -r1.1 Makefile --- ath_rate_amrr/Makefile 8 Dec 2004 17:38:37 -0000 1.1 +++ ath_rate_amrr/Makefile 12 Jun 2005 09:55:29 -0000 @@ -38,7 +38,7 @@ .PATH: ${.CURDIR}/../../dev/ath/ath_rate/amrr -KMOD= ath_rate +KMOD= ath_rate_amrr SRCS= amrr.c SRCS+= opt_bdg.h device_if.h bus_if.h pci_if.h opt_inet.h Index: ath_rate_onoe/Makefile =================================================================== RCS file: /home/ncvs/src/sys/modules/ath_rate_onoe/Makefile,v retrieving revision 1.1 diff -u -r1.1 Makefile --- ath_rate_onoe/Makefile 8 Dec 2004 17:38:37 -0000 1.1 +++ ath_rate_onoe/Makefile 12 Jun 2005 09:55:48 -0000 @@ -38,7 +38,7 @@ .PATH: ${.CURDIR}/../../dev/ath/ath_rate/onoe -KMOD= ath_rate +KMOD= ath_rate_onoe SRCS= onoe.c SRCS+= opt_bdg.h device_if.h bus_if.h pci_if.h opt_inet.h Index: ath_rate_sample/Makefile =================================================================== RCS file: /home/ncvs/src/sys/modules/ath_rate_sample/Makefile,v retrieving revision 1.1 diff -u -r1.1 Makefile --- ath_rate_sample/Makefile 11 Mar 2005 01:39:57 -0000 1.1 +++ ath_rate_sample/Makefile 12 Jun 2005 09:55:58 -0000 @@ -38,7 +38,7 @@ .PATH: ${.CURDIR}/../../dev/ath/ath_rate/sample -KMOD= ath_rate +KMOD= ath_rate_sample SRCS= sample.c SRCS+= opt_bdg.h device_if.h bus_if.h pci_if.h opt_inet.h From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 05:45:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B21116A421 for ; Wed, 27 Jul 2005 05:45:35 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail1.fluidhosting.com (mail1.fluidhosting.com [204.14.90.61]) by mx1.FreeBSD.org (Postfix) with SMTP id 6971343D46 for ; Wed, 27 Jul 2005 05:45:34 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 33463 invoked by uid 399); 27 Jul 2005 05:45:32 -0000 Received: from mail1.fluidhosting.com (66.150.201.101) by mail1.fluidhosting.com with SMTP; 27 Jul 2005 05:45:32 -0000 Received: (qmail 74133 invoked by uid 399); 27 Jul 2005 05:45:32 -0000 Received: from unknown (HELO ?192.168.15.106?) (dougb@dougbarton.net@67.20.70.103) by mail1.fluidhosting.com with SMTP; 27 Jul 2005 05:45:32 -0000 Message-ID: <42E71F77.6010705@FreeBSD.org> Date: Tue, 26 Jul 2005 22:45:27 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050726) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <42E583F9.3070703@rogers.com> <200507261853.07513.peter@wemm.org> <1242.172.16.0.199.1122429678.squirrel@172.16.0.1> <200507271215.14369.doconnor@gsoft.com.au> <42E6F5EA.7030801@samsco.org> In-Reply-To: <42E6F5EA.7030801@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Peter Wemm , Mike Jakubik Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 05:45:35 -0000 Scott Long wrote: > Part of the point of going to the new codebase was to free us from being > locked into vendor sources that we couldn't easily change. It's not at all clear to me how the ISC license prevented us from easily changing anything. There may have been other compelling reasons to change code, but I would need this one explained in more detail to be convinced. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 05:58:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFB4516A41F for ; Wed, 27 Jul 2005 05:58:02 +0000 (GMT) (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 66D5C43D4C for ; Wed, 27 Jul 2005 05:58:01 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j6R5vj3Z021647 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 27 Jul 2005 15:27:51 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 27 Jul 2005 15:27:34 +0930 User-Agent: KMail/1.8.1 References: <42E583F9.3070703@rogers.com> <6e01203b050726102878decdfb@mail.gmail.com> <42E71A19.4050807@elischer.org> In-Reply-To: <42E71A19.4050807@elischer.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6202429.DZZMxZgtRL"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200507271527.42060.doconnor@gsoft.com.au> X-Spam-Score: -2.82 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: Julian Elischer , Tyler Gee Subject: Re: More dhclient gayness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 05:58:03 -0000 --nextPart6202429.DZZMxZgtRL Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 27 July 2005 14:52, Julian Elischer wrote: > To me it. > "fun and games with dhclient" > which is a slightly sarcastic comment but not unusual. To me it sounds like a chat session from Counter Strike 8-) =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 --nextPart6202429.DZZMxZgtRL Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC5yJV5ZPcIHs/zowRAuZrAJsGjgQ6ij7cGsSYvmuKyYxPCfHCHACePXWE eeAK47iu7krXrkRnpPJ1Gi0= =w6Nn -----END PGP SIGNATURE----- --nextPart6202429.DZZMxZgtRL-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 05:59:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9AE916A41F for ; Wed, 27 Jul 2005 05:59:51 +0000 (GMT) (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 E064843D4C for ; Wed, 27 Jul 2005 05:59:50 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j6R5xC8R021653 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 27 Jul 2005 15:29:17 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 27 Jul 2005 15:29:11 +0930 User-Agent: KMail/1.8.1 References: <04C71268DFDAA8499EC1A248A44B6A2B34BFFF@Exchange21.EDU.epsb.ca> <42E718A0.3010201@errno.com> In-Reply-To: <42E718A0.3010201@errno.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5557735.iLs2W2SaAb"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200507271529.12289.doconnor@gsoft.com.au> X-Spam-Score: -2.82 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: Sam Leffler , Kirk Davis Subject: Re: 6-BETA1 iwi + wpa_supplicant fails, and sometimes silently re boots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 05:59:51 -0000 --nextPart5557735.iLs2W2SaAb Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 27 July 2005 14:46, Sam Leffler wrote: > The firmware isn't in the base system so modfiying devd.conf doesn't > make sense. I believe it's sufficient to load the firmware from a > start_if.iwi0 script in which case the port/package that has the > firmware could set this up for you. The port could install a devd script into /usr/local/etc/devd =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 --nextPart5557735.iLs2W2SaAb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC5yKw5ZPcIHs/zowRAq7KAJ9bURj+oOCe2w8BCgWwui7C98f2bQCgqE6i MPVuySaQbS+g4cT5WMkHepo= =wj2f -----END PGP SIGNATURE----- --nextPart5557735.iLs2W2SaAb-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 06:04:58 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CBEA16A41F for ; Wed, 27 Jul 2005 06:04:58 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1260543D49 for ; Wed, 27 Jul 2005 06:04:58 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.94] ([66.127.85.94]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j6R64Kms070359 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 26 Jul 2005 23:04:37 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42E72409.4090502@errno.com> Date: Tue, 26 Jul 2005 23:04:57 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Hay References: <20050727054338.GA65081@zibbi.meraka.csir.co.za> In-Reply-To: <20050727054338.GA65081@zibbi.meraka.csir.co.za> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: only one ath_rate* kld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 06:04:58 -0000 John Hay wrote: > Hi, > > I noticed that all the modules/ath_rate* Makefiles use one name for > the kld, which means only the last one will exist in your kernel > directory. I wanted to experiment with the different rate klds to > see what works best in our environment. At the end I use this patch > and then just load the one I want to use in loader.conf. > > John Yes, it's intentional and a hack. Regardless nooe in their right mind would run anything but ath_rate_sample. Sam From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 06:08:35 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DD4316A41F; Wed, 27 Jul 2005 06:08:35 +0000 (GMT) (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 F22BB43D46; Wed, 27 Jul 2005 06:08:34 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j6R6Hm46001219; Wed, 27 Jul 2005 00:17:48 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42E724D0.1010608@samsco.org> Date: Wed, 27 Jul 2005 00:08:16 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug Barton References: <42E583F9.3070703@rogers.com> <200507261853.07513.peter@wemm.org> <1242.172.16.0.199.1122429678.squirrel@172.16.0.1> <200507271215.14369.doconnor@gsoft.com.au> <42E6F5EA.7030801@samsco.org> <42E71F77.6010705@FreeBSD.org> In-Reply-To: <42E71F77.6010705@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-current@FreeBSD.org, Peter Wemm , Mike Jakubik Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 06:08:35 -0000 Doug Barton wrote: > Scott Long wrote: > >> Part of the point of going to the new codebase was to free us from >> being locked into vendor sources that we couldn't easily change. > > > It's not at all clear to me how the ISC license prevented us from easily > changing anything. There may have been other compelling reasons to > change code, but I would need this one explained in more detail to be > convinced. > > Doug > Not that it was a license issue, it was that changing and adding code specific to FreeBSD would have made future vendor imports hard, just like with any other vendor codebase. Scott From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 06:19:30 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C86F16A41F for ; Wed, 27 Jul 2005 06:19:30 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail1.fluidhosting.com (mail1.fluidhosting.com [204.14.90.61]) by mx1.FreeBSD.org (Postfix) with SMTP id B00B943D46 for ; Wed, 27 Jul 2005 06:19:29 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 82893 invoked by uid 399); 27 Jul 2005 06:19:28 -0000 Received: from mail1.fluidhosting.com (66.150.201.101) by mail1.fluidhosting.com with SMTP; 27 Jul 2005 06:19:28 -0000 Received: (qmail 80965 invoked by uid 399); 27 Jul 2005 06:19:28 -0000 Received: from unknown (HELO ?192.168.15.106?) (dougb@dougbarton.net@67.20.70.103) by mail1.fluidhosting.com with SMTP; 27 Jul 2005 06:19:28 -0000 Message-ID: <42E7276E.3050901@FreeBSD.org> Date: Tue, 26 Jul 2005 23:19:26 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050726) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <42E583F9.3070703@rogers.com> <200507261853.07513.peter@wemm.org> <1242.172.16.0.199.1122429678.squirrel@172.16.0.1> <200507271215.14369.doconnor@gsoft.com.au> <42E6F5EA.7030801@samsco.org> <42E71F77.6010705@FreeBSD.org> <42E724D0.1010608@samsco.org> In-Reply-To: <42E724D0.1010608@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 06:19:30 -0000 Scott Long wrote: > Doug Barton wrote: > >> Scott Long wrote: >> >>> Part of the point of going to the new codebase was to free us from >>> being locked into vendor sources that we couldn't easily change. >> >> >> >> It's not at all clear to me how the ISC license prevented us from >> easily changing anything. There may have been other compelling reasons >> to change code, but I would need this one explained in more detail to >> be convinced. >> >> Doug >> > > Not that it was a license issue, it was that changing and adding code > specific to FreeBSD would have made future vendor imports hard, just > like with any other vendor codebase. So we plan to hack on what we have from openbsd now, and never import new verisons? Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 06:32:53 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B483C16A41F for ; Wed, 27 Jul 2005 06:32:53 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D95743D46 for ; Wed, 27 Jul 2005 06:32:53 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id 2671DBC89 for ; Wed, 27 Jul 2005 06:32:51 +0000 (UTC) To: current@freebsd.org From: Poul-Henning Kamp Date: Wed, 27 Jul 2005 08:32:50 +0200 Message-ID: <83106.1122445970@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: Subject: updating amd64 to current fails... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 06:32:53 -0000 Does anybody know how to get past this: AWK=awk sh /src/Current/src/lib/libncurses/../../contrib/ncurses/include/MKncurses_def.sh /src/Current/src/lib/libncurses/../../contrib/ncurses/include/ncurses_defs > ncurses_def.h sed MKterm.h.awk -e "/@NCURSES_MAJOR@/s%%5%" -e "/@NCURSES_MINOR@/s%%2%" -e "/@NCURSES_CONST@/s%%const%" -e "/@NCURSES_XNAMES@/s%%1%" awk -f MKterm.h.awk /src/Current/src/lib/libncurses/../../contrib/ncurses/include/Caps > term.h.new sh /src/Current/src/lib/libncurses/../../contrib/ncurses/include/edit_cfg.sh /src/Current/src/lib/libncurses/ncurses_cfg.h term.h.new ** edit: HAVE_TCGETATTR 1 ** edit: HAVE_TERMIOS_H 1 ** edit: HAVE_TERMIO_H 0 ** edit: BROKEN_LINKER 0 mv -f term.h.new term.h cc -o make_keys -O2 -fno-strict-aliasing -pipe -I. -I/src/Current/src/lib/libncurses -I/src/Current/src/lib/libncurses/../../contrib/ncurses/ncurses -I/src/Current/src/lib/libncurses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE -DNDEBUG -DHAVE_CONFIG_H -DTERMIOS /src/Current/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/make_keys.c /usr/obj/src/Current/src/tmp/usr/bin/ld: cannot find -lc *** Error code 1 Stop in /src/Current/src/lib/libncurses. *** Error code 1 Stop in /src/Current/src. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 06:36:22 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C007916A41F; Wed, 27 Jul 2005 06:36:22 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6297F43D48; Wed, 27 Jul 2005 06:36:22 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-1.free.fr (Postfix) with ESMTP id 925C9319B4F; Wed, 27 Jul 2005 08:36:21 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 53325405B; Wed, 27 Jul 2005 08:36:46 +0200 (CEST) Date: Wed, 27 Jul 2005 08:36:46 +0200 From: Jeremie Le Hen To: Maxime Henrion Message-ID: <20050727063646.GP1610@obiwan.tataz.chchile.org> References: <20050726202330.GJ1610@obiwan.tataz.chchile.org> <20050726234429.GQ14567@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050726234429.GQ14567@elvis.mu.org> User-Agent: Mutt/1.5.9i Cc: Paul Saab , freebsd-current@FreeBSD.org, Jeremie Le Hen Subject: Re: panic in NFS/UDP code path X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 06:36:23 -0000 > You are running with debug.mpsafenet=0 ? Yes, because of IPSec. > This looks like a fallout from an earlier change to make nfs_timer() > MPSAFE. I believe something like the atatched patch is needed, but ps@ > would know best about this one. Thank you for fixing this. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 06:38:24 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FE5216A41F for ; Wed, 27 Jul 2005 06:38:24 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail1.fluidhosting.com (mail1.fluidhosting.com [204.14.90.61]) by mx1.FreeBSD.org (Postfix) with SMTP id BB43B43D46 for ; Wed, 27 Jul 2005 06:38:23 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 8387 invoked by uid 399); 27 Jul 2005 06:38:22 -0000 Received: from mail1.fluidhosting.com (66.150.201.101) by mail1.fluidhosting.com with SMTP; 27 Jul 2005 06:38:22 -0000 Received: (qmail 84867 invoked by uid 399); 27 Jul 2005 06:38:22 -0000 Received: from unknown (HELO ?192.168.15.106?) (dougb@dougbarton.net@67.20.70.103) by mail1.fluidhosting.com with SMTP; 27 Jul 2005 06:38:22 -0000 Message-ID: <42E72BDD.1090806@FreeBSD.org> Date: Tue, 26 Jul 2005 23:38:21 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050726) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Leffler References: <20050727054338.GA65081@zibbi.meraka.csir.co.za> <42E72409.4090502@errno.com> In-Reply-To: <42E72409.4090502@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: only one ath_rate* kld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 06:38:24 -0000 Sam Leffler wrote: > Regardless nooe in their right mind > would run anything but ath_rate_sample. Can you (or should I) add a note in NOTES to that effect? I was fooled by this too, and only had the _onoe module in my make.conf file. Could this be why I sometimes saw spontaneous reboots when using my ath card? Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 06:44:48 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 526A816A41F for ; Wed, 27 Jul 2005 06:44:48 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail1.fluidhosting.com (mail1.fluidhosting.com [204.14.90.61]) by mx1.FreeBSD.org (Postfix) with SMTP id B790043D45 for ; Wed, 27 Jul 2005 06:44:47 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 17274 invoked by uid 399); 27 Jul 2005 06:44:46 -0000 Received: from mail1.fluidhosting.com (66.150.201.101) by mail1.fluidhosting.com with SMTP; 27 Jul 2005 06:44:46 -0000 Received: (qmail 86127 invoked by uid 399); 27 Jul 2005 06:44:44 -0000 Received: from unknown (HELO ?192.168.15.106?) (dougb@dougbarton.net@67.20.70.103) by mail1.fluidhosting.com with SMTP; 27 Jul 2005 06:44:44 -0000 Message-ID: <42E72D5B.3070807@FreeBSD.org> Date: Tue, 26 Jul 2005 23:44:43 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050726) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <42E58007.9030202@rogers.com> <20050726193324.GA4603@odin.ac.hmc.edu> <20050726200059.GA47478@freebie.xs4all.nl> <200507261853.19211.jkim@FreeBSD.org> <20050726233933.GA13679@odin.ac.hmc.edu> In-Reply-To: <20050726233933.GA13679@odin.ac.hmc.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: dhclient taking all cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 06:44:48 -0000 Brooks Davis wrote: > I've seen it on ath and em interfaces now, but am not sure what's going > on. and have no idea how to reproduce the problem. I'm seeing it on my ndis (broadcom) part as well. Let me know if I can do anything to help. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 06:45:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBB4016A41F; Wed, 27 Jul 2005 06:45:13 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from 62-15-71-150.inversas.jazztel.es (62-15-71-150.inversas.jazztel.es [62.15.71.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id E738A43D45; Wed, 27 Jul 2005 06:45:12 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from orion.redesjm.local (orion.redesjm.local [192.168.254.16]) by 62-15-71-150.inversas.jazztel.es (8.13.3/8.13.3) with ESMTP id j6R6j86M006475; Wed, 27 Jul 2005 08:45:08 +0200 (CEST) (envelope-from josemi@redesjm.local) From: Jose M Rodriguez To: Scott Long In-Reply-To: <42E6F5EA.7030801@samsco.org> References: <42E583F9.3070703@rogers.com> <200507261853.07513.peter@wemm.org> <1242.172.16.0.199.1122429678.squirrel@172.16.0.1> <200507271215.14369.doconnor@gsoft.com.au> <42E6F5EA.7030801@samsco.org> Content-Type: text/plain; charset=iso8859-1 Date: Wed, 27 Jul 2005 08:45:07 +0200 Message-Id: <1122446707.76777.11.camel@orion.redesjm.local> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-7; AVE: 6.31.1.0; VDF: 6.31.1.0; host: antares.redesjm.local) Cc: freebsd-current@freebsd.org, Mateusz =?iso-8859-2?Q?J=EAdrasik?= , Peter Wemm , Mike Jakubik Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 06:45:14 -0000 El mar, 26-07-2005 a las 20:48 -0600, Scott Long escribió: > Daniel O'Connor wrote: > > On Wednesday 27 July 2005 11:31, Mike Jakubik wrote: > > > >>On Tue, July 26, 2005 9:53 pm, Peter Wemm said: > >> > >>>I'd love to know which items in dhclient.conf allow you to disable the > >>>default route handling and the resolv.conf handling.. > >> > >>supersede { [option declaration] [, ... option declaration] } > >> > >>Ex, I use "supersede domain-name-servers 127.0.0.1;" to set my own name > >>server. > > > > > > That just means you have to hardcode your resolver and default route into > > dhclient.conf - there is no "Don't touch this setting on my computer even if > > the DHCP server tells you to" flag in the config file I believe. > > > > Part of the point of going to the new codebase was to free us from being > locked into vendor sources that we couldn't easily change. If there is > a need for a new option, please code it up and commit it! > The main problem is that OpenBSD dhclient doesn't operate under std DHCP concepts/guidelines. a dhclient daemon must not alter IPs on media changes, only if they can't rebind the assigned IP in time. ALso, ISC dhcp operation, which may seems simple, it's more complex that a quick look may point. I'll be really happy if this kind of infraestructure changes are not done at the end of development cycles. > Scott -- josemi From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 06:59:19 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEC3A16A420 for ; Wed, 27 Jul 2005 06:59:19 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C07243D6E for ; Wed, 27 Jul 2005 06:59:18 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id EC6443233D5 for ; Wed, 27 Jul 2005 08:59:17 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 8011B405B; Wed, 27 Jul 2005 08:59:42 +0200 (CEST) Date: Wed, 27 Jul 2005 08:59:41 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20050727065941.GQ1610@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: Subject: panic with null mount of an NFS mount X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 06:59:20 -0000 Hi, I just caught a panic while having null-mounted my NFS mounted CVS repository : 192.168.1.222:/usr/home/ncvs on /nfs/obiwan/cvs (nfs) /nfs/obiwan/cvs on /cvs (nullfs, local, read-only) This is 100% reproducible, and my feeling is that this doesn't need a kernel dump do be resolved, so I have not made a dump. %%% panic: lockmgr: locking against myself KDB: stack backtrace: kdb_backtrace() panic() lockmgr(c29589e8,2002,c2959a0c,c28f1190,e732f9c0) at lockmgr+0x45d vop_stdlock(e732f9e8,c2958a0c,1,2002nc2958990) at vop_stdlock+0x2f VOP_LOCK_APV(c07841a0,e732f9e8,e732fae0,e732fae4,0) at VOP_LOCK_APV+0xb4 vn_lock(c2958990,2002,c28f1190,7b4,c29c77b3) at vn_lock+0xec vrele(c2958990,0,c29c8940,27c,c2958990) at vrele+0x123 null_reclaim(e732fa94,c28f1190,0,c2958880,e732fac0) at null_reclaim+0x7c VOP_RECLAIM_APV(c29c9c20,e732fa94,c28f1190,0,0) at VOP_RECLAIM_APV+0xac vgonel(c2958880,0,c9743654,8f1,e732fb20) at vgonel+0x1df vrecycle(c2958880,c28f1190,e732fb08,c07079bc,c732fb20) at vrecycle+0x4d null_inactive(e732fb20,c29588fc,c2958880,c29588fc,e732fb38) at null_inactive+0x23 VOP_INACTIVE_APV(c29c9c20,e732fb20,e0743654,855,c0794bc0) at VOP_INACTIVE_APC+0xac vinactive(c2958880,c28f1190,c0743654,7e7,800) at vinactive+0x8b vput(c2958880,ffffffdf,c2586d80,0,c28f1190) at vput+0x1b2 kern_lstat(c28f1190,8057148,0,e732fc6c,80246) at kern_lstat+0xb3 lstat(c28f1190,e732fd04,8,422,2) at lstat+0x2f syscall() Xint0x80_syscall() %%% My sources are dated from 2005.07.24... Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 07:54:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62F9E16A41F for ; Wed, 27 Jul 2005 07:54:11 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from ss.eunet.cz (ss.eunet.cz [193.85.228.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE8B343D49 for ; Wed, 27 Jul 2005 07:54:10 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from localhost.i.cz (ss.eunet.cz [193.85.228.13]) by ss.eunet.cz (8.13.1/8.13.1) with ESMTP id j6R7s1Wk089500; Wed, 27 Jul 2005 09:54:02 +0200 (CEST) (envelope-from mime@traveller.cz) From: Michal Mertl To: Sam Leffler In-Reply-To: <42E7128C.2080306@errno.com> References: <1122322318.1042.12.camel@genius1.i.cz> <42E58A03.8010007@errno.com> <1122364309.31546.34.camel@genius1.i.cz> <42E664E6.6000606@errno.com> <1122397256.1067.15.camel@genius1.i.cz> <1122413150.1067.58.camel@genius1.i.cz> <1122417757.76161.20.camel@genius1.i.cz> <42E7128C.2080306@errno.com> Content-Type: text/plain; charset=ISO-8859-1 Date: Wed, 27 Jul 2005 09:53:57 +0200 Message-Id: <1122450837.76161.32.camel@genius1.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: hostap recently broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 07:54:11 -0000 Sam Leffler wrote: > Michal Mertl wrote: > > I think I found what change causes the problem I experience. See below. > > > > Michal Mertl wrote: > > > >>I'm sorry I forgot to answer one of Sam's questions. > >> > >>Michal Mertl wrote: > >> > >>>Sam Leffler pí¹e v út 26. 07. 2005 v 09:29 -0700: > >>> > >>>>Michal Mertl wrote: > >>>> > >>>>>Sam Leffler wrote: > >>>>> > >>>>> > >>>>>>Michal Mertl wrote: > >>>>>> > >>>>>> > >>>>>>>Hello, > >>>>>>> > >>>>>>>I've just found out that something very recently broke hostap on FreeBSD > >>>>>>>CURRENT. The client associates and gets the MAC address of the AP. When > >>>>>>>I run tcpdump on the AP I see the pings from the client getting in but > >>>>>>>the AP doesn't reply. The ARP protocol works but nothing else does. > >>>>>>> > >>>>>>>Source checked on 2005-07-22 16:00 UTC works fine. > >>>>>>> > >>>>>>>The AP card is atheros but just reverting the last changes to the driver > >>>>>>>doesn't help. > >>>>>> > >>>>>>I just tried with CURRENT (from last night). 5212 card setup with TKIP > >>>>>>for PTK and GTK. ap operating in 11g. Powerbook running Tiger > >>>>>>associated and operated fine. 29Mb/s for upstream tcp netperf (sta and > >>>>>>ap in close proximity--rssi 41). > >>>>>> > >>>>>>I appreciate you testing stuff but please try to diagnose your problems > >>>>>>a bit harder and then provide more useful info like the h/w revs and the > >>>>>>exact steps you use to setup a non-working system. > >>>>> > >>>>> > >>>>>Sorry, I had the exact same HW setup as before which I described in my > >>>>>email about the problem with bridging. > >>>>> > >>>>>I've got several Atheros 5212 cards (mac 5.9 phy 4.3 radio 3.6) and also > >>>>>IPW notebook all running CURRENT, the notebook and the client several > >>>>>days old (from before 2005-07-22 16:00 UTC). > >>>>> > >>>>>The most basic setup - 'ifconfig ath0 192.168.0.1 mediaopt hostap ssid > >>>>>aaa' on the AP and 'ifconfig ath0 192.168.0.2 ssid aaa' worked like a > >>>>>charm before the date and not after. With the newer kernel on the AP the > >>>>>cards associate and as I've just found I can communicate between the > >>>>>stations on the AP. Ping to the AP doesn't work even when I get the MAC > >>>>>address of the AP via ARP. Adhoc connection works. > >>>> > >>>>I am unclear still on what happens. I believe you are saying: > >>>> > >>>>ping 192.168.0.1 > >>>> > >>>>from the station to the ap fails. If so what does 80211stats show on > >>>>the ap when this happens (do releveant error stats go up)? If you do > >>> > >>> ./80211stats -a > >>>00:0b:6b:35:dc:d4: > >>> rx_mgmt 1 > >>> tx_data 107 tx_bytes 9788 > >>> > >>>00:0b:6b:35:dc:f0: > >>> rx_data 107 rx_mgmt 1 rx_bytes 10430 > >>> tx_data 6 tx_mgmt 2 tx_bytes 36 > >>> tx_assoc 1 tx_auth 1 > >>> > >>> > >>>./athstats > >>>8 tx management frames > >>>3 tx frames discarded prior to association > >>>93 tx failed 'cuz too many retries > >>>930 long on-chip tx retries > >>>1 tx frames with no ack marked > >>>8148 beacons transmitted > >>>27 periodic calibrations > >>>834 rate control checks > >>>rssi of last ack: 48 > >>>avg recv rssi: 49 > >>>1 switched default/rx antenna > >>>Antenna profile: > >>>[1] tx 8 rx 97 > >>>[2] tx 1 rx 0 > >>> > >>> > >>>These are shortly after reboot after several minutes of inactivity and > >>>now ping running 150 sec. > >>> > >>>After some 20 secs: > >>> > >>>./athstats > >>>8 tx management frames > >>>3 tx frames discarded prior to association > >>>181 tx failed 'cuz too many retries > >>>1810 long on-chip tx retries > >>>1 tx frames with no ack marked > >>>9021 beacons transmitted > >>>30 periodic calibrations > >>>923 rate control checks > >>>rssi of last ack: 48 > >>>avg recv rssi: 44 > >>>1 switched default/rx antenna > >>>Antenna profile: > >>>[1] tx 8 rx 185 > >>>[2] tx 1 rx 0 > >>> > >>>./80211stats -a > >>>00:0b:6b:35:dc:d4: > >>> rx_mgmt 1 > >>> tx_data 183 tx_bytes 16780 > >>> > >>>00:0b:6b:35:dc:f0: > >>> rx_data 183 rx_mgmt 1 rx_bytes 17878 > >>> tx_data 6 tx_mgmt 2 tx_bytes 36 > >>> tx_assoc 1 tx_auth 1 > >>> > >>> > >>> > >>>>80211debug +input > >>> > >>> > >>>>on the ap do you get any log msgs about discarded frames? > >>> > >>>Nothing is displayed. > >>> > >>> > >>>>You also seem to say the sta resolves the ip w/ arp. Is the same true > >>>>for the ap (i.e. that it resolves the ip address of the sta)? I'm > >>>>assuming you are NOT running firewall rules do not have crypto setup and > >>>>have not fiddled with parameters like apbridge (you didn't provide > >>>>ifconfig output for each side). > >> > >>I forgot to answer the question about ARP: > >> > >>The STA gets the MAC address of the AP via ARP but the AP most often > >>doesn't. AP gets it only when both it and the STA doesn't have the ARP > >>record and STA initiates ping. When I delete the ARP entry on the AP > >>afterwards, it won't recreate it no matter what direction I ping. > >> > >>When doing tcpdump on the STA I see the arp who-has coming in and reply > >>coming out. When I configure a static ARP entry on the AP I still can't > >>communicate. When I ping from AP to STA I see both echo and echo-reply > >>in tcpdump on the STA but the reply doesn't make it to the AP or > >>something. > >> > >>I see the echo replies even in tcpdump on the AP: > >> > >>21:07:31.589408 44us DA:00:0b:6b:35:dc:f0 BSSID:00:0b:6b:35:dc:d4 > >>SA:00:0b:6b:35:dc:d4 LLC, dsap SNAP (0xaa), ssap SNAP (0xaa), cmd 0x03: > >>oui Ethernet (0x000000), ethertype IPv4 (0x0800): (tos 0x0, ttl 64, id > >>15394, offset 0, flags [none], proto: ICMP (1), length: 84) 192.168.0.1 > >> > >>>192.168.0.2: ICMP echo request, id 65028, seq 0, length 64 > >> > >>21:07:31.589801 44us BSSID:00:0b:6b:35:dc:d4 SA:00:0b:6b:35:dc:f0 > >>DA:00:0b:6b:35:dc:d4 LLC, dsap SNAP (0xaa), ssap SNAP (0xaa), cmd 0x03: > >>oui Ethernet (0x000000), ethertype IPv4 (0x0800): (tos 0x0, ttl 64, id > >>1528, offset 0, flags [none], proto: ICMP (1), length: 84) 192.168.0.2 > > >>192.168.0.1: ICMP echo reply, id 65028, seq 0, length 64 > >> > >>21:07:31.589813 60us DA:00:0b:6b:35:dc:d4 BSSID:00:0b:6b:35:dc:d4 > >>SA:00:0b:6b:35:dc:f0 LLC, dsap SNAP (0xaa), ssap SNAP (0xaa), cmd 0x03: > >>oui Ethernet (0x000000), ethertype IPv4 (0x0800): (tos 0x0, ttl 64, id > >>1528, offset 0, flags [none], proto: ICMP (1), length: 84) 192.168.0.2 > > >>192.168.0.1: ICMP echo reply, id 65028, seq 0, length 64 > >> > >> > >>>From reading this I got puzzled - why are there multiple packets with > >>the reply? When I disable the apbridge with 'ifconfig ath0 -apbridge' > >>everything works! > >> > >>I hope this helps. > >> > > > > > > It helped me I guess :-). > > > > Rev. 1.67 of src/sys/net80211/ieee80211_input.c did almost exact shift > > of several rows of code from the body of ieee80211_input() to a new > > function. The only difference I see is a change of one check. > > > > The old code "if (ni1->ni_associd != 0) {" was replaced by "if > > (ieee80211_node_is_authorized(ni1)) {". > > > > The called function is this: > > > > ieee80211_node_is_authorized(const struct ieee80211_node *ni) > > { > > return (ni->ni_flags & IEEE80211_NODE_AUTH); > > } > > > > The code in question is only called when the interface is in apbridge > > mode and that's why I was able to locate the problem rather easily. The > > state of apbridge setting is only checked at one place. > > > > I don't know what is the correct way to fix it, if the old code should > > be restored here or what. > > > > Definitely changing the line back to pre 1.67 contents fixes the problem > > for me. > ... > > The change to validate the station is authorized is correct; this was a > longstanding bugfix I'd been meaning to pull into cvs. The issue was > that you cannot bridge directly to the bss node as traffic to it must > take the normal input path. I've committed a change that I believe > corrects the problem. Thank you. > > Sam Thank you so much. I haven't tested the change (rev. 1.76 ieee80211_input.c) yet but I think the fix looks correct. I'll inform you if it doesn't work for me. Michal From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 09:04:52 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97A8616A41F for ; Wed, 27 Jul 2005 09:04:52 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2FA843DA0 for ; Wed, 27 Jul 2005 09:04:28 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.4/8.13.3) with ESMTP id j6R94Pd2082275 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 27 Jul 2005 11:04:25 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.4/8.13.3/Submit) id j6R94PXp082274 for current@freebsd.org; Wed, 27 Jul 2005 11:04:25 +0200 (CEST) Date: Wed, 27 Jul 2005 11:04:25 +0200 From: Divacky Roman To: current@freebsd.org Message-ID: <20050727090425.GA82240@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 Cc: Subject: gdb problem when attaching to processes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 09:04:52 -0000 hi, I have strange problem with gdb: queeg500 src# ps ax | grep inet 1971 ?? Is 0:00.01 /usr/sbin/inetd -wW -C 60 2058 p0 R+ 0:00.00 grep --color inet rc# gdb 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) attach 1971 Attaching to process 1971 /usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/solib-svr4.c:1443: internal-error: legacy_fetch_link_map_offsets called without legacy link_map support enabled. A problem internal to GDB has been detected, further debugging may prove unreliable. Quit this debugging session? (y or n) y /usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/solib-svr4.c:1443: internal-error: legacy_fetch_link_map_offsets called without legacy link_map support enabled. A problem internal to GDB has been detected, further debugging may prove unreliable. Create a core file of GDB? (y or n) n is it my fault or gdb's? I see this on 5.4R and 7-c... ie. pretty everywhere roman From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 10:05:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15DAC16A41F; Wed, 27 Jul 2005 10:05:46 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33C1443D49; Wed, 27 Jul 2005 10:05:45 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd22.aul.t-online.de by mailout03.sul.t-online.com with smtp id 1DxinH-0002C3-02; Wed, 27 Jul 2005 12:05:43 +0200 Received: from Andro-Beta.Leidinger.net (SsYpV2ZBgeZVXqeKf0lP65oRUU4fF+qWYv28SjBsyelHe3xFS9C9cZ@[84.165.204.126]) by fwd22.sul.t-online.de with esmtp id 1DxinF-0v3eC00; Wed, 27 Jul 2005 12:05:41 +0200 Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id j6RA5caJ033526; Wed, 27 Jul 2005 12:05:38 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from 141.113.101.31 ([141.113.101.31]) by netchild.homeip.net (Horde MIME library) with HTTP for ; Wed, 27 Jul 2005 12:05:38 +0200 Message-ID: <20050727120538.sw4jxcurk4g0wg00@netchild.homeip.net> X-Priority: 3 (Normal) Date: Wed, 27 Jul 2005 12:05:38 +0200 From: Alexander Leidinger To: Doug Barton References: <200507231942.j6NJgdks037508@repoman.freebsd.org> <42E2A029.1090404@gmail.com> <42E2DA50.2000205@FreeBSD.org> <20050724011629.GK14567@elvis.mu.org> <20050724094522.GL14567@elvis.mu.org> <20050725195258.GD9620@cirb503493.alcatel.com.au> <20050726115812.X31388@ync.qbhto.arg> In-Reply-To: <20050726115812.X31388@ync.qbhto.arg> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-ID: SsYpV2ZBgeZVXqeKf0lP65oRUU4fF+qWYv28SjBsyelHe3xFS9C9cZ@t-dialin.net X-TOI-MSGID: e91b3bba-f2e9-4d81-99f2-fd844f5bf74e Cc: Peter Jeremy , freebsd-current@freebsd.org Subject: Re: Cleaning stale files from the base (Was: Re: cvs commit: src ObsoleteFiles.inc) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 10:05:46 -0000 Doug Barton wrote: > I use the script that I posted at > http://people.freebsd.org/~dougb/after_installworld for this. > > Some desirable additions to that script might be a list of files to > ignore (such as perl symlinks in /usr/bin), and an option to delete > the file outright, but this is a good proof of concept for what I > have in mind. [...] > So like I said, this isn't perfect, but as a POC it's a good place to start. One of the design goals of the recently committed way of removing obsolete files was to *not* remove a file which we never had in the base system (I'm not sure I mentioned this in the commit log). So if an administrator decides to move something to somewhere in the base system (for whatever reason), it will stay where it is (and this is good, since this move was done with a specific purpose). Your approach works on your system where you know what you're doing, but in an environment with more than one administrator and where no FreeBSD guru takes care about the systems it may result in a lot of frustation. Obviously in this case someone did something wrong, but if we officially go this route I would say we are doing something wrong (we're violating POLA then). So whoever implements such an automatic list generation should make sure he DTRT. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 104: fork(2) New processes are created by other processes, just like new humans. New humans are created by other humans, of course, not by processes. (Unix System Administration Handbook) From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 16:29:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2F2D16A41F for ; Tue, 26 Jul 2005 16:29:18 +0000 (GMT) (envelope-from Kirk.Davis@epsb.ca) Received: from relay.epsb.ca (relay.epsb.ca [198.161.119.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D93D43D48 for ; Tue, 26 Jul 2005 16:29:18 +0000 (GMT) (envelope-from Kirk.Davis@epsb.ca) Received: from exchange03.epsb.ca (exchange03.epsb.ca [10.0.5.11]) by relay.epsb.ca (8.12.11/8.12.11) with ESMTP id j6QGOoSh054361; Tue, 26 Jul 2005 10:27:30 -0600 (MDT) (envelope-from Kirk.Davis@epsb.ca) Received: by exchange03.epsb.ca with Internet Mail Service (5.5.2653.19) id ; Tue, 26 Jul 2005 10:24:50 -0600 Message-ID: <04C71268DFDAA8499EC1A248A44B6A2B34BFFB@Exchange21.EDU.epsb.ca> From: Kirk Davis To: "'Brandon S. Allbery KF8NH'" , freebsd-current@freebsd.org Date: Tue, 26 Jul 2005 10:24:49 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain X-Mailman-Approved-At: Wed, 27 Jul 2005 11:45:27 +0000 Cc: Subject: RE: 6-BETA1 iwi + wpa_supplicant fails, and sometimes silently re boots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 16:29:19 -0000 I am using the iwi driver with the wpa_supplicant for both WPA-PSK and WAP/802.11x. It was a little tricky to get working (mostly due to the firmware) but I now have to working great. I am in the process of creating a document to post on the steps that I did to get it working. Did you recompile the wpa_supplicant in the base system? The wpa_supplicant does not have TKIP support unless you add ENABLE_WPA_SUPPLICANT_EAPOL="YES" into /etc/make.conf and recompile. You will also need to install the new firmware for the driver that can be found here: http://damien.bergamini.free.fr/ipw/ I also had to get rid of the iwi startup script in /usr/local/etc/rc.d/iwi.sh. The problem was that it didn't load the firmware early enough and that caused problems with dhclient. In stead I told devd to load the firmware on device detection. The following is a diff on the changed to devd.conf # diff /usr/src/etc/devd.conf /etc/devd.conf 23c23 < sf|sis|sk|sn|snc|ste|ti|tl|tx|txp|udav|vge|vr|vx|wb|wi|xe|xl)\ --- > sf|sis|sk|sn|snc|ste|ti|tl|tx|txp|udav|vge|vr|vx|wb|iwi|wi|xe|xl)\ 59a60,65 > > attach 100 { > device-name "iwi0"; > action "/usr/local/sbin/iwicontrol -i iwi0 -d /usr/local/libdata/if_iwi -m bss"; > }; > Then in /etc/rc.conf you can just add a line like: Ifconfig_iwi0="WPA DHCP" Here is a copy of the wpa_supplicant.conf file: # ctrl_interface=/var/run/wpa_supplicant ctrl_interface_group=wheel eapol_version=1 ap_scan=1 fast_reauth=1 network={ ssid="VE6KIK" scan_ssid=1 key_mgmt=WPA-PSK psk="SHARED_SECRET" } network={ ssid="dot1x" scan_ssid=1 key_mgmt=WPA-EAP eap=TTLS pairwise=TKIP group=TKIP identity="EDU\kdavis" anonymous_identity="EDU\kdavis" password="PASSWORD" phase2="auth=MSCHAPV2" } ---- Kirk Kirk Davis Senior Network Analyst, ITS Edmonton Public Schools 1-780-429-8308 -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Brandon S. Allbery KF8NH Sent: July 25, 2005 6:54 PM To: freebsd-current@freebsd.org Subject: 6-BETA1 iwi + wpa_supplicant fails, and sometimes silently reboots I've been trying to use the iwi driver with wpa_supplicant to autodetect my home network (WPA-TKIP) and campus network (open). So far, I've had no success getting it to associate with my Linksys BEFW11S4 router/AP; I can't figure out how to get a key in common between them --- an ASCII key simply fails, and wpa_supplicant and the Linksys have very different ideas about the length of hex keys (the Linksys wants 40 hex digits). Things are even worse trying to use it on campus: the driver continually spews "iwi0: unknown authentication state 1" and "iwi0: fatal error" messages, and after a few minutes the machine (IBM Thinkpad T42, 2378-R4U) silently reboots. No panic message, no core dump, just freezes for about a second and then displays the BIOS screen (much as if I'd hit a reset button, not that there is one aside from holding the power button for 10 seconds). This happens even if the only entry in /etc/wpa_supplicant.conf is for the open network. Both networks are 802.11b. I've been unable to collect any significant debugging information from the latter because of the silent reboot. Is iwi considered usable at this point, or should I give up and try to get the NDIS driver working? (I had tried it initially but couldn't get it to accept an SSID; this was before wpa_supplicant hit the tree so I was using an ifconfig in /etc/start_if.ndis_iwi0... it also failed to work, with no error message, from the command line. Of course, NDIS support has been reworked since then.) -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon univ. KF8NH _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 16:37:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 198FD16A41F for ; Tue, 26 Jul 2005 16:37:13 +0000 (GMT) (envelope-from dennisolvany@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40E0943D46 for ; Tue, 26 Jul 2005 16:37:12 +0000 (GMT) (envelope-from dennisolvany@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so620970rna for ; Tue, 26 Jul 2005 09:37:11 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:from:to:subject:date:mime-version:content-type:x-priority:x-msmail-priority:x-mailer:x-mimeole; b=P7yedSMpx5Arm3bm07D0RIJ1JayHCO43s/44s5ZBs/CiP6L7dQSbBuXHyKt85p1uI4eNI9YdO4tiN0cgvQUvV7FPZS4HWMWkX58sVs4LQzPpVfJok4qJwHHugX+22yBOMg2o52Uiyy1fErLcHCxW7zK0zVqOWdf5bqwYL7Gdp/U= Received: by 10.38.73.55 with SMTP id v55mr2219638rna; Tue, 26 Jul 2005 09:37:11 -0700 (PDT) Received: from dm ([67.102.60.210]) by mx.gmail.com with ESMTP id g2sm2761083rne.2005.07.26.09.37.11; Tue, 26 Jul 2005 09:37:11 -0700 (PDT) Message-ID: <000601c59200$45b6a460$0866a8c0@dm> From: "Dennis Olvany" To: , Date: Tue, 26 Jul 2005 11:37:10 -0500 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-Mailman-Approved-At: Wed, 27 Jul 2005 11:45:27 +0000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: beta 6 usb keyboard issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 16:37:13 -0000 I attempted to install 6 beta without success. As with earlier versions, = the default installer does not recognize a usb keyboard. Earlier = versions had the simple menu, "Push 7 for usb keyboard." I don't want to = know how to accomplish this in freebsd 6, I want it to be intuitive! Why = not make it ultra-intuitive and support usb keyboards by default? This = really needs to be ironed out by release time. There has got to be a = better way. (Hint: The old way was better.) Any replies need to be = directly addressed, I do not monitor the list. From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 20:57:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D59416A41F for ; Tue, 26 Jul 2005 20:57:04 +0000 (GMT) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [83.98.131.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 349EB43D49 for ; Tue, 26 Jul 2005 20:57:03 +0000 (GMT) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 6321217027; Tue, 26 Jul 2005 22:57:02 +0200 (CEST) Date: Tue, 26 Jul 2005 22:57:02 +0200 From: Ed Schouten To: Sam Pierson Message-ID: <20050726205702.GA80282@hoeg.nl> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i X-Mailman-Approved-At: Wed, 27 Jul 2005 11:45:27 +0000 Cc: FreeBSD Current Subject: Re: Wi-fi: SMC2532W-B (prism3) Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 20:57:04 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Sam, * Sam Pierson wrote: > Tried 5.3, 6.0-current twice in June and now 6.0-BETA1, and my > SMC2532W-B card is still unrecognized. A friend bought the card as > well and was able to make it run under gentoo and it was recognized as > a prism3 chipset. I've compiled all the intersil and prism related > drivers into my kernel and tried compiling support under the NDIS > driver but it still refuses to make it available under ifconfig. Has > anyone figured out a way to make this work (or can point me to where > support for general prism3 chipset cards would be) The wi(4) manual page on my FreeBSD 5.4 box states that Prism3 based cards are supported. Maybe it's possible that a device id needs to be added. Could you try adding the device id's yourself? You could dig around in /sys/dev/wi; the files if_wi.c and if_wireg.h look useful. That could possibly fix it. Yours, --=20 Ed Schouten --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC5qOemVI4SHXwmhERAgqcAJ9soFoRmYL4w8VRs3gpYDGSrjaUkACfTXVH BNNI31EXftLJ8L6iCuI7mcw= =tfQS -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 09:35:59 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA18A16A41F for ; Wed, 27 Jul 2005 09:35:59 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACCF743D4C for ; Wed, 27 Jul 2005 09:35:58 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id j6R9Zsm6086327 for ; Wed, 27 Jul 2005 12:35:54 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Wed, 27 Jul 2005 12:35:54 +0300 (EEST) From: Dmitry Pryanishnikov To: freebsd-current@freebsd.org Message-ID: <20050727123015.V81389@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Wed, 27 Jul 2005 11:45:27 +0000 Subject: kgdb problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 09:35:59 -0000 Hello! I'm trying to use kgdb in 6.0-BETA1 (on i386). It seems that either I'm doing something wrong, or kgdb is broken. I've got valid crashdump (at least info.0 file says so, and 'file vmcore.0' says that it's an ELF file), but 'core-file' command fails: root@homelynx# kgdb [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". (no debugging symbols found)...#0 0x00000000 in ?? () (kgdb) exec-file /boot/kernel/kernel.debug (kgdb) symbol-file /boot/kernel/kernel.debug Reading symbols from /boot/kernel/kernel.debug...done. (kgdb) core vmcore.0 warning: "/usr/var/crash/vmcore.0": no core file handler recognizes format, using default warning: you won't be able to access this core file until you terminate your kernel core files.; do ``info files'' (kgdb) info files Symbols from "/boot/kernel/kernel.debug". kernel core files.: Segmentation fault: 11 root@homelynx# How can I analyze vmcore file? Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 13:08:50 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 553E216A41F for ; Wed, 27 Jul 2005 13:08:50 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 001DA43D46 for ; Wed, 27 Jul 2005 13:08:48 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from frontend3.messagingengine.com (frontend3.internal [10.202.2.152]) by frontend1.messagingengine.com (Postfix) with ESMTP id A4266CC49BF for ; Wed, 27 Jul 2005 09:08:47 -0400 (EDT) X-Sasl-enc: W1hkSIG9mMLxF+bJXHoBf4fwy09Ggepzbi6hVs4yEWbt 1122469723 Received: from [192.168.177.168] (unknown [12.146.238.66]) by frontend3.messagingengine.com (Postfix) with ESMTP id 5067E1E5 for ; Wed, 27 Jul 2005 09:08:42 -0400 (EDT) Message-ID: <42E78741.2080300@fastmail.fm> Date: Wed, 27 Jul 2005 08:08:17 -0500 From: Patrick Bowen User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050515 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Wi-fi: SMC2532W-B (prism3) Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 13:08:50 -0000 Sam Pierson wrote: >Tried 5.3, 6.0-current twice in June and now 6.0-BETA1, and my SMC2532W-B >card is still unrecognized. A friend bought the card as well and was >able to make >it run under gentoo and it was recognized as a prism3 chipset. I've >compiled all >the intersil and prism related drivers into my kernel and tried >compiling support >under the NDIS driver but it still refuses to make it available under >ifconfig. Has >anyone figured out a way to make this work (or can point me to where support >for general prism3 chipset cards would be) >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > Sam; I've been using a SMC2532W-B for the last year and a half. I got it to work by simply adding the following to /etc/defaults/pccard.conf, right after the entry for the SMC2632; # SMC's SMC2532W-B EliteConnect Wireless Adapter card "SMC" "SMC2532W-B EliteConnect Wireless Adapter" config auto "wi" ? insert /etc/pccard_ether $device start remove /etc/pccard_ether $device stop Add the above and reboot. The card should now be recognized. As you can see, this addition is just copying the entry for the 2632. I just guessed it might work, and so far it has. If you have any problems, give me a yell. Patrick Bowen From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 13:37:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0442E16A41F; Wed, 27 Jul 2005 13:37:43 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9212843D45; Wed, 27 Jul 2005 13:37:41 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j6RDbaJ7048756; Wed, 27 Jul 2005 08:37:36 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42E78E1C.7030104@centtech.com> Date: Wed, 27 Jul 2005 08:37:32 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <42E58007.9030202@rogers.com> <20050726193324.GA4603@odin.ac.hmc.edu> <20050726200059.GA47478@freebie.xs4all.nl> <200507261853.19211.jkim@FreeBSD.org> <20050726233933.GA13679@odin.ac.hmc.edu> In-Reply-To: <20050726233933.GA13679@odin.ac.hmc.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/994/Wed Jul 27 03:28:09 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: Wilko Bulte , freebsd-current@freebsd.org, Jung-uk Kim , Mike Jakubik Subject: Re: dhclient taking all cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 13:37:43 -0000 Brooks Davis wrote: > On Tue, Jul 26, 2005 at 06:53:17PM -0400, Jung-uk Kim wrote: > >>On Tuesday 26 July 2005 04:00 pm, Wilko Bulte wrote: >> >>>On Tue, Jul 26, 2005 at 12:33:24PM -0700, Brooks Davis wrote.. >>> >>> >>>>On Mon, Jul 25, 2005 at 10:39:09PM -0400, Mike Jakubik wrote: >>>> >>>>>On Mon, July 25, 2005 9:54 pm, Brooks Davis said: >>>>> >>>>>>>>Probably something wrong with your interface, but you >>>>>>>>havent't provided any useful information so who knows. At >>>>>>>>the very least, I need to know what interface you are >>>>>>>>running on, something about it's status, and if both >>>>>>>>dhclient processes are running. >>>>>>> >>>>>>>The interface is xl0 (3Com 3c905C-TX Fast Etherlink XL), and >>>>>>>it worked in this machine fine for as long as i remember. >>>>>>>This seems to have happened since a recent cvsup and >>>>>>>buildworld from ~6-BETA to 7-CURRENT. I rebooted three >>>>>>>times, and the problem occured rougly a minute after bootup. >>>>>>>On the fourth time however, it seems to be ok so far. >>>>>> >>>>>>That sounds like a problem with the code that handles the >>>>>>link state notifications in the interface driver. The >>>>>>notifications are a reletivly new feature that we're only now >>>>>>starting to use heavily so there are going to be bumps in the >>>>>>road. It would be intresting to know if you see link state >>>>>>messages promptly if you plug and unplug the network cable. >>>>> >>>>>It seems to be back at it again, this time it took longer to >>>>>kick in. Here is a "ps auxw|grep dhclient" : >>>>> >>>>>_dhcp 219 93.5 0.2 1484 1136 ?? Rs 8:49PM >>>>>5:06.00 dhclient: xl0 (dhclient) >>>>>root 193 0.0 0.2 1484 1088 d0- S 8:49PM >>>>>0:00.02 dhclient: xl0 [priv] (dhclient) >>>>> >>>>>top: >>>>> >>>>> PID USERNAME THR PRI NICE SIZE RES STATE TIME >>>>>WCPU COMMAND 219 _dhcp 1 129 0 1484K 1136K RUN >>>>> 9:33 94.24% dhclient >>>>> >>>>>Nothing in dmesg about link state changes on xl0. Unplugging >>>>>and replugging the network cable results in link state >>>>>notification within a couple seconds. >>>> >>>>Could you see what happens if you run dhclient in the foreground? >>>> Just running "dhclient -d xl0" should do it. I'd like to know >>>>what sort of output it's generating. >>> >>>In my case it is not displaying anything: >>> >>> >>>chuck#dhclient -d ath0 >>>DHCPREQUEST on ath0 to 255.255.255.255 port 67 >>>DHCPACK from 192.168.5.254 >>>bound to 192.168.5.20 -- renewal in 21600 seconds. >>> >>> >>> >>>I can tell the phenomenon occurs when my laptop fan springs to >>>life: >>> >>>CPU states: 96.5% user, 0.0% nice, 2.7% system, 0.8% interrupt, >>>0.0% idle >>>Mem: 48M Active, 28M Inact, 50M Wired, 680K Cache, 34M Buf, 115M >>>Free Swap: 257M Total, 257M Free >>> >>> PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU >>>COMMAND 719 _dhcp 1 129 0 1384K 1092K RUN 2:14 >>>93.55% dhclient 607 root 1 98 0 34584K 21212K select >>>0:09 1.81% Xorg 663 wb 4 20 0 46712K 40224K kserel >>>0:27 0.00% mozilla-bin 503 root 1 8 0 1184K 796K >>>nanslp 0:07 0.00% powerd >>> >>>Took (best guess) approx 5-10 minutes for the effect to kick in. >> >>FYI, I have the same issues with bge(4) and ndis(4). > > > I've seen it on ath and em interfaces now, but am not sure what's going > on. and have no idea how to reproduce the problem. As also reported by > Bakul Shah, we seem to be getting into a state where receive_packet() is > spinning. I'm not seeing an obvious way for this to be possible. It's the latest change to tables.c that breaks it. Reverting that single line back, fixes it. Revision 1.2, Mon Jul 25 22:19:09 2005 UTC (39 hours, 18 minutes ago) by brooks Branch: MAIN CVS Tags: HEAD Changes since 1.1: +2 -1 lines Change host-name from type "X" to type "t". This allows the client to accept NUL-terminated strings as required by RFC 2132. This solution is not perfect as it removes the ability to send NUL-terminated host-name options which may be required by some broken servers. Given the current lack of an existance proof of such servers and the fact that servers that send NUL-terminated domain names do exist, this seems like an acceptable compromise. A discussion of these issues can be found at: http://marc.theaimsgroup.com/?l=dhcp-client&m=96837107208382&w=2 PR: bin/83468 Reported by: Sean Winn MFC-after: 3 days -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 13:40:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB85116A41F for ; Wed, 27 Jul 2005 13:40:49 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DC3C43D49 for ; Wed, 27 Jul 2005 13:40:49 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j6RDemIe025358; Wed, 27 Jul 2005 08:40:48 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42E78EDC.9020801@centtech.com> Date: Wed, 27 Jul 2005 08:40:44 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <42E58007.9030202@rogers.com> <20050726193324.GA4603@odin.ac.hmc.edu> <20050726200059.GA47478@freebie.xs4all.nl> <200507261853.19211.jkim@FreeBSD.org> <20050726233933.GA13679@odin.ac.hmc.edu> <42E78E1C.7030104@centtech.com> In-Reply-To: <42E78E1C.7030104@centtech.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: dhclient taking all cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 13:40:50 -0000 Eric Anderson wrote: > Brooks Davis wrote: > >> On Tue, Jul 26, 2005 at 06:53:17PM -0400, Jung-uk Kim wrote: >> >>> On Tuesday 26 July 2005 04:00 pm, Wilko Bulte wrote: >>> >>>> On Tue, Jul 26, 2005 at 12:33:24PM -0700, Brooks Davis wrote.. >>>> >>>> >>>>> On Mon, Jul 25, 2005 at 10:39:09PM -0400, Mike Jakubik wrote: >>>>> >>>>>> On Mon, July 25, 2005 9:54 pm, Brooks Davis said: >>>>>> >>>>>>>>> Probably something wrong with your interface, but you >>>>>>>>> havent't provided any useful information so who knows. At >>>>>>>>> the very least, I need to know what interface you are >>>>>>>>> running on, something about it's status, and if both >>>>>>>>> dhclient processes are running. >>>>>>>> >>>>>>>> >>>>>>>> The interface is xl0 (3Com 3c905C-TX Fast Etherlink XL), and >>>>>>>> it worked in this machine fine for as long as i remember. >>>>>>>> This seems to have happened since a recent cvsup and >>>>>>>> buildworld from ~6-BETA to 7-CURRENT. I rebooted three >>>>>>>> times, and the problem occured rougly a minute after bootup. >>>>>>>> On the fourth time however, it seems to be ok so far. >>>>>>> >>>>>>> >>>>>>> That sounds like a problem with the code that handles the >>>>>>> link state notifications in the interface driver. The >>>>>>> notifications are a reletivly new feature that we're only now >>>>>>> starting to use heavily so there are going to be bumps in the >>>>>>> road. It would be intresting to know if you see link state >>>>>>> messages promptly if you plug and unplug the network cable. >>>>>> >>>>>> >>>>>> It seems to be back at it again, this time it took longer to >>>>>> kick in. Here is a "ps auxw|grep dhclient" : >>>>>> >>>>>> _dhcp 219 93.5 0.2 1484 1136 ?? Rs 8:49PM 5:06.00 >>>>>> dhclient: xl0 (dhclient) >>>>>> root 193 0.0 0.2 1484 1088 d0- S 8:49PM 0:00.02 >>>>>> dhclient: xl0 [priv] (dhclient) >>>>>> >>>>>> top: >>>>>> >>>>>> PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU >>>>>> COMMAND 219 _dhcp 1 129 0 1484K 1136K RUN 9:33 >>>>>> 94.24% dhclient >>>>>> >>>>>> Nothing in dmesg about link state changes on xl0. Unplugging >>>>>> and replugging the network cable results in link state >>>>>> notification within a couple seconds. >>>>> >>>>> >>>>> Could you see what happens if you run dhclient in the foreground? >>>>> Just running "dhclient -d xl0" should do it. I'd like to know >>>>> what sort of output it's generating. >>>> >>>> >>>> In my case it is not displaying anything: >>>> >>>> >>>> chuck#dhclient -d ath0 >>>> DHCPREQUEST on ath0 to 255.255.255.255 port 67 >>>> DHCPACK from 192.168.5.254 >>>> bound to 192.168.5.20 -- renewal in 21600 seconds. >>>> >>>> >>>> >>>> I can tell the phenomenon occurs when my laptop fan springs to >>>> life: >>>> >>>> CPU states: 96.5% user, 0.0% nice, 2.7% system, 0.8% interrupt, >>>> 0.0% idle >>>> Mem: 48M Active, 28M Inact, 50M Wired, 680K Cache, 34M Buf, 115M >>>> Free Swap: 257M Total, 257M Free >>>> >>>> PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU >>>> COMMAND 719 _dhcp 1 129 0 1384K 1092K RUN 2:14 >>>> 93.55% dhclient 607 root 1 98 0 34584K 21212K select >>>> 0:09 1.81% Xorg 663 wb 4 20 0 46712K 40224K kserel >>>> 0:27 0.00% mozilla-bin 503 root 1 8 0 1184K 796K >>>> nanslp 0:07 0.00% powerd >>>> >>>> Took (best guess) approx 5-10 minutes for the effect to kick in. >>> >>> >>> FYI, I have the same issues with bge(4) and ndis(4). >> >> >> >> I've seen it on ath and em interfaces now, but am not sure what's going >> on. and have no idea how to reproduce the problem. As also reported by >> Bakul Shah, we seem to be getting into a state where receive_packet() is >> spinning. I'm not seeing an obvious way for this to be possible. > > > It's the latest change to tables.c that breaks it. Reverting that > single line back, fixes it. Sigh.. It ran for about 15 minutes, without problems. Of course, again, as soon as I hit send, I see dhclient start chugging a moment later. I suppose it took longer this time since my CPU is already maxed out doing portupgrade. So, nevermind. All I know, is that about 2 weeks ago, it worked just fine. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 13:51:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F09716A41F for ; Wed, 27 Jul 2005 13:51:36 +0000 (GMT) (envelope-from danny@ricin.com) Received: from smtpq1.home.nl (smtpq1.home.nl [213.51.128.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F66F43D48 for ; Wed, 27 Jul 2005 13:51:34 +0000 (GMT) (envelope-from danny@ricin.com) Received: from [213.51.128.134] (port=59449 helo=smtp3.home.nl) by smtpq1.home.nl with esmtp (Exim 4.30) id 1DxmJp-0007n4-7O; Wed, 27 Jul 2005 15:51:33 +0200 Received: from cp464173-a.dbsch1.nb.home.nl ([84.27.215.228]:52422 helo=desktop.homenet) by smtp3.home.nl with esmtp (Exim 4.30) id 1DxmJn-00005w-S8; Wed, 27 Jul 2005 15:51:31 +0200 From: Danny Pansters To: freebsd-current@freebsd.org Date: Wed, 27 Jul 2005 15:49:36 +0200 User-Agent: KMail/1.8.1 References: <42E6C58D.9020104@drexel.edu> In-Reply-To: <42E6C58D.9020104@drexel.edu> X-Face: "0Qv=,p:+]LvuqrtS4U\z3k"qN=.1]@=?utf-8?q?=258=3F=3BPoab=23v=27F=7E=0A=09!Wm=5Fe-=24=7EL=5D=3B?=>[c*L^Qoladj)x@mH}Bqz"vLO?Zdl}[@V@=?utf-8?q?U=3Fx3=23lI=3A=0A=09=24DN=7E!Hr?=@K`-mNv"zXm MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507271549.37315.danny@ricin.com> X-AtHome-MailScanner-Information: Please contact support@home.nl for more information X-AtHome-MailScanner: Found to be clean Cc: "Justin R. Smith" Subject: Re: Page fault while booting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 13:51:36 -0000 On Wednesday 27 July 2005 01:21, Justin R. Smith wrote: > I upgraded to current on the 23rd and got > > FATAL TRAP 12 > > PAGE FAULT WHILE IN KERNEL MODE > > VIRTUAL ADDRESS > 0x480008 > > Current process=0 SWAPPER > Did you rebuild the nvidia module (and rtc if you happen to also use that) for the new kernel? HTH, Dan > This was with the GENERIC kernel. I've retreated to the 5.4 stable kernel > > My motherboard is an ASRock > > To show what sort of hardward I have, here's a > dmesg (with the 5.4 stable kernel, which works fine): > > > > Copyright (c) 1992-2005 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.4-STABLE #0: Tue Jul 26 11:12:16 EDT 2005 > jsmith@jsmith.org:/usr/obj/usr/src/sys/MYKERNEL > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2393.39-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 > > Features=0x3febfbffA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM> real memory > = 1072889856 (1023 MB) > avail memory = 1036140544 (988 MB) > ACPI APIC Table: > ioapic0: Changing APIC ID to 1 > MADT: Forcing active-low polarity and level trigger for SCI > ioapic0 irqs 0-23 on motherboard > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > cpu0: port 0x530-0x537 on acpi0 > acpi_throttle0: on cpu0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > nvidia0: mem > 0xd0000000-0xd7ffffff,0xfd000000-0xfdffffff irq 16 at device 0.0 on pci1 > atapci0: port > 0xac00-0xac0f,0xb000-0xb003,0xb400-0xb407,0xb800-0xb803,0xbc00-0xbc07 > irq 18 at device 10.0 on pci0 > ata2: channel #0 on atapci0 > ata3: channel #1 on atapci0 > atapci1: port > 0xd800-0xd8ff,0xdc00-0xdc0f,0xe000-0xe003,0xe400-0xe407,0xe800-0xe803,0xec0 >0-0xec07 irq 20 at device 15.0 on pci0 > ata4: channel #0 on atapci1 > ata5: channel #1 on atapci1 > atapci2: port > 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 > ata0: channel #0 on atapci2 > ata1: channel #1 on atapci2 > uhci0: port 0xc000-0xc01f irq 21 at device > 16.0 on pci0 > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0xc400-0xc41f irq 21 at device > 16.1 on pci0 > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0xc800-0xc81f irq 21 at device > 16.2 on pci0 > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered > uhci3: port 0xcc00-0xcc1f irq 21 at device > 16.3 on pci0 > usb3: on uhci3 > usb3: USB revision 1.0 > uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub3: 2 ports with 2 removable, self powered > pci0: at device 16.4 (no driver attached) > isab0: at device 17.0 on pci0 > isa0: on isab0 > pcm0: port 0xd000-0xd0ff irq 22 at device 17.5 on pci0 > pcm0: > vr0: port 0xd400-0xd4ff mem > 0xfebffc00-0xfebffcff irq 23 at device 18.0 on pci0 > miibus0: on vr0 > ukphy0: on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > vr0: Ethernet address: 00:0b:6a:a3:e3:52 > acpi_button0: on acpi0 > fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 > on acpi0 > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > ppc0: port 0x778-0x77b,0x378-0x37f irq 7 drq > 3 on acpi0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/9 bytes threshold > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > atkbdc0: port 0x64,0x60 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > psm0: irq 12 on atkbdc0 > psm0: model IntelliMouse Explorer, device ID 4 > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on > acpi0 > sio0: type 16550A > orm0: at iomem 0xd0000-0xd3fff,0xc0000-0xcffff on isa0 > pmtimer0 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > ugen0: hewlett packard hp scanjet, rev 2.00/1.00, addr 2 > ulpt0: EPSON USB Printer, rev 1.10/1.00, addr 2, iclass 7/1 > ulpt0: using bi-directional mode > Timecounter "TSC" frequency 2393389596 Hz quality 800 > Timecounters tick every 10.000 msec > ad0: 38172MB [77557/16/63] at ata0-master UDMA133 > ad1: 39205MB [79656/16/63] at ata0-slave UDMA133 > ata1-master: DMA limited to UDMA33, non-ATA66 cable or device > acd0: DVDROM at ata1-master UDMA33 > ad5: 32253MB [65531/16/63] at ata2-slave UDMA100 > acd1: CDRW at ata3-master PIO4 > cd0 at ata1 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 33.000MB/s transfers > cd0: Attempt to query device size failed: NOT READY, Medium not present > cd1 at ata3 bus 0 target 0 lun 0 > cd1: Removable CD-ROM SCSI-0 device > cd1: 16.000MB/s transfers > cd1: Attempt to query device size failed: NOT READY, Medium not present > Mounting root from ufs:/dev/ad1s1a > ipfw2 initialized, divert disabled, rule-based forwarding disabled, > default to deny, logging disabled > lpt0: switched to polled standard mode > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 14:10:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4372F16A41F for ; Wed, 27 Jul 2005 14:10:10 +0000 (GMT) (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 A4D9443D45 for ; Wed, 27 Jul 2005 14:10:09 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp221-241.lns3.adl2.internode.on.net [203.122.221.241]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j6RE9nc4026146 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 27 Jul 2005 23:39:57 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 27 Jul 2005 23:39:39 +0930 User-Agent: KMail/1.8.1 References: <04C71268DFDAA8499EC1A248A44B6A2B34BFFB@Exchange21.EDU.epsb.ca> In-Reply-To: <04C71268DFDAA8499EC1A248A44B6A2B34BFFB@Exchange21.EDU.epsb.ca> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1286818.reA7IOVz0K"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200507272339.39741.doconnor@gsoft.com.au> X-Spam-Score: 0.05 () FORGED_RCVD_HELO X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: Kirk Davis Subject: Re: 6-BETA1 iwi + wpa_supplicant fails, and sometimes silently re boots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 14:10:10 -0000 --nextPart1286818.reA7IOVz0K Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 27 July 2005 01:54, Kirk Davis wrote: > firmware early enough and that caused problems with dhclient. In stead I > told devd to load the firmware on device detection. The following is a > diff on the changed to devd.conf I strongly suggest you put this in /usr/local/etc/devd - no worries about=20 diffs then, and it makes any install doco much simpler ("copy this file to= =20 X") =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 --nextPart1286818.reA7IOVz0K Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC55Wj5ZPcIHs/zowRAglzAKClh9I6xhZUM7+YiERdlpxjVCAcOgCfWy0j 0UBWY6Kr+5Jwwxo2Bp1iASo= =47Qj -----END PGP SIGNATURE----- --nextPart1286818.reA7IOVz0K-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 14:35:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FD4416A41F for ; Wed, 27 Jul 2005 14:35:57 +0000 (GMT) (envelope-from Kirk.Davis@epsb.ca) Received: from relay.epsb.ca (relay.epsb.ca [198.161.119.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0EDF43D46 for ; Wed, 27 Jul 2005 14:35:56 +0000 (GMT) (envelope-from Kirk.Davis@epsb.ca) Received: from exchange03.epsb.ca (exchange03.epsb.ca [10.0.5.11]) by relay.epsb.ca (8.12.11/8.12.11) with ESMTP id j6REZrp4094768; Wed, 27 Jul 2005 08:35:53 -0600 (MDT) (envelope-from Kirk.Davis@epsb.ca) Received: by exchange03.epsb.ca with Internet Mail Service (5.5.2653.19) id ; Wed, 27 Jul 2005 08:35:53 -0600 Message-ID: <04C71268DFDAA8499EC1A248A44B6A2B34C004@Exchange21.EDU.epsb.ca> From: Kirk Davis To: "'Daniel O'Connor'" Date: Wed, 27 Jul 2005 08:35:44 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Cc: "'freebsd-current@freebsd.org'" Subject: RE: 6-BETA1 iwi + wpa_supplicant fails, and sometimes silently re boots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 14:35:57 -0000 I agree and that is what I started to do but I needed to add the iwi device to the ethernet-nic-regex variable in order for the dhclient to get the link up/down notification. I'm not sure what the recommended way is for this. I guess I could just create a new notify for that device in the included file. ---- Kirk -----Original Message----- From: Daniel O'Connor [mailto:doconnor@gsoft.com.au] Sent: July 27, 2005 8:10 AM To: freebsd-current@freebsd.org Cc: Kirk Davis; 'Brandon S. Allbery KF8NH' Subject: Re: 6-BETA1 iwi + wpa_supplicant fails, and sometimes silently re boots On Wednesday 27 July 2005 01:54, Kirk Davis wrote: > firmware early enough and that caused problems with dhclient. In stead I > told devd to load the firmware on device detection. The following is a > diff on the changed to devd.conf I strongly suggest you put this in /usr/local/etc/devd - no worries about diffs then, and it makes any install doco much simpler ("copy this file to X") -- 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 From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 14:55:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B5F816A41F for ; Wed, 27 Jul 2005 14:55:04 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2840E43D48 for ; Wed, 27 Jul 2005 14:55:03 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so300464rne for ; Wed, 27 Jul 2005 07:55:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TueNvO4WLL8KSoX0D9U5lqsGfPRhnnarmDPDb4n/X6XS5usUaR5Eo2qD6i2uIXXffk7lX/ypK2Z2smmcxiNspooUawMorNiDFYeAsIC0YSVW6ozEbKw+lKUy3GlGbgvT9OS4tWrMjrnRVuKKQiaMeUSARqnjX+2xakUyLonZCGw= Received: by 10.38.208.13 with SMTP id f13mr543748rng; Wed, 27 Jul 2005 07:55:02 -0700 (PDT) Received: by 10.38.101.41 with HTTP; Wed, 27 Jul 2005 07:55:02 -0700 (PDT) Message-ID: Date: Wed, 27 Jul 2005 23:55:02 +0900 From: Eric Kjeldergaard To: Eric Anderson In-Reply-To: <42E78EDC.9020801@centtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <42E58007.9030202@rogers.com> <20050726193324.GA4603@odin.ac.hmc.edu> <20050726200059.GA47478@freebie.xs4all.nl> <200507261853.19211.jkim@FreeBSD.org> <20050726233933.GA13679@odin.ac.hmc.edu> <42E78E1C.7030104@centtech.com> <42E78EDC.9020801@centtech.com> Cc: freebsd-current@freebsd.org Subject: Re: dhclient taking all cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eric Kjeldergaard List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 14:55:04 -0000 On 7/27/05, Eric Anderson wrote: > Eric Anderson wrote: > > Brooks Davis wrote: > >=20 > >> On Tue, Jul 26, 2005 at 06:53:17PM -0400, Jung-uk Kim wrote: > >> > >>> On Tuesday 26 July 2005 04:00 pm, Wilko Bulte wrote: > >>> > >>>> On Tue, Jul 26, 2005 at 12:33:24PM -0700, Brooks Davis wrote.. > >>>> > >>>> > >>>>> On Mon, Jul 25, 2005 at 10:39:09PM -0400, Mike Jakubik wrote: > >>>>> > >>>>>> On Mon, July 25, 2005 9:54 pm, Brooks Davis said: > >>>>>> > >>>>>>>>> Probably something wrong with your interface, but you > >>>>>>>>> havent't provided any useful information so who knows. At > >>>>>>>>> the very least, I need to know what interface you are > >>>>>>>>> running on, something about it's status, and if both > >>>>>>>>> dhclient processes are running. > >>>>>>>> > >>>>>>>> > >>>>>>>> The interface is xl0 (3Com 3c905C-TX Fast Etherlink XL), and > >>>>>>>> it worked in this machine fine for as long as i remember. > >>>>>>>> This seems to have happened since a recent cvsup and > >>>>>>>> buildworld from ~6-BETA to 7-CURRENT. I rebooted three > >>>>>>>> times, and the problem occured rougly a minute after bootup. > >>>>>>>> On the fourth time however, it seems to be ok so far. > >>>>>>> > >>>>>>> > >>>>>>> That sounds like a problem with the code that handles the > >>>>>>> link state notifications in the interface driver. The > >>>>>>> notifications are a reletivly new feature that we're only now > >>>>>>> starting to use heavily so there are going to be bumps in the > >>>>>>> road. It would be intresting to know if you see link state > >>>>>>> messages promptly if you plug and unplug the network cable. > >>>>>> > >>>>>> > >>>>>> It seems to be back at it again, this time it took longer to > >>>>>> kick in. Here is a "ps auxw|grep dhclient" : > >>>>>> > >>>>>> _dhcp 219 93.5 0.2 1484 1136 ?? Rs 8:49PM 5:06.00=20 > >>>>>> dhclient: xl0 (dhclient) > >>>>>> root 193 0.0 0.2 1484 1088 d0- S 8:49PM 0:00.02=20 > >>>>>> dhclient: xl0 [priv] (dhclient) > >>>>>> > >>>>>> top: > >>>>>> > >>>>>> PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU= =20 > >>>>>> COMMAND 219 _dhcp 1 129 0 1484K 1136K RUN 9:33= =20 > >>>>>> 94.24% dhclient > >>>>>> > >>>>>> Nothing in dmesg about link state changes on xl0. Unplugging > >>>>>> and replugging the network cable results in link state > >>>>>> notification within a couple seconds. > >>>>> > >>>>> > >>>>> Could you see what happens if you run dhclient in the foreground? > >>>>> Just running "dhclient -d xl0" should do it. I'd like to know > >>>>> what sort of output it's generating. > >>>> > >>>> > >>>> In my case it is not displaying anything: > >>>> > >>>> > >>>> chuck#dhclient -d ath0 > >>>> DHCPREQUEST on ath0 to 255.255.255.255 port 67 > >>>> DHCPACK from 192.168.5.254 > >>>> bound to 192.168.5.20 -- renewal in 21600 seconds. > >>>> > >>>> > >>>> > >>>> I can tell the phenomenon occurs when my laptop fan springs to > >>>> life: > >>>> > >>>> CPU states: 96.5% user, 0.0% nice, 2.7% system, 0.8% interrupt,= =20 > >>>> 0.0% idle > >>>> Mem: 48M Active, 28M Inact, 50M Wired, 680K Cache, 34M Buf, 115M > >>>> Free Swap: 257M Total, 257M Free > >>>> > >>>> PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU > >>>> COMMAND 719 _dhcp 1 129 0 1384K 1092K RUN 2:14 > >>>> 93.55% dhclient 607 root 1 98 0 34584K 21212K select =20 > >>>> 0:09 1.81% Xorg 663 wb 4 20 0 46712K 40224K kserel =20 > >>>> 0:27 0.00% mozilla-bin 503 root 1 8 0 1184K 796K > >>>> nanslp 0:07 0.00% powerd > >>>> > >>>> Took (best guess) approx 5-10 minutes for the effect to kick in. > >>> > >>> > >>> FYI, I have the same issues with bge(4) and ndis(4). > >> > >> > >> > >> I've seen it on ath and em interfaces now, but am not sure what's goin= g > >> on. and have no idea how to reproduce the problem. As also reported b= y > >> Bakul Shah, we seem to be getting into a state where receive_packet() = is > >> spinning. I'm not seeing an obvious way for this to be possible. > >=20 > >=20 > > It's the latest change to tables.c that breaks it. Reverting that=20 > > single line back, fixes it. >=20 > Sigh.. It ran for about 15 minutes, without problems. Of course, again,= =20 > as soon as I hit send, I see dhclient start chugging a moment later. I= =20 > suppose it took longer this time since my CPU is already maxed out doing= =20 > portupgrade. >=20 > So, nevermind. All I know, is that about 2 weeks ago, it worked just=20 > fine. >=20 > Eric I'm having the same problem, ath on -CURRENT the only new info that might be useful that I can add right now, is that it wasn't happening on my 3 - 5 (closer to 3, I think) day old build. --=20 If I write a signature, my emails will appear more personalised. From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 15:00:06 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF57016A41F; Wed, 27 Jul 2005 15:00:05 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7823943D4C; Wed, 27 Jul 2005 15:00:05 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.1/8.12.9) with ESMTP id j6RF04pm030691; Wed, 27 Jul 2005 17:00:04 +0200 (CEST) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.1/8.12.9/Submit) id j6RF044V030690; Wed, 27 Jul 2005 11:00:04 -0400 (EDT) (envelope-from cracauer) Date: Wed, 27 Jul 2005 11:00:04 -0400 From: Martin Cracauer To: Joseph Koshy Message-ID: <20050727110003.A29939@cons.org> References: <20050727035928.4C94716A420@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20050727035928.4C94716A420@hub.freebsd.org>; from jkoshy@FreeBSD.ORG on Wed, Jul 27, 2005 at 03:59:28AM +0000 Cc: freebsd-current@FreeBSD.ORG Subject: Re: PMC (performance counters) problems - kernel panic in 6-beta1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 15:00:06 -0000 Joseph Koshy wrote on Wed, Jul 27, 2005 at 03:59:28AM +0000: > > > >>>> "mc" == "Martin Cracauer" said: > > mc> In FreeBSD 6-beta1, source of yesterday, on a Pentium-M I get a kernel > mc> panic. > > There are a few changes I need to MFC over still [patch at the end]. The patch fixes the panic and together with the kernel option make pmcstat work. > mc> I tried all values from `pmccontrol -L` (in a loop) and all of them > mc> are always zero (some fail with e.g. "pmcstat: ERROR: Cannot allocate > mc> process-mode pmc with specification > mc> "k8-nb-memory-controller-page-access-event": Invalid argument"). > > Do "system-mode/counting" PMCs work? I.e. using "-s" instead of "-p". They work (without the kernel option). I tried before and thought they didn't work because -s does not print a last report after the process ends and the wait time has never reached. (wings)22% sudo pmcstat -w 1 -s k8-dc-l1-dtlb-miss-and-l2-dtlb-hit -s k8-dc-l1-dtlb-miss-and-l2-dtlb-miss ls /asdlk ls: /asdlk: No such file or directory ~(wings)23% sudo pmcstat -w 1 -p k8-dc-l1-dtlb-miss-and-l2-dtlb-hit -p k8-dc-l1-dtlb-miss-and-l2-dtlb-miss ls /asdlk ls: /asdlk: No such file or directory # p/k8-dc-l1-dtlb-miss-and-l2-dtlb-hit p/k8-dc-l1-dtlb-miss-and-l2-dtlb-miss 0 0 But ~(wings)24% sudo pmcstat -w 1 -s k8-dc-l1-dtlb-miss-and-l2-dtlb-hit -s k8-dc-l1-dtlb-miss-and-l2-dtlb-miss gzip < /dev/zero > /dev/null # s/k8-dc-l1-dtlb-miss-and-l2-dtlb-hit s/k8-dc-l1-dtlb-miss-and-l2-dtlb-miss 213821 30532 213785 17620 213801 20783 ^C So it is just the final count that -s is missing. > mc> machine dmesg, kernel conf, pciconf etc is on: > mc> http://www.cons.org/cracauer/machines/wings/ > > Config option 'HWPMC_HOOKS' seems to be missing from this configuration > file, which might explain the observed behaviour. Ah. I spotted that option in some mailing list archive file but since it didn't appear in GENERIC or NOTES I thought it is the default now. The option fixes -p. Things work now :-) Can you please port this to Linux so that I can use it at work without running a Linux binary on FreeBSD :-)? It's so much more straightforward that the L-equivalent. And has documentation. And is in the base system. > Could you please let me know if the following patch works? The > patch is untested, sorry -- I had to return the borrowed P6 test > box I was using and am still in the process of arranging for a new > one. It fixes the panic and things work now. I would be happy to test whatever you like on that CPU. Another question, what is the difference of -s versus -S and -p versus -P, respectively? Thanks for great work. As suggestions, I think you might want to enter the kernel options into LINT or GENERIC (I don't think there's a real slowdown here so I think GENERIC is appropriate), edit the manpage for pmcstat to explain -s versus -S and -p versus -P and make both -s and -p print a final count (see above), not just -p. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ No warranty. This email is probably produced by one of my cats stepping on the keys. No, I don't have an infinite number of cats. From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 15:10:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32B7116A41F; Wed, 27 Jul 2005 15:10:01 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id D041043D48; Wed, 27 Jul 2005 15:10:00 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id B7D81DFF1; Wed, 27 Jul 2005 11:09:59 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id F38C51A0840; Wed, 27 Jul 2005 11:09:55 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17127.41923.312257.159166@canoe.dclg.ca> Date: Wed, 27 Jul 2005 11:09:55 -0400 To: Doug Barton In-Reply-To: <42E71F77.6010705@FreeBSD.org> References: <42E583F9.3070703@rogers.com> <200507261853.07513.peter@wemm.org> <1242.172.16.0.199.1122429678.squirrel@172.16.0.1> <200507271215.14369.doconnor@gsoft.com.au> <42E6F5EA.7030801@samsco.org> <42E71F77.6010705@FreeBSD.org> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid Cc: Mike Jakubik , freebsd-current@freebsd.org, Peter Wemm Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 15:10:01 -0000 >>>>> "Doug" == Doug Barton writes: Doug> Scott Long wrote: >> Part of the point of going to the new codebase was to free us from >> being locked into vendor sources that we couldn't easily change. Doug> It's not at all clear to me how the ISC license prevented us Doug> from easily changing anything. There may have been other Doug> compelling reasons to change code, but I would need this one Doug> explained in more detail to be convinced. I've been privately grousing about the dhclient change for some time, but since someone else started the thread, here are my observations. The ISC dhclient would probe multiple interfaces simultaneously. The new one waits for some amount o ftime on my hardwire ethernet (rarely used) before probing my wireless. The result is a longer startup. Since the changes to the wireless code, the ISC dhclient would notice a change in the state of the wireless (new ssid, for instance) and quickly sync up. The new dhclient sometimes does, but more often than not requires that I "ifconfig ath0 ssid foo" ... which is annoying. With the old ISC client, leaving the ssid blank was sufficient. An extention of this is that randomly, after some long amount of time online (often a day or two), ath0 seems to disassociate with the only local access point in my home and reqire I ifconfig a bunch of times. This may or may not be a dhclient thing --- but I tend to think it's related ... if for no other reason than it started occuring at the same time as the dhclient was checked in. Are there plans to fix the gaping functionality holes in dhclient, or can we get the isc client back? Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 15:18:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2653516A41F for ; Wed, 27 Jul 2005 15:18:08 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5D2343D45 for ; Wed, 27 Jul 2005 15:18:07 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id i4so199808wra for ; Wed, 27 Jul 2005 08:18:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VAeRXqan+wB4jR+giFe4BB8rJTuTWQZaQhkRIwQgkC+vgzWcTd0D3kTe/XGrxh6nUudV32i9ogdE7ROZ8EMwjRsQTx7FncvrRkEIIMlvSerDSJSB79tZFOBnlzqi2TXuEpbydN/DNU/uMA5bidWhF4Tv2Ub3A6zKQlPfMpo/pWo= Received: by 10.54.57.21 with SMTP id f21mr173469wra; Wed, 27 Jul 2005 08:18:06 -0700 (PDT) Received: by 10.54.29.26 with HTTP; Wed, 27 Jul 2005 08:18:06 -0700 (PDT) Message-ID: <790a9fff05072708185f976666@mail.gmail.com> Date: Wed, 27 Jul 2005 10:18:06 -0500 From: Scot Hetzel To: Jeremie Le Hen In-Reply-To: <20050726230500.GM1610@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1121952594.68685.27.camel@opus.cse.buffalo.edu> <20050726225316.GL1610@obiwan.tataz.chchile.org> <20050726230500.GM1610@obiwan.tataz.chchile.org> Cc: Ken Smith , freebsd-current@freebsd.org Subject: Re: HEADS-UP: New shared library versions coming soon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 15:18:08 -0000 On 7/26/05, Jeremie Le Hen wrote: > BTW, where do libraries in /usr/lib/compat/ come from, given that I > didn't installed the compat ports ? >=20 The compat libraries used to be installed from the FreeBSD sources (FreeBSD 5.x and under). So, if you had one of the previous FreeBSD versions, you might have installed them from the sources. The compat libraries were moved to ports, inorder to make it easier to give ports dependancies compat libraries. When this was done, it was seen that having the compat libraries in both ports and the sources was redundant. Scot --=20 DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 15:34:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E077C16A41F for ; Wed, 27 Jul 2005 15:34:27 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-05.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22CC543D5D for ; Wed, 27 Jul 2005 15:34:27 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-08-z2.arcor-online.net (mail-in-08-z2.arcor-online.net [151.189.8.20]) by mail-in-05.arcor-online.net (Postfix) with ESMTP id 06C454DCC4; Wed, 27 Jul 2005 17:34:26 +0200 (CEST) Received: from mail-in-08.arcor-online.net (mail-in-08.arcor-online.net [151.189.21.48]) by mail-in-08-z2.arcor-online.net (Postfix) with ESMTP id DD7D6AA66; Wed, 27 Jul 2005 17:34:25 +0200 (CEST) Received: from lofi.dyndns.org (dsl-213-023-201-110.arcor-ip.net [213.23.201.110]) by mail-in-08.arcor-online.net (Postfix) with ESMTP id 7B4575CF06; Wed, 27 Jul 2005 17:34:25 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.3/8.13.3) with ESMTP id j6RFYDME043367 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 27 Jul 2005 17:34:13 +0200 (CEST) (envelope-from lofi@freebsd.org) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Wed, 27 Jul 2005 17:34:08 +0200 User-Agent: KMail/1.8.1 References: <42E583F9.3070703@rogers.com> <42E71A19.4050807@elischer.org> <200507271527.42060.doconnor@gsoft.com.au> In-Reply-To: <200507271527.42060.doconnor@gsoft.com.au> X-Face: =Ym$`&q\+S2X$4`X%x%6"L4>Y,$]<":'L%c9"#7#`2tb&E&wsN31on!N\)3BD[g<=?utf-8?q?=2EjnfV=5B=0A=093=23?=>XchLK,o; >bD>c:]^; :>0>vyZ.X[,63GW`&M>}nYnr]-Fp``,[[@lJ!QL|sfW!s)=?utf-8?q?A2!*=0A=09vNkB/=7CL-?=>&QdSbQg X-Virus-Scanned: by amavisd-new Cc: Julian Elischer , Tyler Gee Subject: Re: More dhclient gayness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 15:34:28 -0000 --nextPart8377971.GadxIQGiN4 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday, 27. July 2005 07:57, Daniel O'Connor wrote: > On Wednesday 27 July 2005 14:52, Julian Elischer wrote: > > To me it. > > "fun and games with dhclient" > > which is a slightly sarcastic comment but not unusual. > > To me it sounds like a chat session from Counter Strike 8-) This whole dhclient-fiasco is just a not-so-subtle hint that y'all folks=20 should be hard-testing the 6.0-BETAs right now instead of cvsup'ing -CURREN= T.=20 Right?! :-) Cheers, =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart8377971.GadxIQGiN4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC56l0Xhc68WspdLARAggfAJwMW0z6JvYEc1mGFNPuRsI8OupqvACffcuD pZreaMy9IfMpIJl14dUOX1w= =A5ft -----END PGP SIGNATURE----- --nextPart8377971.GadxIQGiN4-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 16:12:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6893E16A41F for ; Wed, 27 Jul 2005 16:12:40 +0000 (GMT) (envelope-from Kirk.Davis@epsb.ca) Received: from relay.epsb.ca (relay.epsb.ca [198.161.119.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA20D43D46 for ; Wed, 27 Jul 2005 16:12:39 +0000 (GMT) (envelope-from Kirk.Davis@epsb.ca) Received: from exchange03.epsb.ca (exchange03.epsb.ca [10.0.5.11]) by relay.epsb.ca (8.12.11/8.12.11) with ESMTP id j6RGCakO099033; Wed, 27 Jul 2005 10:12:36 -0600 (MDT) (envelope-from Kirk.Davis@epsb.ca) Received: by exchange03.epsb.ca with Internet Mail Service (5.5.2653.19) id ; Wed, 27 Jul 2005 10:12:36 -0600 Message-ID: <04C71268DFDAA8499EC1A248A44B6A2B34C006@Exchange21.EDU.epsb.ca> From: Kirk Davis To: Kirk Davis , "'Daniel O'Connor'" Date: Wed, 27 Jul 2005 10:12:33 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Cc: "'freebsd-current@freebsd.org'" Subject: RE: 6-BETA1 iwi + wpa_supplicant fails, and sometimes silently re boots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 16:12:40 -0000 OK. I have moved my changes that I tried out of /etc/devd.conf and created a new iwi.conf file in /usr/local/etc/devd as Daniel suggested. It seems to work well and dhclient still attaches to the interface even when roaming. I was never able to get an /etc/start_if.iwi0 script to work correctly as Sam suggested because the dhclient dies on link down and there is nothing to detect the link up and reattach it. When I was roaming the dhclient would die as I re-associated. Using devd it works great. Here is the iwi.conf file: # devd configuration file for the iwi driver. # This file downloads the firmware on attach and starts up dhclient if configured. # attach 100 { device-name "iwi0"; action "/usr/local/sbin/iwicontrol -i iwi0 -d /usr/local/libdata/if_iwi -m bss"; }; # Try to start dhclient when the link comes up. # Only devices that are configured to support DHCP will actually # run it. No link down rule exists because dhclient automatically exits # when the link goes down. # notify 100 { match "system" "IFNET"; match "subsystem" "iwi0"; match "type" "LINK_UP"; action "/etc/rc.d/dhclient start iwi0"; }; I'll start working on a diff for the port and send it into the iwi-firmware port maintainer. ---- Kirk Kirk Davis Senior Network Analyst, ITS Edmonton Public Schools 1-780-429-8308 Kirk Davis wrote: > I agree and that is what I started to do but I needed to add the iwi device > to the ethernet-nic-regex variable in order for the dhclient to get the link > up/down notification. I'm not sure what the recommended way is for this. > I guess I could just create a new notify for that device in the included > file. > > ---- Kirk > > -----Original Message----- > From: Daniel O'Connor [mailto:doconnor@gsoft.com.au] > Sent: July 27, 2005 8:10 AM > To: freebsd-current@freebsd.org > Cc: Kirk Davis; 'Brandon S. Allbery KF8NH' > Subject: Re: 6-BETA1 iwi + wpa_supplicant fails, and sometimes silently re > boots > > On Wednesday 27 July 2005 01:54, Kirk Davis wrote: > > firmware early enough and that caused problems with dhclient. In stead I > > told devd to load the firmware on device detection. The following is a > > diff on the changed to devd.conf > > I strongly suggest you put this in /usr/local/etc/devd - no worries about > diffs then, and it makes any install doco much simpler ("copy this file to > X") From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 17:52:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8062E16A41F for ; Wed, 27 Jul 2005 17:52:01 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBCBD43D46 for ; Wed, 27 Jul 2005 17:52:00 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id C2BECACC59; Wed, 27 Jul 2005 19:51:58 +0200 (CEST) Date: Wed, 27 Jul 2005 19:51:58 +0200 From: Pawel Jakub Dawidek To: freebsd-current@freebsd.org Message-ID: <20050727175158.GP46538@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aWJO9/nTw6Gaxdug" Content-Disposition: inline User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 Subject: malloc(9) statistics. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 17:52:01 -0000 --aWJO9/nTw6Gaxdug Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. I spend few hours today tracking memory leak. At the end I found, that there were no memory leak actually, but memory statistics are confusing. Command 'vmstat -m' shows number of allocations in column named "InUse". Coulmn name is wrong and confusing. The column only shows how many allocation were there (successful or not), so when malloc(..., M_NOWAIT) fails, it increases InUse value, which is never decreased, because there will be no corresponding free(9). I've two proposals: 1. Don't increase allocations counter on failure: http://people.freebsd.org/~pjd/patches/kern_malloc.c.patch 2. Change "InUse" name to something else. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --aWJO9/nTw6Gaxdug Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFC58m+ForvXbEpPzQRAt78AKDuVGRT/vpzb4CVitiou0cIqYRICwCeNopl pHVJR9Pt3dR4crHvK2cGbtU= =c4kW -----END PGP SIGNATURE----- --aWJO9/nTw6Gaxdug-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 18:21:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5269616A41F for ; Wed, 27 Jul 2005 18:21:37 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id E767043D48 for ; Wed, 27 Jul 2005 18:21:36 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 27 Jul 2005 14:36:03 -0400 From: John Baldwin To: Ben Kaduk Date: Wed, 27 Jul 2005 11:04:17 -0400 User-Agent: KMail/1.8 References: <47d0403c05071713131a0689ee@mail.gmail.com> <200507221544.35384.jhb@FreeBSD.org> <47d0403c0507221754dceab60@mail.gmail.com> In-Reply-To: <47d0403c0507221754dceab60@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507271104.17692.jhb@FreeBSD.org> Cc: freebsd-current@freebsd.org Subject: Re: curiousities in 6.0beta1 dmesg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 18:21:37 -0000 On Friday 22 July 2005 08:54 pm, Ben Kaduk wrote: > On 7/22/05, John Baldwin wrote: > > On Sunday 17 July 2005 04:13 pm, Ben Kaduk wrote: > > > Hi all, > > > > > > I recently upgraded to: > > > bash-2.05b$ uname -a > > > FreeBSD prolepsis.math.uiuc.edu 6.0-BETA1 FreeBSD 6.0-BETA1 #2: Sat > > > Jul 16 21:34:06 UTC 2005 > > > kaduk@prolepsis.math.uiuc.edu:/usr/obj/usr/src/sys/PROLEPSIS i386 > > > > > > from 5.4-Release using a source upgrade, and I noticed a few things in > > > the dmesg whilst it was booting that struck me as a bit odd. > > > Copyright (c) 1992-2005 The FreeBSD Project. > > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, > > > 1994 The Regents of the University of California. All rights reserved. > > > FreeBSD 6.0-BETA1 #2: Sat Jul 16 21:34:06 UTC 2005 > > > kaduk@prolepsis.math.uiuc.edu:/usr/obj/usr/src/sys/PROLEPSIS > > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > > CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.50GHz (2492.65-MHz > > > 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > > > > > > Features=0xbfebf9ff > >,CMO V,PAT, PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > > Features2=0x4400> > > > real memory = 1073405952 (1023 MB) > > > avail memory = 1037340672 (989 MB) > > > npx0: [FAST] > > > npx0: on motherboard > > > npx0: INT 16 interface > > > acpi0: on motherboard > > > pci_link0: irq 11 on acpi0 > > > pci_link1: irq 11 on acpi0 > > > > > > > > > [ pci_link1 seems to have an irq here. . . ] > > > > > > > > > pci_link2: irq 11 on acpi0 > > > pci_link3: irq 11 on acpi0 > > > pci_link4: on acpi0 > > > pci_link5: irq 11 on acpi0 > > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > > > cpu0: on acpi0 > > > acpi_throttle0: on cpu0 > > > acpi_acad0: on acpi0 > > > acpi_cmbat0: on acpi0 > > > acpi_cmbat1: on acpi0 > > > acpi_lid0: on acpi0 > > > acpi_button0: on acpi0 > > > acpi_button1: on acpi0 > > > pcib0: port 0xcf8-0xcff on acpi0 > > > pci0: on pcib0 > > > pci_link1: Unable to choose an IRQ > > > > > > > > > [ so why does it need to choose an irq here? ] > > > > It's not quite that simple. :( It may be that the link says that irq 11 > > is not valid. Can you provide a verbose dmesg? > > > > -- > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > > "Power Users Use the Power to Serve" = http://www.FreeBSD.org > > John, > Thanks for the insight. Not only can i provide a verbose dmesg, but I > can do so for both the beta and for HEAD > > prolepsis# uname -a > FreeBSD prolepsis.math.uiuc.edu 7.0-CURRENT FreeBSD 7.0-CURRENT #4: > Fri Jul 22 23:53:40 UTC 2005 > kaduk@prolepsis.math.uiuc.edu:/usr/obj/usr/src/sys/PROLEPSIS i386 > > as well as a regular dmesg from HEAD, since there are even more > curiousities, namely, in the verbose boots, pci_link1 is assigned an > IRQ, > but apparently not in the regular boots. > > I hope the attached dmesgs are meaningful, Hmm, well, your BIOS says that IRQ 11 is indeed not valid for LNKB (which is probably a bug in your BIOS), so we end up using 9 in the verbose case which probably works fine. bootverbose just turns on log messages, so it's really odd that it would change behavior. Oh, the printf is just wrong. It picked IRQ 9 but printed the wrong message: if (bootverbose) { if (PCI_INTERRUPT_VALID(best_irq)) device_printf(dev, "Picked IRQ %u with weight %d\n", best_irq, best_weight); } else device_printf(dev, "Unable to choose an IRQ\n"); I'll fix that, thanks. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 18:22:28 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63EA516A41F for ; Wed, 27 Jul 2005 18:22:28 +0000 (GMT) (envelope-from jmelo@freebsdbrasil.com.br) Received: from capeta.freebsdbrasil.com.br (vrrp.freebsdbrasil.com.br [200.210.70.30]) by mx1.FreeBSD.org (Postfix) with SMTP id B3E5F43D46 for ; Wed, 27 Jul 2005 18:22:26 +0000 (GMT) (envelope-from jmelo@freebsdbrasil.com.br) Received: (qmail 1260 invoked by uid 0); 27 Jul 2005 15:22:27 -0300 Received: from jmelo@freebsdbrasil.com.br by capeta.freebsdbrasil.com.br by uid 82 with qmail-scanner-1.22 (uvscan: v4.3.20/v4544. spamassassin: 2.64. Clear:RC:1(201.17.165.147):. Processed in 0.55092 secs); 27 Jul 2005 18:22:27 -0000 Received: from unknown (HELO ?10.69.69.2?) (201.17.165.147) by capeta.freebsdbrasil.com.br with SMTP; 27 Jul 2005 15:22:26 -0300 Message-ID: <42E7D112.8010906@freebsdbrasil.com.br> Date: Wed, 27 Jul 2005 15:23:14 -0300 From: Jean Milanez Melo User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050614) X-Accept-Language: en-us, en MIME-Version: 1.0 To: small@freebsd.org Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org, current@freebsd.org Subject: TinyBSD 0.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 18:22:28 -0000 Hello, Yesterday was commited a new TinyBSD version, 0.4. For those following closely the project this version is more stable than the last versions. This version has some new features, like pre configured images for specific server types. First, update your ports and reinstall the tinybsd: # cd /usr/ports/sysutils/tinybsd # make install On /usr/local/share/tinybsd directory you'll see a new directory called “conf”, inside this we've a lot of pre configured images, look: # ls bridge/ default/ firewall/ minimal/ vpn/ wireless/ bridge: Pre configured image for bridge servers. default: Default tinybsd configuration with support for all ethernet cards and wireless, including atheros. firewall: For firewall servers with support to ipfw, pf, altq, dummynet, authpf and others. minimal: minimal tinybsd image built by tinybsd scripts, with minimal support possible. This image has about 11MB. vpn: Configuration with IPSec support for VPN servers. wireless: Pre configured image for wireless servers with support to wireless cards, ipfw, pf and authpf. Inside any image directory we have 3 main configuration files: # ls /usr/local/share/tinybsd/conf/default TINYBSD etc/ tinybsd.basefiles TINYBSD: Kernel configuration file. tinybsd.basefiles: You should put here all base files you want on your system. etc: It's a new feature where you can copy or create your own etc configuration to be copied to your image. You can edit any of these pre configured images and add your options or make your own. When you're done with the imagem configuration, run the tinybsd scripts with the follow arguments: # /usr/local/bin/tinybsd 62592 4 32 IMAGE Where IMAGE is the name of the image chosen by you, example: # /usr/local/bin/tinybsd 62592 4 32 wireless With this in the end we've a image for wireless servers. We invite you to access the project site, we have just released it. The URL is http://www.tinybsd.org On the site we have put avaliable two images with 32MB for download, one for FreeBSD 5.4-STABLE and other for FreeBSD 6.0-BETA1. The two images have support to ipfw, pf, altq, carp, all ethernet cards, wireless, atheros, snmp, etc. The goal of releasing a FreeBSD 6.0 image is to give the possibility to people know the new features on this new branch and mainly know the features on wireless support. We hope you like it and sugestions are welcome for us to improve the project daily. Thanks -- Jean Milanez Melo FreeBSD Brasil LTDA. Fone: (31) 3281-9633 http://www.freebsdbrasil.com.br From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 19:10:59 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6266C16A41F; Wed, 27 Jul 2005 19:10:59 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFE8043D45; Wed, 27 Jul 2005 19:10:58 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j6RJAhEI018678; Wed, 27 Jul 2005 12:10:43 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j6RJAhSj018677; Wed, 27 Jul 2005 12:10:43 -0700 Date: Wed, 27 Jul 2005 12:10:43 -0700 From: Brooks Davis To: Brooks Davis Message-ID: <20050727191043.GA17885@odin.ac.hmc.edu> References: <42E58007.9030202@rogers.com> <20050726193324.GA4603@odin.ac.hmc.edu> <20050726200059.GA47478@freebie.xs4all.nl> <200507261853.19211.jkim@FreeBSD.org> <20050726233933.GA13679@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline In-Reply-To: <20050726233933.GA13679@odin.ac.hmc.edu> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Wilko Bulte , freebsd-current@FreeBSD.org, Jung-uk Kim , Mike Jakubik Subject: Re: dhclient taking all cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 19:10:59 -0000 --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 26, 2005 at 04:39:33PM -0700, Brooks Davis wrote: > On Tue, Jul 26, 2005 at 06:53:17PM -0400, Jung-uk Kim wrote: > > On Tuesday 26 July 2005 04:00 pm, Wilko Bulte wrote: > > > On Tue, Jul 26, 2005 at 12:33:24PM -0700, Brooks Davis wrote.. > > > > > > > On Mon, Jul 25, 2005 at 10:39:09PM -0400, Mike Jakubik wrote: > > > > > On Mon, July 25, 2005 9:54 pm, Brooks Davis said: > > > > > >>> Probably something wrong with your interface, but you > > > > > >>> havent't provided any useful information so who knows. At > > > > > >>> the very least, I need to know what interface you are > > > > > >>> running on, something about it's status, and if both > > > > > >>> dhclient processes are running. > > > > > >> > > > > > >> The interface is xl0 (3Com 3c905C-TX Fast Etherlink XL), and > > > > > >> it worked in this machine fine for as long as i remember. > > > > > >> This seems to have happened since a recent cvsup and > > > > > >> buildworld from ~6-BETA to 7-CURRENT. I rebooted three > > > > > >> times, and the problem occured rougly a minute after bootup. > > > > > >> On the fourth time however, it seems to be ok so far. > > > > > > > > > > > > That sounds like a problem with the code that handles the > > > > > > link state notifications in the interface driver. The > > > > > > notifications are a reletivly new feature that we're only now > > > > > > starting to use heavily so there are going to be bumps in the > > > > > > road. It would be intresting to know if you see link state > > > > > > messages promptly if you plug and unplug the network cable. > > > > > > > > > > It seems to be back at it again, this time it took longer to > > > > > kick in. Here is a "ps auxw|grep dhclient" : > > > > > > > > > > _dhcp 219 93.5 0.2 1484 1136 ?? Rs 8:49PM =20 > > > > > 5:06.00 dhclient: xl0 (dhclient) > > > > > root 193 0.0 0.2 1484 1088 d0- S 8:49PM =20 > > > > > 0:00.02 dhclient: xl0 [priv] (dhclient) > > > > > > > > > > top: > > > > > > > > > > PID USERNAME THR PRI NICE SIZE RES STATE TIME =20 > > > > > WCPU COMMAND 219 _dhcp 1 129 0 1484K 1136K RUN =20 > > > > > 9:33 94.24% dhclient > > > > > > > > > > Nothing in dmesg about link state changes on xl0. Unplugging > > > > > and replugging the network cable results in link state > > > > > notification within a couple seconds. > > > > > > > > Could you see what happens if you run dhclient in the foreground? > > > > Just running "dhclient -d xl0" should do it. I'd like to know > > > > what sort of output it's generating. > > > > > > In my case it is not displaying anything: > > > > > > > > > chuck#dhclient -d ath0 > > > DHCPREQUEST on ath0 to 255.255.255.255 port 67 > > > DHCPACK from 192.168.5.254 > > > bound to 192.168.5.20 -- renewal in 21600 seconds. > > > > > > > > > > > > I can tell the phenomenon occurs when my laptop fan springs to > > > life: > > > > > > CPU states: 96.5% user, 0.0% nice, 2.7% system, 0.8% interrupt,=20 > > > 0.0% idle > > > Mem: 48M Active, 28M Inact, 50M Wired, 680K Cache, 34M Buf, 115M > > > Free Swap: 257M Total, 257M Free > > > > > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU > > > COMMAND 719 _dhcp 1 129 0 1384K 1092K RUN 2:14 > > > 93.55% dhclient 607 root 1 98 0 34584K 21212K select =20 > > > 0:09 1.81% Xorg 663 wb 4 20 0 46712K 40224K kserel =20 > > > 0:27 0.00% mozilla-bin 503 root 1 8 0 1184K 796K > > > nanslp 0:07 0.00% powerd > > > > > > Took (best guess) approx 5-10 minutes for the effect to kick in. > >=20 > > FYI, I have the same issues with bge(4) and ndis(4). >=20 > I've seen it on ath and em interfaces now, but am not sure what's going > on. and have no idea how to reproduce the problem. As also reported by > Bakul Shah, we seem to be getting into a state where receive_packet() is > spinning. I'm not seeing an obvious way for this to be possible. I think I've found it. There was a really odd typo (=3D instead of +) in the code that handles undersized captures on the bpf socket. Please try the following patch and see if it solves the problem. I'm testing here, but I don't have a reliable way to trigger the bug. The fix is fairly obvious so I'll commit it to head shortly. -- Brooks =3D=3D=3D=3D //depot/user/brooks/cleanup/sbin/dhclient/bpf.c#3 - /usr/home/= brooks/working/freebsd/p4/cleanup/sbin/dhclient/bpf.c =3D=3D=3D=3D @@ -316,19 +316,19 @@ continue; } =20 + /* Skip over the BPF header... */ + interface->rbuf_offset +=3D hdr.bh_hdrlen; + /* * If the captured data wasn't the whole packet, or if * the packet won't fit in the input buffer, all we can * do is drop it. */ if (hdr.bh_caplen !=3D hdr.bh_datalen) { - interface->rbuf_offset +=3D hdr.bh_hdrlen =3D hdr.bh_caplen; + interface->rbuf_offset +=3D hdr.bh_caplen; continue; } =20 - /* Skip over the BPF header... */ - interface->rbuf_offset +=3D hdr.bh_hdrlen; - /* Decode the physical header... */ offset =3D decode_hw_header(interface->rbuf, interface->rbuf_offset, hfrom); --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --Q68bSM7Ycu6FN28Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFC59wyXY6L6fI4GtQRAmNsAKC9ip99isZd1n+RIp8SUkQzScdVDACgpap4 QPBXKXyGK2oQHqvW4wV3tEU= =LYPT -----END PGP SIGNATURE----- --Q68bSM7Ycu6FN28Q-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 19:35:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D404416A41F; Wed, 27 Jul 2005 19:35:17 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6338343D49; Wed, 27 Jul 2005 19:35:16 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j6RJZB3P056203; Wed, 27 Jul 2005 14:35:11 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42E7E1EA.9060209@centtech.com> Date: Wed, 27 Jul 2005 14:35:06 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <42E58007.9030202@rogers.com> <20050726193324.GA4603@odin.ac.hmc.edu> <20050726200059.GA47478@freebie.xs4all.nl> <200507261853.19211.jkim@FreeBSD.org> <20050726233933.GA13679@odin.ac.hmc.edu> <20050727191043.GA17885@odin.ac.hmc.edu> In-Reply-To: <20050727191043.GA17885@odin.ac.hmc.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/994/Wed Jul 27 03:28:09 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: Wilko Bulte , freebsd-current@freebsd.org, Jung-uk Kim , Mike Jakubik Subject: Re: dhclient taking all cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 19:35:17 -0000 Brooks Davis wrote: > On Tue, Jul 26, 2005 at 04:39:33PM -0700, Brooks Davis wrote: > >>On Tue, Jul 26, 2005 at 06:53:17PM -0400, Jung-uk Kim wrote: >> >>>On Tuesday 26 July 2005 04:00 pm, Wilko Bulte wrote: >>> >>>>On Tue, Jul 26, 2005 at 12:33:24PM -0700, Brooks Davis wrote.. >>>> >>>> >>>>>On Mon, Jul 25, 2005 at 10:39:09PM -0400, Mike Jakubik wrote: >>>>> >>>>>>On Mon, July 25, 2005 9:54 pm, Brooks Davis said: >>>>>> >>>>>>>>>Probably something wrong with your interface, but you >>>>>>>>>havent't provided any useful information so who knows. At >>>>>>>>>the very least, I need to know what interface you are >>>>>>>>>running on, something about it's status, and if both >>>>>>>>>dhclient processes are running. >>>>>>>> >>>>>>>>The interface is xl0 (3Com 3c905C-TX Fast Etherlink XL), and >>>>>>>>it worked in this machine fine for as long as i remember. >>>>>>>>This seems to have happened since a recent cvsup and >>>>>>>>buildworld from ~6-BETA to 7-CURRENT. I rebooted three >>>>>>>>times, and the problem occured rougly a minute after bootup. >>>>>>>>On the fourth time however, it seems to be ok so far. >>>>>>> >>>>>>>That sounds like a problem with the code that handles the >>>>>>>link state notifications in the interface driver. The >>>>>>>notifications are a reletivly new feature that we're only now >>>>>>>starting to use heavily so there are going to be bumps in the >>>>>>>road. It would be intresting to know if you see link state >>>>>>>messages promptly if you plug and unplug the network cable. >>>>>> >>>>>>It seems to be back at it again, this time it took longer to >>>>>>kick in. Here is a "ps auxw|grep dhclient" : >>>>>> >>>>>>_dhcp 219 93.5 0.2 1484 1136 ?? Rs 8:49PM >>>>>>5:06.00 dhclient: xl0 (dhclient) >>>>>>root 193 0.0 0.2 1484 1088 d0- S 8:49PM >>>>>>0:00.02 dhclient: xl0 [priv] (dhclient) >>>>>> >>>>>>top: >>>>>> >>>>>> PID USERNAME THR PRI NICE SIZE RES STATE TIME >>>>>>WCPU COMMAND 219 _dhcp 1 129 0 1484K 1136K RUN >>>>>> 9:33 94.24% dhclient >>>>>> >>>>>>Nothing in dmesg about link state changes on xl0. Unplugging >>>>>>and replugging the network cable results in link state >>>>>>notification within a couple seconds. >>>>> >>>>>Could you see what happens if you run dhclient in the foreground? >>>>> Just running "dhclient -d xl0" should do it. I'd like to know >>>>>what sort of output it's generating. >>>> >>>>In my case it is not displaying anything: >>>> >>>> >>>>chuck#dhclient -d ath0 >>>>DHCPREQUEST on ath0 to 255.255.255.255 port 67 >>>>DHCPACK from 192.168.5.254 >>>>bound to 192.168.5.20 -- renewal in 21600 seconds. >>>> >>>> >>>> >>>>I can tell the phenomenon occurs when my laptop fan springs to >>>>life: >>>> >>>>CPU states: 96.5% user, 0.0% nice, 2.7% system, 0.8% interrupt, >>>>0.0% idle >>>>Mem: 48M Active, 28M Inact, 50M Wired, 680K Cache, 34M Buf, 115M >>>>Free Swap: 257M Total, 257M Free >>>> >>>> PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU >>>>COMMAND 719 _dhcp 1 129 0 1384K 1092K RUN 2:14 >>>>93.55% dhclient 607 root 1 98 0 34584K 21212K select >>>>0:09 1.81% Xorg 663 wb 4 20 0 46712K 40224K kserel >>>>0:27 0.00% mozilla-bin 503 root 1 8 0 1184K 796K >>>>nanslp 0:07 0.00% powerd >>>> >>>>Took (best guess) approx 5-10 minutes for the effect to kick in. >>> >>>FYI, I have the same issues with bge(4) and ndis(4). >> >>I've seen it on ath and em interfaces now, but am not sure what's going >>on. and have no idea how to reproduce the problem. As also reported by >>Bakul Shah, we seem to be getting into a state where receive_packet() is >>spinning. I'm not seeing an obvious way for this to be possible. > > > I think I've found it. There was a really odd typo (= instead of +) in > the code that handles undersized captures on the bpf socket. Please try > the following patch and see if it solves the problem. I'm testing here, > but I don't have a reliable way to trigger the bug. The fix is fairly > obvious so I'll commit it to head shortly. It's been 20 minutes without any issues - I think that did it. Thanks! Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 19:39:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C70816A41F; Wed, 27 Jul 2005 19:39:02 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1461943D46; Wed, 27 Jul 2005 19:39:02 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j6RJcmA7021360; Wed, 27 Jul 2005 12:38:48 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j6RJcmqS021359; Wed, 27 Jul 2005 12:38:48 -0700 Date: Wed, 27 Jul 2005 12:38:48 -0700 From: Brooks Davis To: Eric Anderson Message-ID: <20050727193848.GB20112@odin.ac.hmc.edu> References: <42E58007.9030202@rogers.com> <20050726193324.GA4603@odin.ac.hmc.edu> <20050726200059.GA47478@freebie.xs4all.nl> <200507261853.19211.jkim@FreeBSD.org> <20050726233933.GA13679@odin.ac.hmc.edu> <20050727191043.GA17885@odin.ac.hmc.edu> <42E7E1EA.9060209@centtech.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QKdGvSO+nmPlgiQ/" Content-Disposition: inline In-Reply-To: <42E7E1EA.9060209@centtech.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Wilko Bulte , freebsd-current@freebsd.org, Jung-uk Kim , Mike Jakubik Subject: Re: dhclient taking all cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 19:39:02 -0000 --QKdGvSO+nmPlgiQ/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 27, 2005 at 02:35:06PM -0500, Eric Anderson wrote: > Brooks Davis wrote: > >On Tue, Jul 26, 2005 at 04:39:33PM -0700, Brooks Davis wrote: > > > >>On Tue, Jul 26, 2005 at 06:53:17PM -0400, Jung-uk Kim wrote: > >> > >>>On Tuesday 26 July 2005 04:00 pm, Wilko Bulte wrote: > >>> > >>>>On Tue, Jul 26, 2005 at 12:33:24PM -0700, Brooks Davis wrote.. > >>>> > >>>> > >>>>>On Mon, Jul 25, 2005 at 10:39:09PM -0400, Mike Jakubik wrote: > >>>>> > >>>>>>On Mon, July 25, 2005 9:54 pm, Brooks Davis said: > >>>>>> > >>>>>>>>>Probably something wrong with your interface, but you > >>>>>>>>>havent't provided any useful information so who knows. At > >>>>>>>>>the very least, I need to know what interface you are > >>>>>>>>>running on, something about it's status, and if both > >>>>>>>>>dhclient processes are running. > >>>>>>>> > >>>>>>>>The interface is xl0 (3Com 3c905C-TX Fast Etherlink XL), and > >>>>>>>>it worked in this machine fine for as long as i remember. > >>>>>>>>This seems to have happened since a recent cvsup and > >>>>>>>>buildworld from ~6-BETA to 7-CURRENT. I rebooted three > >>>>>>>>times, and the problem occured rougly a minute after bootup. > >>>>>>>>On the fourth time however, it seems to be ok so far. > >>>>>>> > >>>>>>>That sounds like a problem with the code that handles the > >>>>>>>link state notifications in the interface driver. The > >>>>>>>notifications are a reletivly new feature that we're only now > >>>>>>>starting to use heavily so there are going to be bumps in the > >>>>>>>road. It would be intresting to know if you see link state > >>>>>>>messages promptly if you plug and unplug the network cable. > >>>>>> > >>>>>>It seems to be back at it again, this time it took longer to > >>>>>>kick in. Here is a "ps auxw|grep dhclient" : > >>>>>> > >>>>>>_dhcp 219 93.5 0.2 1484 1136 ?? Rs 8:49PM =20 > >>>>>>5:06.00 dhclient: xl0 (dhclient) > >>>>>>root 193 0.0 0.2 1484 1088 d0- S 8:49PM =20 > >>>>>>0:00.02 dhclient: xl0 [priv] (dhclient) > >>>>>> > >>>>>>top: > >>>>>> > >>>>>> PID USERNAME THR PRI NICE SIZE RES STATE TIME =20 > >>>>>>WCPU COMMAND 219 _dhcp 1 129 0 1484K 1136K RUN =20 > >>>>>> 9:33 94.24% dhclient > >>>>>> > >>>>>>Nothing in dmesg about link state changes on xl0. Unplugging > >>>>>>and replugging the network cable results in link state > >>>>>>notification within a couple seconds. > >>>>> > >>>>>Could you see what happens if you run dhclient in the foreground? > >>>>>Just running "dhclient -d xl0" should do it. I'd like to know > >>>>>what sort of output it's generating. > >>>> > >>>>In my case it is not displaying anything: > >>>> > >>>> > >>>>chuck#dhclient -d ath0 > >>>>DHCPREQUEST on ath0 to 255.255.255.255 port 67 > >>>>DHCPACK from 192.168.5.254 > >>>>bound to 192.168.5.20 -- renewal in 21600 seconds. > >>>> > >>>> > >>>> > >>>>I can tell the phenomenon occurs when my laptop fan springs to > >>>>life: > >>>> > >>>>CPU states: 96.5% user, 0.0% nice, 2.7% system, 0.8% interrupt,=20 > >>>>0.0% idle > >>>>Mem: 48M Active, 28M Inact, 50M Wired, 680K Cache, 34M Buf, 115M > >>>>Free Swap: 257M Total, 257M Free > >>>> > >>>> PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU > >>>>COMMAND 719 _dhcp 1 129 0 1384K 1092K RUN 2:14 > >>>>93.55% dhclient 607 root 1 98 0 34584K 21212K select =20 > >>>>0:09 1.81% Xorg 663 wb 4 20 0 46712K 40224K kserel =20 > >>>>0:27 0.00% mozilla-bin 503 root 1 8 0 1184K 796K > >>>>nanslp 0:07 0.00% powerd > >>>> > >>>>Took (best guess) approx 5-10 minutes for the effect to kick in. > >>> > >>>FYI, I have the same issues with bge(4) and ndis(4). > >> > >>I've seen it on ath and em interfaces now, but am not sure what's going > >>on. and have no idea how to reproduce the problem. As also reported by > >>Bakul Shah, we seem to be getting into a state where receive_packet() is > >>spinning. I'm not seeing an obvious way for this to be possible. > > > > > >I think I've found it. There was a really odd typo (=3D instead of +) in > >the code that handles undersized captures on the bpf socket. Please try > >the following patch and see if it solves the problem. I'm testing here, > >but I don't have a reliable way to trigger the bug. The fix is fairly > >obvious so I'll commit it to head shortly. >=20 > It's been 20 minutes without any issues - I think that did it. Thanks! Great! Thanks for the report. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --QKdGvSO+nmPlgiQ/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFC5+LHXY6L6fI4GtQRAoJcAJ9jtsaV1/aWgDOlQ4atgoadoVm8wgCggKuD 9p5WddvxXAq1DDPOOos/gy8= =xEfC -----END PGP SIGNATURE----- --QKdGvSO+nmPlgiQ/-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 19:47:31 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7439716A41F for ; Wed, 27 Jul 2005 19:47:31 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F7D743D5C for ; Wed, 27 Jul 2005 19:47:30 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j6RJlPv9033215; Wed, 27 Jul 2005 14:47:30 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42E7E4C9.1030600@centtech.com> Date: Wed, 27 Jul 2005 14:47:21 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <42E58007.9030202@rogers.com> <20050726193324.GA4603@odin.ac.hmc.edu> <20050726200059.GA47478@freebie.xs4all.nl> <200507261853.19211.jkim@FreeBSD.org> <20050726233933.GA13679@odin.ac.hmc.edu> <20050727191043.GA17885@odin.ac.hmc.edu> <42E7E1EA.9060209@centtech.com> <20050727193848.GB20112@odin.ac.hmc.edu> In-Reply-To: <20050727193848.GB20112@odin.ac.hmc.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: dhclient taking all cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 19:47:31 -0000 Brooks Davis wrote: > On Wed, Jul 27, 2005 at 02:35:06PM -0500, Eric Anderson wrote: > >>Brooks Davis wrote: >> >>>On Tue, Jul 26, 2005 at 04:39:33PM -0700, Brooks Davis wrote: >>> >>> >>>>On Tue, Jul 26, 2005 at 06:53:17PM -0400, Jung-uk Kim wrote: >>>> >>>> >>>>>On Tuesday 26 July 2005 04:00 pm, Wilko Bulte wrote: >>>>> >>>>> >>>>>>On Tue, Jul 26, 2005 at 12:33:24PM -0700, Brooks Davis wrote.. >>>>>> >>>>>> >>>>>> >>>>>>>On Mon, Jul 25, 2005 at 10:39:09PM -0400, Mike Jakubik wrote: >>>>>>> >>>>>>> >>>>>>>>On Mon, July 25, 2005 9:54 pm, Brooks Davis said: >>>>>>>> >>>>>>>> >>>>>>>>>>>Probably something wrong with your interface, but you >>>>>>>>>>>havent't provided any useful information so who knows. At >>>>>>>>>>>the very least, I need to know what interface you are >>>>>>>>>>>running on, something about it's status, and if both >>>>>>>>>>>dhclient processes are running. >>>>>>>>>> >>>>>>>>>>The interface is xl0 (3Com 3c905C-TX Fast Etherlink XL), and >>>>>>>>>>it worked in this machine fine for as long as i remember. >>>>>>>>>>This seems to have happened since a recent cvsup and >>>>>>>>>>buildworld from ~6-BETA to 7-CURRENT. I rebooted three >>>>>>>>>>times, and the problem occured rougly a minute after bootup. >>>>>>>>>>On the fourth time however, it seems to be ok so far. >>>>>>>>> >>>>>>>>>That sounds like a problem with the code that handles the >>>>>>>>>link state notifications in the interface driver. The >>>>>>>>>notifications are a reletivly new feature that we're only now >>>>>>>>>starting to use heavily so there are going to be bumps in the >>>>>>>>>road. It would be intresting to know if you see link state >>>>>>>>>messages promptly if you plug and unplug the network cable. >>>>>>>> >>>>>>>>It seems to be back at it again, this time it took longer to >>>>>>>>kick in. Here is a "ps auxw|grep dhclient" : >>>>>>>> >>>>>>>>_dhcp 219 93.5 0.2 1484 1136 ?? Rs 8:49PM >>>>>>>>5:06.00 dhclient: xl0 (dhclient) >>>>>>>>root 193 0.0 0.2 1484 1088 d0- S 8:49PM >>>>>>>>0:00.02 dhclient: xl0 [priv] (dhclient) >>>>>>>> >>>>>>>>top: >>>>>>>> >>>>>>>>PID USERNAME THR PRI NICE SIZE RES STATE TIME >>>>>>>>WCPU COMMAND 219 _dhcp 1 129 0 1484K 1136K RUN >>>>>>>> 9:33 94.24% dhclient >>>>>>>> >>>>>>>>Nothing in dmesg about link state changes on xl0. Unplugging >>>>>>>>and replugging the network cable results in link state >>>>>>>>notification within a couple seconds. >>>>>>> >>>>>>>Could you see what happens if you run dhclient in the foreground? >>>>>>>Just running "dhclient -d xl0" should do it. I'd like to know >>>>>>>what sort of output it's generating. >>>>>> >>>>>>In my case it is not displaying anything: >>>>>> >>>>>> >>>>>>chuck#dhclient -d ath0 >>>>>>DHCPREQUEST on ath0 to 255.255.255.255 port 67 >>>>>>DHCPACK from 192.168.5.254 >>>>>>bound to 192.168.5.20 -- renewal in 21600 seconds. >>>>>> >>>>>> >>>>>> >>>>>>I can tell the phenomenon occurs when my laptop fan springs to >>>>>>life: >>>>>> >>>>>>CPU states: 96.5% user, 0.0% nice, 2.7% system, 0.8% interrupt, >>>>>>0.0% idle >>>>>>Mem: 48M Active, 28M Inact, 50M Wired, 680K Cache, 34M Buf, 115M >>>>>>Free Swap: 257M Total, 257M Free >>>>>> >>>>>>PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU >>>>>>COMMAND 719 _dhcp 1 129 0 1384K 1092K RUN 2:14 >>>>>>93.55% dhclient 607 root 1 98 0 34584K 21212K select >>>>>>0:09 1.81% Xorg 663 wb 4 20 0 46712K 40224K kserel >>>>>>0:27 0.00% mozilla-bin 503 root 1 8 0 1184K 796K >>>>>>nanslp 0:07 0.00% powerd >>>>>> >>>>>>Took (best guess) approx 5-10 minutes for the effect to kick in. >>>>> >>>>>FYI, I have the same issues with bge(4) and ndis(4). >>>> >>>>I've seen it on ath and em interfaces now, but am not sure what's going >>>>on. and have no idea how to reproduce the problem. As also reported by >>>>Bakul Shah, we seem to be getting into a state where receive_packet() is >>>>spinning. I'm not seeing an obvious way for this to be possible. >>> >>> >>>I think I've found it. There was a really odd typo (= instead of +) in >>>the code that handles undersized captures on the bpf socket. Please try >>>the following patch and see if it solves the problem. I'm testing here, >>>but I don't have a reliable way to trigger the bug. The fix is fairly >>>obvious so I'll commit it to head shortly. >> >>It's been 20 minutes without any issues - I think that did it. Thanks! > > > Great! Thanks for the report. I give up. Now it's back to it's dirty ways. Ran for 22 mins without issue (with -d option), so I reran without the -d, and it spiked within a few minutes. I'll now wait until someone else claims it works before commenting on it since my computer seems to enjou making me look bad. :) Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 19:55:28 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D155F16A41F for ; Wed, 27 Jul 2005 19:55:28 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A16643D45 for ; Wed, 27 Jul 2005 19:55:28 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j6RJva3P090564; Wed, 27 Jul 2005 15:57:36 -0400 (EDT) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: NIKSUN, Inc. To: Brooks Davis Date: Wed, 27 Jul 2005 15:54:58 -0400 User-Agent: KMail/1.6.2 References: <42E58007.9030202@rogers.com> <20050726233933.GA13679@odin.ac.hmc.edu> <20050727191043.GA17885@odin.ac.hmc.edu> In-Reply-To: <20050727191043.GA17885@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit Message-Id: <200507271555.00945.jkim@niksun.com> X-Virus-Scanned: ClamAV 0.85.1/994/Wed Jul 27 04:28:09 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Wilko Bulte , freebsd-current@FreeBSD.org, Mike Jakubik Subject: Re: dhclient taking all cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 19:55:28 -0000 On Wednesday 27 July 2005 03:10 pm, Brooks Davis wrote: > I think I've found it. There was a really odd typo (= instead of > +) in the code that handles undersized captures on the bpf socket. > Please try the following patch and see if it solves the problem. > I'm testing here, but I don't have a reliable way to trigger the > bug. The fix is fairly obvious so I'll commit it to head shortly. Good catch! It seems to fix my 'infinite loop' problem. One more problem to solve... I have to do the following to make bge(4) working correctly at boot time: ifconfig_bge0="up DHCP" Without `up', dhclient fails like this: bge0: link state changed to DOWN bge0: no link .............. giving up bge0: flags=8802 mtu 1500 options=1a ether xx:xx:xx:xx:xx:xx media: Ethernet autoselect (none) status: no carrier because bge(4) does not change link state while the interface is down. This problem is more serious with wireless driver because link doesn't go up until it is associated with some AP. I was always wondering which is correct. Do we have to update link state while interface is down or not? Thanks! Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 19:57:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CCD916A41F for ; Wed, 27 Jul 2005 19:57:24 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7A9043D53 for ; Wed, 27 Jul 2005 19:57:23 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j6RJvLXS023249; Wed, 27 Jul 2005 12:57:21 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j6RJvLIw023248; Wed, 27 Jul 2005 12:57:21 -0700 Date: Wed, 27 Jul 2005 12:57:21 -0700 From: Brooks Davis To: Eric Anderson Message-ID: <20050727195721.GD20112@odin.ac.hmc.edu> References: <42E58007.9030202@rogers.com> <20050726193324.GA4603@odin.ac.hmc.edu> <20050726200059.GA47478@freebie.xs4all.nl> <200507261853.19211.jkim@FreeBSD.org> <20050726233933.GA13679@odin.ac.hmc.edu> <20050727191043.GA17885@odin.ac.hmc.edu> <42E7E1EA.9060209@centtech.com> <20050727193848.GB20112@odin.ac.hmc.edu> <42E7E4C9.1030600@centtech.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="osDK9TLjxFScVI/L" Content-Disposition: inline In-Reply-To: <42E7E4C9.1030600@centtech.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-current@freebsd.org Subject: Re: dhclient taking all cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 19:57:24 -0000 --osDK9TLjxFScVI/L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 27, 2005 at 02:47:21PM -0500, Eric Anderson wrote: > Brooks Davis wrote: > >On Wed, Jul 27, 2005 at 02:35:06PM -0500, Eric Anderson wrote: > > > >>Brooks Davis wrote: > >> > >>>On Tue, Jul 26, 2005 at 04:39:33PM -0700, Brooks Davis wrote: > >>> > >>> > >>>>On Tue, Jul 26, 2005 at 06:53:17PM -0400, Jung-uk Kim wrote: > >>>> > >>>> > >>>>>On Tuesday 26 July 2005 04:00 pm, Wilko Bulte wrote: > >>>>> > >>>>> > >>>>>>On Tue, Jul 26, 2005 at 12:33:24PM -0700, Brooks Davis wrote.. > >>>>>> > >>>>>> > >>>>>> > >>>>>>>On Mon, Jul 25, 2005 at 10:39:09PM -0400, Mike Jakubik wrote: > >>>>>>> > >>>>>>> > >>>>>>>>On Mon, July 25, 2005 9:54 pm, Brooks Davis said: > >>>>>>>> > >>>>>>>> > >>>>>>>>>>>Probably something wrong with your interface, but you > >>>>>>>>>>>havent't provided any useful information so who knows. At > >>>>>>>>>>>the very least, I need to know what interface you are > >>>>>>>>>>>running on, something about it's status, and if both > >>>>>>>>>>>dhclient processes are running. > >>>>>>>>>> > >>>>>>>>>>The interface is xl0 (3Com 3c905C-TX Fast Etherlink XL), and > >>>>>>>>>>it worked in this machine fine for as long as i remember. > >>>>>>>>>>This seems to have happened since a recent cvsup and > >>>>>>>>>>buildworld from ~6-BETA to 7-CURRENT. I rebooted three > >>>>>>>>>>times, and the problem occured rougly a minute after bootup. > >>>>>>>>>>On the fourth time however, it seems to be ok so far. > >>>>>>>>> > >>>>>>>>>That sounds like a problem with the code that handles the > >>>>>>>>>link state notifications in the interface driver. The > >>>>>>>>>notifications are a reletivly new feature that we're only now > >>>>>>>>>starting to use heavily so there are going to be bumps in the > >>>>>>>>>road. It would be intresting to know if you see link state > >>>>>>>>>messages promptly if you plug and unplug the network cable. > >>>>>>>> > >>>>>>>>It seems to be back at it again, this time it took longer to > >>>>>>>>kick in. Here is a "ps auxw|grep dhclient" : > >>>>>>>> > >>>>>>>>_dhcp 219 93.5 0.2 1484 1136 ?? Rs 8:49PM =20 > >>>>>>>>5:06.00 dhclient: xl0 (dhclient) > >>>>>>>>root 193 0.0 0.2 1484 1088 d0- S 8:49PM =20 > >>>>>>>>0:00.02 dhclient: xl0 [priv] (dhclient) > >>>>>>>> > >>>>>>>>top: > >>>>>>>> > >>>>>>>>PID USERNAME THR PRI NICE SIZE RES STATE TIME =20 > >>>>>>>>WCPU COMMAND 219 _dhcp 1 129 0 1484K 1136K RUN =20 > >>>>>>>>9:33 94.24% dhclient > >>>>>>>> > >>>>>>>>Nothing in dmesg about link state changes on xl0. Unplugging > >>>>>>>>and replugging the network cable results in link state > >>>>>>>>notification within a couple seconds. > >>>>>>> > >>>>>>>Could you see what happens if you run dhclient in the foreground? > >>>>>>>Just running "dhclient -d xl0" should do it. I'd like to know > >>>>>>>what sort of output it's generating. > >>>>>> > >>>>>>In my case it is not displaying anything: > >>>>>> > >>>>>> > >>>>>>chuck#dhclient -d ath0 > >>>>>>DHCPREQUEST on ath0 to 255.255.255.255 port 67 > >>>>>>DHCPACK from 192.168.5.254 > >>>>>>bound to 192.168.5.20 -- renewal in 21600 seconds. > >>>>>> > >>>>>> > >>>>>> > >>>>>>I can tell the phenomenon occurs when my laptop fan springs to > >>>>>>life: > >>>>>> > >>>>>>CPU states: 96.5% user, 0.0% nice, 2.7% system, 0.8% interrupt,= =20 > >>>>>>0.0% idle > >>>>>>Mem: 48M Active, 28M Inact, 50M Wired, 680K Cache, 34M Buf, 115M > >>>>>>Free Swap: 257M Total, 257M Free > >>>>>> > >>>>>>PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU > >>>>>>COMMAND 719 _dhcp 1 129 0 1384K 1092K RUN 2:14 > >>>>>>93.55% dhclient 607 root 1 98 0 34584K 21212K select =20 > >>>>>>0:09 1.81% Xorg 663 wb 4 20 0 46712K 40224K kserel = =20 > >>>>>>0:27 0.00% mozilla-bin 503 root 1 8 0 1184K 796K > >>>>>>nanslp 0:07 0.00% powerd > >>>>>> > >>>>>>Took (best guess) approx 5-10 minutes for the effect to kick in. > >>>>> > >>>>>FYI, I have the same issues with bge(4) and ndis(4). > >>>> > >>>>I've seen it on ath and em interfaces now, but am not sure what's goi= ng > >>>>on. and have no idea how to reproduce the problem. As also reported = by > >>>>Bakul Shah, we seem to be getting into a state where receive_packet()= is > >>>>spinning. I'm not seeing an obvious way for this to be possible. > >>> > >>> > >>>I think I've found it. There was a really odd typo (=3D instead of +)= in > >>>the code that handles undersized captures on the bpf socket. Please t= ry > >>>the following patch and see if it solves the problem. I'm testing her= e, > >>>but I don't have a reliable way to trigger the bug. The fix is fairly > >>>obvious so I'll commit it to head shortly. > >> > >>It's been 20 minutes without any issues - I think that did it. Thanks! > > > > > >Great! Thanks for the report. >=20 > I give up. Now it's back to it's dirty ways. Ran for 22 mins without=20 > issue (with -d option), so I reran without the -d, and it spiked within= =20 > a few minutes. >=20 >=20 > I'll now wait until someone else claims it works before commenting on it= =20 > since my computer seems to enjou making me look bad. :) Crap. You did remember to install the patched version before running it the normal way, right? If you could compile it with debugging and get me a dump and executable that would help. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --osDK9TLjxFScVI/L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFC5+cgXY6L6fI4GtQRAuqmAJ4p8Wox6NyGnMlG9fdRURzw797Z0ACePjx1 /eW57hkCNm2sVk2Q7s1vYIw= =N6kC -----END PGP SIGNATURE----- --osDK9TLjxFScVI/L-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 20:01:23 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7007816A41F for ; Wed, 27 Jul 2005 20:01:23 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18B4843D4C for ; Wed, 27 Jul 2005 20:01:23 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j6RK1IQi023571; Wed, 27 Jul 2005 13:01:18 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j6RK1I1M023570; Wed, 27 Jul 2005 13:01:18 -0700 Date: Wed, 27 Jul 2005 13:01:18 -0700 From: Brooks Davis To: Jung-uk Kim Message-ID: <20050727200118.GE20112@odin.ac.hmc.edu> References: <42E58007.9030202@rogers.com> <20050726233933.GA13679@odin.ac.hmc.edu> <20050727191043.GA17885@odin.ac.hmc.edu> <200507271555.00945.jkim@niksun.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X3gaHHMYHkYqP6yf" Content-Disposition: inline In-Reply-To: <200507271555.00945.jkim@niksun.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Wilko Bulte , freebsd-current@FreeBSD.org, Mike Jakubik Subject: Re: dhclient taking all cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 20:01:23 -0000 --X3gaHHMYHkYqP6yf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 27, 2005 at 03:54:58PM -0400, Jung-uk Kim wrote: > On Wednesday 27 July 2005 03:10 pm, Brooks Davis wrote: > > I think I've found it. There was a really odd typo (=3D instead of > > +) in the code that handles undersized captures on the bpf socket.=20 > > Please try the following patch and see if it solves the problem.=20 > > I'm testing here, but I don't have a reliable way to trigger the > > bug. The fix is fairly obvious so I'll commit it to head shortly. >=20 > Good catch! It seems to fix my 'infinite loop' problem. >=20 > One more problem to solve... I have to do the following to make=20 > bge(4) working correctly at boot time: >=20 > ifconfig_bge0=3D"up DHCP" >=20 > Without `up', dhclient fails like this: >=20 > bge0: link state changed to DOWN > bge0: no link .............. giving up > bge0: flags=3D8802 mtu 1500 > options=3D1a > ether xx:xx:xx:xx:xx:xx > media: Ethernet autoselect (none) > status: no carrier >=20 > because bge(4) does not change link state while the interface is down. = =20 > This problem is more serious with wireless driver because link=20 > doesn't go up until it is associated with some AP. >=20 > I was always wondering which is correct. Do we have to update link=20 > state while interface is down or not? The interface shouldn't really be doing anything if it isn't up. I'm tempted to change the code to always "ifconfig up" interfaces configured for DHCP. Longer term (7.x) I may change things to that's all etc/rc.d/netif does for DHCP interfaces. There are a number of issues to work out before that's feasiable though so I'm not doing anything other then pondering at this point. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --X3gaHHMYHkYqP6yf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFC5+gNXY6L6fI4GtQRAr9hAJ4zfmzJQ9wojg0xgBWgrfGbdXcdtwCgjavD /jTXAqlZm6XmbkhQhXSvX5k= =XsCL -----END PGP SIGNATURE----- --X3gaHHMYHkYqP6yf-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 20:04:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27C9916A41F; Wed, 27 Jul 2005 20:04:52 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6F3443D48; Wed, 27 Jul 2005 20:04:51 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j6RK4pqB023904; Wed, 27 Jul 2005 13:04:51 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j6RK4pl9023903; Wed, 27 Jul 2005 13:04:51 -0700 Date: Wed, 27 Jul 2005 13:04:51 -0700 From: Brooks Davis To: Doug Barton Message-ID: <20050727200451.GF20112@odin.ac.hmc.edu> References: <42E583F9.3070703@rogers.com> <200507261853.07513.peter@wemm.org> <1242.172.16.0.199.1122429678.squirrel@172.16.0.1> <200507271215.14369.doconnor@gsoft.com.au> <42E6F5EA.7030801@samsco.org> <42E71F77.6010705@FreeBSD.org> <42E724D0.1010608@samsco.org> <42E7276E.3050901@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aPdhxNJGSeOG9wFI" Content-Disposition: inline In-Reply-To: <42E7276E.3050901@FreeBSD.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-current@freebsd.org Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 20:04:52 -0000 --aPdhxNJGSeOG9wFI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 26, 2005 at 11:19:26PM -0700, Doug Barton wrote: > Scott Long wrote: > >Doug Barton wrote: > > > >>Scott Long wrote: > >> > >>>Part of the point of going to the new codebase was to free us from=20 > >>>being locked into vendor sources that we couldn't easily change. > >> > >> > >> > >>It's not at all clear to me how the ISC license prevented us from=20 > >>easily changing anything. There may have been other compelling reasons= =20 > >>to change code, but I would need this one explained in more detail to= =20 > >>be convinced. > > > >Not that it was a license issue, it was that changing and adding code > >specific to FreeBSD would have made future vendor imports hard, just > >like with any other vendor codebase. >=20 > So we plan to hack on what we have from openbsd now, and never import new= =20 > verisons? I plan to import changes from OpenBSD, but I feel the code is small enough that it's feasiable to both hack on the code locally and bring in changes from OpenBSD. IMO, that wasn't true with the ISC code. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --aPdhxNJGSeOG9wFI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFC5+jiXY6L6fI4GtQRAnBSAJ9HrIDEIqATrpMGGpG7Yj+Lfef9TACgwDD8 UMowwI/5zFzyYGNsY6vlxIc= =7Zeg -----END PGP SIGNATURE----- --aPdhxNJGSeOG9wFI-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 20:13:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7866516A41F; Wed, 27 Jul 2005 20:13:34 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E6E643D45; Wed, 27 Jul 2005 20:13:34 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j6RKDW7A025144; Wed, 27 Jul 2005 13:13:32 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j6RKDWOK025143; Wed, 27 Jul 2005 13:13:32 -0700 Date: Wed, 27 Jul 2005 13:13:32 -0700 From: Brooks Davis To: David Gilbert Message-ID: <20050727201332.GA23927@odin.ac.hmc.edu> References: <42E583F9.3070703@rogers.com> <200507261853.07513.peter@wemm.org> <1242.172.16.0.199.1122429678.squirrel@172.16.0.1> <200507271215.14369.doconnor@gsoft.com.au> <42E6F5EA.7030801@samsco.org> <42E71F77.6010705@FreeBSD.org> <17127.41923.312257.159166@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline In-Reply-To: <17127.41923.312257.159166@canoe.dclg.ca> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Mike Jakubik , Doug Barton , Peter Wemm , freebsd-current@freebsd.org Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 20:13:34 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment Content-Transfer-Encoding: quoted-printable On Wed, Jul 27, 2005 at 11:09:55AM -0400, David Gilbert wrote: > The ISC dhclient would probe multiple interfaces simultaneously. The > new one waits for some amount o ftime on my hardwire ethernet (rarely > used) before probing my wireless. The result is a longer startup. Try: background_dhclient=3D"YES" hmm, it might be worth allowing this to be a list of interfaces so rarely used interfaces could be listed and you'd still get the non-POLA violating synchronous startup on the others most of the time. > Since the changes to the wireless code, the ISC dhclient would notice > a change in the state of the wireless (new ssid, for instance) and > quickly sync up. The new dhclient sometimes does, but more often than > not requires that I "ifconfig ath0 ssid foo" ... which is annoying. > With the old ISC client, leaving the ssid blank was sufficient. This should not be the case and in fact, the new dhclient should be much faster because it is immediately notified of changes in association via the routing socket rather than waiting to poll for changes. > An extention of this is that randomly, after some long amount of time > online (often a day or two), ath0 seems to disassociate with the only > local access point in my home and reqire I ifconfig a bunch of times. > This may or may not be a dhclient thing --- but I tend to think it's > related ... if for no other reason than it started occuring at the > same time as the dhclient was checked in. This has nothing to do with dhclient since association has nothing to do with dhclient. I think it may been worked around with a commit earlier today. In my view, most problems with dhclient seem to be driver media handling issues. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFC5+rrXY6L6fI4GtQRAsgHAKCZgVq4J48l0PC812RWEsg77s9dPwCgvPOY +AtX02gNEDqwOhn6mr87S+I= =rDCu -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 20:15:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 605F716A41F for ; Wed, 27 Jul 2005 20:15:20 +0000 (GMT) (envelope-from tdb@carrick.bishnet.net) Received: from carrick.bishnet.net (carrick.bishnet.net [84.234.16.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF22043D45 for ; Wed, 27 Jul 2005 20:15:19 +0000 (GMT) (envelope-from tdb@carrick.bishnet.net) Received: from tdb by carrick.bishnet.net with local (Exim 4.51 (FreeBSD)) id 1DxsJ2-000HqM-I1; Wed, 27 Jul 2005 21:15:08 +0100 Date: Wed, 27 Jul 2005 21:15:08 +0100 From: Tim Bishop To: Frode Nordahl Message-ID: <20050727201508.GA52011@carrick.bishnet.net> References: <81AE004D-82DD-4791-9C5F-64AF7B47E8E1@nordahl.net> <3393C657-47A5-43FB-87B7-04555A41A1B5@nordahl.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3393C657-47A5-43FB-87B7-04555A41A1B5@nordahl.net> X-PGP-Key: 0x5AE7D984, http://www.bishnet.net/tim/tim-bishnet-net.asc X-PGP-Fingerprint: 1453 086E 9376 1A50 ECF6 AE05 7DCE D659 5AE7 D984 User-Agent: Mutt/1.5.9i X-Bishnet-MailScanner-Information: Contact postmaster@bishnet.net X-Bishnet-MailScanner-VirusCheck: Found to be clean X-Bishnet-MailScanner-SpamCheck: not spam, SpamAssassin (score=-5.899, required 5, autolearn=not spam, ALL_TRUSTED -3.30, BAYES_00 -2.60) X-Bishnet-MailScanner-From: tdb@carrick.bishnet.net Cc: freebsd-current@freebsd.org, sos@deepcore.dk Subject: Re: 6.0-BETA1: ATA RAID rebuild not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 20:15:20 -0000 On Tue, Jul 26, 2005 at 01:30:26PM +0200, Frode Nordahl wrote: > >Hello, > > > >I am having trouble rebuilding my ATA / SATA RAIDs with 6.0-BETA1. > > > ># atacontrol status ar0 > >ar0: ATA RAID1 subdisks: DOWN ad6 status: DEGRADED > > > ># atacontrol addspare ar0 ad4 > >ad4: inserted into ar0 disk0 as spare > > > ># atacontrol rebuild ar0 > > > ># atacontrol status ar0 > >ar0: ATA RAID1 subdisks: ad4 ad6 status: REBUILDING 0% completed > > > >And then it just sits at 0% forever. I started a rebuild process on > >the Promise this friday, and it is still at 0%. > > *) The dd starts and finishes, but status stays at 0%, and the RAID > is never marked as clean I'm seeing the same thing here with 6.0-BETA1. Have you got any further with this? The best I can give is a "me too". (gvinum raid5 doesn't work for me either, so I'm starting to get quite disappointed with FreeBSD 6. Lets hope it gets fixed soon...) Cheers, Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 20:45:32 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A87F216A41F for ; Wed, 27 Jul 2005 20:45:32 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43D3A43D48 for ; Wed, 27 Jul 2005 20:45:32 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j6RKlfTl092437; Wed, 27 Jul 2005 16:47:41 -0400 (EDT) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: NIKSUN, Inc. To: Brooks Davis Date: Wed, 27 Jul 2005 16:45:02 -0400 User-Agent: KMail/1.6.2 References: <42E58007.9030202@rogers.com> <20050727191043.GA17885@odin.ac.hmc.edu> <200507271555.00945.jkim@niksun.com> In-Reply-To: <200507271555.00945.jkim@niksun.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit Message-Id: <200507271645.05351.jkim@niksun.com> X-Virus-Scanned: ClamAV 0.85.1/994/Wed Jul 27 04:28:09 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Wilko Bulte , freebsd-current@FreeBSD.org, Mike Jakubik Subject: Re: dhclient taking all cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 20:45:32 -0000 On Wednesday 27 July 2005 03:54 pm, Jung-uk Kim wrote: > On Wednesday 27 July 2005 03:10 pm, Brooks Davis wrote: > > I think I've found it. There was a really odd typo (= instead of > > +) in the code that handles undersized captures on the bpf > > socket. Please try the following patch and see if it solves the > > problem. I'm testing here, but I don't have a reliable way to > > trigger the bug. The fix is fairly obvious so I'll commit it to > > head shortly. > > Good catch! It seems to fix my 'infinite loop' problem. I am sorry but it's happening again. :-( _dhcp 285 45.1 0.3 2640 1296 ?? Rs 3:56PM 9:57.28 dhclient: ndis0 (dhclient) _dhcp 325 43.6 0.3 2644 1316 ?? Rs 3:56PM 4:49.51 dhclient: bge0 (dhclient) root 209 0.0 0.2 2632 1240 con- S+ 3:55PM 0:00.00 dhclient: ndis0 [priv] (dhclient) root 299 0.0 0.2 2644 1276 con- S+ 3:56PM 0:00.00 dhclient: bge0 [priv] (dhclient) It was fine for a while though. Grrr... Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 21:23:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21C3216A41F; Wed, 27 Jul 2005 21:23:28 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDA0943D53; Wed, 27 Jul 2005 21:23:27 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 1106CD9C1; Wed, 27 Jul 2005 17:23:27 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id 66DCE1A0788; Wed, 27 Jul 2005 17:23:23 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17127.64331.366734.881214@canoe.dclg.ca> Date: Wed, 27 Jul 2005 17:23:23 -0400 To: Brooks Davis In-Reply-To: <20050727201332.GA23927@odin.ac.hmc.edu> References: <42E583F9.3070703@rogers.com> <200507261853.07513.peter@wemm.org> <1242.172.16.0.199.1122429678.squirrel@172.16.0.1> <200507271215.14369.doconnor@gsoft.com.au> <42E6F5EA.7030801@samsco.org> <42E71F77.6010705@FreeBSD.org> <17127.41923.312257.159166@canoe.dclg.ca> <20050727201332.GA23927@odin.ac.hmc.edu> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid Cc: Mike Jakubik , Doug Barton , Peter Wemm , freebsd-current@freebsd.org, David Gilbert Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 21:23:28 -0000 >>>>> "Brooks" == Brooks Davis writes: Brooks> On Wed, Jul 27, 2005 at 11:09:55AM -0400, David Gilbert wrote: >> The ISC dhclient would probe multiple interfaces simultaneously. >> The new one waits for some amount o ftime on my hardwire ethernet >> (rarely used) before probing my wireless. The result is a longer >> startup. Brooks> Try: Brooks> background_dhclient="YES" That's an entirely different behaviour. The stock behaviour of ISC is the only sensible behaviour: Wait until either a timeout or you have an address, then continue. It makes the startup scripts happy, and it doesn't waste time. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 21:24:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9BD716A443 for ; Wed, 27 Jul 2005 21:24:20 +0000 (GMT) (envelope-from tom@motd.dk) Received: from bart.motd.dk (port95.ds1-ro.adsl.cybercity.dk [212.242.60.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65A6843D49 for ; Wed, 27 Jul 2005 21:24:20 +0000 (GMT) (envelope-from tom@motd.dk) Received: from localhost (localhost.motd.dk [127.0.0.1]) by bart.motd.dk (Postfix) with ESMTP id C10086367 for ; Wed, 27 Jul 2005 23:27:58 +0200 (CEST) Received: from bart.motd.dk ([127.0.0.1]) by localhost (bart.motd.dk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04669-04 for ; Wed, 27 Jul 2005 23:27:55 +0200 (CEST) Received: from home03 (home03.motd.dk [192.168.10.3]) by bart.motd.dk (Postfix) with ESMTP id 7AAEF60E4 for ; Wed, 27 Jul 2005 23:27:52 +0200 (CEST) From: "Tom Jensen" To: Date: Wed, 27 Jul 2005 23:24:16 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcWS8YrzylO/LchVRJK2MEwE/nag7w== Message-Id: <20050727212752.7AAEF60E4@bart.motd.dk> X-Virus-Scanned: by amavisd-new at motd.dk Subject: 6.0-Beta1: panic: zone: L VFS Cache(0xc1040840) slab 0xc15b4fb0 freelist 11109540 out of range 0-12 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 21:24:21 -0000 While trying to setup a gmirror following this guide: http://people.freebsd.org/~rse/mirror/ I got a panic while dumping /usr to a mounted gmirror partition dump -L -0 -f- /usr | (cd /mnt/usr; restore -r -v -f-) I was running inside a vmware with out a serial console so the only info I got is screenshots :-| http://motd.dk/panic-27072005/ $ uname -a FreeBSD milhouse.motd.dk 6.0-BETA1 FreeBSD 6.0-BETA1 #0: Tue Jul 12 18:05:55 UTC 2005 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC i386 Crash dump available so more info can be provided if necessary - T From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 21:34:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38D8816A41F; Wed, 27 Jul 2005 21:34:16 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 965BA43D49; Wed, 27 Jul 2005 21:34:15 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 08C0446B09; Wed, 27 Jul 2005 17:34:11 -0400 (EDT) Date: Wed, 27 Jul 2005 22:35:34 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Craig Rodrigues In-Reply-To: <20050726145334.GA1826@crodrigues.org> Message-ID: <20050727223351.A54330@fledge.watson.org> References: <20050726124222.GA1109@crodrigues.org> <20050726131712.GC46538@darkness.comp.waw.pl> <20050726145334.GA1826@crodrigues.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, Harti Brandt Subject: Re: Panic in netnatm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 21:34:16 -0000 On Tue, 26 Jul 2005, Craig Rodrigues wrote: > On Tue, Jul 26, 2005 at 03:17:12PM +0200, Pawel Jakub Dawidek wrote: >> +> panic: mutex natm_mtx not owned at /usr/src/sys/netnatm/natm_pcb.c:110 >> >> Trace will probably not be needed, as there are only two places where >> npcb_add() is called. >> It looks like NATM locking is missing in /sys/netinet/if_atm.c. > > Ahh, thanks Pawel! You saved me some time. It looks like locks must be > held before npcb_free() and npcb_add() are called. It looks like Harti > is on vacation, so can you help Robert? Is something like this needed? Sorry about the slow response -- I've been offline the last two days on a trip. > + NATM_LOCK(); > npcb = npcb_add(NULL, rt->rt_ifp, op.param.vci, op.param.vpi); > - if (npcb == NULL) > + if (npcb == NULL) { > + NATM_UNLOCK(); > goto failed; > + } I think it would be desirable not to unlock here, instead holding the lock through the 'failed' case below in order to avoid re-acquiring it and allowing other threads to gain access to the npcb. > npcb->npcb_flags |= NPCB_IP; > npcb->ipaddr.s_addr = sin->sin_addr.s_addr; > + NATM_UNLOCK(); > /* XXX: move npcb to llinfo when ATM ARP is ready */ > rt->rt_llinfo = (caddr_t) npcb; > rt->rt_flags |= RTF_LLINFO; > @@ -252,9 +256,11 @@ > failed: > #ifdef NATM > if (npcb) { > + NATM_LOCK(); I.e., not re-acquire here. > npcb_free(npcb, NPCB_DESTROY); > rt->rt_llinfo = NULL; > rt->rt_flags &= ~RTF_LLINFO; > + NATM_UNLOCK(); > } And move the unlock macro here outside of the block so it's always called. Otherwise, this looks good to me! (And I guess neither Harti or Bruce got a chance to test these code paths?) Robert N M Watson > #endif > /* mark as invalid. We cannot RTM_DELETE the route from > @@ -269,10 +275,12 @@ > * tell native ATM we are done with this VC > */ > if (rt->rt_flags & RTF_LLINFO) { > + NATM_LOCK(); > npcb_free((struct natmpcb *)rt->rt_llinfo, > NPCB_DESTROY); > rt->rt_llinfo = NULL; > rt->rt_flags &= ~RTF_LLINFO; > + NATM_UNLOCK(); > } > #endif > /* > > > > -- > Craig Rodrigues > rodrigc@crodrigues.org > From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 21:48:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FB7716A420; Wed, 27 Jul 2005 21:48:26 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from rwcrmhc12.comcast.net (rwcrmhc14.comcast.net [216.148.227.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8CD943D49; Wed, 27 Jul 2005 21:48:25 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-66-30-114-143.hsd1.ma.comcast.net ([66.30.114.143]) by comcast.net (rwcrmhc14) with ESMTP id <20050727214822014001ve40e>; Wed, 27 Jul 2005 21:48:23 +0000 Received: from c-66-30-114-143.hsd1.ma.comcast.net (localhost.127.in-addr.arpa [127.0.0.1]) by c-66-30-114-143.hsd1.ma.comcast.net (8.13.4/8.13.1) with ESMTP id j6RLmL0W001133; Wed, 27 Jul 2005 17:48:21 -0400 (EDT) (envelope-from rodrigc@c-66-30-114-143.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-30-114-143.hsd1.ma.comcast.net (8.13.4/8.13.1/Submit) id j6RLmK59001132; Wed, 27 Jul 2005 17:48:20 -0400 (EDT) (envelope-from rodrigc) Date: Wed, 27 Jul 2005 17:48:20 -0400 From: Craig Rodrigues To: Robert Watson Message-ID: <20050727214820.GA1123@crodrigues.org> References: <20050726124222.GA1109@crodrigues.org> <20050726131712.GC46538@darkness.comp.waw.pl> <20050726145334.GA1826@crodrigues.org> <20050727223351.A54330@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050727223351.A54330@fledge.watson.org> User-Agent: Mutt/1.5.9i Cc: freebsd-current@FreeBSD.org, Harti Brandt Subject: Re: Panic in netnatm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 21:48:26 -0000 On Wed, Jul 27, 2005 at 10:35:34PM +0100, Robert Watson wrote: > Otherwise, this looks good to me! (And I guess neither Harti or Bruce got > a chance to test these code paths?) Harti is on vacation until the end of August so I received no feedback from him. I updated my patch based on your comments. What do you think? --- if_atm.c.orig Tue Jul 26 10:28:42 2005 +++ if_atm.c Wed Jul 27 17:44:45 2005 @@ -221,6 +221,7 @@ * let native ATM know we are using this VCI/VPI * (i.e. reserve it) */ + NATM_LOCK(); sin = (struct sockaddr_in *) rt_key(rt); if (sin->sin_family != AF_INET) goto failed; @@ -256,6 +257,7 @@ rt->rt_llinfo = NULL; rt->rt_flags &= ~RTF_LLINFO; } + NATM_UNLOCK(); #endif /* mark as invalid. We cannot RTM_DELETE the route from * here, because the recursive call to rtrequest1 does @@ -269,10 +271,12 @@ * tell native ATM we are done with this VC */ if (rt->rt_flags & RTF_LLINFO) { + NATM_LOCK(); npcb_free((struct natmpcb *)rt->rt_llinfo, NPCB_DESTROY); rt->rt_llinfo = NULL; rt->rt_flags &= ~RTF_LLINFO; + NATM_UNLOCK(); } #endif /* -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 21:52:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61AE216A41F; Wed, 27 Jul 2005 21:52:22 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4FD843D46; Wed, 27 Jul 2005 21:52:21 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr15.xs4all.nl (8.13.3/8.13.3) with ESMTP id j6RLqJTI092056; Wed, 27 Jul 2005 23:52:19 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.3/8.13.3) with ESMTP id j6RLqJKO007634; Wed, 27 Jul 2005 23:52:19 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.3/8.13.1/Submit) id j6RLqJaF007633; Wed, 27 Jul 2005 23:52:19 +0200 (CEST) (envelope-from wb) Date: Wed, 27 Jul 2005 23:52:19 +0200 From: Wilko Bulte To: Brooks Davis Message-ID: <20050727215219.GA7602@freebie.xs4all.nl> References: <42E58007.9030202@rogers.com> <20050726193324.GA4603@odin.ac.hmc.edu> <20050726200059.GA47478@freebie.xs4all.nl> <200507261853.19211.jkim@FreeBSD.org> <20050726233933.GA13679@odin.ac.hmc.edu> <20050727191043.GA17885@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050727191043.GA17885@odin.ac.hmc.edu> X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Mike Jakubik , freebsd-current@freebsd.org, Jung-uk Kim Subject: Re: dhclient taking all cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 21:52:22 -0000 On Wed, Jul 27, 2005 at 12:10:43PM -0700, Brooks Davis wrote.. > On Tue, Jul 26, 2005 at 04:39:33PM -0700, Brooks Davis wrote: > > On Tue, Jul 26, 2005 at 06:53:17PM -0400, Jung-uk Kim wrote: > > > On Tuesday 26 July 2005 04:00 pm, Wilko Bulte wrote: > > > > On Tue, Jul 26, 2005 at 12:33:24PM -0700, Brooks Davis wrote.. > > > > > > > > > On Mon, Jul 25, 2005 at 10:39:09PM -0400, Mike Jakubik wrote: > > > > > > On Mon, July 25, 2005 9:54 pm, Brooks Davis said: > > > > > > >>> Probably something wrong with your interface, but you > > > > > > >>> havent't provided any useful information so who knows. At > > > > > > >>> the very least, I need to know what interface you are > > > > > > >>> running on, something about it's status, and if both > > > > > > >>> dhclient processes are running. > > > > > > >> > > > > > > >> The interface is xl0 (3Com 3c905C-TX Fast Etherlink XL), and > > > > > > >> it worked in this machine fine for as long as i remember. > > > > > > >> This seems to have happened since a recent cvsup and > > > > > > >> buildworld from ~6-BETA to 7-CURRENT. I rebooted three > > > > > > >> times, and the problem occured rougly a minute after bootup. > > > > > > >> On the fourth time however, it seems to be ok so far. > > > > > > > > > > > > > > That sounds like a problem with the code that handles the > > > > > > > link state notifications in the interface driver. The > > > > > > > notifications are a reletivly new feature that we're only now > > > > > > > starting to use heavily so there are going to be bumps in the > > > > > > > road. It would be intresting to know if you see link state > > > > > > > messages promptly if you plug and unplug the network cable. > > > > > > > > > > > > It seems to be back at it again, this time it took longer to > > > > > > kick in. Here is a "ps auxw|grep dhclient" : > > > > > > > > > > > > _dhcp 219 93.5 0.2 1484 1136 ?? Rs 8:49PM > > > > > > 5:06.00 dhclient: xl0 (dhclient) > > > > > > root 193 0.0 0.2 1484 1088 d0- S 8:49PM > > > > > > 0:00.02 dhclient: xl0 [priv] (dhclient) > > > > > > > > > > > > top: > > > > > > > > > > > > PID USERNAME THR PRI NICE SIZE RES STATE TIME > > > > > > WCPU COMMAND 219 _dhcp 1 129 0 1484K 1136K RUN > > > > > > 9:33 94.24% dhclient > > > > > > > > > > > > Nothing in dmesg about link state changes on xl0. Unplugging > > > > > > and replugging the network cable results in link state > > > > > > notification within a couple seconds. > > > > > > > > > > Could you see what happens if you run dhclient in the foreground? > > > > > Just running "dhclient -d xl0" should do it. I'd like to know > > > > > what sort of output it's generating. > > > > > > > > In my case it is not displaying anything: > > > > > > > > > > > > chuck#dhclient -d ath0 > > > > DHCPREQUEST on ath0 to 255.255.255.255 port 67 > > > > DHCPACK from 192.168.5.254 > > > > bound to 192.168.5.20 -- renewal in 21600 seconds. > > > > > > > > > > > > > > > > I can tell the phenomenon occurs when my laptop fan springs to > > > > life: > > > > > > > > CPU states: 96.5% user, 0.0% nice, 2.7% system, 0.8% interrupt, > > > > 0.0% idle > > > > Mem: 48M Active, 28M Inact, 50M Wired, 680K Cache, 34M Buf, 115M > > > > Free Swap: 257M Total, 257M Free > > > > > > > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU > > > > COMMAND 719 _dhcp 1 129 0 1384K 1092K RUN 2:14 > > > > 93.55% dhclient 607 root 1 98 0 34584K 21212K select > > > > 0:09 1.81% Xorg 663 wb 4 20 0 46712K 40224K kserel > > > > 0:27 0.00% mozilla-bin 503 root 1 8 0 1184K 796K > > > > nanslp 0:07 0.00% powerd > > > > > > > > Took (best guess) approx 5-10 minutes for the effect to kick in. > > > > > > FYI, I have the same issues with bge(4) and ndis(4). > > > > I've seen it on ath and em interfaces now, but am not sure what's going > > on. and have no idea how to reproduce the problem. As also reported by > > Bakul Shah, we seem to be getting into a state where receive_packet() is > > spinning. I'm not seeing an obvious way for this to be possible. > > I think I've found it. There was a really odd typo (= instead of +) in > the code that handles undersized captures on the bpf socket. Please try > the following patch and see if it solves the problem. I'm testing here, > but I don't have a reliable way to trigger the bug. The fix is fairly > obvious so I'll commit it to head shortly. FWIW: my laptop has been happy with it for > 1 hour now. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 22:12:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 065CA16A41F for ; Wed, 27 Jul 2005 22:12:58 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 6575143D4C for ; Wed, 27 Jul 2005 22:12:57 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 3074 invoked from network); 27 Jul 2005 22:12:56 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:In-Reply-To:References:Date:Subject:From:To:Cc:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding; b=zb2qZ3vrpxbrtph/3KPvxcRTnWqnyemR/kXD/ICjK0MqXvswyYunueV7OAWtdOFC7KQHqv2R5s13oRpfVymwkMCb9XT/VTEL9TWEnVdSJeZhYWYuqRWnxBUxmxz/kOJAScrG61vwajVjJmYDx6er9jV9lSTgJksTE2XFgo7XEWg= ; Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp105.rog.mail.re2.yahoo.com with SMTP; 27 Jul 2005 22:12:56 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by 172.16.0.1 with HTTP; Wed, 27 Jul 2005 18:12:52 -0400 (EDT) Message-ID: <1392.172.16.0.199.1122502372.squirrel@172.16.0.1> In-Reply-To: <6e01203b05072517336be50b45@mail.gmail.com> References: <42E583F9.3070703@rogers.com> <6e01203b05072517336be50b45@mail.gmail.com> Date: Wed, 27 Jul 2005 18:12:52 -0400 (EDT) From: "Mike Jakubik" To: "Tyler Gee" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: More dhclient gayness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 22:12:58 -0000 On Mon, July 25, 2005 8:33 pm, Tyler Gee said: > Please refrain from using deragatory insults as subjects to your email. To all the "homosexuals" or anyone offended on the list, please don't feel insulted. I use the term loosely and i really don't care about ones sexual orientation, whatever floats your boat. The way i look at it is, the more homosexuals, the more women for me to choose from :) From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 22:24:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C79F016A41F for ; Wed, 27 Jul 2005 22:24:14 +0000 (GMT) (envelope-from jondoor@udor.net) Received: from mail.mercenarylabs.com (wilson.mercenarylabs.com [12.158.191.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5757443D45 for ; Wed, 27 Jul 2005 22:24:14 +0000 (GMT) (envelope-from jondoor@udor.net) Received: from [127.0.0.1] (wilson [12.158.191.94]) by mail.mercenarylabs.com (Postfix) with ESMTP id 1ECECAD17 for ; Wed, 27 Jul 2005 17:24:14 -0500 (CDT) Message-ID: <42E80989.7090504@udor.net> Date: Wed, 27 Jul 2005 18:24:09 -0400 From: Jon Door User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <42E583F9.3070703@rogers.com> <6e01203b05072517336be50b45@mail.gmail.com> <1392.172.16.0.199.1122502372.squirrel@172.16.0.1> In-Reply-To: <1392.172.16.0.199.1122502372.squirrel@172.16.0.1> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: More dhclient gayness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jondoor@udor.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 22:24:14 -0000 Mike Jakubik wrote: >To all the "homosexuals" or anyone offended on the list, please don't feel >insulted. I use the term loosely and i really don't care about ones sexual >orientation, whatever floats your boat. The way i look at it is, the more >homosexuals, the more women for me to choose from :) > > If only it were that simple. However, the term homosexual applies to both women and men. From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 22:35:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAEB316A41F for ; Wed, 27 Jul 2005 22:35:40 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-07.arcor-online.net (mail-in-07.arcor-online.net [151.189.21.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 143F843D45 for ; Wed, 27 Jul 2005 22:35:39 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-09-z2.arcor-online.net (mail-in-09-z2.arcor-online.net [151.189.8.21]) by mail-in-07.arcor-online.net (Postfix) with ESMTP id 798DE2AD74; Thu, 28 Jul 2005 00:35:38 +0200 (CEST) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mail-in-09-z2.arcor-online.net (Postfix) with ESMTP id 6C53F69CAC; Thu, 28 Jul 2005 00:35:38 +0200 (CEST) Received: from lofi.dyndns.org (dsl-082-083-040-070.arcor-ip.net [82.83.40.70]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id AA3D81E04F; Thu, 28 Jul 2005 00:35:36 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.3/8.13.3) with ESMTP id j6RMZUmN050240 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 28 Jul 2005 00:35:30 +0200 (CEST) (envelope-from lofi@freebsd.org) From: Michael Nottebrock To: freebsd-current@freebsd.org, jondoor@udor.net Date: Thu, 28 Jul 2005 00:35:25 +0200 User-Agent: KMail/1.8.1 References: <42E583F9.3070703@rogers.com> <1392.172.16.0.199.1122502372.squirrel@172.16.0.1> <42E80989.7090504@udor.net> In-Reply-To: <42E80989.7090504@udor.net> X-Face: =Ym$`&q\+S2X$4`X%x%6"L4>Y,$]<":'L%c9"#7#`2tb&E&wsN31on!N\)3BD[g<=?utf-8?q?=2EjnfV=5B=0A=093=23?=>XchLK,o; >bD>c:]^; :>0>vyZ.X[,63GW`&M>}nYnr]-Fp``,[[@lJ!QL|sfW!s)=?utf-8?q?A2!*=0A=09vNkB/=7CL-?=>&QdSbQg X-Virus-Scanned: by amavisd-new Cc: Subject: Re: More dhclient gayness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 22:35:40 -0000 --nextPart16755051.9tqI7FYChJ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday, 28. July 2005 00:24, Jon Door wrote: > Mike Jakubik wrote: > >To all the "homosexuals" or anyone offended on the list, please don't fe= el > >insulted. I use the term loosely and i really don't care about ones sexu= al > >orientation, whatever floats your boat. The way i look at it is, the more > >homosexuals, the more women for me to choose from :) > > If only it were that simple. However, the term homosexual applies to > both women and men. And sheep. And offtopic email conversations. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart16755051.9tqI7FYChJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC6AwxXhc68WspdLARAo8GAJ9Yqrmeu96aHHzSvjHVtDOu5WaofgCaA+T4 G2C/Q7mzBmYTUViC7Zz+Qic= =eF9r -----END PGP SIGNATURE----- --nextPart16755051.9tqI7FYChJ-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 22:51:44 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7E6F16A41F; Wed, 27 Jul 2005 22:51:44 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C29D43D45; Wed, 27 Jul 2005 22:51:44 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 16E2A46B27; Wed, 27 Jul 2005 18:51:44 -0400 (EDT) Date: Wed, 27 Jul 2005 23:53:07 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Craig Rodrigues In-Reply-To: <20050727214820.GA1123@crodrigues.org> Message-ID: <20050727235142.F54330@fledge.watson.org> References: <20050726124222.GA1109@crodrigues.org> <20050726131712.GC46538@darkness.comp.waw.pl> <20050726145334.GA1826@crodrigues.org> <20050727223351.A54330@fledge.watson.org> <20050727214820.GA1123@crodrigues.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@FreeBSD.org, Harti Brandt Subject: Re: Panic in netnatm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 22:51:44 -0000 On Wed, 27 Jul 2005, Craig Rodrigues wrote: > On Wed, Jul 27, 2005 at 10:35:34PM +0100, Robert Watson wrote: >> Otherwise, this looks good to me! (And I guess neither Harti or Bruce got >> a chance to test these code paths?) > > Harti is on vacation until the end of August so I received no feedback > from him. I updated my patch based on your comments. What do you think? I think you still need an NATM_UNLOCK() in the 'goto failed' case, probably placed outside of the "if (npcb) {' block since it will need to be unlocked in both cases. I.e., this additional block: @@ -256,6 +258,7 @@ rt->rt_llinfo = NULL; rt->rt_flags &= ~RTF_LLINFO; } + NATM_UNLOCK(); #endif /* mark as invalid. We cannot RTM_DELETE the route from * here, because the recursive call to rtrequest1 does (will need to be hand-applied due to xterm copy+paste). Robert N M Watson > > > --- if_atm.c.orig Tue Jul 26 10:28:42 2005 > +++ if_atm.c Wed Jul 27 17:44:45 2005 > @@ -221,6 +221,7 @@ > * let native ATM know we are using this VCI/VPI > * (i.e. reserve it) > */ > + NATM_LOCK(); > sin = (struct sockaddr_in *) rt_key(rt); > if (sin->sin_family != AF_INET) > goto failed; > @@ -256,6 +257,7 @@ > rt->rt_llinfo = NULL; > rt->rt_flags &= ~RTF_LLINFO; > } > + NATM_UNLOCK(); > #endif > /* mark as invalid. We cannot RTM_DELETE the route from > * here, because the recursive call to rtrequest1 does > @@ -269,10 +271,12 @@ > * tell native ATM we are done with this VC > */ > if (rt->rt_flags & RTF_LLINFO) { > + NATM_LOCK(); > npcb_free((struct natmpcb *)rt->rt_llinfo, > NPCB_DESTROY); > rt->rt_llinfo = NULL; > rt->rt_flags &= ~RTF_LLINFO; > + NATM_UNLOCK(); > } > #endif > /* > > > -- > Craig Rodrigues > rodrigc@crodrigues.org > From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 22:56:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A8B816A41F; Wed, 27 Jul 2005 22:56:41 +0000 (GMT) (envelope-from mb@imp.ch) Received: from filter1.imp.ch (filter1.imp.ch [157.161.9.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86B2D43D48; Wed, 27 Jul 2005 22:56:40 +0000 (GMT) (envelope-from mb@imp.ch) Received: from filter1.imp.ch (localhost [127.0.0.1]) by filter1.imp.ch (8.13.4/8.13.4/Submit) with ESMTP id j6RMuc1L052886; Thu, 28 Jul 2005 00:56:39 +0200 (CEST) (envelope-from mb@imp.ch) Received: (from clamav@localhost) by filter1.imp.ch (8.13.4/8.13.4/Submit) id j6RMucYw052883; Thu, 28 Jul 2005 00:56:38 +0200 (CEST) (envelope-from mb@imp.ch) Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by ns1.imp.ch (envelope-sender ) (MIMEDefang) with ESMTP id j6RMuawF040828; Thu, 28 Jul 2005 00:56:38 +0200 (CEST) Date: Thu, 28 Jul 2005 00:56:36 +0200 (CEST) From: Martin Blapp To: David Gilbert Message-ID: <20050728004611.A41682@cvs.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Mike Jakubik , Doug Barton , Peter Wemm , freebsd-current@freebsd.org Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 22:56:41 -0000 Hi, >Are there plans to fix the gaping functionality holes in dhclient, or >can we get the isc client back? Please remember that the ISC version was a heavily modified version (done by me) which polled the interface status. It worked rather good, but had some issues (which are negligable if you compare it with the current mess) The startup issue is really a problem, so IMHO it is wrong to use one dhcp-client per interface. This makes it also more difficult to maintain more than one interface with dhcp. I propose to make a knob into the rc.conf to make it possible to use the old isc dhclient, because there is also a port of it available. Of course devd etc needs to handle this too. Any suggestions ? Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 23:04:16 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBE6516A41F; Wed, 27 Jul 2005 23:04:16 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6676743D46; Wed, 27 Jul 2005 23:04:16 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j6RN4F28011024; Wed, 27 Jul 2005 16:04:15 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j6RN4FQJ011023; Wed, 27 Jul 2005 16:04:15 -0700 Date: Wed, 27 Jul 2005 16:04:15 -0700 From: Brooks Davis To: Martin Blapp Message-ID: <20050727230415.GB7618@odin.ac.hmc.edu> References: <20050728004611.A41682@cvs.imp.ch> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="O5XBE6gyVG5Rl6Rj" Content-Disposition: inline In-Reply-To: <20050728004611.A41682@cvs.imp.ch> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Doug Barton , Peter Wemm , Mike Jakubik , freebsd-current@FreeBSD.org, David Gilbert Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 23:04:16 -0000 --O5XBE6gyVG5Rl6Rj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 28, 2005 at 12:56:36AM +0200, Martin Blapp wrote: >=20 > Hi, >=20 > >Are there plans to fix the gaping functionality holes in dhclient, or > >can we get the isc client back? >=20 > Please remember that the ISC version was a heavily modified version (done > by me) which polled the interface status. It worked rather good, but had > some issues (which are negligable if you compare it with the current mess) >=20 > The startup issue is really a problem, so IMHO it is wrong to use one > dhcp-client per interface. This makes it also more difficult to maintain > more than one interface with dhcp. It makes some things easier and some things harder. > I propose to make a knob into the rc.conf to make it possible > to use the old isc dhclient, because there is also a port > of it available. Of course devd etc needs to handle this too. If we can't get things under control soon, we can look at alternate options. IMO, using the port isn't really an option because it wouldn't allow users to install, but worst case reviving your version of the ISC code for 6.x might be feasiable. I'd really like to avoid that route though. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --O5XBE6gyVG5Rl6Rj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD4DBQFC6BLuXY6L6fI4GtQRAgTBAJ47N5TIs1r+RrnD42koI1vnfCKDtwCXS70v FpPzlwRQgn/bp24sJkw8xw== =gDij -----END PGP SIGNATURE----- --O5XBE6gyVG5Rl6Rj-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 23:06:44 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2A7C16A41F; Wed, 27 Jul 2005 23:06:44 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 970C543D48; Wed, 27 Jul 2005 23:06:44 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 17BC046B87; Wed, 27 Jul 2005 19:06:44 -0400 (EDT) Date: Thu, 28 Jul 2005 00:08:07 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Pawel Jakub Dawidek In-Reply-To: <20050727175158.GP46538@darkness.comp.waw.pl> Message-ID: <20050728000702.E54330@fledge.watson.org> References: <20050727175158.GP46538@darkness.comp.waw.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: malloc(9) statistics. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 23:06:45 -0000 On Wed, 27 Jul 2005, Pawel Jakub Dawidek wrote: > I spend few hours today tracking memory leak. At the end I found, that > there were no memory leak actually, but memory statistics are confusing. > > Command 'vmstat -m' shows number of allocations in column named "InUse". > Coulmn name is wrong and confusing. The column only shows how many > allocation were there (successful or not), so when malloc(..., M_NOWAIT) > fails, it increases InUse value, which is never decreased, because there > will be no corresponding free(9). > > I've two proposals: > > 1. Don't increase allocations counter on failure: > > http://people.freebsd.org/~pjd/patches/kern_malloc.c.patch I think this makes more sense, and the problem is due to a mis-understanding of mine regarding how malloc(9) internally accounts for allocations. Feel free to commit, and MFC in short order to RELENG_6. > 2. Change "InUse" name to something else. (1) since InUse is a useful concept. Thanks! Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 23:11:47 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 780C416A41F; Wed, 27 Jul 2005 23:11:47 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20E2B43D45; Wed, 27 Jul 2005 23:11:47 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6RNBksn062557; Wed, 27 Jul 2005 19:11:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6RNBklV051369; Wed, 27 Jul 2005 19:11:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B2E727304D; Wed, 27 Jul 2005 19:11:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050727231145.B2E727304D@freebsd-current.sentex.ca> Date: Wed, 27 Jul 2005 19:11:45 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 23:11:47 -0000 TB --- 2005-07-27 22:14:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-07-27 22:14:35 - starting HEAD tinderbox run for alpha/alpha TB --- 2005-07-27 22:14:35 - cleaning the object tree TB --- 2005-07-27 22:14:59 - checking out the source tree TB --- 2005-07-27 22:14:59 - cd /home/tinderbox/HEAD/alpha/alpha TB --- 2005-07-27 22:14:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-07-27 22:20:43 - building world (CFLAGS=-O2 -pipe) TB --- 2005-07-27 22:20:43 - cd /home/tinderbox/HEAD/alpha/alpha/src TB --- 2005-07-27 22:20:43 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /tinderbox/HEAD/alpha/alpha/src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:898: warning: cast increases required alignment of target type /tinderbox/HEAD/alpha/alpha/src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:911: warning: cast increases required alignment of target type /tinderbox/HEAD/alpha/alpha/src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:912: warning: cast increases required alignment of target type /tinderbox/HEAD/alpha/alpha/src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:915: warning: cast increases required alignment of target type /tinderbox/HEAD/alpha/alpha/src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function `SHA512_Final': /tinderbox/HEAD/alpha/alpha/src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:919: warning: cast increases required alignment of target type /tinderbox/HEAD/alpha/alpha/src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function `SHA384_Final': /tinderbox/HEAD/alpha/alpha/src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:994: warning: cast increases required alignment of target type *** Error code 1 Stop in /tinderbox/HEAD/alpha/alpha/src/sbin/geom/class/eli. *** Error code 1 Stop in /tinderbox/HEAD/alpha/alpha/src/sbin/geom/class. *** Error code 1 Stop in /tinderbox/HEAD/alpha/alpha/src/sbin/geom. *** Error code 1 Stop in /tinderbox/HEAD/alpha/alpha/src/sbin. *** Error code 1 Stop in /tinderbox/HEAD/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/HEAD/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/HEAD/alpha/alpha/src. TB --- 2005-07-27 23:11:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-07-27 23:11:45 - ERROR: failed to build world TB --- 2005-07-27 23:11:45 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 23:22:51 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FAA716A41F for ; Wed, 27 Jul 2005 23:22:51 +0000 (GMT) (envelope-from jmelo@freebsdbrasil.com.br) Received: from capeta.freebsdbrasil.com.br (vrrp.freebsdbrasil.com.br [200.210.70.30]) by mx1.FreeBSD.org (Postfix) with SMTP id AE4BD43D45 for ; Wed, 27 Jul 2005 23:22:48 +0000 (GMT) (envelope-from jmelo@freebsdbrasil.com.br) Received: (qmail 16095 invoked by uid 0); 27 Jul 2005 20:22:46 -0300 Received: from jmelo@freebsdbrasil.com.br by capeta.freebsdbrasil.com.br by uid 82 with qmail-scanner-1.22 (uvscan: v4.3.20/v4544. spamassassin: 2.64. Clear:RC:1(201.17.165.147):. Processed in 0.465086 secs); 27 Jul 2005 23:22:46 -0000 Received: from unknown (HELO ?10.69.69.2?) (201.17.165.147) by capeta.freebsdbrasil.com.br with SMTP; 27 Jul 2005 20:22:46 -0300 Message-ID: <42E81773.3020107@freebsdbrasil.com.br> Date: Wed, 27 Jul 2005 20:23:31 -0300 From: Jean Milanez Melo User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050614) X-Accept-Language: en-us, en MIME-Version: 1.0 To: info@martenvijn.nl References: <42E7D112.8010906@freebsdbrasil.com.br> <1122511854.627.8.camel@localhost.localdomain> In-Reply-To: <1122511854.627.8.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, small@freebsd.org, current@freebsd.org Subject: Re: TinyBSD 0.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 23:22:51 -0000 Marten wrote: > >IMHO When a kernel does not build the script should exit, instead of >processing an image without a kernel. > >please consider this patch > >http://martenvijn.nl/tinybsd/kernel_build_error_patch.txt > > >Marten > > Hi Marten, I've just released a new version with your patch, 0.5. Thanks a lot. -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA. Fone: (31) 3281-9633 http://www.freebsdbrasil.com.br From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 23:35:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0429A16A41F for ; Wed, 27 Jul 2005 23:35:58 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9388543D46 for ; Wed, 27 Jul 2005 23:35:57 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id 327653231F2; Thu, 28 Jul 2005 01:35:55 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 50264405B; Thu, 28 Jul 2005 01:36:19 +0200 (CEST) Date: Thu, 28 Jul 2005 01:36:19 +0200 From: Jeremie Le Hen To: Alexander Leidinger Message-ID: <20050727233619.GV1610@obiwan.tataz.chchile.org> References: <200507231942.j6NJgdks037508@repoman.freebsd.org> <42E2A029.1090404@gmail.com> <42E2DA50.2000205@FreeBSD.org> <20050724011629.GK14567@elvis.mu.org> <20050724094522.GL14567@elvis.mu.org> <20050725195258.GD9620@cirb503493.alcatel.com.au> <20050726115812.X31388@ync.qbhto.arg> <20050727120538.sw4jxcurk4g0wg00@netchild.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050727120538.sw4jxcurk4g0wg00@netchild.homeip.net> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: Cleaning stale files from the base (Was: Re: cvs commit: src ObsoleteFiles.inc) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 23:35:58 -0000 Hi Alexander, > One of the design goals of the recently committed way of removing obsolete > files was to *not* remove a file which we never had in the base system (I'm > not sure I mentioned this in the commit log). So if an administrator decides > to move something to somewhere in the base system (for whatever reason), it > will stay where it is (and this is good, since this move was done with a > specific purpose). I confirm you didn't mention this in your commit log. It would maybe be a good idea to do a forced commit to precise this, to keep track of this important argument in favor of your solution (IMHO). Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 23:42:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D948E16A420; Wed, 27 Jul 2005 23:42:19 +0000 (GMT) (envelope-from mb@imp.ch) Received: from filter1.imp.ch (filter1.imp.ch [157.161.9.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3283343D49; Wed, 27 Jul 2005 23:42:19 +0000 (GMT) (envelope-from mb@imp.ch) Received: from filter1.imp.ch (localhost [127.0.0.1]) by filter1.imp.ch (8.13.4/8.13.4/Submit) with ESMTP id j6RNgGgE076731; Thu, 28 Jul 2005 01:42:16 +0200 (CEST) (envelope-from mb@imp.ch) Received: (from clamav@localhost) by filter1.imp.ch (8.13.4/8.13.4/Submit) id j6RNgGl8076728; Thu, 28 Jul 2005 01:42:16 +0200 (CEST) (envelope-from mb@imp.ch) Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by ns1.imp.ch (envelope-sender ) (MIMEDefang) with ESMTP id j6RNgEme042794; Thu, 28 Jul 2005 01:42:16 +0200 (CEST) Date: Thu, 28 Jul 2005 01:42:14 +0200 (CEST) From: Martin Blapp To: Brooks Davis In-Reply-To: <20050727230415.GB7618@odin.ac.hmc.edu> Message-ID: <20050728014022.R41682@cvs.imp.ch> References: <20050728004611.A41682@cvs.imp.ch> <20050727230415.GB7618@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Mike Jakubik , Doug Barton , David Gilbert , Peter Wemm , freebsd-current@freebsd.org Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 23:42:20 -0000 Hi, > If we can't get things under control soon, we can look at alternate > options. IMO, using the port isn't really an option because it wouldn't > allow users to install, but worst case reviving your version of the ISC > code for 6.x might be feasiable. I'd really like to avoid that route > though. Hmm, I don't know whats the best thing to do currently. But I think the option to use the old version after installing would make all users having problems happy (until they install a new box ;) Martin From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 23:44:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E05116A41F; Wed, 27 Jul 2005 23:44:38 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B36343D46; Wed, 27 Jul 2005 23:44:37 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j6RNiaWS015545; Wed, 27 Jul 2005 16:44:36 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j6RNiaOW015544; Wed, 27 Jul 2005 16:44:36 -0700 Date: Wed, 27 Jul 2005 16:44:36 -0700 From: Brooks Davis To: Martin Blapp Message-ID: <20050727234436.GA15362@odin.ac.hmc.edu> References: <20050728004611.A41682@cvs.imp.ch> <20050727230415.GB7618@odin.ac.hmc.edu> <20050728014022.R41682@cvs.imp.ch> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline In-Reply-To: <20050728014022.R41682@cvs.imp.ch> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Doug Barton , Peter Wemm , Mike Jakubik , freebsd-current@freebsd.org, David Gilbert Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 23:44:38 -0000 --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 28, 2005 at 01:42:14AM +0200, Martin Blapp wrote: >=20 > Hi, >=20 > >If we can't get things under control soon, we can look at alternate > >options. IMO, using the port isn't really an option because it wouldn't > >allow users to install, but worst case reviving your version of the ISC > >code for 6.x might be feasiable. I'd really like to avoid that route > >though. >=20 > Hmm, I don't know whats the best thing to do currently. But I think the > option to use the old version after installing would make all users > having problems happy (until they install a new box ;) Feel free to work up a patch. I'd much rather spend my time trying to solve the problems with the new code for the moment. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFC6BxjXY6L6fI4GtQRAkOSAKC+l7BgMbJNMD4PdoKd1uv+4vFkPACbBRe8 +oTZjUCuNmcHVJsxYY2JneQ= =Iul3 -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 23:57:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BC7E16A41F for ; Wed, 27 Jul 2005 23:57:26 +0000 (GMT) (envelope-from jondoor@udor.net) Received: from mail.mercenarylabs.com (ns1.mercenarylabs.com [12.158.191.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED56D43D45 for ; Wed, 27 Jul 2005 23:57:25 +0000 (GMT) (envelope-from jondoor@udor.net) Received: from [127.0.0.1] (wilson [12.158.191.94]) by mail.mercenarylabs.com (Postfix) with ESMTP id EF912AD4A for ; Wed, 27 Jul 2005 18:57:25 -0500 (CDT) Message-ID: <42E81F60.30100@udor.net> Date: Wed, 27 Jul 2005 19:57:20 -0400 From: Jon Door User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20050728004611.A41682@cvs.imp.ch> <20050727230415.GB7618@odin.ac.hmc.edu> <20050728014022.R41682@cvs.imp.ch> In-Reply-To: <20050728014022.R41682@cvs.imp.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jondoor@udor.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 23:57:26 -0000 Martin Blapp wrote: >> If we can't get things under control soon, we can look at alternate >> options. IMO, using the port isn't really an option because it wouldn't >> allow users to install, but worst case reviving your version of the ISC >> code for 6.x might be feasiable. I'd really like to avoid that route >> though. > > > Hmm, I don't know whats the best thing to do currently. But I think the > option to use the old version after installing would make all users > having problems happy (until they install a new box ;) > IMHO the unhappy users are the ones best suited and most invested in testing the new code, I would worry a simple knob might divert some of that testing. Then again it would be helpful for general productivity to be able to switch back and forth. From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 00:07:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7F9B16A423; Thu, 28 Jul 2005 00:07:54 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (postoffice.vicor.com [69.26.56.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 007CF43D4C; Thu, 28 Jul 2005 00:07:53 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id BFA634CE968; Wed, 27 Jul 2005 17:07:53 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03367-01; Wed, 27 Jul 2005 17:07:53 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 1F2134CE905; Wed, 27 Jul 2005 17:07:53 -0700 (PDT) Message-ID: <42E821D8.9060702@elischer.org> Date: Wed, 27 Jul 2005 17:07:52 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: Martin Blapp References: <20050728004611.A41682@cvs.imp.ch> In-Reply-To: <20050728004611.A41682@cvs.imp.ch> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Cc: Mike Jakubik , Doug Barton , freebsd-current@freebsd.org, Peter Wemm , David Gilbert Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 00:07:55 -0000 Martin Blapp wrote: > > Hi, > >> Are there plans to fix the gaping functionality holes in dhclient, or >> can we get the isc client back? > > > Please remember that the ISC version was a heavily modified version (done > by me) which polled the interface status. It worked rather good, but had > some issues (which are negligable if you compare it with the current > mess) > > The startup issue is really a problem, so IMHO it is wrong to use one > dhcp-client per interface. This makes it also more difficult to maintain > more than one interface with dhcp. > > I propose to make a knob into the rc.conf to make it possible > to use the old isc dhclient, because there is also a port > of it available. Of course devd etc needs to handle this too. > > Any suggestions ? bring back the old one? > > Martin > > Martin Blapp, > ------------------------------------------------------------------ > ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH > Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 > PGP: > PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E > ------------------------------------------------------------------ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 00:22:19 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2639F16A420; Thu, 28 Jul 2005 00:22:19 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EAD743D46; Thu, 28 Jul 2005 00:22:18 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6S0Ldl0093787; Wed, 27 Jul 2005 20:21:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6S0MHQ4014805; Wed, 27 Jul 2005 20:22:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 48B517304D; Wed, 27 Jul 2005 20:22:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050728002216.48B517304D@freebsd-current.sentex.ca> Date: Wed, 27 Jul 2005 20:22:16 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 00:22:19 -0000 TB --- 2005-07-27 23:11:45 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-07-27 23:11:45 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-07-27 23:11:45 - cleaning the object tree TB --- 2005-07-27 23:12:17 - checking out the source tree TB --- 2005-07-27 23:12:17 - cd /home/tinderbox/HEAD/amd64/amd64 TB --- 2005-07-27 23:12:17 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-07-27 23:18:02 - building world (CFLAGS=-O2 -pipe) TB --- 2005-07-27 23:18:02 - cd /home/tinderbox/HEAD/amd64/amd64/src TB --- 2005-07-27 23:18:02 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries [...] cd /tinderbox/HEAD/amd64/amd64/src/include/../sys; sh /tinderbox/HEAD/amd64/amd64/src/tools/install.sh -C -o root -g wheel -m 444 geom/concat/*.h /home/tinderbox/HEAD/amd64/amd64/obj/amd64/tinderbox/HEAD/amd64/amd64/src/lib32/usr/include/geom/concat cd /tinderbox/HEAD/amd64/amd64/src/include/../sys; sh /tinderbox/HEAD/amd64/amd64/src/tools/install.sh -C -o root -g wheel -m 444 geom/eli/*.h /home/tinderbox/HEAD/amd64/amd64/obj/amd64/tinderbox/HEAD/amd64/amd64/src/lib32/usr/include/geom/eli install: wrong number or types of arguments usage: install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 file2 install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 ... fileN directory install -d [-v] [-g group] [-m mode] [-o owner] directory ... *** Error code 64 Stop in /tinderbox/HEAD/amd64/amd64/src/include. *** Error code 1 Stop in /tinderbox/HEAD/amd64/amd64/src/include. *** Error code 1 Stop in /tinderbox/HEAD/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/HEAD/amd64/amd64/src. TB --- 2005-07-28 00:22:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-07-28 00:22:15 - ERROR: failed to build world TB --- 2005-07-28 00:22:15 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 00:49:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3961E16A41F; Thu, 28 Jul 2005 00:49:34 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6FD343D5C; Thu, 28 Jul 2005 00:49:32 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.94] ([66.127.85.94]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j6S0nOms074817 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 27 Jul 2005 17:49:26 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42E82BB9.8030404@errno.com> Date: Wed, 27 Jul 2005 17:50:01 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jose M Rodriguez References: <42E583F9.3070703@rogers.com> <200507261853.07513.peter@wemm.org> <1242.172.16.0.199.1122429678.squirrel@172.16.0.1> <200507271215.14369.doconnor@gsoft.com.au> <42E6F5EA.7030801@samsco.org> <1122446707.76777.11.camel@orion.redesjm.local> In-Reply-To: <1122446707.76777.11.camel@orion.redesjm.local> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Mike Jakubik , freebsd-current@freebsd.org, =?UTF-8?B?TWF0ZXVzeiBKxJlkcmFzaWs=?= , Peter Wemm Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 00:49:34 -0000 Jose M Rodriguez wrote: > El mar, 26-07-2005 a las 20:48 -0600, Scott Long escribiĂ³: > >>Daniel O'Connor wrote: >> >>>On Wednesday 27 July 2005 11:31, Mike Jakubik wrote: >>> >>> >>>>On Tue, July 26, 2005 9:53 pm, Peter Wemm said: >>>> >>>> >>>>>I'd love to know which items in dhclient.conf allow you to disable the >>>>>default route handling and the resolv.conf handling.. >>>> >>>>supersede { [option declaration] [, ... option declaration] } >>>> >>>>Ex, I use "supersede domain-name-servers 127.0.0.1;" to set my own name >>>>server. >>> >>> >>>That just means you have to hardcode your resolver and default route into >>>dhclient.conf - there is no "Don't touch this setting on my computer even if >>>the DHCP server tells you to" flag in the config file I believe. >>> >> >>Part of the point of going to the new codebase was to free us from being >>locked into vendor sources that we couldn't easily change. If there is >>a need for a new option, please code it up and commit it! >> > > > The main problem is that OpenBSD dhclient doesn't operate under std DHCP > concepts/guidelines. > > a dhclient daemon must not alter IPs on media changes, only if they > can't rebind the assigned IP in time. Can you point out where this is set forth in the RFC? If so this means fast roaming on a wireless network using dhcp is not supported. I believe you are misunderstanding things because you see the results of bugs and not the intent of the code. > > ALso, ISC dhcp operation, which may seems simple, it's more complex that > a quick look may point. I'm not sure what point you're making here. The 3.0 ISC dhcp client code was difficult to work with in many ways and following a design path that I believe was not good. I have worked with the ISC dhcp code for many years including porting it to Windows and cannibalizing it for inclusion in vmware. I think I understand pretty well what's in the code. I pushed to get this different code into the system because it was easier to work with and did just what we needed and not more. This has many benefits including being more reliable, secure, and maintainable. I ran with this code for _many_ months w/o seeing _any_ issues. The problems we've been seeing were not expected (I anticipated some problems) but are mainly due to dhclient depending on reliable information from other parts of the system and that information is not forthcoming (e.g. link state change notices from drivers). > > I'll be really happy if this kind of infraestructure changes are not > done at the end of development cycles. As I stated I was running the code for many months w/o any issues. It was brought into the tree more than a month prior to release w/ the understanding that the only real way to get feedback from the user community is to get it out for people to use. In the past day or two brooks has fixed several problems and we are committed to making it stable for the release. Sam From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 00:52:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A97416A41F for ; Thu, 28 Jul 2005 00:52:10 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFEED43D4C for ; Thu, 28 Jul 2005 00:52:09 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.94] ([66.127.85.94]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j6S0q1ms074829 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 27 Jul 2005 17:52:01 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42E82C56.5030302@errno.com> Date: Wed, 27 Jul 2005 17:52:39 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kirk Davis References: <04C71268DFDAA8499EC1A248A44B6A2B34C004@Exchange21.EDU.epsb.ca> In-Reply-To: <04C71268DFDAA8499EC1A248A44B6A2B34C004@Exchange21.EDU.epsb.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "'freebsd-current@freebsd.org'" Subject: Re: 6-BETA1 iwi + wpa_supplicant fails, and sometimes silently re boots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 00:52:10 -0000 Kirk Davis wrote: > I agree and that is what I started to do but I needed to add the iwi device > to the ethernet-nic-regex variable in order for the dhclient to get the link > up/down notification. I'm not sure what the recommended way is for this. > I guess I could just create a new notify for that device in the included > file. We recently added some support to devd to match the if_media type. This was done so the regex in devd could be replaced by a check for the interface being 802.3 or 802.11. I'll have to dig up that change and commit it. Sam From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 01:04:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDED916A41F; Thu, 28 Jul 2005 01:04:12 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61DB843D58; Thu, 28 Jul 2005 01:04:12 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.94] ([66.127.85.94]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j6S149ms074883 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 27 Jul 2005 18:04:09 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42E82F2E.9030505@errno.com> Date: Wed, 27 Jul 2005 18:04:46 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Gilbert References: <42E583F9.3070703@rogers.com> <200507261853.07513.peter@wemm.org> <1242.172.16.0.199.1122429678.squirrel@172.16.0.1> <200507271215.14369.doconnor@gsoft.com.au> <42E6F5EA.7030801@samsco.org> <42E71F77.6010705@FreeBSD.org> <17127.41923.312257.159166@canoe.dclg.ca> In-Reply-To: <17127.41923.312257.159166@canoe.dclg.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Mike Jakubik , Doug Barton , Peter Wemm , freebsd-current@freebsd.org Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 01:04:13 -0000 David Gilbert wrote: >>>>>>"Doug" == Doug Barton writes: > > > Doug> Scott Long wrote: > >>>Part of the point of going to the new codebase was to free us from >>>being locked into vendor sources that we couldn't easily change. > > > Doug> It's not at all clear to me how the ISC license prevented us > Doug> from easily changing anything. There may have been other > Doug> compelling reasons to change code, but I would need this one > Doug> explained in more detail to be convinced. > > I've been privately grousing about the dhclient change for some time, > but since someone else started the thread, here are my observations. > > The ISC dhclient would probe multiple interfaces simultaneously. The > new one waits for some amount o ftime on my hardwire ethernet (rarely > used) before probing my wireless. The result is a longer startup. Not sure where you come up with this. The ISC client checked the interface state at startup and past that time polled for changes. The polling interval was, I believe, something like 30 seconds; probably more. The current dhclient code checks the interface state at startup and past that depends on messages from the kernel to effect changes. No polling so virtually instantaneous response to interface state changes. This is especially important in a wireless environment when roaming between ap's where polling can miss ap changes (the old code didn't check the bssid so would not notice a change until the lease needed to be renewed or other events occurred). The problem(s) we are having now are mainly: 1. device drivers not reliably producing link state changes. 2. link state bouncing is causing dhclient to bounce along with it; normally this wouldn't be a big deal because of the way dhclient works but due to some other bugs it's a problem. I used the event-driven mechanism to add fast roaming support to dhclient on an ap change. It worked great until recently. I've yet to figure out exactly why but have been overwhelmed with other work and haven't devoted a lot of time to the problem. Brooks and I are also talking about adding debounce code to deal with bogus drivers. In other systems this is done in the kernel (e.g. Windows drivers do debouncing of wireless state changes) and we're trying to decide if we should do likewise or do it in dhclient. > > Since the changes to the wireless code, the ISC dhclient would notice > a change in the state of the wireless (new ssid, for instance) and > quickly sync up. The new dhclient sometimes does, but more often than > not requires that I "ifconfig ath0 ssid foo" ... which is annoying. > With the old ISC client, leaving the ssid blank was sufficient. Please provide details of what does not work. I cannot diagnose anything given what you've said. The 80211watch program from tools/tools/ath is invaluable in understanding what dhclient is doing. > > An extention of this is that randomly, after some long amount of time > online (often a day or two), ath0 seems to disassociate with the only > local access point in my home and reqire I ifconfig a bunch of times. > This may or may not be a dhclient thing --- but I tend to think it's > related ... if for no other reason than it started occuring at the > same time as the dhclient was checked in. Nothing to do with dhclient and again you've provvided no useful information. If you're using ath look at athstats; it'll show you for example beacon misses. I suspect your problem with not reassociating was fixed yesterday. > > Are there plans to fix the gaping functionality holes in dhclient, or > can we get the isc client back? I've yet to see any gaping holes. I see bugs but other than brooks fixing problems I mostly see people carping. If you want the isc code back go get it. I personally want to fix what we have. Sam From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 01:10:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D1F116A41F; Thu, 28 Jul 2005 01:10:30 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id D79D243D48; Thu, 28 Jul 2005 01:10:29 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.94] ([66.127.85.94]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j6S1ARms074901 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 27 Jul 2005 18:10:28 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42E830A8.5020902@errno.com> Date: Wed, 27 Jul 2005 18:11:04 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Martin Blapp References: <20050728004611.A41682@cvs.imp.ch> In-Reply-To: <20050728004611.A41682@cvs.imp.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Mike Jakubik , Doug Barton , freebsd-current@freebsd.org, Peter Wemm , David Gilbert Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 01:10:30 -0000 Martin Blapp wrote: > > Hi, > >> Are there plans to fix the gaping functionality holes in dhclient, or >> can we get the isc client back? > > > Please remember that the ISC version was a heavily modified version (done > by me) which polled the interface status. It worked rather good, but had > some issues (which are negligable if you compare it with the current mess) > > The startup issue is really a problem, so IMHO it is wrong to use one > dhcp-client per interface. This makes it also more difficult to maintain > more than one interface with dhcp. Actually I consider having one dhclient per interface the most important difference between the new code and the old code. The amount of code required support a single dhclient for the entire system was very painful and led to subtle bugs. > > I propose to make a knob into the rc.conf to make it possible > to use the old isc dhclient, because there is also a port > of it available. Of course devd etc needs to handle this too. > > Any suggestions ? I'm fine with this; in fact we discussed it early on. Sam From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 01:25:28 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB9FD16A41F for ; Thu, 28 Jul 2005 01:25:28 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BF9C43D48 for ; Thu, 28 Jul 2005 01:25:28 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j6S1PRgN024305 for ; Wed, 27 Jul 2005 18:25:27 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j6S1PRM6024304 for current@freebsd.org; Wed, 27 Jul 2005 18:25:27 -0700 Date: Wed, 27 Jul 2005 18:25:27 -0700 From: Brooks Davis To: current@freebsd.org Message-ID: <20050728012527.GA23648@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fUYQa+Pmc3FrFX/N" Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Subject: another dhclient patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 01:25:29 -0000 --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Here's another dhclient patch to address another bug in the bpf code by correctly using BPF_WORDALIGN to advance the pointer. It assumes the previous patch (as committed to HEAD) has been applied. I've got a couple systems running this with debug compiled versons so if we still have bpf related bugs, I should be able to find them. -- Brooks ----- Forwarded message from Brooks Davis ----- From: Brooks Davis Date: Thu, 28 Jul 2005 01:18:21 GMT To: Perforce Change Reviews Subject: PERFORCE change 81096 for review http://perforce.freebsd.org/chv.cgi?CH=3D81096 Change 81096 by brooks@brooks_pagefault on 2005/07/28 01:17:44 Futher BPF handing fixes. Use BPF_WORDALIGN when incrementing the pointer. From ISC via krw at OpenBSD. Affected files ... =2E. //depot/user/brooks/cleanup/sbin/dhclient/bpf.c#6 edit Differences ... =3D=3D=3D=3D //depot/user/brooks/cleanup/sbin/dhclient/bpf.c#6 (text+ko) = =3D=3D=3D=3D @@ -325,7 +325,9 @@ * do is drop it. */ if (hdr.bh_caplen !=3D hdr.bh_datalen) { - interface->rbuf_offset +=3D hdr.bh_caplen; + interface->rbuf_offset =3D + BPF_WORDALIGN(interface->rbuf_offset + + hdr.bh_caplen); continue; } =20 @@ -339,7 +341,9 @@ * this packet. */ if (offset < 0) { - interface->rbuf_offset +=3D hdr.bh_caplen; + interface->rbuf_offset =3D + BPF_WORDALIGN(interface->rbuf_offset + + hdr.bh_caplen); continue; } interface->rbuf_offset +=3D offset; @@ -351,7 +355,9 @@ =20 /* If the IP or UDP checksum was bad, skip the packet... */ if (offset < 0) { - interface->rbuf_offset +=3D hdr.bh_caplen; + interface->rbuf_offset =3D + BPF_WORDALIGN(interface->rbuf_offset + + hdr.bh_caplen); continue; } interface->rbuf_offset +=3D offset; @@ -363,14 +369,18 @@ * life, though). */ if (hdr.bh_caplen > len) { - interface->rbuf_offset +=3D hdr.bh_caplen; + interface->rbuf_offset =3D + BPF_WORDALIGN(interface->rbuf_offset + + hdr.bh_caplen); continue; } =20 /* Copy out the data in the packet... */ memcpy(buf, interface->rbuf + interface->rbuf_offset, hdr.bh_caplen); - interface->rbuf_offset +=3D hdr.bh_caplen; + interface->rbuf_offset =3D + BPF_WORDALIGN(interface->rbuf_offset + + hdr.bh_caplen); return (hdr.bh_caplen); } while (!length); return (0); ----- End forwarded message ----- --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --fUYQa+Pmc3FrFX/N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFC6DQHXY6L6fI4GtQRAmvaAJ0ZZYRJVQyWnvdLeqww/yPtp4WXRgCgqpZp PSfL59+SEGCJDj3IOEjv9Es= =l15E -----END PGP SIGNATURE----- --fUYQa+Pmc3FrFX/N-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 02:08:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3253C16A420; Thu, 28 Jul 2005 02:08:23 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id D323043D49; Thu, 28 Jul 2005 02:08:22 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j6S28Ims075142 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 27 Jul 2005 19:08:20 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42E83F5B.7000700@errno.com> Date: Wed, 27 Jul 2005 19:13:47 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Gilbert References: <42E583F9.3070703@rogers.com> <200507261853.07513.peter@wemm.org> <1242.172.16.0.199.1122429678.squirrel@172.16.0.1> <200507271215.14369.doconnor@gsoft.com.au> <42E6F5EA.7030801@samsco.org> <42E71F77.6010705@FreeBSD.org> <17127.41923.312257.159166@canoe.dclg.ca> <42E82F2E.9030505@errno.com> In-Reply-To: <42E82F2E.9030505@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Mike Jakubik , Doug Barton , Peter Wemm , freebsd-current@freebsd.org Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 02:08:23 -0000 Sam Leffler wrote: > David Gilbert wrote: > >> The ISC dhclient would probe multiple interfaces simultaneously. The >> new one waits for some amount o ftime on my hardwire ethernet (rarely >> used) before probing my wireless. The result is a longer startup. I misread the above. I saw brooks pointed out the "don't wait at startup" option and you responded that this was unacceptable. I don't see your proposing an alternative except to revert to the isc code which right now we're not looking to do. Sam From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 02:56:05 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FB3216A41F for ; Thu, 28 Jul 2005 02:56:05 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from maxlor.mine.nu (c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1975443D45 for ; Thu, 28 Jul 2005 02:56:04 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (localhost [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id C6863330; Thu, 28 Jul 2005 04:56:02 +0200 (CEST) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (midgard [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 90136-10; Thu, 28 Jul 2005 04:56:00 +0200 (CEST) Received: from dyn134.intranet (dyn134.intranet [10.0.0.134]) by maxlor.mine.nu (Postfix) with ESMTP id BE52265; Thu, 28 Jul 2005 04:56:00 +0200 (CEST) From: Benjamin Lutz To: Quinton Dolan Date: Thu, 28 Jul 2005 04:55:53 +0200 User-Agent: KMail/1.8.1 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart31182549.9xO3bp73MY"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200507280456.00258.benlutz@datacomm.ch> X-Virus-Scanned: by amavisd-new at maxlor.mine.nu Cc: current@freebsd.org Subject: FreeBSD nve(4) driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 02:56:05 -0000 --nextPart31182549.9xO3bp73MY Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, I'd like to report on the nve(4) driver and it's support of my on-board=20 NIC on my MSI K8N Neo2 Mainboard (which is a nForce3 board). Dmesg says: nve0: port 0xb800-0xb807 mem 0xee005000-0xee005fff irq 21 at device 5.0 on pci0 nve0: Ethernet address 00:11:09:65:fc:0d miibus1: on nve0 nve0: Ethernet address: 00:11:09:65:fc:0d =20 in nve.c, you write: > NVIDIA now support the nForce3 AMD64 platform, however I have been > unable to access such a system to verify support. However, the code is > reported to work with little modification when compiled with the AMD64 > version of the NVIDIA Linux library. All that should be necessary to > make the driver work is to link it directly into the kernel, instead of > as a module, and apply the docs/amd64.diff patch in this source > distribution to the NVIDIA Linux driver source. I've not done any patching, but I've simply kldloaded if_nve. This machine= =20 is running: $ uname -mrs FreeBSD 6.0-BETA1 amd64 The NIC is working, I can ping etc. However, when there isn't any network=20 activity, I'm starting to see these messages, with the timeout occurring=20 about every 30 seconds: nve0: device timeout (1) nve0: link state changed to DOWN nve0: link state changed to UP nve0: device timeout (1) nve0: link state changed to DOWN nve0: link state changed to UP nve0: device timeout (2) nve0: link state changed to DOWN nve0: link state changed to UP ... If you'd like me to run tests, I can do that. While I'm here - this mainboard also has a second on-board NIC, which uses= =20 a RealTek 8169S. Comments in the code for the re(4) driver say that the=20 driver takes advantage of the 8169S' RX/TX checksum offloading. It would=20 appear that despite the name, that chip isn't so bad. How does the MCP7=20 in combination with nve(4) compare? Which of the two chips do you=20 recommend I use under FreeBSD? Cheers Benjamin --nextPart31182549.9xO3bp73MY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC6ElAgShs4qbRdeQRAicKAJ9Fpycy5ks2m1B4fiMD6avQdc9tOgCgg5+H KUO2ntKX42ecO+LUu7iGEdY= =bhlW -----END PGP SIGNATURE----- --nextPart31182549.9xO3bp73MY-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 03:41:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E044016A41F for ; Thu, 28 Jul 2005 03:41:39 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id A86AE43D4C for ; Thu, 28 Jul 2005 03:41:39 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DxzH8-000EOh-BY; Thu, 28 Jul 2005 03:41:38 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DxzH7-000B62-NN; Thu, 28 Jul 2005 12:41:37 +0900 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17128.21489.219385.125683@roam.psg.com> Date: Thu, 28 Jul 2005 12:41:37 +0900 To: Jose M Rodriguez References: <42E583F9.3070703@rogers.com> <200507261853.07513.peter@wemm.org> <1242.172.16.0.199.1122429678.squirrel@172.16.0.1> <200507271215.14369.doconnor@gsoft.com.au> <42E6F5EA.7030801@samsco.org> <1122446707.76777.11.camel@orion.redesjm.local> Cc: freebsd-current@freebsd.org Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 03:41:40 -0000 i think we have dhclient and wpa_supplicant problems. but the discussion of isc versus openbsd is past (and you can count me among the injured). but it's probably best if we try to debug and move forward. randy From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 03:45:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F00F16A41F for ; Thu, 28 Jul 2005 03:45:58 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA7B143D53 for ; Thu, 28 Jul 2005 03:45:57 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DxzLJ-000EVq-HC; Thu, 28 Jul 2005 03:45:57 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DxzLI-000B7G-Sx; Thu, 28 Jul 2005 12:45:56 +0900 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17128.21748.338542.831051@roam.psg.com> Date: Thu, 28 Jul 2005 12:45:56 +0900 To: Martin Blapp References: <20050728004611.A41682@cvs.imp.ch> Cc: freebsd-current@freebsd.org Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 03:45:58 -0000 > Please remember that the ISC version was a heavily modified version (done > by me) which polled the interface status. actually, for years, i had been building and running isc snapshots straight from the isc ftp site, and they worked quite well. randy From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 04:01:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41CD516A41F for ; Thu, 28 Jul 2005 04:01:17 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (postoffice.vicor.com [69.26.56.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF60143D46 for ; Thu, 28 Jul 2005 04:01:16 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id B39814CE8F8 for ; Wed, 27 Jul 2005 21:01:16 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09093-04 for ; Wed, 27 Jul 2005 21:01:16 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 3EEC64CE7F2 for ; Wed, 27 Jul 2005 21:01:16 -0700 (PDT) Message-ID: <42E8588C.5000102@elischer.org> Date: Wed, 27 Jul 2005 21:01:16 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Subject: LOR in 6.0 as of 2 days ago or so.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 04:01:17 -0000 lock order reversal 1st 0xc097a580 UMA lock (UMA lock) @ /usr/src/sys/vm/uma_core.c:1494 2nd 0xc1060144 system map (system map) @ /usr/src/sys/vm/vm_map.c:2317 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c092f698,c092f7d8,c08ba084) at kdb_backtrace+0x29 witness_checkorder(c1060144,9,c0870876,90d) at witness_checkorder+0x564 _mtx_lock_flags(c1060144,0,c0870876,90d) at _mtx_lock_flags+0x5b _vm_map_lock(c10600c0,c0870876,90d) at _vm_map_lock+0x26 vm_map_remove(c10600c0,c2f91000,c2f92000,e50f8c08,c077e315) at vm_map_remove+0x1f kmem_free(c10600c0,c2f91000,1000,e50f8c38,c077dcc2) at kmem_free+0x25 page_free(c2f91000,1000,2) at page_free+0x29 zone_drain(c26605a0) at zone_drain+0x26a zone_foreach(c077da58,e50f8cec,c078fb2b,c2382300,e50f8c74) at zone_foreach+0x37 uma_reclaim(c2382300,e50f8c74,0,c0925cc0,e50f8c80) at uma_reclaim+0x12 vm_pageout_scan(0,c097a9e0,0,c0871d63,5c3) at vm_pageout_scan+0x103 vm_pageout(0,e50f8d38,0,c07908e4,0) at vm_pageout+0x2c3 fork_exit(c07908e4,0,e50f8d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe50f8d6c, ebp = 0 --- this is just as it mounts the filesystems during boot. I'll resup and recompile to check about todays sources but I've seen this for a while. From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 04:01:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7CD816A421 for ; Thu, 28 Jul 2005 04:01:29 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (postoffice.vicor.com [69.26.56.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7735443D46 for ; Thu, 28 Jul 2005 04:01:29 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 4E1754CE9D1 for ; Wed, 27 Jul 2005 21:01:29 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09093-05 for ; Wed, 27 Jul 2005 21:01:28 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by postoffice.vicor-nb.com (Postfix) with ESMTP id C15C04CE9CB for ; Wed, 27 Jul 2005 21:01:28 -0700 (PDT) Message-ID: <42E85898.7040500@elischer.org> Date: Wed, 27 Jul 2005 21:01:28 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Subject: kernel core files broken in 6.0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 04:01:30 -0000 Schiz0# cd /var/crash schizo# ls -latr total 1066042 -rw-r--r-- 1 root wheel 5 Jul 25 07:12 minfree drwxr-xr-x 19 root wheel 512 Jul 25 23:02 .. -rw------- 1 root wheel 506 Jul 25 23:03 info.0 -rw-r--r-- 1 root wheel 2 Jul 25 23:03 bounds -rw------- 1 root wheel 1073283072 Jul 25 23:07 vmcore.0 -rwxr-xr-x 1 root wheel 21637059 Jul 28 03:52 kernel.debug drwxr-xr-x 2 root wheel 512 Jul 28 03:52 . schizo# uname -a FreeBSD schizo.dev.vicor-nb.com 6.0-20050725-SNAP FreeBSD 6.0-20050725-SNAP #0: Mon Jul 25 17:24:58 UTC 2005 root@fbsd6.dev.vicor-nb.com:/usr/obj/usr/src/sys/GENERIC i386 schizo# strings /boot/kernel/kernel |grep SNAP ENSNAPSHOT SNAPSHOT @(#)FreeBSD 6.0-20050725-SNAP #0: Mon Jul 25 17:24:58 UTC 2005 FreeBSD 6.0-20050725-SNAP #0: Mon Jul 25 17:24:58 UTC 2005 6.0-20050725-SNAP schizo# schizo# kgdb kernel.debug vmcore.0 |& more kgdb: kvm_read: invalid address (0x50012) kgdb: kvm_read: invalid address (0x7) kgdb: kvm_read: invalid address (0xd) kgdb: kvm_read: invalid address (0xd) kgdb: kvm_read: invalid address (0xd) kgdb: kvm_read: invalid address (0xd) kgdb: kvm_read: invalid address (0xd) kgdb: kvm_read: invalid address (0xd) kgdb: kvm_read: invalid address (0xd) kgdb: kvm_read: invalid address (0xd) kgdb: kvm_read: invalid address (0xd) kgdb: kvm_read: invalid address (0xd) kgdb: kvm_read: invalid address (0xd) kgdb: kvm_read: invalid address (0xd) kgdb: kvm_read: invalid address (0xd) kgdb: kvm_read: invalid address (0xd) kgdb: kvm_read: invalid address (0xd) kgdb: kvm_read: invalid address (0xd) kgdb: kvm_read: invalid address (0xd) kgdb: kvm_read: invalid address (0xd) kgdb: kvm_read: invalid address (0xd) kgdb: kvm_read: invalid address (0xd) kgdb: kvm_read: invalid address (0xd) byte 878 {etc} Is there something I missed? From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 04:04:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E993016A41F for ; Thu, 28 Jul 2005 04:04:19 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (postoffice.vicor.com [69.26.56.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B39343D45 for ; Thu, 28 Jul 2005 04:04:19 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 731C34CE96F; Wed, 27 Jul 2005 21:04:19 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09257-04; Wed, 27 Jul 2005 21:04:18 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by postoffice.vicor-nb.com (Postfix) with ESMTP id C27A44CE96E; Wed, 27 Jul 2005 21:04:18 -0700 (PDT) Message-ID: <42E85942.8050405@elischer.org> Date: Wed, 27 Jul 2005 21:04:18 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: Julian Elischer References: <42E85898.7040500@elischer.org> In-Reply-To: <42E85898.7040500@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Cc: FreeBSD Current Subject: Re: kernel core files broken in 6.0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 04:04:20 -0000 don't worry.. something seems to be wromg with the debug kernel.. Julian Elischer wrote: > Schiz0# cd /var/crash > schizo# ls -latr > total 1066042 > -rw-r--r-- 1 root wheel 5 Jul 25 07:12 minfree > drwxr-xr-x 19 root wheel 512 Jul 25 23:02 .. > -rw------- 1 root wheel 506 Jul 25 23:03 info.0 > -rw-r--r-- 1 root wheel 2 Jul 25 23:03 bounds > -rw------- 1 root wheel 1073283072 Jul 25 23:07 vmcore.0 > -rwxr-xr-x 1 root wheel 21637059 Jul 28 03:52 kernel.debug > drwxr-xr-x 2 root wheel 512 Jul 28 03:52 . > schizo# uname -a > FreeBSD schizo.dev.vicor-nb.com 6.0-20050725-SNAP FreeBSD > 6.0-20050725-SNAP > #0: Mon Jul 25 17:24:58 UTC 2005 > root@fbsd6.dev.vicor-nb.com:/usr/obj/usr/src/sys/GENERIC i386 > schizo# strings /boot/kernel/kernel |grep SNAP > ENSNAPSHOT > SNAPSHOT > @(#)FreeBSD 6.0-20050725-SNAP #0: Mon Jul 25 17:24:58 UTC 2005 > FreeBSD 6.0-20050725-SNAP #0: Mon Jul 25 17:24:58 UTC 2005 > 6.0-20050725-SNAP > schizo# > schizo# kgdb kernel.debug vmcore.0 |& more > kgdb: kvm_read: invalid address (0x50012) > kgdb: kvm_read: invalid address (0x7) > kgdb: kvm_read: invalid address (0xd) > kgdb: kvm_read: invalid address (0xd) > kgdb: kvm_read: invalid address (0xd) > kgdb: kvm_read: invalid address (0xd) > kgdb: kvm_read: invalid address (0xd) > kgdb: kvm_read: invalid address (0xd) > kgdb: kvm_read: invalid address (0xd) > kgdb: kvm_read: invalid address (0xd) > kgdb: kvm_read: invalid address (0xd) > kgdb: kvm_read: invalid address (0xd) > kgdb: kvm_read: invalid address (0xd) > kgdb: kvm_read: invalid address (0xd) > kgdb: kvm_read: invalid address (0xd) > kgdb: kvm_read: invalid address (0xd) > kgdb: kvm_read: invalid address (0xd) > kgdb: kvm_read: invalid address (0xd) > kgdb: kvm_read: invalid address (0xd) > kgdb: kvm_read: invalid address (0xd) > kgdb: kvm_read: invalid address (0xd) > kgdb: kvm_read: invalid address (0xd) > kgdb: kvm_read: invalid address (0xd) > byte 878 > {etc} > > Is there something I missed? > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 04:13:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3787B16A41F for ; Thu, 28 Jul 2005 04:13:50 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (postoffice.vicor.com [69.26.56.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id E524B43D45 for ; Thu, 28 Jul 2005 04:13:49 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 9DD754CE969; Wed, 27 Jul 2005 21:13:49 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09482-01; Wed, 27 Jul 2005 21:13:49 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 136694CE8F8; Wed, 27 Jul 2005 21:13:49 -0700 (PDT) Message-ID: <42E85B7C.90005@elischer.org> Date: Wed, 27 Jul 2005 21:13:48 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: Julian Elischer References: <42E85898.7040500@elischer.org> <42E85942.8050405@elischer.org> In-Reply-To: <42E85942.8050405@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Cc: FreeBSD Current Subject: Trap for young players: was: kernel core files broken in 6.0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 04:13:50 -0000 Figured out why my kernel .debug didn't work to read the core file; >> >> drwxr-xr-x 2 root wheel 512 Jul 28 03:52 . >> schizo# uname -a >> FreeBSD schizo.dev.vicor-nb.com 6.0-20050725-SNAP FreeBSD >> 6.0-20050725-SNAP >> #0: Mon Jul 25 17:24:58 UTC 2005 >> root@fbsd6.dev.vicor-nb.com:/usr/obj/usr/src/sys/GENERIC i386 > Since this kernel was made by a "make release" the directory it reports is INSIDE THE BUILD JAIL and not on the main machine.. i.e. the debug kernel is to be found at /usr/tmp/chroot/usr/obj/usr/src/sys/GENERIC and not at /usr/obj/usr/src/sys/GENERIC which if it exists, will hold some completely different debug kernel :-/ Julian From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 04:23:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D74DF16A41F for ; Thu, 28 Jul 2005 04:23:54 +0000 (GMT) (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 6FE2843D55 for ; Thu, 28 Jul 2005 04:23:45 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j6S4WXph010680; Wed, 27 Jul 2005 22:32:33 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42E85DB1.4030605@samsco.org> Date: Wed, 27 Jul 2005 22:23:13 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <42E85898.7040500@elischer.org> <42E85942.8050405@elischer.org> <42E85B7C.90005@elischer.org> In-Reply-To: <42E85B7C.90005@elischer.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: FreeBSD Current Subject: Re: Trap for young players: was: kernel core files broken in 6.0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 04:23:55 -0000 Julian Elischer wrote: > > Figured out why my kernel .debug didn't work to read the core file; > >>> >>> drwxr-xr-x 2 root wheel 512 Jul 28 03:52 . >>> schizo# uname -a >>> FreeBSD schizo.dev.vicor-nb.com 6.0-20050725-SNAP FreeBSD >>> 6.0-20050725-SNAP >>> #0: Mon Jul 25 17:24:58 UTC 2005 >>> root@fbsd6.dev.vicor-nb.com:/usr/obj/usr/src/sys/GENERIC i386 >> >> > > Since this kernel was made by a "make release" the directory it reports is > INSIDE THE BUILD JAIL and not on the main machine.. i.e. > the debug kernel is to be found at > /usr/tmp/chroot/usr/obj/usr/src/sys/GENERIC > > and not at > > /usr/obj/usr/src/sys/GENERIC > > which if it exists, will hold some completely different debug kernel :-/ > > Julian > So does this mean that it's pointless to provide a kernel.debug on the release media right now? Scott From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 04:38:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D917916A421; Thu, 28 Jul 2005 04:38:30 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 808C943D45; Thu, 28 Jul 2005 04:38:30 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id DAD18DCCA; Thu, 28 Jul 2005 00:38:29 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id 18E951A08DE; Thu, 28 Jul 2005 00:38:26 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17128.24898.40804.132637@canoe.dclg.ca> Date: Thu, 28 Jul 2005 00:38:26 -0400 To: Sam Leffler In-Reply-To: <42E83F5B.7000700@errno.com> References: <42E583F9.3070703@rogers.com> <200507261853.07513.peter@wemm.org> <1242.172.16.0.199.1122429678.squirrel@172.16.0.1> <200507271215.14369.doconnor@gsoft.com.au> <42E6F5EA.7030801@samsco.org> <42E71F77.6010705@FreeBSD.org> <17127.41923.312257.159166@canoe.dclg.ca> <42E82F2E.9030505@errno.com> <42E83F5B.7000700@errno.com> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid Cc: Mike Jakubik , Doug Barton , Peter Wemm , freebsd-current@freebsd.org, David Gilbert Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 04:38:31 -0000 >>>>> "Sam" == Sam Leffler writes: Sam> Sam Leffler wrote: >> David Gilbert wrote: >> >>> The ISC dhclient would probe multiple interfaces simultaneously. >>> The new one waits for some amount o ftime on my hardwire ethernet >>> (rarely used) before probing my wireless. The result is a longer >>> startup. Sam> I misread the above. I saw brooks pointed out the "don't wait at Sam> startup" option and you responded that this was unacceptable. I Sam> don't see your proposing an alternative except to revert to the Sam> isc code which right now we're not looking to do. Hrm. I don't know if "unacceptable" was my meaning. Dumb... maybe. Poorly conceived, certainly. We say POLA quite a bit --- it seems like it is a goal. I suppose a few people (like me) are standing up and saying that this progression did not (at all) satisfy POLA. POLA might dictate that the ISC code was kept in the tree until such time as the new code (which might _also_ be in the tree) is mature enough to replace it. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 04:56:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0856D16A420 for ; Thu, 28 Jul 2005 04:56:09 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp103.rog.mail.re2.yahoo.com (smtp103.rog.mail.re2.yahoo.com [206.190.36.81]) by mx1.FreeBSD.org (Postfix) with SMTP id 9075C43D45 for ; Thu, 28 Jul 2005 04:56:07 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 43826 invoked from network); 28 Jul 2005 04:56:06 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:In-Reply-To:References:Date:Subject:From:To:Cc:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding; b=yCd0smasBaaLhLR0f/Fb+CmRhd3VOdCLp2PUrX8Xsv/bWIKh9+pBhv/tfs6jVSenHkWP454AiuahS/2SDgI9G7K9YB2dFf4GQjGZ9Dc9DIWzGYXguj5jmgkrE5m5cltykqU2+ZHrp3ClZNq5XcpyILVmBdWx57ecDTPp2svtQFY= ; Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp103.rog.mail.re2.yahoo.com with SMTP; 28 Jul 2005 04:56:06 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by 172.16.0.1 with HTTP; Thu, 28 Jul 2005 00:56:02 -0400 (EDT) Message-ID: <1185.172.16.0.199.1122526562.squirrel@172.16.0.1> In-Reply-To: <20050727234436.GA15362@odin.ac.hmc.edu> References: <20050728004611.A41682@cvs.imp.ch> <20050727230415.GB7618@odin.ac.hmc.edu> <20050728014022.R41682@cvs.imp.ch> <20050727234436.GA15362@odin.ac.hmc.edu> Date: Thu, 28 Jul 2005 00:56:02 -0400 (EDT) From: "Mike Jakubik" To: "Brooks Davis" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Martin Blapp , Doug Barton , Peter Wemm , freebsd-current@freebsd.org, David Gilbert Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 04:56:09 -0000 On Wed, July 27, 2005 7:44 pm, Brooks Davis said: > On Thu, Jul 28, 2005 at 01:42:14AM +0200, Martin Blapp wrote: > >> >> Hi, >> >> >>> If we can't get things under control soon, we can look at alternate >>> options. IMO, using the port isn't really an option because it >>> wouldn't allow users to install, but worst case reviving your version >>> of the ISC code for 6.x might be feasiable. I'd really like to avoid >>> that route though. >> >> Hmm, I don't know whats the best thing to do currently. But I think the >> option to use the old version after installing would make all users >> having problems happy (until they install a new box ;) > > Feel free to work up a patch. I'd much rather spend my time trying to > solve the problems with the new code for the moment. Why not work on the issues with the OpenBSD version of dhclient for now, if no solutions are found to the current problems before release of 6.0, then revert to ISC version for release, and keep the obsd version in current? From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 04:57:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 241BA16A41F; Thu, 28 Jul 2005 04:57:43 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id BACD243D49; Thu, 28 Jul 2005 04:57:42 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j6S4vfZ5007530; Wed, 27 Jul 2005 21:57:41 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j6S4vffe007529; Wed, 27 Jul 2005 21:57:41 -0700 Date: Wed, 27 Jul 2005 21:57:41 -0700 From: Brooks Davis To: Mike Jakubik Message-ID: <20050728045741.GB7200@odin.ac.hmc.edu> References: <20050728004611.A41682@cvs.imp.ch> <20050727230415.GB7618@odin.ac.hmc.edu> <20050728014022.R41682@cvs.imp.ch> <20050727234436.GA15362@odin.ac.hmc.edu> <1185.172.16.0.199.1122526562.squirrel@172.16.0.1> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TakKZr9L6Hm6aLOc" Content-Disposition: inline In-Reply-To: <1185.172.16.0.199.1122526562.squirrel@172.16.0.1> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Martin Blapp , Doug Barton , Peter Wemm , freebsd-current@freebsd.org, David Gilbert Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 04:57:43 -0000 --TakKZr9L6Hm6aLOc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 28, 2005 at 12:56:02AM -0400, Mike Jakubik wrote: > On Wed, July 27, 2005 7:44 pm, Brooks Davis said: > > On Thu, Jul 28, 2005 at 01:42:14AM +0200, Martin Blapp wrote: > > > >> > >> Hi, > >> > >> > >>> If we can't get things under control soon, we can look at alternate > >>> options. IMO, using the port isn't really an option because it > >>> wouldn't allow users to install, but worst case reviving your version > >>> of the ISC code for 6.x might be feasiable. I'd really like to avoid > >>> that route though. > >> > >> Hmm, I don't know whats the best thing to do currently. But I think the > >> option to use the old version after installing would make all users > >> having problems happy (until they install a new box ;) > > > > Feel free to work up a patch. I'd much rather spend my time trying to > > solve the problems with the new code for the moment. >=20 > Why not work on the issues with the OpenBSD version of dhclient for now, > if no solutions are found to the current problems before release of 6.0, > then revert to ISC version for release, and keep the obsd version in > current? That's my plan. I think we'll be able to fix the OpenBSD client sufficently for 6.0, but should we fail, falling back to the ISC client for RELNG_6 is the most rational thing to do. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --TakKZr9L6Hm6aLOc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFC6GXEXY6L6fI4GtQRAqqXAJ0dMepgf8f6ZqtdRck2jng/bPBpEACg2eUb 6sL0Hnr3wc98q0w2hd3cuEQ= =2Hyx -----END PGP SIGNATURE----- --TakKZr9L6Hm6aLOc-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 05:51:31 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B94B16A41F for ; Thu, 28 Jul 2005 05:51:31 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (postoffice.vicor.com [69.26.56.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41F0243D45 for ; Thu, 28 Jul 2005 05:51:31 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id CA3024CE9C3; Wed, 27 Jul 2005 22:51:30 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12613-02; Wed, 27 Jul 2005 22:51:30 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 3F2EE4CE9C2; Wed, 27 Jul 2005 22:51:30 -0700 (PDT) Message-ID: <42E87261.7000302@elischer.org> Date: Wed, 27 Jul 2005 22:51:29 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: Scott Long References: <42E85898.7040500@elischer.org> <42E85942.8050405@elischer.org> <42E85B7C.90005@elischer.org> <42E85DB1.4030605@samsco.org> In-Reply-To: <42E85DB1.4030605@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Cc: FreeBSD Current Subject: Re: Trap for young players: was: kernel core files broken in 6.0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 05:51:31 -0000 Scott Long wrote: > Julian Elischer wrote: > >> [...] >> which if it exists, will hold some completely different debug kernel :-/ >> >> Julian >> > > So does this mean that it's pointless to provide a kernel.debug on the > release media right now? no, just that if you BUILT the release you need to look in your release chroot for the kernel.debug instead of the directory that shows in 'uname -a". the kernel.debug in a release would be ok.. uh is there one? I have't noticed one (but I may have missed it). > > Scott From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 06:54:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E884116A41F for ; Thu, 28 Jul 2005 06:54:49 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (postoffice.vicor.com [69.26.56.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0515843D4C for ; Thu, 28 Jul 2005 06:54:47 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 9F6854CE994 for ; Wed, 27 Jul 2005 23:54:47 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14017-01 for ; Wed, 27 Jul 2005 23:54:46 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 5A5074CE990 for ; Wed, 27 Jul 2005 23:54:46 -0700 (PDT) Message-ID: <42E88135.30603@elischer.org> Date: Wed, 27 Jul 2005 23:54:45 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Subject: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 06:54:50 -0000 I've been playing around with some raid arrays. I've notived some odd things. firstly on a 2+HTT (i.e 4virtual) CPU system with one SCSI array and an ATA drive, copying data from the ATA drive to the SCSI array seems to be a slower than it was on 4.x. secondly systat -vmstat never shows either of the drives as being 100% busy. teh most I've seen is the ATA drive being 70% busy. for example this is theoretically a disk IO bound system but: Disks ad0 da0 pass0 pass1 pass2 KB/t 19.40 11.68 0.00 0.00 0.00 tps 440 539 0 0 0 MB/s 8.34 6.14 0.00 0.00 0.00 % busy 48 50 0 0 0 I don't know how reliable that is however. I HAVE noticed however that the sum of the busy percents for the two drives seems to always be less that 110%. If one goes up then the other goes down. Not knowing how these numbers are calculated, it's hard to know whether that means anything. Physically looking at the array, the disks spend a LOT of time doing nothing. The array controller is obviously clustering the writes and seems to be writing them out every 2 seconds but the disks are only busy for about 1/4 of that time. I don't know how reliable that is however as an indication but whatever the bottle neck is it's not the drives. The array controller is reporting back that it hardly ever has a queue of more than 1 thing to do, even though tags are set to 253 (occasionally th controller will report it has 20 to do but the next instant it's caught up again) I plan on net booting the same machine on 4.11 again and doing the same tests. If I REALLY get the disks 100% busy by doing: dd if=/dev/zero of=/raid1/bigfile bs=128k count=1000000, then the system becomes so unresponsive that it takes about 10 seconds for a ^C to get through to stop the dd. a systat -vmstat running at the same time on another window slows down and then just updates every now and then. At no stage however does it show anything getting close to 100% of cpu time. interrupt time is at about 15% and system time at anout 20%. The odd thing is that a tip talking to the raid controller continues to sho resposive behavior, continuing to update the raid stats page. and the network seems to be bringing those to me just fine so teh com ports and the network are at least able to function, even if everything else seizes up. iostat sometimes continues to run and this is what it showed during one section where the rest of teh system seemd pretty unresponsive: tty ad0 da0 pass0 cpu tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 53 79 6.13 13 0.08 16.68 1746 28.44 0.00 0 0.00 0 0 22 5 73 604 836 6.00 2 0.01 16.00 1749 27.32 0.00 0 0.00 0 0 28 5 67 168 240 7.97 31 0.24 128.00 40 4.96 0.00 0 0.00 0 0 27 9 64 173 251 11.27 11 0.12 16.00 3047 47.61 0.00 0 0.00 0 0 30 5 65 222 299 12.93 46 0.58 21.72 2092 44.37 0.00 0 0.00 0 0 34 5 60 225 302 13.29 34 0.44 128.00 39 4.87 0.00 0 0.00 0 0 40 16 43 172 250 6.82 34 0.23 30.45 217 6.44 0.00 0 0.00 0 0 52 15 33 191 268 6.22 9 0.05 16.72 1559 25.44 0.00 0 0.00 0 0 18 3 80 200 278 10.45 31 0.32 18.78 1007 18.46 0.00 0 0.00 0 0 54 11 34 192 270 12.00 1 0.01 16.00 2827 44.18 0.00 0 0.00 0 0 34 6 59 213 728 8.80 40 0.34 18.68 1225 22.34 0.00 0 0.00 0 0 42 11 47 201 250 10.29 11 0.11 128.00 3 0.41 0.00 0 0.00 0 0 22 5 74 186 281 8.20 37 0.30 125.85 49 5.98 0.00 0 0.00 0 0 33 11 56 225 302 4.00 3 0.01 16.00 2977 46.52 0.00 0 0.00 0 0 29 4 66 I'm guessing that there may be a red-hot mutex somewhere in the kernel.. not sure what though.. From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 07:04:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDAEF16A41F for ; Thu, 28 Jul 2005 07:04:08 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7820B43D48 for ; Thu, 28 Jul 2005 07:04:08 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id 8940BBC68; Thu, 28 Jul 2005 07:04:05 +0000 (UTC) To: Julian Elischer From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 27 Jul 2005 23:54:45 PDT." <42E88135.30603@elischer.org> Date: Thu, 28 Jul 2005 09:04:05 +0200 Message-ID: <87711.1122534245@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: FreeBSD Current Subject: Re: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 07:04:09 -0000 In message <42E88135.30603@elischer.org>, Julian Elischer writes: Please use gstat and look at the service times instead of the busy percentage. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 07:06:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31CEE16A41F for ; Thu, 28 Jul 2005 07:06:24 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (postoffice.vicor.com [69.26.56.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DF9C43D5C for ; Thu, 28 Jul 2005 07:06:23 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 2242E4CE9A7; Thu, 28 Jul 2005 00:06:23 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14414-05; Thu, 28 Jul 2005 00:06:22 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by postoffice.vicor-nb.com (Postfix) with ESMTP id B6DDB4CE990; Thu, 28 Jul 2005 00:06:22 -0700 (PDT) Message-ID: <42E883EE.9040502@elischer.org> Date: Thu, 28 Jul 2005 00:06:22 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: Poul-Henning Kamp References: <87711.1122534245@phk.freebsd.dk> In-Reply-To: <87711.1122534245@phk.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Cc: FreeBSD Current Subject: Re: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 07:06:24 -0000 Poul-Henning Kamp wrote: >In message <42E88135.30603@elischer.org>, Julian Elischer writes: > >Please use gstat and look at the service times instead of the >busy percentage. > > this is one of the hints I was hoping to get :-) > > > From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 07:33:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CBEA16A41F for ; Thu, 28 Jul 2005 07:33:38 +0000 (GMT) (envelope-from ob@gruft.de) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CCE943D45 for ; Thu, 28 Jul 2005 07:33:37 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.51 (FreeBSD)) id 1Dy2tY-0007by-5y for freebsd-current@freebsd.org; Thu, 28 Jul 2005 09:33:32 +0200 Date: Thu, 28 Jul 2005 09:33:32 +0200 From: Oliver Brandmueller To: freebsd-current@freebsd.org Message-ID: <20050728073332.GA1092@e-Gitt.NET> Mail-Followup-To: freebsd-current@freebsd.org References: <87711.1122534245@phk.freebsd.dk> <42E883EE.9040502@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42E883EE.9040502@elischer.org> User-Agent: Mutt/1.5.9i Sender: Oliver Brandmueller Subject: Re: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 07:33:38 -0000 Hi. On Thu, Jul 28, 2005 at 12:06:22AM -0700, Julian Elischer wrote: > >Please use gstat and look at the service times instead of the > >busy percentage. > > this is one of the hints I was hoping to get :-) I'm a little bit offtopic maybe; but is there also a way to get service times for NFS mounted filesystems? I found that on Solaris some time ago and it was quite helpful in some cases. - Oliver -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 07:54:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8033E16A41F for ; Thu, 28 Jul 2005 07:54:21 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (postoffice.vicor.com [69.26.56.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 355C443D49 for ; Thu, 28 Jul 2005 07:54:21 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id D76CB4CE98B; Thu, 28 Jul 2005 00:54:20 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15303-01; Thu, 28 Jul 2005 00:54:20 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 3BBA54CE995; Thu, 28 Jul 2005 00:54:20 -0700 (PDT) Message-ID: <42E88F2B.5000108@elischer.org> Date: Thu, 28 Jul 2005 00:54:19 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: Julian Elischer References: <42E88135.30603@elischer.org> In-Reply-To: <42E88135.30603@elischer.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Cc: FreeBSD Current Subject: Re: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 07:54:21 -0000 Julian Elischer wrote: > > > I've been playing around with some raid arrays. > I've notived some odd things. > > [stuff] Ok I've done some researching.. it APPEARS that teh system is swapping out running programs in order to store more write data! experiment: boot to single user mode. type: mount {big partition} dd if=/dev/zero bs=128K of=/$bigpartition}/bigfile count=1000000 notice that after a short while your dd is killed because the system is out of swapspace. (it doesn't have any) Why the F*ck does it need swapspace.? there are exactly 2 proceses running in userspace and one of them s in wait4(). dd shows a resident size of about 170KB leaving about a GIGABYTE of unused RAM. The system should make dd wait rather than trying to swap its pages out.. if you then do swapon (your swap device) and repeat teh command in the background, vmstat 1 will show you pages being faulted in and out... no WONDER IO goes to hell in a handbasket.. Outgoing IO should never be able to force running programs out! It should start re-using old pages from the same file! 4.11 gives a consinstent 65MB/sec with this array, for as long as I run it.. 6.0 gives me 65MB for 15 seconds and then it drops to 20MB/sec and then 10MB/sec and the swap disk bursts into life. the array goes from all the lights solidly on, to bursts of activity with large gaps in between them. From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 08:05:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B34C216A41F for ; Thu, 28 Jul 2005 08:05:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CC3443D4C for ; Thu, 28 Jul 2005 08:05:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 8C1821FFDBC; Thu, 28 Jul 2005 10:05:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 301AD1FFAD5; Thu, 28 Jul 2005 10:05:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 69593155EB; Thu, 28 Jul 2005 08:03:27 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 5EEAB15329; Thu, 28 Jul 2005 08:03:28 +0000 (UTC) Date: Thu, 28 Jul 2005 08:03:28 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Julian Elischer In-Reply-To: <42E8588C.5000102@elischer.org> Message-ID: References: <42E8588C.5000102@elischer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: FreeBSD Current Subject: Re: LOR in 6.0 as of 2 days ago or so.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 08:05:10 -0000 On Wed, 27 Jul 2005, Julian Elischer wrote: Hi, > lock order reversal > 1st 0xc097a580 UMA lock (UMA lock) @ /usr/src/sys/vm/uma_core.c:1494 > 2nd 0xc1060144 system map (system map) @ /usr/src/sys/vm/vm_map.c:2317 ... > this is just as it mounts the filesystems during boot. > I'll resup and recompile to check about todays sources but > I've seen this for a while. It's not new to current@. Had been reported a week back or so. See http://sources.zabbadoz.net/freebsd/lor.html#109 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 08:28:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BED5716A41F for ; Thu, 28 Jul 2005 08:28:46 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B38C43D45 for ; Thu, 28 Jul 2005 08:28:46 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id EDFEFACC59; Thu, 28 Jul 2005 10:28:44 +0200 (CEST) Date: Thu, 28 Jul 2005 10:28:44 +0200 From: Pawel Jakub Dawidek To: Julian Elischer Message-ID: <20050728082844.GW46538@darkness.comp.waw.pl> References: <42E88135.30603@elischer.org> <42E88F2B.5000108@elischer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3sbgfNE+TCfp+/cI" Content-Disposition: inline In-Reply-To: <42E88F2B.5000108@elischer.org> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 Cc: FreeBSD Current Subject: Re: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 08:28:46 -0000 --3sbgfNE+TCfp+/cI Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 28, 2005 at 12:54:19AM -0700, Julian Elischer wrote: +> it APPEARS that teh system is swapping out running programs in order to= =20 +> store more write data! +>=20 +> experiment: +> boot to single user mode. +> type: +> mount {big partition} +> dd if=3D/dev/zero bs=3D128K of=3D/$bigpartition}/bigfile count=3D1000000 +>=20 +> notice that after a short while your dd is killed because the system is= =20 +> out of swapspace. +> (it doesn't have any) +> Why the F*ck does it need swapspace.? there are exactly 2 proceses=20 +> running in userspace +> and one of them s in wait4(). dd shows a resident size of about 170KB +> leaving about a GIGABYTE of unused RAM. +>=20 +> The system should make dd wait rather than trying to swap its pages out.. +>=20 +>=20 +> if you then do +> swapon (your swap device) +> and repeat teh command in the background, +> vmstat 1 will show you pages being faulted in and out... +> no WONDER IO goes to hell in a handbasket.. +>=20 +> Outgoing IO should never be able to force running programs out! +> It should start re-using old pages from the same file! +>=20 +> 4.11 gives a consinstent 65MB/sec with this array, for as long as I run = it.. +> 6.0 gives me 65MB for 15 seconds and then it drops to 20MB/sec and then= =20 +> 10MB/sec +> and the swap disk bursts into life. +>=20 +> the array goes from all the lights solidly on, to bursts of activity=20 +> with large gaps in between them. It looks I observed the same behaviour! I was testing GELI GEOM class and I was getting ENOMEM errors from malloc(9= ). Then, I was sure I've a memory leak, but this was only 'vmstat -m' issue so there was no memory leak and I shouldn't get ENOMEM in the first place while copying /usr/src/sys directory. I'm also able to reproduce your dd(1) test easly. Not sure when it was introduced... --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --3sbgfNE+TCfp+/cI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFC6Jc8ForvXbEpPzQRAtDOAKCEs64AZynA6fhL0pgbYPgf43SqpACfe9sR HGMmNKG1ZvplxRYrOa5bf7A= =oELY -----END PGP SIGNATURE----- --3sbgfNE+TCfp+/cI-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 08:34:48 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D45B616A41F; Thu, 28 Jul 2005 08:34:48 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (postoffice.vicor.com [69.26.56.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8161A43D45; Thu, 28 Jul 2005 08:34:47 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 2F4314CE9B5; Thu, 28 Jul 2005 01:34:47 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16216-03; Thu, 28 Jul 2005 01:34:46 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 86AD34CE9A7; Thu, 28 Jul 2005 01:34:46 -0700 (PDT) Message-ID: <42E898A6.6010803@elischer.org> Date: Thu, 28 Jul 2005 01:34:46 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <42E88135.30603@elischer.org> <42E88F2B.5000108@elischer.org> <20050728082844.GW46538@darkness.comp.waw.pl> In-Reply-To: <20050728082844.GW46538@darkness.comp.waw.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Cc: FreeBSD Current Subject: Re: VFS/VM over-runs. Was: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 08:34:48 -0000 Pawel Jakub Dawidek wrote: >On Thu, Jul 28, 2005 at 12:54:19AM -0700, Julian Elischer wrote: >+> it APPEARS that teh system is swapping out running programs in order to >+> store more write data! >+> >+> experiment: >+> boot to single user mode. >+> type: >+> mount {big partition} >+> dd if=/dev/zero bs=128K of=/$bigpartition}/bigfile count=1000000 >+> >+> notice that after a short while your dd is killed because the system is >+> out of swapspace. >+> (it doesn't have any) >+> Why the F*ck does it need swapspace.? there are exactly 2 proceses >+> running in userspace >+> and one of them s in wait4(). dd shows a resident size of about 170KB >+> leaving about a GIGABYTE of unused RAM. >+> >+> The system should make dd wait rather than trying to swap its pages out.. >+> >+> >+> if you then do >+> swapon (your swap device) >+> and repeat teh command in the background, >+> vmstat 1 will show you pages being faulted in and out... >+> no WONDER IO goes to hell in a handbasket.. >+> >+> Outgoing IO should never be able to force running programs out! >+> It should start re-using old pages from the same file! >+> >+> 4.11 gives a consinstent 65MB/sec with this array, for as long as I run it.. >+> 6.0 gives me 65MB for 15 seconds and then it drops to 20MB/sec and then >+> 10MB/sec >+> and the swap disk bursts into life. >+> >+> the array goes from all the lights solidly on, to bursts of activity >+> with large gaps in between them. > >It looks I observed the same behaviour! > >I was testing GELI GEOM class and I was getting ENOMEM errors from malloc(9). >Then, I was sure I've a memory leak, but this was only 'vmstat -m' issue so >there was no memory leak and I shouldn't get ENOMEM in the first place while >copying /usr/src/sys directory. > >I'm also able to reproduce your dd(1) test easly. > >Not sure when it was introduced... > > I wonder if there is some tunable that can be changed? or whether it's just a bug.. I think that a write that finds no buffer space should first free old unused buffers, and if there aren't any it should just wait. Where's alan when you need him :-) From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 11:18:25 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D895516A41F for ; Thu, 28 Jul 2005 11:18:25 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout2-sn1.fre.skanova.net (pne-smtpout2-sn1.fre.skanova.net [81.228.11.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BFA143D48 for ; Thu, 28 Jul 2005 11:18:25 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.104) by pne-smtpout2-sn1.fre.skanova.net (7.2.060.1) id 42B93717005AB19C; Thu, 28 Jul 2005 13:18:24 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message Date: Thu, 28 Jul 2005 13:18:25 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Message-ID: <4F9C9299A10AE74E89EA580D14AA10A602859A@royal64.emp.zapto.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: VFS/VM over-runs. Was: Apparent strange disk behaviour in 6.0 Thread-Index: AcWTT3USU9HS5o8OQuap+wkNy4bo4AAEzdwg From: "Daniel Eriksson" To: "FreeBSD Current" Cc: Julian Elischer Subject: RE: VFS/VM over-runs. Was: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 11:18:26 -0000 Julian Elischer wrote: > I wonder if there is some tunable that can be changed? or whether it's > just a bug.. >=20 > I think that a write that finds no buffer space should first free old=20 > unused > buffers, and if there aren't any it should just wait. =20 > Where's alan when=20 > you need him :-) This problem has been reported before, both by me and by others. I'm pretty sure all three of these are symptoms of the same problem: * "Livelock seen on current with threaded processes" Kevin Oberman, June 5th http://docs.freebsd.org/cgi/mid.cgi?20050606032025.CC7A35D08 * "Serious I/O problems (bad performance and live-lock)" Daniel Eriksson, April 22nd =20 http://docs.freebsd.org/cgi/mid.cgi?!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAA BgAAAAAAAAA0VcX9IoJqUaXPS8MjT1PdsKAAAAQAAAAKDq8qQ2O9UK7PKMOCt2NqwEAAAAA This one has some additional info: =20 http://docs.freebsd.org/cgi/mid.cgi?!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAA BgAAAAAAAAA0VcX9IoJqUaXPS8MjT1PdsKAAAAQAAAA5xh4prxQBkmZLv9A9nCvPwEAAAAA * "ciss(4): speed degradation for Compaq Smart Array [3rd edition]" Andrey Koklin, April 12th http://docs.freebsd.org/cgi/mid.cgi?20050412135029.2d81a216.aka /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 11:19:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31BCA16A41F for ; Thu, 28 Jul 2005 11:19:19 +0000 (GMT) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 251A443D62 for ; Thu, 28 Jul 2005 11:19:17 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 96692 invoked from network); 28 Jul 2005 11:03:19 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 28 Jul 2005 11:03:19 -0000 Message-ID: <42E8BF30.3060300@freebsd.org> Date: Thu, 28 Jul 2005 13:19:12 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: TCP/IP Cleanup and Optimization - Funraise target reached - one request remaining X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 11:19:19 -0000 First I want to thank everyone for their great support and numerous donations to the TCP/IP Cleanup and Optimization[1]! The full funding target has been reached today. I want thank especially the many individuals who have contributed a significant amount of money alone. And of course the corporate sponsors which have shouldered about two thirds of the sum: Pair.net, Solnet.ch, Bytemark.co.uk and BNC.ch. Any money that still comes in goes to an time extension of up to one week. However there is one thing I'm in desperate need of: a precise traffic generator. If you know someone who can lend me a Smartbits, Ixia or Agilent engine (doesn't have to be the newest) for about three month I'm all ears. For the routing work I need to measure the exact pps rates and latency distribution to carve out any bottlenecks after the new code is in the tree. Just remote access to the traffic engine or a PC/FreeBSD based traffic generator is not good enough for this purpose because it lacks precise enough time stamping and I have to run very instrumented kernels. Alternatively if you can arrange for a super-special deal on such a traffic engine (used or new) I may be able to buy that through my company and write it off as investment (CAPEX) if the amount is not too high. It would then be available for all FreeBSD related work. My work on the TCP/IP Cleanup and Optimization will start in the week of August 8th. The next week I'm out of the office and have only spotty email access but I do my best to reply as fast as possible to any direct emails I get. In [1] you can see the list of the donors and all the tasks I will perform during the funded period. [1] http://people.freebsd.org/~andre/tcpoptimization.html -- Andre From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 11:26:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EB2216A41F for ; Thu, 28 Jul 2005 11:26:14 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2355643D45 for ; Thu, 28 Jul 2005 11:26:13 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id 81E1ABC69; Thu, 28 Jul 2005 11:26:11 +0000 (UTC) To: Julian Elischer From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 28 Jul 2005 00:54:19 PDT." <42E88F2B.5000108@elischer.org> Date: Thu, 28 Jul 2005 13:26:11 +0200 Message-ID: <88852.1122549971@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: FreeBSD Current Subject: Re: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 11:26:14 -0000 In message <42E88F2B.5000108@elischer.org>, Julian Elischer writes: > > >Julian Elischer wrote: > >> >> >> I've been playing around with some raid arrays. >> I've notived some odd things. >> >> >[stuff] > >Ok I've done some researching.. > >it APPEARS that teh system is swapping out running programs in order to >store more write data! I've seen evidence of this as well. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 11:31:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 550A616A420 for ; Thu, 28 Jul 2005 11:31:36 +0000 (GMT) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 645BC43D45 for ; Thu, 28 Jul 2005 11:31:35 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 97144 invoked from network); 28 Jul 2005 11:15:36 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 28 Jul 2005 11:15:36 -0000 Message-ID: <42E8C211.4000901@freebsd.org> Date: Thu, 28 Jul 2005 13:31:29 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <42E8BF30.3060300@freebsd.org> In-Reply-To: <42E8BF30.3060300@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: TCP/IP Cleanup and Optimization - Funraise target reached - one request remaining X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 11:31:36 -0000 Replying to self: Of course it's a funraise too, but the Subject should actually be "Fundraise target reached". Meaningful typo this time... ;) -- Andre From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 16:51:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D514716A41F for ; Wed, 27 Jul 2005 16:51:25 +0000 (GMT) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [83.98.131.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E80F43D48 for ; Wed, 27 Jul 2005 16:51:25 +0000 (GMT) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id B8F1A17027; Wed, 27 Jul 2005 18:51:24 +0200 (CEST) Date: Wed, 27 Jul 2005 18:51:24 +0200 From: Ed Schouten To: Torsten Sailer Message-ID: <20050727165124.GO80282@hoeg.nl> References: <42E6BAED.4010908@web.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BEa57a89OpeoUzGD" Content-Disposition: inline In-Reply-To: <42E6BAED.4010908@web.de> User-Agent: Mutt/1.5.9i X-Mailman-Approved-At: Thu, 28 Jul 2005 11:52:24 +0000 Cc: FreeBSD Current Subject: Re: Notebook: Sound is not working (ATI AD1981 AC'97) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 16:51:25 -0000 --BEa57a89OpeoUzGD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Torsten Sailer wrote: > none2@pci0:20:5: class=3D0x040100 card=3D0x00521025 chip=3D0x43411002 rev= =3D0x00=20 > hdr=3D0x00 > vendor =3D 'ATI Technologies Inc.' > device =3D 'AD1981 AC'97 Audio Controller' > class =3D multimedia > subclass =3D audio PR misc/76918 also describes this problem. It looks like our friends at NetBSD already fixed this in kern/20368: http://mail-index.netbsd.org/netbsd-bugs/2003/02/16/0005.html Yours, --=20 Ed Schouten --BEa57a89OpeoUzGD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC57uMmVI4SHXwmhERAlbzAKDh1P4GjI7GTtfAiUqVn6JxVh5MmACeISs8 qWTF3oJw191TOnOcIHEoNDg= =8hBa -----END PGP SIGNATURE----- --BEa57a89OpeoUzGD-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 00:00:35 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1FF216A41F for ; Thu, 28 Jul 2005 00:00:35 +0000 (GMT) (envelope-from freebsd-D20050727@morphisms.net) Received: from holo.morphisms.net (holo.morphisms.net [66.93.84.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8C5E43D55 for ; Thu, 28 Jul 2005 00:00:35 +0000 (GMT) (envelope-from freebsd-D20050727@morphisms.net) Received: from mero.morphisms.net (mero.morphisms.net [66.93.84.246]) by holo.morphisms.net (Postfix) with ESMTP id 8D73A24FA9 for ; Wed, 27 Jul 2005 20:01:52 -0400 (EDT) Received: by mero.morphisms.net (Postfix, from userid 0) id 871E026; Wed, 27 Jul 2005 20:01:52 -0400 (EDT) From: William Josephson To: freebsd-current@FreeBSD.org Message-Id: <20050728000152.871E026@mero.morphisms.net> Date: Wed, 27 Jul 2005 20:01:52 -0400 (EDT) X-Mailman-Approved-At: Thu, 28 Jul 2005 11:52:24 +0000 Cc: Subject: dlinfo/rtld.c bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 00:00:36 -0000 I've run across a bug in the ELF dynamic linker in FreeBSD 4.x and FreeBSD 5.4. Although I haven't had a chance to compile or install FreeBSD 6 yet, the bug appears to be in the ELF dynamic linker in at least FreeBSD 4 through -CURRENT. The problem is that do_search_info in libexec/rtld-elf/rtld.c does not account for the space required by Dl_serpath structures with either the RTLD_DI_SERINFOSIZE, or the RTLD_DI_SERINFO requests. The example program in the dlinfo man page happens to work, but a simple loop copying the path strings into a buffer allocated with malloc will corrupt the heap. The program below illustrates the problem. Given that the arithmetic in do_search_info is easily fixed, it might be worth patching before the upcoming release. #include #include #include #include int main(int argc, char *argv[]) { char *s; Dl_serinfo *p; Dl_serinfo info; memset(&info, 0, sizeof(info)); dlinfo(RTLD_SELF, RTLD_DI_SERINFOSIZE, (void*)&info); p = malloc(info.dls_size); memset(p, 0, info.dls_size); p->dls_cnt = info.dls_cnt; p->dls_size = info.dls_size; dlinfo(RTLD_SELF, RTLD_DI_SERINFO, (void*)p); s = p->dls_serpath[p->dls_cnt-1].dls_name; s += strlen(s)+1; printf("%d %d %d %d %d\n", info.dls_size, (char*)s-(char*)p, ((char*)s-(char*)p)-info.dls_size, sizeof(Dl_serpath), info.dls_cnt*sizeof(Dl_serpath)); return 0; } From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 03:32:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67A2A16A41F for ; Thu, 28 Jul 2005 03:32:12 +0000 (GMT) (envelope-from lramos3@satx.rr.com) Received: from ms-smtp-02-eri0.texas.rr.com (ms-smtp-02.texas.rr.com [24.93.47.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id F058F43D48 for ; Thu, 28 Jul 2005 03:32:11 +0000 (GMT) (envelope-from lramos3@satx.rr.com) Received: from [192.168.1.2] (cpe-66-69-40-1.satx.res.rr.com [66.69.40.1]) by ms-smtp-02-eri0.texas.rr.com (8.12.10/8.12.7) with ESMTP id j6S3W8e1007847 for ; Wed, 27 Jul 2005 22:32:09 -0500 (CDT) Message-ID: <42E851A6.1050309@satx.rr.com> Date: Wed, 27 Jul 2005 22:31:50 -0500 From: luis User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Mailman-Approved-At: Thu, 28 Jul 2005 11:52:24 +0000 Subject: FreeBSD 5.4 + DELL CERC SATA 1.5/6ch PCI card (Adaptec) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 03:32:12 -0000 I recently bought a Dell SC 1420 server, single Xeon 2.8GhZ CPU, 512MB memory, WD 40GB SATA drive, embedded dual channel SATA controller > and so far have failed to install FreeBSD. I have tried 5.4, 5.3, 4.4 > and after recognizing the drive installation has always stopped at > "Waiting 15 secs for scsi drives to settle". I even tried Mandrake 10 > and it stalls on hard disk driver installation. I then disconnected the > SATA drive, connected an IDE drive and the system still halted at the > same spot. I have tried to load the aac module but a message early in > the boot process states that it was not initialized. I have done a > search in google, WD's website, FreeBSD mailing lists and so far no > luck. What other information do I need to gather in order to solve this > problem? As a last resort I tried and installed succesfully Windows 98. I'm hoping that you'll be able to help me with this installation. Thank you very much for your help. Luis From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 11:53:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F161816A41F; Thu, 28 Jul 2005 11:53:01 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 110B443D46; Thu, 28 Jul 2005 11:53:00 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from beatrix.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226]) by aiolos.otenet.gr (8.13.4/8.13.4/Debian-1) with SMTP id j6SBqqZZ003017; Thu, 28 Jul 2005 14:52:53 +0300 Received: from beatrix.daedalusnetworks.priv (localhost [127.0.0.1]) by beatrix.daedalusnetworks.priv (8.13.3+Sun/8.13.3) with ESMTP id j6SBqqiY020381; Thu, 28 Jul 2005 14:52:52 +0300 (EEST) Received: (from keramida@localhost) by beatrix.daedalusnetworks.priv (8.13.3+Sun/8.13.3/Submit) id j6SBqpIC020380; Thu, 28 Jul 2005 14:52:51 +0300 (EEST) Date: Thu, 28 Jul 2005 14:52:51 +0300 From: Giorgos Keramidas To: Julian Elischer Message-ID: <20050728115251.GA20091@beatrix.daedalusnetworks.priv> References: <42E88135.30603@elischer.org> <42E88F2B.5000108@elischer.org> <20050728082844.GW46538@darkness.comp.waw.pl> <42E898A6.6010803@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42E898A6.6010803@elischer.org> Cc: FreeBSD Current , Pawel Jakub Dawidek Subject: Re: VFS/VM over-runs. Was: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 11:53:02 -0000 On 2005-07-28 01:34, Julian Elischer wrote: > I wonder if there is some tunable that can be changed? or whether it's > just a bug.. > > I think that a write that finds no buffer space should first free old > unused buffers, and if there aren't any it should just wait. Where's > alan when you need him :-) Setting vm.swap_idle_enabled to 0 seemed to help when I observed similar problems in the past. I thought this was fixed months ago though. It may be a false impression I got by forgetting to re-enable it and check that this was indeed fixed. From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 13:07:37 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7693A16A41F for ; Thu, 28 Jul 2005 13:07:37 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04E1443D5E for ; Thu, 28 Jul 2005 13:07:36 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j6SD7ZOg052976; Thu, 28 Jul 2005 08:07:35 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42E8D891.7070403@centtech.com> Date: Thu, 28 Jul 2005 08:07:29 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <20050728012527.GA23648@odin.ac.hmc.edu> In-Reply-To: <20050728012527.GA23648@odin.ac.hmc.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: another dhclient patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 13:07:37 -0000 Brooks Davis wrote: > Here's another dhclient patch to address another bug in the bpf code > by correctly using BPF_WORDALIGN to advance the pointer. It assumes > the previous patch (as committed to HEAD) has been applied. I've got a > couple systems running this with debug compiled versons so if we still > have bpf related bugs, I should be able to find them. I've been running for over an hour now, with no problems. I think this is a good sign. I think you got it! Thanks! Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 13:13:39 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04B0D16A41F for ; Thu, 28 Jul 2005 13:13:39 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FE4743D45 for ; Thu, 28 Jul 2005 13:13:36 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.51 (FreeBSD)) id 1Dy8Ca-000CAs-C3 for current@freebsd.org; Thu, 28 Jul 2005 17:13:32 +0400 From: Vladimir Grebenschikov To: current Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Thu, 28 Jul 2005 17:13:31 +0400 Message-Id: <1122556411.1161.5.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: Subject: owi build broken in recent 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 13:13:39 -0000 Hi /sys/modules/owi# make Warning: Object directory not changed from original /usr/src/sys/modules/owi touch opt_wi.h awk -f @/tools/makeobjops.awk @/dev/pccard/card_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h awk -f @/tools/pccarddevs2h.awk @/dev/pccard/pccarddevs cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/owi/../../dev/owi/if_owi.c /usr/src/sys/modules/owi/../../dev/owi/if_owi.c: In function `owi_generic_attach': /usr/src/sys/modules/owi/../../dev/owi/if_owi.c:386: warning: passing arg 2 of `ether_ifattach' from incompatible pointer type *** Error code 1 Stop in /usr/src/sys/modules/owi. /sys/modules/owi# Any clues about ? -- Vladimir B. Grebenschikov SWsoft Inc. vova@sw-soft.com From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 13:23:04 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DDAA16A41F for ; Thu, 28 Jul 2005 13:23:04 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB18543D46 for ; Thu, 28 Jul 2005 13:23:03 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.104) by pne-smtpout1-sn2.hy.skanova.net (7.2.060.1) id 42BFBBD2004F2952; Thu, 28 Jul 2005 15:23:02 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message Date: Thu, 28 Jul 2005 15:23:03 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Message-ID: <4F9C9299A10AE74E89EA580D14AA10A602859D@royal64.emp.zapto.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: VFS/VM over-runs. Was: Apparent strange disk behaviour in 6.0 Thread-Index: AcWTT3USU9HS5o8OQuap+wkNy4bo4AAEzdwgAAUlKCA= From: "Daniel Eriksson" To: "FreeBSD Current" Cc: Julian Elischer Subject: RE: VFS/VM over-runs. Was: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 13:23:04 -0000 I wrote: > I'm pretty sure all three of these are symptoms of the same problem: >=20 > * "Livelock seen on current with threaded processes" > * "Serious I/O problems (bad performance and live-lock)" > * "ciss(4): speed degradation for Compaq Smart Array [3rd edition]" I forgot to mention: * "Disk cache causing swap usage" Brian Rogers, June 15th http://docs.freebsd.org/cgi/mid.cgi?42AF7E63.6090908 /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 13:26:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0761B16A41F for ; Thu, 28 Jul 2005 13:26:05 +0000 (GMT) (envelope-from marcus@corp.grupos.com.br) Received: from mail.grupos.com.br (mail.grupos.com.br [200.203.183.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 811BA43D48 for ; Thu, 28 Jul 2005 13:26:04 +0000 (GMT) (envelope-from marcus@corp.grupos.com.br) Received: from corp.grupos.com.br (unknown [150.162.166.55]) by mail.grupos.com.br (Postfix) with ESMTP id CB3B511EE9C for ; Thu, 28 Jul 2005 10:26:02 -0300 (BRT) Received: from corp.grupos.com.br (localhost [127.0.0.1]) by corp.grupos.com.br (Postfix) with ESMTP id 91CD955A3 for ; Thu, 28 Jul 2005 10:26:02 -0300 (BRT) Received: from [150.162.166.51] (noc.grupos.com.br [150.162.166.51]) (Authenticated sender: marcus@corp.grupos.com.br) by corp.grupos.com.br (Postfix) with ESMTP id 5C03C559C for ; Thu, 28 Jul 2005 10:26:01 -0300 (BRT) Message-ID: <42E8DCE4.7020607@corp.grupos.com.br> Date: Thu, 28 Jul 2005 10:25:56 -0300 From: Marcus Grando User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050722) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: ad0: req=0xc1adad48 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 13:26:05 -0000 FreeBSD 6.0-BETA1 #1: Wed Jul 27 22:22:25 BRT 2005 dmesg: swap_pager: I/O error - pageout failed; blkno 11101,size 4096, error 5 ad0: req=0xc1adad48 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad0: req=0xc1adad48 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=13043645 ad0: req=0xc1adad48 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=13084069 ad0: req=0xc1adad48 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad0: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=13043645 ad0: req=0xc1adad48 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! swap_pager: indefinite wait buffer: bufobj: 0, blkno: 3126, size: 8192 ad0: req=0xc1adad48 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad0: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=13084069 ad0: req=0xc1adad48 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad0: FAILURE - WRITE_DMA timed out LBA=13043645 swap_pager: I/O error - pageout failed; blkno 28704,size 8192, error 5 swap_pager: indefinite wait buffer: bufobj: 0, blkno: 27533, size: 4096 ad0: req=0xc1adad48 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad0: FAILURE - WRITE_DMA timed out LBA=13084069 swap_pager: I/O error - pageout failed; blkno 33757,size 8192, error 5 ad0: req=0xc1adad48 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad0: req=0xc1adad48 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=13107093 swap_pager: indefinite wait buffer: bufobj: 0, blkno: 3126, size: 8192 ad0: req=0xc1adad48 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad0: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=13107093 ad0: req=0xc1adad48 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! swap_pager: indefinite wait buffer: bufobj: 0, blkno: 27533, size: 4096 ad0: FAILURE - WRITE_DMA timed out LBA=13107093 swap_pager: I/O error - pageout failed; blkno 36635,size 8192, error 5 From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 14:17:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5419F16A4D6; Thu, 28 Jul 2005 14:17:38 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A73A43ED6; Thu, 28 Jul 2005 13:56:15 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 7A7F0ACBD2; Thu, 28 Jul 2005 15:56:13 +0200 (CEST) Date: Thu, 28 Jul 2005 15:56:13 +0200 From: Pawel Jakub Dawidek To: Giorgos Keramidas Message-ID: <20050728135613.GD46538@darkness.comp.waw.pl> References: <42E88135.30603@elischer.org> <42E88F2B.5000108@elischer.org> <20050728082844.GW46538@darkness.comp.waw.pl> <42E898A6.6010803@elischer.org> <20050728115251.GA20091@beatrix.daedalusnetworks.priv> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0awnVF2sFfgjpFeR" Content-Disposition: inline In-Reply-To: <20050728115251.GA20091@beatrix.daedalusnetworks.priv> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 Cc: FreeBSD Current , Julian Elischer Subject: Re: VFS/VM over-runs. Was: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 14:17:43 -0000 --0awnVF2sFfgjpFeR Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 28, 2005 at 02:52:51PM +0300, Giorgos Keramidas wrote: +> On 2005-07-28 01:34, Julian Elischer wrote: +> > I wonder if there is some tunable that can be changed? or whether it's +> > just a bug.. +> > +> > I think that a write that finds no buffer space should first free old +> > unused buffers, and if there aren't any it should just wait. Where's +> > alan when you need him :-) +>=20 +> Setting vm.swap_idle_enabled to 0 seemed to help when I observed similar +> problems in the past. I thought this was fixed months ago though. It +> may be a false impression I got by forgetting to re-enable it and check +> that this was indeed fixed. Setting vm.swap_idle_enabled to 0 doesn't work for me. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --0awnVF2sFfgjpFeR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFC6OP9ForvXbEpPzQRAqmlAKDOZXL4tlydBcxKJMoDitEUpiWn8QCeJZNd Rqd/g2XKU1YJZ+41K28jiNI= =Y0OX -----END PGP SIGNATURE----- --0awnVF2sFfgjpFeR-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 14:34:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF9B916A41F for ; Thu, 28 Jul 2005 14:34:41 +0000 (GMT) (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 2041043D69 for ; Thu, 28 Jul 2005 14:34:21 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j6SEYHCa040145; Thu, 28 Jul 2005 09:34:17 -0500 (CDT) (envelope-from dan) Date: Thu, 28 Jul 2005 09:34:16 -0500 From: Dan Nelson To: Julian Elischer Message-ID: <20050728143416.GD81656@dan.emsphone.com> References: <87711.1122534245@phk.freebsd.dk> <42E883EE.9040502@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42E883EE.9040502@elischer.org> X-OS: FreeBSD 5.4-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.9i Cc: Poul-Henning Kamp , FreeBSD Current Subject: Re: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 14:34:42 -0000 In the last episode (Jul 28), Julian Elischer said: > Poul-Henning Kamp wrote: > > >In message <42E88135.30603@elischer.org>, Julian Elischer writes: > > > >Please use gstat and look at the service times instead of the busy > >percentage. > > this is one of the hints I was hoping to get :-) If anyone wants service times in iostat like Solaris has, take a look at PR bin/68840 . -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 14:59:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1562016A420 for ; Thu, 28 Jul 2005 14:59:40 +0000 (GMT) (envelope-from Muthu_T@Dell.com) Received: from ausc60ps301.us.dell.com (ausc60ps301.us.dell.com [143.166.148.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2BAD43D46 for ; Thu, 28 Jul 2005 14:59:39 +0000 (GMT) (envelope-from Muthu_T@Dell.com) Received: from ausx3bpc102.aus.amer.dell.com (10.30.101.52) by ausc60ps301.us.dell.com with ESMTP; 28 Jul 2005 09:59:39 -0500 X-IronPort-AV: i="3.95,150,1120453200"; d="scan'208"; a="272519728:sNHT28613788" X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 28 Jul 2005 09:58:14 -0500 Message-ID: <71F713C5E3CB7F4F9ACCBBB8E9BE318ADF019C@blrx2kmbgl101.blr.amer.dell.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: DELL PE6800 + FreeBSD 6.0-BETA1 - CD boot kernel enters into GDB. Thread-Index: AcWTgoLZ7OWChuwPQ/qNL9ewAd2hXAAAMyiQ From: To: X-OriginalArrivalTime: 28 Jul 2005 14:58:14.0746 (UTC) FILETIME=[C7D41BA0:01C59384] Subject: RE: DELL PE6800 + FreeBSD 6.0-BETA1 - CD boot kernel enters into GDB. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 14:59:40 -0000 >From our docs: "The amount of memory address space that is required for PCI Express devices is greater than older PCI devices, which increases the size of the "memory hole" on these systems." Help Link: http://support.intel.com/support/motherboards/server/sb/CS-010458.htm=20 -----Original Message----- From: T, Muthu=20 Sent: Thursday, July 28, 2005 8:12 PM To: 'freebsd-current@freebsd.org' Subject: DELL PE6800 + FreeBSD 6.0-BETA1 - CD boot kernel enters into GDB. All, While I am trying to install FreeBSD6.0-BETA1 on DELL PE6800, kernel page faults and enters into GDB. I couldn't find serial cable to get the trace. So I am attaching the photoshots. Thanks. --T. Muthu Mohan From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 15:20:10 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B284D16A41F for ; Thu, 28 Jul 2005 15:20:10 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AC5443D48 for ; Thu, 28 Jul 2005 15:20:04 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j6SFHOR2042216; Thu, 28 Jul 2005 09:17:25 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 28 Jul 2005 09:18:10 -0600 (MDT) Message-Id: <20050728.091810.85228740.imp@bsdimp.com> To: vova@sw.ru From: "M. Warner Losh" In-Reply-To: <1122556411.1161.5.camel@localhost> References: <1122556411.1161.5.camel@localhost> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: owi build broken in recent 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 15:20:10 -0000 In message: <1122556411.1161.5.camel@localhost> Vladimir Grebenschikov writes: : : Hi : : /sys/modules/owi# make : Warning: Object directory not changed from original /usr/src/sys/modules/owi : touch opt_wi.h : awk -f @/tools/makeobjops.awk @/dev/pccard/card_if.m -h : awk -f @/tools/makeobjops.awk @/kern/device_if.m -h : awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h : awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h : awk -f @/tools/pccarddevs2h.awk @/dev/pccard/pccarddevs : cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/owi/../../dev/owi/if_owi.c : /usr/src/sys/modules/owi/../../dev/owi/if_owi.c: In function `owi_generic_attach': : /usr/src/sys/modules/owi/../../dev/owi/if_owi.c:386: warning: passing arg 2 of `ether_ifattach' from incompatible pointer type : *** Error code 1 : : Stop in /usr/src/sys/modules/owi. : /sys/modules/owi# : : Any clues about ? Any reason you can't use modules/wi? Warner From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 16:38:28 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD56116A41F for ; Thu, 28 Jul 2005 16:38:28 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66EEB43D49 for ; Thu, 28 Jul 2005 16:38:28 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.51 (FreeBSD)) id 1DyBOs-000Cbf-5Y; Thu, 28 Jul 2005 20:38:26 +0400 From: Vladimir Grebenschikov To: "M. Warner Losh" In-Reply-To: <20050728.091810.85228740.imp@bsdimp.com> References: <1122556411.1161.5.camel@localhost> <20050728.091810.85228740.imp@bsdimp.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Thu, 28 Jul 2005 20:38:25 +0400 Message-Id: <1122568705.1161.12.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: current@freebsd.org Subject: Re: owi build broken in recent 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 16:38:28 -0000 =F7 =DE=D4, 28/07/2005 =D7 09:18 -0600, M. Warner Losh =D0=C9=DB=C5=D4: > In message: <1122556411.1161.5.camel@localhost> > Vladimir Grebenschikov writes: > :=20 > : Hi=20 > :=20 > : /sys/modules/owi# make=20 > : Warning: Object directory not changed from original /usr/src/sys/module= s/owi > : touch opt_wi.h > : awk -f @/tools/makeobjops.awk @/dev/pccard/card_if.m -h > : awk -f @/tools/makeobjops.awk @/kern/device_if.m -h > : awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h > : awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h > : awk -f @/tools/pccarddevs2h.awk @/dev/pccard/pccarddevs > : cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE -nost= dinc -I- -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=3D8000 -f= no-common -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx= -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-d= ecls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-a= rith -Winline -Wcast-qual -fformat-extensions -std=3Dc99 -c /usr/src/sys/m= odules/owi/../../dev/owi/if_owi.c > : /usr/src/sys/modules/owi/../../dev/owi/if_owi.c: In function `owi_gener= ic_attach': > : /usr/src/sys/modules/owi/../../dev/owi/if_owi.c:386: warning: passing a= rg 2 of `ether_ifattach' from incompatible pointer type > : *** Error code 1 > :=20 > : Stop in /usr/src/sys/modules/owi. > : /sys/modules/owi# > :=20 > : Any clues about ? >=20 > Any reason you can't use modules/wi? Yes, I have very old radio-link based on old 4.x-based routers with old wi in ad-hoc mode and sometimes monitor it with my 7-CURRENT notebook. wi driver does not work in old wi ad-hoc compatibility mode. > Warner --=20 Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 18:13:53 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD56116A41F for ; Thu, 28 Jul 2005 18:13:53 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D8B343D45 for ; Thu, 28 Jul 2005 18:13:53 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-2.free.fr (Postfix) with ESMTP id 839A4C080 for ; Thu, 28 Jul 2005 20:13:52 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 136AA405B; Thu, 28 Jul 2005 20:14:15 +0200 (CEST) Date: Thu, 28 Jul 2005 20:14:15 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20050728181415.GB68965@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: Subject: Using "make -d l" makes buildworld to fail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 18:13:53 -0000 Hi, I have to run multiple buildworlds with and without debugging ("-d l") these last days. I was nearly turning mad while I realized that buildworld would fail in "rescue" when using "-d l" make option. Both typescripts with and without the debugging option are available : http://jeremie.le-hen.org/~tataz/make_-d_l_buildworld.gz (ko) http://jeremie.le-hen.org/~tataz/make_buildworld.gz (ok) This is not the stock source tree, but I checked on a non-modified tree and the behaviour is the same. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 19:17:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B86E716A41F for ; Thu, 28 Jul 2005 19:17:52 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id F208043D4C for ; Thu, 28 Jul 2005 19:17:51 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j6SJ5p4D055450; Thu, 28 Jul 2005 21:05:53 +0200 (CEST) (envelope-from sos@deepcore.dk) In-Reply-To: <20050727201508.GA52011@carrick.bishnet.net> References: <81AE004D-82DD-4791-9C5F-64AF7B47E8E1@nordahl.net> <3393C657-47A5-43FB-87B7-04555A41A1B5@nordahl.net> <20050727201508.GA52011@carrick.bishnet.net> Mime-Version: 1.0 (Apple Message framework v733) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <45D58A9F-0A11-47B9-BE08-2DDBE5825E74@deepcore.dk> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Thu, 28 Jul 2005 21:17:30 +0200 To: Tim Bishop X-Mailer: Apple Mail (2.733) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-current@freebsd.org, Frode Nordahl Subject: Re: 6.0-BETA1: ATA RAID rebuild not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 19:17:52 -0000 On 27/07/2005, at 22:15, Tim Bishop wrote: > On Tue, Jul 26, 2005 at 01:30:26PM +0200, Frode Nordahl wrote: > >>> Hello, >>> >>> I am having trouble rebuilding my ATA / SATA RAIDs with 6.0-BETA1. >>> >>> # atacontrol status ar0 >>> ar0: ATA RAID1 subdisks: DOWN ad6 status: DEGRADED >>> >>> # atacontrol addspare ar0 ad4 >>> ad4: inserted into ar0 disk0 as spare >>> >>> # atacontrol rebuild ar0 >>> >>> # atacontrol status ar0 >>> ar0: ATA RAID1 subdisks: ad4 ad6 status: REBUILDING 0% completed >>> >>> And then it just sits at 0% forever. I started a rebuild process on >>> the Promise this friday, and it is still at 0%. >>> >> >> *) The dd starts and finishes, but status stays at 0%, and the RAID >> is never marked as clean >> > > I'm seeing the same thing here with 6.0-BETA1. Have you got any =20 > further > with this? Are you sure that atacontrol is in sync with the kernel ? the ioctl =20 interface changed some time ago. At any rate UNLESS your disks are on a "write metadata" supported =20 controller, the rebuild wont survive a boot since the metadata =20 cannot be written back to the disks. The kernel will complain to this =20= fact if it applies to your system. - S=F8ren From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 20:24:02 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAE5B16A41F; Thu, 28 Jul 2005 20:24:02 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (postoffice.vicor.com [69.26.56.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C29143D4C; Thu, 28 Jul 2005 20:24:02 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 124424CE9FE; Thu, 28 Jul 2005 13:24:02 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 48646-02; Thu, 28 Jul 2005 13:24:01 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 8D1514CE9C6; Thu, 28 Jul 2005 13:24:01 -0700 (PDT) Message-ID: <42E93EE1.2090009@elischer.org> Date: Thu, 28 Jul 2005 13:24:01 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <42E88135.30603@elischer.org> <42E88F2B.5000108@elischer.org> <20050728082844.GW46538@darkness.comp.waw.pl> <42E898A6.6010803@elischer.org> <20050728115251.GA20091@beatrix.daedalusnetworks.priv> <20050728135613.GD46538@darkness.comp.waw.pl> In-Reply-To: <20050728135613.GD46538@darkness.comp.waw.pl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Cc: FreeBSD Current , re@freebsd.org, Giorgos Keramidas Subject: Re: 6.0 VFS/VM over-runs. Was: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 20:24:03 -0000 This is an absolute show stopper for 6.0 Pawel Jakub Dawidek wrote: >On Thu, Jul 28, 2005 at 02:52:51PM +0300, Giorgos Keramidas wrote: >+> On 2005-07-28 01:34, Julian Elischer wrote: >+> > I wonder if there is some tunable that can be changed? or whether it's >+> > just a bug.. >+> > >+> > I think that a write that finds no buffer space should first free old >+> > unused buffers, and if there aren't any it should just wait. Where's >+> > alan when you need him :-) >+> >+> Setting vm.swap_idle_enabled to 0 seemed to help when I observed similar >+> problems in the past. I thought this was fixed months ago though. It >+> may be a false impression I got by forgetting to re-enable it and check >+> that this was indeed fixed. > >Setting vm.swap_idle_enabled to 0 doesn't work for me. > > > From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 20:32:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A51016A41F for ; Thu, 28 Jul 2005 20:32:56 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B53A343D45 for ; Thu, 28 Jul 2005 20:32:55 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j6SKWpNV021966 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 28 Jul 2005 16:32:51 -0400 Received: from obsecurity.dyndns.org (fields.fields.utoronto.ca [128.100.216.11]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j6SKWm6P022808; Thu, 28 Jul 2005 16:32:49 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CA1A65128C; Thu, 28 Jul 2005 16:32:42 -0400 (EDT) Date: Thu, 28 Jul 2005 16:32:42 -0400 From: Kris Kennaway To: Dmitry Pryanishnikov Message-ID: <20050728203242.GA28258@xor.obsecurity.org> References: <20050727123015.V81389@atlantis.atlantis.dp.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline In-Reply-To: <20050727123015.V81389@atlantis.atlantis.dp.ua> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: kgdb problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 20:32:56 -0000 --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 27, 2005 at 12:35:54PM +0300, Dmitry Pryanishnikov wrote: >=20 > Hello! >=20 > I'm trying to use kgdb in 6.0-BETA1 (on i386). It seems that either I'm= =20 > doing something wrong, or kgdb is broken. I've got valid crashdump (at le= ast > info.0 file says so, and 'file vmcore.0' says that it's an ELF file), but > 'core-file' command fails: Make sure you have an up-to-date world - the core format changed recently and you need a new world to read the new images. Kris --tKW2IUtsqtDRztdT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC6UDqWry0BWjoQKURAkHvAKD1HO6xNQ8LqJAR9L13jNXEO45lEwCgxkes 0FNqX74iLPQQBdYQ5L9zTYo= =9NeT -----END PGP SIGNATURE----- --tKW2IUtsqtDRztdT-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 20:34:21 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D70DC16A41F for ; Thu, 28 Jul 2005 20:34:21 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DA3F43D45 for ; Thu, 28 Jul 2005 20:34:21 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j6SKYKNV022117 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 28 Jul 2005 16:34:21 -0400 Received: from obsecurity.dyndns.org (fields.fields.utoronto.ca [128.100.216.11]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j6SKYH6P022932; Thu, 28 Jul 2005 16:34:17 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2D2305120B; Thu, 28 Jul 2005 16:34:12 -0400 (EDT) Date: Thu, 28 Jul 2005 16:34:12 -0400 From: Kris Kennaway To: Jeremie Le Hen Message-ID: <20050728203412.GB28258@xor.obsecurity.org> References: <20050727065941.GQ1610@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jq0ap7NbKX2Kqbes" Content-Disposition: inline In-Reply-To: <20050727065941.GQ1610@obiwan.tataz.chchile.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org Subject: Re: panic with null mount of an NFS mount X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 20:34:22 -0000 --jq0ap7NbKX2Kqbes Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 27, 2005 at 08:59:41AM +0200, Jeremie Le Hen wrote: > Hi, >=20 > I just caught a panic while having null-mounted my NFS mounted CVS > repository : > 192.168.1.222:/usr/home/ncvs on /nfs/obiwan/cvs (nfs) > /nfs/obiwan/cvs on /cvs (nullfs, local, read-only) >=20 > This is 100% reproducible, and my feeling is that this doesn't need a > kernel dump do be resolved, so I have not made a dump. CC to jroberson@chesapeake.net since he doesn't often read this list. Kris --jq0ap7NbKX2Kqbes Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC6UFDWry0BWjoQKURAiHgAKCUMqbVYn8f1YoO0hOmnAWF+iVQnACgqA3w jC0yW8BZjiYV2HWMORoRUg8= =71FS -----END PGP SIGNATURE----- --jq0ap7NbKX2Kqbes-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 20:42:19 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BBFF16A41F; Thu, 28 Jul 2005 20:42:19 +0000 (GMT) (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 2926143D45; Thu, 28 Jul 2005 20:42:16 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j6SKp8mr015492; Thu, 28 Jul 2005 14:51:08 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42E94310.20806@samsco.org> Date: Thu, 28 Jul 2005 14:41:52 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <42E88135.30603@elischer.org> <42E88F2B.5000108@elischer.org> <20050728082844.GW46538@darkness.comp.waw.pl> <42E898A6.6010803@elischer.org> <20050728115251.GA20091@beatrix.daedalusnetworks.priv> <20050728135613.GD46538@darkness.comp.waw.pl> <42E93EE1.2090009@elischer.org> In-Reply-To: <42E93EE1.2090009@elischer.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: re@FreeBSD.org, FreeBSD Current , Pawel Jakub Dawidek , Giorgos Keramidas Subject: Re: 6.0 VFS/VM over-runs. Was: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 20:42:19 -0000 Julian Elischer wrote: > This is an absolute show stopper for 6.0 > Can you distill this down to a problem description that we can track? Scott From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 20:54:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC6C716A41F for ; Thu, 28 Jul 2005 20:54:17 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B38543D5C for ; Thu, 28 Jul 2005 20:54:16 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 2A82EACC29; Thu, 28 Jul 2005 22:54:13 +0200 (CEST) Date: Thu, 28 Jul 2005 22:54:13 +0200 From: Pawel Jakub Dawidek To: freebsd-current@freebsd.org Message-ID: <20050728205413.GB762@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="98e8jtXdkpgskNou" Content-Disposition: inline User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 Subject: GELI - disk encryption GEOM class committed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 20:54:18 -0000 --98e8jtXdkpgskNou Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. Few months ago I started work on another (besides GBDE) disk encryption GEOM class. To don't confuse users I'll say it here and now: GELI is different than GBDE. It offers different features, but it also use different scheme for doing crypto work. It doesn't mean GBDE is broken! It doesn't mean GBDE should not be used anymore (I still use it by myself)! It is different and user should decide which one fits better his needs. Anyway. Below is the list of most important features offered by geli(8): - Utilize the crypto(9) framework, so when there is a crypto hardware available, geli(8) will make use of it automatically. If cryptography needs to be done in software, a dedicated kernel thread(s) will be started to do the crypto work in there. - Supports many cryptographic algorithms (currently AES, Blowfish and 3DES). - Can create a key from a couple of components (user entered passphrase, random bits from a file, etc.). - Allows to encrypt root partition - user will be asked for the passphrase before root file system is mounted. - User's passphrase is strengthen with: B. Kaliski, PKCS #5: Password-Based Cryptography Specification, Version 2.0., RFC, 2898. - Allows to use two independent keys (e.g. "user key" and "company key"). - It is fast - geli performs simple sector-to-sector encryption. - Allows to backup/restore Master Keys, so when user have to quickly destroy keys, it is able to get the data back by restoring keys from the backup. - Provider can be configured to automatically detach on last close (so user don't have to remember to detach provider after unmounting file system). - Allows to attach provider with a random, one-time keys - useful for swap partitions and temporary file systems. - Allows to automatically detach provider on last close. - Allows to overwrites on-disk keys with random data (when destroying them). One can define how many times. - You can define number of threads which are going to do software crypto work (useful for SMP systems). Things you need to know about geli(8). GELI (simlar to GBDE) offers privacy only - there is no data integrity verification, so when your disk/laptop will be stolen your data should be safe, but if someone can modify your encrypted data behind your back, geli is not going to detect these changes. GELI uses block-unique IVs, which means, every data block (sector) has a unique IV, which will not be changed when new data is written to the disk. This means, that if someone can sniff your disk traffic somehow or is able to get snapshots from your disk you could not be safe. IVs used by GELI are secret, which should help here a bit, but you still need to be careful. GELI uses one key to encrypt all the data, so when you have multi-terabyte storage, you should probably use AES-256 - AES-128 could not be enough. You have been warned. Enjoy! PS. GELI was sponsored by Wheel Sp. z o.o. (http://www.wheel.pl). --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --98e8jtXdkpgskNou Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFC6UX1ForvXbEpPzQRAml9AKDmCpU6E4/ev1C0pSBloGcxKkZpTACdHuw1 SkdMHbRMjHq/jJ55MKO9Hcc= =qOri -----END PGP SIGNATURE----- --98e8jtXdkpgskNou-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 21:13:48 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93E3D16A420; Thu, 28 Jul 2005 21:13:48 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (postoffice.vicor.com [69.26.56.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4EE043D4C; Thu, 28 Jul 2005 21:13:45 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 3869D4CE975; Thu, 28 Jul 2005 14:13:45 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 51165-06; Thu, 28 Jul 2005 14:13:44 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 9C6894CE96E; Thu, 28 Jul 2005 14:13:44 -0700 (PDT) Message-ID: <42E94A88.4010603@elischer.org> Date: Thu, 28 Jul 2005 14:13:44 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: Scott Long References: <42E88135.30603@elischer.org> <42E88F2B.5000108@elischer.org> <20050728082844.GW46538@darkness.comp.waw.pl> <42E898A6.6010803@elischer.org> <20050728115251.GA20091@beatrix.daedalusnetworks.priv> <20050728135613.GD46538@darkness.comp.waw.pl> <42E93EE1.2090009@elischer.org> <42E94310.20806@samsco.org> In-Reply-To: <42E94310.20806@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Cc: re@FreeBSD.org, FreeBSD Current , Pawel Jakub Dawidek , Giorgos Keramidas Subject: Re: 6.0 VFS/VM over-runs. Was: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 21:13:48 -0000 I thought the original description was good.. file data written to cache to await output to disk is allowed to grow to the extent that running programs are swapped out. (or at least paged out). here's a simple experiment that takes 1 minute to show the problem. Best with a system with 2 disk drives (or a disk and a raid in my case) boot to single user. mount a large partition that has some room.. hopefully several times the space of all RAM. . do: dd if=/dev/zero of=/${mountpoint}/bigfile bs=128k count=1000000 & iostat 1 notice that dd dies with "not enough swapspace" after some number of seconds. (there is no swap attached). also notice that until the crash, IO speed was max for the disk. then add swap and do it again. notice that at teh point where dd previously crashed, the swap disk springs into life and disk IO on your main disk goes into the toilet. notice that dd gets swapped out. (!!!!) when the disk recovers enough, dd pages back in and creates more IO but in teh mean time there is no IO going on to the disk.. (watch the LEDs). Scott Long wrote: > Julian Elischer wrote: > >> This is an absolute show stopper for 6.0 >> > > Can you distill this down to a problem description that we can track? > > Scott From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 21:31:53 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A30016A41F for ; Thu, 28 Jul 2005 21:31:53 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D04D43D45 for ; Thu, 28 Jul 2005 21:31:52 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-2.free.fr (Postfix) with ESMTP id 42E85C014; Thu, 28 Jul 2005 23:31:52 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id ECD3A405B; Thu, 28 Jul 2005 23:32:15 +0200 (CEST) Date: Thu, 28 Jul 2005 23:32:15 +0200 From: Jeremie Le Hen To: jroberson@chesapeake.net Message-ID: <20050728213215.GC68965@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: freebsd-current@FreeBSD.org Subject: [jeremie@le-hen.org: panic with null mount of an NFS mount] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 21:31:53 -0000 Hi Jeff, I was told to send this to you directly, since you don't read this list often. Regards, ----- Forwarded message from Jeremie Le Hen ----- Subject: panic with null mount of an NFS mount From: Jeremie Le Hen Date: Wed, 27 Jul 2005 08:59:41 +0200 To: freebsd-current@FreeBSD.org Hi, I just caught a panic while having null-mounted my NFS mounted CVS repository : 192.168.1.222:/usr/home/ncvs on /nfs/obiwan/cvs (nfs) /nfs/obiwan/cvs on /cvs (nullfs, local, read-only) This is 100% reproducible, and my feeling is that this doesn't need a kernel dump do be resolved, so I have not made a dump. %%% panic: lockmgr: locking against myself KDB: stack backtrace: kdb_backtrace() panic() lockmgr(c29589e8,2002,c2959a0c,c28f1190,e732f9c0) at lockmgr+0x45d vop_stdlock(e732f9e8,c2958a0c,1,2002nc2958990) at vop_stdlock+0x2f VOP_LOCK_APV(c07841a0,e732f9e8,e732fae0,e732fae4,0) at VOP_LOCK_APV+0xb4 vn_lock(c2958990,2002,c28f1190,7b4,c29c77b3) at vn_lock+0xec vrele(c2958990,0,c29c8940,27c,c2958990) at vrele+0x123 null_reclaim(e732fa94,c28f1190,0,c2958880,e732fac0) at null_reclaim+0x7c VOP_RECLAIM_APV(c29c9c20,e732fa94,c28f1190,0,0) at VOP_RECLAIM_APV+0xac vgonel(c2958880,0,c9743654,8f1,e732fb20) at vgonel+0x1df vrecycle(c2958880,c28f1190,e732fb08,c07079bc,c732fb20) at vrecycle+0x4d null_inactive(e732fb20,c29588fc,c2958880,c29588fc,e732fb38) at null_inactive+0x23 VOP_INACTIVE_APV(c29c9c20,e732fb20,e0743654,855,c0794bc0) at VOP_INACTIVE_APC+0xac vinactive(c2958880,c28f1190,c0743654,7e7,800) at vinactive+0x8b vput(c2958880,ffffffdf,c2586d80,0,c28f1190) at vput+0x1b2 kern_lstat(c28f1190,8057148,0,e732fc6c,80246) at kern_lstat+0xb3 lstat(c28f1190,e732fd04,8,422,2) at lstat+0x2f syscall() Xint0x80_syscall() %%% My sources are dated from 2005.07.24... Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" ----- End forwarded message ----- -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 21:36:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD46B16A41F for ; Thu, 28 Jul 2005 21:36:16 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4481B43D46 for ; Thu, 28 Jul 2005 21:36:15 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from [195.159.148.126] (dhcp7.xu.nordahl.net [195.159.148.126]) by smtp1.powertech.no (Postfix) with ESMTP id 0F8AB7F8D; Thu, 28 Jul 2005 23:36:14 +0200 (CEST) In-Reply-To: <45D58A9F-0A11-47B9-BE08-2DDBE5825E74@deepcore.dk> References: <81AE004D-82DD-4791-9C5F-64AF7B47E8E1@nordahl.net> <3393C657-47A5-43FB-87B7-04555A41A1B5@nordahl.net> <20050727201508.GA52011@carrick.bishnet.net> <45D58A9F-0A11-47B9-BE08-2DDBE5825E74@deepcore.dk> Mime-Version: 1.0 (Apple Message framework v733) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: Frode Nordahl Date: Thu, 28 Jul 2005 23:36:12 +0200 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= X-Mailer: Apple Mail (2.733) Cc: freebsd-current@freebsd.org, Tim Bishop Subject: Re: 6.0-BETA1: ATA RAID rebuild not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 21:36:16 -0000 On 28. jul. 2005, at 21.17, S=F8ren Schmidt wrote: > Are you sure that atacontrol is in sync with the kernel ? the ioctl =20= > interface changed some time ago. Yes, I run with a fresh install from 6.0-BETA1 ISO. > At any rate UNLESS your disks are on a "write metadata" supported =20 > controller, the rebuild wont survive a boot since the metadata =20 > cannot be written back to the disks. The kernel will complain to =20 > this fact if it applies to your system. I did the previous tests on a onboard Promise FastTrak 150 ATA =20 controller, and on a ICH5 in SATA mode, using FreeBSD Pseudoraid. Now testing on a genuine Promise PCI SATA controller: # dmesg |grep ^atapci0 atapci0: port 0x7400-0x747f,=20 0x7000-0x70ff mem 0xf0220000-0xf0220fff,0xf0200000-0xf021ffff irq 24 =20 at device 1.0 on pci3 # dmesg |grep ^ar0 ar0: 77247MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master On this machine the dd runs as it should, but atacontrol status shows =20= 0% all the way through, and the RAID is still broken. Frode Nordahl frode@nordahl.net From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 21:37:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBB3716A41F for ; Thu, 28 Jul 2005 21:37:09 +0000 (GMT) (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 21F8E43D55 for ; Thu, 28 Jul 2005 21:37:08 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j6SLk0b5015733; Thu, 28 Jul 2005 15:46:00 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42E94FED.7000801@samsco.org> Date: Thu, 28 Jul 2005 15:36:45 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <42E88135.30603@elischer.org> <42E88F2B.5000108@elischer.org> In-Reply-To: <42E88F2B.5000108@elischer.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: FreeBSD Current Subject: Re: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 21:37:10 -0000 Julian Elischer wrote: > > > Julian Elischer wrote: > >> >> >> I've been playing around with some raid arrays. >> I've notived some odd things. >> >> > [stuff] > > Ok I've done some researching.. > > it APPEARS that teh system is swapping out running programs in order to > store more write data! > > experiment: > boot to single user mode. > type: > mount {big partition} > dd if=/dev/zero bs=128K of=/$bigpartition}/bigfile count=1000000 > > notice that after a short while your dd is killed because the system is > out of swapspace. > (it doesn't have any) > Why the F*ck does it need swapspace.? there are exactly 2 proceses > running in userspace > and one of them s in wait4(). dd shows a resident size of about 170KB > leaving about a GIGABYTE of unused RAM. > > The system should make dd wait rather than trying to swap its pages out.. > > > if you then do > swapon (your swap device) > and repeat teh command in the background, > vmstat 1 will show you pages being faulted in and out... > no WONDER IO goes to hell in a handbasket.. > > Outgoing IO should never be able to force running programs out! > It should start re-using old pages from the same file! I've seen this too. It's especially easy to trigger if you do a large buildworld, especially using -j. > > 4.11 gives a consinstent 65MB/sec with this array, for as long as I run > it.. > 6.0 gives me 65MB for 15 seconds and then it drops to 20MB/sec and then > 10MB/sec > and the swap disk bursts into life. > > the array goes from all the lights solidly on, to bursts of activity > with large gaps in between them. > > I think that it's time for F/S, disk, and VM guys to sit down in a room and start figuring out how to reign things back in. We've basically had little real-world checks on this kind of stuff for 5 years (i.e. since 5-CURRENT), and it's quite possible that things have gotten massively un-tuned, non-obvious but critical backpressure codepaths have beeen garbage collected, etc. Scott From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 21:39:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 271C916A420 for ; Thu, 28 Jul 2005 21:39:02 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from nic.ach.sch.gr (nic.sch.gr [194.63.238.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B2AF43D48 for ; Thu, 28 Jul 2005 21:38:57 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: (qmail 27342 invoked by uid 207); 28 Jul 2005 21:38:56 -0000 Received: from keramida@freebsd.org by nic by uid 201 with qmail-scanner-1.21 (sophie: 3.04/2.19/3.81. Clear:RC:1(81.186.70.3):. Processed in 0.738839 secs); 28 Jul 2005 21:38:56 -0000 Received: from dialup3.ach.sch.gr (HELO gothmog.gr) ([81.186.70.3]) (envelope-sender ) by nic.sch.gr (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 28 Jul 2005 21:38:54 -0000 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.4/8.13.4) with ESMTP id j6SLchA2046262; Fri, 29 Jul 2005 00:38:43 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.4/8.13.4/Submit) id j6SLchfh046261; Fri, 29 Jul 2005 00:38:43 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Fri, 29 Jul 2005 00:38:39 +0300 From: Giorgos Keramidas To: deischen@freebsd.org, davidxu@freebsd.org, freebsd-current@freebsd.org Message-ID: <20050728213839.GA46119@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: Subject: libthr & atomic_xxx ops X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 21:39:02 -0000 Recently, libpthread and libthr grew the following warnings in CURRENT: # 2005-07-28 04:37:43.704726 - /usr/src/lib/libpthread/sys/lock.c:183: warning: passing arg 1 of `atomic_store_rel_int' from incompatible pointer type # 2005-07-28 04:37:43.706649 - /usr/src/lib/libpthread/sys/lock.c:183: warning: passing arg 2 of `atomic_store_rel_int' makes integer from pointer without a cast # 2005-07-28 04:37:43.712510 - /usr/src/lib/libpthread/sys/lock.c:253: warning: passing arg 1 of `atomic_store_rel_int' from incompatible pointer type # 2005-07-28 04:37:43.714685 - /usr/src/lib/libpthread/sys/lock.c:253: warning: passing arg 2 of `atomic_store_rel_int' makes integer from pointer without a cast # 2005-07-28 04:37:43.716944 - /usr/src/lib/libpthread/sys/lock.c:254: warning: passing arg 1 of `atomic_store_rel_int' from incompatible pointer type # [...] # 2005-07-28 05:12:43.014253 - /usr/src/lib/libthr/thread/thr_umtx.h:56: warning: passing arg 2 of `atomic_cmpset_int' makes integer from pointer without a cast # 2005-07-28 05:12:43.016980 - /usr/src/lib/libthr/thread/thr_umtx.h:56: warning: passing arg 3 of `atomic_cmpset_int' makes integer from pointer without a cast # 2005-07-28 05:12:43.023050 - /usr/src/lib/libthr/thread/thr_umtx.h:65: warning: passing arg 1 of `atomic_cmpset_int' from incompatible pointer type # 2005-07-28 05:12:43.025894 - /usr/src/lib/libthr/thread/thr_umtx.h:65: warning: passing arg 2 of `atomic_cmpset_int' makes integer from pointer without a cast # 2005-07-28 05:12:43.028401 - /usr/src/lib/libthr/thread/thr_umtx.h:65: warning: passing arg 3 of `atomic_cmpset_int' makes integer from pointer without a cast Are these dangerous, in any way? From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 21:41:03 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56DA416A41F for ; Thu, 28 Jul 2005 21:41:03 +0000 (GMT) (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 DDCCE43D45 for ; Thu, 28 Jul 2005 21:41:02 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j6SLnwhk015747; Thu, 28 Jul 2005 15:49:58 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42E950DB.1090005@samsco.org> Date: Thu, 28 Jul 2005 15:40:43 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vladimir Grebenschikov References: <1122556411.1161.5.camel@localhost> In-Reply-To: <1122556411.1161.5.camel@localhost> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: current Subject: Re: owi build broken in recent 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 21:41:03 -0000 Vladimir Grebenschikov wrote: > Hi > > /sys/modules/owi# make > Warning: Object directory not changed from original /usr/src/sys/modules/owi > touch opt_wi.h > awk -f @/tools/makeobjops.awk @/dev/pccard/card_if.m -h > awk -f @/tools/makeobjops.awk @/kern/device_if.m -h > awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h > awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h > awk -f @/tools/pccarddevs2h.awk @/dev/pccard/pccarddevs > cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/owi/../../dev/owi/if_owi.c > /usr/src/sys/modules/owi/../../dev/owi/if_owi.c: In function `owi_generic_attach': > /usr/src/sys/modules/owi/../../dev/owi/if_owi.c:386: warning: passing arg 2 of `ether_ifattach' from incompatible pointer type > *** Error code 1 > > Stop in /usr/src/sys/modules/owi. > /sys/modules/owi# > > Any clues about ? > > owi is no longer needed and will be garbage-collected soon. Scott From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 22:12:44 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DF8216A41F; Thu, 28 Jul 2005 22:12:44 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (postoffice.vicor.com [69.26.56.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id C378043D45; Thu, 28 Jul 2005 22:12:43 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 92DD54CE9CB; Thu, 28 Jul 2005 15:12:43 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 54940-07; Thu, 28 Jul 2005 15:12:42 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 904FF4CE9C6; Thu, 28 Jul 2005 15:12:42 -0700 (PDT) Message-ID: <42E9585A.9060100@elischer.org> Date: Thu, 28 Jul 2005 15:12:42 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <42E88135.30603@elischer.org> <42E88F2B.5000108@elischer.org> <20050728082844.GW46538@darkness.comp.waw.pl> <42E898A6.6010803@elischer.org> <20050728115251.GA20091@beatrix.daedalusnetworks.priv> <20050728135613.GD46538@darkness.comp.waw.pl> In-Reply-To: <20050728135613.GD46538@darkness.comp.waw.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Cc: FreeBSD Current , Giorgos Keramidas Subject: Re: VFS/VM over-runs. Was: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 22:12:44 -0000 here's the output of vmstat 1 while the dd is under way. procs memory page disks faults cpu r b w avm fre flt re pi po fr sr ad0 da0 in sy cs us sy id 0 1 0 36028 995268 3 73 0 0 77 7765 0 0 162 12 402 0 0 100 0 1 0 37100 995076 55 0 1 0 20 0 6 0 156 163 383 0 1 99 0 1 0 37100 995076 0 0 0 0 0 0 0 0 152 108 359 0 0 100 0 1 0 37100 995076 0 0 0 0 0 0 0 0 153 108 356 0 0 100 0 1 0 37100 995076 0 0 0 0 0 0 0 0 152 113 355 0 0 100 0 1 0 37100 995076 0 0 0 0 0 0 0 0 152 108 355 0 0 100 0 1 0 37100 995076 0 0 0 0 0 0 0 0 155 116 360 0 0 100 0 1 0 37100 995076 0 0 0 0 0 0 0 0 152 108 354 0 0 100 0 1 0 37100 995076 0 0 0 0 0 0 0 0 155 108 358 0 0 100 0 1 0 37100 995076 6 0 0 0 2 0 0 0 155 110 363 0 0 100 0 2 0 38180 994924 53 0 3 0 23 0 2 0 156 191 377 0 0 100 0 2 0 38436 938332 76 0 0 0 3 0 1 434 1881 1011 5423 0 9 91 1 1 0 38436 884316 0 0 0 0 0 0 0 418 1816 942 5279 0 10 90 0 2 0 38436 830572 0 0 0 0 0 0 0 420 1854 958 5306 0 10 90 1 1 0 38436 777548 0 0 0 0 0 0 0 410 1808 930 5206 0 10 90 0 2 0 38436 724044 0 0 0 0 0 0 0 416 1838 958 5281 0 12 88 0 2 0 38436 671180 0 0 0 0 0 0 0 412 1822 934 5241 0 11 89 0 2 0 38436 618044 0 0 0 0 0 0 0 412 1817 938 5260 0 8 92 procs memory page disks faults cpu r b w avm fre flt re pi po fr sr ad0 da0 in sy cs us sy id 0 2 0 38436 564140 0 0 0 0 0 0 0 417 1836 950 5288 0 11 89 1 1 0 38436 511244 0 0 0 0 0 0 0 412 1816 926 5208 0 11 89 0 2 0 38436 458764 0 0 0 0 0 0 0 412 1817 944 5240 0 10 90 1 1 0 38436 405532 0 0 0 0 0 0 0 412 1817 934 5242 0 11 89 1 1 0 38436 352444 0 0 0 0 0 0 0 412 1815 936 5158 0 10 90 0 2 0 38436 298988 0 0 0 0 0 0 0 415 1832 950 5275 0 12 88 0 2 0 38436 245852 0 0 0 0 0 0 0 414 1825 938 5278 0 11 89 0 2 0 38436 192588 0 0 0 0 0 0 0 411 1823 945 5216 0 11 89 1 1 0 38436 139148 0 0 0 0 0 0 0 416 1835 949 5344 0 11 89 1 1 0 38436 85580 0 0 0 0 0 0 0 414 1832 946 5271 0 10 90 0 2 0 38436 32684 0 0 0 0 0 0 0 411 1816 942 5214 0 9 91 1 1 0 38436 42564 0 423 0 0 3225 441456 3 346 1510 793 4333 0 23 77 1 1 0 38436 30216 0 0 0 3 10011 1718066 4 298 1373 741 3890 0 37 63 1 1 0 38436 29712 0 1 0 135 7843 2788109 105 192 1229 596 4072 0 48 52 1 1 0 38436 43024 27 410 0 16 10506 3229596 11 188 1512 766 4256 0 49 51 1 1 0 38436 30228 0 0 0 4 10125 1718324 0 306 1375 740 3889 0 36 64 0 2 0 38436 46760 109 23723 60 8 4479 4758040 42 71 718 380 2245 0 79 21 1 1 0 38436 30364 9 0 2 10 4464 2567258 13 147 669 384 1946 0 49 51 procs memory page disks faults cpu r b w avm fre flt re pi po fr sr ad0 da0 in sy cs us sy id 1 1 0 38436 50540 32 1207 5 9 7534 2794830 10 171 1043 578 3038 0 52 48 1 1 0 38436 36112 0 6575 0 1 11522 656114 1 376 1618 822 4637 0 17 83 0 2 0 38436 39664 0 0 0 0 12689 13521 0 391 1728 900 4986 0 12 88 0 2 0 38436 1872 6 9328 3 2 10256 634915 5 961 2533 746 9276 0 29 71 0 2 0 38436 3228 5 27529 5 1 6540 469787 8 1611 3404 517 13659 0 25 75 0 2 0 38436 4172 19 42 17 0 5279 661426 20 1102 2412 434 9896 0 20 80 0 2 0 38436 2412 30 13260 26 0 5208 234388 27 1196 2613 430 10207 0 16 84 yuck! > From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 22:20:46 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59A9116A41F for ; Thu, 28 Jul 2005 22:20:46 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr4.xs4all.nl (smtp-vbr4.xs4all.nl [194.109.24.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id C183B43D45 for ; Thu, 28 Jul 2005 22:20:45 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr4.xs4all.nl (8.13.3/8.13.3) with ESMTP id j6SMKh74005558; Fri, 29 Jul 2005 00:20:44 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.3/8.13.3) with ESMTP id j6SMKhmB027086; Fri, 29 Jul 2005 00:20:43 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.3/8.13.1/Submit) id j6SMKe4P027085; Fri, 29 Jul 2005 00:20:40 +0200 (CEST) (envelope-from wb) Date: Fri, 29 Jul 2005 00:20:40 +0200 From: Wilko Bulte To: Brooks Davis Message-ID: <20050728222040.GA27063@freebie.xs4all.nl> References: <20050728012527.GA23648@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050728012527.GA23648@odin.ac.hmc.edu> X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner Cc: current@freebsd.org Subject: Re: another dhclient patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 22:20:46 -0000 On Wed, Jul 27, 2005 at 06:25:27PM -0700, Brooks Davis wrote.. > Here's another dhclient patch to address another bug in the bpf code > by correctly using BPF_WORDALIGN to advance the pointer. It assumes > the previous patch (as committed to HEAD) has been applied. I've got a > couple systems running this with debug compiled versons so if we still > have bpf related bugs, I should be able to find them. FYI/FWIW: my laptop with ath(4) seems to be happy with this patch, at least in the 3:30 hours it has been running sofar. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 22:32:00 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B89CF16A41F; Thu, 28 Jul 2005 22:32:00 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33E3943D45; Thu, 28 Jul 2005 22:31:57 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j6SMYGAb026132; Thu, 28 Jul 2005 18:34:17 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Thu, 28 Jul 2005 18:31:34 -0400 User-Agent: KMail/1.6.2 References: <20050728012527.GA23648@odin.ac.hmc.edu> <20050728222040.GA27063@freebie.xs4all.nl> In-Reply-To: <20050728222040.GA27063@freebie.xs4all.nl> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200507281831.36453.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.85.1/995/Wed Jul 27 16:13:50 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Wilko Bulte , current@FreeBSD.org Subject: Re: another dhclient patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 22:32:00 -0000 On Thursday 28 July 2005 06:20 pm, Wilko Bulte wrote: > On Wed, Jul 27, 2005 at 06:25:27PM -0700, Brooks Davis wrote.. > > > Here's another dhclient patch to address another bug in the bpf > > code by correctly using BPF_WORDALIGN to advance the pointer. It > > assumes the previous patch (as committed to HEAD) has been > > applied. I've got a couple systems running this with debug > > compiled versons so if we still have bpf related bugs, I should > > be able to find them. > > FYI/FWIW: my laptop with ath(4) seems to be happy with this patch, > at least in the 3:30 hours it has been running sofar. No problem for six hours. Both bge(4) and ndis(4) seem to be happy. Thanks!!! Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 22:32:00 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B89CF16A41F; Thu, 28 Jul 2005 22:32:00 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33E3943D45; Thu, 28 Jul 2005 22:31:57 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j6SMYGAb026132; Thu, 28 Jul 2005 18:34:17 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Thu, 28 Jul 2005 18:31:34 -0400 User-Agent: KMail/1.6.2 References: <20050728012527.GA23648@odin.ac.hmc.edu> <20050728222040.GA27063@freebie.xs4all.nl> In-Reply-To: <20050728222040.GA27063@freebie.xs4all.nl> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200507281831.36453.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.85.1/995/Wed Jul 27 16:13:50 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Wilko Bulte , current@FreeBSD.org Subject: Re: another dhclient patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 22:32:00 -0000 On Thursday 28 July 2005 06:20 pm, Wilko Bulte wrote: > On Wed, Jul 27, 2005 at 06:25:27PM -0700, Brooks Davis wrote.. > > > Here's another dhclient patch to address another bug in the bpf > > code by correctly using BPF_WORDALIGN to advance the pointer. It > > assumes the previous patch (as committed to HEAD) has been > > applied. I've got a couple systems running this with debug > > compiled versons so if we still have bpf related bugs, I should > > be able to find them. > > FYI/FWIW: my laptop with ath(4) seems to be happy with this patch, > at least in the 3:30 hours it has been running sofar. No problem for six hours. Both bge(4) and ndis(4) seem to be happy. Thanks!!! Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 22:37:00 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A810216A41F; Thu, 28 Jul 2005 22:37:00 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from maxlor.mine.nu (c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1714C43D48; Thu, 28 Jul 2005 22:37:00 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (localhost [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id 1097D384; Fri, 29 Jul 2005 00:36:59 +0200 (CEST) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (midgard [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23614-04; Fri, 29 Jul 2005 00:36:57 +0200 (CEST) Received: from [10.0.0.23] (mini.intranet [10.0.0.23]) by maxlor.mine.nu (Postfix) with ESMTP id D442FF7; Fri, 29 Jul 2005 00:36:57 +0200 (CEST) Message-ID: <42E95E08.80006@datacomm.ch> Date: Fri, 29 Jul 2005 00:36:56 +0200 From: Benjamin Lutz User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20050728205413.GB762@darkness.comp.waw.pl> In-Reply-To: <20050728205413.GB762@darkness.comp.waw.pl> X-Enigmail-Version: 0.92.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF4707E4309C32589A07BC0A5" X-Virus-Scanned: by amavisd-new at maxlor.mine.nu Cc: current@freebsd.org Subject: Re: GELI - disk encryption GEOM class committed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 22:37:00 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF4707E4309C32589A07BC0A5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit > Few months ago I started work on another (besides GBDE) disk encryption > GEOM class. This is very nice! > GELI is different than GBDE. It offers different features, but it also > use different scheme for doing crypto work. I tried to find out what exactly the differences are. Please correct me where I'm wrong: Encryption Strength: GBDE - Uses AES128 for data encryption, with a different key per sector. Master key is encrypted using AES256 and stored on 4 random locations on the disk. Access key is SHA2/512bit hashed. GELI - Supports AES, Blowfish, 3DES for data encryption, with a different key per sector. Access key is PKCS #5 protected. (What does this mean regarding a brute force attack?) Access Keys: GBDE - There are 4 independent access keys. With each key, it is possible to revoke any other. GELI - There are 2 independent access keys. Presumably each key can revoke the other. Keys can exist of multiple parts or be one time keys. Speed: GBDE - Runs in software. GELI - Support for crypto(9) hardware. Blowfish is faster than AES. Booting from Encrypted Root: GBDE - Doesn't say, probably doesn't work GELI - Works. How'd one load the kernel from an encrypted root though? The GBDE manpage warns that the on-disk format might be changed in the future. What about GELI? It'd be unpleasant to upgrade the OS and then find out that the encrypted volume is no longer accessible. How much throughput can one expect in practice, say, compared to the numbers in "openssl speed"? Cheers Benjamin --------------enigF4707E4309C32589A07BC0A5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (Darwin) iD8DBQFC6V4LgShs4qbRdeQRAnVVAJ9aakjizUe79kdzLvwNybIQDwOFFQCfVoHl osmX+UudAq3CefkFRjTdqQE= =QFDW -----END PGP SIGNATURE----- --------------enigF4707E4309C32589A07BC0A5-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 22:45:04 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACF0916A41F; Thu, 28 Jul 2005 22:45:04 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EFBA43D4C; Thu, 28 Jul 2005 22:45:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SMiLZc060918; Thu, 28 Jul 2005 18:44:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SMj1te039549; Thu, 28 Jul 2005 18:45:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4588073059; Thu, 28 Jul 2005 18:45:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050728224501.4588073059@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 18:45:01 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 22:45:05 -0000 From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 22:45:05 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D821E16A421; Thu, 28 Jul 2005 22:45:04 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EE0543D49; Thu, 28 Jul 2005 22:45:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SMiLRs060916; Thu, 28 Jul 2005 18:44:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SMj1t2039545; Thu, 28 Jul 2005 18:45:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4B4FE7305C; Thu, 28 Jul 2005 18:45:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050728224501.4B4FE7305C@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 18:45:01 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 22:45:05 -0000 From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 22:45:05 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67C2B16A422; Thu, 28 Jul 2005 22:45:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A0BF43D5C; Thu, 28 Jul 2005 22:45:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SMj1tp031152; Thu, 28 Jul 2005 18:45:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SMj1VX065507; Thu, 28 Jul 2005 18:45:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 559F77305E; Thu, 28 Jul 2005 18:45:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050728224501.559F77305E@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 18:45:01 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 22:45:06 -0000 From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 22:45:06 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79CB216A425; Thu, 28 Jul 2005 22:45:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8194843D5E; Thu, 28 Jul 2005 22:45:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SMj1r3031154; Thu, 28 Jul 2005 18:45:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SMj1j2039546; Thu, 28 Jul 2005 18:45:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6C05B73063; Thu, 28 Jul 2005 18:45:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050728224501.6C05B73063@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 18:45:01 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 22:45:06 -0000 From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 22:45:06 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA17B16A427; Thu, 28 Jul 2005 22:45:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 817D843D5D; Thu, 28 Jul 2005 22:45:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SMj1u9031153; Thu, 28 Jul 2005 18:45:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SMj1t4039545; Thu, 28 Jul 2005 18:45:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 63A4D73060; Thu, 28 Jul 2005 18:45:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050728224501.63A4D73060@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 18:45:01 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 22:45:07 -0000 From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 22:56:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5B5B16A41F for ; Thu, 28 Jul 2005 22:56:42 +0000 (GMT) (envelope-from grog@lemis.com) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54B5843D49 for ; Thu, 28 Jul 2005 22:56:41 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 57F6A84E2F; Fri, 29 Jul 2005 08:26:35 +0930 (CST) Date: Fri, 29 Jul 2005 08:26:35 +0930 From: Greg 'groggy' Lehey To: Kris Kennaway Message-ID: <20050728225635.GC75379@wantadilla.lemis.com> References: <20050727123015.V81389@atlantis.atlantis.dp.ua> <20050728203242.GA28258@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VywGB/WGlW4DM4P8" Content-Disposition: inline In-Reply-To: <20050728203242.GA28258@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: Dmitry Pryanishnikov , freebsd-current@freebsd.org Subject: Re: kgdb problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 22:56:43 -0000 --VywGB/WGlW4DM4P8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thursday, 28 July 2005 at 16:32:42 -0400, Kris Kennaway wrote: > On Wed, Jul 27, 2005 at 12:35:54PM +0300, Dmitry Pryanishnikov wrote: >> >> Hello! >> >> I'm trying to use kgdb in 6.0-BETA1 (on i386). It seems that either I'm >> doing something wrong, or kgdb is broken. I've got valid crashdump (at least >> info.0 file says so, and 'file vmcore.0' says that it's an ELF file), but >> 'core-file' command fails: > > Make sure you have an up-to-date world - the core format changed > recently and you need a new world to read the new images. It would be interesting to hear whether this was the problem. Greg -- See complete headers for address and phone numbers. --VywGB/WGlW4DM4P8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC6WKjIubykFB6QiMRAh3VAJ0bNoZf8Lv3wt8adSNSONchDU/D7wCaAyTU opt1QE6x9Vf5AO0oWtar8AE= =raZh -----END PGP SIGNATURE----- --VywGB/WGlW4DM4P8-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 23:00:04 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 851E516A421; Thu, 28 Jul 2005 23:00:04 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B43B843D5E; Thu, 28 Jul 2005 23:00:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SN006P031477; Thu, 28 Jul 2005 19:00:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SN00GM070194; Thu, 28 Jul 2005 19:00:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D8AF97305C; Thu, 28 Jul 2005 19:00:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050728230000.D8AF97305C@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 19:00:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner5 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 23:00:05 -0000 From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 23:00:05 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFD9016A426; Thu, 28 Jul 2005 23:00:04 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B141E43D5C; Thu, 28 Jul 2005 23:00:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SN00Ta031478; Thu, 28 Jul 2005 19:00:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SN01eM074395; Thu, 28 Jul 2005 19:00:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 02DA773063; Thu, 28 Jul 2005 19:00:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050728230001.02DA773063@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 19:00:01 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 23:00:05 -0000 From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 23:00:05 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A7E816A427; Thu, 28 Jul 2005 23:00:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B403143D5D; Thu, 28 Jul 2005 23:00:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SN008t031476; Thu, 28 Jul 2005 19:00:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SN00wj070193; Thu, 28 Jul 2005 19:00:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D033B73059; Thu, 28 Jul 2005 19:00:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050728230000.D033B73059@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 19:00:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 23:00:06 -0000 From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 23:00:06 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 526AE16A429; Thu, 28 Jul 2005 23:00:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD80943D58; Thu, 28 Jul 2005 23:00:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SMxLE4061249; Thu, 28 Jul 2005 18:59:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SN01iD070202; Thu, 28 Jul 2005 19:00:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EEC9773060; Thu, 28 Jul 2005 19:00:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050728230000.EEC9773060@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 19:00:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 23:00:06 -0000 From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 23:00:07 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55ABA16A41F; Thu, 28 Jul 2005 23:00:06 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A96FD43D46; Thu, 28 Jul 2005 23:00:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SN00Dv031479; Thu, 28 Jul 2005 19:00:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SN00tg070195; Thu, 28 Jul 2005 19:00:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E317B7305E; Thu, 28 Jul 2005 19:00:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050728230000.E317B7305E@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 19:00:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner5 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 23:00:07 -0000 From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 23:08:47 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B69716A41F for ; Thu, 28 Jul 2005 23:08:47 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4683D43D45 for ; Thu, 28 Jul 2005 23:08:47 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id AA93032337E for ; Fri, 29 Jul 2005 01:08:46 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 5DF77405B; Fri, 29 Jul 2005 01:09:10 +0200 (CEST) Date: Fri, 29 Jul 2005 01:09:10 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20050728230910.GG68965@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: Subject: [source-changes-digest-owner@NetBSD.org: NetBSD source-changes Digest V2 #2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 23:08:47 -0000 Hi list, the following commit log describe a fix from NetBSD, it is maybe a good think to have in RELENG_6. %%% Date: Mon, 25 Jul 2005 00:48:22 +0000 (UTC) From: Christos Zoulas Subject: CVS commit: src/sys/fs/ntfs Module Name: src Committed By: christos Date: Mon Jul 25 00:48:22 UTC 2005 Modified Files: src/sys/fs/ntfs: ntfs_subr.c ntfs_subr.h ntfs_vnops.c Log Message: PR/30823: Dave Huang: Panic reading files larger than 4GB on NTFS %%% Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 23:15:02 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF4A916A423; Thu, 28 Jul 2005 23:15:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1A4B43D5D; Thu, 28 Jul 2005 23:15:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNEK2q062087; Thu, 28 Jul 2005 19:14:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNF0Ao010278; Thu, 28 Jul 2005 19:15:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7864773060; Thu, 28 Jul 2005 19:15:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050728231500.7864773060@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 19:15:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 23:15:03 -0000 From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 23:15:04 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0139716A41F; Thu, 28 Jul 2005 23:15:04 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C3B843D53; Thu, 28 Jul 2005 23:15:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNEKve062088; Thu, 28 Jul 2005 19:14:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNF0Nw077879; Thu, 28 Jul 2005 19:15:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6FBBB7305E; Thu, 28 Jul 2005 19:15:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050728231500.6FBBB7305E@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 19:15:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 23:15:04 -0000 From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 23:15:04 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CCE116A421; Thu, 28 Jul 2005 23:15:04 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAF6543D55; Thu, 28 Jul 2005 23:15:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNF04R032258; Thu, 28 Jul 2005 19:15:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNF0Nu077879; Thu, 28 Jul 2005 19:15:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5CAAA73059; Thu, 28 Jul 2005 19:15:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050728231500.5CAAA73059@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 19:15:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 23:15:05 -0000 From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 23:15:05 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23F8F16A423; Thu, 28 Jul 2005 23:15:04 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CBD443D5C; Thu, 28 Jul 2005 23:15:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNF0pn032259; Thu, 28 Jul 2005 19:15:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNF0Am010278; Thu, 28 Jul 2005 19:15:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 66D3C7305C; Thu, 28 Jul 2005 19:15:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050728231500.66D3C7305C@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 19:15:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 23:15:05 -0000 From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 23:15:05 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FE2616A424; Thu, 28 Jul 2005 23:15:04 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D4E343D5D; Thu, 28 Jul 2005 23:15:03 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNF0Jd032260; Thu, 28 Jul 2005 19:15:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNF0Hh077886; Thu, 28 Jul 2005 19:15:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7F39773063; Thu, 28 Jul 2005 19:15:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050728231500.7F39773063@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 19:15:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 23:15:06 -0000 From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 23:30:04 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2F4E16A421; Thu, 28 Jul 2005 23:30:03 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBD0C43D5F; Thu, 28 Jul 2005 23:30:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNTLZD062542; Thu, 28 Jul 2005 19:29:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNU1Of045433; Thu, 28 Jul 2005 19:30:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F0E1973060; Thu, 28 Jul 2005 19:30:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050728233000.F0E1973060@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 19:30:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 23:30:04 -0000 From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 23:30:04 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 356AD16A41F; Thu, 28 Jul 2005 23:30:04 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB2C443D5D; Thu, 28 Jul 2005 23:30:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNU0RL032702; Thu, 28 Jul 2005 19:30:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNU1ls045431; Thu, 28 Jul 2005 19:30:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D7ED373059; Thu, 28 Jul 2005 19:30:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050728233000.D7ED373059@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 19:30:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 23:30:04 -0000 From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 23:30:04 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D39516A422; Thu, 28 Jul 2005 23:30:04 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECBCD43D60; Thu, 28 Jul 2005 23:30:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNTLx4062546; Thu, 28 Jul 2005 19:29:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNU1Cv045442; Thu, 28 Jul 2005 19:30:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0509573063; Thu, 28 Jul 2005 19:30:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050728233001.0509573063@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 19:30:01 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner5 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 23:30:04 -0000 From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 23:30:05 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9ECDB16A422; Thu, 28 Jul 2005 23:30:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E83B43D62; Thu, 28 Jul 2005 23:30:03 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNTLtP062545; Thu, 28 Jul 2005 19:29:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNU1lu045431; Thu, 28 Jul 2005 19:30:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E89337305E; Thu, 28 Jul 2005 19:30:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050728233000.E89337305E@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 19:30:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner5 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 23:30:06 -0000 From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 23:30:06 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2205B16A420; Thu, 28 Jul 2005 23:30:06 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C910C43D5E; Thu, 28 Jul 2005 23:30:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNTLiY062541; Thu, 28 Jul 2005 19:29:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNU1Od045433; Thu, 28 Jul 2005 19:30:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DFC917305C; Thu, 28 Jul 2005 19:30:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050728233000.DFC917305C@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 19:30:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner5 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 23:30:06 -0000 From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 23:32:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D12316A41F for ; Thu, 28 Jul 2005 23:32:52 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0206243D48 for ; Thu, 28 Jul 2005 23:32:24 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DyHrT-000Npw-Py; Thu, 28 Jul 2005 23:32:23 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DyHrR-000BV6-Sj; Fri, 29 Jul 2005 08:32:21 +0900 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17129.27397.384182.890125@roam.psg.com> Date: Fri, 29 Jul 2005 08:32:21 +0900 To: Jose M Rodriguez References: <42E583F9.3070703@rogers.com> <200507261853.07513.peter@wemm.org> <1242.172.16.0.199.1122429678.squirrel@172.16.0.1> <200507271215.14369.doconnor@gsoft.com.au> <42E6F5EA.7030801@samsco.org> <1122446707.76777.11.camel@orion.redesjm.local> <17128.21489.219385.125683@roam.psg.com> <1122548806.786.7.camel@orion.redesjm.local> Cc: freebsd-current@freebsd.org Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 23:32:52 -0000 > OK. But there're still a mayor problem: now we lost and recover IP > settings with media changes, while the standard dhcp behavior is > maintaing IP settings until rebind or timeout. agree that this is a problem. i assume it will be fixed. > Maybe of interest have a rc conf (in rc.conf or in if settings) to > recover the previous DHCP semantics and maintain de daemon running and > the IP unchanged even with madia changes. i am not sure this is HOW to fix the problem. i think state can probably be maintained without saying how to maintain processes. randy From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 23:45:10 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E5FB16A421; Thu, 28 Jul 2005 23:45:10 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3450343D5C; Thu, 28 Jul 2005 23:45:03 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNj0b0033182; Thu, 28 Jul 2005 19:45:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNj0XI087843; Thu, 28 Jul 2005 19:45:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C379C7305E; Thu, 28 Jul 2005 19:45:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050728234500.C379C7305E@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 19:45:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 23:45:10 -0000 From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 23:45:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1124116A423; Thu, 28 Jul 2005 23:45:11 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0D4943D75; Thu, 28 Jul 2005 23:45:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNj0XA033181; Thu, 28 Jul 2005 19:45:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNj11P080493; Thu, 28 Jul 2005 19:45:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D422073063; Thu, 28 Jul 2005 19:45:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050728234500.D422073063@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 19:45:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 23:45:11 -0000 From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 23:45:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93A8016A41F; Thu, 28 Jul 2005 23:45:11 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 535A743D7B; Thu, 28 Jul 2005 23:45:03 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNj0L7033180; Thu, 28 Jul 2005 19:45:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNj0rU087846; Thu, 28 Jul 2005 19:45:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B9EED7305C; Thu, 28 Jul 2005 19:45:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050728234500.B9EED7305C@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 19:45:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 23:45:11 -0000 From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 23:45:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1DF116A424; Thu, 28 Jul 2005 23:45:11 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02B8943D76; Thu, 28 Jul 2005 23:45:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNiLWG062989; Thu, 28 Jul 2005 19:44:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNj0DK087856; Thu, 28 Jul 2005 19:45:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CC67673060; Thu, 28 Jul 2005 19:45:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050728234500.CC67673060@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 19:45:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 23:45:12 -0000 From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 23:45:13 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19E2116A424; Thu, 28 Jul 2005 23:45:13 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F05B043D53; Thu, 28 Jul 2005 23:45:04 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNj0Dn033179; Thu, 28 Jul 2005 19:45:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNj01b087851; Thu, 28 Jul 2005 19:45:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B060173059; Thu, 28 Jul 2005 19:45:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050728234500.B060173059@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 19:45:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner5 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 23:45:13 -0000 From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 00:00:05 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5745816A41F; Fri, 29 Jul 2005 00:00:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5455043D77; Fri, 29 Jul 2005 00:00:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNxL2J063425; Thu, 28 Jul 2005 19:59:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6T001xO092734; Thu, 28 Jul 2005 20:00:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5419073059; Thu, 28 Jul 2005 20:00:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050729000001.5419073059@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 20:00:01 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 00:00:05 -0000 From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 00:00:09 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DB9716A41F; Fri, 29 Jul 2005 00:00:09 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3277C43D75; Fri, 29 Jul 2005 00:00:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6T00199033661; Thu, 28 Jul 2005 20:00:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6T0017b015786; Thu, 28 Jul 2005 20:00:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5CB9B7305C; Thu, 28 Jul 2005 20:00:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050729000001.5CB9B7305C@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 20:00:01 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 00:00:10 -0000 From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 00:00:10 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B57B16A421; Fri, 29 Jul 2005 00:00:09 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EF9343D7C; Fri, 29 Jul 2005 00:00:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6T001Vh033662; Thu, 28 Jul 2005 20:00:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6T001xQ092734; Thu, 28 Jul 2005 20:00:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 64D7D7305E; Thu, 28 Jul 2005 20:00:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050729000001.64D7D7305E@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 20:00:01 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 00:00:10 -0000 From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 00:00:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D422916A422; Fri, 29 Jul 2005 00:00:11 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C9D243D79; Fri, 29 Jul 2005 00:00:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNxLUt063426; Thu, 28 Jul 2005 19:59:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6T0017d015786; Thu, 28 Jul 2005 20:00:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6C57B73060; Thu, 28 Jul 2005 20:00:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050729000001.6C57B73060@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 20:00:01 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner5 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 00:00:12 -0000 From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 00:00:12 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08A3E16A41F; Fri, 29 Jul 2005 00:00:11 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBAE743D7D; Fri, 29 Jul 2005 00:00:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6SNxLZZ063427; Thu, 28 Jul 2005 19:59:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6T001xS092734; Thu, 28 Jul 2005 20:00:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7497173063; Thu, 28 Jul 2005 20:00:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050729000001.7497173063@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 20:00:01 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 00:00:12 -0000 From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 00:06:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4901616A41F for ; Fri, 29 Jul 2005 00:06:04 +0000 (GMT) (envelope-from andrew@fubar.geek.nz) Received: from avmta4-rme.xtra.co.nz (avmta4-rme.xtra.co.nz [210.86.15.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8ED443D6A for ; Fri, 29 Jul 2005 00:05:40 +0000 (GMT) (envelope-from andrew@fubar.geek.nz) Received: from mta1-rme.xtra.co.nz ([210.86.15.186]) by avmta4-rme.xtra.co.nz with ESMTP id <20050729000539.OQH9771.avmta4-rme.xtra.co.nz@mta1-rme.xtra.co.nz> for ; Fri, 29 Jul 2005 12:05:39 +1200 Received: from serv.int.fubar.geek.nz ([222.153.61.121]) by mta1-rme.xtra.co.nz with ESMTP id <20050729000539.GRYN5260.mta1-rme.xtra.co.nz@serv.int.fubar.geek.nz> for ; Fri, 29 Jul 2005 12:05:39 +1200 Received: from [192.168.1.160] (unknown [192.168.1.160]) by serv.int.fubar.geek.nz (Postfix) with ESMTP id B33A66172 for ; Fri, 29 Jul 2005 12:05:37 +1200 (NZST) Message-ID: <42E972D2.3040405@fubar.geek.nz> Date: Fri, 29 Jul 2005 12:05:38 +1200 From: Andrew Turner User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: BSD Installer release 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 00:06:04 -0000 Announcing the first test release of a BSDInstaller-ified Install ISO for FreeBSD. I am pleased to announce the first beta release of BSD Installer powered FreeBSD Install CD's. It is both for wider testing and feedback on to gauge the progress I've been making for the Google Summer of Code. This is based on RELENG_6 and unfortunately only for i386. It is available from ftp://ftp.freebsd.org/pub/FreeBSD/SOC2005/bsdinstaller/ and should be on mirrors soon. If you find any bugs not already listed in the Known Bugs section of this email or in http://wikitest.freebsd.org/moin.cgi/BSDInstaller please email me at soc-andrew@freebsd.org to help fix the bugs. Details: There are three virtual consoles running: * ttyv0: The frontend * ttyv1: The backend * ttyv2: A standard login screen to login as root with no password. To see the installation log change to console ttyv1. It is also written to /var/log/install.log on the installed disk. Minimum Memory: * 64M Known Bugs: * Can only install to one drive, can't have / on ad0 and /usr on ad1 * Cannot install source * Cannot install ports tree * Cannot install packages * The "Display system startup messages" window dosen't display anything * Sendmail complains about not being able to change dir to /var/spool/clientmqueue Workaround: run "chown smmsp /var/spool/clientmqueue" * "Exit to Live CD" dosn't work Workaround: change to ttyv2, login as root no password * dhclient fails as /var/db is missing as well as other errors. Testing * There has only been minimal testing of the "Configure an Installed System" menu. Most of the options should work. * The "Install extra software packages" option dosn't work * I havn't looked at "Setup NetBoot Install Services" menu, I have no idea if it will work or not From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 00:15:03 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CDC116A41F; Fri, 29 Jul 2005 00:15:03 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9E0E43D48; Fri, 29 Jul 2005 00:15:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6T0ELjM064093; Thu, 28 Jul 2005 20:14:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6T0F0Op098216; Thu, 28 Jul 2005 20:15:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D66297305C; Thu, 28 Jul 2005 20:15:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050729001500.D66297305C@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 20:15:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 00:15:03 -0000 From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 00:15:16 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6470F16A428; Fri, 29 Jul 2005 00:15:16 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9C6F43D46; Fri, 29 Jul 2005 00:15:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6T0ELo1064092; Thu, 28 Jul 2005 20:14:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6T0F0tX051596; Thu, 28 Jul 2005 20:15:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CC76773059; Thu, 28 Jul 2005 20:15:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050729001500.CC76773059@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 20:15:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 00:15:17 -0000 From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 00:15:17 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8797816A42F; Fri, 29 Jul 2005 00:15:16 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 530E943D58; Fri, 29 Jul 2005 00:15:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6T0F0YB034251; Thu, 28 Jul 2005 20:15:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6T0F0Or098216; Thu, 28 Jul 2005 20:15:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E740F73060; Thu, 28 Jul 2005 20:15:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050729001500.E740F73060@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 20:15:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 00:15:18 -0000 From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 00:15:18 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9B8016A42B; Fri, 29 Jul 2005 00:15:16 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94FFF43D49; Fri, 29 Jul 2005 00:15:03 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6T0F092034252; Thu, 28 Jul 2005 20:15:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6T0F0tb051596; Thu, 28 Jul 2005 20:15:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EF42773063; Thu, 28 Jul 2005 20:15:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050729001500.EF42773063@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 20:15:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 00:15:19 -0000 From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 00:15:19 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D366016A41F; Fri, 29 Jul 2005 00:15:16 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58AF743D5C; Fri, 29 Jul 2005 00:15:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6T0F01x034250; Thu, 28 Jul 2005 20:15:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6T0F0tZ051596; Thu, 28 Jul 2005 20:15:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DEF0D7305E; Thu, 28 Jul 2005 20:15:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050729001500.DEF0D7305E@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 20:15:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 00:15:19 -0000 From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 00:25:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDA9516A41F for ; Fri, 29 Jul 2005 00:25:02 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3240C43D46 for ; Fri, 29 Jul 2005 00:25:02 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: by wproxy.gmail.com with SMTP id i5so534711wra for ; Thu, 28 Jul 2005 17:25:01 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=bvd0jEGUqIkaOsuTE/v/+AhHxa0gpqnPSgrvz8YFJ2EAYlMriO8/b8PJQBZZglqAGctYDFdz8c1MNX8QvNH4cNG1pNBsdbYWYa+eHxxIDcR2X9mW1KUchezB+Y2eTJzTkyhT1m6Hj9n7bqwWpdjtE/a9Y4Idwy47dRFScz+N9SU= Received: by 10.54.42.62 with SMTP id p62mr1028616wrp; Thu, 28 Jul 2005 17:25:01 -0700 (PDT) Received: by 10.54.44.33 with HTTP; Thu, 28 Jul 2005 17:25:01 -0700 (PDT) Message-ID: <47d0403c05072817251d3c965a@mail.gmail.com> Date: Fri, 29 Jul 2005 00:25:01 +0000 From: Ben Kaduk To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: hw.acpi.battery.time reports inconsistent values X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ben Kaduk List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 00:25:02 -0000 Hi all -- I don't know whether or not this is related to the recent battery rework, but I'm running prolepsis# uname -a FreeBSD prolepsis.math.uiuc.edu 7.0-CURRENT FreeBSD 7.0-CURRENT #5: Thu Jul 28 07:42:25 UTC 2005 =20 kaduk@prolepsis.math.uiuc.edu:/usr/obj/usr/src/sys/PROLEPSIS i386 and this afternoon I had my laptop running off its battery (basically as a jukebox), which is somewhat unusual since normally I plug it in.=20 I wanted to see how fast I was draining the battery, so I did some `sysctl hw.acpi.battery'-ing (see transcript below), and then proceeded to get very confused. Is there a known race in this sysctl code, or should I be looking for something else (like a broken acpi)? prolepsis# sysctl hw.acpi|grep battery hw.acpi.battery.life: 83 hw.acpi.battery.time: 4399 hw.acpi.battery.state: 1 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 prolepsis# sysctl hw.acpi.battery hw.acpi.battery.life: 83 hw.acpi.battery.time: 139 hw.acpi.battery.state: 1 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 prolepsis# sysctl hw.acpi.battery hw.acpi.battery.life: 67 hw.acpi.battery.time: 117 hw.acpi.battery.state: 1 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 prolepsis# sysctl hw.acpi.battery hw.acpi.battery.life: 64 hw.acpi.battery.time: 92291 hw.acpi.battery.state: 1 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 prolepsis# sysctl hw.acpi.battery hw.acpi.battery.life: 64 hw.acpi.battery.time: 80 hw.acpi.battery.state: 1 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 prolepsis# prolepsis# ps -axl UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 0 0 6 12 0 0 0 - WLs ?? 0:00.00 [swappe= r] 0 1 0 4 8 0 752 372 wait ILs ?? 0:00.01 /sbin/init -- 0 2 0 0 -8 0 0 8 - DL ?? 0:00.31 [g_even= t] 0 3 0 0 -8 0 0 8 - DL ?? 0:01.46 [g_up] 0 4 0 0 -8 0 0 8 - DL ?? 0:02.56 [g_down= ] 0 5 0 0 8 0 0 8 - DL ?? 0:00.00 [thread taskq 0 6 0 0 8 0 0 8 - DL ?? 0:00.00 [acpi_t= ask0] 0 7 0 0 8 0 0 8 - DL ?? 0:00.00 [acpi_t= ask1] 0 8 0 0 8 0 0 8 - DL ?? 0:00.00 [acpi_t= ask2] 0 9 0 0 8 0 0 8 - DL ?? 0:00.00 [kqueue taskq 0 10 0 0 -16 0 0 8 ktrace DL ?? 0:00.00 [ktrace= ] 0 11 0 48 171 0 0 8 - RL ?? 31:42.13 [idle] 0 12 0 0 -84 0 0 8 - WL ?? 0:00.00 [irq0: = clk] 0 13 0 0 -60 0 0 8 - WL ?? 0:00.06 [irq1: atkbd0 0 14 0 0 -60 0 0 8 - WL ?? 0:00.00 [irq3: = sio0] 0 15 0 0 -21 0 0 8 - WL ?? 0:00.00 [irq4:] 0 16 0 0 -21 0 0 8 - WL ?? 0:00.00 [irq5:] 0 17 0 0 -21 0 0 8 - WL ?? 0:00.00 [irq6:] 0 18 0 0 -60 0 0 8 - WL ?? 0:00.00 [irq7: = ppc0] 0 19 0 0 -84 0 0 8 - WL ?? 0:00.00 [irq8: = rtc] 0 20 0 0 -80 0 0 8 - WL ?? 0:06.10 [irq9: pcm0 a 0 21 0 0 -21 0 0 8 - WL ?? 0:00.00 [irq10:= ] 0 22 0 1 -80 0 0 8 - RL ?? 0:20.07 [irq11: nvidi 0 23 0 0 -60 0 0 8 - WL ?? 0:00.08 [irq12: psm0] 0 24 0 0 -21 0 0 8 - WL ?? 0:00.00 [irq13:= ] 0 25 0 0 -64 0 0 8 - WL ?? 0:00.67 [irq14: ata0] 0 26 0 0 -64 0 0 8 - WL ?? 0:00.00 [irq15: ata1] 0 27 0 0 -32 0 0 8 - WL ?? 0:10.54 [swi4: = clock 0 28 0 0 -36 0 0 8 - WL ?? 0:00.00 [swi3: = vm] 0 29 0 0 -44 0 0 8 - WL ?? 0:00.00 [swi1: = net] 0 30 0 0 -16 0 0 8 - DL ?? 0:00.40 [yarrow= ] 0 31 0 0 -40 0 0 8 - WL ?? 0:00.00 [swi2: cambio 0 32 0 0 -24 0 0 8 - WL ?? 0:00.00 [swi6: task q 0 33 0 0 -24 0 0 8 - WL ?? 0:01.48 [swi6:+= ] 0 34 0 0 -28 0 0 8 - WL ?? 0:00.00 [swi5:+= ] 0 35 0 0 8 0 0 8 usbevt DL ?? 0:00.00 [usb0] 0 36 0 0 8 0 0 8 usbtsk DL ?? 0:00.00 [usbtas= k] 0 37 0 0 8 0 0 8 usbevt DL ?? 0:00.00 [usb1] 0 38 0 0 8 0 0 8 usbevt DL ?? 0:00.00 [usb2] 0 39 0 0 8 0 0 8 usbevt DL ?? 0:00.00 [usb3] 0 40 0 16 -16 0 0 8 cbb cv DL ?? 0:00.00 [cbb0] 0 41 0 0 0 0 0 8 tzpoll DL ?? 0:01.98 [acpi_thermal 0 42 0 0 -48 0 0 8 - WL ?? 0:00.00 [swi0: = sio] 0 43 0 0 -16 0 0 8 psleep DL ?? 0:00.01 [pageda= emon] 0 44 0 6 20 0 0 8 psleep DL ?? 0:00.00 [vmdaem= on] 0 45 0 0 171 0 0 8 pgzero DL ?? 0:00.94 [pageze= ro] 0 46 0 0 -16 0 0 8 psleep DL ?? 0:00.03 [bufdae= mon] 0 47 0 0 20 0 0 8 syncer DL ?? 0:00.78 [syncer= ] 0 48 0 0 -4 0 0 8 vlruwt DL ?? 0:00.03 [vnlru] 0 49 0 0 12 0 0 8 - DL ?? 0:00.30 [schedc= pu] 0 151 1 175 20 0 1216 672 pause Is ?? 0:00.00 adjkern= tz -i 0 219 1 0 96 0 1336 976 select Ss ?? 0:00.03 /usr/sbin/sys 0 264 1 158 115 0 508 380 select Is ?? 0:00.00 /sbin/d= evd 0 355 1 0 96 0 1252 776 select Ss ?? 0:00.00 /usr/sbin/usb 0 404 1 118 110 0 3548 2564 select Is ?? 0:00.00 /usr/sbin/ssh 0 410 1 0 96 0 3576 2784 select Ss ?? 0:00.09 sendmail: acc 25 414 1 0 20 0 3476 2776 pause Is ?? 0:00.01 sendmail: Que 0 429 1 0 8 0 1368 1100 nanslp Ss ?? 0:00.02 /usr/sbin/cro 0 467 1 0 96 0 1252 728 select Ss ?? 0:00.13 /usr/sbin/mou 1001 547 1 27 99 0 24408 18864 select Is ?? 0:00.38 kdeinit: kdei 1001 550 1 0 96 0 23116 17360 select I ?? 0:00.11 kdeinit: kdei 1001 553 547 0 96 0 24236 18680 select S ?? 0:00.14 kdeinit: kdei 1001 556 1 1 96 0 27656 23020 select S ?? 0:14.40 kdeinit: kdei 1001 566 547 0 60 0 12168 9420 select S ?? 0:05.68 /usr/local/bi 1001 568 1 0 96 0 24896 19948 select S ?? 0:00.19 kdeinit: kdei 1001 571 1 0 96 0 24996 20064 select S ?? 0:00.23 kdeinit: kdei 1001 572 547 0 96 0 26372 21880 select S ?? 0:02.16 kdeinit: kdei 1001 574 1 0 96 0 27760 23788 select S ?? 0:07.09 kdeinit: kdei 1001 576 1 0 96 0 29304 24924 select S ?? 0:08.41 kdeinit: kdei 1001 578 1 0 96 0 25204 20700 select S ?? 0:01.33 kdeinit: kdei 0 579 547 0 96 0 5072 4132 select S ?? 0:00.32 xterm -xtsess 1001 580 547 1 96 0 27752 23108 select S ?? 0:01.67 kdeinit: kdei 0 582 547 0 96 0 5396 4516 select S ?? 0:00.29 xterm -xtsess 1001 583 547 6 20 0 12128 8956 kserel S ?? 3:54.76 xmms --sm-cli 1001 589 547 153 8 0 1688 1244 wait I ?? 0:00.02 /bin/sh /usr/ 1001 596 1 0 96 0 32088 25536 select S ?? 0:09.66 kdeinit: kdei 1001 598 547 0 96 0 24524 19240 select I ?? 0:00.03 kdeinit: kdei 1001 603 589 153 8 0 1700 1260 wait I ?? 0:00.01 /bin/sh /usr/ 1001 607 603 0 20 0 37912 31612 kserel S ?? 0:04.91 /usr/X11R6/li 0 505 1 156 5 0 1312 920 ttyin Is+ v6 0:00.01 /usr/libexec/ 0 506 1 156 5 0 1312 920 ttyin Is+ v7 0:00.01 /usr/libexec/ 0 503 1 156 5 0 1312 920 ttyin Is+ v4 0:00.01 /usr/libexec/ 0 504 1 156 5 0 1312 920 ttyin Is+ v5 0:00.01 /usr/libexec/ 0 501 1 156 5 0 1312 920 ttyin Is+ v2 0:00.01 /usr/libexec/ 0 502 1 156 5 0 1312 920 ttyin Is+ v3 0:00.01 /usr/libexec/ 0 499 1 156 5 0 1312 916 ttyin Is+ v0 0:00.01 /usr/libexec/ 0 500 1 11 8 0 1676 1380 wait Is v1 0:00.05 login [pam] ( 1001 507 500 12 8 0 2248 1852 wait I v1 0:00.03 -bash (= bash) 1001 509 507 141 8 0 1680 1200 wait I+ v1 0:00.01 /bin/sh /usr/ 1001 521 509 19 8 0 2004 1292 wait I+ v1 0:00.01 xinit /home/k 0 522 521 1 96 0 88772 86660 select S v1 0:42.02 X :0 -noliste 1001 525 521 22 8 0 1680 1228 wait I v1 0:00.03 /bin/sh /usr/ 1001 569 525 0 8 0 1316 860 nanslp S v1 0:00.09 kwrapper ksms 1001 587 580 0 8 0 2256 1924 wait Is p3 0:00.03 /usr/local/bi 0 615 587 0 8 0 1692 1340 wait I p3 0:00.02 su 0 616 615 0 20 0 2896 2196 pause S p3 0:00.07 _su (cs= h) 0 697 616 1 96 0 1464 932 - R+ p3 0:00.00 ps -axl 1001 584 582 0 8 0 2264 1928 wait Is p2 0:00.04 bash 1001 696 584 0 96 0 9332 5976 select S+ p2 0:00.14 vim batter.sy 1001 581 579 0 5 0 2268 1932 ttyin Is+ p1 0:00.05 bash rolepsis# sysctl hw.acpi.battery hw.acpi.battery.life: 61 hw.acpi.battery.time: 73 hw.acpi.battery.state: 1 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 prolepsis# sysctl hw.acpi.battery hw.acpi.battery.life: 58 hw.acpi.battery.time: 35450 hw.acpi.battery.state: 1 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 prolepsis# sysctl hw.acpi.battery hw.acpi.battery.life: 58 hw.acpi.battery.time: 73 hw.acpi.battery.state: 1 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 prolepsis# sysctl hw.acpi.battery hw.acpi.battery.life: 58 hw.acpi.battery.time: 4099 hw.acpi.battery.state: 1 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 I really wish my battery would keep that much energy stored, but I don't really think it's going to happen anytime soon! Thanks Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 00:30:05 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43CCF16A422; Fri, 29 Jul 2005 00:30:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E90B43D53; Fri, 29 Jul 2005 00:30:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6T0TKsj064488; Thu, 28 Jul 2005 20:29:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6T0U0Vp003298; Thu, 28 Jul 2005 20:30:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 80D1A73059; Thu, 28 Jul 2005 20:30:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050729003000.80D1A73059@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 20:30:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner5 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 00:30:06 -0000 From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 00:30:06 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B37C16A41F; Fri, 29 Jul 2005 00:30:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EFDC43D55; Fri, 29 Jul 2005 00:30:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6T0TKQC064489; Thu, 28 Jul 2005 20:29:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6T0U0Vr003298; Thu, 28 Jul 2005 20:30:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9ABD473060; Thu, 28 Jul 2005 20:30:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050729003000.9ABD473060@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 20:30:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner5 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 00:30:07 -0000 From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 00:30:07 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD21416A423; Fri, 29 Jul 2005 00:30:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F43243D58; Fri, 29 Jul 2005 00:30:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6T0TKhx064490; Thu, 28 Jul 2005 20:29:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6T0U0Ix003310; Thu, 28 Jul 2005 20:30:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 92F427305E; Thu, 28 Jul 2005 20:30:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050729003000.92F427305E@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 20:30:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 00:30:08 -0000 From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 00:30:08 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3F2716A424; Fri, 29 Jul 2005 00:30:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4324743D60; Fri, 29 Jul 2005 00:30:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6T0U0Yl034722; Thu, 28 Jul 2005 20:30:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6T0U0PF003301; Thu, 28 Jul 2005 20:30:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A493C73063; Thu, 28 Jul 2005 20:30:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050729003000.A493C73063@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 20:30:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 00:30:08 -0000 From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 00:30:08 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0ED3716A425; Fri, 29 Jul 2005 00:30:06 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 346D243D5F; Fri, 29 Jul 2005 00:30:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6T0U0oG034721; Thu, 28 Jul 2005 20:30:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6T0U0xR086888; Thu, 28 Jul 2005 20:30:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8798A7305C; Thu, 28 Jul 2005 20:30:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050729003000.8798A7305C@freebsd-current.sentex.ca> Date: Thu, 28 Jul 2005 20:30:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 00:30:08 -0000 From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 00:34:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BB2616A429 for ; Fri, 29 Jul 2005 00:34:43 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39D0343D7B for ; Fri, 29 Jul 2005 00:34:30 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v8.1.0.R) with ESMTP id md50001727341.msg for ; Fri, 29 Jul 2005 01:22:26 +0100 Message-ID: <001d01c593d4$6cf320f0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Andrew Turner" , References: <42E972D2.3040405@fubar.geek.nz> Date: Fri, 29 Jul 2005 01:28:17 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Processed: multiplay.co.uk, Fri, 29 Jul 2005 01:22:26 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@freebsd.org X-MDAV-Processed: multiplay.co.uk, Fri, 29 Jul 2005 01:22:26 +0100 Cc: Subject: Re: BSD Installer release 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 00:34:43 -0000 Interesting but the listed bugs preclude its use here and I suspect in most environments :( Steve ----- Original Message ----- From: "Andrew Turner" > Known Bugs: > > * Can only install to one drive, can't have / on ad0 and /usr on ad1 > * Cannot install source > * Cannot install ports tree > * Cannot install packages ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 00:44:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FFA816A41F for ; Fri, 29 Jul 2005 00:44:41 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1784443D45 for ; Fri, 29 Jul 2005 00:44:41 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j6T0ie4N005195; Thu, 28 Jul 2005 17:44:40 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j6T0ieV0005194; Thu, 28 Jul 2005 17:44:40 -0700 Date: Thu, 28 Jul 2005 17:44:40 -0700 From: Brooks Davis To: Steven Hartland Message-ID: <20050729004440.GA3213@odin.ac.hmc.edu> References: <42E972D2.3040405@fubar.geek.nz> <001d01c593d4$6cf320f0$b3db87d4@multiplay.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline In-Reply-To: <001d01c593d4$6cf320f0$b3db87d4@multiplay.co.uk> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-current@freebsd.org, Andrew Turner Subject: Re: BSD Installer release 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 00:44:41 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 29, 2005 at 01:28:17AM +0100, Steven Hartland wrote: > Interesting but the listed bugs preclude its use here and I suspect=20 > in most environments :( I do nearly all my installs without ports, packages, or source: pkg_add -r cvsup-without-gui # edit sup files # run cvsup -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFC6Xv3XY6L6fI4GtQRAhhYAKDPH+pv3W9bUIdtFE53uHInDhOb4wCgn6DV RHWqqFFe3sf3plfne0wxnk4= =wHiA -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 00:48:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C477316A420 for ; Fri, 29 Jul 2005 00:48:09 +0000 (GMT) (envelope-from racerx@makeworld.com) Received: from makeworld.com (makeworld.com [216.201.118.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08DB843D7B for ; Fri, 29 Jul 2005 00:48:01 +0000 (GMT) (envelope-from racerx@makeworld.com) Received: from localhost (localhost.com [127.0.0.1]) by makeworld.com (Postfix) with ESMTP id AC9B9611A; Thu, 28 Jul 2005 19:48:00 -0500 (CDT) Received: from makeworld.com ([127.0.0.1]) by localhost (makeworld.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00722-02; Thu, 28 Jul 2005 19:47:58 -0500 (CDT) Received: from [216.201.118.138] (racerx.makeworld.com [216.201.118.138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by makeworld.com (Postfix) with ESMTP id 4F64A611C; Thu, 28 Jul 2005 19:47:56 -0500 (CDT) Message-ID: <42E97CBF.4090404@makeworld.com> Date: Thu, 28 Jul 2005 19:47:59 -0500 From: Chris User-Agent: Mozilla Thunderbird 1.0.5 (X11/20050715) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <42E972D2.3040405@fubar.geek.nz> <001d01c593d4$6cf320f0$b3db87d4@multiplay.co.uk> <20050729004440.GA3213@odin.ac.hmc.edu> In-Reply-To: <20050729004440.GA3213@odin.ac.hmc.edu> X-Enigmail-Version: 0.92.0.0 OpenPGP: id=C01BC363 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-2.3.2 (20050629) at makeworld.com - Isn't it ironic Cc: freebsd-current@freebsd.org, Steven Hartland , Andrew Turner Subject: Re: BSD Installer release 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: racerx@makeworld.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 00:48:09 -0000 Brooks Davis wrote: > On Fri, Jul 29, 2005 at 01:28:17AM +0100, Steven Hartland wrote: > >>Interesting but the listed bugs preclude its use here and I suspect >>in most environments :( > > > I do nearly all my installs without ports, packages, or source: > > pkg_add -r cvsup-without-gui > # edit sup files > # run cvsup > > -- Brooks > Unnn - I may have missed a huge part of this... But, if your doing cvsup, and its the ports tree you are cvsupping - then you ARE using ports. -- Best regards, Chris For every vision, there is an equal and opposite revision. From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 00:52:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8250D16A41F for ; Fri, 29 Jul 2005 00:52:07 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69FA743D62 for ; Fri, 29 Jul 2005 00:52:03 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j6T0q3ox005984; Thu, 28 Jul 2005 17:52:03 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j6T0q2gQ005983; Thu, 28 Jul 2005 17:52:02 -0700 Date: Thu, 28 Jul 2005 17:52:02 -0700 From: Brooks Davis To: Chris Message-ID: <20050729005202.GB3213@odin.ac.hmc.edu> References: <42E972D2.3040405@fubar.geek.nz> <001d01c593d4$6cf320f0$b3db87d4@multiplay.co.uk> <20050729004440.GA3213@odin.ac.hmc.edu> <42E97CBF.4090404@makeworld.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+g7M9IMkV8truYOl" Content-Disposition: inline In-Reply-To: <42E97CBF.4090404@makeworld.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-current@freebsd.org, Steven Hartland , Andrew Turner Subject: Re: BSD Installer release 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 00:52:07 -0000 --+g7M9IMkV8truYOl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 28, 2005 at 07:47:59PM -0500, Chris wrote: > Brooks Davis wrote: > > On Fri, Jul 29, 2005 at 01:28:17AM +0100, Steven Hartland wrote: > >=20 > >>Interesting but the listed bugs preclude its use here and I suspect=20 > >>in most environments :( > >=20 > >=20 > > I do nearly all my installs without ports, packages, or source: > >=20 > > pkg_add -r cvsup-without-gui > > # edit sup files > > # run cvsup >=20 > Unnn - I may have missed a huge part of this... But, if your doing > cvsup, and its the ports tree you are cvsupping - then you ARE using port= s. I said I do the INSTALL without them. I just the source tree and ports quite being a committer to both of them. I just find the copies on the release media a waste of time to install since I'll just be nuking them and installing new copies from cvs. I was attempting to point out that the currently missing features while important to the overall experience, aren't critical to being able to get a system up and running configured how ever you like so long as you have a decent network connection (which you presumably do if you're going to be downloading a 300MB iso to test out an installer. :) -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --+g7M9IMkV8truYOl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFC6X2yXY6L6fI4GtQRAhyKAJoDecPOEmkdAnZvGIRZj9M+bvCjgwCg30VV LEI9jYbz5YJ9R3R3CQ7sv5s= =Sced -----END PGP SIGNATURE----- --+g7M9IMkV8truYOl-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 00:56:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEA2A16A41F for ; Fri, 29 Jul 2005 00:56:00 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from nic.ach.sch.gr (nic.sch.gr [194.63.238.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6A7343D46 for ; Fri, 29 Jul 2005 00:55:59 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: (qmail 11704 invoked by uid 207); 29 Jul 2005 00:55:58 -0000 Received: from keramida@freebsd.org by nic by uid 201 with qmail-scanner-1.21 (sophie: 3.04/2.19/3.81. Clear:RC:1(81.186.70.3):. Processed in 0.582659 secs); 29 Jul 2005 00:55:58 -0000 Received: from dialup3.ach.sch.gr (HELO gothmog.gr) ([81.186.70.3]) (envelope-sender ) by nic.sch.gr (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 29 Jul 2005 00:55:56 -0000 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.4/8.13.4) with ESMTP id j6T0tr4G018015; Fri, 29 Jul 2005 03:55:53 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.4/8.13.4/Submit) id j6T0tr7a018000; Fri, 29 Jul 2005 03:55:53 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Fri, 29 Jul 2005 03:55:52 +0300 From: Giorgos Keramidas To: Brooks Davis Message-ID: <20050729005552.GA15011@gothmog.gr> References: <42E972D2.3040405@fubar.geek.nz> <001d01c593d4$6cf320f0$b3db87d4@multiplay.co.uk> <20050729004440.GA3213@odin.ac.hmc.edu> <42E97CBF.4090404@makeworld.com> <20050729005202.GB3213@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050729005202.GB3213@odin.ac.hmc.edu> Cc: Chris , freebsd-current@freebsd.org, Steven Hartland , Andrew Turner Subject: Re: BSD Installer release 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 00:56:00 -0000 On 2005-07-28 17:52, Brooks Davis wrote: > On Thu, Jul 28, 2005 at 07:47:59PM -0500, Chris wrote: > > Brooks Davis wrote: > > > On Fri, Jul 29, 2005 at 01:28:17AM +0100, Steven Hartland wrote: > > >>Interesting but the listed bugs preclude its use here and I suspect > > >>in most environments :( > > > > > > I do nearly all my installs without ports, packages, or source: > > > > > > pkg_add -r cvsup-without-gui > > > # edit sup files > > > # run cvsup > > > > Unnn - I may have missed a huge part of this... But, if your doing > > cvsup, and its the ports tree you are cvsupping - then you ARE using ports. > > I said I do the INSTALL without them. I just the source tree and ports > quite being a committer to both of them. This is exactly what I do too. If you also have a local CVS mirror, like I do, it's much more convenient this way? :-) From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 00:58:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DED716A41F for ; Fri, 29 Jul 2005 00:58:33 +0000 (GMT) (envelope-from andrew@fubar.geek.nz) Received: from mta201-rme.xtra.co.nz (mta201-rme.xtra.co.nz [210.86.15.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7939C43D45 for ; Fri, 29 Jul 2005 00:58:32 +0000 (GMT) (envelope-from andrew@fubar.geek.nz) Received: from mta2-rme.xtra.co.nz ([210.86.15.140]) by mta201-rme.xtra.co.nz with ESMTP id <20050729005831.JPOC1498.mta201-rme.xtra.co.nz@mta2-rme.xtra.co.nz> for ; Fri, 29 Jul 2005 12:58:31 +1200 Received: from serv.int.fubar.geek.nz ([222.153.61.121]) by mta2-rme.xtra.co.nz with ESMTP id <20050729005830.LGSQ1606.mta2-rme.xtra.co.nz@serv.int.fubar.geek.nz> for ; Fri, 29 Jul 2005 12:58:30 +1200 Received: from [192.168.1.160] (unknown [192.168.1.160]) by serv.int.fubar.geek.nz (Postfix) with ESMTP id 325336172 for ; Fri, 29 Jul 2005 12:58:28 +1200 (NZST) Message-ID: <42E97F34.40201@fubar.geek.nz> Date: Fri, 29 Jul 2005 12:58:28 +1200 From: Andrew Turner User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <42E972D2.3040405@fubar.geek.nz> In-Reply-To: <42E972D2.3040405@fubar.geek.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: BSD Installer release 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 00:58:33 -0000 Andrew Turner wrote: > Announcing the first test release of a BSDInstaller-ified Install ISO > for FreeBSD. > I forgot to thank Scott Long for organising the machine to build this release on and testing the release. Andrew From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 01:06:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DD6A16A442; Fri, 29 Jul 2005 01:06:21 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id E422F43D46; Fri, 29 Jul 2005 01:06:20 +0000 (GMT) (envelope-from max@love2party.net) Received: from p54A3E1F3.dip.t-dialin.net [84.163.225.243] (helo=donor.laier.local) by mrelayeu.kundenserver.de with ESMTP (Nemesis), id 0ML21M-1DyJKK1ceh-0002HP; Fri, 29 Jul 2005 03:06:16 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Fri, 29 Jul 2005 03:05:57 +0200 User-Agent: KMail/1.8 References: <42E972D2.3040405@fubar.geek.nz> <20050729005202.GB3213@odin.ac.hmc.edu> <20050729005552.GA15011@gothmog.gr> In-Reply-To: <20050729005552.GA15011@gothmog.gr> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1234340.bHlCLiW9ba"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200507290306.10471.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: Chris , Steven Hartland , Giorgos Keramidas , Andrew Turner Subject: Re: BSD Installer release 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 01:06:21 -0000 --nextPart1234340.bHlCLiW9ba Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 29 July 2005 02:55, Giorgos Keramidas wrote: > On 2005-07-28 17:52, Brooks Davis wrote: > > On Thu, Jul 28, 2005 at 07:47:59PM -0500, Chris wrote: > > > Brooks Davis wrote: > > > > On Fri, Jul 29, 2005 at 01:28:17AM +0100, Steven Hartland wrote: > > > >>Interesting but the listed bugs preclude its use here and I suspect > > > >>in most environments :( > > > > > > > > I do nearly all my installs without ports, packages, or source: > > > > > > > > pkg_add -r cvsup-without-gui > > > > # edit sup files > > > > # run cvsup > > > > > > Unnn - I may have missed a huge part of this... But, if your doing > > > cvsup, and its the ports tree you are cvsupping - then you ARE using > > > ports. > > > > I said I do the INSTALL without them. I just the source tree and ports > > quite being a committer to both of them. > > This is exactly what I do too. If you also have a local CVS mirror, > like I do, it's much more convenient this way? :-) Speaking of convenient: # pkg_add -r portsnap =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1234340.bHlCLiW9ba Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC6YECXyyEoT62BG0RAjwWAJ9cWblG/HspbrbylVU7OQW+lvF5HACeL3Na zT8Mi+jbu/b5YPVY/ycb0+o= =yDdh -----END PGP SIGNATURE----- --nextPart1234340.bHlCLiW9ba-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 01:09:18 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACC2C16A420 for ; Fri, 29 Jul 2005 01:09:18 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from maxlor.mine.nu (c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBFE243D66 for ; Fri, 29 Jul 2005 01:09:15 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (localhost [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id A4775309 for ; Fri, 29 Jul 2005 03:09:14 +0200 (CEST) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (midgard [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24598-05 for ; Fri, 29 Jul 2005 03:09:13 +0200 (CEST) Received: from [10.0.0.23] (mini.intranet [10.0.0.23]) by maxlor.mine.nu (Postfix) with ESMTP id 622CF6A for ; Fri, 29 Jul 2005 03:09:13 +0200 (CEST) Message-ID: <42E981B9.5060500@datacomm.ch> Date: Fri, 29 Jul 2005 03:09:13 +0200 From: Benjamin Lutz User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <20050728205413.GB762@darkness.comp.waw.pl> <42E95E08.80006@datacomm.ch> In-Reply-To: <42E95E08.80006@datacomm.ch> X-Enigmail-Version: 0.92.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig91CAC02C03C4473BD22FB004" X-Virus-Scanned: by amavisd-new at maxlor.mine.nu Cc: Subject: Re: GELI - disk encryption GEOM class committed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 01:09:18 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig91CAC02C03C4473BD22FB004 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit >Few months ago I started work on another (besides GBDE) disk encryption > GEOM class. This is very nice! > GELI is different than GBDE. It offers different features, but it also > use different scheme for doing crypto work. I tried to find out what exactly the differences are. Please correct me where I'm wrong: Encryption Strength: GBDE - Uses AES128 for data encryption, with a different key per sector. Master key is encrypted using AES256 and stored on 4 random locations on the disk. Access key is SHA2/512bit hashed. GELI - Supports AES, Blowfish, 3DES for data encryption, with a different key per sector. Access key is PKCS #5 protected. (What does this mean regarding a brute force attack?) Access Keys: GBDE - There are 4 independent access keys. With each key, it is possible to revoke any other. GELI - There are 2 independent access keys. Presumably each key can revoke the other. Keys can exist of multiple parts or be one time keys. Speed: GBDE - Runs in software. GELI - Support for crypto(9) hardware. Blowfish is faster than AES. Booting from Encrypted Root: GBDE - Doesn't say, probably doesn't work GELI - Works. How'd one load the kernel from an encrypted root though? The GBDE manpage warns that the on-disk format might be changed in the future. What about GELI? It'd be unpleasant to upgrade the OS and then find out that the encrypted volume is no longer accessible. How much throughput can one expect in practice, say, compared to the numbers in "openssl speed"? Cheers Benjamin --------------enig91CAC02C03C4473BD22FB004 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (Darwin) iD8DBQFC6YG9gShs4qbRdeQRAv6ZAJ0Qe4gNcjBIHEIjWk+vd9FLIKR/2gCgh1FW OKboU4U26Nps+mtHlN1Nx0c= =Ml57 -----END PGP SIGNATURE----- --------------enig91CAC02C03C4473BD22FB004-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 01:12:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4879A16A41F for ; Fri, 29 Jul 2005 01:12:12 +0000 (GMT) (envelope-from jondoor@udor.net) Received: from mail.mercenarylabs.com (wilson.mercenarylabs.com [12.158.191.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1B1B43D48 for ; Fri, 29 Jul 2005 01:12:11 +0000 (GMT) (envelope-from jondoor@udor.net) Received: from [127.0.0.1] (wilson [12.158.191.94]) by mail.mercenarylabs.com (Postfix) with ESMTP id 0DF3BAD17 for ; Thu, 28 Jul 2005 20:12:11 -0500 (CDT) Message-ID: <42E98264.3090404@udor.net> Date: Thu, 28 Jul 2005 21:12:04 -0400 From: Jon Door User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <42E972D2.3040405@fubar.geek.nz> <001d01c593d4$6cf320f0$b3db87d4@multiplay.co.uk> <20050729004440.GA3213@odin.ac.hmc.edu> <42E97CBF.4090404@makeworld.com> <20050729005202.GB3213@odin.ac.hmc.edu> <20050729005552.GA15011@gothmog.gr> In-Reply-To: <20050729005552.GA15011@gothmog.gr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: BSD Installer release 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jondoor@udor.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 01:12:12 -0000 Giorgos Keramidas wrote: >On 2005-07-28 17:52, Brooks Davis wrote: > > >>On Thu, Jul 28, 2005 at 07:47:59PM -0500, Chris wrote: >> >> >>>Brooks Davis wrote: >>> >>> >>>>On Fri, Jul 29, 2005 at 01:28:17AM +0100, Steven Hartland wrote: >>>> >>>> >>>>>Interesting but the listed bugs preclude its use here and I suspect >>>>>in most environments :( >>>>> >>>>> >>>>I do nearly all my installs without ports, packages, or source: >>>> >>>>pkg_add -r cvsup-without-gui >>>># edit sup files >>>># run cvsup >>>> >>>> >>>Unnn - I may have missed a huge part of this... But, if your doing >>>cvsup, and its the ports tree you are cvsupping - then you ARE using ports. >>> >>> >>I said I do the INSTALL without them. I just the source tree and ports >>quite being a committer to both of them. >> >> > >This is exactly what I do too. If you also have a local CVS mirror, >like I do, it's much more convenient this way? :-) > > > The local mirror is a nice touch, otherwise the public servers absorb the extra work associated with a clean download of either ports or source in their bandwidth, not to be taken lightly. Also these days the vast majority of my installs hit more than one disk, so I tend to agree with Steven. I don't mean to down play the time and effort that is going into the bsdinstaller, as it is appreciated even by a happy sysinstall'er ; ) Thank You. From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 02:19:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2055816A41F for ; Fri, 29 Jul 2005 02:19:23 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B028D44029 for ; Fri, 29 Jul 2005 02:19:22 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.23] (andersonbox3.centtech.com [192.168.42.23]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j6T2JKVP094076; Thu, 28 Jul 2005 21:19:21 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42E99222.8090406@centtech.com> Date: Thu, 28 Jul 2005 21:19:14 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ben Kaduk References: <47d0403c05072817251d3c965a@mail.gmail.com> In-Reply-To: <47d0403c05072817251d3c965a@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/995/Wed Jul 27 15:13:50 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: hw.acpi.battery.time reports inconsistent values X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 02:19:23 -0000 Ben Kaduk wrote: > Hi all -- I don't know whether or not this is related to the recent > battery rework, but I'm running > prolepsis# uname -a > FreeBSD prolepsis.math.uiuc.edu 7.0-CURRENT FreeBSD 7.0-CURRENT #5: > Thu Jul 28 07:42:25 UTC 2005 > kaduk@prolepsis.math.uiuc.edu:/usr/obj/usr/src/sys/PROLEPSIS i386 > and this afternoon I had my laptop running off its battery (basically > as a jukebox), which is somewhat unusual since normally I plug it in. > I wanted to see how > fast I was draining the battery, so I did some `sysctl > hw.acpi.battery'-ing (see transcript below), and then proceeded to get > very confused. > > Is there a known race in this sysctl code, or should I be looking for > something else (like a broken acpi)? Re-cvsup and rebuild - Nate Lawson committed a fix for this today, after your build that fixed me up. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 02:36:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDDB716A41F; Fri, 29 Jul 2005 02:36:15 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D47343D45; Fri, 29 Jul 2005 02:36:15 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-66-30-114-143.hsd1.ma.comcast.net ([66.30.114.143]) by comcast.net (rwcrmhc11) with ESMTP id <20050729023609013004bnmre>; Fri, 29 Jul 2005 02:36:09 +0000 Received: from c-66-30-114-143.hsd1.ma.comcast.net (localhost.127.in-addr.arpa [127.0.0.1]) by c-66-30-114-143.hsd1.ma.comcast.net (8.13.4/8.13.1) with ESMTP id j6T2a93i014323; Thu, 28 Jul 2005 22:36:09 -0400 (EDT) (envelope-from rodrigc@c-66-30-114-143.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-30-114-143.hsd1.ma.comcast.net (8.13.4/8.13.1/Submit) id j6T2a9RW014322; Thu, 28 Jul 2005 22:36:09 -0400 (EDT) (envelope-from rodrigc) Date: Thu, 28 Jul 2005 22:36:08 -0400 From: Craig Rodrigues To: Giorgos Keramidas Message-ID: <20050729023608.GA14084@crodrigues.org> References: <20050728213839.GA46119@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050728213839.GA46119@gothmog.gr> User-Agent: Mutt/1.5.9i Cc: deischen@freebsd.org, freebsd-current@freebsd.org, davidxu@freebsd.org Subject: Re: libthr & atomic_xxx ops X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 02:36:16 -0000 On Fri, Jul 29, 2005 at 12:38:39AM +0300, Giorgos Keramidas wrote: > Recently, libpthread and libthr grew the following warnings in > CURRENT: > > # 2005-07-28 04:37:43.704726 - /usr/src/lib/libpthread/sys/lock.c:183: warning: passing arg 1 of `atomic_store_rel_int' from incompatible pointer type This is similar to what I posted for sched_ule.c due to changes to the macros in : http://lists.freebsd.org/pipermail/freebsd-current/2005-July/052894.html Can you try this patch, and see if the warnings go away? --- lib/libthr/thread/thr_umtx.h.orig Thu Jul 28 21:10:15 2005 +++ lib/libthr/thread/thr_umtx.h Thu Jul 28 21:13:52 2005 @@ -53,7 +53,7 @@ static inline int _thr_umtx_lock(volatile umtx_t *mtx, long id) { - if (atomic_cmpset_acq_ptr(mtx, (void *)UMTX_UNOWNED, (void *)id)) + if (atomic_cmpset_acq_ptr((volatile uintptr_t *)mtx, (uintptr_t)UMTX_UNOWNED, (uintptr_t)id)) return (0); return __thr_umtx_lock(mtx, id); } @@ -62,7 +62,7 @@ _thr_umtx_timedlock(volatile umtx_t *mtx, long id, const struct timespec *timeout) { - if (atomic_cmpset_acq_ptr(mtx, (void *)UMTX_UNOWNED, (void *)id)) + if (atomic_cmpset_acq_ptr((volatile uintptr_t *)mtx, (uintptr_t)UMTX_UNOWNED, (uintptr_t)id)) return (0); return __thr_umtx_timedlock(mtx, id, timeout); } @@ -70,7 +70,7 @@ static inline int _thr_umtx_unlock(volatile umtx_t *mtx, long id) { - if (atomic_cmpset_rel_ptr(mtx, (void *)id, (void *)UMTX_UNOWNED)) + if (atomic_cmpset_rel_ptr((volatile uintptr_t *)mtx, (uintptr_t)id, (uintptr_t)UMTX_UNOWNED)) return (0); return __thr_umtx_unlock(mtx, id); } --- lib/libpthread/sys/lock.c.orig Thu Jul 28 21:18:48 2005 +++ lib/libpthread/sys/lock.c Thu Jul 28 21:24:47 2005 @@ -180,7 +180,7 @@ atomic_swap_ptr(&lck->l_head, lu->lu_myreq, &lu->lu_watchreq); if (lu->lu_watchreq->lr_locked != 0) { - atomic_store_rel_ptr(&lu->lu_watchreq->lr_watcher, lu); + atomic_store_rel_ptr((volatile uintptr_t *)&lu->lu_watchreq->lr_watcher, (uintptr_t)lu); if ((lck->l_wait == NULL) || ((lck->l_type & LCK_ADAPTIVE) == 0)) { while (lu->lu_watchreq->lr_locked != 0) @@ -250,14 +250,14 @@ /* Update tail if our request is last. */ if (lu->lu_watchreq->lr_owner == NULL) { - atomic_store_rel_ptr(&lck->l_tail, lu->lu_myreq); - atomic_store_rel_ptr(&lu->lu_myreq->lr_owner, NULL); + atomic_store_rel_ptr((volatile uintptr_t *)&lck->l_tail, (uintptr_t)lu->lu_myreq); + atomic_store_rel_ptr((volatile uintptr_t *)&lu->lu_myreq->lr_owner, (uintptr_t)NULL); } else { /* Remove ourselves from the list. */ - atomic_store_rel_ptr(&lu->lu_myreq->lr_owner, - lu->lu_watchreq->lr_owner); + atomic_store_rel_ptr((volatile uintptr_t *)&lu->lu_myreq->lr_owner, + (uintptr_t)lu->lu_watchreq->lr_owner); atomic_store_rel_ptr( - &lu->lu_watchreq->lr_owner->lu_myreq, lu->lu_myreq); + (volatile uintptr_t *)&lu->lu_watchreq->lr_owner->lu_myreq, (uintptr_t)lu->lu_myreq); } /* * The watch request now becomes our own because we've -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 02:47:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CE5D16A41F for ; Fri, 29 Jul 2005 02:47:26 +0000 (GMT) (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 D039A43D66 for ; Fri, 29 Jul 2005 02:47:20 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j6T2uBQk017553; Thu, 28 Jul 2005 20:56:12 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42E998A2.1010400@samsco.org> Date: Thu, 28 Jul 2005 20:46:58 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steven Hartland References: <42E972D2.3040405@fubar.geek.nz> <001d01c593d4$6cf320f0$b3db87d4@multiplay.co.uk> In-Reply-To: <001d01c593d4$6cf320f0$b3db87d4@multiplay.co.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-current@freebsd.org, Andrew Turner Subject: Re: BSD Installer release 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 02:47:26 -0000 Steven Hartland wrote: > Interesting but the listed bugs preclude its use here and I suspect in > most environments :( > Writing a new installer is not a simple task. It takes a _lot_ of work, a _lot_ of testing, and a _lot_lot_lot_ fof eedback. Instead of bemoaning that what was announced doesn't do everything that you want it to do, please view it as the first release of a larger work-in-progress. I believe that Andrew was looking for constructive feedback, so please show him some courtesy and provide that. Scott From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 02:53:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F7AE16A420; Fri, 29 Jul 2005 02:53:40 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BB1E43D48; Fri, 29 Jul 2005 02:53:39 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.4/8.13.4/NETPLEX) with ESMTP id j6T2rVTu009581; Thu, 28 Jul 2005 22:53:31 -0400 (EDT) Date: Thu, 28 Jul 2005 22:53:31 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Craig Rodrigues In-Reply-To: <20050729023608.GA14084@crodrigues.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-current@freebsd.org, Giorgos Keramidas , davidxu@freebsd.org Subject: Re: libthr & atomic_xxx ops X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 02:53:40 -0000 On Thu, 28 Jul 2005, Craig Rodrigues wrote: > On Fri, Jul 29, 2005 at 12:38:39AM +0300, Giorgos Keramidas wrote: > > Recently, libpthread and libthr grew the following warnings in > > CURRENT: > > > > # 2005-07-28 04:37:43.704726 - /usr/src/lib/libpthread/sys/lock.c:183: warning: passing arg 1 of `atomic_store_rel_int' from incompatible pointer type > > This is similar to what I posted for sched_ule.c due to > changes to the macros in : > http://lists.freebsd.org/pipermail/freebsd-current/2005-July/052894.html > > > Can you try this patch, and see if the warnings go away? I'm testing a patch for libpthread. > --- lib/libpthread/sys/lock.c.orig Thu Jul 28 21:18:48 2005 > +++ lib/libpthread/sys/lock.c Thu Jul 28 21:24:47 2005 > @@ -180,7 +180,7 @@ > atomic_swap_ptr(&lck->l_head, lu->lu_myreq, &lu->lu_watchreq); > > if (lu->lu_watchreq->lr_locked != 0) { > - atomic_store_rel_ptr(&lu->lu_watchreq->lr_watcher, lu); > + atomic_store_rel_ptr((volatile uintptr_t *)&lu->lu_watchreq->lr_watcher, (uintptr_t)lu); The prototype for atomic_store_rel_ptr() is: atomic_store_rel_ptr(volatile void *p, void *v); The changes should be: atomic_store_rel_ptr((volatile void *)&lu->lu_watchreq->lr_watcher, (void *)lu); -- DE From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 03:11:07 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: by hub.freebsd.org (Postfix, from userid 729) id C2FD616A41F; Fri, 29 Jul 2005 03:11:07 +0000 (GMT) X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Martin Cracauer In-Reply-To: Message from Martin Cracauer of "Wed, 27 Jul 2005 11:00:04 -0400." <20050727110003.A29939@cons.org> Mime-Version: 1.0 Content-Type: text/plain Message-Id: <20050729031107.C2FD616A41F@hub.freebsd.org> Date: Fri, 29 Jul 2005 03:11:07 +0000 (GMT) From: jkoshy@FreeBSD.ORG (Joseph Koshy) Cc: Joseph Koshy , freebsd-current@FreeBSD.ORG Subject: Re: PMC (performance counters) problems - kernel panic in 6-beta1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 03:11:07 -0000 > Another question, what is the difference of -s versus -S and -p versus > -P, respectively? -S and -P turn on sampling. -S does 'whole system' sampling. -P is process specific (i.e., the counters only count when the target process(es) are running). So: # pmcstat -S instructions -O /tmp/foo.out will collect samples. # pmcstat -g -R /tmp/foo.out will convert the sample log to gprof(1) compatible 'gmon.out' files. Sampling on the AMD64 requires a patch to current [I'll commit it shortly]. > Thanks for great work. Thanks. Regards, Koshy From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 03:12:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BF5F16A41F; Fri, 29 Jul 2005 03:12:04 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CAFB43D45; Fri, 29 Jul 2005 03:12:03 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.4/8.13.4/NETPLEX) with ESMTP id j6T3C2Ew025820; Thu, 28 Jul 2005 23:12:02 -0400 (EDT) Date: Thu, 28 Jul 2005 23:12:02 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Craig Rodrigues In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-current@freebsd.org, Giorgos Keramidas , davidxu@freebsd.org Subject: Re: libthr & atomic_xxx ops X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 03:12:04 -0000 On Thu, 28 Jul 2005, Daniel Eischen wrote: > On Thu, 28 Jul 2005, Craig Rodrigues wrote: > > > On Fri, Jul 29, 2005 at 12:38:39AM +0300, Giorgos Keramidas wrote: > > > Recently, libpthread and libthr grew the following warnings in > > > CURRENT: > > > > > > # 2005-07-28 04:37:43.704726 - /usr/src/lib/libpthread/sys/lock.c:183: warning: passing arg 1 of `atomic_store_rel_int' from incompatible pointer type > > > > This is similar to what I posted for sched_ule.c due to > > changes to the macros in : > > http://lists.freebsd.org/pipermail/freebsd-current/2005-July/052894.html > > > > > > Can you try this patch, and see if the warnings go away? > > I'm testing a patch for libpthread. > > > --- lib/libpthread/sys/lock.c.orig Thu Jul 28 21:18:48 2005 > > +++ lib/libpthread/sys/lock.c Thu Jul 28 21:24:47 2005 > > @@ -180,7 +180,7 @@ > > atomic_swap_ptr(&lck->l_head, lu->lu_myreq, &lu->lu_watchreq); > > > > if (lu->lu_watchreq->lr_locked != 0) { > > - atomic_store_rel_ptr(&lu->lu_watchreq->lr_watcher, lu); > > + atomic_store_rel_ptr((volatile uintptr_t *)&lu->lu_watchreq->lr_watcher, (uintptr_t)lu); > > The prototype for atomic_store_rel_ptr() is: > > atomic_store_rel_ptr(volatile void *p, void *v); Hmm, I guess it's no longer the above, but: atomic_store_rel_ptr(volatile void *p, uintptr_t v); This doesn't seem right. uintptr_t is just __uint32_t (on 32-bit archs). It seems more intuitive to use a void * since you want to play with pointers. -- DE From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 03:29:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DFCF16A41F; Fri, 29 Jul 2005 03:29:47 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 145AB43D48; Fri, 29 Jul 2005 03:29:45 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-66-30-114-143.hsd1.ma.comcast.net ([66.30.114.143]) by comcast.net (sccrmhc12) with ESMTP id <20050729032945012006d7d1e>; Fri, 29 Jul 2005 03:29:45 +0000 Received: from c-66-30-114-143.hsd1.ma.comcast.net (localhost.127.in-addr.arpa [127.0.0.1]) by c-66-30-114-143.hsd1.ma.comcast.net (8.13.4/8.13.1) with ESMTP id j6T3TjF3014926; Thu, 28 Jul 2005 23:29:45 -0400 (EDT) (envelope-from rodrigc@c-66-30-114-143.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-30-114-143.hsd1.ma.comcast.net (8.13.4/8.13.1/Submit) id j6T3TjgW014925; Thu, 28 Jul 2005 23:29:45 -0400 (EDT) (envelope-from rodrigc) Date: Thu, 28 Jul 2005 23:29:45 -0400 From: Craig Rodrigues To: Daniel Eischen Message-ID: <20050729032945.GA14881@crodrigues.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org, Giorgos Keramidas , davidxu@freebsd.org Subject: Re: libthr & atomic_xxx ops X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 03:29:47 -0000 On Thu, Jul 28, 2005 at 11:12:02PM -0400, Daniel Eischen wrote: > Hmm, I guess it's no longer the above, but: > > atomic_store_rel_ptr(volatile void *p, uintptr_t v); > > This doesn't seem right. uintptr_t is just __uint32_t (on 32-bit archs). > It seems more intuitive to use a void * since you want to play with > pointers. John Baldwin changed these functions to use uintptr_t instead of void *: http://lists.freebsd.org/pipermail/cvs-src/2005-July/049567.html -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 03:42:27 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8AD516A41F for ; Fri, 29 Jul 2005 03:42:27 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0C5043D49 for ; Fri, 29 Jul 2005 03:42:26 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.94] ([66.127.85.94]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j6T3g2ms082016 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 28 Jul 2005 20:42:05 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42E9A5A7.3090007@errno.com> Date: Thu, 28 Jul 2005 20:42:31 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: vova@fbsd.ru References: <1122556411.1161.5.camel@localhost> <20050728.091810.85228740.imp@bsdimp.com> <1122568705.1161.12.camel@localhost> In-Reply-To: <1122568705.1161.12.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: current@freebsd.org, "M. Warner Losh" Subject: Re: owi build broken in recent 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 03:42:27 -0000 Vladimir Grebenschikov wrote: > ÷ ̃Ô, 28/07/2005 × 09:18 -0600, M. Warner Losh ĐÉÛÅÔ: > >>In message: <1122556411.1161.5.camel@localhost> >> Vladimir Grebenschikov writes: >>: >>: Hi >>: >>: /sys/modules/owi# make >>: Warning: Object directory not changed from original /usr/src/sys/modules/owi >>: touch opt_wi.h >>: awk -f @/tools/makeobjops.awk @/dev/pccard/card_if.m -h >>: awk -f @/tools/makeobjops.awk @/kern/device_if.m -h >>: awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h >>: awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h >>: awk -f @/tools/pccarddevs2h.awk @/dev/pccard/pccarddevs >>: cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/owi/../../dev/owi/if_owi.c >>: /usr/src/sys/modules/owi/../../dev/owi/if_owi.c: In function `owi_generic_attach': >>: /usr/src/sys/modules/owi/../../dev/owi/if_owi.c:386: warning: passing arg 2 of `ether_ifattach' from incompatible pointer type >>: *** Error code 1 >>: >>: Stop in /usr/src/sys/modules/owi. >>: /sys/modules/owi# >>: >>: Any clues about ? >> >>Any reason you can't use modules/wi? > > > Yes, I have very old radio-link based on old 4.x-based routers with old > wi in ad-hoc mode and sometimes monitor it with my 7-CURRENT notebook. > wi driver does not work in old wi ad-hoc compatibility mode. It should work. owi was created as a fallback to wi when some problems were taking a long time to resolve. But now we believe those problems are fixed and owi will soon be removed from the tree. Try providing details about what doesn't work with wi. Be sure to include chip/card details and the steps to recreate your problem. Sam From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 03:45:41 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDE9216A41F for ; Fri, 29 Jul 2005 03:45:41 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7197543D46 for ; Fri, 29 Jul 2005 03:45:41 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 58DD75078A9; Fri, 29 Jul 2005 11:45:39 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 5375D5078A4; Fri, 29 Jul 2005 11:45:39 +0800 (CST) Date: Fri, 29 Jul 2005 11:45:39 +0800 (CST) From: Tai-hwa Liang To: Vladimir Grebenschikov In-Reply-To: <1122568705.1161.12.camel@localhost> Message-ID: <05072911422415.24212@www.mmlab.cse.yzu.edu.tw> References: <1122556411.1161.5.camel@localhost> <20050728.091810.85228740.imp@bsdimp.com> <1122568705.1161.12.camel@localhost> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1072737657-1122608598=:24212" Content-ID: <05072911434315.24212@www.mmlab.cse.yzu.edu.tw> Cc: current@freebsd.org, "M. Warner Losh" Subject: Re: owi build broken in recent 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 03:45:42 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1072737657-1122608598=:24212 Content-Type: TEXT/PLAIN; CHARSET=big5; format=flowed Content-Transfer-Encoding: 8BIT Content-ID: <0507291143431D.24212@www.mmlab.cse.yzu.edu.tw> On Thu, 28 Jul 2005, Vladimir Grebenschikov wrote: > ÷ ̃Ô, 28/07/2005 × 09:18 -0600, M. Warner Losh ĐÉÛÅÔ: >> In message: <1122556411.1161.5.camel@localhost> >> Vladimir Grebenschikov writes: >> : >> : Hi >> : >> : /sys/modules/owi# make >> : Warning: Object directory not changed from original /usr/src/sys/modules/owi >> : touch opt_wi.h >> : awk -f @/tools/makeobjops.awk @/dev/pccard/card_if.m -h >> : awk -f @/tools/makeobjops.awk @/kern/device_if.m -h >> : awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h >> : awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h >> : awk -f @/tools/pccarddevs2h.awk @/dev/pccard/pccarddevs >> : cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/owi/../../dev/owi/if_owi.c >> : /usr/src/sys/modules/owi/../../dev/owi/if_owi.c: In function `owi_generic_attach': >> : /usr/src/sys/modules/owi/../../dev/owi/if_owi.c:386: warning: passing arg 2 of `ether_ifattach' from incompatible pointer type >> : *** Error code 1 >> : >> : Stop in /usr/src/sys/modules/owi. >> : /sys/modules/owi# >> : >> : Any clues about ? Does following patch work for you? http://people.freebsd.org/~avatar/if_owi.patch >> >> Any reason you can't use modules/wi? > > Yes, I have very old radio-link based on old 4.x-based routers with old > wi in ad-hoc mode and sometimes monitor it with my 7-CURRENT notebook. > wi driver does not work in old wi ad-hoc compatibility mode. I'm wondering about whether the "old wi ad-hoc" and AHDEMO in if_wi are the same... -- Cheers, Tai-hwa Liang --0-1072737657-1122608598=:24212-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 04:42:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC64B16A41F; Fri, 29 Jul 2005 04:42:18 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [204.127.202.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46C9243D45; Fri, 29 Jul 2005 04:42:18 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-66-30-114-143.hsd1.ma.comcast.net ([66.30.114.143]) by comcast.net (sccrmhc14) with ESMTP id <2005072904421701400jda3oe>; Fri, 29 Jul 2005 04:42:17 +0000 Received: from c-66-30-114-143.hsd1.ma.comcast.net (localhost.127.in-addr.arpa [127.0.0.1]) by c-66-30-114-143.hsd1.ma.comcast.net (8.13.4/8.13.1) with ESMTP id j6T4gH7R016995; Fri, 29 Jul 2005 00:42:17 -0400 (EDT) (envelope-from rodrigc@c-66-30-114-143.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-30-114-143.hsd1.ma.comcast.net (8.13.4/8.13.1/Submit) id j6T4gHRS016994; Fri, 29 Jul 2005 00:42:17 -0400 (EDT) (envelope-from rodrigc) Date: Fri, 29 Jul 2005 00:42:17 -0400 From: Craig Rodrigues To: Robert Watson Message-ID: <20050729044217.GA16981@crodrigues.org> References: <20050726124222.GA1109@crodrigues.org> <20050726131712.GC46538@darkness.comp.waw.pl> <20050726145334.GA1826@crodrigues.org> <20050727223351.A54330@fledge.watson.org> <20050727214820.GA1123@crodrigues.org> <20050727235142.F54330@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050727235142.F54330@fledge.watson.org> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org, Harti Brandt Subject: Re: Panic in netnatm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 04:42:19 -0000 On Wed, Jul 27, 2005 at 11:53:07PM +0100, Robert Watson wrote: > I think you still need an NATM_UNLOCK() in the 'goto failed' case, > probably placed outside of the "if (npcb) {' block since it will need to > be unlocked in both cases. OK, how about this patch. In this case, for RTM_ADD, I only unlock things in the failed: block if npcb != NULL. If npcb == NULL, by the time we reach the failed: block, we should not be holding NATM_LOCK, so we do not unlock it there. Index: if_atm.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/if_atm.c,v retrieving revision 1.19 diff -u -u -r1.19 if_atm.c --- if_atm.c 7 Jan 2005 01:45:44 -0000 1.19 +++ if_atm.c 29 Jul 2005 04:37:50 -0000 @@ -224,9 +224,13 @@ sin = (struct sockaddr_in *) rt_key(rt); if (sin->sin_family != AF_INET) goto failed; + + NATM_LOCK(); npcb = npcb_add(NULL, rt->rt_ifp, op.param.vci, op.param.vpi); - if (npcb == NULL) + if (npcb == NULL) { + NATM_UNLOCK(); goto failed; + } npcb->npcb_flags |= NPCB_IP; npcb->ipaddr.s_addr = sin->sin_addr.s_addr; /* XXX: move npcb to llinfo when ATM ARP is ready */ @@ -255,6 +259,7 @@ npcb_free(npcb, NPCB_DESTROY); rt->rt_llinfo = NULL; rt->rt_flags &= ~RTF_LLINFO; + NATM_UNLOCK(); } #endif /* mark as invalid. We cannot RTM_DELETE the route from @@ -269,10 +274,12 @@ * tell native ATM we are done with this VC */ if (rt->rt_flags & RTF_LLINFO) { + NATM_LOCK(); npcb_free((struct natmpcb *)rt->rt_llinfo, NPCB_DESTROY); rt->rt_llinfo = NULL; rt->rt_flags &= ~RTF_LLINFO; + NATM_UNLOCK(); } #endif /* From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 06:02:34 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E86A16A420 for ; Fri, 29 Jul 2005 06:02:34 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C5EC43D48 for ; Fri, 29 Jul 2005 06:02:33 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j6T61DuX049519; Fri, 29 Jul 2005 00:01:14 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 29 Jul 2005 00:02:02 -0600 (MDT) Message-Id: <20050729.000202.74568315.imp@bsdimp.com> To: avatar@mmlab.cse.yzu.edu.tw From: "M. Warner Losh" In-Reply-To: <05072911422415.24212@www.mmlab.cse.yzu.edu.tw> References: <20050728.091810.85228740.imp@bsdimp.com> <1122568705.1161.12.camel@localhost> <05072911422415.24212@www.mmlab.cse.yzu.edu.tw> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: vova@fbsd.ru, current@freebsd.org Subject: Re: owi build broken in recent 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 06:02:34 -0000 In message: <05072911422415.24212@www.mmlab.cse.yzu.edu.tw> Tai-hwa Liang writes: : I'm wondering about whether the "old wi ad-hoc" and AHDEMO in if_wi are : the same... They are. Warner From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 06:04:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE56A16A41F for ; Fri, 29 Jul 2005 06:04:48 +0000 (GMT) (envelope-from tyler@tamu.edu) Received: from smtp-relay.tamu.edu (smtp-relay.tamu.edu [165.91.143.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EDD143D49 for ; Fri, 29 Jul 2005 06:04:48 +0000 (GMT) (envelope-from tyler@tamu.edu) Received: from [165.91.46.32] (tamulink-0032.vpn.tamu.edu [165.91.46.32]) by smtp-relay.tamu.edu (8.13.3/8.12.10) with ESMTP id j6T64j8V000128 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Fri, 29 Jul 2005 01:04:46 -0500 (CDT) In-Reply-To: <42E972D2.3040405@fubar.geek.nz> References: <42E972D2.3040405@fubar.geek.nz> Mime-Version: 1.0 (Apple Message framework v733) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <508F14FA-AC58-4E5A-80BB-76AB99A2E3A5@tamu.edu> Content-Transfer-Encoding: 7bit From: "R. Tyler Ballance" Date: Fri, 29 Jul 2005 01:04:42 -0500 To: Andrew Turner X-Mailer: Apple Mail (2.733) Received-SPF: pass (smtp-relay.tamu.edu: 165.91.46.32 is authenticated by a trusted mechanism) Cc: freebsd-current@freebsd.org Subject: Re: BSD Installer release 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 06:04:48 -0000 I would ask this elsewhere, but I figure it should be asked in front of an audience. Andrew, would it be difficult for me to create an ISO from your source (most likely snagged from the perforce repo, or from a public tarball) so I can try it out on sparc64, check for any wonderful cross-platform bugs, etc. I also have a Type 5 keyboard and a 15" Sun monitor that i'd love to break out of storage to see if they work any better with RELENG_6 and the BSDinstaller as opposed to 5.3 and sysinstall .... I don't think beta testing is outlawed by the Google Summer of Code laws, so I would love to try the bsdinstaller out sparc64 ;) (hurry! one of the CentOS developers is probably going to steal my Ultra 2 soon) -R. Tyler Ballance On Jul 28, 2005, at 7:05 PM, Andrew Turner wrote: > Announcing the first test release of a BSDInstaller-ified Install ISO > for FreeBSD. > > I am pleased to announce the first beta release of BSD Installer > powered > FreeBSD Install CD's. It is both for wider testing and feedback on to > gauge the progress I've been making for the Google Summer of Code. > This > is based on RELENG_6 and unfortunately only for i386. > > It is available from > ftp://ftp.freebsd.org/pub/FreeBSD/SOC2005/bsdinstaller/ and should > be on > mirrors soon. > > If you find any bugs not already listed in the Known Bugs section of > this email or in http://wikitest.freebsd.org/moin.cgi/BSDInstaller > please email me at soc-andrew@freebsd.org to help fix the bugs. > > Details: > > There are three virtual consoles running: > * ttyv0: The frontend > * ttyv1: The backend > * ttyv2: A standard login screen to login as root with no password. > > To see the installation log change to console ttyv1. It is also > written > to /var/log/install.log on the installed disk. > > Minimum Memory: > * 64M > > Known Bugs: > > * Can only install to one drive, can't have / on ad0 and /usr on ad1 > * Cannot install source > * Cannot install ports tree > * Cannot install packages > * The "Display system startup messages" window dosen't display > anything > * Sendmail complains about not being able to change dir to > /var/spool/clientmqueue > Workaround: run "chown smmsp /var/spool/clientmqueue" > * "Exit to Live CD" dosn't work > Workaround: change to ttyv2, login as root no password > * dhclient fails as /var/db is missing as well as other errors. > > Testing > > * There has only been minimal testing of the "Configure an Installed > System" menu. Most of the options should work. > * The "Install extra software packages" option dosn't work > * I havn't looked at "Setup NetBoot Install Services" menu, I have no > idea if it will work or not > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current- > unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 06:13:43 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 273F016A41F for ; Fri, 29 Jul 2005 06:13:43 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id C100B43D46 for ; Fri, 29 Jul 2005 06:13:42 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id C373D5078AE; Fri, 29 Jul 2005 14:13:41 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id C17FE50789F; Fri, 29 Jul 2005 14:13:41 +0800 (CST) Date: Fri, 29 Jul 2005 14:13:41 +0800 (CST) From: Tai-hwa Liang To: "M. Warner Losh" In-Reply-To: <20050729.000202.74568315.imp@bsdimp.com> Message-ID: <05072914090418.26779@www.mmlab.cse.yzu.edu.tw> References: <20050728.091810.85228740.imp@bsdimp.com> <1122568705.1161.12.camel@localhost> <05072911422415.24212@www.mmlab.cse.yzu.edu.tw> <20050729.000202.74568315.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: vova@fbsd.ru, current@freebsd.org Subject: Re: owi build broken in recent 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 06:13:43 -0000 On Fri, 29 Jul 2005, M. Warner Losh wrote: > In message: <05072911422415.24212@www.mmlab.cse.yzu.edu.tw> > Tai-hwa Liang writes: > : I'm wondering about whether the "old wi ad-hoc" and AHDEMO in if_wi are > : the same... > > They are. Hmm... Vladimir, would you please also try to patch your if_wi with: http://people.freebsd.org/~avatar/if_wi.c.patch and see whether it fixes the wi adhoc issue for you? -- Thanks, Tai-hwa Liang From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 06:14:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4B0216A41F for ; Fri, 29 Jul 2005 06:14:41 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A9C843D48 for ; Fri, 29 Jul 2005 06:14:41 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: by wproxy.gmail.com with SMTP id i4so558176wra for ; Thu, 28 Jul 2005 23:14:40 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TX13HHU/Q8AVyouJkcEyVfICuy7n5scRI+hXiXfsNRM3m8BRQfAQII4xlu2sCtEaJmppwr1c/8uPJdh5te1NS9IMeQhtnhLafMGq1nFPy4Q+sjz9Y6WaX5WfW4NHyqjyujqZP5yfCEqMNzOTyGJCqxEVLrKvbc0JpyVyxKih5Jw= Received: by 10.54.129.7 with SMTP id b7mr1129307wrd; Thu, 28 Jul 2005 23:14:40 -0700 (PDT) Received: by 10.54.44.33 with HTTP; Thu, 28 Jul 2005 23:14:40 -0700 (PDT) Message-ID: <47d0403c050728231474826d5@mail.gmail.com> Date: Fri, 29 Jul 2005 06:14:40 +0000 From: Ben Kaduk To: freebsd-current@freebsd.org In-Reply-To: <47d0403c050728231367f52d3b@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <47d0403c05072817251d3c965a@mail.gmail.com> <42E99222.8090406@centtech.com> <47d0403c050728231367f52d3b@mail.gmail.com> Subject: Re: hw.acpi.battery.time reports inconsistent values X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ben Kaduk List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 06:14:42 -0000 On 7/29/05, Eric Anderson wrote: > Ben Kaduk wrote: > > Hi all -- I don't know whether or not this is related to the recent > > battery rework, but I'm running > > prolepsis# uname -a > > FreeBSD prolepsis.math.uiuc.edu 7.0-CURRENT FreeBSD 7.0-CURRENT #5: > > Thu Jul 28 07:42:25 UTC 2005 > > kaduk@prolepsis.math.uiuc.edu:/usr/obj/usr/src/sys/PROLEPSIS i386 > > and this afternoon I had my laptop running off its battery (basically > > as a jukebox), which is somewhat unusual since normally I plug it in. > > I wanted to see how > > fast I was draining the battery, so I did some `sysctl > > hw.acpi.battery'-ing (see transcript below), and then proceeded to get > > very confused. > > > > Is there a known race in this sysctl code, or should I be looking for > > something else (like a broken acpi)? > > Re-cvsup and rebuild - Nate Lawson committed a fix for this today, after > your build that fixed me up. > > Eric > > > > > -- > ------------------------------------------------------------------------ > Eric Anderson Sr. Systems Administrator Centaur Technology > Anything that works is better than anything that doesn't. > ------------------------------------------------------------------------ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > Thanks for the pointer, Eric -- I probably read the commit message as I was compiling! I rebuild (with NOCLEAN) world, and there seems to be a difference, in that I'm no longer getting insane values for hw.acpi.battery.time, but I'm not entirely sure that it's fully fixed -- its behaviour over time is not particularly monotone, but as I mentioned earlier, I don't often run this machine off the battery, so I don't know if this behaviour is normal: bash-2.05b$ sysctl hw.acpi.battery hw.acpi.battery.life: 99 hw.acpi.battery.time: -1 hw.acpi.battery.state: 0 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 bash-2.05b$ sysctl hw.acpi.battery hw.acpi.battery.life: 99 hw.acpi.battery.time: -1 hw.acpi.battery.state: 0 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 bash-2.05b$ sysctl hw.acpi.battery hw.acpi.battery.life: 99 hw.acpi.battery.time: -1 hw.acpi.battery.state: 0 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 bash-2.05b$ sysctl hw.acpi.battery hw.acpi.battery.life: 99 hw.acpi.battery.time: 147 hw.acpi.battery.state: 1 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 bash-2.05b$ sysctl hw.acpi.battery hw.acpi.battery.life: 99 hw.acpi.battery.time: 147 hw.acpi.battery.state: 1 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 bash-2.05b$ sysctl hw.acpi.battery hw.acpi.battery.life: 99 hw.acpi.battery.time: 147 hw.acpi.battery.state: 1 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 bash-2.05b$ sysctl hw.acpi.battery hw.acpi.battery.life: 96 hw.acpi.battery.time: 91 hw.acpi.battery.state: 1 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 bash-2.05b$ sysctl hw.acpi.battery hw.acpi.battery.life: 96 hw.acpi.battery.time: 108 hw.acpi.battery.state: 1 hw.acpi.battery.units: 2 hw.acpi.battery.info_expirbash-2.05b$ sysctl hw.acpi.battery hw.acpi.battery.life: 96 hw.acpi.battery.time: 108 hw.acpi.battery.state: 1 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 bash-2.05b$ sysctl hw.acpi.battery hw.acpi.battery.life: 96 hw.acpi.battery.time: 89 hw.acpi.battery.state: 1 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 bash-2.05b$ sysctl hw.acpi.battery hw.acpi.battery.life: 96 hw.acpi.battery.time: 89 hw.acpi.battery.state: 1 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 bash-2.05b$ sysctl hw.acpi.battery hw.acpi.battery.life: 96 hw.acpi.battery.time: 90 hw.acpi.battery.state: 1 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 bash-2.05b$ sysctl hw.acpi.battery hw.acpi.battery.life: 92 hw.acpi.battery.time: 90 hw.acpi.battery.state: 1 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 bash-2.05b$ sysctl hw.acpi.battery hw.acpi.battery.life: 92 hw.acpi.battery.time: 90 hw.acpi.battery.state: 1 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 bash-2.05b$ sysctl hw.acpi.battery hw.acpi.battery.life: 92 hw.acpi.battery.time: 90 hw.acpi.battery.state: 1 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 bash-2.05b$ sysctl hw.acpi.battery hw.acpi.battery.life: 92 hw.acpi.battery.time: 105 hw.acpi.battery.state: 1 hw.acpi.battery.units: 2 hw.acpi.bash-2.05b$ sysctl hw.acpi.battery hw.acpi.battery.life: 92 hw.acpi.battery.time: 105 hw.acpi.battery.state: 1 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 battery.info_expire: 5 Is this magnitude fluctuation normal (depending on the instantaneous load on the machine)? Thanks Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 06:31:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1504216A41F for ; Fri, 29 Jul 2005 06:31:20 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id B042043D45 for ; Fri, 29 Jul 2005 06:31:19 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id 1FECFBC66; Fri, 29 Jul 2005 06:31:17 +0000 (UTC) To: Benjamin Lutz From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 29 Jul 2005 03:09:13 +0200." <42E981B9.5060500@datacomm.ch> Date: Fri, 29 Jul 2005 08:31:17 +0200 Message-ID: <92911.1122618677@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: current@freebsd.org Subject: Re: GELI - disk encryption GEOM class committed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 06:31:20 -0000 In message <42E981B9.5060500@datacomm.ch>, Benjamin Lutz writes: >Encryption Strength: > GBDE - Uses AES128 for data encryption, with a different key per > sector. Master key is encrypted using AES256 and stored on > 4 random locations on the disk. Access key is SHA2/512bit > hashed. Just a clarification: GBDE uses PRNG one-time-use per sector keys. >Speed: > GBDE - Runs in software. I actually have a version which uses crypto(9) hardware but the gain is a lot less than one would expect so I havn't completed it yet. >Booting from Encrypted Root: > GBDE - Doesn't say, probably doesn't work Correct doesn't work without some special handling. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 07:25:14 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D40816A41F for ; Fri, 29 Jul 2005 07:25:14 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E21F143D46 for ; Fri, 29 Jul 2005 07:25:11 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.51 (FreeBSD)) id 1DyPEv-0000Sc-JS; Fri, 29 Jul 2005 11:25:05 +0400 From: Vladimir Grebenschikov To: Tai-hwa Liang In-Reply-To: <05072911422415.24212@www.mmlab.cse.yzu.edu.tw> References: <1122556411.1161.5.camel@localhost> <20050728.091810.85228740.imp@bsdimp.com> <1122568705.1161.12.camel@localhost> <05072911422415.24212@www.mmlab.cse.yzu.edu.tw> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Fri, 29 Jul 2005 11:25:04 +0400 Message-Id: <1122621904.1113.7.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: current@freebsd.org, "M. Warner Losh" Subject: Re: owi build broken in recent 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 07:25:14 -0000 =F7 =D0=D4, 29/07/2005 =D7 11:45 +0800, Tai-hwa Liang =D0=C9=DB=C5=D4: > >> : Any clues about ? >=20 > Does following patch work for you? >=20 > http://people.freebsd.org/~avatar/if_owi.patch Yes, it works > >> Any reason you can't use modules/wi? > > > > Yes, I have very old radio-link based on old 4.x-based routers with old > > wi in ad-hoc mode and sometimes monitor it with my 7-CURRENT notebook. > > wi driver does not work in old wi ad-hoc compatibility mode. >=20 > I'm wondering about whether the "old wi ad-hoc" and AHDEMO in if_wi ar= e > the same... Probably yes, but last time when I was tried - I have failed to make connected 4.7 wi card in ad-hoc mode: wi0 at port 0x240-0x27f irq 5 slot 0 on pccard0 wi0: 802.11 address: 00:60:1d:f6:f6:6e wi0: using Lucent Technologies, WaveLAN/IEEE wi0: Lucent Firmware: Station 4.52.01 wi0: promiscuous mode enabled % ifconfig wi0 wi0: flags=3D8943 mtu 1500 inet 10.0.0.50 netmask 0xfffffff0 broadcast 10.0.0.255 ether 00:60:1d:f6:f6:6e media: IEEE 802.11 Wireless Ethernet autoselect (DS/11Mbps ) status: associated ssid "MYSID" 1:"" stationname "FreeBSD WaveLAN/IEEE node" channel 2 authmode OPEN powersavemode OFF powersavesleep 100 wepmode MIXED weptxkey 1 wepkey 1:64-bit With both, similar Orinoco WaveLan card and with iwi0 card. I have tried example from manpage: -- Join a Lucent legacy demo ad-hoc network with network name ``my_net'': ifconfig wi0 inet 192.168.0.20 netmask 0xffffff00 ssid my_net \ media DS/11Mbps mediaopt adhoc,link0 -- It said something like EINVAL. Unfortunately have no card with me just now to retest.=20 > --=20 > Cheers, > Tai-hwa Liang --=20 Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 08:40:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BD0A16A41F for ; Fri, 29 Jul 2005 08:40:30 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B9FC43D49 for ; Fri, 29 Jul 2005 08:40:30 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id BF07E46B49; Fri, 29 Jul 2005 04:40:29 -0400 (EDT) Date: Fri, 29 Jul 2005 09:42:05 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Andrew Turner In-Reply-To: <42E972D2.3040405@fubar.geek.nz> Message-ID: <20050729094120.I74149@fledge.watson.org> References: <42E972D2.3040405@fubar.geek.nz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: BSD Installer release 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 08:40:30 -0000 On Fri, 29 Jul 2005, Andrew Turner wrote: > Announcing the first test release of a BSDInstaller-ified Install ISO > for FreeBSD. > > I am pleased to announce the first beta release of BSD Installer powered > FreeBSD Install CD's. It is both for wider testing and feedback on to > gauge the progress I've been making for the Google Summer of Code. This > is based on RELENG_6 and unfortunately only for i386. This sounds really great! I'll try to snag a copy to try out before I go away for the weekend :-). Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 09:07:03 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D72BE16A41F for ; Fri, 29 Jul 2005 09:07:03 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4599843D45 for ; Fri, 29 Jul 2005 09:07:02 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v8.1.0.R) with ESMTP id md50001728560.msg for ; Fri, 29 Jul 2005 09:59:55 +0100 Message-ID: <006001c5941c$b7667ef0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Scott Long" References: <42E972D2.3040405@fubar.geek.nz> <001d01c593d4$6cf320f0$b3db87d4@multiplay.co.uk> <42E998A2.1010400@samsco.org> Date: Fri, 29 Jul 2005 10:05:46 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Processed: multiplay.co.uk, Fri, 29 Jul 2005 09:59:55 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@freebsd.org X-MDAV-Processed: multiplay.co.uk, Fri, 29 Jul 2005 09:59:58 +0100 Cc: freebsd-current@freebsd.org, Andrew Turner Subject: Re: BSD Installer release 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 09:07:04 -0000 Wasn't trying to belittle it in any way but seems some rather large issues for us an may be others. Its great to see this moving forward and I dont doubt the huge effort that has been put but I believe it was important to highlight the fact that those issues do in fact prevent us even trying it. I hoped this in itself is useful feedback as that's all it was intended as, nothing more nothing less. Steve ----- Original Message ----- From: "Scott Long" > Steven Hartland wrote: >> Interesting but the listed bugs preclude its use here and I suspect in >> most environments :( >> > > Writing a new installer is not a simple task. It takes a _lot_ of work, > a _lot_ of testing, and a _lot_lot_lot_ fof eedback. Instead of > bemoaning that what was announced doesn't do everything that you want it > to do, please view it as the first release of a larger work-in-progress. > I believe that Andrew was looking for constructive feedback, so please > show him some courtesy and provide that. ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 10:04:02 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A54716A41F; Fri, 29 Jul 2005 10:04:02 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from efnet-math.org (efnet-math.org [69.60.109.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B6AA43D62; Fri, 29 Jul 2005 10:04:00 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [151.28.127.53] (ppp-53-127.28-151.libero.it [151.28.127.53]) (authenticated bits=0) by efnet-math.org (8.13.1/8.13.1) with ESMTP id j6TA3jTM012479 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Fri, 29 Jul 2005 06:03:48 -0400 In-Reply-To: <20050729031107.C2FD616A41F@hub.freebsd.org> References: <20050729031107.C2FD616A41F@hub.freebsd.org> Mime-Version: 1.0 (Apple Message framework v733) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <63730E21-8766-4A87-8878-EACE167E64C5@FreeBSD.org> Content-Transfer-Encoding: 7bit From: Suleiman Souhlal Date: Fri, 29 Jul 2005 12:03:37 +0200 To: Joseph Koshy X-Mailer: Apple Mail (2.733) Cc: Martin Cracauer , freebsd-current@FreeBSD.org Subject: Re: PMC (performance counters) problems - kernel panic in 6-beta1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 10:04:02 -0000 Hi, On Jul 29, 2005, at 5:11 AM, Joseph Koshy wrote: > > > >> Another question, what is the difference of -s versus -S and -p >> versus >> -P, respectively? >> > > -S and -P turn on sampling. -S does 'whole system' sampling. -P is > process specific (i.e., the counters only count when the target > process(es) > are running). > > So: > > # pmcstat -S instructions -O /tmp/foo.out > > will collect samples. > > # pmcstat -g -R /tmp/foo.out > > will convert the sample log to gprof(1) compatible 'gmon.out' files. > > Sampling on the AMD64 requires a patch to current [I'll commit it > shortly]. Is sampling supposed to work on i386? Because it doesn't seem to collect anything. Counting works fine, on the other hand. # pmcstat -P instructions -O sample.out -d fsck_ffs /usr > /dev/null & [1] + done pmcstat -P instructions -O sample.out -d fsck_ffs / usr > /dev/null # pmcstat -R sample.out -g # ls k7-retired-instructions # -- Suleiman Souhlal | ssouhlal@vt.edu The FreeBSD Project | ssouhlal@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 10:36:59 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA9AB16A41F for ; Fri, 29 Jul 2005 10:36:59 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D91943D45 for ; Fri, 29 Jul 2005 10:36:59 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 85428ACC75; Fri, 29 Jul 2005 12:36:55 +0200 (CEST) Date: Fri, 29 Jul 2005 12:36:55 +0200 From: Pawel Jakub Dawidek To: Benjamin Lutz Message-ID: <20050729103655.GG609@darkness.comp.waw.pl> References: <20050728205413.GB762@darkness.comp.waw.pl> <42E95E08.80006@datacomm.ch> <42E981B9.5060500@datacomm.ch> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nhYGnrYv1PEJ5gA2" Content-Disposition: inline In-Reply-To: <42E981B9.5060500@datacomm.ch> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 Cc: current@freebsd.org Subject: Re: GELI - disk encryption GEOM class committed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 10:36:59 -0000 --nhYGnrYv1PEJ5gA2 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 29, 2005 at 03:09:13AM +0200, Benjamin Lutz wrote: +> > GELI is different than GBDE. It offers different features, but it also +> > use different scheme for doing crypto work. +>=20 +>=20 +> I tried to find out what exactly the differences are. Please correct me +> where I'm wrong: +>=20 +> Encryption Strength: +> GELI - Supports AES, Blowfish, 3DES for data encryption, with a +> different key per sector. Access key is PKCS #5 protected. +> (What does this mean regarding a brute force attack?) No. The encryption key is the same. Every data block is encrypted using choosen encryption algorithm in CBC mode and with per-block unique IVs. PKCS#5v2 basically takes your passphrase and makes huge number of HMAC/SHA512 rounds with it. The result is used as a key. When brute forcing, you need to take a passphrase, do the same HMAC/SHA512 work and result use as a key to try. It works really great as passphrase protection. On my laptop it takes about 1 second to make 2^16 HMAC/SHA512 operations. +> Speed: +> GBDE - Runs in software. +> GELI - Support for crypto(9) hardware. Blowfish is faster than AES. This was one of the main GELI goals, that's why simple sector-to-sector encryption is used, so geli doesn't add disk overhead. +> Booting from Encrypted Root: +> GELI - Works. How'd one load the kernel from an encrypted root though? Kernel has to be loaded from a USB Pen-Drive or a CD-ROM. You need to put /boot/ directory in there. GELI will ask for the passphrase before root file system is mounted. After that you can remove Pen-Drive/CD-ROM. +> The GBDE manpage warns that the on-disk format might be changed in the +> future. What about GELI? It'd be unpleasant to upgrade the OS and then +> find out that the encrypted volume is no longer accessible. It will be changed only in case of security flaw. +> How much throughput can one expect in practice, say, compared to the +> numbers in "openssl speed"? Depends on your disk speed, but you should just try it. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --nhYGnrYv1PEJ5gA2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFC6gbHForvXbEpPzQRAnegAJ9X93eZd+0k7tra/LYHOnn+tAa2MACg2UDG HUBKQP0k8e28fD1vdpwmqig= =DnnO -----END PGP SIGNATURE----- --nhYGnrYv1PEJ5gA2-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 10:41:07 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77E4116A41F for ; Fri, 29 Jul 2005 10:41:07 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BF8A43D55 for ; Fri, 29 Jul 2005 10:41:07 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id DFEDB46B2E for ; Fri, 29 Jul 2005 06:41:06 -0400 (EDT) Date: Fri, 29 Jul 2005 11:42:43 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: <20050729113706.R74149@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: 11:20AM up 160 days, 19:27, 1 user, load averages: 0.35, 0.60, 0.54 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 10:41:07 -0000 Seeme a shame to reboot this box in order to update to the latest beta but the newer code won't get tested if the older code isn't occasionally replaced :-). www# w 11:20AM up 160 days, 19:27, 1 user, load averages: 0.35, 0.60, 0.54 USER TTY FROM LOGIN@ IDLE WHAT robert p0 fledge.watson.or 12:11AM - w www# uname -a FreeBSD www.modarchive.com 6.0-CURRENT FreeBSD 6.0-CURRENT #2: Fri Feb 18 10:44 GMT 2005 robert@www.modarchive.com:/usr/obj/usr/src/sys/MODARCHIVE i3 Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 10:48:30 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E52E16A41F for ; Fri, 29 Jul 2005 10:48:30 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.FreeBSD.org (Postfix) with SMTP id C3F3D43D49 for ; Fri, 29 Jul 2005 10:48:27 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: (qmail 1704 invoked from network); 29 Jul 2005 10:48:26 -0000 Received: from unknown (HELO ?192.168.2.5?) (192.168.2.5) by andxor.it with SMTP; 29 Jul 2005 10:48:26 -0000 Message-ID: <42EA0979.30002@FreeBSD.org> Date: Fri, 29 Jul 2005 12:48:25 +0200 From: Alex Dupre User-Agent: Mozilla Thunderbird 1.0.5 (X11/20050715) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: <20050729113706.R74149@fledge.watson.org> In-Reply-To: <20050729113706.R74149@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: 11:20AM up 160 days, 19:27, 1 user, load averages: 0.35, 0.60, 0.54 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 10:48:30 -0000 Robert Watson wrote: > Seeme a shame to reboot this box in order to update to the latest beta > but the newer code won't get tested if the older code isn't occasionally > replaced :-). server% uptime 12:44PM up 670 days, 7:05, 1 user, load averages: 0.21, 0.11, 0.05 server% uname -a FreeBSD server.xxxxxxx.xx 5.0-CURRENT-20030209-JPSNAP FreeBSD 5.0-CURRENT-20030209-JPSNAP #0: Sat Feb 8 23:46:04 GMT 2003 root@ushi.jp.freebsd.org:/usr/obj/usr/src/sys/GENERIC i386 Who said 5.0-CURRENT was unstable? :-) -- Alex Dupre From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 12:03:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01CA116A420 for ; Fri, 29 Jul 2005 12:03:45 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: from web54402.mail.yahoo.com (web54402.mail.yahoo.com [206.190.49.132]) by mx1.FreeBSD.org (Postfix) with SMTP id 4025443D4C for ; Fri, 29 Jul 2005 12:03:44 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: (qmail 76100 invoked by uid 60001); 29 Jul 2005 12:03:43 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=6e/7OK89Ft1F0jrvqghGOrsvqT6FvHW9manNFBNOwx8hkq7v+t4jdKDw3zI5BBnZgSVT49avmOjsgqPfI/Fc1UcK6lkcQuadsYSMGtMnII3S0Vt0fH/6SBw6rrFQy0unvNZdbOywHgoIc/pzEthVlqLju9R6o17VY2ZC4B9WK9Y= ; Message-ID: <20050729120343.76098.qmail@web54402.mail.yahoo.com> Received: from [203.201.97.3] by web54402.mail.yahoo.com via HTTP; Fri, 29 Jul 2005 05:03:43 PDT Date: Fri, 29 Jul 2005 05:03:43 -0700 (PDT) From: snort Snort To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Simple program use /dev/tap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 12:03:45 -0000 Hi, As I want to learn how to use /dev/tap in freebsd, I m looking for a simple application that written for /dev/tap. OpenVPN is a bit too complicated for a newbie to get start. Can anyone tell me a link or reference for some of these examples? Thanks Sam __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 15:43:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D692A16A41F; Thu, 28 Jul 2005 15:43:50 +0000 (GMT) (envelope-from jfarmer@goldsword.com) Received: from audi.websitewelcome.com (audi.websitewelcome.com [67.19.210.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70FEE43D48; Thu, 28 Jul 2005 15:43:50 +0000 (GMT) (envelope-from jfarmer@goldsword.com) Received: from adsl-065-013-105-239.sip.tys.bellsouth.net ([65.13.105.239]:2170 helo=[192.168.1.33]) by audi.websitewelcome.com with esmtpa (Exim 4.50) id 1DyAXx-00009Z-98; Thu, 28 Jul 2005 10:43:45 -0500 Message-ID: <42E8FD33.8020106@goldsword.com> Date: Thu, 28 Jul 2005 11:43:47 -0400 From: "J. T. Farmer" Organization: GoldSword Systems User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.7) Gecko/20050414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andre Oppermann References: <42E8BF30.3060300@freebsd.org> In-Reply-To: <42E8BF30.3060300@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - audi.websitewelcome.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - goldsword.com X-Source: X-Source-Args: X-Source-Dir: X-Mailman-Approved-At: Fri, 29 Jul 2005 12:20:16 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: TCP/IP Cleanup and Optimization X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 15:43:51 -0000 Andre Oppermann wrote: > First I want to thank everyone for their great support and numerous > donations > to the TCP/IP Cleanup and Optimization[1]! The full funding target > has been > reached today. I want thank especially the many individuals who have > contributed > a significant amount of money alone. And of course the corporate > sponsors which > have shouldered about two thirds of the sum: Pair.net, Solnet.ch, > Bytemark.co.uk > and BNC.ch. Any money that still comes in goes to an time extension > of up to > one week. When will these be merged into the code tree? I'm assuming that the work will go into 6.* and not be backported to 5-Stable. (Could it be?) John ---------------------------------------------------------------------- John T. Farmer Owner & CTO GoldSword Systems jfarmer@goldsword.com 865-691-6498 Knoxville TN Consulting, Design, & Development of Networks & Software From owner-freebsd-current@FreeBSD.ORG Thu Jul 28 21:22:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4298B16A41F for ; Thu, 28 Jul 2005 21:22:40 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6650843D48 for ; Thu, 28 Jul 2005 21:22:38 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id j6SLMThu085074; Fri, 29 Jul 2005 00:22:29 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Fri, 29 Jul 2005 00:22:29 +0300 (EEST) From: Dmitry Pryanishnikov To: Kris Kennaway In-Reply-To: <20050728203242.GA28258@xor.obsecurity.org> Message-ID: <20050728235441.D71797@atlantis.atlantis.dp.ua> References: <20050727123015.V81389@atlantis.atlantis.dp.ua> <20050728203242.GA28258@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Fri, 29 Jul 2005 12:20:16 +0000 Cc: freebsd-current@freebsd.org Subject: Re: kgdb problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 21:22:40 -0000 Hello! On Thu, 28 Jul 2005, Kris Kennaway wrote: >> info.0 file says so, and 'file vmcore.0' says that it's an ELF file), but >> 'core-file' command fails: > > Make sure you have an up-to-date world - the core format changed > recently and you need a new world to read the new images. I just downloaded 6.0-BETA1-i386-disc1.iso from ftp.freebsd.org and installed it. I didn't touch any files since that time. I assume that all bits on that iso ARE up to date, aren't they? Actually I also saw the same result under 7-CURRENT, so I just took iso image to make sure that it isn't my fault... P.S. The panic which I want to analyze is real. When I mount large (24G) msdosfs partition with a lot of files and run 'du' against it, I'm getting repeatable panic "wrong dirclust" (both HEAD and RELENG_6). Under 5.4-RELEASE and the same partition all goes OK. I've tried both to do "panic" from the kernel debugger and to turn off debugger_on_panic to skip debugger and just save the core. Resulting cores are identical in sense that I can't analyze them ;( Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 12:26:07 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81A6416A41F for ; Fri, 29 Jul 2005 12:26:07 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx01.interbgc.com [217.9.224.225]) by mx1.FreeBSD.org (Postfix) with SMTP id 7B16043D48 for ; Fri, 29 Jul 2005 12:26:05 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 8619 invoked from network); 29 Jul 2005 12:26:05 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(-2.6/8.0):. Processed in 2.585833 secs); 29 Jul 2005 12:26:05 -0000 X-Spam-Status: No, hits=-2.6 required=8.0 Received: from 213-240-205-57.1697748.ddns.cablebg.net (HELO tormentor.totalterror.net) (213.240.205.57) by mx01.interbgc.com with SMTP; 29 Jul 2005 12:26:02 -0000 Received: (qmail 12146 invoked from network); 29 Jul 2005 12:26:01 -0000 Received: from qmail by qscan (mail filter); 29 Jul 2005 12:26:01 +0000 Received: from unknown (HELO ?10.0.0.3?) (10.0.0.3) by tormentor.totalterror.net with SMTP; 29 Jul 2005 12:26:01 -0000 Message-ID: <42EA205B.2000907@cytexbg.com> Date: Fri, 29 Jul 2005 15:26:03 +0300 From: Niki Denev User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20050728205413.GB762@darkness.comp.waw.pl> <42E95E08.80006@datacomm.ch> <42E981B9.5060500@datacomm.ch> <20050729103655.GG609@darkness.comp.waw.pl> In-Reply-To: <20050729103655.GG609@darkness.comp.waw.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: GELI - disk encryption GEOM class committed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 12:26:07 -0000 Pawel Jakub Dawidek wrote: > +> Booting from Encrypted Root: > +> GELI - Works. How'd one load the kernel from an encrypted root though? > > Kernel has to be loaded from a USB Pen-Drive or a CD-ROM. > You need to put /boot/ directory in there. GELI will ask for the passphrase > before root file system is mounted. After that you can remove > Pen-Drive/CD-ROM. > Wouldn't it work if /boot is small separate unencrypted partition? ( Well, there is the possibility that someone replaces your kernel with one with keylogger to catch your password next time you type it :)) I use this method for bootable RAID1+0 with GEOM's stripe and mirror, and it seems to work great. --niki From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 12:43:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4457916A41F; Fri, 29 Jul 2005 12:43:26 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from mailhub03.unibe.ch (mailhub03-eth0.unibe.ch [130.92.9.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92F9143D49; Fri, 29 Jul 2005 12:43:25 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from localhost (scanhub01-eth0.unibe.ch [130.92.254.65]) by mailhub03.unibe.ch (Postfix) with ESMTP id 489F31D457; Fri, 29 Jul 2005 14:43:23 +0200 (CEST) Received: from mailhub03.unibe.ch ([130.92.9.70]) by localhost (scanhub01.unibe.ch [130.92.254.65]) (amavisd-new, port 10024) with LMTP id 32409-01-57; Fri, 29 Jul 2005 14:43:19 +0200 (CEST) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub03.unibe.ch (Postfix) with ESMTP id EEDD41C9E6; Fri, 29 Jul 2005 14:43:18 +0200 (CEST) Received: from droopy.unibe.ch (droopy [130.92.64.20]) by asterix.unibe.ch (8.12.10+Sun/8.12.10) with ESMTP id j6TChJdB025730; Fri, 29 Jul 2005 14:43:19 +0200 (MEST) Received: (from roth@localhost) by droopy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id j6TChJFe013666; Fri, 29 Jul 2005 14:43:19 +0200 (MEST) Date: Fri, 29 Jul 2005 14:43:19 +0200 From: Tobias Roth To: snort Snort Message-ID: <20050729124319.GB13612@droopy.unibe.ch> References: <20050729120343.76098.qmail@web54402.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050729120343.76098.qmail@web54402.mail.yahoo.com> User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Simple program use /dev/tap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 12:43:26 -0000 On Fri, Jul 29, 2005 at 05:03:43AM -0700, snort Snort wrote: > > As I want to learn how to use /dev/tap in freebsd, I m > looking for a simple application that written for > /dev/tap. OpenVPN is a bit too complicated for a > newbie to get start. Can anyone tell me a link or > reference for some of these examples? There are examples that come with the distribution itself: http://vtun.sourceforge.net/tun/tun-1.1.tar.gz (and this question would be better suited for freebsd-questions, if for any FreBSD=specific list at all) cheers, t. From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 12:46:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33AEF16A41F for ; Fri, 29 Jul 2005 12:46:04 +0000 (GMT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (bewilderbeast.blackhelicopters.org [198.22.63.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id A287943D45 for ; Fri, 29 Jul 2005 12:46:03 +0000 (GMT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (mwlucas@localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.12.10/8.12.10) with ESMTP id j6TCk2NT097346; Fri, 29 Jul 2005 08:46:02 -0400 (EDT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.12.10/8.12.10/Submit) id j6TCjlsd097344; Fri, 29 Jul 2005 08:45:47 -0400 (EDT) (envelope-from mwlucas) Date: Fri, 29 Jul 2005 08:45:47 -0400 From: "Michael W. Lucas" To: Andrew Turner Message-ID: <20050729124546.GA97232@bewilderbeast.blackhelicopters.org> References: <42E972D2.3040405@fubar.geek.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42E972D2.3040405@fubar.geek.nz> User-Agent: Mutt/1.4.1i X-Spam-Score: (0) X-Scanned-By: MIMEDefang 2.39 Cc: freebsd-current@freebsd.org Subject: Re: BSD Installer release 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 12:46:04 -0000 Awesome, thank you! I'll get one of my minions to try it out. Will this work for 6.0, or is it -current only? ==ml On Fri, Jul 29, 2005 at 12:05:38PM +1200, Andrew Turner wrote: > Announcing the first test release of a BSDInstaller-ified Install ISO > for FreeBSD. > > I am pleased to announce the first beta release of BSD Installer powered > FreeBSD Install CD's. It is both for wider testing and feedback on to > gauge the progress I've been making for the Google Summer of Code. This > is based on RELENG_6 and unfortunately only for i386. > > It is available from > ftp://ftp.freebsd.org/pub/FreeBSD/SOC2005/bsdinstaller/ and should be on > mirrors soon. > > If you find any bugs not already listed in the Known Bugs section of > this email or in http://wikitest.freebsd.org/moin.cgi/BSDInstaller > please email me at soc-andrew@freebsd.org to help fix the bugs. > > Details: > > There are three virtual consoles running: > * ttyv0: The frontend > * ttyv1: The backend > * ttyv2: A standard login screen to login as root with no password. > > To see the installation log change to console ttyv1. It is also written > to /var/log/install.log on the installed disk. > > Minimum Memory: > * 64M > > Known Bugs: > > * Can only install to one drive, can't have / on ad0 and /usr on ad1 > * Cannot install source > * Cannot install ports tree > * Cannot install packages > * The "Display system startup messages" window dosen't display anything > * Sendmail complains about not being able to change dir to > /var/spool/clientmqueue > Workaround: run "chown smmsp /var/spool/clientmqueue" > * "Exit to Live CD" dosn't work > Workaround: change to ttyv2, login as root no password > * dhclient fails as /var/db is missing as well as other errors. > > Testing > > * There has only been minimal testing of the "Configure an Installed > System" menu. Most of the options should work. > * The "Install extra software packages" option dosn't work > * I havn't looked at "Setup NetBoot Install Services" menu, I have no > idea if it will work or not > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Michael W. Lucas mwlucas@FreeBSD.org, mwlucas@BlackHelicopters.org http://www.BlackHelicopters.org/~mwlucas/ "The cloak of anonymity protects me from the nuisance of caring." -Non Sequitur From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 13:01:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BFBD16A41F for ; Fri, 29 Jul 2005 13:01:43 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: from web54407.mail.yahoo.com (web54407.mail.yahoo.com [206.190.49.137]) by mx1.FreeBSD.org (Postfix) with SMTP id 74EF743D49 for ; Fri, 29 Jul 2005 13:01:35 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: (qmail 81097 invoked by uid 60001); 29 Jul 2005 13:01:35 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=YZzlavEaaElV+gETo1tQX2YR2VnvSC81kR6SwZJ3KYA2jYKHXhH3kBIbwJgCtfkMbJKs0pQEOyj04/iL4ojG8tW5aP9AaGlAUvr+d+4oM/sx4yHtOCvIYVDYMmKJ9fkPPUtK6aZiHmEzl+5t4uczr8XF7jWmqxkv8oMVDQ915sY= ; Message-ID: <20050729130135.81095.qmail@web54407.mail.yahoo.com> Received: from [203.201.96.222] by web54407.mail.yahoo.com via HTTP; Fri, 29 Jul 2005 06:01:34 PDT Date: Fri, 29 Jul 2005 06:01:34 -0700 (PDT) From: snort Snort To: Tobias Roth In-Reply-To: <20050729124319.GB13612@droopy.unibe.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Simple program use /dev/tap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 13:01:43 -0000 --- Tobias Roth wrote: > On Fri, Jul 29, 2005 at 05:03:43AM -0700, snort > Snort wrote: > > > > As I want to learn how to use /dev/tap in freebsd, > I m > > looking for a simple application that written for > > /dev/tap. OpenVPN is a bit too complicated for a > > newbie to get start. Can anyone tell me a link or > > reference for some of these examples? > > There are examples that come with the distribution > itself: > > http://vtun.sourceforge.net/tun/tun-1.1.tar.gz > Is this only for tun device? How much difference between tun and tap in terms of programming when using the device? > (and this question would be better suited for > freebsd-questions, > if for any FreBSD=specific list at all) > Sorry, I currently don't have access to the frebsd.misc newsgroup, so I need to post the question here. Thanks Sam > cheers, t. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 13:27:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4756416A41F for ; Fri, 29 Jul 2005 13:27:52 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 720C243D48 for ; Fri, 29 Jul 2005 13:27:50 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j6TDRlU0006811; Fri, 29 Jul 2005 08:27:47 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42EA2ECD.4020200@centtech.com> Date: Fri, 29 Jul 2005 08:27:41 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Michael W. Lucas" References: <42E972D2.3040405@fubar.geek.nz> <20050729124546.GA97232@bewilderbeast.blackhelicopters.org> In-Reply-To: <20050729124546.GA97232@bewilderbeast.blackhelicopters.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/997/Fri Jul 29 03:07:29 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: BSD Installer release 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 13:27:52 -0000 Michael W. Lucas wrote: > Awesome, thank you! I'll get one of my minions to try it out. > > Will this work for 6.0, or is it -current only? >>gauge the progress I've been making for the Google Summer of Code. This >>is based on RELENG_6 and unfortunately only for i386. Looks likes it's already based on 6. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 13:28:40 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AD6116A41F; Fri, 29 Jul 2005 13:28:40 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DA8C43D49; Fri, 29 Jul 2005 13:28:39 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j6TDSanD006823; Fri, 29 Jul 2005 08:28:36 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42EA2EFE.3030800@centtech.com> Date: Fri, 29 Jul 2005 08:28:30 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Niki Denev References: <20050728205413.GB762@darkness.comp.waw.pl> <42E95E08.80006@datacomm.ch> <42E981B9.5060500@datacomm.ch> <20050729103655.GG609@darkness.comp.waw.pl> <42EA205B.2000907@cytexbg.com> In-Reply-To: <42EA205B.2000907@cytexbg.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/997/Fri Jul 29 03:07:29 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: Pawel Jakub Dawidek , current@freebsd.org Subject: Re: GELI - disk encryption GEOM class committed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 13:28:40 -0000 Niki Denev wrote: > Pawel Jakub Dawidek wrote: > > +> Booting from Encrypted Root: > >> +> GELI - Works. How'd one load the kernel from an encrypted root >> though? >> >> Kernel has to be loaded from a USB Pen-Drive or a CD-ROM. >> You need to put /boot/ directory in there. GELI will ask for the >> passphrase >> before root file system is mounted. After that you can remove >> Pen-Drive/CD-ROM. >> > > Wouldn't it work if /boot is small separate unencrypted partition? > ( Well, there is the possibility that someone replaces your kernel > with one with keylogger to catch your password next time you type it :)) > I use this method for bootable RAID1+0 with GEOM's stripe and mirror, > and it seems to work great. Maybe you could write up a quick howto on your setup, and post it/submit it to the doc@ team. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 13:29:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D16CA16A41F for ; Fri, 29 Jul 2005 13:29:45 +0000 (GMT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (bewilderbeast.blackhelicopters.org [198.22.63.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A4B643D48 for ; Fri, 29 Jul 2005 13:29:44 +0000 (GMT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (mwlucas@localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.12.10/8.12.10) with ESMTP id j6TDTgNT097690; Fri, 29 Jul 2005 09:29:42 -0400 (EDT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.12.10/8.12.10/Submit) id j6TDTgLf097689; Fri, 29 Jul 2005 09:29:42 -0400 (EDT) (envelope-from mwlucas) Date: Fri, 29 Jul 2005 09:29:42 -0400 From: "Michael W. Lucas" To: Eric Anderson Message-ID: <20050729132941.GA97677@bewilderbeast.blackhelicopters.org> References: <42E972D2.3040405@fubar.geek.nz> <20050729124546.GA97232@bewilderbeast.blackhelicopters.org> <42EA2ECD.4020200@centtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42EA2ECD.4020200@centtech.com> User-Agent: Mutt/1.4.1i X-Spam-Score: (0) X-Scanned-By: MIMEDefang 2.39 Cc: freebsd-current@freebsd.org Subject: Re: BSD Installer release 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 13:29:45 -0000 On Fri, Jul 29, 2005 at 08:27:41AM -0500, Eric Anderson wrote: > Michael W. Lucas wrote: > >Awesome, thank you! I'll get one of my minions to try it out. > > > >Will this work for 6.0, or is it -current only? > > > >>gauge the progress I've been making for the Google Summer of Code. This > >>is based on RELENG_6 and unfortunately only for i386. > > Looks likes it's already based on 6. > > Eric Doh! OK, I'll go away quietly now. Thank you. -- Michael W. Lucas mwlucas@FreeBSD.org, mwlucas@BlackHelicopters.org http://www.BlackHelicopters.org/~mwlucas/ "The cloak of anonymity protects me from the nuisance of caring." -Non Sequitur From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 13:32:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23E6A16A41F for ; Fri, 29 Jul 2005 13:32:15 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E1D243D46 for ; Fri, 29 Jul 2005 13:32:14 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j6TDWDQq006927; Fri, 29 Jul 2005 08:32:13 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42EA2FD7.7020409@centtech.com> Date: Fri, 29 Jul 2005 08:32:07 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ben Kaduk References: <47d0403c05072817251d3c965a@mail.gmail.com> <42E99222.8090406@centtech.com> <47d0403c050728231367f52d3b@mail.gmail.com> <47d0403c050728231474826d5@mail.gmail.com> In-Reply-To: <47d0403c050728231474826d5@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/997/Fri Jul 29 03:07:29 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: hw.acpi.battery.time reports inconsistent values X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 13:32:15 -0000 Ben Kaduk wrote: > On 7/29/05, Eric Anderson wrote: > >>Ben Kaduk wrote: >> >>>Hi all -- I don't know whether or not this is related to the recent >>>battery rework, but I'm running >>>prolepsis# uname -a >>>FreeBSD prolepsis.math.uiuc.edu 7.0-CURRENT FreeBSD 7.0-CURRENT #5: >>>Thu Jul 28 07:42:25 UTC 2005 >>>kaduk@prolepsis.math.uiuc.edu:/usr/obj/usr/src/sys/PROLEPSIS i386 >>>and this afternoon I had my laptop running off its battery (basically >>>as a jukebox), which is somewhat unusual since normally I plug it in. >>>I wanted to see how >>>fast I was draining the battery, so I did some `sysctl >>>hw.acpi.battery'-ing (see transcript below), and then proceeded to get >>>very confused. >>> >>>Is there a known race in this sysctl code, or should I be looking for >>>something else (like a broken acpi)? >> >>Re-cvsup and rebuild - Nate Lawson committed a fix for this today, after >>your build that fixed me up. >> >>Eric >> >> >> >> >>-- >>------------------------------------------------------------------------ >>Eric Anderson Sr. Systems Administrator Centaur Technology >>Anything that works is better than anything that doesn't. >>------------------------------------------------------------------------ >>_______________________________________________ >>freebsd-current@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-current >>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > > > Thanks for the pointer, Eric -- I probably read the commit message as > I was compiling! I rebuild (with NOCLEAN) world, and there seems to > be > a difference, in that I'm no longer getting insane values for > hw.acpi.battery.time, but I'm not entirely sure that it's fully fixed > -- its behaviour over time is not particularly monotone, but as I > mentioned earlier, I don't often run this machine off the battery, so > I don't know if this behaviour is normal: > > bash-2.05b$ sysctl hw.acpi.battery > hw.acpi.battery.life: 99 > hw.acpi.battery.time: -1 > hw.acpi.battery.state: 0 > hw.acpi.battery.units: 2 > hw.acpi.battery.info_expire: 5 > bash-2.05b$ sysctl hw.acpi.battery > hw.acpi.battery.life: 99 > hw.acpi.battery.time: -1 > hw.acpi.battery.state: 0 > hw.acpi.battery.units: 2 > hw.acpi.battery.info_expire: 5 > bash-2.05b$ sysctl hw.acpi.battery > hw.acpi.battery.life: 99 > hw.acpi.battery.time: -1 > hw.acpi.battery.state: 0 > hw.acpi.battery.units: 2 > hw.acpi.battery.info_expire: 5 > bash-2.05b$ sysctl hw.acpi.battery > hw.acpi.battery.life: 99 > hw.acpi.battery.time: 147 > hw.acpi.battery.state: 1 > hw.acpi.battery.units: 2 > hw.acpi.battery.info_expire: 5 > bash-2.05b$ sysctl hw.acpi.battery > hw.acpi.battery.life: 99 > hw.acpi.battery.time: 147 > hw.acpi.battery.state: 1 > hw.acpi.battery.units: 2 > hw.acpi.battery.info_expire: 5 > bash-2.05b$ sysctl hw.acpi.battery > hw.acpi.battery.life: 99 > hw.acpi.battery.time: 147 > hw.acpi.battery.state: 1 > hw.acpi.battery.units: 2 > hw.acpi.battery.info_expire: 5 > bash-2.05b$ sysctl hw.acpi.battery > hw.acpi.battery.life: 96 > hw.acpi.battery.time: 91 > hw.acpi.battery.state: 1 > hw.acpi.battery.units: 2 > hw.acpi.battery.info_expire: 5 > bash-2.05b$ sysctl hw.acpi.battery > hw.acpi.battery.life: 96 > hw.acpi.battery.time: 108 > hw.acpi.battery.state: 1 > hw.acpi.battery.units: 2 > hw.acpi.battery.info_expirbash-2.05b$ sysctl hw.acpi.battery > hw.acpi.battery.life: 96 > hw.acpi.battery.time: 108 > hw.acpi.battery.state: 1 > hw.acpi.battery.units: 2 > hw.acpi.battery.info_expire: 5 > bash-2.05b$ sysctl hw.acpi.battery > hw.acpi.battery.life: 96 > hw.acpi.battery.time: 89 > hw.acpi.battery.state: 1 > hw.acpi.battery.units: 2 > hw.acpi.battery.info_expire: 5 > bash-2.05b$ sysctl hw.acpi.battery > hw.acpi.battery.life: 96 > hw.acpi.battery.time: 89 > hw.acpi.battery.state: 1 > hw.acpi.battery.units: 2 > hw.acpi.battery.info_expire: 5 > bash-2.05b$ sysctl hw.acpi.battery > hw.acpi.battery.life: 96 > hw.acpi.battery.time: 90 > hw.acpi.battery.state: 1 > hw.acpi.battery.units: 2 > hw.acpi.battery.info_expire: 5 > bash-2.05b$ sysctl hw.acpi.battery > hw.acpi.battery.life: 92 > hw.acpi.battery.time: 90 > hw.acpi.battery.state: 1 > hw.acpi.battery.units: 2 > hw.acpi.battery.info_expire: 5 > bash-2.05b$ sysctl hw.acpi.battery > hw.acpi.battery.life: 92 > hw.acpi.battery.time: 90 > hw.acpi.battery.state: 1 > hw.acpi.battery.units: 2 > hw.acpi.battery.info_expire: 5 > bash-2.05b$ sysctl hw.acpi.battery > hw.acpi.battery.life: 92 > hw.acpi.battery.time: 90 > hw.acpi.battery.state: 1 > hw.acpi.battery.units: 2 > hw.acpi.battery.info_expire: 5 > bash-2.05b$ sysctl hw.acpi.battery > hw.acpi.battery.life: 92 > hw.acpi.battery.time: 105 > hw.acpi.battery.state: 1 > hw.acpi.battery.units: 2 > hw.acpi.bash-2.05b$ sysctl hw.acpi.battery > hw.acpi.battery.life: 92 > hw.acpi.battery.time: 105 > hw.acpi.battery.state: 1 > hw.acpi.battery.units: 2 > hw.acpi.battery.info_expire: 5 > battery.info_expire: 5 > > > > Is this magnitude fluctuation normal (depending on the instantaneous > load on the machine)? Yea, for me, I see that kind of flux all the time when I'm using the machine.. I think you can change the sampling rate in order to level the spikes out. If you let the machine sit very idle, it shouldn't change much at all. # sysctl -d hw.acpi.battery.info_expire hw.acpi.battery.info_expire: time in seconds until info is refreshed # sysctl hw.acpi.battery.info_expire=10 hw.acpi.battery.info_expire: 10 -> 10 Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 13:33:27 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B951616A41F for ; Fri, 29 Jul 2005 13:33:27 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E24B43D45 for ; Fri, 29 Jul 2005 13:33:26 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 7C5FBACDCF; Fri, 29 Jul 2005 15:33:24 +0200 (CEST) Date: Fri, 29 Jul 2005 15:33:24 +0200 From: Pawel Jakub Dawidek To: Eric Anderson Message-ID: <20050729133324.GL609@darkness.comp.waw.pl> References: <20050728205413.GB762@darkness.comp.waw.pl> <42E95E08.80006@datacomm.ch> <42E981B9.5060500@datacomm.ch> <20050729103655.GG609@darkness.comp.waw.pl> <42EA205B.2000907@cytexbg.com> <42EA2EFE.3030800@centtech.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qo7zVO9a9OQ5oQtr" Content-Disposition: inline In-Reply-To: <42EA2EFE.3030800@centtech.com> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 Cc: Niki Denev , current@freebsd.org Subject: Re: GELI - disk encryption GEOM class committed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 13:33:27 -0000 --qo7zVO9a9OQ5oQtr Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 29, 2005 at 08:28:30AM -0500, Eric Anderson wrote: +> Niki Denev wrote: +> >Pawel Jakub Dawidek wrote: +> > > +> Booting from Encrypted Root: +> > +> >>+> GELI - Works. How'd one load the kernel from an encrypted root=20 +> >>though? +> >> +> >>Kernel has to be loaded from a USB Pen-Drive or a CD-ROM. +> >>You need to put /boot/ directory in there. GELI will ask for the=20 +> >>passphrase +> >>before root file system is mounted. After that you can remove +> >>Pen-Drive/CD-ROM. +> >> +> > +> >Wouldn't it work if /boot is small separate unencrypted partition? +> >( Well, there is the possibility that someone replaces your kernel +> >with one with keylogger to catch your password next time you type it :)) +> >I use this method for bootable RAID1+0 with GEOM's stripe and mirror, +> >and it seems to work great. +>=20 +> Maybe you could write up a quick howto on your setup, and post it/submit= =20 +> it to the doc@ team. I'd prefer not to, as if you keep your kernel and modules decrypted, there is no point to encrypt root file system. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --qo7zVO9a9OQ5oQtr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFC6jAkForvXbEpPzQRAulLAJ0ePZk2E3CHurbUxLO6U8ouahnm5wCcDHY+ dWB3j0qyXvHlCtTHbDUbwQ8= =gdSU -----END PGP SIGNATURE----- --qo7zVO9a9OQ5oQtr-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 13:37:42 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E42016A420; Fri, 29 Jul 2005 13:37:42 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0339C43D46; Fri, 29 Jul 2005 13:37:41 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j6TDbfS3007074; Fri, 29 Jul 2005 08:37:41 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42EA311F.1020902@centtech.com> Date: Fri, 29 Jul 2005 08:37:35 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20050728205413.GB762@darkness.comp.waw.pl> <42E95E08.80006@datacomm.ch> <42E981B9.5060500@datacomm.ch> <20050729103655.GG609@darkness.comp.waw.pl> <42EA205B.2000907@cytexbg.com> <42EA2EFE.3030800@centtech.com> <20050729133324.GL609@darkness.comp.waw.pl> In-Reply-To: <20050729133324.GL609@darkness.comp.waw.pl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/997/Fri Jul 29 03:07:29 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: current@FreeBSD.org Subject: Re: GELI - disk encryption GEOM class committed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 13:37:42 -0000 Pawel Jakub Dawidek wrote: > On Fri, Jul 29, 2005 at 08:28:30AM -0500, Eric Anderson wrote: > +> Niki Denev wrote: > +> >Pawel Jakub Dawidek wrote: > +> > > +> Booting from Encrypted Root: > +> > > +> >>+> GELI - Works. How'd one load the kernel from an encrypted root > +> >>though? > +> >> > +> >>Kernel has to be loaded from a USB Pen-Drive or a CD-ROM. > +> >>You need to put /boot/ directory in there. GELI will ask for the > +> >>passphrase > +> >>before root file system is mounted. After that you can remove > +> >>Pen-Drive/CD-ROM. > +> >> > +> > > +> >Wouldn't it work if /boot is small separate unencrypted partition? > +> >( Well, there is the possibility that someone replaces your kernel > +> >with one with keylogger to catch your password next time you type it :)) > +> >I use this method for bootable RAID1+0 with GEOM's stripe and mirror, > +> >and it seems to work great. > +> > +> Maybe you could write up a quick howto on your setup, and post it/submit > +> it to the doc@ team. > > I'd prefer not to, as if you keep your kernel and modules decrypted, there > is no point to encrypt root file system. Hmm - is that really true? How can one decrypt the root partition data without the key, but with the kernel and modules? It seems that if that is a problem, than encrypting any partition without the kernel/modules encrypted would be the same scenario. I think there still is benefit in encrypting the root, but not /boot. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 13:42:46 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4452916A41F for ; Fri, 29 Jul 2005 13:42:46 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id B443D43D45 for ; Fri, 29 Jul 2005 13:42:45 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 60DDBACAEE; Fri, 29 Jul 2005 15:42:44 +0200 (CEST) Date: Fri, 29 Jul 2005 15:42:44 +0200 From: Pawel Jakub Dawidek To: Eric Anderson Message-ID: <20050729134244.GM609@darkness.comp.waw.pl> References: <20050728205413.GB762@darkness.comp.waw.pl> <42E95E08.80006@datacomm.ch> <42E981B9.5060500@datacomm.ch> <20050729103655.GG609@darkness.comp.waw.pl> <42EA205B.2000907@cytexbg.com> <42EA2EFE.3030800@centtech.com> <20050729133324.GL609@darkness.comp.waw.pl> <42EA311F.1020902@centtech.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5V5c01chtBAiSHoy" Content-Disposition: inline In-Reply-To: <42EA311F.1020902@centtech.com> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 Cc: current@FreeBSD.org Subject: Re: GELI - disk encryption GEOM class committed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 13:42:46 -0000 --5V5c01chtBAiSHoy Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 29, 2005 at 08:37:35AM -0500, Eric Anderson wrote: +> Hmm - is that really true? How can one decrypt the root partition data= =20 +> without the key, but with the kernel and modules? It seems that if that= =20 +> is a problem, than encrypting any partition without the kernel/modules= =20 +> encrypted would be the same scenario. +>=20 +> I think there still is benefit in encrypting the root, but not /boot. I prefer method below: - put decrypted /boot/ directory onto small file system on your USB Pen-Dri= ve or CD-ROM, - set booting from USB/CD-ROM in your BIOS, - boot from Pen-Drive/CD-ROM, - GELI will ask your for the passphrase before root file system is mounted, - enter passphrase, - root parition is decrypted and mounted, - remove your Pen-Drive/CD-ROM. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --5V5c01chtBAiSHoy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFC6jJUForvXbEpPzQRAnksAJ9pAyHvVKGbLaqbFlcwFIq3V42p4ACg9h2X FGsoGs8d9cl85F58G+3SEB4= =VYST -----END PGP SIGNATURE----- --5V5c01chtBAiSHoy-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 13:58:09 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0545216A41F; Fri, 29 Jul 2005 13:58:09 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8979243D45; Fri, 29 Jul 2005 13:58:07 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from [192.168.0.2] (host46-147.pool8254.interbusiness.it [82.54.147.46]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id 6A716575D; Fri, 29 Jul 2005 15:58:14 +0200 (CEST) Message-ID: <42EA35B8.7030802@freesbie.org> Date: Fri, 29 Jul 2005 15:57:12 +0200 From: Dario Freni User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: it, it-it, en-us, en MIME-Version: 1.0 To: current@freebsd.org, fs@freebsd.org X-Enigmail-Version: 0.92.0.0 OpenPGP: url=http://www.saturnero.net/saturnero.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig38B5940E0C43E5889302ECF9" Cc: Subject: Rockridge extension not enabled when / is cd9660, boot fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 13:58:09 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig38B5940E0C43E5889302ECF9 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Hi everybody, I'm trying to boot an iso image using the iso filesystem as root. After the mount phase, init exits almost immediately asking for the shell path. Copied by hand: Tying to mount root from cd9660:acd0 Jan 1 00:00:02 init: login_getclass: unknown class 'daemon' ELF interpreter /libexec/ld-elf.so.1 not found Jan 1 00:00:02 init: /bin/sh on /etc/rc terminated abnormally, going to single user mode Enter full pathname of shell or RETURN for /bin/sh: /rescue/sh # /rescue/ls /libexec ld_elf_s.1 # /rescue/ls .csh boot.cat etc proc sys .pro copyrigh lib rescue tmp bin dev libexec root usr boot dist mnt sbin var # I've tried both setting boot_cdrom=YES in loader.conf and adding a row on fstab, with the same behaviour The iso was created with mkisofs: mkisofs -b boot/cdboot -no-emul-boot -J -r -ldots -V FreeSBIE -p FreeSBIE -o $PATH . I can correctly view files when mounting the iso from userland. Bye and thanks in advance, Dario -- Dario Freni (saturnero@freesbie.org) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc --------------enig38B5940E0C43E5889302ECF9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFC6jW6ymi72IiShysRAqBYAJ0fs0G6DPcG5hC6tja0pcQGW4xaQwCfSIQJ OpI5ozDI/T6lDA+wl58Y9cQ= =xLGW -----END PGP SIGNATURE----- --------------enig38B5940E0C43E5889302ECF9-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 14:10:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7CF716A41F for ; Fri, 29 Jul 2005 14:10:02 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.FreeBSD.org (Postfix) with SMTP id C8EF643D49 for ; Fri, 29 Jul 2005 14:10:01 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 2888 invoked by uid 1026); 29 Jul 2005 14:11:54 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-1.23 (f-prot: 4.4.2/3.14.11. Clear:RC:1(213.145.98.14):. Processed in 0.133722 secs); 29 Jul 2005 14:11:54 -0000 Received: from unknown (HELO 14.98.145.213.in-addr.arpa) (213.145.98.14) by office.suresupport.com with SMTP; 29 Jul 2005 14:11:54 -0000 From: Niki Denev To: freebsd-current@freebsd.org Date: Fri, 29 Jul 2005 17:09:58 +0300 User-Agent: KMail/1.8 References: <20050728205413.GB762@darkness.comp.waw.pl> <42EA205B.2000907@cytexbg.com> <42EA2EFE.3030800@centtech.com> In-Reply-To: <42EA2EFE.3030800@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507291709.58568.nike_d@cytexbg.com> Subject: Re: GELI - disk encryption GEOM class committed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 14:10:03 -0000 On Friday 29 July 2005 16:28, Eric Anderson wrote: > Niki Denev wrote: > > Pawel Jakub Dawidek wrote: > > > +> Booting from Encrypted Root: > >> > >> +> GELI - Works. How'd one load the kernel from an encrypted root > >> though? > >> > >> Kernel has to be loaded from a USB Pen-Drive or a CD-ROM. > >> You need to put /boot/ directory in there. GELI will ask for the > >> passphrase > >> before root file system is mounted. After that you can remove > >> Pen-Drive/CD-ROM. > > > > Wouldn't it work if /boot is small separate unencrypted partition? > > ( Well, there is the possibility that someone replaces your kernel > > with one with keylogger to catch your password next time you type it :)) > > I use this method for bootable RAID1+0 with GEOM's stripe and mirror, > > and it seems to work great. > > Maybe you could write up a quick howto on your setup, and post it/submit > it to the doc@ team. > > Eric I've thought about that, and will do it when time permits. Right now i have as present for sysadminday 8 production servers with failed disks ... :( --niki From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 14:44:58 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0821B16A41F; Fri, 29 Jul 2005 14:44:58 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 012AB43D48; Fri, 29 Jul 2005 14:44:54 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id E1F7CA3122; Fri, 29 Jul 2005 16:44:52 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id BF88A639A; Fri, 29 Jul 2005 16:44:52 +0200 (CEST) Date: Fri, 29 Jul 2005 16:44:52 +0200 From: Marc Olzheim To: Julian Elischer Message-ID: <20050729144452.GA95803@stack.nl> References: <42E88135.30603@elischer.org> <42E88F2B.5000108@elischer.org> <20050728082844.GW46538@darkness.comp.waw.pl> <42E898A6.6010803@elischer.org> <20050728115251.GA20091@beatrix.daedalusnetworks.priv> <20050728135613.GD46538@darkness.comp.waw.pl> <42E93EE1.2090009@elischer.org> <42E94310.20806@samsco.org> <42E94A88.4010603@elischer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline In-Reply-To: <42E94A88.4010603@elischer.org> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i Cc: Pawel Jakub Dawidek , FreeBSD Current , re@FreeBSD.org, Giorgos Keramidas Subject: Re: 6.0 VFS/VM over-runs. Was: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 14:44:58 -0000 --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 28, 2005 at 02:13:44PM -0700, Julian Elischer wrote: > mount a large partition that has some room.. hopefully several times=20 > the space of all RAM. > . >=20 > do: >=20 > dd if=3D/dev/zero of=3D/${mountpoint}/bigfile bs=3D128k count=3D1000000 &= iostat 1 >=20 >=20 > notice that dd dies with "not enough swapspace" after some number of=20 > seconds. > (there is no swap attached). also notice that until the crash, IO speed= =20 > was max for the > disk. >=20 > then add swap and do it again. >=20 > notice that at teh point where dd previously crashed, the swap disk > springs into life and disk IO on your main disk goes into the toilet. > notice that dd gets swapped out. (!!!!) >=20 > when the disk recovers enough, dd pages back in and creates more IO but= =20 > in teh mean time there is no IO > going on to the disk.. (watch the LEDs). Just to be clear, this happens on 5-STABLE, 6-STABLE and 7-CURRENT. Marc --VbJkn9YxBvnuCH5J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC6kDkezjnobFOgrERAskDAJ99ScNnRXHvY9yV5zoTqVILNNfcdwCgp0w1 UqjNyxVmoVnOJumMIwqO7Os= =0XCG -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 15:07:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE5F216A41F for ; Fri, 29 Jul 2005 15:07:28 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6536A43D53 for ; Fri, 29 Jul 2005 15:07:27 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-2.free.fr (Postfix) with ESMTP id D8ABBC0A9; Fri, 29 Jul 2005 17:07:25 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 5AEF9405B; Fri, 29 Jul 2005 17:07:47 +0200 (CEST) Date: Fri, 29 Jul 2005 17:07:47 +0200 From: Jeremie Le Hen To: Dmitry Pryanishnikov Message-ID: <20050729150747.GN68965@obiwan.tataz.chchile.org> References: <20050727123015.V81389@atlantis.atlantis.dp.ua> <20050728203242.GA28258@xor.obsecurity.org> <20050728235441.D71797@atlantis.atlantis.dp.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050728235441.D71797@atlantis.atlantis.dp.ua> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: wrong dirclust in msdosfs (Was: kgdb problem) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 15:07:28 -0000 Hi, > P.S. The panic which I want to analyze is real. When I mount large (24G) > msdosfs partition with a lot of files and run 'du' against it, I'm getting > repeatable panic "wrong dirclust" (both HEAD and RELENG_6). Under > 5.4-RELEASE and the same partition all goes OK. I've tried both to do > "panic" from the kernel debugger and to turn off debugger_on_panic to skip > debugger and just save the core. Resulting cores are identical in sense > that I can't analyze them ;( I get the "wrong dirclust" panic once, I have a small kgdb session in this thread [1], this might help, although the panic was triggered from mkdir(2). Unfortunately, I don't have the dump anymore, it consumes too much space to keep all unresolved panic dumps :(. Regards, [1] http://lists.freebsd.org/pipermail/freebsd-current/2005-June/051455.html -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 16:47:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DAD716A41F for ; Fri, 29 Jul 2005 16:47:28 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from crivens.unixoid.de (crivens.unixoid.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id A018C43D48 for ; Fri, 29 Jul 2005 16:47:27 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.unixoid.de (Postfix) with ESMTP id E48553FFA for ; Fri, 29 Jul 2005 18:47:25 +0200 (CEST) Received: from crivens.unixoid.de ([127.0.0.1]) by localhost (crivens.unixoid.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 81158-13 for ; Fri, 29 Jul 2005 18:47:20 +0200 (CEST) Received: from [10.38.0.10] (unknown [212.12.51.89]) by crivens.unixoid.de (Postfix) with ESMTP id 352883F0F for ; Fri, 29 Jul 2005 18:47:20 +0200 (CEST) Message-ID: <42EA5D99.400@kernel32.de> Date: Fri, 29 Jul 2005 18:47:21 +0200 From: Marian Hettwer User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at unixoid.de Subject: 6.0 BETA1 hangs at boot (ahd ??) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 16:47:28 -0000 Hi All, Don't know wether problems with 6.0 BETA1 belong to freebsd-current@ or not, so if I'm wrong, sorry in advance. I'm about to test FreeBSD 6.0 BETA1 on my Dell Precision 720 Workstation. Just thought I'd help with testing :) I downloaded the 6.0 BETA1 bootonly iso and tried booting. The box worked with only minor problems under RELENG_5. The kernel of 6.0BETA1 doesn't boot. Since I don't have serial access, I try to transcribe what I can see on my screen, so hopefully there ain't to much typo's ... It's a hard hang, I can't even enable scroll lock to scroll up, so here we go with the last lines visible from a "boot -v": (probe20:sbp0:0:5:0): error 22 (probe20:sbp0:0:5:0): Unretryable Error (probe21:sbp0:0:6:0): error 22 (probe21:sbp0:0:7:0): Unretryable Error ahd0: Selection Timeout on A:4. 0 SCBs aborted ahd0: Selection Timeout on A:8. 0 SCBs aborted ahd0: Selection Timeout on A:11. 0 SCBs aborted ahd0: Selection Timeout on A:13. 0 SCBs aborted ahd0: Selection Timeout on A:2. 0 SCBs aborted ahd0: Selection Timeout on A:3. 0 SCBs aborted ahd0: Selection Timeout on A:5. 0 SCBs aborted ahd0: Selection Timeout on A:6. 0 SCBs aborted ahd0: Selection Timeout on A:9. 0 SCBs aborted ahd0: Selection Timeout on A:10. 0 SCBs aborted ahd0: Selection Timeout on A:12. 0 SCBs aborted ahd0: Selection Timeout on A:14. 0 SCBs aborted ahd0: Selection Timeout on A:15. 0 SCBs aborted (probe1:ahd0:0:1:0): Retrying Command (probe0:ahd0:0:0:0): Retrying Command (ahd0:A:0:0): Sending PPR bus_width 1, period 8, offset fe, ppr_options fb (ahd0:A:0:0): Received PPR width 1, period 8, offset 7f, options c3 Filtered to width 1, period 8, offset 7f, options c3 ahd0: target 0 using 16 bit ahd0 target 0 synchronous with period = 0x8, offset = 0x7f(DT IU RTI) and that's it ... Paralell to that hard lock, the floppy LED is always on. Makes me wonder wether this has something to do with the problem ?! I guess not, since the errors above look like a problem with ahd0 ... I have tried 6_CURRENT on this box and I have one older working kernel from FreeBSD 6. A dmesg can be found there: http://unixoid.de/rabauke/freebsd/dmesg.6.current.working An old dmesg of FreeBSD 5.4 can be found at http://unixoid.de/rabauke/freebsd/dmesg.5.4 Since the SCSI controller (some kind of) worked before, I'd really like to know what had happened and why it ain't working anymore ... I can help testing, since this machine is a testing machine only :-) best regards and nevertheless keep on the good work, Marian PS.: Some good news though: Today I installed 6.0 BETA1 on an IBM xSeries 346, which has 4 Gb RAM and a dual XEON 3,2 GHz. Everything worked without problems. No hangs, no errors :-)) From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 16:53:09 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4567E16A41F for ; Fri, 29 Jul 2005 16:53:09 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id A57C743D60 for ; Fri, 29 Jul 2005 16:53:07 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so947756rne for ; Fri, 29 Jul 2005 09:53:04 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=opdFWfkYgVaYf9X/xJKfctPyX/t/AA1Xn/eWCAw/nmypiNlnF4TOkLAbeH6j+5qZD78jtz59nnHXD9vDNAc6qa9KhClTxlt+eonogKKzoMWHialoVs+EEcnmIehMFFOjzDH1Qt+mtlYazZB4mTbn8Dc6pzfNzR1dAIkZWTlPRM8= Received: by 10.38.101.27 with SMTP id y27mr150116rnb; Fri, 29 Jul 2005 09:53:04 -0700 (PDT) Received: by 10.38.101.34 with HTTP; Fri, 29 Jul 2005 09:53:03 -0700 (PDT) Message-ID: Date: Sat, 30 Jul 2005 01:53:04 +0900 From: Eric Kjeldergaard To: Wilko Bulte In-Reply-To: <20050728222040.GA27063@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050728012527.GA23648@odin.ac.hmc.edu> <20050728222040.GA27063@freebie.xs4all.nl> Cc: current@freebsd.org Subject: Re: another dhclient patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eric Kjeldergaard List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 16:53:09 -0000 On 7/29/05, Wilko Bulte wrote: > On Wed, Jul 27, 2005 at 06:25:27PM -0700, Brooks Davis wrote.. > > Here's another dhclient patch to address another bug in the bpf code > > by correctly using BPF_WORDALIGN to advance the pointer. It assumes > > the previous patch (as committed to HEAD) has been applied. I've got a > > couple systems running this with debug compiled versons so if we still > > have bpf related bugs, I should be able to find them. >=20 > FYI/FWIW: my laptop with ath(4) seems to be happy with this patch, > at least in the 3:30 hours it has been running sofar. >=20 > --=20 > Wilko Bulte=09=09=09=09wilko@FreeBSD.org > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " >=20 same here. all fixed, thanks! --=20 If I write a signature, my emails will appear more personalised. From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 17:18:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E88D516A41F for ; Fri, 29 Jul 2005 17:18:08 +0000 (GMT) (envelope-from gbergling@0xfce3.net) Received: from generic.0xfce3.net (generic.0xfce3.net [62.75.158.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8840143D48 for ; Fri, 29 Jul 2005 17:18:07 +0000 (GMT) (envelope-from gbergling@0xfce3.net) Received: from gordon by generic.0xfce3.net with local (Exim 4.50) id 1DyYUh-0007co-MM for freebsd-current@freebsd.org; Fri, 29 Jul 2005 19:17:59 +0200 Date: Fri, 29 Jul 2005 19:17:59 +0200 From: Gordon Bergling To: freebsd-current@freebsd.org Message-ID: <20050729171759.GA23585@generic.0xfce3.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Url: X-Operating-System: Linux 2.4.20-021stab028.12.777-enterprise i686 X-Host-Uptime: 19:17:21 up 16 days, 2:10, 1 user, load average: 0.21, 0.16, 0.11 User-Agent: Mutt/1.5.9i Subject: [MAILER-DAEMON@node26.0xfce3.net: Returned mail: see transcript for details] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 17:18:09 -0000 Hi, I am getting this LOR on every boot. ----------------------------------------------------------------------- lock order reversal 1st 0xc06e2c80 LED mtx (LED mtx) @ /usr/src/sys/dev/led/led.c:257 2nd 0xc0880aa0 ACPI IBM extras (ACPI IBM extras) @ /usr/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c:277 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c06f9960,c06f9d70,c06c1f6c) at kdb_backtrace+0x29 witness_checkorder(c0880aa0,9,c087f6af,115) at witness_checkorder+0x564 _sx_xlock(c0880aa0,c087f6af,115,c0c20c38,c0464664) at _sx_xlock+0x50 ibm_led(c16bd300,0,1,c0c20c60,c087f20e) at ibm_led+0x17 led_create(c087e9ac,c16bd300,c087f61a,c1610180,c16143e0) at led_create+0x104 acpi_ibm_attach(c1608480) at acpi_ibm_attach+0x21a device_attach(c1608480,c1608a80,c1608480,c1631c40,c1608280) at device_attach+0x58 device_probe_and_attach(c1608480) at device_probe_and_attach+0xe0 bus_generic_attach(c1608280,2f,2e,c162f208,4) at bus_generic_attach+0x16 acpi_attach(c1608280) at acpi_attach+0x631 device_attach(c1608280,0,c1608280,c1579100,0) at device_attach+0x58 device_probe_and_attach(c1608280) at device_probe_and_attach+0xe0 bus_generic_attach(c1579100,c1579100,c1579100,c0c20d40,c0507e54) at bus_generic_attach+0x16 nexus_attach(c1579100) at nexus_attach+0x13 device_attach(c1579100,c0511e20,c1579100,c06d33b0,c28000) at device_attach+0x58 device_probe_and_attach(c1579100) at device_probe_and_attach+0xe0 root_bus_configure(c0c20d88,c04cc7b6,0,c1ec00,c1e000) at root_bus_configure+0x16 configure(0,c1ec00,c1e000,0,c0433c05) at configure+0x9 mi_startup() at mi_startup+0x96 begin() at begin+0x2c ------------------------------------------------------------------------- uname, dmesg and pciconf -lv can be found at http://generic.0xfce3.net/laptop/ If I can provide more information just ask. regards, Gordon -- Gordon Bergling http://www.0xFCE3.net/ PGP Fingerprint: 7732 9BB1 5013 AE8B E42C 28E0 93B9 D32B C76F 02A0 RIPE-HDL: MDTP-RIPE "There is no place like 127.0.0.0/8" From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 17:22:05 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A06A16A41F for ; Fri, 29 Jul 2005 17:22:05 +0000 (GMT) (envelope-from martin@gneto.com) Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C89043D45 for ; Fri, 29 Jul 2005 17:22:03 +0000 (GMT) (envelope-from martin@gneto.com) Received: from as6-1-5.kr.m.bonet.se ([83.227.181.30] [83.227.181.30]) by mxfep02.bredband.com with ESMTP id <20050729172202.CIUT6295.mxfep02.bredband.com@as6-1-5.kr.m.bonet.se> for ; Fri, 29 Jul 2005 19:22:02 +0200 Received: from [192.168.10.11] (euklides.gneto.com [192.168.10.11]) by as6-1-5.kr.m.bonet.se (Postfix) with ESMTP id DB0A1678B9 for ; Fri, 29 Jul 2005 19:22:01 +0200 (CEST) Message-ID: <42EA65BB.5040206@gneto.com> Date: Fri, 29 Jul 2005 19:22:03 +0200 From: Martin Nilsson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050724) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: New fxp PCI-id patch for ICH7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 17:22:05 -0000 The below patch makes the integrated LAN on my Intel D945GNT motherboard with ICH7R work. /Martin euklides# cvs diff Index: if_fxp.c =================================================================== RCS file: /home/ncvs/src/sys/dev/fxp/if_fxp.c,v retrieving revision 1.240 diff -u -r1.240 if_fxp.c --- if_fxp.c 11 Jun 2005 00:47:34 -0000 1.240 +++ if_fxp.c 29 Jul 2005 11:55:47 -0000 @@ -190,6 +190,7 @@ { 0x1229, 0x10, "Intel 82551 Pro/100 Ethernet" }, { 0x1229, -1, "Intel 82557/8/9 Pro/100 Ethernet" }, { 0x2449, -1, "Intel 82801BA/CAM (ICH2/3) Pro/100 Ethernet" }, + { 0x27dc, -1, "Intel 82801GB (ICH7) 10/100 Ethernet" }, { 0, -1, NULL }, }; From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 17:22:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 826BB16A41F for ; Fri, 29 Jul 2005 17:22:17 +0000 (GMT) (envelope-from gbergling@0xfce3.net) Received: from generic.0xfce3.net (generic.0xfce3.net [62.75.158.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A07643D45 for ; Fri, 29 Jul 2005 17:22:17 +0000 (GMT) (envelope-from gbergling@0xfce3.net) Received: from gordon by generic.0xfce3.net with local (Exim 4.50) id 1DyYYj-0005w2-J6; Fri, 29 Jul 2005 19:22:09 +0200 Date: Fri, 29 Jul 2005 19:22:08 +0200 From: Gordon Bergling To: Gordon Bergling Message-ID: <20050729172208.GA29725@generic.0xfce3.net> References: <20050729171759.GA23585@generic.0xfce3.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050729171759.GA23585@generic.0xfce3.net> X-Url: X-Operating-System: Linux 2.4.20-021stab028.12.777-enterprise i686 X-Host-Uptime: 19:18:56 up 16 days, 2:11, 1 user, load average: 0.19, 0.17, 0.11 User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: LOR (acpi_ibm.ko) with 6.0-BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 17:22:17 -0000 Hi, sorry for the distorted subject line. Please read "LOR (acpi_ibm.ko) with 6.0-BETA1". regards, Gordon -- Gordon Bergling http://www.0xFCE3.net/ PGP Fingerprint: 7732 9BB1 5013 AE8B E42C 28E0 93B9 D32B C76F 02A0 RIPE-HDL: MDTP-RIPE "There is no place like 127.0.0.0/8" From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 17:32:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5266616A41F for ; Fri, 29 Jul 2005 17:32:57 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FE3E43D45 for ; Fri, 29 Jul 2005 17:32:56 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from pyanfar.ece.cmu.edu (PYANFAR.ECE.CMU.EDU [128.2.136.40]) by bache.ece.cmu.edu (Postfix) with ESMTP id C838197 for ; Fri, 29 Jul 2005 13:32:55 -0400 (EDT) From: "Brandon S. Allbery KF8NH" To: freebsd-current@freebsd.org Content-Type: text/plain Date: Fri, 29 Jul 2005 13:32:55 -0400 Message-Id: <1122658375.50653.3.camel@pyanfar.ece.cmu.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: here we go again with the weird kernel build errors... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 17:32:57 -0000 Having gotten no responses from the last time I tried to build a freshly cvsupped 6-CURRENT kernel a few days ago and getting an error pointing to a missing forward declaration, I just nuked my kernel source tree entirely and re-cvsupped this morning. Now I get this instead... > ===> aic7xxx (depend) > ===> aic7xxx/aicasm (depend) > ===> aic7xxx/ahc (depend) > ( cd /usr/src/sys/modules/aic7xxx/ahc/../aicasm; make aicasm; ) > cc -O -pipe -g -march=pentium4 -nostdinc -I/usr/include -I. -I/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -g -c aicasm_gram.c > /usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_gram.y:1933: error: conflicting types for 'yyerror' > aicasm_gram.c:2976: error: previous implicit declaration of 'yyerror' was here > *** Error code 1 Erh? -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon univ. KF8NH From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 17:45:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81A6416A41F for ; Fri, 29 Jul 2005 17:45:57 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16CEB43D45 for ; Fri, 29 Jul 2005 17:45:57 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 29 Jul 2005 14:00:12 -0400 From: John Baldwin To: Joao Barros Date: Fri, 29 Jul 2005 13:18:20 -0400 User-Agent: KMail/1.8 References: <70e8236f05070208212e36c375@mail.gmail.com> <200507211257.21730.jhb@FreeBSD.org> <70e8236f050724161620b3aabc@mail.gmail.com> In-Reply-To: <70e8236f050724161620b3aabc@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507291318.24428.jhb@FreeBSD.org> Cc: freebsd-current@freebsd.org, Mike Tancsa Subject: Re: 6.0-CURRENT SNAP004 hangs on amr (patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 17:45:57 -0000 On Sunday 24 July 2005 07:16 pm, Joao Barros wrote: > On 7/21/05, John Baldwin wrote: > > On Thursday 21 July 2005 11:42 am, Mike Tancsa wrote: > > > At 02:09 PM 13/07/2005, John Baldwin wrote: > > > >On Wednesday 13 July 2005 09:38 am, Mike Tancsa wrote: > > > > > At 04:28 PM 12/07/2005, John Baldwin wrote: > > > > > >That does sort of help. Can you try commenting out the call to > > > > > >ioapic_setup_mixed_mode() in the sys/i386/i386/mptable.c file and > > > > > > try booting with ACPI disabled (but APIC on) and see if it still > > > > > > works ok? > > > > > > > > > > Yup, > > > > > Still boots just fine. > > > > > > > >Ok. Back on 6, can you try editing sys/i386/i386/io_apic.c and in the > > > >function ioapic_set_extint(), change the line that reads: > > > > > > > > io->io_pins[pin].io_masked = 1; > > > > > > > >to set the masked variable to 0 instead? > > > > > > Yes, it works with and without ACPI!! > > > > Ok. That change directly violates the ACPI standard. :( I need to think > > about this. At the very least I can add a tunable for this. > > John, > > Would it be possible to have this in BETA2? Can you try this patch? You'll need to set hw.apic.enable_extint=1 in the loader via loader.conf or a manual set command: --- //depot/vendor/freebsd/src/sys/i386/i386/io_apic.c 2005/04/14 18:01:23 +++ //depot/user/jhb/acpipci/i386/i386/io_apic.c 2005/07/28 22:12:23 @@ -129,6 +130,12 @@ static int bsp_id, current_cluster, logical_clusters, next_ioapic_base; static u_int next_id, program_logical_dest; +SYSCTL_NODE(_hw, OID_AUTO, apic, CTLFLAG_RD, 0, "APIC options"); +static int enable_extint; +SYSCTL_INT(_hw_apic, OID_AUTO, enable_extint, CTLFLAG_RDTUN, &enable_extint, 0, + "Enable the ExtINT pin in the first I/O APIC"); +TUNABLE_INT("hw.apic.enable_extint", &enable_extint); + static __inline void _ioapic_eoi_source(struct intsrc *isrc) { @@ -680,7 +684,10 @@ return (EINVAL); io->io_pins[pin].io_bus = APIC_BUS_UNKNOWN; io->io_pins[pin].io_vector = VECTOR_EXTINT; - io->io_pins[pin].io_masked = 1; + if (enable_extint) + io->io_pins[pin].io_masked = 0; + else + io->io_pins[pin].io_masked = 1; io->io_pins[pin].io_edgetrigger = 1; io->io_pins[pin].io_activehi = 1; if (bootverbose) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 17:58:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91A3216A41F for ; Fri, 29 Jul 2005 17:58:07 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49DCD43D45 for ; Fri, 29 Jul 2005 17:58:07 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from pyanfar.ece.cmu.edu (PYANFAR.ECE.CMU.EDU [128.2.136.40]) by bache.ece.cmu.edu (Postfix) with ESMTP id A248698 for ; Fri, 29 Jul 2005 13:58:06 -0400 (EDT) From: "Brandon S. Allbery KF8NH" To: freebsd-current@freebsd.org In-Reply-To: <1122658375.50653.3.camel@pyanfar.ece.cmu.edu> References: <1122658375.50653.3.camel@pyanfar.ece.cmu.edu> Content-Type: text/plain Date: Fri, 29 Jul 2005 13:58:05 -0400 Message-Id: <1122659885.50653.7.camel@pyanfar.ece.cmu.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: here we go again with the weird kernel build errors... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 17:58:07 -0000 On Fri, 2005-07-29 at 13:32 -0400, Brandon S. Allbery KF8NH wrote: > > ===> aic7xxx (depend) > > ===> aic7xxx/aicasm (depend) > > ===> aic7xxx/ahc (depend) > > ( cd /usr/src/sys/modules/aic7xxx/ahc/../aicasm; make aicasm; ) > > cc -O -pipe -g -march=pentium4 -nostdinc -I/usr/include -I. -I/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -g -c aicasm_gram.c > > /usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_gram.y:1933: error: conflicting types for 'yyerror' > > aicasm_gram.c:2976: error: previous implicit declaration of 'yyerror' was here > > *** Error code 1 > > Erh? > Answering my own question: the culprit is /usr/local/bin/yacc from devel/bison. Perhaps the kernel build needs to protect against this when not done as part of building a full world? or is it no longer supported to reconfigure and rebuild a kernel without a full buildworld? -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon univ. KF8NH From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 18:24:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF1D116A420 for ; Fri, 29 Jul 2005 18:24:33 +0000 (GMT) (envelope-from andrew@fubar.geek.nz) Received: from mta208-rme.xtra.co.nz (mta208-rme.xtra.co.nz [210.86.15.119]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3478743D48 for ; Fri, 29 Jul 2005 18:24:32 +0000 (GMT) (envelope-from andrew@fubar.geek.nz) Received: from mta3-rme.xtra.co.nz ([210.86.15.141]) by mta208-rme.xtra.co.nz with ESMTP id <20050729182431.QEKT1901.mta208-rme.xtra.co.nz@mta3-rme.xtra.co.nz>; Sat, 30 Jul 2005 06:24:31 +1200 Received: from serv.int.fubar.geek.nz ([222.153.61.121]) by mta3-rme.xtra.co.nz with ESMTP id <20050729182431.UKJL1650.mta3-rme.xtra.co.nz@serv.int.fubar.geek.nz>; Sat, 30 Jul 2005 06:24:31 +1200 Received: from [192.168.1.160] (unknown [192.168.1.160]) by serv.int.fubar.geek.nz (Postfix) with ESMTP id EFDAB6167; Sat, 30 Jul 2005 06:24:29 +1200 (NZST) Message-ID: <42EA745D.6090305@fubar.geek.nz> Date: Sat, 30 Jul 2005 06:24:29 +1200 From: Andrew Turner User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Michael W. Lucas" References: <42E972D2.3040405@fubar.geek.nz> <20050729124546.GA97232@bewilderbeast.blackhelicopters.org> In-Reply-To: <20050729124546.GA97232@bewilderbeast.blackhelicopters.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: BSD Installer release 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 18:24:34 -0000 Michael W. Lucas wrote: >Awesome, thank you! I'll get one of my minions to try it out. > >Will this work for 6.0, or is it -current only? > > > Both. This is based on 6.0 but I've built -current versions as well. Andrew From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 18:41:39 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C12316A41F; Fri, 29 Jul 2005 18:41:39 +0000 (GMT) (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 469D743D48; Fri, 29 Jul 2005 18:41:38 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice6.sentex.ca (pumice6.sentex.ca [64.7.153.21]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6TIeu6e015316; Fri, 29 Jul 2005 14:40:56 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice6.sentex.ca (8.13.3/8.13.3) with ESMTP id j6TIfbt2083140; Fri, 29 Jul 2005 14:41:37 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j6TIfZvm004673 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Jul 2005 14:41:35 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050729143358.065d9088@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Fri, 29 Jul 2005 14:43:33 -0400 To: John Baldwin , Joao Barros From: Mike Tancsa In-Reply-To: <200507291318.24428.jhb@FreeBSD.org> References: <70e8236f05070208212e36c375@mail.gmail.com> <200507211257.21730.jhb@FreeBSD.org> <70e8236f050724161620b3aabc@mail.gmail.com> <200507291318.24428.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.21 Cc: freebsd-current@FreeBSD.org Subject: Re: 6.0-CURRENT SNAP004 hangs on amr (patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 18:41:39 -0000 At 01:18 PM 29/07/2005, John Baldwin wrote: > > > > >Ok. Back on 6, can you try editing sys/i386/i386/io_apic.c and in the > > > > >function ioapic_set_extint(), change the line that reads: > > > > > > > > > > io->io_pins[pin].io_masked = 1; > > > > > > > > > >to set the masked variable to 0 instead? > > > > > > > > Yes, it works with and without ACPI!! > > > > > > Ok. That change directly violates the ACPI standard. :( I need to think > > > about this. At the very least I can add a tunable for this. > > > > John, > > > > Would it be possible to have this in BETA2? > >Can you try this patch? You'll need to set hw.apic.enable_extint=1 in the >loader via loader.conf or a manual set command: OK, just had to add #include #include But it works, thanks!! Just for reference, here is the full dmesg of the box. Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-BETA1 #1: Fri Jul 29 14:28:51 EDT 2005 mdtancsa@hippo.sentex.ca:/usr/obj/usr/src/sys/hippo WARNING: MPSAFE network stack disabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium III/Pentium III Xeon/Celeron (500.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x672 Stepping = 2 Features=0x383fbff real memory = 2147475456 (2047 MB) avail memory = 2096541696 (1999 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 3 cpu1 (AP): APIC ID: 0 cpu2 (AP): APIC ID: 1 cpu3 (AP): APIC ID: 2 ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: on acpi0 pci_link1: on acpi0 pci_link2: irq 10 on acpi0 pci_link3: irq 11 on acpi0 pci_link4: on acpi0 pci_link5: on acpi0 pci_link6: on acpi0 pci_link7: on acpi0 pci_link8: irq 14 on acpi0 pci_link9: on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 isab0: at device 2.0 on pci0 isa0: on isab0 pci0: at device 2.1 (no driver attached) pci0: at device 2.2 (no driver attached) pci0: at device 2.3 (no driver attached) pci0: at device 4.0 (no driver attached) pcib1: at device 8.0 on pci0 pci1: on pcib1 amr0: mem 0xfe000000-0xfe3fffff irq 14 at device 8.1 on pci0 amr0: Firmware GH6D, BIOS 1.43, 32MB RAM pcib2: on acpi0 pci2: on pcib2 pcib3: on acpi0 pci3: on pcib3 em0: port 0xfcc0-0xfcff mem 0xfeb60000-0xfeb7ffff,0xfeb40000-0xfeb5ffff irq 19 at device 1.0 on pci3 em0: [GIANT-LOCKED] em0: Ethernet address: 00:0e:0c:63:ea:cf em0: Speed:N/A Duplex:N/A em1: port 0xfc80-0xfcbf mem 0xfeb20000-0xfeb3ffff,0xfeb00000-0xfeb1ffff irq 18 at device 3.0 on pci3 em1: [GIANT-LOCKED] em1: Ethernet address: 00:0e:0c:5d:f8:ca em1: Speed:N/A Duplex:N/A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 1 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xcc000-0xccfff 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 Timecounters tick every 1.000 msec amrd0: on amr0 amrd0: 34732MB (71131136 sectors) RAID 5 (optimal) ses0 at amr0 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: SAF-TE Compliant Device SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! Trying to mount root from ufs:/dev/amrd0s1a em0: link state changed to UP ---Mike From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 18:57:52 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E412316A41F for ; Fri, 29 Jul 2005 18:57:52 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67CCE43D49 for ; Fri, 29 Jul 2005 18:57:51 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from [192.168.0.2] (host46-147.pool8254.interbusiness.it [82.54.147.46]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id CEEFD57E8; Fri, 29 Jul 2005 20:57:59 +0200 (CEST) Message-ID: <42EA7BF9.4030400@freesbie.org> Date: Fri, 29 Jul 2005 20:56:57 +0200 From: Dario Freni User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: it, it-it, en-us, en MIME-Version: 1.0 To: Jim Rees References: <20050729174519.544F81BB0F@citi.umich.edu> In-Reply-To: <20050729174519.544F81BB0F@citi.umich.edu> X-Enigmail-Version: 0.92.0.0 OpenPGP: url=http://www.saturnero.net/saturnero.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig296D3521578D1565EF5A8F2C" Cc: current@freebsd.org Subject: Re: Rockridge extension not enabled when / is cd9660, boot fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 18:57:53 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig296D3521578D1565EF5A8F2C Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Jim Rees ha scritto: > It looks like you're getting 8x3 DOS style names. You didn't say what > version of mkisofs you are using but you should be able to turn off this > misfeature. Usually it's -l plus -L. Also I don't think you want -J. > > That still doesn't explain why you aren't getting rockridge but it should at > least let you boot. Same behaviour with -l and -L, even without -J. As I said, I can mount the iso correctly with mount_cd9660(1) on an already booted system, and view the entire name of the files. It seems an issue related with the kernel way of mounting cd9660 as rootfs. For some reason, the root cd9660 is mounted with all extensions of iso9660 disabled. Bye, Dario -- Dario Freni (saturnero@freesbie.org) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc --------------enig296D3521578D1565EF5A8F2C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFC6nv9ymi72IiShysRAoqyAKDsBUsjWqq4r/A9boXCE//HLpOZAQCfeacl gi15EsvQixFG2bvwF3bj+dc= =Z3sV -----END PGP SIGNATURE----- --------------enig296D3521578D1565EF5A8F2C-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 19:39:16 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C05316A41F; Fri, 29 Jul 2005 19:39:16 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D10C43D48; Fri, 29 Jul 2005 19:39:15 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j6TJdENV000547 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Jul 2005 15:39:15 -0400 Received: from obsecurity.dyndns.org (fields.fields.utoronto.ca [128.100.216.11]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j6TJdE6P001243; Fri, 29 Jul 2005 15:39:14 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id F20F5511F0; Fri, 29 Jul 2005 15:39:07 -0400 (EDT) Date: Fri, 29 Jul 2005 15:39:07 -0400 From: Kris Kennaway To: Kris Kennaway Message-ID: <20050729193907.GA17862@xor.obsecurity.org> References: <20050725161548.GA50175@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline In-Reply-To: <20050725161548.GA50175@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org, phk@FreeBSD.org, dd@FreeBSD.org Subject: Re: Panic during devfs ruleset operations on 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 19:39:16 -0000 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 25, 2005 at 12:15:49PM -0400, Kris Kennaway wrote: > I'm getting the following on multiple 6.0 machines (UP and SMP): >=20 > panic: ruleset 10 already running > db> wh 3747 > Tracing pid 3747 tid 100279 td 0xc5d80300 > kdb_enter(c08fffa1,1,c08f93ee,ea2cfb58,c5d80300) at kdb_enter+0x30 > panic(c08f93ee,a,3,8002440b,c5b666c0) at panic+0x13d > devfs_ruleset_applydm(cc0d3820,cb22fa00,0,c5d80300,cb22fa00) at devfs_rul= eset_applydm+0x29 > devfs_rules_ioctl(c5c2c400,8002440b,c5b666c0,c5d80300,c095cd80) at devfs_= rules_ioctl+0x45a > devfs_rioctl(ea2cfbf0,c0927fa3,c08161eb,c8b91660,0) at devfs_rioctl+0x90 > VOP_IOCTL_APV(c095cd80,ea2cfbf0,ea2cfc47,ea2cfc48,c09ad320) at VOP_IOCTL_= APV+0xc4 > vn_ioctl(cb933990,8002440b,c5b666c0,cc047680,c5d80300) at vn_ioctl+0x18f > ioctl(c5d80300,ea2cfd04,c,28102000,3) at ioctl+0x45d > syscall(3b,3b,3b,bfbfdf58,bfbfe0f1) at syscall+0x2a2 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (54, FreeBSD ELF32, ioctl), eip =3D 0x280c007f, esp =3D 0xbfb= fdeac, ebp =3D 0xbfbfdec8 --- >=20 > It comes from running the following operations: >=20 > mount -t devfs foo ${chroot}/dev > devfs -m ${chroot}/dev ruleset 10 > devfs -m ${chroot}/dev rule add path 'md*' hide > devfs -m ${chroot}/dev rule applyset >=20 > These devfs operations are needed to work around another devfs panic, > which occurs when device nodes are removed from inside a devfs mount > at the same time the devfs is unmounted. >=20 > This panic is going to be very disruptive for the 6.0 package builds > until it can be fixed. Making devfs !MPSAFE seems to be an appropriate workaround for this problem (which is a race between two devfs(8) processes), i.e. remove the following: devfs_vfsops.c: mp->mnt_kern_flag |=3D MNTK_MPSAFE; Kris --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC6oXbWry0BWjoQKURAnR5AJwMSVIeIIqvBj6rt6ArxnA3ugm7MACcDNrf JZQJDEg1yighsYcGh/OVZhw= =A5lx -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 19:40:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 941EF16A41F; Fri, 29 Jul 2005 19:40:33 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (postoffice.vicor.com [69.26.56.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 248CD43D45; Fri, 29 Jul 2005 19:40:33 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 9D1BB4CE7C3; Fri, 29 Jul 2005 12:40:32 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 99801-03; Fri, 29 Jul 2005 12:40:32 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 16D934CE7C0; Fri, 29 Jul 2005 12:40:32 -0700 (PDT) Message-ID: <42EA862F.70205@elischer.org> Date: Fri, 29 Jul 2005 12:40:31 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: Marc Olzheim References: <42E88135.30603@elischer.org> <42E88F2B.5000108@elischer.org> <20050728082844.GW46538@darkness.comp.waw.pl> <42E898A6.6010803@elischer.org> <20050728115251.GA20091@beatrix.daedalusnetworks.priv> <20050728135613.GD46538@darkness.comp.waw.pl> <42E93EE1.2090009@elischer.org> <42E94310.20806@samsco.org> <42E94A88.4010603@elischer.org> <20050729144452.GA95803@stack.nl> In-Reply-To: <20050729144452.GA95803@stack.nl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Cc: re@freebsd.org, FreeBSD Current , Pawel Jakub Dawidek , Giorgos Keramidas Subject: Re: 6.0 VFS/VM over-runs. Was: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 19:40:33 -0000 Marc Olzheim wrote: >On Thu, Jul 28, 2005 at 02:13:44PM -0700, Julian Elischer wrote: > > >>mount a large partition that has some room.. hopefully several times >>the space of all RAM. >>. >> >>do: >> >>dd if=/dev/zero of=/${mountpoint}/bigfile bs=128k count=1000000 & iostat 1 >> >> >>notice that dd dies with "not enough swapspace" after some number of >>seconds. >>(there is no swap attached). also notice that until the crash, IO speed >>was max for the >>disk. >> >>then add swap and do it again. >> >>notice that at teh point where dd previously crashed, the swap disk >>springs into life and disk IO on your main disk goes into the toilet. >>notice that dd gets swapped out. (!!!!) >> >>when the disk recovers enough, dd pages back in and creates more IO but >>in teh mean time there is no IO >>going on to the disk.. (watch the LEDs). >> >> > >Just to be clear, this happens on 5-STABLE, 6-STABLE and 7-CURRENT. > > it doesn't appear to hit 5.4. at least not for my small ATA based workstation. >Marc > > From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 19:40:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AABD516A48F for ; Fri, 29 Jul 2005 19:40:50 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3516F43D45 for ; Fri, 29 Jul 2005 19:40:50 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j6TJemNV000785 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Jul 2005 15:40:49 -0400 Received: from obsecurity.dyndns.org (fields.fields.utoronto.ca [128.100.216.11]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j6TJem6P001336; Fri, 29 Jul 2005 15:40:48 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 79567511F0; Fri, 29 Jul 2005 15:40:42 -0400 (EDT) Date: Fri, 29 Jul 2005 15:40:42 -0400 From: Kris Kennaway To: "Brandon S. Allbery KF8NH" Message-ID: <20050729194042.GB17862@xor.obsecurity.org> References: <1122658375.50653.3.camel@pyanfar.ece.cmu.edu> <1122659885.50653.7.camel@pyanfar.ece.cmu.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0ntfKIWw70PvrIHh" Content-Disposition: inline In-Reply-To: <1122659885.50653.7.camel@pyanfar.ece.cmu.edu> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: here we go again with the weird kernel build errors... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 19:40:50 -0000 --0ntfKIWw70PvrIHh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 29, 2005 at 01:58:05PM -0400, Brandon S. Allbery KF8NH wrote: > On Fri, 2005-07-29 at 13:32 -0400, Brandon S. Allbery KF8NH wrote: > > > =3D=3D=3D> aic7xxx (depend) > > > =3D=3D=3D> aic7xxx/aicasm (depend) > > > =3D=3D=3D> aic7xxx/ahc (depend) > > > ( cd /usr/src/sys/modules/aic7xxx/ahc/../aicasm; make aicasm; ) > > > cc -O -pipe -g -march=3Dpentium4 -nostdinc -I/usr/include -I. -I/usr/= src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -g -c aicasm_gr= am.c > > > /usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicas= m_gram.y:1933: error: conflicting types for 'yyerror' > > > aicasm_gram.c:2976: error: previous implicit declaration of 'yyerror'= was here > > > *** Error code 1 > >=20 > > Erh? > >=20 >=20 > Answering my own question: the culprit is /usr/local/bin/yacc from > devel/bison. Perhaps the kernel build needs to protect against this > when not done as part of building a full world? or is it no longer > supported to reconfigure and rebuild a kernel without a full buildworld? AFAIK you have to buildworld first, yes. This builds the bootstrap tools needed to safely build the kernel. Kris --0ntfKIWw70PvrIHh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC6oY5Wry0BWjoQKURAvryAJ4mq956pJe4h2GV0sb47hUDWqmcPwCdE3F3 KXUA73cETOMALfEs9e6ZMHA= =6wLc -----END PGP SIGNATURE----- --0ntfKIWw70PvrIHh-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 19:56:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8529916A41F; Fri, 29 Jul 2005 19:56:15 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF2BA43D4C; Fri, 29 Jul 2005 19:56:14 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate1b.savvis.net (Postfix) with ESMTP id 9D12F3C09C; Fri, 29 Jul 2005 14:56:13 -0500 (CDT) Received: from mailgate1b.savvis.net ([127.0.0.1]) by localhost (mailgate1b.savvis.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 10488-01-23; Fri, 29 Jul 2005 14:56:13 -0500 (CDT) Received: from out002.email.savvis.net (out002.apptix.savvis.net [216.91.32.45]) by mailgate1b.savvis.net (Postfix) with ESMTP id 705043BE45; Fri, 29 Jul 2005 14:56:13 -0500 (CDT) Received: from s228130hz1ew171.apptix-01.savvis.net ([10.146.4.29]) by out002.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Fri, 29 Jul 2005 14:56:11 -0500 Received: from [10.254.186.111] ([64.14.1.106]) by s228130hz1ew171.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Fri, 29 Jul 2005 14:55:58 -0500 Message-ID: <42EA89CC.9050203@savvis.net> Date: Fri, 29 Jul 2005 12:55:56 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: snort Snort References: <20050729130135.81095.qmail@web54407.mail.yahoo.com> In-Reply-To: <20050729130135.81095.qmail@web54407.mail.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 29 Jul 2005 19:55:58.0311 (UTC) FILETIME=[89C18F70:01C59477] X-Virus-Scanned: amavisd-new at savvis.net Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Tobias Roth Subject: Re: Simple program use /dev/tap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 19:56:15 -0000 Hello, >>>As I want to learn how to use /dev/tap in freebsd, >> >>I m >> >>>looking for a simple application that written for >>>/dev/tap. OpenVPN is a bit too complicated for a >>>newbie to get start. Can anyone tell me a link or >>>reference for some of these examples? >> >>There are examples that come with the distribution >>itself: >> >>http://vtun.sourceforge.net/tun/tun-1.1.tar.gz >> > > Is this only for tun device? > How much difference between tun and tap in terms of > programming when using the device? > > >>(and this question would be better suited for >>freebsd-questions, >>if for any FreBSD=specific list at all) >> > > Sorry, I currently don't have access to the > frebsd.misc newsgroup, so I need to post the question > here. this type of question comes up quite often. its really simple: a single read(2) call on /dev/tapX will return entire ethernet frame (if any) received by tap interface (minus ethernet crc). a single write(2) call on /dev/tapX will put entire ethernet frame (w/out ethernet crc) onto tap interface outgoing queue. so, the "buf" parameter to the write(2) call on /dev/tapX device should point to a buffer with *complete* ethernet frame, including ethernet header and payload. payload could be IP packet, but it does not have to be. any protocol that uses ethernet as transport can be tunneled with tap(4) (i.e. ipx). the above is true for tun(4) with exception that tun(4) operates on IP packets. so you have to write/read complete IP packets to/from /dev/tun. thanks, max From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 20:29:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8734716A41F for ; Fri, 29 Jul 2005 20:29:11 +0000 (GMT) (envelope-from jondoor@udor.net) Received: from mail.mercenarylabs.com (wilson.mercenarylabs.com [12.158.191.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4121943D45 for ; Fri, 29 Jul 2005 20:29:11 +0000 (GMT) (envelope-from jondoor@udor.net) Received: from [127.0.0.1] (wilson [12.158.191.94]) by mail.mercenarylabs.com (Postfix) with ESMTP id F2005AD17 for ; Fri, 29 Jul 2005 15:29:10 -0500 (CDT) Message-ID: <42EA918E.7060800@udor.net> Date: Fri, 29 Jul 2005 16:29:02 -0400 From: Jon Door User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <92911.1122618677@phk.freebsd.dk> In-Reply-To: <92911.1122618677@phk.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: GELI - disk encryption GEOM class committed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jondoor@udor.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 20:29:11 -0000 Poul-Henning Kamp wrote: >>Booting from Encrypted Root: >> GBDE - Doesn't say, probably doesn't work >> >> > >Correct doesn't work without some special handling. > > Would GBDE boot an encrypted root provided an unencrypted or removable /boot/ partition, as mentioned in other parts of this thread? For a long time I have liked how some linuxes don't mount /boot/ after reading the kernel, it is now sounding like this works here as well. From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 20:55:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5931916A41F for ; Fri, 29 Jul 2005 20:55:11 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13C3343D49 for ; Fri, 29 Jul 2005 20:55:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id B172C1FFAD1; Fri, 29 Jul 2005 22:55:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 52E0F1FFACB; Fri, 29 Jul 2005 22:55:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id BCD8C1560B; Fri, 29 Jul 2005 20:50:52 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id BA6E2153C4; Fri, 29 Jul 2005 20:50:52 +0000 (UTC) Date: Fri, 29 Jul 2005 20:50:52 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Gordon Bergling In-Reply-To: <20050729171759.GA23585@generic.0xfce3.net> Message-ID: References: <20050729171759.GA23585@generic.0xfce3.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-current@freebsd.org Subject: Re: LOR (acpi_ibm.ko) with 6.0-BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 20:55:11 -0000 On Fri, 29 Jul 2005, Gordon Bergling wrote: Hi > I am getting this LOR on every boot. > ----------------------------------------------------------------------- > lock order reversal > 1st 0xc06e2c80 LED mtx (LED mtx) @ > /usr/src/sys/dev/led/led.c:257 > 2nd 0xc0880aa0 ACPI IBM extras (ACPI IBM extras) @ > /usr/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c:277 seems this is known already: http://sources.zabbadoz.net/freebsd/lor.html#105 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 21:45:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 745F416A41F for ; Fri, 29 Jul 2005 21:45:08 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF51F43D45 for ; Fri, 29 Jul 2005 21:45:07 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail13.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j6TLiu3E011854 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 30 Jul 2005 07:44:56 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.13.1/8.13.1) with ESMTP id j6TLitSM029866; Sat, 30 Jul 2005 07:44:55 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.13.1/8.13.1/Submit) id j6TLio2p029865; Sat, 30 Jul 2005 07:44:50 +1000 (EST) (envelope-from peter) Date: Sat, 30 Jul 2005 07:44:50 +1000 From: Peter Jeremy To: Julian Elischer Message-ID: <20050729214450.GB81215@server.vk2pj.dyndns.org> References: <42E88135.30603@elischer.org> <42E88F2B.5000108@elischer.org> <20050728082844.GW46538@darkness.comp.waw.pl> <42E898A6.6010803@elischer.org> <20050728115251.GA20091@beatrix.daedalusnetworks.priv> <20050728135613.GD46538@darkness.comp.waw.pl> <42E93EE1.2090009@elischer.org> <42E94310.20806@samsco.org> <42E94A88.4010603@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42E94A88.4010603@elischer.org> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Current Subject: Re: 6.0 VFS/VM over-runs. Was: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 21:45:08 -0000 [CC list pruned] On Thu, Jul 28, 2005 at 02:13:44PM -0700, Julian Elischer wrote: >file data written to cache to await output to disk is allowed to grow to >the extent that running programs are swapped out. >(or at least paged out). I don't see this on 5.3 either. In multi-user mode (with lots of other processes sitting aroung idle) vmstat shows fr and sr sit at around 10,000/sec but there's no paging and a "ps -axl" afterwards shows everything mostly still resident. The active memory (avm) hardly changes but free memory drops from 233MB to 20MB over 8 seconds than oscillates between about 16MB and 30MB. Disk I/O remains at 35-40MB/sec (ie disk limited). This is an Athlon XP-1800 512MB RAM writing a 10GB file onto an ATA disk. PREEMPTION is enabled. Since Marc Olzheim reports it happens with 5-STABLE and Julian reports it doesn't happen on 5.4 and I can't reproduce it on 5.3, one option would seem to be that it was MFC'd to 5 at some point since 5.4 was branched. Unfortunately, a quick scan through the RELENG_5 commits doesn't reveal anything that might be relevant. The other possibility is that it's RAM size related. The vmstat output Julian posted demonstrating the problem was on a system with a fair bit of RAM, but his 5.4 system is presumably smaller and my system definitely is. -- Peter From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 22:00:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB0A316A41F for ; Fri, 29 Jul 2005 22:00:41 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 166AE43D62 for ; Fri, 29 Jul 2005 22:00:37 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by wproxy.gmail.com with SMTP id i21so678290wra for ; Fri, 29 Jul 2005 15:00:37 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gbIoWji64EcxorKrQBMC+HdBUxI+SXQunHpswS9w4uECthF+cqP7JI/wnV+l4HD15dAm9iFDQv9q3nQbcYJr+jJC1ANmQOHe7s024VqZBuYTyABl87pvAxt5JyhRIctVpR8bOx87P9D40PbVEjsIYFqbSMH0w5uBTX1SBGcjQEw= Received: by 10.54.35.54 with SMTP id i54mr1580214wri; Fri, 29 Jul 2005 15:00:37 -0700 (PDT) Received: by 10.54.113.3 with HTTP; Fri, 29 Jul 2005 15:00:37 -0700 (PDT) Message-ID: <3aaaa3a05072915002b1b62da@mail.gmail.com> Date: Fri, 29 Jul 2005 23:00:37 +0100 From: Chris To: Andrew Turner In-Reply-To: <42EA745D.6090305@fubar.geek.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <42E972D2.3040405@fubar.geek.nz> <20050729124546.GA97232@bewilderbeast.blackhelicopters.org> <42EA745D.6090305@fubar.geek.nz> Cc: freebsd-current@freebsd.org Subject: Re: BSD Installer release 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Chris List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 22:00:42 -0000 Is there a website or anything or this tool, what is the difference comapred to the normal installer? thanks Chris On 29/07/05, Andrew Turner wrote: > Michael W. Lucas wrote: >=20 > >Awesome, thank you! I'll get one of my minions to try it out. > > > >Will this work for 6.0, or is it -current only? > > > > > > > Both. This is based on 6.0 but I've built -current versions as well. >=20 > Andrew > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 22:07:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6FCD16A41F for ; Fri, 29 Jul 2005 22:07:08 +0000 (GMT) (envelope-from geekout@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4382F43D46 for ; Fri, 29 Jul 2005 22:07:08 +0000 (GMT) (envelope-from geekout@gmail.com) Received: by wproxy.gmail.com with SMTP id i21so678954wra for ; Fri, 29 Jul 2005 15:07:07 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=a5TIeUtMdX1FvBrOuYozCz417dxnfx6PMtjeijNVaN4wF+X7aDj9B1jRvVvRHw2BpzHdvW2W0OPhkEOHS6c54td/jypB25Z/m1+eJYm7rKNmt1b3MXR9sZuY/kH6E9D+7uM7Lc88wMoVFfO5NOYeDepr4wimTZbzM96SltOjqD8= Received: by 10.54.121.8 with SMTP id t8mr660268wrc; Fri, 29 Jul 2005 15:07:07 -0700 (PDT) Received: by 10.54.127.1 with HTTP; Fri, 29 Jul 2005 15:07:07 -0700 (PDT) Message-ID: <6e01203b0507291507157f60c8@mail.gmail.com> Date: Fri, 29 Jul 2005 16:07:07 -0600 From: Tyler Gee To: Chris In-Reply-To: <3aaaa3a05072915002b1b62da@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <42E972D2.3040405@fubar.geek.nz> <20050729124546.GA97232@bewilderbeast.blackhelicopters.org> <42EA745D.6090305@fubar.geek.nz> <3aaaa3a05072915002b1b62da@mail.gmail.com> Cc: freebsd-current@freebsd.org, Andrew Turner Subject: Re: BSD Installer release 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tyler Gee List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 22:07:08 -0000 On 7/29/05, Chris wrote: > Is there a website or anything or this tool, what is the difference > comapred to the normal installer? It is part of the FreeBSD Summer of Code. # Integrate BSD Installer: Prepare a prototype merge of the BSD Installer as a complete replacement for the venerable FreeBSD sysinstall program. Enough of the groundwork has been laid out now that someone with a few months and some background could do a lot of good work here, especially with adequate mentoring by more senior FreeBSD developers http://www.freebsd.org/projects/summerofcode.html From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 22:11:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EF9016A41F for ; Fri, 29 Jul 2005 22:11:07 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from mail.starlofashions.com (mail.starlofashions.com [12.44.50.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16A5F43D4C for ; Fri, 29 Jul 2005 22:11:05 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from nyserve3.starlofashions.com ([192.0.0.230]) by mail.starlofashions.com (8.9.3/8.9.3) with ESMTP id SAA09862 for ; Fri, 29 Jul 2005 18:11:04 -0400 Received: from uws1.starlofashions.com (uws1.starlofashions.com [192.168.1.230]) by nyserve3.starlofashions.com (Postfix) with SMTP id D877061B5 for ; Fri, 29 Jul 2005 18:11:04 -0400 (EDT) Received: by uws1.starlofashions.com (sSMTP sendmail emulation); Fri, 29 Jul 2005 18:11:04 -0400 Date: Fri, 29 Jul 2005 18:11:04 -0400 From: Scott Robbins To: freebsd-current@freebsd.org Message-ID: <20050729221104.GA19322@uws1.starlofashions.com> Mail-Followup-To: freebsd-current@freebsd.org References: <42E972D2.3040405@fubar.geek.nz> <20050729124546.GA97232@bewilderbeast.blackhelicopters.org> <42EA745D.6090305@fubar.geek.nz> <3aaaa3a05072915002b1b62da@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <3aaaa3a05072915002b1b62da@mail.gmail.com> User-Agent: mutt-ng devel (FreeBSD) Subject: Re: BSD Installer release 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 22:11:07 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, Jul 29, 2005 at 11:00:37PM +0100, Chris wrote: > Is there a website or anything or this tool, what is the difference > comapred to the normal installer? Dru Lavigne was nice enough to post a description of it on her blog. After reading that, I realized it's the same as the DragonFly Installer, more or less. So, if anyone wants screenshots, you can look at my page http://www.scottro.net/dfly/dfinstall.html (However, I don't go into the details of differences---all my page shows is what the install screen looks like.) Don't know if that's of any use to you--also, do remember, my page is for Dragonfly--however, Dru said that if one removes the Dragonfly ASCII art, that's pretty much it. - -- Scott Robbins GPG KeyID EB3467D6 ( 1B848 077D 66F6 9DB0 FDC2 A409 FA54 D575 EB34 67D6) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Spike: We're out of Wheat-a-Bix. Giles: We are out of Wheat-a-Bix because you ate it all. Again. Spike: Get some more. Giles: I thought vampires were supposed to eat blood. Spike: Yeah, well, sometimes I like to crumble up the Wheat-a-Bix in the blood. Gives it a little texture. Giles: Since the picture you just painted means that I will never touch food of any kind again, you'll just have to pick it up yourself. Spike: Sissy. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC6ql4+lTVdes0Z9YRArEYAKCJtlL6jAwP4MMIcIANUiBnw+btWgCdGYzS eIMjbeZ2R0XcALTf5cmJ5Ps= =CBG/ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 22:41:06 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E76C716A433 for ; Fri, 29 Jul 2005 22:41:05 +0000 (GMT) (envelope-from mux@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 821A543D97 for ; Fri, 29 Jul 2005 22:40:55 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 6A42E5CAD4; Fri, 29 Jul 2005 15:40:54 -0700 (PDT) Date: Sat, 30 Jul 2005 00:40:54 +0200 From: Maxime Henrion To: Martin Nilsson Message-ID: <20050729224054.GV14567@elvis.mu.org> References: <42EA65BB.5040206@gneto.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42EA65BB.5040206@gneto.com> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: New fxp PCI-id patch for ICH7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 22:41:06 -0000 Martin Nilsson wrote: > The below patch makes the integrated LAN on my Intel D945GNT motherboard > with ICH7R work. I just committed your patch and will MFC it to RELENG_6 ASAP. Thanks, Maxime From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 23:34:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D55516A41F for ; Fri, 29 Jul 2005 23:34:24 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (postoffice.vicor.com [69.26.56.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40D2143D45 for ; Fri, 29 Jul 2005 23:34:24 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id DAC214CE9B1; Fri, 29 Jul 2005 16:34:23 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09585-01; Fri, 29 Jul 2005 16:34:23 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 237C44CE9A8; Fri, 29 Jul 2005 16:34:23 -0700 (PDT) Message-ID: <42EABCFE.6030405@elischer.org> Date: Fri, 29 Jul 2005 16:34:22 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: Peter Jeremy References: <42E88135.30603@elischer.org> <42E88F2B.5000108@elischer.org> <20050728082844.GW46538@darkness.comp.waw.pl> <42E898A6.6010803@elischer.org> <20050728115251.GA20091@beatrix.daedalusnetworks.priv> <20050728135613.GD46538@darkness.comp.waw.pl> <42E93EE1.2090009@elischer.org> <42E94310.20806@samsco.org> <42E94A88.4010603@elischer.org> <20050729214450.GB81215@server.vk2pj.dyndns.org> In-Reply-To: <20050729214450.GB81215@server.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Cc: FreeBSD Current Subject: Re: 6.0 VFS/VM over-runs. Was: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 23:34:24 -0000 Peter Jeremy wrote: >[CC list pruned] > >On Thu, Jul 28, 2005 at 02:13:44PM -0700, Julian Elischer wrote: > > >>file data written to cache to await output to disk is allowed to grow to >>the extent that running programs are swapped out. >>(or at least paged out). >> >> > >I don't see this on 5.3 either. In multi-user mode (with lots of >other processes sitting aroung idle) vmstat shows fr and sr sit at >around 10,000/sec but there's no paging and a "ps -axl" afterwards >shows everything mostly still resident. The active memory (avm) >hardly changes but free memory drops from 233MB to 20MB over 8 seconds >than oscillates between about 16MB and 30MB. Disk I/O remains at >35-40MB/sec (ie disk limited). > >This is an Athlon XP-1800 512MB RAM writing a 10GB file onto an ATA disk. >PREEMPTION is enabled. > >Since Marc Olzheim reports it happens with 5-STABLE and Julian reports >it doesn't happen on 5.4 and I can't reproduce it on 5.3, one option >would seem to be that it was MFC'd to 5 at some point since 5.4 was >branched. Unfortunately, a quick scan through the RELENG_5 commits >doesn't reveal anything that might be relevant. > >The other possibility is that it's RAM size related. The vmstat >output Julian posted demonstrating the problem was on a system with a >fair bit of RAM, but his 5.4 system is presumably smaller and my >system definitely is. > > actually the 5.4 system (booted off a CD in single user mode) had the same (1GB) ram. The difference was an IDE idsk vs a SCSI attached RAID but I doubt that would make a difference to this problem.. free memory went down to 8MB or so and just stayed there and old pages from the file were ejected insted by the clock algorythm. The dd was slowed down and idle time on the system increased. i.e. backpreasure was applied correctly. From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 23:43:45 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1780E16A41F for ; Fri, 29 Jul 2005 23:43:45 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57EFF43D45 for ; Fri, 29 Jul 2005 23:43:44 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 68067 invoked by uid 89); 29 Jul 2005 23:43:30 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 29 Jul 2005 23:43:30 -0000 Date: Sat, 30 Jul 2005 01:43:42 +0200 From: Oliver Lehmann To: current@freebsd.org Message-Id: <20050730014342.0843080d.lehmann@ans-netz.de> X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.8; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: mlx(4) fully and ep(4) partially broken on 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 23:43:45 -0000 Hi, after a <1sec power outage caused by a tempest some of my systems decided to reboot. One of the systems was my freshly updated (5.4->6.0) router. 1st problem with 6.0: --------------------- The system kept rebooting automaticly after it detected ep0. It was saying sth. like "ep0: no irq?!". The funny thing is, one line above it wrote sth. like "ep0 <3COM....> irq 9 ....". for me that looks like ep0 has of course an irq assigned. I am happy that I have physical access to this system! Damn! I changed the perfectly-on-5.4 working 3com card with an other I had on storage - panic is gone now. 2nd problem with 6.0: --------------------- The system nicely detects my mlx Controller: mlx0: port 0xec00-0xec7f mem 0xffafff80-0xffafffff irq 11 at device 17.0 on pci0 mlx0: DAC960P/PD, 2 channels, firmware 3.51-0-04, 16MB RAM but no disk (mlxd0) which means no disk over all for this system! *sigh* - I'm out of luck today So I took an old hdd with 4.11 installed, booted the system with it, mounted the well detected mlx-disk, compiled 6.0-GENERIC on an 6.0 system, transfered the GENERIC kernel via nfs to my mlxd0a:/boot/kernel, rebooted - nice still no mlxd0 on 6.0 - so I'm not able to mount root with 6.0 And once more... I'm happy that I have physical access to this system. For all that I lost 3.5hrs and I'm not really amused about this. I saw no other way then restoring the backup I made last sunday to get my router back working. DAT is great when it comes to speed. :( on my restored 5.4 system it looks like: mlxd0: on mlx0 mlxd0: 2150MB (4403200 sectors) RAID 1 (online) root@gurke olivleh1> mlxcontrol config # Controller # # Physical devices connected: # disk0000 (online) # 2150MB fast wide sync tag-enabled # disk0100 (online) # 2150MB fast wide sync tag-enabled # # System Drives defined: drive00 RAID1 writethrough span0 0x00000000-0x00433000 2150MB on disk0000 disk0100 root@gurke olivleh1> Please please someone should fix both issues until 6.0 gets released. If any further help (testing, informations) is required from my side please let me know. I've a 2nd mlx controller (but 2.73 BIOS) I can probably try with in a different system. Greetings, Oliver -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 01:08:17 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 434F516A41F for ; Sat, 30 Jul 2005 01:08:17 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0374D43D45 for ; Sat, 30 Jul 2005 01:08:16 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.93] ([66.127.85.93]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j6U18Fms087299 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 29 Jul 2005 18:08:16 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42EAD325.60707@errno.com> Date: Fri, 29 Jul 2005 18:08:53 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: dhclient and wpa_supplicant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 01:08:17 -0000 Brooks fixed a bunch of bugs in dhclient and I just committed an important fix to wpa_supplicant to work right when wireless cards are ejected (previously it would loop). I also tested that dhclient does the right thing for roaming between ap's--switching causes dhclient to immediately collect a new lease. I just ran tests with wpa_supplicant and found that it does appear to handle open ap's properly. Everything except the wpa_supplicant changes have been MFC'd to RELENG_6 for the 6.0RC2 build that's going to happen soon (I'm hoping to get re to approve the wpa_supplicant changes). So the question is what are the outstanding issues with dhclient and wpa_supplicant? I'm mostly concerned with wireless devices but feel free to talk about wired interfaces too. If something doesn't work right please try to give steps to reproduce the problem. Otherwise please provide detailed info include ifconfig output. Remember that dhclient logs info to /var/log/messages and you should also see link state change msgs there too. Sam From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 01:24:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C67E16A420 for ; Sat, 30 Jul 2005 01:24:20 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0267943D48 for ; Sat, 30 Jul 2005 01:24:19 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j6U1OJms087345 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 29 Jul 2005 18:24:19 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42EAD80C.9060707@errno.com> Date: Fri, 29 Jul 2005 18:29:48 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <42EAD325.60707@errno.com> In-Reply-To: <42EAD325.60707@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: dhclient and wpa_supplicant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 01:24:20 -0000 Sam Leffler wrote: > Brooks fixed a bunch of bugs in dhclient and I just committed an > important fix to wpa_supplicant to work right when wireless cards are > ejected (previously it would loop). > > I also tested that dhclient does the right thing for roaming between > ap's--switching causes dhclient to immediately collect a new lease. > > I just ran tests with wpa_supplicant and found that it does appear to > handle open ap's properly. > > Everything except the wpa_supplicant changes have been MFC'd to RELENG_6 > for the 6.0RC2 build that's going to happen soon (I'm hoping to get re > to approve the wpa_supplicant changes). FWIW I just MFC'd the wpa_supplicant fix. > > So the question is what are the outstanding issues with dhclient and > wpa_supplicant? I'm mostly concerned with wireless devices but feel > free to talk about wired interfaces too. If something doesn't work > right please try to give steps to reproduce the problem. Otherwise > please provide detailed info include ifconfig output. Remember that > dhclient logs info to /var/log/messages and you should also see link > state change msgs there too. s/6.0RC2/6.0BETA2/. Sam From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 02:19:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4CB716A421; Sat, 30 Jul 2005 02:19:20 +0000 (GMT) (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 8396743D46; Sat, 30 Jul 2005 02:19:20 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice3.sentex.ca (pumice3.sentex.ca [64.7.153.26]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6U2Icg1035767; Fri, 29 Jul 2005 22:18:38 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice3.sentex.ca (8.13.3/8.13.3) with ESMTP id j6U2JIAw071719; Fri, 29 Jul 2005 22:19:18 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j6U2JH8X090529 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Jul 2005 22:19:17 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050729220201.07419398@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Fri, 29 Jul 2005 22:21:05 -0400 To: Pawel Jakub Dawidek , freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <20050728205413.GB762@darkness.comp.waw.pl> References: <20050728205413.GB762@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.26 Cc: Subject: Re: GELI - disk encryption GEOM class committed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 02:19:21 -0000 At 04:54 PM 28/07/2005, Pawel Jakub Dawidek wrote: >- Utilize the crypto(9) framework, so when there is a crypto hardware > available, geli(8) will make use of it automatically. Hi, Any plans to add Via's AES support to crypto(9) ? This would potentially speed it up quite a bit when using AES [via]# openssl speed -evp aes-256-ecb -engine padlock engine "padlock" set. To get the most accurate results, try to run this program when this computer is idle. Doing aes-256-ecb for 3s on 16 size blocks: 10620355 aes-256-ecb's in 3.00s Doing aes-256-ecb for 3s on 64 size blocks: 10108173 aes-256-ecb's in 2.99s Doing aes-256-ecb for 3s on 256 size blocks: 6917320 aes-256-ecb's in 2.99s Doing aes-256-ecb for 3s on 1024 size blocks: 3004029 aes-256-ecb's in 3.00s Doing aes-256-ecb for 3s on 8192 size blocks: 478383 aes-256-ecb's in 3.00s OpenSSL 0.9.7e 25 Oct 2004 built on: Fri Jul 29 17:03:29 EDT 2005 options:bn(64,32) md2(int) rc4(idx,int) des(ptr,risc1,16,long) aes(partial) blowfish(idx) compiler: cc available timing options: USE_TOD HZ=128 [sysconf value] timing function used: getrusage The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes aes-256-ecb 56735.66k 216464.53k 592534.15k 1026953.66k 1308336.36k [via]# openssl speed -evp aes-256-ecb To get the most accurate results, try to run this program when this computer is idle. Doing aes-256-ecb for 3s on 16 size blocks: 1390266 aes-256-ecb's in 3.00s Doing aes-256-ecb for 3s on 64 size blocks: 364037 aes-256-ecb's in 2.99s Doing aes-256-ecb for 3s on 256 size blocks: 92390 aes-256-ecb's in 3.00s Doing aes-256-ecb for 3s on 1024 size blocks: 23185 aes-256-ecb's in 3.00s Doing aes-256-ecb for 3s on 8192 size blocks: 2902 aes-256-ecb's in 2.99s OpenSSL 0.9.7e 25 Oct 2004 built on: Fri Jul 29 17:03:29 EDT 2005 options:bn(64,32) md2(int) rc4(idx,int) des(ptr,risc1,16,long) aes(partial) blowfish(idx) compiler: cc available timing options: USE_TOD HZ=128 [sysconf value] timing function used: getrusage The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes aes-256-ecb 7424.03k 7796.16k 7893.39k 7923.14k 7952.16k [via]# This is with a CPU: VIA C3 Nehemiah+RNG+ACE (1199.80-MHz 686-class CPU) Origin = "CentaurHauls" Id = 0x698 Stepping = 8 Features=0x381b83f real memory = 251592704 (239 MB) avail memory = 236732416 (225 MB) From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 02:25:43 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62A5D16A420; Sat, 30 Jul 2005 02:25:43 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAFD543D48; Sat, 30 Jul 2005 02:25:42 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6U2PfxJ006095; Fri, 29 Jul 2005 22:25:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j6U2Pfsp050578; Fri, 29 Jul 2005 22:25:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 932DE7304D; Fri, 29 Jul 2005 22:25:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050730022541.932DE7304D@freebsd-current.sentex.ca> Date: Fri, 29 Jul 2005 22:25:41 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner5 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 02:25:43 -0000 TB --- 2005-07-30 02:19:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-07-30 02:19:27 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2005-07-30 02:19:27 - cleaning the object tree TB --- 2005-07-30 02:19:50 - checking out the source tree TB --- 2005-07-30 02:19:50 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2005-07-30 02:19:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-07-30 02:25:40 - building world (CFLAGS=-O2 -pipe) TB --- 2005-07-30 02:25:40 - cd /src TB --- 2005-07-30 02:25:40 - /usr/bin/make -B buildworld "/src/Makefile.inc1", line 1071: "You have to run this in a native environment!" *** Error code 1 Stop in /src. TB --- 2005-07-30 02:25:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-07-30 02:25:41 - ERROR: failed to build world TB --- 2005-07-30 02:25:41 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 03:20:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39CE016A41F for ; Sat, 30 Jul 2005 03:20:21 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: from web54406.mail.yahoo.com (web54406.mail.yahoo.com [206.190.49.136]) by mx1.FreeBSD.org (Postfix) with SMTP id 0E38F43D49 for ; Sat, 30 Jul 2005 03:20:19 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: (qmail 5482 invoked by uid 60001); 30 Jul 2005 03:20:19 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=D3r2MAbWv70onN5TFEg/fyZf3iVZVhvDcGA5RjOkC/fX0IVVxQiOSYcD6moeuYBDPlTePJ51Wd0/LTD+YjvOLLYjRRVpETmO63sYP0C3460//RK+kxfhU5IaC7LVrV+B+zkmZ6WAUZ5rRoLNrvLLNn/9KqYZbj9HSCLPU4t57mg= ; Message-ID: <20050730032019.5480.qmail@web54406.mail.yahoo.com> Received: from [203.201.96.175] by web54406.mail.yahoo.com via HTTP; Fri, 29 Jul 2005 20:20:19 PDT Date: Fri, 29 Jul 2005 20:20:19 -0700 (PDT) From: Bsderss To: Maksim Yevmenkin In-Reply-To: <42EA89CC.9050203@savvis.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Tobias Roth Subject: why tun/tap but instead ordinary ethernet device (eg. fxp) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 03:20:21 -0000 --- Maksim Yevmenkin wrote: > Hello, > > >>>As I want to learn how to use /dev/tap in > freebsd, > >> > >>I m > >> > >>>looking for a simple application that written for > >>>/dev/tap. OpenVPN is a bit too complicated for a > >>>newbie to get start. Can anyone tell me a link or > >>>reference for some of these examples? > >> > >>There are examples that come with the distribution > >>itself: > >> > >>http://vtun.sourceforge.net/tun/tun-1.1.tar.gz > >> > > > > Is this only for tun device? > > How much difference between tun and tap in terms > of > > programming when using the device? > > > > > >>(and this question would be better suited for > >>freebsd-questions, > >>if for any FreBSD=specific list at all) > >> > > > > Sorry, I currently don't have access to the > > frebsd.misc newsgroup, so I need to post the > question > > here. > > this type of question comes up quite often. its > really simple: a single > read(2) call on /dev/tapX will return entire > ethernet frame (if any) > received by tap interface (minus ethernet crc). a > single write(2) call > on /dev/tapX will put entire ethernet frame (w/out > ethernet crc) onto > tap interface outgoing queue. > > so, the "buf" parameter to the write(2) call on > /dev/tapX device should > point to a buffer with *complete* ethernet frame, > including ethernet > header and payload. payload could be IP packet, but > it does not have to > be. any protocol that uses ethernet as transport can > be tunneled with > tap(4) (i.e. ipx). > > the above is true for tun(4) with exception that > tun(4) operates on IP > packets. so you have to write/read complete IP > packets to/from /dev/tun. > Thanks for the detail explaination. As "man tap" pointed out, one can use tap drive as if using a pty device. I m not aware the obvious advantage of using tap over ordinarlly ethernet device for tunnelling programming (another example is ipsec). It may be because programming on tun/tap is alot of efficient and simpler. Can anyone pleaese explain? With vtun or openvpn, why they don't just simply use ordinary ethernet device driver but prefer tun or tap for tunneling or bridging network remote connection? Is it because applicaiton use tap or tun can send interrupt (with ioctl) to the remote client more efficiently? if so, can anyone please tell me what kind of efficiency does tun/tap over an ordianry ethernet device in terms of network programming? Thanks Sam > thanks, > max > ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 04:16:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DABEA16A41F for ; Sat, 30 Jul 2005 04:16:55 +0000 (GMT) (envelope-from gcr+freebsd-current@tharned.org) Received: from nc8000.tharned.org (rrcs-24-56-87-26.ma.biz.rr.com [24.56.87.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4DC643D48 for ; Sat, 30 Jul 2005 04:16:51 +0000 (GMT) (envelope-from gcr+freebsd-current@tharned.org) Received: from nc8000.tharned.org (localhost [127.0.0.1]) by nc8000.tharned.org (8.13.4/8.13.4) with ESMTP id j6U4GoSC003767 for ; Fri, 29 Jul 2005 23:16:50 -0500 (CDT) (envelope-from gcr+freebsd-current@tharned.org) Received: from localhost (gcr@localhost) by nc8000.tharned.org (8.13.4/8.13.4/Submit) with ESMTP id j6U4Go0F003764 for ; Fri, 29 Jul 2005 23:16:50 -0500 (CDT) (envelope-from gcr+freebsd-current@tharned.org) Date: Fri, 29 Jul 2005 23:16:50 -0500 (CDT) From: Greg Rivers Sender: gcr@nc8000.tharned.org To: freebsd-current@freebsd.org Message-ID: <20050729231421.B3460@nc8000.tharned.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Panic with recent 6.0-BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 04:16:56 -0000 FreeBSD 6.0-BETA1 #0: Mon Jul 25 05:32:21 CDT 2005 The following panic occurred today on a dual Pentium III SMP system (4BSD scheduler). The core file and debug kernel are available if further analysis would be productive. -- Greg Rivers This from the serial console: biodone: page busy < 0, pindex: 1448908, foff: 0x(1,61bcc000), resid: 4096, index: 0 iosize: 16384, lblkno: 362227, flags: 0x20000020, npages: 4 valid: 0xff, dirty: 0x0, wired: 1 panic: biodone: page busy < 0 cpuid = 1 KDB: stack backtrace: kdb_backtrace(c066a163,1,c065dd3c,d44e3c38,a) at 0xc050439e = kdb_backtrace+0x2e panic(c065dd3c,ff,0,1,0) at 0xc04e4ed9 = panic+0x139 bufdone(cbf580f0,0,d44e3c9c,c04a5b4d,c2a43108) at 0xc05418d9 = bufdone+0x479 g_vfs_done(c2a43108,0,c19b0c00,c3b8da50,c19c6600) at 0xc04a5dbd = g_vfs_done+0xcd biodone(c2a43108,c069f288,24c,c064f758,64) at 0xc05410fc = biodone+0xcc g_io_schedule_up(c19c6600,4c,c19c6600,c04a3550,d44e3d00) at 0xc04a32eb = g_io_schedule_up+0x6b g_up_procbody(0,d44e3d38,606b4,18d2,0) at 0xc04a3608 = g_up_procbody+0xb8 fork_exit(c04a3550,0,d44e3d38) at 0xc04ca090 = fork_exit+0x80 fork_trampoline() at 0xc0618a9c = fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd44e3d6c, ebp = 0 --- Uptime: 4d8h7m14s Dumping 511 MB (2 chunks) chunk 0: 1MB (159 pages)ad0: timeout state=0 unexpected Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 00 fault virtual address = 0x1c fault code = supervisor write, page not present instruction pointer = 0x20:0xc04f4597 stack pointer = 0x28:0xd56f9c88 frame pointer = 0x28:0xd56f9cc8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 36 (swi4: clock sio) trap number = 12 panic: page fault cpuid = 1 ... ok chunk 1: 511MB (130813 pages) 496 480 464 448 432 416 400 384 368 352 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16 ... ok Dump complete Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... cpu_reset: Stopping other CPUs From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 05:30:43 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D282316A41F for ; Sat, 30 Jul 2005 05:30:43 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DE6143D48 for ; Sat, 30 Jul 2005 05:30:43 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: by wproxy.gmail.com with SMTP id i12so711175wra for ; Fri, 29 Jul 2005 22:30:42 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FdJbdVzGo13woCiKY4TEV+NFU0rWnwK1lN/irFlRW9pM/IXLt3Ww+drO1YIHiC9ujPreRG+YPUvPjy18ZCqHqCCQEE1FB7Ggo+7qfNZIJMcHCXLxOhM2i2fcd2gyH6KGm/Twz3AXTOqraDW7/XWixcOLPwyERdvH6ecfaNCzpGM= Received: by 10.54.43.11 with SMTP id q11mr1748297wrq; Fri, 29 Jul 2005 22:30:42 -0700 (PDT) Received: by 10.54.44.33 with HTTP; Fri, 29 Jul 2005 22:30:42 -0700 (PDT) Message-ID: <47d0403c050729223074ddf67d@mail.gmail.com> Date: Sat, 30 Jul 2005 05:30:42 +0000 From: Ben Kaduk To: Sam Leffler In-Reply-To: <42EAD325.60707@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <42EAD325.60707@errno.com> Cc: current@freebsd.org Subject: Re: dhclient and wpa_supplicant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ben Kaduk List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 05:30:43 -0000 On 7/30/05, Sam Leffler wrote: > Brooks fixed a bunch of bugs in dhclient and I just committed an > important fix to wpa_supplicant to work right when wireless cards are > ejected (previously it would loop). >=20 > I also tested that dhclient does the right thing for roaming between > ap's--switching causes dhclient to immediately collect a new lease. >=20 > I just ran tests with wpa_supplicant and found that it does appear to > handle open ap's properly. >=20 > Everything except the wpa_supplicant changes have been MFC'd to RELENG_6 > for the 6.0RC2 build that's going to happen soon (I'm hoping to get re > to approve the wpa_supplicant changes). >=20 > So the question is what are the outstanding issues with dhclient and > wpa_supplicant? I'm mostly concerned with wireless devices but feel > free to talk about wired interfaces too. If something doesn't work > right please try to give steps to reproduce the problem. Otherwise > please provide detailed info include ifconfig output. Remember that > dhclient logs info to /var/log/messages and you should also see link > state change msgs there too. >=20 > Sam > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " >=20 Well, I don't know if this is something in the code or just operator incompotence, but I'm having some problems with dhclient on a wireless interface. I've got current from last night: prolepsis# uname -a FreeBSD prolepsis.math.uiuc.edu 7.0-CURRENT FreeBSD 7.0-CURRENT #6: Fri Jul 29 04:30:11 UTC 2005 =20 kaduk@prolepsis.math.uiuc.edu:/usr/obj/usr/src/sys/PROLEPSIS i386 and I'm trying to connect to a friend's ap using wep. My ndis card seems to be recognized just fine: ndis0: mem 0xfaff6000-0xfaff7fff irq 9 at device 3.0 on pci2 ndis0: NDIS API version: 5.0 ndis0: Ethernet address: 00:90:4b:2d:46:ce When I issue an: prolepsis# ifconfig ndis0 inet up ssid 'NetworkXcAe5@r' wepmode on wepkey 0xdeadc0de my interface associates fine, giving me this: prolepsis# ifconfig ndis0 ndis0: flags=3D8843 mtu 1500 inet6 fe80::290:4bff:fe2d:46ce%ndis0 prefixlen 64 scopeid 0x3 ether 00:90:4b:2d:46:ce media: IEEE 802.11 Wireless Ethernet autoselect status: associated ssid NetworkXcAe5@r bssid 00:12:17:1d:f7:08 authmode OPEN privacy ON deftxkey UNDEF wepkey 1:40-bit txpowmax 10= 0 but when I run: prolepsis# dhclient ndis0 DHCPDISCOVER on ndis0 to 255.255.255.255 port 67 interval 8 DHCPDISCOVER on ndis0 to 255.255.255.255 port 67 interval 9 DHCPDISCOVER on ndis0 to 255.255.255.255 port 67 interval 16 DHCPDISCOVER on ndis0 to 255.255.255.255 port 67 interval 9 DHCPDISCOVER on ndis0 to 255.255.255.255 port 67 interval 11 DHCPDISCOVER on ndis0 to 255.255.255.255 port 67 interval 8 No DHCPOFFERS received. No working leases in persistent database - sleeping. prolepsis# ifconfig ndis0 ndis0: flags=3D8843 mtu 1500 inet6 fe80::290:4bff:fe2d:46ce%ndis0 prefixlen 64 scopeid 0x3 inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 ether 00:90:4b:2d:46:ce media: IEEE 802.11 Wireless Ethernet autoselect status: associated ssid NetworkXcAe5@r bssid 00:12:17:1d:f7:08 authmode OPEN privacy ON deftxkey UNDEF wepkey 1:40-bit txpowmax 10= 0 dhclient doesn't seem to pick it up. I know this ap is actually running a dhcp server; it works on darwin. I have read that using ifconfig for wireless (encryption?) is not the way of the future, that I should be using wpa_supplicant, but I haven't been able to succesfully modify a config file to get it to work, and google wasn't very helpful in finding a tutorial or instructions for wpa_supplicant on freebsd. The archives weren't terribly helpful, either -- this is something that would be on freebsd-questions, right? Anyways, if someone could point me to a tutorial for wpa_supplicant, I can check that and see if I get better results, or if you want further information about my configuration, I can get that too. Thanks for putting in all this effort. Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 05:52:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0186A16A41F for ; Sat, 30 Jul 2005 05:52:24 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75DC843D46 for ; Sat, 30 Jul 2005 05:52:23 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 7913CACC5F; Sat, 30 Jul 2005 07:52:21 +0200 (CEST) Date: Sat, 30 Jul 2005 07:52:21 +0200 From: Pawel Jakub Dawidek To: Mike Tancsa Message-ID: <20050730055221.GA636@darkness.comp.waw.pl> References: <20050728205413.GB762@darkness.comp.waw.pl> <6.2.1.2.0.20050729220201.07419398@64.7.153.2> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline In-Reply-To: <6.2.1.2.0.20050729220201.07419398@64.7.153.2> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 Cc: freebsd-current@freebsd.org Subject: Re: GELI - disk encryption GEOM class committed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 05:52:24 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 29, 2005 at 10:21:05PM -0400, Mike Tancsa wrote: +> At 04:54 PM 28/07/2005, Pawel Jakub Dawidek wrote: +>=20 +> >- Utilize the crypto(9) framework, so when there is a crypto hardware +> > available, geli(8) will make use of it automatically. +>=20 +> Hi, +> Any plans to add Via's AES support to crypto(9) ? This would=20 +> potentially speed it up quite a bit when using AES ENOHARDWARE, but must addmit results looks really cool. If we add support for it, it will be the fastest AES HW accelerator we have support for, AFAI= K. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFC6xWVForvXbEpPzQRAgQfAJ9KspTb348DdGkVbSaC/7Dfhg6SOgCgj2OO /On11xKBKjR5I/oDzqNCouQ= =P8is -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 07:12:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE84116A41F for ; Sat, 30 Jul 2005 07:12:06 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A16443D45 for ; Sat, 30 Jul 2005 07:12:06 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id A130D6144; Sat, 30 Jul 2005 09:11:59 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id 7B1E060F8; Sat, 30 Jul 2005 09:11:59 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 2047633D7B; Sat, 30 Jul 2005 09:11:59 +0200 (CEST) To: Kris Kennaway References: <1122658375.50653.3.camel@pyanfar.ece.cmu.edu> <1122659885.50653.7.camel@pyanfar.ece.cmu.edu> <20050729194042.GB17862@xor.obsecurity.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sat, 30 Jul 2005 09:11:58 +0200 In-Reply-To: <20050729194042.GB17862@xor.obsecurity.org> (Kris Kennaway's message of "Fri, 29 Jul 2005 15:40:42 -0400") Message-ID: <864qacg43l.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Tests: ALL_TRUSTED,AWL,BAYES_00 X-Spam-Learn: ham X-Spam-Score: -5.3/5.0 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on tim.des.no Cc: freebsd-current@freebsd.org Subject: Re: here we go again with the weird kernel build errors... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 07:12:06 -0000 Kris Kennaway writes: > On Fri, Jul 29, 2005 at 01:58:05PM -0400, Brandon S. Allbery KF8NH wrote: > > Answering my own question: the culprit is /usr/local/bin/yacc from > > devel/bison. Perhaps the kernel build needs to protect against this > > when not done as part of building a full world? or is it no longer > > supported to reconfigure and rebuild a kernel without a full buildworld? > AFAIK you have to buildworld first, yes. This builds the bootstrap > tools needed to safely build the kernel. 'make kernel-toolchain' is sufficient preparation for buildkernel. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 07:40:08 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4633916A41F for ; Sat, 30 Jul 2005 07:40:08 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BBE843D48 for ; Sat, 30 Jul 2005 07:40:07 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 3536 invoked from network); 30 Jul 2005 07:40:04 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.187.178.48]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 30 Jul 2005 07:40:04 -0000 Date: Sat, 30 Jul 2005 09:40:21 +0200 From: Fabian Keil To: Jeremie Le Hen Message-ID: <20050730094021.65c9ec2c@localhost> In-Reply-To: <20050724185809.GL74719@obiwan.tataz.chchile.org> References: <20050724101911.GJ74719@obiwan.tataz.chchile.org> <20050724143329.7f453dcf@localhost> <42E39C86.7050802@lineone.net> <20050724185809.GL74719@obiwan.tataz.chchile.org> X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Signature_Sat__30_Jul_2005_09_40_21_+0200_LWzStJjREVm69jvw; protocol="application/pgp-signature"; micalg=pgp-sha1 Cc: freebsd-current@FreeBSD.org Subject: Re: burncd: FAILURE - WRITE_BIG ILLEGAL REQUEST X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 07:40:08 -0000 --Signature_Sat__30_Jul_2005_09_40_21_+0200_LWzStJjREVm69jvw Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Jeremie Le Hen wrote: > > >I never used burncd, but are you sure that your command is right? > > >If I understand the man page correctly, you don't use raw to > > >burn an iso image. >=20 > I didn't understand the manpage correctly indeed. It was not clear > enough for me. >=20 > > No, you're right. The command for burning ISOs is > >=20 > > burncd -f /dev/acd0 data ISOFILE fixate > >=20 > > But I got the same error, even using that command. >=20 > Yes same thing with this command. I thought that ATA mkIII resolved > all problems according to the mailing-lists. This time I decided to > to do a little bit more than using my hard drive, and this fails, > that's unfortunate. It doesn't has to be an ATA mkIII problem. It might as well be burncd related or caused by broken firmware. I'd try cdrecord, it could give you a more detailed error message. =20 Fabian --=20 http://www.fabiankeil.de/ --Signature_Sat__30_Jul_2005_09_40_21_+0200_LWzStJjREVm69jvw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFC6y7soomUOj0wp30RAq2aAJ9SxvLArdgV1Ri62zhMnNd9A+SMfACgjV9j WiIq8cxTaPfnV0D7m0VUUCU= =U4Pp -----END PGP SIGNATURE----- --Signature_Sat__30_Jul_2005_09_40_21_+0200_LWzStJjREVm69jvw-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 10:10:15 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62E7C16A420 for ; Sat, 30 Jul 2005 10:10:15 +0000 (GMT) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: from 82-168-75-155-bbxl.xdsl.tiscali.nl (82-168-75-155-bbxl.xdsl.tiscali.nl [82.168.75.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68F2543D49 for ; Sat, 30 Jul 2005 10:10:14 +0000 (GMT) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: from 82-168-75-155-bbxl.xdsl.tiscali.nl (localhost [127.0.0.1]) by 82-168-75-155-bbxl.xdsl.tiscali.nl (8.13.4/8.13.4) with ESMTP id j6UAAA3w012516; Sat, 30 Jul 2005 12:10:12 +0200 (CEST) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost) by 82-168-75-155-bbxl.xdsl.tiscali.nl (8.13.4/8.13.1/Submit) id j6UAA87k012512; Sat, 30 Jul 2005 12:10:08 +0200 (CEST) (envelope-from rene) Date: Sat, 30 Jul 2005 12:10:04 +0200 From: Rene Ladan To: Ben Kaduk Message-ID: <20050730101002.GA85066@82-168-75-155-bbxl.xdsl.tiscali.nl> References: <42EAD325.60707@errno.com> <47d0403c050729223074ddf67d@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline In-Reply-To: <47d0403c050729223074ddf67d@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: dhclient and wpa_supplicant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 10:10:15 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 30, 2005 at 05:30:42AM +0000, Ben Kaduk wrote: >=20 > ndis0: mem > 0xfaff6000-0xfaff7fff irq 9 at device 3.0 on pci2 > ndis0: NDIS API version: 5.0 ^^^ You should use NDIS API version 5.1, which comes with the Windows XP drivers. > ndis0: Ethernet address: 00:90:4b:2d:46:ce >=20 > When I issue an: >=20 > prolepsis# ifconfig ndis0 inet up ssid 'NetworkXcAe5@r' wepmode on > wepkey 0xdeadc0de >=20 > my interface associates fine, giving me this: >=20 > prolepsis# ifconfig ndis0 > ndis0: flags=3D8843 mtu 1500 > inet6 fe80::290:4bff:fe2d:46ce%ndis0 prefixlen 64 scopeid 0x3 > ether 00:90:4b:2d:46:ce > media: IEEE 802.11 Wireless Ethernet autoselect > status: associated ^^^^^^ You should get a bssid here. > ssid NetworkXcAe5@r bssid 00:12:17:1d:f7:08 > authmode OPEN privacy ON deftxkey UNDEF wepkey 1:40-bit txpowmax = 100 It might be safer to define a default transmit key, but I'm not sure on that. >=20 > but when I run: >=20 > prolepsis# dhclient ndis0 > DHCPDISCOVER on ndis0 to 255.255.255.255 port 67 interval 8 > DHCPDISCOVER on ndis0 to 255.255.255.255 port 67 interval 9 > DHCPDISCOVER on ndis0 to 255.255.255.255 port 67 interval 16 > DHCPDISCOVER on ndis0 to 255.255.255.255 port 67 interval 9 > DHCPDISCOVER on ndis0 to 255.255.255.255 port 67 interval 11 > DHCPDISCOVER on ndis0 to 255.255.255.255 port 67 interval 8 > No DHCPOFFERS received. > No working leases in persistent database - sleeping. >=20 > prolepsis# ifconfig ndis0 > ndis0: flags=3D8843 mtu 1500 > inet6 fe80::290:4bff:fe2d:46ce%ndis0 prefixlen 64 scopeid 0x3 > inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > ether 00:90:4b:2d:46:ce > media: IEEE 802.11 Wireless Ethernet autoselect > status: associated > ssid NetworkXcAe5@r bssid 00:12:17:1d:f7:08 > authmode OPEN privacy ON deftxkey UNDEF wepkey 1:40-bit txpowmax = 100 >=20 >=20 > dhclient doesn't seem to pick it up. I know this ap is actually > running a dhcp server; it works on darwin. >=20 > I have read that using ifconfig for wireless (encryption?) is not the > way of the future, that I should be using wpa_supplicant, WPA uses a stronger encryption than WEP, ifconfig is just a tool to configure network interfaces. In theory it could support WPA. >=20 > Thanks for putting in all this effort. >=20 > Ben Kaduk Regards, Rene --=20 GPG fingerprint =3D 5FFA 3959 3377 C697 8428 24D0 BF3E F4A9 AE33 5DCC "It won't fit on the line." -- me, 2001 --jI8keyz6grp/JLjh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC61H5vz70qa4zXcwRAnUjAKCZug5bEsoWAvRJfFaM9yTRO7t1gACgnip6 iMdWQTxca7pL7pPGumOQNpI= =MgK5 -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 10:29:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0306216A41F for ; Sat, 30 Jul 2005 10:29:34 +0000 (GMT) (envelope-from julian@elischer.org) Received: from delight.idiom.com (delight.idiom.com [216.240.32.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4B0543D48 for ; Sat, 30 Jul 2005 10:29:33 +0000 (GMT) (envelope-from julian@elischer.org) Received: from idiom.com (idiom.com [216.240.32.1]) by delight.idiom.com (Postfix) with ESMTP id 49F31248D5; Sat, 30 Jul 2005 03:29:33 -0700 (PDT) Received: from [192.168.2.3] (home.elischer.org [216.240.48.38]) by idiom.com (8.12.11/8.12.11) with ESMTP id j6UATVhm042350; Sat, 30 Jul 2005 03:29:32 -0700 (PDT) (envelope-from julian@elischer.org) Message-ID: <42EB5687.2070400@elischer.org> Date: Sat, 30 Jul 2005 03:29:27 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050424 X-Accept-Language: en, hu MIME-Version: 1.0 To: Poul-Henning Kamp References: <87711.1122534245@phk.freebsd.dk> In-Reply-To: <87711.1122534245@phk.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 10:29:34 -0000 Poul-Henning Kamp wrote: > In message <42E88135.30603@elischer.org>, Julian Elischer writes: > > Please use gstat and look at the service times instead of the > busy percentage. > > The snapshot below is typical when doing tar from one drive to another.. (tar c -C /disk1 f- .|tar x -C /disk2 -f - ) dT: 1.052 flag_I 1000000us sizeof 240 i -1 L(q) ops/s r/s kBps ms/r w/s kBps ms/w d/s kBps ms/d %busy Name 0 405 405 1057 0.2 0 0 0.0 0 0 0.0 9.8| ad0 0 405 405 1057 0.3 0 0 0.0 0 0 0.0 11.0| ad0s2 0 866 3 46 0.4 863 8459 0.7 0 0 0.0 63.8| da0 25 866 3 46 0.5 863 8459 0.8 0 0 0.0 66.1| da0s1 0 405 405 1057 0.3 0 0 0.0 0 0 0.0 12.1| ad0s2f 195 866 3 46 0.5 863 8459 0.8 0 0 0.0 68.1| da0s1d even though the process should be disk limitted neither of the disks is anywhere near 100%. puting 'team' between the two copies of tar (as a fifo) doesn't change the numbers. From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 10:33:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20F6A16A41F for ; Sat, 30 Jul 2005 10:33:58 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7D6543D45 for ; Sat, 30 Jul 2005 10:33:57 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id E7BABBC66; Sat, 30 Jul 2005 10:33:55 +0000 (UTC) To: Julian Elischer From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 30 Jul 2005 03:29:27 PDT." <42EB5687.2070400@elischer.org> Date: Sat, 30 Jul 2005 12:33:55 +0200 Message-ID: <98853.1122719635@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: FreeBSD Current Subject: Re: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 10:33:58 -0000 In message <42EB5687.2070400@elischer.org>, Julian Elischer writes: >Poul-Henning Kamp wrote: >> In message <42E88135.30603@elischer.org>, Julian Elischer writes: >> >> Please use gstat and look at the service times instead of the >> busy percentage. > >The snapshot below is typical when doing tar from one drive to another.. >(tar c -C /disk1 f- .|tar x -C /disk2 -f - ) > >dT: 1.052 flag_I 1000000us sizeof 240 i -1 > L(q) ops/s r/s kBps ms/r w/s kBps ms/w d/s kBps ms/d %busy Name > 0 405 405 1057 0.2 0 0 0.0 0 0 0.0 9.8 | ad0 > 0 405 405 1057 0.3 0 0 0.0 0 0 0.0 11.0 | ad0s2 > 0 866 3 46 0.4 863 8459 0.7 0 0 0.0 63.8 | da0 > 25 866 3 46 0.5 863 8459 0.8 0 0 0.0 66.1 | da0s1 > 0 405 405 1057 0.3 0 0 0.0 0 0 0.0 12.1 | ad0s2f > 195 866 3 46 0.5 863 8459 0.8 0 0 0.0 68.1 | da0s1d > >even though the process should be disk limitted neither of the disks is anywhere >near 100%. This looks like an awful lot of small files since you write 8 times as much data as you read ? Since the write service time (ms/w) is low, I pressume you have some hefty disk hardware (with cache ?) Presumably you're using softupdates ? I wouldn't be surprised if you were limited by system time rather than disk in this scenario ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 13:05:54 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9835116A41F; Sat, 30 Jul 2005 13:05:54 +0000 (GMT) (envelope-from grehan@freebsd.org) Received: from liberty.onthenet.com.au (liberty.OntheNet.com.au [203.22.124.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id F23FC43D45; Sat, 30 Jul 2005 13:05:53 +0000 (GMT) (envelope-from grehan@freebsd.org) Received: from [203.144.2.167] (CPE-2-167.dsl.OntheNet.net [203.144.2.167]) by liberty.onthenet.com.au (8.12.9 - 20030918/8.12.9) with ESMTP id j6UD5p7v084110; Sat, 30 Jul 2005 23:05:52 +1000 (EST) (envelope-from grehan@freebsd.org) Message-ID: <42EB7B3E.3030308@freebsd.org> Date: Sat, 30 Jul 2005 23:06:06 +1000 From: Peter Grehan User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dario Freni Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, fs@freebsd.org Subject: re: Rockridge extension not enabled when / is cd9660, boot fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 13:05:54 -0000 Hi Dario, I've come across this too: a hack is at: http://people.freebsd.org/~grehan/cd9660_vfsops.diff ... though I think that's the wrong way to do it. I guess you and I are the only ones to ever mount cd9660 as root :) later, Peter. From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 13:45:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C532416A41F for ; Sat, 30 Jul 2005 13:45:39 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from kweetal.tue.nl (kweetal.tue.nl [131.155.3.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C02943D49 for ; Sat, 30 Jul 2005 13:45:38 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from localhost (localhost [127.0.0.1]) by kweetal.tue.nl (Postfix) with ESMTP id 216BA13BA72; Sat, 30 Jul 2005 15:45:38 +0200 (CEST) Received: from kweetal.tue.nl ([127.0.0.1]) by localhost (kweetal.tue.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 45790-09-3; Sat, 30 Jul 2005 15:45:20 +0200 (CEST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by kweetal.tue.nl (Postfix) with ESMTP id 74F7813BA46; Sat, 30 Jul 2005 15:45:20 +0200 (CEST) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.13.4/8.13.4/Submit) id j6UDjHJH022643; Sat, 30 Jul 2005 15:45:17 +0200 (CEST) (envelope-from stijn) Date: Sat, 30 Jul 2005 15:45:17 +0200 From: Stijn Hoop To: Brooks Davis Message-ID: <20050730134517.GG70957@pcwin002.win.tue.nl> References: <04C71268DFDAA8499EC1A248A44B6A2B34C000@Exchange21.EDU.epsb.ca> <1122407949.4882.3.camel@pyanfar.ece.cmu.edu> <20050726204912.GA12409@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050726204912.GA12409@odin.ac.hmc.edu> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Virus-Scanned: amavisd-new at tue.nl Cc: "'freebsd-current@freebsd.org'" Subject: Re: 6-BETA1 iwi + wpa_supplicant fails, and sometimes silently re boots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 13:45:39 -0000 On Tue, Jul 26, 2005 at 01:49:12PM -0700, Brooks Davis wrote: > On Tue, Jul 26, 2005 at 03:59:09PM -0400, Brandon S. Allbery KF8NH wrote: > > I'm still having failures and ultimately silent reboots trying to get at > > the unsecured network on campus, however. wpa_supplicant.conf and a > > debug log attached. ---Is there some secret incantation needed to > > disable all authentication, or is that case simply not implemented/not > > tested? The log shows it timing out and failing to authenticate to a > > null BSSID, instead of simply not authenticating at all. > > In my limited testing, open networks aren't working. It's something we > need to fix soon. I saw this ~2 weeks ago -- let me know when I can test something (also iwi and then 6-CURRENT I believe, still need to update). --Stijn -- Nostalgia ain't what it used to be. From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 14:35:12 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 963EC16A41F for ; Sat, 30 Jul 2005 14:35:12 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA45C43D46 for ; Sat, 30 Jul 2005 14:35:11 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 87841 invoked by uid 89); 30 Jul 2005 14:34:57 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 30 Jul 2005 14:34:57 -0000 Date: Sat, 30 Jul 2005 16:35:10 +0200 From: Oliver Lehmann To: current@freebsd.org Message-Id: <20050730163510.1e15524f.lehmann@ans-netz.de> In-Reply-To: <20050730014342.0843080d.lehmann@ans-netz.de> References: <20050730014342.0843080d.lehmann@ans-netz.de> X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.8; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: mlx(4) fully and ep(4) partially broken on 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 14:35:12 -0000 Oliver Lehmann wrote: > > 2nd problem with 6.0: > --------------------- > > The system nicely detects my mlx Controller: As I see, this is also mentioned in kern/84163 -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 16:52:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AF0016A41F for ; Sat, 30 Jul 2005 16:52:49 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A76D643D48 for ; Sat, 30 Jul 2005 16:52:48 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j6UGqjNV004836 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 30 Jul 2005 12:52:45 -0400 Received: from obsecurity.dyndns.org (fields.fields.utoronto.ca [128.100.216.11]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j6UGqi6P001805; Sat, 30 Jul 2005 12:52:45 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 66678511F8; Sat, 30 Jul 2005 12:52:38 -0400 (EDT) Date: Sat, 30 Jul 2005 12:52:38 -0400 From: Kris Kennaway To: Dag-Erling Sm?rgrav Message-ID: <20050730165238.GA83775@xor.obsecurity.org> References: <1122658375.50653.3.camel@pyanfar.ece.cmu.edu> <1122659885.50653.7.camel@pyanfar.ece.cmu.edu> <20050729194042.GB17862@xor.obsecurity.org> <864qacg43l.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: <864qacg43l.fsf@xps.des.no> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: here we go again with the weird kernel build errors... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 16:52:49 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 30, 2005 at 09:11:58AM +0200, Dag-Erling Sm?rgrav wrote: > Kris Kennaway writes: > > On Fri, Jul 29, 2005 at 01:58:05PM -0400, Brandon S. Allbery KF8NH wrot= e: > > > Answering my own question: the culprit is /usr/local/bin/yacc from > > > devel/bison. Perhaps the kernel build needs to protect against this > > > when not done as part of building a full world? or is it no longer > > > supported to reconfigure and rebuild a kernel without a full buildwor= ld? > > AFAIK you have to buildworld first, yes. This builds the bootstrap > > tools needed to safely build the kernel. >=20 > 'make kernel-toolchain' is sufficient preparation for buildkernel. Thanks, I knew there was a target for it but couldn't find it documented in the makefiles. Kris --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC67BWWry0BWjoQKURAu6HAKDC+fBv8grzLHYbGOF/fua6CglOVgCfZq6l Ddvq9ndwGx9mDdfENyCKXMo= =D6lz -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 17:14:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D813216A41F for ; Sat, 30 Jul 2005 17:14:12 +0000 (GMT) (envelope-from discussion-lists@linnet.org) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C0EA43D45 for ; Sat, 30 Jul 2005 17:14:12 +0000 (GMT) (envelope-from discussion-lists@linnet.org) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id DA0B91E12; Sat, 30 Jul 2005 13:14:20 -0400 (EDT) Received: from billdog.local.linnet.org (dsl-212-74-113-66.access.uk.tiscali.com [212.74.113.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id 86A3990; Sat, 30 Jul 2005 13:14:18 -0400 (EDT) Received: from lists by billdog.local.linnet.org with local (Exim 4.50 (FreeBSD)) id 1Dyuvw-0000EO-Ny; Sat, 30 Jul 2005 18:15:36 +0100 Date: Sat, 30 Jul 2005 18:15:36 +0100 From: Brian Candler To: Julian Elischer Message-ID: <20050730171536.GA740@uk.tiscali.com> References: <87711.1122534245@phk.freebsd.dk> <42EB5687.2070400@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42EB5687.2070400@elischer.org> User-Agent: Mutt/1.4.2.1i Cc: Poul-Henning Kamp , FreeBSD Current Subject: Re: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 17:14:13 -0000 On Sat, Jul 30, 2005 at 03:29:27AM -0700, Julian Elischer wrote: > >Please use gstat and look at the service times instead of the > >busy percentage. > > > > > > The snapshot below is typical when doing tar from one drive to another.. > (tar c -C /disk1 f- .|tar x -C /disk2 -f - ) > > dT: 1.052 flag_I 1000000us sizeof 240 i -1 > L(q) ops/s r/s kBps ms/r w/s kBps ms/w d/s kBps ms/d > %busy Name > 0 405 405 1057 0.2 0 0 0.0 0 0 0.0 > 9.8| ad0 > 0 405 405 1057 0.3 0 0 0.0 0 0 0.0 > 11.0| ad0s2 > 0 866 3 46 0.4 863 8459 0.7 0 0 0.0 > 63.8| da0 > 25 866 3 46 0.5 863 8459 0.8 0 0 0.0 > 66.1| da0s1 > 0 405 405 1057 0.3 0 0 0.0 0 0 0.0 > 12.1| ad0s2f > 195 866 3 46 0.5 863 8459 0.8 0 0 0.0 > 68.1| da0s1d > > even though the process should be disk limitted neither of the disks is > anywhere > near 100%. Are ad0 and da0 both arrays? One IDE disk doing 405 reads per second (2.5ms per seek) is pretty good. A 7200rpm drive would have a theoretical average seek time of 1/(7200/60)/2 = 4.2ms, or 7200/60*2 = 240 ops per second. It can be better with read-ahead caching. But if really is only 12.1% busy (which the 0.3 ms/r implies), that means it would be capable of ~3350 operations per second... that's either a seriously good drive array with tons of cache, or the stats are borked :-) With a single bog-standard IDE drive tarring up a directory containing some large .iso images, and piping the output to /dev/null, I get: L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 1 389 388 49318 2.4 1 24 1.4 90.6| ad0s3d And tarring up /usr/src (again piping to /dev/null) I get: 1 564 564 5034 1.7 0 0 0.0 95.7| ad0s2e This is with 5-STABLE as of 2005-05-13 (i.e. a bit after 5.4-RELEASE), and an AMD 2500+ processor. Interestingly, I get a much higher kBps than your ad0 - although I'm not actually writing the data out again. Maybe it would be interesting to pipe the output of your tar to /dev/null and see how the read performance from ad0 compares with your measured performance? Then try just reading from da0? Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 18:20:48 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 068C816A41F for ; Sat, 30 Jul 2005 18:20:48 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 996DB43D45 for ; Sat, 30 Jul 2005 18:20:47 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.93] ([66.127.85.93]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j6UIKkms093563 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 30 Jul 2005 11:20:47 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42EBC525.4040906@errno.com> Date: Sat, 30 Jul 2005 11:21:25 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ben Kaduk References: <42EAD325.60707@errno.com> <47d0403c050729223074ddf67d@mail.gmail.com> In-Reply-To: <47d0403c050729223074ddf67d@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: dhclient and wpa_supplicant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 18:20:48 -0000 Ben Kaduk wrote: > On 7/30/05, Sam Leffler wrote: > >>Brooks fixed a bunch of bugs in dhclient and I just committed an >>important fix to wpa_supplicant to work right when wireless cards are >>ejected (previously it would loop). >> >>I also tested that dhclient does the right thing for roaming between >>ap's--switching causes dhclient to immediately collect a new lease. >> >>I just ran tests with wpa_supplicant and found that it does appear to >>handle open ap's properly. >> >>Everything except the wpa_supplicant changes have been MFC'd to RELENG_6 >>for the 6.0RC2 build that's going to happen soon (I'm hoping to get re >>to approve the wpa_supplicant changes). >> >>So the question is what are the outstanding issues with dhclient and >>wpa_supplicant? I'm mostly concerned with wireless devices but feel >>free to talk about wired interfaces too. If something doesn't work >>right please try to give steps to reproduce the problem. Otherwise >>please provide detailed info include ifconfig output. Remember that >>dhclient logs info to /var/log/messages and you should also see link >>state change msgs there too. >> >> Sam >>_______________________________________________ >>freebsd-current@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-current >>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > > > > Well, I don't know if this is something in the code or just operator > incompotence, but I'm having some problems with dhclient on a wireless > interface. I've got current from last night: > > prolepsis# uname -a > FreeBSD prolepsis.math.uiuc.edu 7.0-CURRENT FreeBSD 7.0-CURRENT #6: > Fri Jul 29 04:30:11 UTC 2005 > kaduk@prolepsis.math.uiuc.edu:/usr/obj/usr/src/sys/PROLEPSIS i386 > > and I'm trying to connect to a friend's ap using wep. My ndis card > seems to be recognized just fine: > > ndis0: mem > 0xfaff6000-0xfaff7fff irq 9 at device 3.0 on pci2 > ndis0: NDIS API version: 5.0 > ndis0: Ethernet address: 00:90:4b:2d:46:ce > > When I issue an: > > prolepsis# ifconfig ndis0 inet up ssid 'NetworkXcAe5@r' wepmode on > wepkey 0xdeadc0de > > my interface associates fine, giving me this: > > prolepsis# ifconfig ndis0 > ndis0: flags=8843 mtu 1500 > inet6 fe80::290:4bff:fe2d:46ce%ndis0 prefixlen 64 scopeid 0x3 > ether 00:90:4b:2d:46:ce > media: IEEE 802.11 Wireless Ethernet autoselect > status: associated > ssid NetworkXcAe5@r bssid 00:12:17:1d:f7:08 > authmode OPEN privacy ON deftxkey UNDEF wepkey 1:40-bit txpowmax 100 add weptxkey 1 or deftxkey 1--note "deftxkey UNDEF" above. > > but when I run: > > prolepsis# dhclient ndis0 > DHCPDISCOVER on ndis0 to 255.255.255.255 port 67 interval 8 > DHCPDISCOVER on ndis0 to 255.255.255.255 port 67 interval 9 > DHCPDISCOVER on ndis0 to 255.255.255.255 port 67 interval 16 > DHCPDISCOVER on ndis0 to 255.255.255.255 port 67 interval 9 > DHCPDISCOVER on ndis0 to 255.255.255.255 port 67 interval 11 > DHCPDISCOVER on ndis0 to 255.255.255.255 port 67 interval 8 > No DHCPOFFERS received. > No working leases in persistent database - sleeping. > > prolepsis# ifconfig ndis0 > ndis0: flags=8843 mtu 1500 > inet6 fe80::290:4bff:fe2d:46ce%ndis0 prefixlen 64 scopeid 0x3 > inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > ether 00:90:4b:2d:46:ce > media: IEEE 802.11 Wireless Ethernet autoselect > status: associated > ssid NetworkXcAe5@r bssid 00:12:17:1d:f7:08 > authmode OPEN privacy ON deftxkey UNDEF wepkey 1:40-bit txpowmax 100 > > > dhclient doesn't seem to pick it up. I know this ap is actually > running a dhcp server; it works on darwin. > > I have read that using ifconfig for wireless (encryption?) is not the > way of the future, that I should be using wpa_supplicant, but I > haven't been able to succesfully modify a config file to get it to > work, and google wasn't very helpful in finding a tutorial or > instructions for wpa_supplicant on freebsd. The archives weren't > terribly helpful, either -- this is something that would be on > freebsd-questions, right? Anyways, if someone could point me to a > tutorial for wpa_supplicant, I can check that and see if I get better > results, or if you want further information about my configuration, I > can get that too. There's supposed to be an update coming to the wireless setup section of the freebsd handbook. I'd also like to see sysinstall do a better job of setting up wireless interfaces (until the new installer is ready) and I lobbied for a SoC project to build a GUI app to do this but w/o luck. Setting up wpa_supplicant is actually not too bad; you just need an /etc/wpa_supplicant.conf file that describes the networks you hook up to. If you look in /usr/src/contrib/wpa_supplicant/wpa_supplicant.conf there's an extensive set of examples you should be able to crib from. Test things by running wpa_supplicant directly with something like: wpa_supplicant -i ath0 -d -c /etc/wpa_supplicant.conf and when you're happy configure stuff to start automatically by adding a line to /etc/rc.conf like: ifconfig_ath0="WPA DHCP" The trickiest part is configuring 802.1x. I'm not sure how well ndis drivers hookup to these tools. The only driver I know works well in all configurations is ath. > > Thanks for putting in all this effort. > > Ben Kaduk > > From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 18:37:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EA1C16A41F for ; Sat, 30 Jul 2005 18:37:24 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF5A343D45 for ; Sat, 30 Jul 2005 18:37:23 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id BFB24BC66; Sat, 30 Jul 2005 18:37:20 +0000 (UTC) To: Brian Candler From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 30 Jul 2005 18:15:36 BST." <20050730171536.GA740@uk.tiscali.com> Date: Sat, 30 Jul 2005 20:37:17 +0200 Message-ID: <4559.1122748637@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: FreeBSD Current , Julian Elischer Subject: Re: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 18:37:24 -0000 In message <20050730171536.GA740@uk.tiscali.com>, Brian Candler writes: >On Sat, Jul 30, 2005 at 03:29:27AM -0700, Julian Elischer wrote: >> >> The snapshot below is typical when doing tar from one drive to another.. >> (tar c -C /disk1 f- .|tar x -C /disk2 -f - ) >> >> dT: 1.052 flag_I 1000000us sizeof 240 i -1 >> L(q) ops/s r/s kBps ms/r w/s kBps ms/w d/s kBps ms/d %busy Name >> 0 405 405 1057 0.2 0 0 0.0 0 0 0.0 9.8| ad0 >> 0 405 405 1057 0.3 0 0 0.0 0 0 0.0 11.0| ad0s2 >> 0 866 3 46 0.4 863 8459 0.7 0 0 0.0 63.8| da0 >> 25 866 3 46 0.5 863 8459 0.8 0 0 0.0 66.1| da0s1 >> 0 405 405 1057 0.3 0 0 0.0 0 0 0.0 12.1| ad0s2f >> 195 866 3 46 0.5 863 8459 0.8 0 0 0.0 68.1| da0s1d >> >> even though the process should be disk limitted neither of the disks is >> anywhere >> near 100%. > >One IDE disk doing 405 reads per second (2.5ms per seek) is pretty good. Sorry, but your reasoning is terminally wrong. The 405 reads/sec takes only 0.2 msec per read, including transfer, seek and other overhead. You can read this number directly in the "ms/r" column. It follows effortlessly that the reads do not result in random seeks. >But if really is only 12.1% busy (which the 0.3 ms/r implies), "busy %" numbers is *NOT* a valid measure of disk throughput, please do not pay attention to such numbers! A disk can be 100% busy and still be able to accept 128 times more traffic: read sector 0 read sector N read sector 1 read sector N-1 ... will keep the disk 100% busy without getting much done. read sector 0 read sector 1 read sector N-1 read sector N read sector 2 read sector 3 read sector N-3 read sector N-2 ... Will get twice as much done and still keep the disk 100% busy. If you want to know how busy your disk is, simply look in the ms/r and ms/r columns and decide if you can live with that average transaction time. If it is too high for your liking, then your disk is too busy. If you want to do quantitive predictions, you need to do the queue-theory thing on those numbers. If you know your queue-theory, you also know why busy% is a pointless measurement: It represents the amount of time where the queue is non-empty. It doesn't say anything about how quickly the queue drains or fills. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 18:48:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 384EE16A41F for ; Sat, 30 Jul 2005 18:48:14 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id A00EF43D46 for ; Sat, 30 Jul 2005 18:48:13 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v8.1.0.R) with ESMTP id md50001733244.msg for ; Sat, 30 Jul 2005 19:41:29 +0100 Message-ID: <017d01c59537$222d4820$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Brian Candler" , "Poul-Henning Kamp" References: <4559.1122748637@phk.freebsd.dk> Date: Sat, 30 Jul 2005 19:47:23 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Processed: multiplay.co.uk, Sat, 30 Jul 2005 19:41:29 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@freebsd.org X-MDAV-Processed: multiplay.co.uk, Sat, 30 Jul 2005 19:41:30 +0100 Cc: FreeBSD Current , Julian Elischer Subject: Re: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 18:48:14 -0000 Thanks for that info very useful. Steve ----- Original Message ----- From: "Poul-Henning Kamp" > Sorry, but your reasoning is terminally wrong. > > The 405 reads/sec takes only 0.2 msec per read, including transfer, > seek and other overhead. ... ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 19:09:18 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0359C16A41F for ; Sat, 30 Jul 2005 19:09:18 +0000 (GMT) (envelope-from pgollucci@p6m7g8.com) Received: from piccollo.p6m7g8.net (c66-236-219-70.ip.panth.com [66.236.219.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C19B43D58 for ; Sat, 30 Jul 2005 19:09:16 +0000 (GMT) (envelope-from pgollucci@p6m7g8.com) Received: from [192.168.0.203] (pcp09579105pcs.rtchrd01.md.comcast.net [69.244.86.63]) (authenticated bits=0) by piccollo.p6m7g8.net (8.13.3/8.13.3) with ESMTP id j6UJ9DrX011182 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Sat, 30 Jul 2005 15:09:15 -0400 (EDT) (envelope-from pgollucci@p6m7g8.com) Message-ID: <42EBD057.6060706@p6m7g8.com> Date: Sat, 30 Jul 2005 15:09:11 -0400 From: "Philip M. Gollucci" User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: -current compile failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 19:09:18 -0000 Hu all, The google results are lacking. This is upgrading from: FreeBSD trunks.p6m7g8.net 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Tue Jan 25 15:45:22 EST 2005 Thanks in advance. ./cvsup -g -L2 /usr/sharex/examples/standard-supfile cd /usr/src make -DNO_GAMES -DNO_FORTRAN buildworld make -DNO_GAMES -DNO_FORTRAN buildkernel [snip] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -s td=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/cont rib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline -unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror / usr/src/sys/netinet6/ipsec.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -s td=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/cont rib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline -unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror / usr/src/sys/netkey/key.c /usr/src/sys/netkey/key.c: In function `key_allocsa': /usr/src/sys/netkey/key.c:1037: warning: implicit declaration of function `sa6_recoverscope' /usr/src/sys/netkey/key.c:1037: warning: nested extern declaration of `sa6_recoverscope' *** Error code 1 Stop in /usr/obj/usr/src/sys/TRUNKS. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- END ------------------------------------------------------------ What doesn't kill us can only make us stronger. Nothing is impossible. Philip M. Gollucci (pgollucci@p6m7g8.com) 301.254.5198 Consultant / http://p6m7g8.net/Resume/ Senior Developer / Liquidity Services, Inc. http://www.liquidityservicesinc.com http://www.liquidation.com http://www.uksurplus.com http://www.govliquidation.com http://www.gowholesale.com From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 19:17:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8757B16A41F for ; Sat, 30 Jul 2005 19:17:22 +0000 (GMT) (envelope-from julian@elischer.org) Received: from delight.idiom.com (delight.idiom.com [216.240.32.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BA4C43D45 for ; Sat, 30 Jul 2005 19:17:22 +0000 (GMT) (envelope-from julian@elischer.org) Received: from idiom.com (idiom.com [216.240.32.1]) by delight.idiom.com (Postfix) with ESMTP id 030D62090EB; Sat, 30 Jul 2005 12:17:22 -0700 (PDT) Received: from [192.168.2.3] (home.elischer.org [216.240.48.38]) by idiom.com (8.12.11/8.12.11) with ESMTP id j6UJHKX1078994; Sat, 30 Jul 2005 12:17:21 -0700 (PDT) (envelope-from julian@elischer.org) Message-ID: <42EBD240.9090208@elischer.org> Date: Sat, 30 Jul 2005 12:17:20 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050424 X-Accept-Language: en, hu MIME-Version: 1.0 To: Poul-Henning Kamp References: <98853.1122719635@phk.freebsd.dk> In-Reply-To: <98853.1122719635@phk.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 19:17:22 -0000 Poul-Henning Kamp wrote: > In message <42EB5687.2070400@elischer.org>, Julian Elischer writes: > >>Poul-Henning Kamp wrote: >> >>>In message <42E88135.30603@elischer.org>, Julian Elischer writes: >>> >>>Please use gstat and look at the service times instead of the >>>busy percentage. >> >>The snapshot below is typical when doing tar from one drive to another.. >>(tar c -C /disk1 f- .|tar x -C /disk2 -f - ) >> >>dT: 1.052 flag_I 1000000us sizeof 240 i -1 >> L(q) ops/s r/s kBps ms/r w/s kBps ms/w d/s kBps ms/d %busy Name >> 0 405 405 1057 0.2 0 0 0.0 0 0 0.0 9.8 | ad0 >> 0 405 405 1057 0.3 0 0 0.0 0 0 0.0 11.0 | ad0s2 >> 0 866 3 46 0.4 863 8459 0.7 0 0 0.0 63.8 | da0 >> 25 866 3 46 0.5 863 8459 0.8 0 0 0.0 66.1 | da0s1 >> 0 405 405 1057 0.3 0 0 0.0 0 0 0.0 12.1 | ad0s2f >> 195 866 3 46 0.5 863 8459 0.8 0 0 0.0 68.1 | da0s1d >> >>even though the process should be disk limitted neither of the disks is anywhere >>near 100%. > > > This looks like an awful lot of small files since you write 8 times as much data > as you read ? > > Since the write service time (ms/w) is low, I pressume you have > some hefty disk hardware (with cache ?) > > Presumably you're using softupdates ? > > I wouldn't be surprised if you were limited by system time rather than disk in > this scenario ? system is 87% idle > From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 19:25:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69A1816A41F for ; Sat, 30 Jul 2005 19:25:48 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12C4743D45 for ; Sat, 30 Jul 2005 19:25:47 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id 4BFEDBC66; Sat, 30 Jul 2005 19:25:46 +0000 (UTC) To: Julian Elischer From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 30 Jul 2005 12:17:20 PDT." <42EBD240.9090208@elischer.org> Date: Sat, 30 Jul 2005 21:25:45 +0200 Message-ID: <4866.1122751545@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: FreeBSD Current Subject: Re: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 19:25:48 -0000 In message <42EBD240.9090208@elischer.org>, Julian Elischer writes: >> I wouldn't be surprised if you were limited by system time rather than disk in >> this scenario ? > >system is 87% idle I think you need to look somewhere else for the problem, it sounds much more like a scheduler problem than anything else now... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 19:47:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1CEF16A41F for ; Sat, 30 Jul 2005 19:47:38 +0000 (GMT) (envelope-from julian@elischer.org) Received: from delight.idiom.com (delight.idiom.com [216.240.32.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65DAC43D46 for ; Sat, 30 Jul 2005 19:47:38 +0000 (GMT) (envelope-from julian@elischer.org) Received: from idiom.com (idiom.com [216.240.32.1]) by delight.idiom.com (Postfix) with ESMTP id 1A0102090EF; Sat, 30 Jul 2005 12:47:38 -0700 (PDT) Received: from [192.168.2.3] (home.elischer.org [216.240.48.38]) by idiom.com (8.12.11/8.12.11) with ESMTP id j6UJlapq012921; Sat, 30 Jul 2005 12:47:37 -0700 (PDT) (envelope-from julian@elischer.org) Message-ID: <42EBD958.6040402@elischer.org> Date: Sat, 30 Jul 2005 12:47:36 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050424 X-Accept-Language: en, hu MIME-Version: 1.0 To: Poul-Henning Kamp References: <4559.1122748637@phk.freebsd.dk> In-Reply-To: <4559.1122748637@phk.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , Brian Candler Subject: Re: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 19:47:38 -0000 Poul-Henning Kamp wrote: > In message <20050730171536.GA740@uk.tiscali.com>, Brian Candler writes: > >>On Sat, Jul 30, 2005 at 03:29:27AM -0700, Julian Elischer wrote: >> >>>The snapshot below is typical when doing tar from one drive to another.. >>>(tar c -C /disk1 f- .|tar x -C /disk2 -f - ) >>> >>>dT: 1.052 flag_I 1000000us sizeof 240 i -1 >>> L(q) ops/s r/s kBps ms/r w/s kBps ms/w d/s kBps ms/d %busy Name >>> 0 405 405 1057 0.2 0 0 0.0 0 0 0.0 9.8| ad0 >>> 0 405 405 1057 0.3 0 0 0.0 0 0 0.0 11.0| ad0s2 >>> 0 866 3 46 0.4 863 8459 0.7 0 0 0.0 63.8| da0 >>> 25 866 3 46 0.5 863 8459 0.8 0 0 0.0 66.1| da0s1 >>> 0 405 405 1057 0.3 0 0 0.0 0 0 0.0 12.1| ad0s2f >>> 195 866 3 46 0.5 863 8459 0.8 0 0 0.0 68.1| da0s1d >>> >>>even though the process should be disk limitted neither of the disks is >>>anywhere >>>near 100%. >> >>One IDE disk doing 405 reads per second (2.5ms per seek) is pretty good. > > > Sorry, but your reasoning is terminally wrong. > > The 405 reads/sec takes only 0.2 msec per read, including transfer, > seek and other overhead. > > You can read this number directly in the "ms/r" column. > > It follows effortlessly that the reads do not result in random seeks. > > >>But if really is only 12.1% busy (which the 0.3 ms/r implies), > > > "busy %" numbers is *NOT* a valid measure of disk throughput, please do > not pay attention to such numbers! > > A disk can be 100% busy and still be able to accept 128 times more > traffic: > > read sector 0 > read sector N > read sector 1 > read sector N-1 > ... > > will keep the disk 100% busy without getting much done. > > read sector 0 > read sector 1 > read sector N-1 > read sector N > read sector 2 > read sector 3 > read sector N-3 > read sector N-2 > ... > > Will get twice as much done and still keep the disk 100% busy. > > > If you want to know how busy your disk is, simply look in the ms/r > and ms/r columns and decide if you can live with that average > transaction time. If it is too high for your liking, then your > disk is too busy. > > If you want to do quantitive predictions, you need to do the > queue-theory thing on those numbers. > > If you know your queue-theory, you also know why busy% is > a pointless measurement: It represents the amount of time > where the queue is non-empty. It doesn't say anything about > how quickly the queue drains or fills. exactly.. I'm trying to work out why teh read and write queues are empty for so much time in a transaction that SHOULD be disk bound.... there should ALWAYS be something waiting to be read on teh IDE drive (since it is slower or on the SCSI drive, since it has to do more work (sync meta writes)? (no soft updates) Interestingly, if I do mount -u -oasync on the raid, teh number of transactions per second goes down but the throughput remains about the same. suggesting that the ATA drive is teh bottleneck, but that continues to report lots of time with no queued requests. > From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 20:13:52 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60AE116A41F for ; Sat, 30 Jul 2005 20:13:52 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id C362843D48 for ; Sat, 30 Jul 2005 20:13:50 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:0g7NNddqEyZqfUHHhNy/hLYyE5uMTjPBcDcZaI5L4RiY26dtcACFa8h1OYnoYvSI@kasuga.mahoroba.org [IPv6:3ffe:501:185b:8010:20b:97ff:fe2e:b521]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.3/8.13.3) with ESMTP/inet6 id j6UKDct6080946 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 31 Jul 2005 05:13:44 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sun, 31 Jul 2005 05:13:38 +0900 Message-ID: From: Hajimu UMEMOTO To: "Philip M. Gollucci" In-Reply-To: <42EBD057.6060706@p6m7g8.com> References: <42EBD057.6060706@p6m7g8.com> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.0) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.0-BETA1 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Sun, 31 Jul 2005 05:13:44 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on ameno.mahoroba.org Cc: current@freebsd.org Subject: Re: -current compile failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 20:13:52 -0000 Hi, >>>>> On Sat, 30 Jul 2005 15:09:11 -0400 >>>>> "Philip M. Gollucci" said: pgollucci> /usr/src/sys/netkey/key.c: In function `key_allocsa': pgollucci> /usr/src/sys/netkey/key.c:1037: warning: implicit declaration of pgollucci> function `sa6_recoverscope' pgollucci> /usr/src/sys/netkey/key.c:1037: warning: nested extern declaration of pgollucci> `sa6_recoverscope' It seems you don't define option INET6 in your kernel config. It should be fixed, now. Please re-CVSup and try it. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 20:18:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E347D16A41F for ; Sat, 30 Jul 2005 20:18:48 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88D1B43D45 for ; Sat, 30 Jul 2005 20:18:48 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id 97DA6BC66; Sat, 30 Jul 2005 20:18:46 +0000 (UTC) To: Julian Elischer From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 30 Jul 2005 12:47:36 PDT." <42EBD958.6040402@elischer.org> Date: Sat, 30 Jul 2005 22:18:46 +0200 Message-ID: <5502.1122754726@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: FreeBSD Current , Brian Candler Subject: Re: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 20:18:49 -0000 In message <42EBD958.6040402@elischer.org>, Julian Elischer writes: >> If you know your queue-theory, you also know why busy% is >> a pointless measurement: It represents the amount of time >> where the queue is non-empty. It doesn't say anything about >> how quickly the queue drains or fills. > >exactly.. I'm trying to work out why teh read and write queues are empty for so >much time in a transaction that SHOULD be disk bound.... I am very confident that the disk statistics collected in GEOM don't lie: your disks are idle because nobody submits I/O requests. Look at your scheduler... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 21:38:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D3AC16A41F; Sat, 30 Jul 2005 21:38:11 +0000 (GMT) (envelope-from pgollucci@p6m7g8.com) Received: from piccollo.p6m7g8.net (c66-236-219-70.ip.panth.com [66.236.219.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD64E43D45; Sat, 30 Jul 2005 21:38:10 +0000 (GMT) (envelope-from pgollucci@p6m7g8.com) Received: from [192.168.0.203] (pcp09579105pcs.rtchrd01.md.comcast.net [69.244.86.63]) (authenticated bits=0) by piccollo.p6m7g8.net (8.13.3/8.13.3) with ESMTP id j6ULc76K012613 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Sat, 30 Jul 2005 17:38:09 -0400 (EDT) (envelope-from pgollucci@p6m7g8.com) Message-ID: <42EBF341.1080309@p6m7g8.com> Date: Sat, 30 Jul 2005 17:38:09 -0400 From: "Philip M. Gollucci" User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Hajimu UMEMOTO References: <42EBD057.6060706@p6m7g8.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: -current compile failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 21:38:11 -0000 > It seems you don't define option INET6 in your kernel config. It > should be fixed, now. Please re-CVSup and try it. Thanks that seems to have fixed. Next time I'll remember to include the kernel config :) -- END ------------------------------------------------------------ What doesn't kill us can only make us stronger. Nothing is impossible. Philip M. Gollucci (pgollucci@p6m7g8.com) 301.254.5198 Consultant / http://p6m7g8.net/Resume/ Senior Developer / Liquidity Services, Inc. http://www.liquidityservicesinc.com http://www.liquidation.com http://www.uksurplus.com http://www.govliquidation.com http://www.gowholesale.com From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 21:43:54 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DFB116A41F; Sat, 30 Jul 2005 21:43:54 +0000 (GMT) (envelope-from antoine@madhouse.dreadbsd.org) Received: from barton.dreadbsd.org (madhouse.dreadbsd.org [82.67.196.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0233F43D45; Sat, 30 Jul 2005 21:43:53 +0000 (GMT) (envelope-from antoine@madhouse.dreadbsd.org) Received: from barton.dreadbsd.org (localhost [127.0.0.1]) by barton.dreadbsd.org (8.13.4/8.13.4) with ESMTP id j6ULhlKt081992; Sat, 30 Jul 2005 23:43:48 +0200 (CEST) (envelope-from antoine@madhouse.dreadbsd.org) Received: (from antoine@localhost) by barton.dreadbsd.org (8.13.4/8.13.1/Submit) id j6ULhaAm081991; Sat, 30 Jul 2005 23:43:36 +0200 (CEST) (envelope-from antoine) Date: Sat, 30 Jul 2005 23:43:36 +0200 From: Antoine Brodin To: Hajimu UMEMOTO Message-Id: <20050730234336.33c980b1.antoine.brodin@laposte.net> In-Reply-To: References: <42EBD057.6060706@p6m7g8.com> X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.8; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: pgollucci@p6m7g8.com, current@freebsd.org Subject: Re: -current compile failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 21:43:54 -0000 Hajimu UMEMOTO wrote: > Hi, > > >>>>> On Sat, 30 Jul 2005 15:09:11 -0400 > >>>>> "Philip M. Gollucci" said: > > pgollucci> /usr/src/sys/netkey/key.c: In function `key_allocsa': > pgollucci> /usr/src/sys/netkey/key.c:1037: warning: implicit declaration of > pgollucci> function `sa6_recoverscope' > pgollucci> /usr/src/sys/netkey/key.c:1037: warning: nested extern declaration of > pgollucci> `sa6_recoverscope' > > It seems you don't define option INET6 in your kernel config. It > should be fixed, now. Please re-CVSup and try it. You can probably close PR kern/84188. Cheers, Antoine From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 21:59:45 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76F6E16A41F for ; Sat, 30 Jul 2005 21:59:45 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id D545543D46 for ; Sat, 30 Jul 2005 21:59:43 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:Af6xirzzwdlq/SuAC2Mh/rU4Dxq8Itlc27KwXjpdeoZ8h8G8QSjWAEAznByn95Wd@kasuga.mahoroba.org [IPv6:3ffe:501:185b:8010:20b:97ff:fe2e:b521]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.3/8.13.3) with ESMTP/inet6 id j6ULxWHt040961 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 31 Jul 2005 06:59:37 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sun, 31 Jul 2005 06:59:32 +0900 Message-ID: From: Hajimu UMEMOTO To: Antoine Brodin In-Reply-To: <20050730234336.33c980b1.antoine.brodin@laposte.net> References: <42EBD057.6060706@p6m7g8.com> <20050730234336.33c980b1.antoine.brodin@laposte.net> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.0) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.0-BETA1 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Sun, 31 Jul 2005 06:59:37 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on ameno.mahoroba.org Cc: pgollucci@p6m7g8.com, current@freebsd.org Subject: Re: -current compile failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 21:59:45 -0000 Hi, >>>>> On Sat, 30 Jul 2005 23:43:36 +0200 >>>>> Antoine Brodin said: antoine> You can probably close PR kern/84188. I didn't notice it. Thank you. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 22:10:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 597E216A41F for ; Sat, 30 Jul 2005 22:10:51 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id D821B43D45 for ; Sat, 30 Jul 2005 22:10:50 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id 1291E1FB3; Sat, 30 Jul 2005 18:10:50 -0400 (EDT) Received: from billdog.local.linnet.org (dsl-212-74-113-66.access.uk.tiscali.com [212.74.113.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id A7A4290; Sat, 30 Jul 2005 18:10:47 -0400 (EDT) Received: from brian by billdog.local.linnet.org with local (Exim 4.50 (FreeBSD)) id 1DyzZ2-0000Dg-2A; Sat, 30 Jul 2005 23:12:16 +0100 Date: Sat, 30 Jul 2005 23:12:16 +0100 From: Brian Candler To: Poul-Henning Kamp Message-ID: <20050730221215.GA757@uk.tiscali.com> References: <20050730171536.GA740@uk.tiscali.com> <4559.1122748637@phk.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4559.1122748637@phk.freebsd.dk> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Current , Julian Elischer Subject: Re: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 22:10:51 -0000 On Sat, Jul 30, 2005 at 08:37:17PM +0200, Poul-Henning Kamp wrote: > In message <20050730171536.GA740@uk.tiscali.com>, Brian Candler writes: > >On Sat, Jul 30, 2005 at 03:29:27AM -0700, Julian Elischer wrote: > >> > >> The snapshot below is typical when doing tar from one drive to another.. > >> (tar c -C /disk1 f- .|tar x -C /disk2 -f - ) > >> > >> dT: 1.052 flag_I 1000000us sizeof 240 i -1 > >> L(q) ops/s r/s kBps ms/r w/s kBps ms/w d/s kBps ms/d %busy Name > >> 0 405 405 1057 0.2 0 0 0.0 0 0 0.0 9.8| ad0 > >> 0 405 405 1057 0.3 0 0 0.0 0 0 0.0 11.0| ad0s2 > >> 0 866 3 46 0.4 863 8459 0.7 0 0 0.0 63.8| da0 > >> 25 866 3 46 0.5 863 8459 0.8 0 0 0.0 66.1| da0s1 > >> 0 405 405 1057 0.3 0 0 0.0 0 0 0.0 12.1| ad0s2f > >> 195 866 3 46 0.5 863 8459 0.8 0 0 0.0 68.1| da0s1d ... > >But if really is only 12.1% busy (which the 0.3 ms/r implies), > > "busy %" numbers is *NOT* a valid measure of disk throughput, please do > not pay attention to such numbers! It seems to me that reads/sec * milliseconds/read = milliseconds spent reading per second and that the "busy %" is expressed as a percentage. The figures in the above table seem to bear this out, bar rounding errors since ms/r is so small. Or am I mistaken? Examples: > >> 0 405 405 1057 0.2 0 0 0.0 0 0 0.0 9.8| ad0 405 * 0.2 = 81ms reading = 8% (vs. busy% = 9.8%) > >> 25 866 3 46 0.5 863 8459 0.8 0 0 0.0 66.1| da0s1 3*0.5 + 863 * 0.8 = 692ms read/write = 69% (vs. busy% = 66%) I guess I could dig through the source to check if this is true. But this is how I had always assumed "busy %" was calculated: time spent waiting for reads or writes to complete, as opposed to the time spent idle (with no outstanding read or write request queued) If I'm right, then the OP is right to ask why both the reading and writing disks are well under 100% utilisation for a simple streaming copy-from or copy-to operation. > If you want to know how busy your disk is, simply look in the ms/r > and ms/r columns and decide if you can live with that average > transaction time. If it is too high for your liking, then your > disk is too busy. > > If you want to do quantitive predictions, you need to do the > queue-theory thing on those numbers. > > If you know your queue-theory, you also know why busy% is > a pointless measurement: It represents the amount of time > where the queue is non-empty. It doesn't say anything about > how quickly the queue drains or fills. Indeed; if you have multiple processes competing to access the disk at random points in time, then the time to service each request is going to be calculated using queueing theory. For the same reason, an Internet connection is considered "full" at ~70% utilisation, because the latency goes through the roof above that, and users get unhappy. But here we're talking about a single process trying to spool stuff off (or onto) the disk as quickly as possible. Surely if everything is working properly, it ought to be able to keep the queue of read (or write) requests permanently non-empty, and therefore the disk should be permanently in use? That's like an IP pipe being used for a single FTP stream with sufficiently large window size. That *should* reach 100% utilisation. I'm not saying geom is counting wrongly; I am just agreeing with the OP that the underlying reason for this poor utilisation is worth investigating. After all, he also only got 1M/s read and 8M/s write. It seems unlikely that the CPU is unable to shift that amount of data per second. But if there were poor performance from the drive or the I/O card, that still ought to show as 100% utilisation. Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 22:28:03 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3421B16A41F for ; Sat, 30 Jul 2005 22:28:03 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3C0F43D45 for ; Sat, 30 Jul 2005 22:28:02 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id 3A8A4BC66; Sat, 30 Jul 2005 22:27:59 +0000 (UTC) To: Brian Candler From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 30 Jul 2005 23:12:16 BST." <20050730221215.GA757@uk.tiscali.com> Date: Sun, 31 Jul 2005 00:27:59 +0200 Message-ID: <6806.1122762479@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: FreeBSD Current , Julian Elischer Subject: Re: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 22:28:03 -0000 In message <20050730221215.GA757@uk.tiscali.com>, Brian Candler writes: >On Sat, Jul 30, 2005 at 08:37:17PM +0200, Poul-Henning Kamp wrote: >> In message <20050730171536.GA740@uk.tiscali.com>, Brian Candler writes: >> >On Sat, Jul 30, 2005 at 03:29:27AM -0700, Julian Elischer wrote: >> >> >> >> The snapshot below is typical when doing tar from one drive to another.. >> >> (tar c -C /disk1 f- .|tar x -C /disk2 -f - ) >> >> >> >> dT: 1.052 flag_I 1000000us sizeof 240 i -1 >> >> L(q) ops/s r/s kBps ms/r w/s kBps ms/w d/s kBps ms/d %busy Name >> >> 0 405 405 1057 0.2 0 0 0.0 0 0 0.0 9.8| ad0 >> >> 0 405 405 1057 0.3 0 0 0.0 0 0 0.0 11.0| ad0s2 >> >> 0 866 3 46 0.4 863 8459 0.7 0 0 0.0 63.8| da0 >> >> 25 866 3 46 0.5 863 8459 0.8 0 0 0.0 66.1| da0s1 >> >> 0 405 405 1057 0.3 0 0 0.0 0 0 0.0 12.1| ad0s2f >> >> 195 866 3 46 0.5 863 8459 0.8 0 0 0.0 68.1| da0s1d >... >> >But if really is only 12.1% busy (which the 0.3 ms/r implies), >> >> "busy %" numbers is *NOT* a valid measure of disk throughput, please do >> not pay attention to such numbers! > >It seems to me that > reads/sec * milliseconds/read = milliseconds spent reading per second This is only true if there can be only one outstanding request at a time. That is not a valid assumption. Modern (SCSI) disks have tagged queueing for instance. You could have: Time Event 0.0 Issue request #0 0.1 Issue request #1 1.0 Request #0 comes back (service time = 1 second) 1.1 Request #1 comes back (service time = 1 second) The average service time is 1 second per request. The throughput is 2 requests per second. Using your formula, the drive has spent 2000 milliseconds per second handling requests. This is the good old bandwidth vs. delay discussion again... >and that the "busy %" is I'm not saying geom is counting wrongly; I am 100% sure it counts correctly (well, actually, the %busy is not taking outstanding requests properly into account, it would cost a lot of work and math to do so.) >I am just agreeing with the OP that >the underlying reason for this poor utilisation is worth investigating. If the two processes are not deliberately sleeping (which I doubt), it has to be a scheduler bug. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 22:31:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FC4616A420 for ; Sat, 30 Jul 2005 22:31:45 +0000 (GMT) (envelope-from julian@elischer.org) Received: from delight.idiom.com (delight.idiom.com [216.240.32.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F4B143D46 for ; Sat, 30 Jul 2005 22:31:44 +0000 (GMT) (envelope-from julian@elischer.org) Received: from idiom.com (idiom.com [216.240.32.1]) by delight.idiom.com (Postfix) with ESMTP id C37F12091AD; Sat, 30 Jul 2005 15:31:43 -0700 (PDT) Received: from [192.168.2.3] (home.elischer.org [216.240.48.38]) by idiom.com (8.12.11/8.12.11) with ESMTP id j6UMVhTO077043; Sat, 30 Jul 2005 15:31:43 -0700 (PDT) (envelope-from julian@elischer.org) Message-ID: <42EBFFCC.5010603@elischer.org> Date: Sat, 30 Jul 2005 15:31:40 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050424 X-Accept-Language: en, hu MIME-Version: 1.0 To: Poul-Henning Kamp References: <5502.1122754726@phk.freebsd.dk> In-Reply-To: <5502.1122754726@phk.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , Brian Candler Subject: Re: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 22:31:45 -0000 Poul-Henning Kamp wrote: > In message <42EBD958.6040402@elischer.org>, Julian Elischer writes: > > >>>If you know your queue-theory, you also know why busy% is >>>a pointless measurement: It represents the amount of time >>>where the queue is non-empty. It doesn't say anything about >>>how quickly the queue drains or fills. >> >>exactly.. I'm trying to work out why teh read and write queues are empty for so >>much time in a transaction that SHOULD be disk bound.... > > > I am very confident that the disk statistics collected in GEOM don't lie: > your disks are idle because nobody submits I/O requests. > > Look at your scheduler... I plan on doing just that.. I didn't say it was a problem in geom.. I just said that it is worth investigating why there is no cannel saturation when in theory that should be teh bottleneck. I have noticed this before.. 5 & 6 sometimes just don't seem to be "trying". they often have idle time when I would expect none. From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 22:32:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A929216A421 for ; Sat, 30 Jul 2005 22:32:51 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5015C43D45 for ; Sat, 30 Jul 2005 22:32:51 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id EAC4CBC66; Sat, 30 Jul 2005 22:32:49 +0000 (UTC) To: Julian Elischer From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 30 Jul 2005 15:31:40 PDT." <42EBFFCC.5010603@elischer.org> Date: Sun, 31 Jul 2005 00:32:49 +0200 Message-ID: <6843.1122762769@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: FreeBSD Current , Brian Candler Subject: Re: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 22:32:51 -0000 In message <42EBFFCC.5010603@elischer.org>, Julian Elischer writes: >> Look at your scheduler... > >I plan on doing just that.. Because of the two pusher threads, GEOM is very sensitive to scheduler issues. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 22:36:54 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0AD016A41F for ; Sat, 30 Jul 2005 22:36:54 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C75443D46 for ; Sat, 30 Jul 2005 22:36:53 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 533 invoked by uid 89); 30 Jul 2005 22:36:39 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 30 Jul 2005 22:36:39 -0000 Date: Sun, 31 Jul 2005 00:36:52 +0200 From: Oliver Lehmann To: current@freebsd.org Message-Id: <20050731003652.12223405.lehmann@ans-netz.de> In-Reply-To: <20050730014342.0843080d.lehmann@ans-netz.de> References: <20050730014342.0843080d.lehmann@ans-netz.de> X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.8; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: imp@freebsd.org Subject: Re: mlx(4) fully and ep(4) partially broken on 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 22:36:54 -0000 Oliver Lehmann wrote: > 1st problem with 6.0: > --------------------- > > The system kept rebooting automaticly after it detected ep0. It was > saying sth. like "ep0: no irq?!". The funny thing is, one line above it > wrote sth. like "ep0 <3COM....> irq 9 ....". for me that looks like ep0 > has of course an irq assigned. > > I am happy that I have physical access to this system! Damn! > > I changed the perfectly-on-5.4 working 3com card with an other I had > on storage - panic is gone now. Some things about this: I can reproduce this on my testsystem when I put "device intpm" into my kernel config. intpm0 runs with irq 9: intpm0 port 0x5000-0x500f ir1 9 at device 7.3 on pci0 same as ep0 wants to run with: ep0: <3Com 3C509-Combo Etherlink III> at port 0x300-0x30f irq 9 on isa0 ep0: No irq?! panic: resource_list_release: resource entry is not busy Uptime: 1s As you can see, it looks like the card is not configured as PnP (because that would add "(PnP)" to the description). On my router, fxp3 has irq 9 - Maybe it is irq sharing related? But I wonder why it works with 5.4 without problems... -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 22:51:05 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 808F816A420 for ; Sat, 30 Jul 2005 22:51:05 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91C6143D73 for ; Sat, 30 Jul 2005 22:51:00 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j6UMm5r4074649; Sat, 30 Jul 2005 16:48:05 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 30 Jul 2005 16:48:56 -0600 (MDT) Message-Id: <20050730.164856.113103353.imp@bsdimp.com> To: lehmann@ans-netz.de From: "M. Warner Losh" In-Reply-To: <20050731003652.12223405.lehmann@ans-netz.de> References: <20050730014342.0843080d.lehmann@ans-netz.de> <20050731003652.12223405.lehmann@ans-netz.de> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: mlx(4) fully and ep(4) partially broken on 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 22:51:05 -0000 In message: <20050731003652.12223405.lehmann@ans-netz.de> Oliver Lehmann writes: : same as ep0 wants to run with: : : ep0: <3Com 3C509-Combo Etherlink III> at port 0x300-0x30f irq 9 on isa0 : ep0: No irq?! : panic: resource_list_release: resource entry is not busy : Uptime: 1s Bummer. Any chance you can get a traceback? : As you can see, it looks like the card is not configured as PnP (because : that would add "(PnP)" to the description). : : On my router, fxp3 has irq 9 - Maybe it is irq sharing related? But I : wonder why it works with 5.4 without problems... You can't share IRQs with ISA bus. You'll need to find out what changed that causes fxp3 to use irq 9 now. Maybe it is APIC related? Warner From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 23:11:49 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 922CE16A41F for ; Sat, 30 Jul 2005 23:11:49 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id B99D843D46 for ; Sat, 30 Jul 2005 23:11:48 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 1405 invoked by uid 89); 30 Jul 2005 23:11:34 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 30 Jul 2005 23:11:34 -0000 Date: Sun, 31 Jul 2005 01:11:47 +0200 From: Oliver Lehmann To: "M. Warner Losh" Message-Id: <20050731011147.2c00c819.lehmann@ans-netz.de> In-Reply-To: <20050730.164856.113103353.imp@bsdimp.com> References: <20050730014342.0843080d.lehmann@ans-netz.de> <20050731003652.12223405.lehmann@ans-netz.de> <20050730.164856.113103353.imp@bsdimp.com> X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.8; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: mlx(4) fully and ep(4) partially broken on 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 23:11:49 -0000 M. Warner Losh wrote: > In message: <20050731003652.12223405.lehmann@ans-netz.de> > Oliver Lehmann writes: > : same as ep0 wants to run with: > : > : ep0: <3Com 3C509-Combo Etherlink III> at port 0x300-0x30f irq 9 on isa0 > : ep0: No irq?! > : panic: resource_list_release: resource entry is not busy > : Uptime: 1s > > Bummer. Any chance you can get a traceback? Disks are not initialized when the pannic occures... Any info I could provide you from within the kdb? A ,,where'' output? Is kdb useable from serial console so far? > : As you can see, it looks like the card is not configured as PnP (because > : that would add "(PnP)" to the description). > : > : On my router, fxp3 has irq 9 - Maybe it is irq sharing related? But I > : wonder why it works with 5.4 without problems... > > You can't share IRQs with ISA bus. You'll need to find out what > changed that causes fxp3 to use irq 9 now. Maybe it is APIC related? As I can see in an old 5.4 dmesg ep0 was the only card with irq9, fxp3 had 11 on 5.4. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/