From owner-freebsd-stable@FreeBSD.ORG Sun Oct 15 03:35:36 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05E7A16A403 for ; Sun, 15 Oct 2006 03:35:36 +0000 (UTC) (envelope-from eddy+public+spam@noc.everquick.net) Received: from a.mx.ict1.everquick.net (a.mx.ict1.everquick.net [204.10.191.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F39C43D53 for ; Sun, 15 Oct 2006 03:35:35 +0000 (GMT) (envelope-from eddy+public+spam@noc.everquick.net) Received: from pop.ict1.everquick.net (localhost [127.0.0.1]) by a.mx.ict1.everquick.net (8.12.10/8.12.10) with ESMTP id k9F3ZWgD003272 for ; Sun, 15 Oct 2006 03:35:32 GMT X-Everquick-No-Abuse-1: Report any email abuse to or X-Everquick-No-Abuse-2: call +1 (785) 865-5885. Please be sure to reference X-Everquick-No-Abuse-3: the Message-Id and include GMT timestamps. Received: from localhost (eddy@localhost) by pop.ict1.everquick.net (8.13.3/8.13.3/Submit) with ESMTP id k9F3ZWfl003269 for ; Sun, 15 Oct 2006 03:35:32 GMT X-Authentication-Warning: pop.ict1.everquick.net: eddy owned process doing -bs Date: Sun, 15 Oct 2006 03:35:32 +0000 (GMT) From: "Edward B. DREGER" X-X-Sender: eddy@pop.ict1.everquick.net To: FreeBSD Stable In-Reply-To: <20061014001314.P96390@fledge.watson.org> Message-ID: References: <451F6E8E.8020301@freebsd.org> <20061011102106.GY1594@obiwan.tataz.chchile.org> <20061011114110.GA23653@soaustin.net> <20061014001314.P96390@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Subject: Re: [fbsd] HEADS UP: FreeBSD 5.3, 5.4, 6.0 EoLs coming soon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 03:35:36 -0000 RW> Date: Sat, 14 Oct 2006 00:17:20 +0100 (BST) RW> From: Robert Watson RW> On Thu, 12 Oct 2006, Edward B. DREGER wrote: RW> RW> > Perhaps work on 7 should have been delayed until 5 and 6 were able to woo RW> > people away from 4 -- or at least not leave valid reasons for people RW> > wanting to stay behind. RW> Right now this MFC pipeline is working quite well, but it's worth keeping in In which case there should be no complaints about *maintaining* four different trees. :-) Small, incremental patches and security fixes are not the large source refactorings/rototills that are a pain to MFC. RW> > Rather than spend undue effort on 4 and 5, improving 6 and 7 is i.e., I have the same thoughts re the MFC pipeline. Adding major features to 4.x would be a slippery slope, as you described. Once everyone's pet feature was added... voici! 7-STABLE! Eddy -- Everquick Internet - http://www.everquick.net/ A division of Brotsman & Dreger, Inc. - http://www.brotsman.com/ Bandwidth, consulting, e-commerce, hosting, and network building Phone: +1 785 865 5885 Lawrence and [inter]national Phone: +1 316 794 8922 Wichita ________________________________________________________________________ DO NOT send mail to the following addresses: davidc@brics.com -*- jfconmaapaq@intc.net -*- sam@everquick.net Sending mail to spambait addresses is a great way to get blocked. Ditto for broken OOO autoresponders and foolish AV software backscatter. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 15 10:39:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBCF016A407 for ; Sun, 15 Oct 2006 10:39:00 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from av12-1-sn2.hy.skanova.net (av12-1-sn2.hy.skanova.net [81.228.8.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FD2D43D46 for ; Sun, 15 Oct 2006 10:39:00 +0000 (GMT) (envelope-from joel@FreeBSD.org) Received: by av12-1-sn2.hy.skanova.net (Postfix, from userid 502) id 239F6380BE; Sun, 15 Oct 2006 12:38:59 +0200 (CEST) Received: from smtp4-1-sn2.hy.skanova.net (smtp4-1-sn2.hy.skanova.net [81.228.8.92]) by av12-1-sn2.hy.skanova.net (Postfix) with ESMTP id 11B8A37E7F; Sun, 15 Oct 2006 12:38:59 +0200 (CEST) Received: from dude.automatvapen.se (81-229-112-193-no21.tbcn.telia.com [81.229.112.193]) by smtp4-1-sn2.hy.skanova.net (Postfix) with ESMTP id E35AA37E42; Sun, 15 Oct 2006 12:38:58 +0200 (CEST) From: Joel Dahl To: Mark Kane In-Reply-To: <20061014143935.288eca3a@localhost> References: <20061013193239.211edf9a@localhost> <20061014143935.288eca3a@localhost> Content-Type: text/plain Date: Sun, 15 Oct 2006 12:38:58 +0200 Message-Id: <1160908738.671.7.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Machine hangs when loading snd_emu10k1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 10:39:00 -0000 On Sat, 2006-10-14 at 14:39 -0500, Mark Kane wrote: > I can open a PR if needed, but I don't really have any data or > debugging info (no errors on the screen, or in /var/log/messages). I > only know that after the system was up since the last rebuild and I > rebooted it yesterday, the system hangs indefinitely upon loading the > snd_emu10k1 module even though I had not changed any system > configuration in that time. I did have a new world/kernel built before > yesterday's reboot, but not installed. So, loading snd_emu10k1 worked before the last rebuild? Could you perhaps do a binary search and try to narrow it down to a specific commit? -- Joel From owner-freebsd-stable@FreeBSD.ORG Sun Oct 15 14:57:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4CA216A415 for ; Sun, 15 Oct 2006 14:57:33 +0000 (UTC) (envelope-from danial_thom@yahoo.com) Received: from web33314.mail.mud.yahoo.com (web33314.mail.mud.yahoo.com [68.142.206.129]) by mx1.FreeBSD.org (Postfix) with SMTP id E9A6C43D45 for ; Sun, 15 Oct 2006 14:57:32 +0000 (GMT) (envelope-from danial_thom@yahoo.com) Received: (qmail 82800 invoked by uid 60001); 15 Oct 2006 14:57:32 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=uksZ+cRKTtne2qK+YJ+dCkRFDIuXLwrc0vlbFOvXfUOe33LY9eLFPVilnsZmi/RfmQWjVY4LtKpm7ooLlfN+lON9O73Qxktq7bE1SMk49rjPwwTCpYwWQtILfUbYu8GmqJILW9vQV+7zCdEMS6LudsMSU/+FSxsIqMfOkgSfiGk= ; Message-ID: <20061015145732.82798.qmail@web33314.mail.mud.yahoo.com> Received: from [65.34.182.15] by web33314.mail.mud.yahoo.com via HTTP; Sun, 15 Oct 2006 07:57:32 PDT Date: Sun, 15 Oct 2006 07:57:32 -0700 (PDT) From: Danial Thom To: Kip Macy , performance@freebsd.org In-Reply-To: <20061012105249.P77744@demos.bsdclusters.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Alexander Leidinger , FreeBSD Stable Subject: Re: Performance 4.x vs. 6.x (was: e: [fbsd] HEADS UP: FreeBSD 5.3, 5.4, 6.0 EoLs coming soon) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: danial_thom@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 14:57:33 -0000 Hi Kip, Where you a troll when you outlined how your port of FreeBSD 6 to Solaris was so bad that it was virtually unusable? Stating facts is not trolling. The fact that you may not want to hear it is your own problem. I'm fairly certain that you know that every single thing I'm saying is true, but you have some agenda that it doesn't suit. You can't keep promoting this junk they're putting out. You can't just keep kicking the Matt Dillons out of the camp because they think that your design is a piece of crap. At some point you have to come to terms with the fact that your kernel design stinks, or its never going to get fixed. DT --- Kip Macy wrote: > Please do not feed the trolls. > > -Kip > > On Thu, 12 Oct 2006, Danial Thom wrote: > > > > > > > --- Alexander Leidinger > > > wrote: > > > > > Quoting Dan Lukes (from > Thu, 12 > > > Oct 2006 09:43:20 +0200): > > > > > > [moved from security@ to performance@] > > > > > > > The main problem is - 6.x is still not > > > competitive replacement for > > > > 4.x. I'm NOT speaking about old > unsupported > > > hardware - I speaked about > > > > performance in some situation and believe > in > > > it's stability. > > > > > > You can't be sure that a committer has the > > > resources to setup an > > > environment where he is able to reproduce > your > > > performance problems. > > > You on the other hand have hands-on > experience > > > with the performance > > > problem. If you are able to setup a > -current > > > system (because there are > > > changes which may affect performance > already, > > > and it is the place > > > where the nuw stuff will be developt) which > > > exposes the bad behavior, > > > you could make yourself familiar with the > pmc > > > framework > > > (http://wiki.freebsd.org/PmcTools, I'm sure > > > jkoshy@ will help if you > > > have questions) and point out the > bottlenecks > > > on current@ and/or > > > performance@ (something similar happened > for > > > MySQL, and now we have a > > > webpage in the wiki about it). Without such > > > reports, we can't handle > > > the issue. > > > > > > Further discussion about this should happen > in > > > performance@ or current@... > > > > > > Bye, > > > Alexander. > > > > > > > Maybe its just time for the entire FreeBSD > team > > to come out of its world of delusion and come > to > > terms with what every real-life user of > FreeBSD > > knows: In how ever many years of development, > > there is still no good reason to use anything > > other than FreeBSD 4.x except that 4.x > doesn't > > support a lot of newer harder. There is no > > performance advantage in real world > applications > > with multiple processors, and the performance > is > > far worse with 1 processor. > > > > The right thing to do is to port the SATA > support > > and new NIC support back to 4.x and support > both. > > 4.x is far superior on a Uniprocessor system > and > > FreeBSD-5+ may be an entire re-write away > from > > ever being any good at MP. Come to terms with > it, > > PLEASE, because it is the case and saying > > otherwise won't change it. > > > > My prediction is that a year from now we'll > all > > be using DragonflyBSD and you guys will be > > looking for a new bunch of beta-test guinea > pigs. > > > > DT > > > > > __________________________________________________ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam > protection around > > http://mail.yahoo.com > > > _______________________________________________ > > freebsd-performance@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-performance > > To unsubscribe, send any mail to > "freebsd-performance-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-performance@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-performance > To unsubscribe, send any mail to > "freebsd-performance-unsubscribe@freebsd.org" > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Sun Oct 15 15:10:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DFA616A415; Sun, 15 Oct 2006 15:10:25 +0000 (UTC) (envelope-from drechsau@Geeks.ORG) Received: from mail.geeks.org (jacobs.Geeks.ORG [204.153.247.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9C5443D58; Sun, 15 Oct 2006 15:10:23 +0000 (GMT) (envelope-from drechsau@Geeks.ORG) Received: by mail.geeks.org (Postfix, from userid 1000) id 4BD46159099; Sun, 15 Oct 2006 10:10:23 -0500 (CDT) Date: Sun, 15 Oct 2006 10:10:23 -0500 From: Mike Horwath To: Danial Thom Message-ID: <20061015151023.GE98831@Geeks.ORG> References: <20061012105249.P77744@demos.bsdclusters.com> <20061015145732.82798.qmail@web33314.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061015145732.82798.qmail@web33314.mail.mud.yahoo.com> X-PGP-Fingerprint: D8 24 CC E6 47 5F E4 60 BF B7 6E FA BF C7 6E C5 X-GPG-Fingerprint: 6A89 E78A B8B1 69D9 8CDB E966 4A5A C3F9 A1B0 C381 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: performance@freebsd.org, Kip Macy , FreeBSD Stable , Alexander Leidinger Subject: Re: Performance 4.x vs. 6.x (was: e: [fbsd] HEADS UP: FreeBSD 5.3, 5.4, 6.0 EoLs coming soon) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 15:10:25 -0000 On Sun, Oct 15, 2006 at 07:57:32AM -0700, Danial Thom wrote: > Hi Kip, > > Where you a troll when you outlined how your port > of FreeBSD 6 to Solaris was so bad that it was > virtually unusable? Stating facts is not > trolling. And you crossposted this to performance...why? Kip might be right, you could be a troll. I am not on freebsd-stable. And I do miss Mr. Dillon but I don't think he needs your support, unless you are going to run DragonFly BSD - which I kind of doubt you are since it isn't 64bit and does not fit your latest must be greated mentality. -- Mike Horwath, reachable via drechsau@Geeks.ORG From owner-freebsd-stable@FreeBSD.ORG Sun Oct 15 15:11:47 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C6D316A412 for ; Sun, 15 Oct 2006 15:11:47 +0000 (UTC) (envelope-from ericlin@tamama.org) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7026043D4C for ; Sun, 15 Oct 2006 15:11:46 +0000 (GMT) (envelope-from ericlin@tamama.org) Received: by nf-out-0910.google.com with SMTP id p77so1548156nfc for ; Sun, 15 Oct 2006 08:11:45 -0700 (PDT) Received: by 10.82.120.15 with SMTP id s15mr800174buc; Sun, 15 Oct 2006 08:11:44 -0700 (PDT) Received: by 10.82.105.20 with HTTP; Sun, 15 Oct 2006 08:11:44 -0700 (PDT) Message-ID: <47713ee10610150811w4cca315etc051e0fe14d88dab@mail.gmail.com> Date: Sun, 15 Oct 2006 23:11:44 +0800 From: "Lin Jui-Nan Eric" Sender: ericlin@tamama.org To: stable@freebsd.org MIME-Version: 1.0 X-Google-Sender-Auth: bc025071914cd87c Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: mountd changed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 15:11:47 -0000 Hi, I have a freebsd box (6-stable) which export its root slice to NFS. The exports file is: / -alldirs -maproot=root -network 10.0.0 -mask 255.255.255.0 After making world & kernel today, the nfs client said that permission denied. But another freebsd box (making world & kernel today, too) exports its /home slice, and the nfs client did complain about it. Therefore, I try to copy the mountd binary file from another stable (9/30) to the broken nfs server, and it works. Any suggestions? From owner-freebsd-stable@FreeBSD.ORG Sun Oct 15 15:18:55 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A2E116A40F for ; Sun, 15 Oct 2006 15:18:55 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx0.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CA6E43D6A for ; Sun, 15 Oct 2006 15:18:50 +0000 (GMT) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx0.rink.nu (Postfix) with ESMTP id 2510D1706F; Sun, 15 Oct 2006 17:19:30 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx0.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TURecf71qZJD; Sun, 15 Oct 2006 17:19:24 +0200 (CEST) Received: by mx0.rink.nu (Postfix, from userid 1000) id 95B831706D; Sun, 15 Oct 2006 17:19:24 +0200 (CEST) Date: Sun, 15 Oct 2006 17:19:24 +0200 From: Rink Springer To: Lin Jui-Nan Eric Message-ID: <20061015151924.GA50017@rink.nu> References: <47713ee10610150811w4cca315etc051e0fe14d88dab@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <47713ee10610150811w4cca315etc051e0fe14d88dab@mail.gmail.com> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: stable@freebsd.org Subject: Re: mountd changed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 15:18:55 -0000 Hi, On Sun, Oct 15, 2006 at 11:11:44PM +0800, Lin Jui-Nan Eric wrote: > Hi, >=20 > I have a freebsd box (6-stable) which export its root slice to NFS. The > exports file is: >=20 > / -alldirs -maproot=3Droot -network 10.0.0 -mask 255.255.255.0 >=20 > After making world & kernel today, the nfs client said that permission > denied. > But another freebsd box (making world & kernel today, too) exports its /h= ome > slice, and the nfs client did complain about it. >=20 > Therefore, I try to copy the mountd binary file from another stable (9/30) > to the broken nfs server, and it works. Hmm, I recently changed something which might trigger this. Could you back out revision 1.81.2.5 of src/usr.sbin/mountd/mountd.c and let me know whether this fixed the problem? Regards, --=20 Rink P.W. Springer - http://rink.nu "Patience is for those who cannot afford decent hardware." - Peter Koeleman From owner-freebsd-stable@FreeBSD.ORG Sun Oct 15 15:30:26 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35B8416A412 for ; Sun, 15 Oct 2006 15:30:26 +0000 (UTC) (envelope-from ericlin@tamama.org) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FF9343D55 for ; Sun, 15 Oct 2006 15:30:24 +0000 (GMT) (envelope-from ericlin@tamama.org) Received: by nf-out-0910.google.com with SMTP id p77so1552036nfc for ; Sun, 15 Oct 2006 08:30:23 -0700 (PDT) Received: by 10.82.126.5 with SMTP id y5mr800063buc; Sun, 15 Oct 2006 08:30:23 -0700 (PDT) Received: by 10.82.105.20 with HTTP; Sun, 15 Oct 2006 08:30:23 -0700 (PDT) Message-ID: <47713ee10610150830g4dc4b747j9425d3b5194829f1@mail.gmail.com> Date: Sun, 15 Oct 2006 23:30:23 +0800 From: "Lin Jui-Nan Eric" Sender: ericlin@tamama.org To: "Rink Springer" In-Reply-To: <20061015151924.GA50017@rink.nu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47713ee10610150811w4cca315etc051e0fe14d88dab@mail.gmail.com> <20061015151924.GA50017@rink.nu> X-Google-Sender-Auth: 17a98228ac290fe8 Cc: stable@freebsd.org Subject: Re: mountd changed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 15:30:26 -0000 Hi, If I revert to revision 1.81.2.4, it worked correctly. On 10/15/06, Rink Springer wrote: > Hi, > > Hmm, I recently changed something which might trigger this. Could you > back out revision 1.81.2.5 of src/usr.sbin/mountd/mountd.c and let me > know whether this fixed the problem? > From owner-freebsd-stable@FreeBSD.ORG Sun Oct 15 15:35:42 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 595D716A412 for ; Sun, 15 Oct 2006 15:35:42 +0000 (UTC) (envelope-from ericlin@tamama.org) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86D6D43D4C for ; Sun, 15 Oct 2006 15:35:41 +0000 (GMT) (envelope-from ericlin@tamama.org) Received: by nf-out-0910.google.com with SMTP id p77so1553205nfc for ; Sun, 15 Oct 2006 08:35:40 -0700 (PDT) Received: by 10.82.129.5 with SMTP id b5mr796385bud; Sun, 15 Oct 2006 08:35:40 -0700 (PDT) Received: by 10.82.105.20 with HTTP; Sun, 15 Oct 2006 08:35:40 -0700 (PDT) Message-ID: <47713ee10610150835w6da604f8lf4eaac76ce9df762@mail.gmail.com> Date: Sun, 15 Oct 2006 23:35:40 +0800 From: "Lin Jui-Nan Eric" Sender: ericlin@tamama.org To: stable@freebsd.org In-Reply-To: <47713ee10610150811w4cca315etc051e0fe14d88dab@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47713ee10610150811w4cca315etc051e0fe14d88dab@mail.gmail.com> X-Google-Sender-Auth: ffef3775fdf3a319 Cc: Subject: Re: mountd changed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 15:35:42 -0000 On 10/15/06, Lin Jui-Nan Eric wrote: > Hi, > But another freebsd box (making world & kernel today, too) exports its /home > slice, and the nfs client did complain about it. Sorry, should be "did not complain". From owner-freebsd-stable@FreeBSD.ORG Sun Oct 15 15:39:56 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97C3616A417; Sun, 15 Oct 2006 15:39:56 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx0.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4F0843D55; Sun, 15 Oct 2006 15:39:48 +0000 (GMT) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx0.rink.nu (Postfix) with ESMTP id 6190A1707B; Sun, 15 Oct 2006 17:40:28 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx0.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d+TTbuUcxljc; Sun, 15 Oct 2006 17:40:22 +0200 (CEST) Received: by mx0.rink.nu (Postfix, from userid 1000) id C0DFF17077; Sun, 15 Oct 2006 17:40:22 +0200 (CEST) Date: Sun, 15 Oct 2006 17:40:22 +0200 From: Rink Springer To: Lin Jui-Nan Eric Message-ID: <20061015154022.GC50017@rink.nu> References: <47713ee10610150811w4cca315etc051e0fe14d88dab@mail.gmail.com> <20061015151924.GA50017@rink.nu> <47713ee10610150830g4dc4b747j9425d3b5194829f1@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="hHWLQfXTYDoKhP50" Content-Disposition: inline In-Reply-To: <47713ee10610150830g4dc4b747j9425d3b5194829f1@mail.gmail.com> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: stable@freebsd.org, Rink Springer Subject: Re: mountd changed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 15:39:56 -0000 --hHWLQfXTYDoKhP50 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, On Sun, Oct 15, 2006 at 11:30:23PM +0800, Lin Jui-Nan Eric wrote: > Hi, > > If I revert to revision 1.81.2.4, it worked correctly. > > On 10/15/06, Rink Springer wrote: > >Hi, > > > >Hmm, I recently changed something which might trigger this. Could you > >back out revision 1.81.2.5 of src/usr.sbin/mountd/mountd.c and let me > >know whether this fixed the problem? > > OK, could you try the attached patch (untested) and let me know whether it works? (it patches the 1.81.2.5 revision of mountd.c) -- Rink P.W. Springer - http://rink.nu "Patience is for those who cannot afford decent hardware." - Peter Koeleman --hHWLQfXTYDoKhP50 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="mountd2.c.diff" --- mountd.c.org Thu Sep 21 10:07:57 2006 +++ mountd.c Thu Sep 21 10:08:42 2006 @@ -1912,7 +1912,7 @@ iov[5].iov_base = fsb->f_mntfromname; /* "from" */ iov[5].iov_len = strlen(fsb->f_mntfromname) + 1; - while (nmount(iov, iovlen, fsb->f_flags) < 0) { + while (nmount(iov, iovlen, fsb->f_flags | MNT_UPDATE) < 0) { if (cp) *cp-- = savedc; else --hHWLQfXTYDoKhP50-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 15 15:45:25 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 977EA16A416 for ; Sun, 15 Oct 2006 15:45:25 +0000 (UTC) (envelope-from ericlin@tamama.org) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7C5743D53 for ; Sun, 15 Oct 2006 15:45:24 +0000 (GMT) (envelope-from ericlin@tamama.org) Received: by nf-out-0910.google.com with SMTP id p77so1555226nfc for ; Sun, 15 Oct 2006 08:45:24 -0700 (PDT) Received: by 10.82.142.9 with SMTP id p9mr800053bud; Sun, 15 Oct 2006 08:45:23 -0700 (PDT) Received: by 10.82.105.20 with HTTP; Sun, 15 Oct 2006 08:45:23 -0700 (PDT) Message-ID: <47713ee10610150845p93b7ba8qdb32913b91fceea0@mail.gmail.com> Date: Sun, 15 Oct 2006 23:45:23 +0800 From: "Lin Jui-Nan Eric" Sender: ericlin@tamama.org To: "Rink Springer" In-Reply-To: <20061015154022.GC50017@rink.nu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47713ee10610150811w4cca315etc051e0fe14d88dab@mail.gmail.com> <20061015151924.GA50017@rink.nu> <47713ee10610150830g4dc4b747j9425d3b5194829f1@mail.gmail.com> <20061015154022.GC50017@rink.nu> X-Google-Sender-Auth: af4932246c97a0e7 Cc: stable@freebsd.org Subject: Re: mountd changed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 15:45:25 -0000 Hi, On 10/15/06, Rink Springer wrote: > Hi, > > OK, could you try the attached patch (untested) and let me know whether > it works? (it patches the 1.81.2.5 revision of mountd.c) No, it does not work. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 15 16:27:54 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EA7C16A416 for ; Sun, 15 Oct 2006 16:27:54 +0000 (UTC) (envelope-from pete@altadena.net) Received: from gooney.altadena.net (gooney.altadena.net [207.215.170.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03AD143D66 for ; Sun, 15 Oct 2006 16:27:41 +0000 (GMT) (envelope-from pete@altadena.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=2.gooney; d=altadena.net; h=Received:Message-ID:Date:From:Organization:User-Agent:MIME-Version:To:Subject:X-Enigmail-Version:Content-Type; b=Z1Qyvc7/0dpPMH2wqUXJ1lvsO9xKB4p3d6cxImOVMlJ8ME3ns7jm/HtrhvQVUM/J82TOVAU9R2jCbLgm4577MvJryTmbzRRINVgklG3GFVfSZ6slhCCM2cC2ZZIUFwcVtGB0QcSOCr/pp/IPxMZ6FBt8J/tLF+1S/aSHz8c+5Wo=; Received: from c-68-50-108-92.hsd1.md.comcast.net ([68.50.108.92] helo=[192.168.170.198]) by gooney.altadena.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1GZ8pq-0004cL-PH for stable@freebsd.org; Sun, 15 Oct 2006 09:27:35 -0700 Message-ID: <45326174.5070607@altadena.net> Date: Sun, 15 Oct 2006 12:27:32 -0400 From: Peter Carah Organization: Altadena Internet Communications User-Agent: Thunderbird 1.5.0.7 (X11/20061005) MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/mixed; boundary="------------000506020104090007090005" Cc: Subject: Nit in 6-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 16:27:54 -0000 This is a multi-part message in MIME format. --------------000506020104090007090005 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I saw this come up a couple of weeks ago. Don't know if it is a 6.2 showstopper or not (probably not?). I see the following message come up during boot. Both pcm and cd0 appear to work so I don't know if the message matters or not. Message highlighted by *** below. A truly minor nit: the message is missing its \n. This is a compaq V2310 (AMD64 + ATI) laptop. More nit - the problem with the misidentification of PCI bus 5 subordinate bus is still present. Prevents use of PCcard slot until a pci write workaround is done. End of dmesg: ..... acpi_acad0: on acpi0 battery0: on acpi0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd0fff,0xdc000-0xdffff,0xe0000-0xe3fff 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 Timecounter "TSC" frequency 1595371843 Hz quality 800 Timecounters tick every 1.000 msec ad0: 76319MB at ata0-master UDMA100 acd0: DVDR at ata1-master PIO4 pcm0: ********************************* bus_dmamem_alloc failed to align memory properly.bus_dmamem_alloc failed to align memory properly.cd0 at ata1 bus 0 target 0 lun 0 ********************************* cd0: Removable CD-ROM SCSI-0 device cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad0s2a module_register: module pci/radeon already exists! Module pci/radeon failed to register: 17 I've attached the full dmesg in case the server allows attachments. -- Pete --------------000506020104090007090005 Content-Type: text/plain; name="dmesg.boot" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.boot" Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-PRERELEASE #10: Sun Oct 15 08:31:17 EDT 2006 pete@port3.altadena.net:/usr/obj/usr/src/sys/PORT3 ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Turion(tm) 64 Mobile Technology ML-28 (1595.37-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20f42 Stepping = 2 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 real memory = 2012151808 (1918 MB) avail memory = 1963589632 (1872 MB) ioapic0 irqs 0-23 on motherboard wlan: mac acl policy registered ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 21 acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_lid0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 5.0 (no driver attached) ohci0: mem 0xc0000000-0xc0000fff irq 19 at device 19.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: ATI OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ohci1: mem 0xc0001000-0xc0001fff irq 19 at device 19.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: ATI OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 4 ports with 4 removable, self powered ehci0: mem 0xc0002000-0xc0002fff irq 19 at device 19.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: ATI EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 8 ports with 8 removable, self powered pci0: at device 20.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x8410-0x841f at device 20.1 on pci0 ata0: on atapci0 ata1: on atapci0 isab0: at device 20.3 on pci0 isa0: on isab0 pcib2: at device 20.4 on pci0 pci5: on pcib2 rl0: port 0xa000-0xa0ff mem 0xc0208000-0xc02080ff irq 18 at device 0.0 on pci5 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:c0:9f:97:63:2c pci5: at device 2.0 (no driver attached) cbb0: at device 9.0 on pci5 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 fwohci0: <1394 Open Host Controller Interface> mem 0xc0208800-0xc0208fff,0xc0200000-0xc0203fff irq 22 at device 9.2 on pci5 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:c0:9f:00:00:51:9b:93 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci5: at device 9.3 (no driver attached) pci5: at device 9.4 (no driver attached) pcm0: mem 0xc0003400-0xc00034ff irq 17 at device 20.5 on pci0 pci0: at device 20.6 (no driver attached) 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 Synaptics Touchpad, device ID 0 acpi_acad0: on acpi0 battery0: on acpi0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd0fff,0xdc000-0xdffff,0xe0000-0xe3fff 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 Timecounter "TSC" frequency 1595371843 Hz quality 800 Timecounters tick every 1.000 msec ad0: 76319MB at ata0-master UDMA100 acd0: DVDR at ata1-master PIO4 pcm0: bus_dmamem_alloc failed to align memory properly.bus_dmamem_alloc failed to align memory properly.cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad0s2a --------------000506020104090007090005-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 15 16:34:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E89A116A407; Sun, 15 Oct 2006 16:34:20 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA48943D7B; Sun, 15 Oct 2006 16:34:17 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id E61C62DBD; Sun, 15 Oct 2006 11:34:16 -0500 (CDT) Date: Sun, 15 Oct 2006 11:34:16 -0500 To: Danial Thom Message-ID: <20061015163416.GA16592@soaustin.net> References: <20061012105249.P77744@demos.bsdclusters.com> <20061015145732.82798.qmail@web33314.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061015145732.82798.qmail@web33314.mail.mud.yahoo.com> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: performance@freebsd.org, Kip Macy , FreeBSD Stable , Alexander Leidinger Subject: Re: Performance 4.x vs. 6.x (was: e: [fbsd] HEADS UP: FreeBSD 5.3, 5.4, 6.0 EoLs coming soon) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 16:34:21 -0000 On Sun, Oct 15, 2006 at 07:57:32AM -0700, Danial Thom wrote: > Stating facts is not trolling. true, but ... > The fact that you may not want to hear it is your own problem [...] > You can't keep promoting this junk they're putting out. You can't just > keep kicking the Matt Dillons out of the camp because they think that > your design is a piece of crap. At some point you have to come to terms > with the fact that your kernel design stinks [...] ... *is*. I think there are valid points to be made about 4.X vs 5.X vs 6.X (which is why, for the sake of being informative, I wrote an article about it). Performance was also discussed extensively at BSDCan, and a lot of work was done on improvements and ideas were discussed for the next steps to make (e.g.: actual work, not just talk). This work is continuing. But as long as you keep the above tone, I and everyone else who is actually doing the work to advance the project will just ignore you; because, frankly, there's too much work to do and in any case, life is just too short. (I intend to do just that from now on, so I will not be adding any more to this thread. You may have the "last word", if that kind of thing is important to you.) Finally, if you think Matt's design and/or ability to accept criticism is better than ours, then DragonFly is clearly a better choice for you. mcl From owner-freebsd-stable@FreeBSD.ORG Sun Oct 15 16:42:53 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A45B16A417 for ; Sun, 15 Oct 2006 16:42:53 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4501243D67; Sun, 15 Oct 2006 16:42:51 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from misaki (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with SMTP id k9FGgmw0026435; Sun, 15 Oct 2006 16:42:50 GMT (envelope-from ariff@FreeBSD.org) Date: Mon, 16 Oct 2006 00:42:32 +0800 From: Ariff Abdullah To: Peter Carah Message-Id: <20061016004232.34c07a75.ariff@FreeBSD.org> In-Reply-To: <45326174.5070607@altadena.net> References: <45326174.5070607@altadena.net> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Mon__16_Oct_2006_00_42_33_+0800_WK+6b_mxrI6JMK4C" Cc: stable@FreeBSD.org Subject: Re: Nit in 6-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 16:42:53 -0000 --Signature=_Mon__16_Oct_2006_00_42_33_+0800_WK+6b_mxrI6JMK4C Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 15 Oct 2006 12:27:32 -0400 Peter Carah wrote: > I saw this come up a couple of weeks ago. Don't know if it is a 6.2 > showstopper or not (probably not?). >=20 > I see the following message come up during boot. Both pcm and cd0 > appear to work so I don't know if the message matters or not.=20 > Message highlighted by *** below. A truly minor nit: the message is > missing its \n. >=20 > This is a compaq V2310 (AMD64 + ATI) laptop. >=20 > More nit - the problem with the misidentification of PCI bus 5 > subordinate bus is still present. Prevents use of PCcard slot until > a pci write workaround is done. >=20 > End of dmesg: > ..... > acpi_acad0: on acpi0 > battery0: on acpi0 > pmtimer0 on isa0 > orm0: at iomem > 0xc0000-0xcffff,0xd0000-0xd0fff,0xdc000-0xdffff,0xe0000-0xe3fff on > isa0 sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on > isa0 Timecounter "TSC" frequency 1595371843 Hz quality 800 > Timecounters tick every 1.000 msec > ad0: 76319MB at ata0-master UDMA100 > acd0: DVDR at ata1-master PIO4 > pcm0: > ********************************* > bus_dmamem_alloc failed to align memory properly.bus_dmamem_alloc > failed to align memory properly.cd0 at ata1 bus 0 target 0 lun 0 > ********************************* This DMA misalignment will be fixed before the release. > cd0: Removable CD-ROM SCSI-0 device > cd0: 16.000MB/s transfers > cd0: Attempt to query device size failed: NOT READY, Medium not > present Trying to mount root from ufs:/dev/ad0s2a > module_register: module pci/radeon already exists! > Module pci/radeon failed to register: 17 >=20 > I've attached the full dmesg in case the server allows attachments. >=20 > -- Pete >=20 -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Mon__16_Oct_2006_00_42_33_+0800_WK+6b_mxrI6JMK4C Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFMmUAlr+deMUwTNoRAjyMAKC7sXkN40xJTOekHj+6UV9qT57X3wCfRdWw N4N/GMHjDzYIfrmt1o7Klt8= =W6oH -----END PGP SIGNATURE----- --Signature=_Mon__16_Oct_2006_00_42_33_+0800_WK+6b_mxrI6JMK4C-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 15 17:47:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D16DD16A407 for ; Sun, 15 Oct 2006 17:47:55 +0000 (UTC) (envelope-from danial_thom@yahoo.com) Received: from web33306.mail.mud.yahoo.com (web33306.mail.mud.yahoo.com [68.142.206.121]) by mx1.FreeBSD.org (Postfix) with SMTP id 73A3043D75 for ; Sun, 15 Oct 2006 17:47:51 +0000 (GMT) (envelope-from danial_thom@yahoo.com) Received: (qmail 13251 invoked by uid 60001); 15 Oct 2006 17:47:50 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Bc0yyujHU1eZZJibSIURFgDSUWTfilW6mCg7RCfKIXULkyXpY/VE0caD9xlAc4B+/ywXzeKVp+EqHYZZboj9fyj3re6ajLwZL3nbYj/F5zP810jt8jIwRLox9GK40tjYXFL/sE0uPgWuXsQc0L1yo7AifN1xw+fDHUois+NMVlU= ; Message-ID: <20061015174750.13249.qmail@web33306.mail.mud.yahoo.com> Received: from [65.34.182.15] by web33306.mail.mud.yahoo.com via HTTP; Sun, 15 Oct 2006 10:47:50 PDT Date: Sun, 15 Oct 2006 10:47:50 -0700 (PDT) From: Danial Thom To: Mark Linimon In-Reply-To: <20061015163416.GA16592@soaustin.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Kip Macy , performance@freebsd.org, FreeBSD Stable , Alexander Leidinger Subject: Re: Performance 4.x vs. 6.x (was: e: [fbsd] HEADS UP: FreeBSD 5.3, 5.4, 6.0 EoLs coming soon) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: danial_thom@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 17:47:55 -0000 --- Mark Linimon wrote: > On Sun, Oct 15, 2006 at 07:57:32AM -0700, > Danial Thom wrote: > > Stating facts is not trolling. > > true, but ... > > > The fact that you may not want to hear it is > your own problem [...] > > You can't keep promoting this junk they're > putting out. You can't just > > keep kicking the Matt Dillons out of the camp > because they think that > > your design is a piece of crap. At some point > you have to come to terms > > with the fact that your kernel design stinks > [...] > > ... *is*. > > I think there are valid points to be made about > 4.X vs 5.X vs 6.X (which > is why, for the sake of being informative, I > wrote an article about it). > Performance was also discussed extensively at > BSDCan, and a lot of work was > done on improvements and ideas were discussed > for the next steps to make > (e.g.: actual work, not just talk). This work > is continuing. > > But as long as you keep the above tone, I and > everyone else who is actually > doing the work to advance the project will just > ignore you; because, frankly, > there's too much work to do and in any case, > life is just too short. (I > intend to do just that from now on, so I will > not be adding any more to this > thread. You may have the "last word", if that > kind of thing is important to > you.) > > Finally, if you think Matt's design and/or > ability to accept criticism is > better than ours, then DragonFly is clearly a > better choice for you. Dragonfly will be a better choice for everyone in a year or so, but as of now there are no choices. The *tone* is caused by the entire user base being lied to over and over, "performance is addressed in the next release", yada, yada, yada. Those of us in the know are tired of it. You're wasting a lot of our time testing this crap over and over. So stop lying. Stop allowing Kris Kennaway to BS everyone on the questions list over and over and calling anyone who speaks the truth a troll. Fess up to your debacle publically because you're affecting people's businesses with your lying, trying to cover your asses and refusing to admit that you are just rambling cluelessly about. There isn't one person on that team that knows how to fix what's wrong, and you're using thousand of people trying to run businesses as guinea pigs. Thats why some of us have a *tone* DT __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Sun Oct 15 18:01:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8976416A403; Sun, 15 Oct 2006 18:01:29 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from alnrmhc14.comcast.net (alnrmhc14.comcast.net [204.127.225.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8D7943D6D; Sun, 15 Oct 2006 18:01:18 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from mail.auburn.protected-networks.net ([24.218.145.140]) by comcast.net (alnrmhc14) with ESMTP id <20061015180117b1400j8kppe>; Sun, 15 Oct 2006 18:01:18 +0000 Received: from localhost (localhost.auburn.protected-networks.net [127.0.0.1]) by mail.auburn.protected-networks.net (Postfix) with ESMTP id E3C0E1702A; Sun, 15 Oct 2006 14:01:16 -0400 (EDT) Received: from [192.168.1.10] (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@mail.auburn.protected-networks.net) by mail.auburn.protected-networks.net (Postfix) with ESMTP id 5869417029; Sun, 15 Oct 2006 14:01:09 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=hRWxicT7E0Y12MURq3gTDjatNzbmf0qK9T6aPOZiqopGnbJIxsPvD0BzNcVHqbKSf jent5gYIRsh86XJTgvr1NDkuiifzn9z520qo4//TQTJLR3r3jIZ1D2wRMAInbfo Message-ID: <45327764.2080904@protected-networks.net> Date: Sun, 15 Oct 2006 14:01:08 -0400 From: Michael Butler User-Agent: Thunderbird 1.5.0.7 (X11/20061015) MIME-Version: 1.0 To: danial_thom@yahoo.com References: <20061015174750.13249.qmail@web33306.mail.mud.yahoo.com> In-Reply-To: <20061015174750.13249.qmail@web33306.mail.mud.yahoo.com> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: performance@freebsd.org, FreeBSD Stable Subject: Re: Performance 4.x vs. 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 18:01:29 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Danial Thom wrote: > There isn't one person on that team that knows how to fix what's > wrong .. For everyone's benefit then, please feel free to submit your patches along with your technical analysis, Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFMndkQv9rrgRC1JIRAnQjAKCg2/LAVNAmezwLPixJADE2D618SQCeKc+R SqrDsGNiBWAn8b4JfhTsWAw= =xWRp -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 15 19:28:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC45316A412; Sun, 15 Oct 2006 19:28:42 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 723CD43D4C; Sun, 15 Oct 2006 19:28:40 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k9FJSWV0095084; Sun, 15 Oct 2006 13:28:38 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <45328BDE.9040907@samsco.org> Date: Sun, 15 Oct 2006 13:28:30 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: danial_thom@yahoo.com References: <20061015174750.13249.qmail@web33306.mail.mud.yahoo.com> In-Reply-To: <20061015174750.13249.qmail@web33306.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Mark Linimon , Kip Macy , FreeBSD Stable , performance@freebsd.org, Alexander Leidinger Subject: Re: Performance 4.x vs. 6.x (was: e: [fbsd] HEADS UP: FreeBSD 5.3, 5.4, 6.0 EoLs coming soon) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 19:28:42 -0000 Danial Thom wrote: > > --- Mark Linimon wrote: > >> On Sun, Oct 15, 2006 at 07:57:32AM -0700, >> Danial Thom wrote: >>> Stating facts is not trolling. >> true, but ... >> >>> The fact that you may not want to hear it is >> your own problem [...] >>> You can't keep promoting this junk they're >> putting out. You can't just >>> keep kicking the Matt Dillons out of the camp >> because they think that >>> your design is a piece of crap. At some point >> you have to come to terms >>> with the fact that your kernel design stinks >> [...] >> >> ... *is*. >> >> I think there are valid points to be made about >> 4.X vs 5.X vs 6.X (which >> is why, for the sake of being informative, I >> wrote an article about it). >> Performance was also discussed extensively at >> BSDCan, and a lot of work was >> done on improvements and ideas were discussed >> for the next steps to make >> (e.g.: actual work, not just talk). This work >> is continuing. >> >> But as long as you keep the above tone, I and >> everyone else who is actually >> doing the work to advance the project will just >> ignore you; because, frankly, >> there's too much work to do and in any case, >> life is just too short. (I >> intend to do just that from now on, so I will >> not be adding any more to this >> thread. You may have the "last word", if that >> kind of thing is important to >> you.) >> >> Finally, if you think Matt's design and/or >> ability to accept criticism is >> better than ours, then DragonFly is clearly a >> better choice for you. > > Dragonfly will be a better choice for everyone in > a year or so, but as of now there are no choices. > > The *tone* is caused by the entire user base > being lied to over and over, "performance is > addressed in the next release", yada, yada, yada. > Those of us in the know are tired of it. You're > wasting a lot of our time testing this crap over > and over. > > So stop lying. Stop allowing Kris Kennaway to BS > everyone on the questions list over and over and > calling anyone who speaks the truth a troll. Fess > up to your debacle publically because you're > affecting people's businesses with your lying, > trying to cover your asses and refusing to admit > that you are just rambling cluelessly about. > There isn't one person on that team that knows > how to fix what's wrong, and you're using > thousand of people trying to run businesses as > guinea pigs. > > Thats why some of us have a *tone* > > DT > Congrats, you are the second entry in my permanent kill file. Scott From owner-freebsd-stable@FreeBSD.ORG Sun Oct 15 19:37:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 632A516A47B for ; Sun, 15 Oct 2006 19:37:28 +0000 (UTC) (envelope-from johan@stromnet.org) Received: from pne-smtpout2-sn2.hy.skanova.net (pne-smtpout2-sn2.hy.skanova.net [81.228.8.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1843A43D6A for ; Sun, 15 Oct 2006 19:37:19 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from elfi.stromnet.org (90.224.172.102) by pne-smtpout2-sn2.hy.skanova.net (7.2.075) id 452BAB410011A012 for freebsd-stable@freebsd.org; Sun, 15 Oct 2006 21:37:18 +0200 Received: from localhost (localhost [127.0.0.1]) by elfi.stromnet.org (Postfix) with ESMTP id CADA561DB6 for ; Sun, 15 Oct 2006 21:37:15 +0200 (CEST) X-Virus-Scanned: amavisd-new at stromnet.org Received: from elfi.stromnet.org ([127.0.0.1]) by localhost (elfi.stromnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9e6yU4YjNrdM for ; Sun, 15 Oct 2006 21:37:15 +0200 (CEST) Received: from [IPv6:2001:16d8:ff20:2:217:f2ff:fe41:3f1b] (jstrom-mb.wlan.v6.stromnet.org [IPv6:2001:16d8:ff20:2:217:f2ff:fe41:3f1b]) by elfi.stromnet.org (Postfix) with ESMTP id 4701E61DB5 for ; Sun, 15 Oct 2006 21:37:15 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Sun, 15 Oct 2006 21:36:51 +0200 X-Mailer: Apple Mail (2.752.3) Subject: Network polling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 19:37:28 -0000 Hi I just tried to enable network polling on my router box, a P2 400MHz with 3 different NICs (one internal, i think its the fxp one): fxp0: port 0x7c60-0x7c7f mem 0xf3dff000-0xf3dfffff,0xf3f00000-0xf3ffffff irq 11 at device 3.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: [GIANT-LOCKED] rl0: port 0x7400-0x74ff mem 0xf3efef00-0xf3efefff irq 10 at device 16.0 on pci0 miibus1: on rl0 rlphy0: on miibus1 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: [GIANT-LOCKED] sis0: port 0x7800-0x78ff mem 0xf3eff000-0xf3efffff irq 9 at device 20.0 on pci0 sis0: Silicon Revision: DP83815C gw-1 ~$ uname -a FreeBSD gw-1.stromnet.org 6.1-RELEASE-p10 FreeBSD 6.1-RELEASE-p10 #1: Fri Oct 13 16:59:41 CEST 2006 johan@elfi.stromnet.org:/usr/obj/ usr/src/sys/ROUTER.POLLING i386 Kernel is GENERIC + carp+pfsync+ipsec+polling.. Ok, so when I transfer data between sis0 to rl0 for example, i get very high intererrupt rate, ~40% or so.. Im using openvpn on the box (laptop on rl0), so the packets is maybee shopped up into smaller fragmenst, im not sure.. But anyways, I got the idea that I should try to enable polling on the interface instead. So I did,r ecompiled with polling and enabled polling on all thre if's (man polling says all three should be supported). Any difference? None! still at 40% interrupts when loading ~10MBit (cant seem to get much more since ovpn floors the CPU at that speed). So, shouldnt the interrupts go down somewhat now that i enabled polling? Or did I get this all wrong ;) Thanks Johan From owner-freebsd-stable@FreeBSD.ORG Sun Oct 15 21:04:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A001316A40F; Sun, 15 Oct 2006 21:04:03 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0C0443D80; Sun, 15 Oct 2006 21:03:56 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb.matik.com.br (anb.matik.com.br [200.152.88.34] (may be forged)) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id k9FL3poi087936; Sun, 15 Oct 2006 18:03:51 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Sun, 15 Oct 2006 18:03:35 -0200 User-Agent: KMail/1.9.4 References: <45326174.5070607@altadena.net> <20061016004232.34c07a75.ariff@FreeBSD.org> In-Reply-To: <20061016004232.34c07a75.ariff@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200610151803.36493.joao@matik.com.br> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,AWL autolearn=unavailable version=3.1.3 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Ariff Abdullah Subject: Re: Nit in 6-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 21:04:03 -0000 On Sunday 15 October 2006 14:42, Ariff Abdullah wrote: > > pcm0: > > ********************************* > > bus_dmamem_alloc failed to align memory properly.bus_dmamem_alloc > > failed to align memory properly.cd0 at ata1 bus 0 target 0 lun 0 > > ********************************* > > This DMA misalignment will be fixed before the release. so this is probably the same issue or related? pcm0: bus_dmamem_alloc failed to align memory properly.bus_dmamem_alloc failed to= =20 align memory properly. =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Sun Oct 15 21:49:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CD2416A53B; Sun, 15 Oct 2006 21:49:27 +0000 (UTC) (envelope-from mark@mkproductions.org) Received: from server1.tntpowerhost.com (server1.tntpowerhost.com [208.100.3.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F87A43D49; Sun, 15 Oct 2006 21:49:26 +0000 (GMT) (envelope-from mark@mkproductions.org) Received: from ppp-70-245-187-233.dsl.spfdmo.swbell.net ([70.245.187.233] helo=localhost) by server1.tntpowerhost.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GZDrN-000J8a-BH; Sun, 15 Oct 2006 16:49:29 -0500 Date: Sun, 15 Oct 2006 16:49:22 -0500 From: Mark Kane To: Joel Dahl Message-ID: <20061015164922.43a11c54@localhost> In-Reply-To: <1160908738.671.7.camel@localhost> References: <20061013193239.211edf9a@localhost> <20061014143935.288eca3a@localhost> <1160908738.671.7.camel@localhost> X-Mailer: Sylpheed-Claws 2.5.5cvs7 (GTK+ 2.8.20; x86_64-unknown-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server1.tntpowerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [26 6] X-AntiAbuse: Sender Address Domain - mkproductions.org X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-stable@freebsd.org Subject: Re: Machine hangs when loading snd_emu10k1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 21:49:27 -0000 On Sun, Oct 15, 2006, at 12:38:58 +0200, Joel Dahl wrote: > So, loading snd_emu10k1 worked before the last rebuild? Could you > perhaps do a binary search and try to narrow it down to a specific > commit? On September 21, I rebuilt world/kernel and did the normal update procedure. The module loaded fine that time after rebooting with the new build. Then on October 5 after the 6.2-BETA2 announcement, I cvsupped/rebuilt, but never installed kernel or world. So when I rebooted a couple days ago, I was actually booting into the version from September 21, and that reboot from Friday is when the problem started. I'm not sure why it didn't happen after the initial boot from updating back on September 21 though. So in other words, I was running RELENG_6 from September 21 and after rebooting on October 13 without changing or updating anything, the problem of hanging indefinitely when loading snd_emu10k1 started. I know it sounds weird that it would start happening after the second boot since updating and not on the first boot with the new world/kernel, but I'm very sure I didn't update anything in the time between the reboots (Sept 21 - Oct 13). Could you describe more about what you want me to do? I'd be glad to help however I can to track the problem down, but I don't really know what to look for as far as commits go, and I'm not sure the date of my cvsup/rebuild before Sept 21 so I wouldn't know how far back to look either. Thanks -Mark -- Internet Radio: Party107 (Trance/Electronic) - http://www.party107.com Rock 101.9 The Edge (Rock) - http://www.rock1019.net IRC: MIXXnet IRC Network - irc.mixxnet.net (Nick: MIXX941) From owner-freebsd-stable@FreeBSD.ORG Sun Oct 15 21:53:00 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3501D16A407; Sun, 15 Oct 2006 21:53:00 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx0.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89ADD43D5E; Sun, 15 Oct 2006 21:52:58 +0000 (GMT) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx0.rink.nu (Postfix) with ESMTP id C68091706D; Sun, 15 Oct 2006 23:53:37 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx0.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AZkvegbEeTDA; Sun, 15 Oct 2006 23:53:34 +0200 (CEST) Received: by mx0.rink.nu (Postfix, from userid 1000) id 22DA51705D; Sun, 15 Oct 2006 23:53:34 +0200 (CEST) Date: Sun, 15 Oct 2006 23:53:34 +0200 From: Rink Springer To: Lin Jui-Nan Eric Message-ID: <20061015215333.GA51499@rink.nu> References: <47713ee10610150811w4cca315etc051e0fe14d88dab@mail.gmail.com> <20061015151924.GA50017@rink.nu> <47713ee10610150830g4dc4b747j9425d3b5194829f1@mail.gmail.com> <20061015154022.GC50017@rink.nu> <47713ee10610150845p93b7ba8qdb32913b91fceea0@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47713ee10610150845p93b7ba8qdb32913b91fceea0@mail.gmail.com> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: stable@freebsd.org, Rink Springer Subject: Re: mountd changed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 21:53:00 -0000 On Sun, Oct 15, 2006 at 11:45:23PM +0800, Lin Jui-Nan Eric wrote: > No, it does not work. Hmm, I am assuming that the filesystem isn't shown when you do a 'showmount -e' on the server, is this correct? Anything relevant in your /var/log/messages ? -- Rink P.W. Springer - http://rink.nu "Patience is for those who cannot afford decent hardware." - Peter Koeleman From owner-freebsd-stable@FreeBSD.ORG Sun Oct 15 22:00:26 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2182116A403 for ; Sun, 15 Oct 2006 22:00:25 +0000 (UTC) (envelope-from erikt@Update.UU.SE) Received: from Psilocybe.Update.UU.SE (Psilocybe.Update.UU.SE [130.238.19.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FBF343D4C for ; Sun, 15 Oct 2006 22:00:24 +0000 (GMT) (envelope-from erikt@Update.UU.SE) Received: by Psilocybe.Update.UU.SE (Postfix, from userid 15766) id 3EAD744014; Mon, 16 Oct 2006 00:00:23 +0200 (CEST) Date: Mon, 16 Oct 2006 00:00:23 +0200 From: Erik Trulsson To: Dominic Bishop Message-ID: <20061015220023.GA10476@Update.UU.SE> Mail-Followup-To: Dominic Bishop , stable@freebsd.org References: <53971.86.20.169.129.1160693940.squirrel@webmail.bishnet.net> <20061013055141.GA99052@slackbox.xs4all.nl> <20061013083345.GA27943@owl.midgard.homeip.net> <64374.86.20.169.129.1160824556.squirrel@webmail.bishnet.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <64374.86.20.169.129.1160824556.squirrel@webmail.bishnet.net> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: stable@freebsd.org Subject: Re: VIA IDE controller not detected on RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 22:00:26 -0000 [Second attempt to send this, since my ISP's mailserver seems to have eaten the first attempt. Apologies if it appears twice.] Alright, that gives useful information. The output from pciconf and dmesg indicates strongly that what you have is an Asus motherboard with an VIA vt8251 southbridge. There are only a handful of such models and based on what other devices you have on the motherboard and the specifications on the motherboards in question I am almost certain that the motherboard in question is an Asus A8V-VM. That motherboard (as well as all other amd64-capable motherboards I am aware of) does have a SATA-controller, but since it does not appear in the output of either pciconf or dmesg it must have been disabled in the BIOS. (Not all motherboards allow you to disable the SATA-controller in the BIOS, but the A8V-VM does according to its manual.) As I said before the pci-id for the PATA-controller (0x05711106) is used by several VIA chipsets for their PATA-controller. In order to find out which particular chipset it is the ata(4) driver has to look at the other pci-ids in the system to find one which is unique to that chip. To identify a chip as an vt8251 ata(4) looks for the pci-id of the vt8251 SATA-controller -- the one which seems to have been disabled in BIOS on your system. If you (or somebody else) were to enable the built-in SATA-controller on your system then the PATA controller should be recognized correctly. Since you don't seem to have physical access to the machine which means it might be difficult for you to change BIOS settings, you might try the following patch which makes ata(4) look for a different pci-id that you do have in your system. (Note that since I do not have any motherboard with the VIA vt8251 chip, I have not been able to actually test this patch - so be careful if you do decide to try it.) Index: sys/dev/ata/ata-chipset.c =================================================================== RCS file: /ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.126.2.15 diff -u -r1.126.2.15 ata-chipset.c --- sys/dev/ata/ata-chipset.c 9 Oct 2006 16:01:35 -0000 1.126.2.15 +++ sys/dev/ata/ata-chipset.c 14 Oct 2006 13:02:29 -0000 @@ -4762,7 +4762,7 @@ { ATA_VIA8235, 0x00, VIA133, 0x00, ATA_UDMA6, "8235" }, { ATA_VIA8237, 0x00, VIA133, 0x00, ATA_UDMA6, "8237" }, { ATA_VIA8237A, 0x00, VIA133, 0x00, ATA_UDMA6, "8237A" }, - { ATA_VIA8251, 0x00, VIA133, 0x00, ATA_UDMA6, "8251" }, + { 0x32871106, 0x00, VIA133, 0x00, ATA_UDMA6, "8251" }, { 0, 0, 0, 0, 0, 0 }}; static struct ata_chip_id new_ids[] = {{ ATA_VIA6410, 0x00, 0, 0x00, ATA_UDMA6, "6410" }, On Sat, Oct 14, 2006 at 12:15:56PM +0100, Dominic Bishop wrote: > > On Fri, Oct 13, 2006 at 07:51:41AM +0200, Roland Smith wrote: > >> On Thu, Oct 12, 2006 at 11:59:00PM +0100, Dominic Bishop wrote: > >> > I am running a RELENG_6 from yesterday on amd64 and the VIA PATA > >> > controller is being detected as GENERIC ATA, from dmesg: > >> > > >> > atapci0: port > >> > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.0 on > >> pci0 > >> > > >> > uname -a: > >> > FreeBSD 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #0: Wed Oct 11 22:10:03 > >> UTC > >> > 2006 :/usr/obj/usr/src/sys/PPV1 amd64 > >> > > >> > The kernel config is simply a generic kernel with SMP, device polling > >> and > >> > geli/crypto added to it. > >> > > >> > The device in question from pciconf -lv: > >> > > >> > atapci0@pci0:15:0: class=0x01018a card=0x81b51043 chip=0x05711106 > >> > rev=0x07 hdr=0x00 > >> > vendor = 'VIA Technologies Inc' > >> > device = 'VT82xxxx EIDE Controller (All VIA Chipsets)' > >> > class = mass storage > >> > subclass = ATA > >> > > >> > Unfortunately I cannot say what motherboard is in the machine as it is > >> a > >> > leased dedicated server. > >> > >> My system shows the same PATA controller; > >> > >> atapci1@pci0:15:1: class=0x01018a card=0x80ed1043 chip=0x05711106 > >> rev=0x06 > >> hdr=0x00 > >> vendor = 'VIA Technologies Inc' > >> device = 'VT82xxxx EIDE Controller (All VIA Chipsets)' > >> class = mass storage > >> subclass = ATA > >> > >> The only difference is that your chipset has a higher revision number. > >> > >> But it is recognized without problems: > >> > >> atapci1: port > >> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.1 on pci0 > >> > >> This is on STABLE: > >> > >> FreeBSD slackbox.xs4all.nl 6.1-STABLE FreeBSD 6.1-STABLE #0: Sat Sep 9 > >> 14:46:57 CEST 2006 > >> rsmith@slackbox.xs4all.nl:/usr/obj/usr/src/sys/RFS amd64 > >> > > > > > > That pci-id is used by several different VIA chips for the PATA > > controller. > > The FreeBSD ata(4) driver searches among the other PCI-ids in the box to > > find out which chips it actually is. > > > > It may be that the first one is some recent chip that is not yet > > recognized > > by ata(4). The complete output out of 'pciconf -l' might be useful. (And > > possibly that of 'dmesg' as well.) > > It is also possible that the driver is looking for some device that has > > been > > disabled in the BIOS and therefore is not found. > > > > > > As for which motherboard it is the 'card=' part of the pciconf outputs > > indicates that both of you have motherboards from ASUS. > > > > > > > > -- > > > > Erik Trulsson > > ertr1013@student.uu.se > > > > > As suggested here is the complete pciconf -l output: > > hostb0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x03361106 rev=0x00 > hdr=0x00 > hostb1@pci0:0:1: class=0x060000 card=0x00000000 chip=0x13361106 rev=0x00 > hdr=0x00 > hostb2@pci0:0:2: class=0x060000 card=0x00000000 chip=0x23361106 rev=0x00 > hdr=0x00 > hostb3@pci0:0:3: class=0x060000 card=0x00000000 chip=0x33361106 rev=0x00 > hdr=0x00 > hostb4@pci0:0:4: class=0x060000 card=0x00000000 chip=0x43361106 rev=0x00 > hdr=0x00 > none0@pci0:0:5: class=0x080020 card=0x00000000 chip=0x53361106 rev=0x00 > hdr=0x00 > hostb5@pci0:0:6: class=0x060000 card=0x00000008 chip=0x62901106 rev=0x00 > hdr=0x00 > hostb6@pci0:0:7: class=0x060000 card=0x00000000 chip=0x73361106 rev=0x00 > hdr=0x00 > pcib1@pci0:1:0: class=0x060400 card=0x00000070 chip=0xb1881106 rev=0x00 > hdr=0x01 > atapci0@pci0:15:0: class=0x01018a card=0x81b51043 chip=0x05711106 rev=0x07 > hdr=0x00 > uhci0@pci0:16:0: class=0x0c0300 card=0x81b51043 chip=0x30381106 rev=0x90 > hdr=0x00 > uhci1@pci0:16:1: class=0x0c0300 card=0x81b51043 chip=0x30381106 rev=0x90 > hdr=0x00 > uhci2@pci0:16:2: class=0x0c0300 card=0x81b51043 chip=0x30381106 rev=0x90 > hdr=0x00 > uhci3@pci0:16:3: class=0x0c0300 card=0x81b51043 chip=0x30381106 rev=0x90 > hdr=0x00 > ehci0@pci0:16:4: class=0x0c0320 card=0x81b51043 chip=0x31041106 rev=0x90 > hdr=0x00 > isab0@pci0:17:0: class=0x060100 card=0x81b51043 chip=0x32871106 rev=0x00 > hdr=0x00 > hostb7@pci0:17:7: class=0x060000 card=0x287e1106 chip=0x287e1106 rev=0x00 > hdr=0x00 > pcib2@pci0:19:0: class=0x060400 card=0x00000000 chip=0x287b1106 rev=0x00 > hdr=0x01 > pcib3@pci0:19:1: class=0x060401 card=0x00000000 chip=0x287a1106 rev=0x00 > hdr=0x01 > hostb8@pci0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 > hdr=0x00 > hostb9@pci0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 > hdr=0x00 > hostb10@pci0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 > hdr=0x00 > hostb11@pci0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 > hdr=0x00 > none1@pci1:0:0: class=0x030000 card=0x81b51043 chip=0x32301106 rev=0x01 > hdr=0x00 > none2@pci4:1:0: class=0x040300 card=0x81b51043 chip=0x32881106 rev=0x00 > hdr=0x00 > fxp0@pci5:8:0: class=0x020000 card=0x000c8086 chip=0x12298086 rev=0x08 > hdr=0x00 > > And here is a complete dmesg from the machine: > > Copyright (c) 1992-2006 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 6.2-PRERELEASE #0: Wed Oct 11 22:10:03 UTC 2006 > anh@fast.box.net:/usr/obj/usr/src/sys/PPV1 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2000.09-MHz K8-class > CPU) > Origin = "AuthenticAMD" Id = 0x20fb1 Stepping = 1 > Features=0x178bfbff > Features2=0x1 > AMD Features=0xe2500800 > AMD Features2=0x3 > Cores per package: 2 > real memory = 1006305280 (959 MB) > avail memory = 962621440 (918 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-47 on motherboard > kbd0 at kbdmux0 > 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: on acpi0 > acpi_throttle0: on cpu0 > cpu1: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pci0: at device 0.5 (no driver > attached) > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > pci1: at device 0.0 (no driver attached) > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.0 on pci0 > ata0: on atapci0 > ata1: on atapci0 > uhci0: port 0xd800-0xd81f irq 20 at device > 16.0 on pci0 > uhci0: [GIANT-LOCKED] > 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 0xd400-0xd41f irq 22 at device > 16.1 on pci0 > uhci1: [GIANT-LOCKED] > 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 0xd000-0xd01f irq 21 at device > 16.2 on pci0 > uhci2: [GIANT-LOCKED] > 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 0xc800-0xc81f irq 23 at device > 16.3 on pci0 > uhci3: [GIANT-LOCKED] > 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 > ehci0: mem 0xf9fffc00-0xf9fffcff irq 22 at > device 16.4 on pci0 > ehci0: [GIANT-LOCKED] > usb4: EHCI version 1.0 > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > usb4: on ehci0 > usb4: USB revision 2.0 > uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub4: 8 ports with 8 removable, self powered > isab0: at device 17.0 on pci0 > isa0: on isab0 > pcib2: at device 19.0 on pci0 > pci4: on pcib2 > pci4: at device 1.0 (no driver attached) > pcib3: at device 19.1 on pci0 > pci5: on pcib3 > fxp0: port 0xe800-0xe83f mem > 0xfbfff000-0xfbffffff,0xfbe00000-0xfbefffff irq 16 at device 8.0 on pci5 > miibus0: on fxp0 > inphy0: on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:02:b3:09:4f:d8 > acpi_button0: on acpi0 > acpi_button1: on acpi0 > ppc0: port 0x378-0x37f,0x778-0x77b 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 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > sio0: configured irq 3 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 > sio0: type 16550A > orm0: at iomem 0xc8800-0xc97ff on isa0 > atkbdc0: at port 0x60,0x64 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 > ad0: 286188MB at ata0-master UDMA33 > ad1: 286168MB at ata0-slave UDMA33 > ad2: 286188MB at ata1-master UDMA33 > ad3: 715404MB at ata1-slave UDMA33 > SMP: AP CPU #1 Launched! > Trying to mount root from ufs:/dev/ad0s1a > > As I mentioned in my original mail I don't think it is the specific ATA > chip causing the issue as another machine with this exact same chip works > fine (but a different motherboard I believe) > > From this other machine: > > atapci1@pci0:15:1: class=0x01018a card=0x81b51043 chip=0x05711106 > rev=0x07 hdr=0x00 > atapci1: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.1 on pci0 > > The difference with that machine is it has a SATA controller at atapci0 , > which is what leads me to believe it is a different motherboard. Unless > the other one has SATA disabled in BIOS, as I don't have physical access > to the machines it is hard to say. > -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Sun Oct 15 22:01:12 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E902416A407; Sun, 15 Oct 2006 22:01:12 +0000 (UTC) (envelope-from erikt@Update.UU.SE) Received: from Psilocybe.Update.UU.SE (Psilocybe.Update.UU.SE [130.238.19.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A69043D49; Sun, 15 Oct 2006 22:01:12 +0000 (GMT) (envelope-from erikt@Update.UU.SE) Received: by Psilocybe.Update.UU.SE (Postfix, from userid 15766) id 236A444014; Mon, 16 Oct 2006 00:01:11 +0200 (CEST) Date: Mon, 16 Oct 2006 00:01:11 +0200 From: Erik Trulsson To: Rink Springer Message-ID: <20061015220111.GA10634@Update.UU.SE> Mail-Followup-To: Rink Springer , Lin Jui-Nan Eric , stable@freebsd.org References: <47713ee10610150811w4cca315etc051e0fe14d88dab@mail.gmail.com> <20061015151924.GA50017@rink.nu> <47713ee10610150830g4dc4b747j9425d3b5194829f1@mail.gmail.com> <20061015154022.GC50017@rink.nu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061015154022.GC50017@rink.nu> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: stable@freebsd.org, Lin Jui-Nan Eric Subject: Re: mountd changed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 22:01:13 -0000 [Second attempt to send this, since my first seems to have been eaten by my ISP. Apologies if it appears twice.] On Sun, Oct 15, 2006 at 05:40:22PM +0200, Rink Springer wrote: > Hi, > > On Sun, Oct 15, 2006 at 11:30:23PM +0800, Lin Jui-Nan Eric wrote: > > Hi, > > > > If I revert to revision 1.81.2.4, it worked correctly. > > > > On 10/15/06, Rink Springer wrote: > > >Hi, > > > > > >Hmm, I recently changed something which might trigger this. Could you > > >back out revision 1.81.2.5 of src/usr.sbin/mountd/mountd.c and let me > > >know whether this fixed the problem? > > > > > OK, could you try the attached patch (untested) and let me know whether > it works? (it patches the 1.81.2.5 revision of mountd.c) I had the same problems, but only when trying to export directories from the root filesystem. Your patch below would not help. The following patch (very much inspired by the comment on line 1038 in mountd.c) makes things work for me: Index: mountd.c =================================================================== RCS file: /ncvs/src/usr.sbin/mountd/mountd.c,v retrieving revision 1.81.2.5 diff -u -r1.81.2.5 mountd.c --- mountd.c 14 Oct 2006 23:04:07 -0000 1.81.2.5 +++ mountd.c 15 Oct 2006 21:09:20 -0000 @@ -1911,7 +1911,7 @@ iov[5].iov_base = fsb->f_mntfromname; /* "from" */ iov[5].iov_len = strlen(fsb->f_mntfromname) + 1; - while (nmount(iov, iovlen, fsb->f_flags) < 0) { + while (nmount(iov, iovlen, fsb->f_flags & ~MNT_ROOTFS) < 0) { if (cp) *cp-- = savedc; else > --- mountd.c.org Thu Sep 21 10:07:57 2006 > +++ mountd.c Thu Sep 21 10:08:42 2006 > @@ -1912,7 +1912,7 @@ > iov[5].iov_base = fsb->f_mntfromname; /* "from" */ > iov[5].iov_len = strlen(fsb->f_mntfromname) + 1; > > - while (nmount(iov, iovlen, fsb->f_flags) < 0) { > + while (nmount(iov, iovlen, fsb->f_flags | MNT_UPDATE) < 0) { > if (cp) > *cp-- = savedc; > else -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Sun Oct 15 22:40:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A43E316A407 for ; Sun, 15 Oct 2006 22:40:40 +0000 (UTC) (envelope-from thomas@FreeBSD.ORG) Received: from melamine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [82.225.155.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6C3943D6E for ; Sun, 15 Oct 2006 22:40:37 +0000 (GMT) (envelope-from thomas@FreeBSD.ORG) Received: by melamine.cuivre.fr.eu.org (Postfix, from userid 1000) id ADB4E5C634; Mon, 16 Oct 2006 00:40:36 +0200 (CEST) Date: Mon, 16 Oct 2006 00:40:36 +0200 From: Thomas Quinot To: Benjamin Lutz Message-ID: <20061015224036.GB28053@melamine.cuivre.fr.eu.org> References: <200610112130.21391.mail@maxlor.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200610112130.21391.mail@maxlor.com> X-message-flag: WARNING! Using Outlook can damage your computer. User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: atapicam problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 22:40:40 -0000 * Benjamin Lutz, 2006-10-11 : > This seems to be the exact same issue that I'm having. Since those > threads are from March 2006, and I'm running FreeBSD-6.2-PRERELEASE, it > appears that the problem has not yet been fixed, so I'd like to ask you > to have another look at it. If you need more debugging data, I'll be > happy to provide as much as I can, just tell me what you need. As I mentioned on the previous thread you quoted, I can't see anything abnormal here. Can you provide complete traces with CAM debugging options enabled? please include boot -v output. Thomas. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 02:53:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C43816A416 for ; Mon, 16 Oct 2006 02:53:41 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id D781543D5F for ; Mon, 16 Oct 2006 02:53:36 +0000 (GMT) (envelope-from adrian.chadd@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1371734wxd for ; Sun, 15 Oct 2006 19:53:36 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:x-google-sender-auth; b=HTLZS5OTM9ZYR1z2TZRSpg5ZxOBVkYVxBCJtQO5po8nz1uy8KWeYVjak76peI6hfbf+5NIQhwwJF1Qh6vrWjvxkwVmsxhGs7cZ43tzdYVU2pKUy2/sh7G0kFPFgWMz+6/3t05neb9Ce/t8+paKZyIpOUgT095IEB4Qiovctbvek= Received: by 10.90.71.12 with SMTP id t12mr3192894aga; Sun, 15 Oct 2006 19:53:36 -0700 (PDT) Received: by 10.90.66.16 with HTTP; Sun, 15 Oct 2006 19:53:36 -0700 (PDT) Message-ID: Date: Mon, 16 Oct 2006 10:53:36 +0800 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "FreeBSD Stable" MIME-Version: 1.0 X-Google-Sender-Auth: d9def3311d5827a3 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: kernel profiling? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 02:53:41 -0000 Hiya, Whats the "right" way to grab kernel profiling data these days? I've tried using the kernel profiling w/ kgmon and gprof but the top CPU wasters are the profiling functions themselves, quickly followed by write_eflags(). I'm not sure this is valid at all. I'm running 6-stable on an Athlon 1800XP, so its uniprocessor and (relatively) slow. I'm hitting the server rather hard with a few thousand TCP connections a second; I'm trying to figure out where my ~60% of kernel time and ~35% of interrupt time is going. Thanks, Adrian -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 03:16:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C04BB16A403; Mon, 16 Oct 2006 03:16:18 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8043943D53; Mon, 16 Oct 2006 03:16:18 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 62E7B1A3C20; Sun, 15 Oct 2006 20:16:18 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B29C9514B1; Sun, 15 Oct 2006 23:16:17 -0400 (EDT) Date: Sun, 15 Oct 2006 23:16:17 -0400 From: Kris Kennaway To: Adrian Chadd Message-ID: <20061016031617.GB1303@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GID0FwUMdk1T2AWN" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: FreeBSD Stable Subject: Re: kernel profiling? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 03:16:18 -0000 --GID0FwUMdk1T2AWN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 16, 2006 at 10:53:36AM +0800, Adrian Chadd wrote: > Hiya, >=20 > Whats the "right" way to grab kernel profiling data these days? >=20 > I've tried using the kernel profiling w/ kgmon and gprof but the top CPU > wasters are the profiling functions themselves, quickly followed by > write_eflags(). I'm not sure this is valid at all. >=20 > I'm running 6-stable on an Athlon 1800XP, so its uniprocessor and > (relatively) slow. I'm hitting the server rather hard with a few thousand > TCP connections a second; I'm trying to figure out where my ~60% of kernel > time and ~35% of interrupt time is going. pmc can be extremely useful although it doesn't do call graphs. Kris --GID0FwUMdk1T2AWN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFMvmBWry0BWjoQKURAuCjAKDHos6pk6N+XKmS4EyvDC1OdAz08QCgv8EK 3KKoKLIvXNPlYSw93RcQcW4= =jxxX -----END PGP SIGNATURE----- --GID0FwUMdk1T2AWN-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 03:16:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB15716A407 for ; Mon, 16 Oct 2006 03:16:51 +0000 (UTC) (envelope-from duane@greenmeadow.ca) Received: from smtpout.eastlink.ca (smtpout.eastlink.ca [24.222.0.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8488F43D4C for ; Mon, 16 Oct 2006 03:16:51 +0000 (GMT) (envelope-from duane@greenmeadow.ca) Received: from ip01.eastlink.ca ([24.222.10.5]) by mta01.eastlink.ca (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTP id <0J7700HKLL5MYAQ0@mta01.eastlink.ca> for freebsd-stable@freebsd.org; Mon, 16 Oct 2006 00:17:46 -0300 (ADT) Received: from blk-224-199-230.eastlink.ca (HELO [192.168.0.103]) ([24.224.199.230]) by ip01.eastlink.ca with ESMTP; Mon, 16 Oct 2006 00:16:52 -0300 Date: Mon, 16 Oct 2006 00:16:24 -0300 From: Duane Whitty To: freebsd-stable@freebsd.org Message-id: <4532F988.6000708@greenmeadow.ca> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AQAAAOOVMkUNjBg X-IronPort-AV: i="4.09,313,1157338800"; d="scan'208"; a="849532105:sNHT22682080" User-Agent: Thunderbird 1.5.0.5 (X11/20061010) Subject: flash7/firefox plugin no longer registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 03:16:51 -0000 Has anyone else lost their flash7 plugin in firefox on 6-STABLE? FreeBSD dwpc.dwlabs.ca 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #4: Mon Oct 9 01:50:25 ADT 2006 duane@dwpc.dwlabs.ca:/usr/obj/usr/src/sys/DWPC-KERNEL i386 I've been trying to figure this one out for several days! /usr/src/libexec/rtld-elf/rtld.c has the dlsym patch applied Here is my current etc/libmap.conf which I updated after upgrading to the most recent firefox # [ALPHA SUPPORT] Flash7 with Mozilla [/usr/local/lib/browser_plugins/libflashplayer.so] libpthread.so.0 libpthread.so.2 libdl.so.2 /usr/local/lib/pluginwrapper/flash7.so libz.so.1 libz.so.3 libm.so.6 libm.so.4 libc.so.6 /usr/local/lib/pluginwrapper/flash7.so Here are the contents of my /usr/local/lib/browser_plugins dwpc@ /usr/local/lib/browser_plugins>ll total 0 -rw-r--r-- 1 root wheel 0 Oct 15 23:24 .firefox.keep lrwxr-xr-x 1 root wheel 54 Oct 15 23:30 flashplayer.xpt -> /usr/local/lib/npapi/linux-flashp lugin/flashplayer.xpt lrwxr-xr-x 1 root wheel 56 Oct 15 23:30 libflashplayer.so -> /usr/local/lib/npapi/linux-flas hplugin/libflashplayer.so lrwxr-xr-x 1 root wheel 62 Oct 15 23:24 libjavaplugin_oji.so -> /usr/local/jdk1.4.2/jre/plug in/i386/ns610/libjavaplugin_oji.so Everything was working well until about Oct 10. I'm not sure if problems ocurred after updating the base system or the ports. I'll be rebuilding the base again but I wanted to send this out first in case the openldap upgrade hoses my sendmail [... sigh, too late]. Ports tree was updated on Oct 15 (today). If there is anything other information I should provide please let me know. Thanks in advance, Duane Whitty From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 03:25:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB29D16A416; Mon, 16 Oct 2006 03:25:38 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8C8843D83; Mon, 16 Oct 2006 03:25:35 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id EC8832D25; Sun, 15 Oct 2006 22:25:34 -0500 (CDT) Date: Sun, 15 Oct 2006 22:25:34 -0500 To: Michael Butler Message-ID: <20061016032534.GB6398@soaustin.net> References: <20061015174750.13249.qmail@web33306.mail.mud.yahoo.com> <45327764.2080904@protected-networks.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45327764.2080904@protected-networks.net> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: performance@freebsd.org, danial_thom@yahoo.com, FreeBSD Stable Subject: Re: Performance 4.x vs. 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 03:25:38 -0000 On Sun, Oct 15, 2006 at 02:01:08PM -0400, Michael Butler wrote: > For everyone's benefit then, please feel free to submit your patches > along with your technical analysis. I think his best bet is a fork, instead. Then he can tell all the people that volunteer to work on _his_ project exactly what to do, and see how far he gets with that approach. As an extra-special bonus, since it's the BSD license, he can start with whatever version of FreeBSD he finds most meets his needs. Even better, with his own project, he can then redirect all his postings there and leave the rest of us in peace. Until then, I think I'll watch out for any flying monkeys. I consider their existance equally probable. mcl From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 03:39:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6D0116A415 for ; Mon, 16 Oct 2006 03:39:58 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BB6B43D49 for ; Mon, 16 Oct 2006 03:39:57 +0000 (GMT) (envelope-from adrian.chadd@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1379546wxd for ; Sun, 15 Oct 2006 20:39:57 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Z5lYJwe8UTt0kKhk1xWCPF6U5Sex1xZzHGGuxnVPjWAcYSko5+T4Co96NhSzC3o7PfpL8SmYuVDMt7SGQSU5qxmkLDGGPmDQ0m9931clacxNbKiBUHpC+2gi0nHzJ/Z2pd6nzfcM4yp/8mN8/h9siE7yDMbJWiS5ivapJaEhfco= Received: by 10.90.52.2 with SMTP id z2mr3198530agz; Sun, 15 Oct 2006 20:39:57 -0700 (PDT) Received: by 10.90.66.16 with HTTP; Sun, 15 Oct 2006 20:39:57 -0700 (PDT) Message-ID: Date: Mon, 16 Oct 2006 11:39:57 +0800 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "Kris Kennaway" In-Reply-To: <20061016031617.GB1303@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061016031617.GB1303@xor.obsecurity.org> X-Google-Sender-Auth: 79aa8fca21e5fe4b Cc: FreeBSD Stable Subject: Re: kernel profiling? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 03:39:58 -0000 On 10/16/06, Kris Kennaway wrote: > pmc can be extremely useful although it doesn't do call graphs. Someone pointed it out to me on IRC and I'm playing with it now. Thanks. Adrian -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 03:40:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E0B616A5A5; Mon, 16 Oct 2006 03:40:22 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from linda-3.paradise.net.nz (linda-3.paradise.net.nz [203.96.152.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id F070443D62; Mon, 16 Oct 2006 03:40:14 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-3.paradise.net.nz (tclsnelb1-src-1.paradise.net.nz [203.96.152.172]) by linda-3.paradise.net.nz (Paradise.net.nz) with ESMTP id <0J77003NMM6UBS@linda-3.paradise.net.nz>; Mon, 16 Oct 2006 16:40:13 +1300 (NZDT) Received: from [192.168.1.11] (218-101-28-242.dsl.clear.net.nz [218.101.28.242]) by smtp-3.paradise.net.nz (Postfix) with ESMTP id F21C4B0D5D0; Mon, 16 Oct 2006 16:40:05 +1300 (NZDT) Date: Mon, 16 Oct 2006 16:40:03 +1300 From: Mark Kirkwood In-reply-to: <20061016032534.GB6398@soaustin.net> To: Mark Linimon Message-id: <4532FF13.7040708@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit User-Agent: Thunderbird 1.5.0.7 (X11/20061003) References: <20061015174750.13249.qmail@web33306.mail.mud.yahoo.com> <45327764.2080904@protected-networks.net> <20061016032534.GB6398@soaustin.net> Cc: danial_thom@yahoo.com, performance@freebsd.org, FreeBSD Stable Subject: Re: Performance 4.x vs. 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 03:40:22 -0000 Mark Linimon wrote: > On Sun, Oct 15, 2006 at 02:01:08PM -0400, Michael Butler wrote: >> For everyone's benefit then, please feel free to submit your patches >> along with your technical analysis. > > I think his best bet is a fork, instead. Then he can tell all the people > that volunteer to work on _his_ project exactly what to do, and see how > far he gets with that approach. > > He might have got further by volunteering to create and supply profiles for those specific workloads that were faster in 4.x than 6.x on UP machinery etc... i.e. help make 6.x better rather than discourage the development team (whose efforts are much appreciated by the rest of us that are happily using 6.x...) regards Mark From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 04:06:18 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C458E16A415 for ; Mon, 16 Oct 2006 04:06:18 +0000 (UTC) (envelope-from ericlin@tamama.org) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id E80C943D72 for ; Mon, 16 Oct 2006 04:06:17 +0000 (GMT) (envelope-from ericlin@tamama.org) Received: by nf-out-0910.google.com with SMTP id p77so1739236nfc for ; Sun, 15 Oct 2006 21:06:16 -0700 (PDT) Received: by 10.82.129.8 with SMTP id b8mr873042bud; Sun, 15 Oct 2006 21:06:16 -0700 (PDT) Received: by 10.82.114.5 with HTTP; Sun, 15 Oct 2006 21:06:16 -0700 (PDT) Message-ID: <47713ee10610152106j5a5e1eep9346a8fbf0f05dfb@mail.gmail.com> Date: Mon, 16 Oct 2006 12:06:16 +0800 From: "Lin Jui-Nan Eric" Sender: ericlin@tamama.org To: "Rink Springer" In-Reply-To: <20061015215333.GA51499@rink.nu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47713ee10610150811w4cca315etc051e0fe14d88dab@mail.gmail.com> <20061015151924.GA50017@rink.nu> <47713ee10610150830g4dc4b747j9425d3b5194829f1@mail.gmail.com> <20061015154022.GC50017@rink.nu> <47713ee10610150845p93b7ba8qdb32913b91fceea0@mail.gmail.com> <20061015215333.GA51499@rink.nu> X-Google-Sender-Auth: 5ae4005c30cd1c71 Cc: stable@freebsd.org Subject: Re: mountd changed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 04:06:18 -0000 Hi, The filesystem isn't shown in a 'showmount -e'. Nothing relevant in my /var/log/messages. On 10/16/06, Rink Springer wrote: > On Sun, Oct 15, 2006 at 11:45:23PM +0800, Lin Jui-Nan Eric wrote: > > No, it does not work. > > Hmm, I am assuming that the filesystem isn't shown when you do a > 'showmount -e' on the server, is this correct? Anything relevant in your > /var/log/messages ? > > -- > Rink P.W. Springer - http://rink.nu > "Patience is for those who cannot afford > decent hardware." - Peter Koeleman > From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 04:22:05 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9A8E16A40F; Mon, 16 Oct 2006 04:22:05 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FD3243D53; Mon, 16 Oct 2006 04:22:05 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.61 (FreeBSD)) (envelope-from ) id 1GZJzD-000Ec0-B7; Mon, 16 Oct 2006 12:21:59 +0800 Message-ID: <453308E7.4090204@micom.mng.net> Date: Mon, 16 Oct 2006 12:21:59 +0800 From: Ganbold User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: Marcus Alves Grando References: <4520A2B3.5040809@micom.mng.net> <1159824563.75165.35.camel@vonnegut> <45229BBD.3090103@FreeBSD.org> In-Reply-To: <45229BBD.3090103@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Eric Anholt , FreeBSD Stable Mailing List , joel@FreeBSD.org Subject: Re: 945GM graphics and mplayer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 04:22:05 -0000 Marcus Alves Grando wrote: > Eric Anholt wrote: >> On Mon, 2006-10-02 at 13:25 +0800, Ganbold wrote: >>> Hi, >>> > http://marcus.grupos.com.br:8080/patch/agp_i810.c.patch Eric, Marcus, Just wanted to let you know that the mouse problem exist even when 945GM patch is not applied. So it is something else. thanks, Ganbold From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 05:15:51 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6EE516A415; Mon, 16 Oct 2006 05:15:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B61843D55; Mon, 16 Oct 2006 05:15:51 +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.8/8.13.8) with ESMTP id k9G5FoEJ069344; Mon, 16 Oct 2006 01:15:50 -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.8/8.13.8) with ESMTP id k9G5FoGa035810; Mon, 16 Oct 2006 01:15:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E856E7305F; Mon, 16 Oct 2006 01:15:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061016051549.E856E7305F@freebsd-current.sentex.ca> Date: Mon, 16 Oct 2006 01:15:49 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on alpha/alpha X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 05:15:51 -0000 TB --- 2006-10-16 04:13:13 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-16 04:13:13 - starting RELENG_6 tinderbox run for alpha/alpha TB --- 2006-10-16 04:13:13 - cleaning the object tree TB --- 2006-10-16 04:13:46 - checking out the source tree TB --- 2006-10-16 04:13:46 - cd /tinderbox/RELENG_6/alpha/alpha TB --- 2006-10-16 04:13:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-10-16 04:24:56 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-16 04:24:56 - cd /src TB --- 2006-10-16 04:24:56 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-10-16 05:15:49 - generating LINT kernel config TB --- 2006-10-16 05:15:49 - cd /src/sys/alpha/conf TB --- 2006-10-16 05:15:49 - /usr/bin/make -B LINT TB --- 2006-10-16 05:15:49 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-16 05:15:49 - cd /src TB --- 2006-10-16 05:15:49 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Oct 16 05:15:49 UTC 2006 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/alpha/conf; PATH=/obj/alpha/src/tmp/legacy/usr/sbin:/obj/alpha/src/tmp/legacy/usr/bin:/obj/alpha/src/tmp/legacy/usr/games:/obj/alpha/src/tmp/usr/sbin:/obj/alpha/src/tmp/usr/bin:/obj/alpha/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/alpha/src/sys/LINT /src/sys/alpha/conf/LINT ../../conf/files: compile-with must be optional, mandatory or standard *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-16 05:15:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-16 05:15:49 - ERROR: failed to build lint kernel TB --- 2006-10-16 05:15:49 - tinderbox aborted TB --- 0.62 user 2.52 system 3755.83 real From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 06:22:55 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8A3316A403; Mon, 16 Oct 2006 06:22:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CD1143D45; Mon, 16 Oct 2006 06:22:55 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k9G6MsMc030683; Mon, 16 Oct 2006 02:22:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id k9G6MsXm003251; Mon, 16 Oct 2006 02:22:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0A2307305F; Mon, 16 Oct 2006 02:22:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061016062254.0A2307305F@freebsd-current.sentex.ca> Date: Mon, 16 Oct 2006 02:22:53 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 06:22:55 -0000 TB --- 2006-10-16 05:20:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-16 05:20:25 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2006-10-16 05:20:25 - cleaning the object tree TB --- 2006-10-16 05:20:58 - checking out the source tree TB --- 2006-10-16 05:20:58 - cd /tinderbox/RELENG_6/i386/i386 TB --- 2006-10-16 05:20:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-10-16 05:29:42 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-16 05:29:42 - cd /src TB --- 2006-10-16 05:29:42 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-10-16 06:22:52 - generating LINT kernel config TB --- 2006-10-16 06:22:52 - cd /src/sys/i386/conf TB --- 2006-10-16 06:22:52 - /usr/bin/make -B LINT TB --- 2006-10-16 06:22:53 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-16 06:22:53 - cd /src TB --- 2006-10-16 06:22:53 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Oct 16 06:22:53 UTC 2006 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/i386/conf; PATH=/obj/src/tmp/legacy/usr/sbin:/obj/src/tmp/legacy/usr/bin:/obj/src/tmp/legacy/usr/games:/obj/src/tmp/usr/sbin:/obj/src/tmp/usr/bin:/obj/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/src/sys/LINT /src/sys/i386/conf/LINT ../../conf/files: compile-with must be optional, mandatory or standard *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-16 06:22:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-16 06:22:53 - ERROR: failed to build lint kernel TB --- 2006-10-16 06:22:53 - tinderbox aborted TB --- 0.69 user 2.63 system 3748.46 real From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 06:33:06 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB72616A412; Mon, 16 Oct 2006 06:33:06 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx0.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 584E943D60; Mon, 16 Oct 2006 06:33:03 +0000 (GMT) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx0.rink.nu (Postfix) with ESMTP id 3D2DA170A8; Mon, 16 Oct 2006 08:33:44 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx0.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5OE8YGKuAB25; Mon, 16 Oct 2006 08:33:38 +0200 (CEST) Received: by mx0.rink.nu (Postfix, from userid 1000) id 7FB78170A5; Mon, 16 Oct 2006 08:33:38 +0200 (CEST) Date: Mon, 16 Oct 2006 08:33:38 +0200 From: Rink Springer To: Rink Springer , Lin Jui-Nan Eric , stable@freebsd.org Message-ID: <20061016063338.GC51499@rink.nu> References: <47713ee10610150811w4cca315etc051e0fe14d88dab@mail.gmail.com> <20061015151924.GA50017@rink.nu> <47713ee10610150830g4dc4b747j9425d3b5194829f1@mail.gmail.com> <20061015154022.GC50017@rink.nu> <20061015220111.GA10634@Update.UU.SE> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061015220111.GA10634@Update.UU.SE> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: mountd changed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 06:33:07 -0000 Hi Erik, On Mon, Oct 16, 2006 at 12:01:11AM +0200, Erik Trulsson wrote: > [Second attempt to send this, since my first seems to have been eaten by my > ISP. Apologies if it appears twice.] > > On Sun, Oct 15, 2006 at 05:40:22PM +0200, Rink Springer wrote: > > Hi, > > > > On Sun, Oct 15, 2006 at 11:30:23PM +0800, Lin Jui-Nan Eric wrote: > > > Hi, > > > > > > If I revert to revision 1.81.2.4, it worked correctly. > > > > > > On 10/15/06, Rink Springer wrote: > > > >Hi, > > > > > > > >Hmm, I recently changed something which might trigger this. Could you > > > >back out revision 1.81.2.5 of src/usr.sbin/mountd/mountd.c and let me > > > >know whether this fixed the problem? > > > > > > > > OK, could you try the attached patch (untested) and let me know whether > > it works? (it patches the 1.81.2.5 revision of mountd.c) > > I had the same problems, but only when trying to export directories from > the root filesystem. Your patch below would not help. > The following patch (very much inspired by the comment on line 1038 in > mountd.c) makes things work for me: > > Index: mountd.c > =================================================================== > RCS file: /ncvs/src/usr.sbin/mountd/mountd.c,v > retrieving revision 1.81.2.5 > diff -u -r1.81.2.5 mountd.c > --- mountd.c 14 Oct 2006 23:04:07 -0000 1.81.2.5 > +++ mountd.c 15 Oct 2006 21:09:20 -0000 > @@ -1911,7 +1911,7 @@ > iov[5].iov_base = fsb->f_mntfromname; /* "from" */ > iov[5].iov_len = strlen(fsb->f_mntfromname) + 1; > > - while (nmount(iov, iovlen, fsb->f_flags) < 0) { > + while (nmount(iov, iovlen, fsb->f_flags & ~MNT_ROOTFS) < 0) { > if (cp) > *cp-- = savedc; > else > > > > > > > > --- mountd.c.org Thu Sep 21 10:07:57 2006 > > +++ mountd.c Thu Sep 21 10:08:42 2006 > > @@ -1912,7 +1912,7 @@ > > iov[5].iov_base = fsb->f_mntfromname; /* "from" */ > > iov[5].iov_len = strlen(fsb->f_mntfromname) + 1; > > > > - while (nmount(iov, iovlen, fsb->f_flags) < 0) { > > + while (nmount(iov, iovlen, fsb->f_flags | MNT_UPDATE) < 0) { > > if (cp) > > *cp-- = savedc; > > else Ah, it seems that nmount(2) will deny any mount that has the MNT_ROOTFS flag set; whereas this flag is returned by getmntinfo(). I'll get this committed. Thanks for the report and patch! -- Rink P.W. Springer - http://rink.nu "Patience is for those who cannot afford decent hardware." - Peter Koeleman From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 06:43:36 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FE8716A403; Mon, 16 Oct 2006 06:43:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9322043D46; Mon, 16 Oct 2006 06:43:35 +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.8/8.13.8) with ESMTP id k9G6hZcM075451; Mon, 16 Oct 2006 02:43:35 -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.8/8.13.8) with ESMTP id k9G6hYUh024383; Mon, 16 Oct 2006 02:43:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D9F447305F; Mon, 16 Oct 2006 02:43:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061016064333.D9F447305F@freebsd-current.sentex.ca> Date: Mon, 16 Oct 2006 02:43:33 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 06:43:36 -0000 TB --- 2006-10-16 05:15:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-16 05:15:49 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2006-10-16 05:15:50 - cleaning the object tree TB --- 2006-10-16 05:16:31 - checking out the source tree TB --- 2006-10-16 05:16:31 - cd /tinderbox/RELENG_6/amd64/amd64 TB --- 2006-10-16 05:16:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-10-16 05:29:42 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-16 05:29:42 - cd /src TB --- 2006-10-16 05:29:42 - /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 --- 2006-10-16 06:43:33 - generating LINT kernel config TB --- 2006-10-16 06:43:33 - cd /src/sys/amd64/conf TB --- 2006-10-16 06:43:33 - /usr/bin/make -B LINT TB --- 2006-10-16 06:43:33 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-16 06:43:33 - cd /src TB --- 2006-10-16 06:43:33 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Oct 16 06:43:33 UTC 2006 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/amd64/conf; PATH=/obj/amd64/src/tmp/legacy/usr/sbin:/obj/amd64/src/tmp/legacy/usr/bin:/obj/amd64/src/tmp/legacy/usr/games:/obj/amd64/src/tmp/usr/sbin:/obj/amd64/src/tmp/usr/bin:/obj/amd64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/amd64/src/sys/LINT /src/sys/amd64/conf/LINT ../../conf/files: compile-with must be optional, mandatory or standard *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-16 06:43:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-16 06:43:33 - ERROR: failed to build lint kernel TB --- 2006-10-16 06:43:33 - tinderbox aborted TB --- 1.06 user 3.01 system 5263.66 real From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 07:04:20 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13F7A16A407 for ; Mon, 16 Oct 2006 07:04:20 +0000 (UTC) (envelope-from ericlin@tamama.org) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3538F43D5E for ; Mon, 16 Oct 2006 07:04:18 +0000 (GMT) (envelope-from ericlin@tamama.org) Received: by nf-out-0910.google.com with SMTP id p77so1779227nfc for ; Mon, 16 Oct 2006 00:04:17 -0700 (PDT) Received: by 10.82.190.2 with SMTP id n2mr875363buf; Mon, 16 Oct 2006 00:04:17 -0700 (PDT) Received: by 10.82.114.5 with HTTP; Mon, 16 Oct 2006 00:04:17 -0700 (PDT) Message-ID: <47713ee10610160004w5ddd4b15s4836ccc2164986db@mail.gmail.com> Date: Mon, 16 Oct 2006 15:04:17 +0800 From: "Lin Jui-Nan Eric" Sender: ericlin@tamama.org To: "Rink Springer" , "Lin Jui-Nan Eric" , stable@freebsd.org In-Reply-To: <20061015211619.GA2002@owl.midgard.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47713ee10610150811w4cca315etc051e0fe14d88dab@mail.gmail.com> <20061015151924.GA50017@rink.nu> <47713ee10610150830g4dc4b747j9425d3b5194829f1@mail.gmail.com> <20061015154022.GC50017@rink.nu> <20061015211619.GA2002@owl.midgard.homeip.net> X-Google-Sender-Auth: 9aecc167e46ea870 Cc: Subject: Re: mountd changed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 07:04:20 -0000 Hi, On 10/16/06, Erik Trulsson wrote: > > I had the same problems, but only when trying to export directories from > the root filesystem. Your patch below would not help. > The following patch (very much inspired by the comment on line 1038 in > mountd.c) makes things work for me: > > Index: mountd.c This patch works for me too. Thank you the nice guys! From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 09:26:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FD5516A4C2 for ; Mon, 16 Oct 2006 09:26:16 +0000 (UTC) (envelope-from eti@erata.net) Received: from s1.net-solution.ro (s1.net-solution.ro [65.98.58.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id B40C643D49 for ; Mon, 16 Oct 2006 09:26:15 +0000 (GMT) (envelope-from eti@erata.net) Received: (qmail 6566 invoked from network); 16 Oct 2006 15:26:39 +0300 Received: from 223.126.77.82.static.cluj.rdsnet.ro (HELO toshiba) (82.77.126.223) by s1.net-solution.ro with (DHE-RSA-AES256-SHA encrypted) SMTP; 16 Oct 2006 15:26:39 +0300 From: Iulian M Organization: Perlica Technologies To: freebsd-stable@freebsd.org Date: Mon, 16 Oct 2006 12:26:08 +0300 User-Agent: KMail/1.9.4 References: <4532F988.6000708@greenmeadow.ca> In-Reply-To: <4532F988.6000708@greenmeadow.ca> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1255821.BpuExQCCoJ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200610161226.11509.eti@erata.net> Subject: Re: flash7/firefox plugin no longer registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 09:26:16 -0000 --nextPart1255821.BpuExQCCoJ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 16 October 2006 06:16, Duane Whitty wrote: > Has anyone else lost their flash7 plugin in firefox on 6-STABLE? Hi, Same problem here. /etc/libmap.conf looks the same , the patch to rtld is=20 applied, plugin is installed but after buildworld on Oct 11 plugin does not= =20 work anymore.=20 It's just a guess (no time to investigate now) but the only thing major thi= ng=20 changing was gnome and it's libs. ( see /usr/ports/UPDATING ). Iulian M, http://www.erata.net =2D-=20 The IBM purchase of ROLM gives new meaning to the term "twisted pair". -- Howard Anderson, "Yankee Group" --nextPart1255821.BpuExQCCoJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFM1AzE4semV9hLhcRAggSAJ4vUPWseqbdPBVVpxXFXxM8S3E+AgCePB5b 8fo0IYWjP9233BKE8eMDgkw= =J195 -----END PGP SIGNATURE----- --nextPart1255821.BpuExQCCoJ-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 11:17:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3920516A40F; Mon, 16 Oct 2006 11:17:27 +0000 (UTC) (envelope-from mail@maxlor.com) Received: from popeye1.ggamaur.net (popeye1.ggamaur.net [213.160.40.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB44843D66; Mon, 16 Oct 2006 11:17:25 +0000 (GMT) (envelope-from mail@maxlor.com) Received: from maxlor.mine.nu (maxlor@c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by popeye1.ggamaur.net (8.13.7/8.13.7/Submit) with ESMTP id k9GBHK49040191; Mon, 16 Oct 2006 13:17:22 +0200 (CEST) (envelope-from mail@maxlor.com) Received: from localhost (unknown [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id A02502E14D; Mon, 16 Oct 2006 13:17:20 +0200 (CEST) X-Virus-Scanned: amavisd-new at atlantis.intranet Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (atlantis.intranet [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h8OOr1fsPTRL; Mon, 16 Oct 2006 13:17:20 +0200 (CEST) Received: from mini.intranet (mini.intranet [10.0.0.17]) by maxlor.mine.nu (Postfix) with ESMTP id 3B4C62E13F; Mon, 16 Oct 2006 13:17:20 +0200 (CEST) From: Benjamin Lutz To: Thomas Quinot Date: Mon, 16 Oct 2006 13:17:14 +0200 User-Agent: KMail/1.9.1 References: <200610112130.21391.mail@maxlor.com> <20061015224036.GB28053@melamine.cuivre.fr.eu.org> In-Reply-To: <20061015224036.GB28053@melamine.cuivre.fr.eu.org> X-Face: $Ov27?7*N,h60fIEfNJdb!m,@#4T/d; 1hw|W0zvsHM(a$Yn6BYQ0^SEEXvi8>D`|V*F"=?utf-8?q?=5F+=0A=09R2?=@Aq>+mNb4`,'[[%z9v0Fa~]AD1}xQO3|>b.z&}l#R-_(P`?@Mz"kS; XC>Eti,i3>%@=?utf-8?q?g=3F=0A=094f?=,\c7|Ghwb&ky$b2PJ^\0b83NkLsFKv|smL/cI4UD%Tu8alAD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1713915.CMc8I1R5aj"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200610161317.18955.mail@maxlor.com> X-Scanned-By: MIMEDefang 2.57 on 213.160.40.60 Cc: freebsd-stable@freebsd.org Subject: Re: atapicam problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 11:17:27 -0000 --nextPart1713915.CMc8I1R5aj Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 16 October 2006 00:40, Thomas Quinot wrote: > As I mentioned on the previous thread you quoted, I can't see > anything abnormal here. Can you provide complete traces with CAM > debugging options enabled? please include boot -v output. Well, I'm having problems with that. I built a new kernel with all the=20 CAM debugging options enabled (otherwise it's GENERIC), but this one=20 would panic as soon as I load the atapicam module if I load it=20 manually, or as soon as drive detection starts if the boot loader loads=20 it. I've had a look at the dump with kgdb, and it appears that a=20 null-dereference happens in line 4205 of sys/cam/cam_xpt.c: path2 is=20 NULL. If it is helpful to you, I can put the kernel and crashdump (74MB)=20 online. (Actually, I think I can produce a much smaller crashdump, that=20 panic happened with some apps already running.) Below are the boot -v output as well as a kgdb log. Cheers Benjamin =2D---- START boot -v dmesg ----- Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights=20 reserved. =46reeBSD is a registered trademark of The FreeBSD Foundation. =46reeBSD 6.2-PRERELEASE #0: Mon Oct 16 10:26:15 CEST 2006 maxlor@merlin.intranet:/usr/obj/usr/src/sys/GENERIC_CAMDEBUG ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz (2400.01-MHz=20 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x6f6 Stepping =3D 6 =20 =46eatures=3D0xbfebfbff =20 =46eatures2=3D0xe3bd,CX16,,> AMD Features=3D0x20100000 AMD Features2=3D0x1 Cores per package: 2 real memory =3D 1073348608 (1023 MB) avail memory =3D 1032966144 (985 MB) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413,=20 RF5413) 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 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: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 nvidia0: port 0x9c00-0x9c7f mem=20 0xfd000000-0xfdffffff,0xc0000000-0xcfffffff,0xfc000000-0xfcffffff irq=20 16 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] uhci0: port 0xdc00-0xdc1f irq 16 at=20 device 26.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe000-0xe01f irq 17 at=20 device 26.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xfebffc00-0xfebfffff irq=20 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] usb2: waiting for BIOS to give up control usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered pci0: at device 27.0 (no driver attached) pcib2: irq 16 at device 28.0 on pci0 pci3: on pcib2 pcib3: irq 16 at device 28.4 on pci0 pci2: on pcib3 atapci0: port=20 0xac00-0xac07,0xa880-0xa883,0xa800-0xa807,0xa480-0xa483,0xa400-0xa40f=20 mem 0xfe9fe000-0xfe9fffff irq 16 at device 0.0 on pci2 atapci0: AHCI Version 01.00 controller with 2 ports detected ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 uhci2: port 0xd480-0xd49f irq 23 at=20 device 29.0 on pci0 uhci2: [GIANT-LOCKED] usb3: on uhci2 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered uhci3: port 0xd800-0xd81f irq 19 at=20 device 29.1 on pci0 uhci3: [GIANT-LOCKED] usb4: on uhci3 usb4: USB revision 1.0 uhub4: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub4: 2 ports with 2 removable, self powered uhci4: port 0xd880-0xd89f irq 18 at=20 device 29.2 on pci0 uhci4: [GIANT-LOCKED] usb5: on uhci4 usb5: USB revision 1.0 uhub5: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub5: 2 ports with 2 removable, self powered ehci1: mem 0xfebff800-0xfebffbff irq=20 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] usb6: EHCI version 1.0 usb6: companion controllers, 2 ports each: usb3 usb4 usb5 usb6: on ehci1 usb6: USB revision 2.0 uhub6: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub6: 6 ports with 6 removable, self powered uhub7: vendor 0x0409 product 0x013e, class 9/0, rev 2.00/0.07, addr 2 uhub7: multiple transaction translators uhub7: 4 ports with 4 removable, self powered uhid0: Logitech Logitech RumblePad 2 USB, rev 1.10/1.00, addr 3, iclass=20 3/0 pcib4: at device 30.0 on pci0 pci4: on pcib4 pcm0: port 0xb880-0xb89f irq 22 at device 1.0 on pci4 pcm0: em0: port=20 0xb800-0xb83f mem 0xfeae0000-0xfeafffff,0xfeac0000-0xfeadffff irq 23 at=20 device 2.0 on pci4 em0: Ethernet address: 00:0e:0c:c0:3c:2a em0: [FAST] fwohci0: mem=20 0xfea9f800-0xfea9ffff,0xfea98000-0xfea9bfff irq 21 at device 3.0 on=20 pci4 fwohci0: OHCI version 1.10 (ROM=3D1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:d8:00:00:d1:59:59 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:d8:d1:59:59 fwe0: Ethernet address: 02:11:d8:d1:59:59 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port=20 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe40f,0xe08= 0-0xe08f=20 irq 19 at device 31.2 on pci0 ata5: on atapci1 ata6: on atapci1 pci0: at device 31.3 (no driver attached) atapci2: port=20 0xd400-0xd407,0xd080-0xd083,0xd000-0xd007,0xcc00-0xcc03,0xc880-0xc88f,0xc80= 0-0xc80f=20 irq 19 at device 31.5 on pci0 ata7: on atapci2 ata8: on atapci2 acpi_button0: on acpi0 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=20 acpi0 sio0: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2=20 on acpi0 fdc0: [FAST] 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 MouseMan+, device ID 0 pmtimer0 on isa0 orm0: at iomem 0xd1800-0xd27ff on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> 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=20 isa0 Timecounter "TSC" frequency 2400010398 Hz quality 800 Timecounters tick every 1.000 msec (noperiph:sbp0:0:-1:-1): xpt_compile_path (noperiph:sbp0:0:-1:-1): xpt_setup_ccb (noperiph:sbp0:0:-1:-1): xpt_action (noperiph:sbp0:0:-1:-1): xpt_done (noperiph:sbp0:0:-1:-1): xpt_release_path (xpt0:sbp0:0:-1:-1): xpt_compile_path (xpt0:sbp0:0:-1:-1): xpt_setup_ccb (xpt0:sbp0:0:-1:-1): xpt_action (xpt0:sbp0:0:-1:-1): xpt_done (xpt0:sbp0:0:-1:-1): xpt_finishconfig (xpt0:sbp0:0:-1:-1): xpt_action (xpt0:sbp0:0:-1:-1): xpt_scan_bus (xpt0:sbp0:0:-1:-1): xpt_setup_ccb (xpt0:sbp0:0:-1:-1): xpt_action (xpt0:sbp0:0:-1:-1): xpt_done (xpt0:sbp0:0:0:0): xpt_compile_path (xpt0:sbp0:0:0:0): xpt_setup_ccb (xpt0:sbp0:0:0:0): xpt_action (xpt0:sbp0:0:0:0): xpt_scan_lun (xpt0:sbp0:0:0:0): xpt_setup_ccb (xpt0:sbp0:0:0:0): xpt_action (xpt0:sbp0:0:0:0): xpt_done (probe0:sbp0:0:0:0): xpt_compile_path (probe0:sbp0:0:0:0): xpt_setup_ccb (probe0:sbp0:0:0:0): xpt_action (probe0:sbp0:0:0:0): xpt_setup_ccb (probe0:sbp0:0:0:0): xpt_action (probe0:sbp0:0:0:0): xpt_setup_ccb (probe0:sbp0:0:0:0): xpt_action (probe0:sbp0:0:0:0): xpt_done (probe0:sbp0:0:0:0): xpt_schedule (probe0:sbp0:0:0:0): xpt_setup_ccb (probe0:sbp0:0:0:0): probestart (probe0:sbp0:0:0:0): xpt_action (probe0:sbp0:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (xpt0:sbp0:0:1:0): xpt_compile_path (xpt0:sbp0:0:1:0): xpt_setup_ccb (xpt0:sbp0:0:1:0): xpt_action (xpt0:sbp0:0:1:0): xpt_scan_lun (xpt0:sbp0:0:1:0): xpt_setup_ccb (xpt0:sbp0:0:1:0): xpt_action (xpt0:sbp0:0:1:0): xpt_done (probe1:sbp0:0:1:0): xpt_compile_path (probe1:sbp0:0:1:0): xpt_setup_ccb (probe1:sbp0:0:1:0): xpt_action (probe1:sbp0:0:1:0): xpt_setup_ccb (probe1:sbp0:0:1:0): xpt_action (probe1:sbp0:0:1:0): xpt_setup_ccb (probe1:sbp0:0:1:0): xpt_action (probe1:sbp0:0:1:0): xpt_done (probe1:sbp0:0:1:0): xpt_schedule (probe1:sbp0:0:1:0): xpt_setup_ccb (probe1:sbp0:0:1:0): probestart (probe1:sbp0:0:1:0): xpt_action (probe1:sbp0:0:1:0): INQUIRY. CDB: 12 0 0 0 24 0 (xpt0:sbp0:0:2:0): xpt_compile_path (xpt0:sbp0:0:2:0): xpt_setup_ccb (xpt0:sbp0:0:2:0): xpt_action (xpt0:sbp0:0:2:0): xpt_scan_lun (xpt0:sbp0:0:2:0): xpt_setup_ccb (xpt0:sbp0:0:2:0): xpt_action (xpt0:sbp0:0:2:0): xpt_done (probe2:sbp0:0:2:0): xpt_compile_path (probe2:sbp0:0:2:0): xpt_setup_ccb (probe2:sbp0:0:2:0): xpt_action (probe2:sbp0:0:2:0): xpt_setup_ccb (probe2:sbp0:0:2:0): xpt_action (probe2:sbp0:0:2:0): xpt_setup_ccb (probe2:sbp0:0:2:0): xpt_action (probe2:sbp0:0:2:0): xpt_done (probe2:sbp0:0:2:0): xpt_schedule (probe2:sbp0:0:2:0): xpt_setup_ccb (probe2:sbp0:0:2:0): probestart (probe2:sbp0:0:2:0): xpt_action (probe2:sbp0:0:2:0): INQUIRY. CDB: 12 0 0 0 24 0 (xpt0:sbp0:0:3:0): xpt_compile_path (xpt0:sbp0:0:3:0): xpt_setup_ccb (xpt0:sbp0:0:3:0): xpt_action (xpt0:sbp0:0:3:0): xpt_scan_lun (xpt0:sbp0:0:3:0): xpt_setup_ccb (xpt0:sbp0:0:3:0): xpt_action (xpt0:sbp0:0:3:0): xpt_done (probe3:sbp0:0:3:0): xpt_compile_path (probe3:sbp0:0:3:0): xpt_setup_ccb (probe3:sbp0:0:3:0): xpt_action (probe3:sbp0:0:3:0): xpt_setup_ccb (probe3:sbp0:0:3:0): xpt_action (probe3:sbp0:0:3:0): xpt_setup_ccb (probe3:sbp0:0:3:0): xpt_action (probe3:sbp0:0:3:0): xpt_done (probe3:sbp0:0:3:0): xpt_schedule (probe3:sbp0:0:3:0): xpt_setup_ccb (probe3:sbp0:0:3:0): probestart (probe3:sbp0:0:3:0): xpt_action (probe3:sbp0:0:3:0): INQUIRY. CDB: 12 0 0 0 24 0 (xpt0:sbp0:0:4:0): xpt_compile_path (xpt0:sbp0:0:4:0): xpt_setup_ccb (xpt0:sbp0:0:4:0): xpt_action (xpt0:sbp0:0:4:0): xpt_scan_lun (xpt0:sbp0:0:4:0): xpt_setup_ccb (xpt0:sbp0:0:4:0): xpt_action (xpt0:sbp0:0:4:0): xpt_done (probe4:sbp0:0:4:0): xpt_compile_path (probe4:sbp0:0:4:0): xpt_setup_ccb (probe4:sbp0:0:4:0): xpt_action (probe4:sbp0:0:4:0): xpt_setup_ccb (probe4:sbp0:0:4:0): xpt_action (probe4:sbp0:0:4:0): xpt_setup_ccb (probe4:sbp0:0:4:0): xpt_action (probe4:sbp0:0:4:0): xpt_done (probe4:sbp0:0:4:0): xpt_schedule (probe4:sbp0:0:4:0): xpt_setup_ccb (probe4:sbp0:0:4:0): probestart (probe4:sbp0:0:4:0): xpt_action (probe4:sbp0:0:4:0): INQUIRY. CDB: 12 0 0 0 24 0 (xpt0:sbp0:0:5:0): xpt_compile_path (xpt0:sbp0:0:5:0): xpt_setup_ccb (xpt0:sbp0:0:5:0): xpt_action (xpt0:sbp0:0:5:0): xpt_scan_lun (xpt0:sbp0:0:5:0): xpt_setup_ccb (xpt0:sbp0:0:5:0): xpt_action (xpt0:sbp0:0:5:0): xpt_done (probe5:sbp0:0:5:0): xpt_compile_path (probe5:sbp0:0:5:0): xpt_setup_ccb (probe5:sbp0:0:5:0): xpt_action (probe5:sbp0:0:5:0): xpt_setup_ccb (probe5:sbp0:0:5:0): xpt_action (probe5:sbp0:0:5:0): xpt_setup_ccb (probe5:sbp0:0:5:0): xpt_action (probe5:sbp0:0:5:0): xpt_done (probe5:sbp0:0:5:0): xpt_schedule (probe5:sbp0:0:5:0): xpt_setup_ccb (probe5:sbp0:0:5:0): probestart (probe5:sbp0:0:5:0): xpt_action (probe5:sbp0:0:5:0): INQUIRY. CDB: 12 0 0 0 24 0 (xpt0:sbp0:0:6:0): xpt_compile_path (xpt0:sbp0:0:6:0): xpt_setup_ccb (xpt0:sbp0:0:6:0): xpt_action (xpt0:sbp0:0:6:0): xpt_scan_lun (xpt0:sbp0:0:6:0): xpt_setup_ccb (xpt0:sbp0:0:6:0): xpt_action (xpt0:sbp0:0:6:0): xpt_done (probe6:sbp0:0:6:0): xpt_compile_path (probe6:sbp0:0:6:0): xpt_setup_ccb (probe6:sbp0:0:6:0): xpt_action (probe6:sbp0:0:6:0): xpt_setup_ccb (probe6:sbp0:0:6:0): xpt_action (probe6:sbp0:0:6:0): xpt_setup_ccb (probe6:sbp0:0:6:0): xpt_action (probe6:sbp0:0:6:0): xpt_done (probe6:sbp0:0:6:0): xpt_schedule (probe6:sbp0:0:6:0): xpt_setup_ccb (probe6:sbp0:0:6:0): probestart (probe6:sbp0:0:6:0): xpt_action (probe6:sbp0:0:6:0): INQUIRY. CDB: 12 0 0 0 24 0 acd0: DVDROM at=20 ata4-master UDMA66 acd1: DVDR at ata4-slave UDMA33 ad10: 238475MB at ata5-master SATA150 (probe1:sbp0:0:1:0): xpt_done (probe1:sbp0:0:1:0): camisr (probe1:sbp0:0:1:0): probedone (xpt0:sbp0:0:1:0): xpt_done (probe1:sbp0:0:1:0): xpt_free_path (probe1:sbp0:0:1:0): xpt_release_path (xpt0:sbp0:0:1:0): camisr (xpt0:sbp0:0:1:0): xpt_scan_bus (xpt0:sbp0:0:1:0): xpt_setup_ccb (xpt0:sbp0:0:1:0): xpt_action (xpt0:sbp0:0:1:0): xpt_free_path (xpt0:sbp0:0:1:0): xpt_release_path (probe4:sbp0:0:4:0): xpt_done (probe4:sbp0:0:4:0): camisr (probe4:sbp0:0:4:0): probedone (xpt0:sbp0:0:4:0): xpt_done (probe4:sbp0:0:4:0): xpt_free_path (probe4:sbp0:0:4:0): xpt_release_path (xpt0:sbp0:0:4:0): camisr (xpt0:sbp0:0:4:0): xpt_scan_bus (xpt0:sbp0:0:4:0): xpt_setup_ccb (xpt0:sbp0:0:4:0): xpt_action (xpt0:sbp0:0:4:0): xpt_free_path (xpt0:sbp0:0:4:0): xpt_release_path (probe0:sbp0:0:0:0): xpt_done (probe0:sbp0:0:0:0): camisr (probe0:sbp0:0:0:0): probedone (xpt0:sbp0:0:0:0): xpt_done (probe0:sbp0:0:0:0): xpt_free_path (probe0:sbp0:0:0:0): xpt_release_path (xpt0:sbp0:0:0:0): camisr (xpt0:sbp0:0:0:0): xpt_scan_bus (xpt0:sbp0:0:0:0): xpt_setup_ccb (xpt0:sbp0:0:0:0): xpt_action (xpt0:sbp0:0:0:0): xpt_free_path (xpt0:sbp0:0:0:0): xpt_release_path (probe2:sbp0:0:2:0): xpt_done (probe2:sbp0:0:2:0): camisr (probe2:sbp0:0:2:0): probedone (xpt0:sbp0:0:2:0): xpt_done (probe2:sbp0:0:2:0): xpt_free_path (probe2:sbp0:0:2:0): xpt_release_path (xpt0:sbp0:0:2:0): camisr (xpt0:sbp0:0:2:0): xpt_scan_bus (xpt0:sbp0:0:2:0): xpt_setup_ccb (xpt0:sbp0:0:2:0): xpt_action (xpt0:sbp0:0:2:0): xpt_free_path (xpt0:sbp0:0:2:0): xpt_release_path (probe3:sbp0:0:3:0): xpt_done (probe3:sbp0:0:3:0): camisr (probe3:sbp0:0:3:0): probedone (xpt0:sbp0:0:3:0): xpt_done (probe3:sbp0:0:3:0): xpt_free_path (probe3:sbp0:0:3:0): xpt_release_path (xpt0:sbp0:0:3:0): camisr (xpt0:sbp0:0:3:0): xpt_scan_bus (xpt0:sbp0:0:3:0): xpt_setup_ccb (xpt0:sbp0:0:3:0): xpt_action (xpt0:sbp0:0:3:0): xpt_free_path (xpt0:sbp0:0:3:0): xpt_release_path (probe5:sbp0:0:5:0): xpt_done (probe5:sbp0:0:5:0): camisr (probe5:sbp0:0:5:0): probedone (xpt0:sbp0:0:5:0): xpt_done (probe5:sbp0:0:5:0): xpt_free_path (probe5:sbp0:0:5:0): xpt_release_path (xpt0:sbp0:0:5:0): camisr (xpt0:sbp0:0:5:0): xpt_scan_bus (xpt0:sbp0:0:5:0): xpt_setup_ccb (xpt0:sbp0:0:5:0): xpt_action (xpt0:sbp0:0:5:0): xpt_free_path (xpt0:sbp0:0:5:0): xpt_release_path (probe6:sbp0:0:6:0): xpt_done (probe6:sbp0:0:6:0): camisr (probe6:sbp0:0:6:0): probedone (xpt0:sbp0:0:6:0): xpt_done (probe6:sbp0:0:6:0): xpt_free_path (probe6:sbp0:0:6:0): xpt_release_path (xpt0:sbp0:0:6:0): camisr (xpt0:sbp0:0:6:0): xpt_scan_bus (xpt0:sbp0:0:6:0): xpt_setup_ccb (xpt0:sbp0:0:6:0): xpt_action (xpt0:sbp0:0:6:0): xpt_free_path (xpt0:sbp0:0:6:0): xpt_release_path (xpt0:sbp0:0:-1:-1): xpt_done (xpt0:sbp0:0:-1:-1): camisr (xpt0:sbp0:0:-1:-1): xpt_finishconfig (xpt0:sbp0:0:-1:-1): xpt_free_path (xpt0:sbp0:0:-1:-1): xpt_release_path (noperiph:xpt0:0:-1:-1): xpt_compile_path (noperiph:xpt0:0:-1:-1): xpt_setup_ccb (noperiph:xpt0:0:-1:-1): xpt_action (noperiph:xpt0:0:-1:-1): xpt_free_path (noperiph:xpt0:0:-1:-1): xpt_release_path (noperiph:xpt0:0:-1:-1): xpt_compile_path (noperiph:xpt0:0:-1:-1): xpt_setup_ccb (noperiph:xpt0:0:-1:-1): xpt_action (noperiph:xpt0:0:-1:-1): xpt_free_path (noperiph:xpt0:0:-1:-1): xpt_release_path (noperiph:xpt0:0:-1:-1): xpt_compile_path (noperiph:xpt0:0:-1:-1): xpt_setup_ccb (noperiph:xpt0:0:-1:-1): xpt_action (noperiph:xpt0:0:-1:-1): xpt_free_path (noperiph:xpt0:0:-1:-1): xpt_release_path (noperiph:xpt0:0:-1:-1): xpt_compile_path (noperiph:xpt0:0:-1:-1): xpt_setup_ccb (noperiph:xpt0:0:-1:-1): xpt_action (noperiph:xpt0:0:-1:-1): xpt_free_path (noperiph:xpt0:0:-1:-1): xpt_release_path (noperiph:xpt0:0:-1:-1): xpt_compile_path (noperiph:xpt0:0:-1:-1): xpt_setup_ccb (noperiph:xpt0:0:-1:-1): xpt_action (noperiph:xpt0:0:-1:-1): xpt_free_path (noperiph:xpt0:0:-1:-1): xpt_release_path (noperiph:xpt0:0:-1:-1): xpt_compile_path (noperiph:xpt0:0:-1:-1): xpt_setup_ccb (noperiph:xpt0:0:-1:-1): xpt_action (noperiph:xpt0:0:-1:-1): xpt_free_path (noperiph:xpt0:0:-1:-1): xpt_release_path Trying to mount root from ufs:/dev/ad10s1a =2D---- END boot -v dmesg ----- =2D---- START kgdb log ----- $ kgdb kernel.debug /usr/crash/vmcore.0 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode=20 threads: /usr/lib/libthread_db.so: Undefined=20 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=20 are welcome to change it and/or distribute copies of it under certain=20 conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for=20 details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: (noperiph:ata0:0:-1:-1): xpt_compile_path (noperiph:ata0:0:-1:-1): xpt_setup_ccb (noperiph:ata0:0:-1:-1): xpt_action (noperiph:ata0:0:-1:-1): xpt_done (noperiph:ata0:0:-1:-1): xpt_async (noperiph:ata0:0:-1:-1): xpt_release_path (noperiph:ata0:0:-1:-1): xpt_compile_path (noperiph:ata0:0:-1:-1): Registered SIM for ata0 (noperiph:ata0:0:-1:-1): xpt_setup_ccb (noperiph:ata0:0:-1:-1): xpt_action (xpt0:ata0:0:-1:-1): xpt_compile_path =46atal trap 12: page fault while in kernel mode fault virtual address =3D 0x4 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc045aa72 stack pointer =3D 0x28:0xe9c57ad0 frame pointer =3D 0x28:0xe9c57ad4 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 908 (kldload) trap number =3D 12 panic: page fault Uptime: 6m35s Dumping 1023 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1023MB (261792 pages) 1007 991 975 959 943 927 911 895 879=20 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591=20 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303=20 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc06f3b4c in boot (howto=3D260)=20 at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc06f3e99 in panic (fmt=3D0xc09c7ef5 "%s")=20 at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc096e09c in trap_fatal (frame=3D0xe9c57a90, eva=3D0)=20 at /usr/src/sys/i386/i386/trap.c:837 #4 0xc096dd72 in trap_pfault (frame=3D0xe9c57a90, usermode=3D0, eva=3D4)=20 at /usr/src/sys/i386/i386/trap.c:745 #5 0xc096d90d in trap (frame=3D {tf_fs =3D -1069219832, tf_es =3D -1063649240, tf_ds =3D -983826392,= =20 tf_edi =3D 1, tf_esi =3D -985134080, tf_ebp =3D -372933932, tf_isp=20 =3D -372933956, tf_ebx =3D -983897248, tf_edx =3D 0, tf_ecx =3D 0, tf_eax=20 =3D -986095616, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1069176206, tf_= cs =3D=20 32, tf_eflags =3D 590470, tf_esp =3D -985140224, tf_ss =3D -372933896}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc0958e9a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc045aa72 in xpt_path_comp (path1=3D0xc55aeb60, path2=3D0x0)=20 at /usr/src/sys/cam/cam_xpt.c:4205 #8 0xc5e0577b in ?? () #9 0xc55aeb60 in ?? () #10 0x00000000 in ?? () #11 0x00000001 in ?? () #12 0xffffffff in ?? () #13 0xffffffff in ?? () #14 0xc55c2c10 in ?? () #15 0x00000001 in ?? () #16 0xe9c57b24 in ?? () #17 0xc5e04295 in ?? () #18 0xc5d8c5c0 in ?? () #19 0xc0a55fc0 in M_DEVBUF_uninit_sys_uninit () #20 0xc5e05d12 in ?? () #21 0x0000012e in ?? () #22 0xc55c2bf0 in ?? () #23 0x00000001 in ?? () #24 0xc5480c00 in ?? () #25 0xc5d8c5c0 in ?? () #26 0x0000000c in ?? () #27 0xe9c57b60 in ?? () #28 0xc5e04009 in ?? () #29 0xc5480c00 in ?? () #30 0x00000001 in ?? () #31 0x00000001 in ?? () #32 0xffffffff in ?? () #33 0xffffffff in ?? () #34 0x00000001 in ?? () #35 0x00000001 in ?? () #36 0xc5d93ac0 in ?? () #37 0x00000000 in ?? () #38 0xc55c2ae0 in ?? () #39 0xc5c6ba00 in ?? () #40 0xc5c6ba00 in ?? () #41 0x00000000 in ?? () #42 0xe9c57b80 in ?? () #43 0xc070e18a in device_attach (dev=3D0xc547f400) at device_if.h:177 Previous frame inner to this frame (corrupt stack?) (kgdb) list *0xc045aa72 0xc045aa72 is in xpt_path_comp (/usr/src/sys/cam/cam_xpt.c:4205). 4200 { 4201 GIANT_REQUIRED; 4202 4203 int retval =3D 0; 4204 4205 if (path1->bus !=3D path2->bus) { 4206 if (path1->bus->path_id =3D=3D CAM_BUS_WILDCARD) 4207 retval =3D 1; 4208 else if (path2->bus->path_id =3D=3D=20 CAM_BUS_WILDCARD) 4209 retval =3D 2; (kgdb) up 7 #7 0xc045aa72 in xpt_path_comp (path1=3D0xc55aeb60, path2=3D0x0)=20 at /usr/src/sys/cam/cam_xpt.c:4205 4205 if (path1->bus !=3D path2->bus) { (kgdb) print path1 $1 =3D (struct cam_path *) 0xc55aeb60 (kgdb) print path2 $2 =3D (struct cam_path *) 0x0 (kgdb) quit =2D---- END kgdb log ----- --nextPart1713915.CMc8I1R5aj Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBFM2o+zZEjpyKHuQwRAvNzAJ9/agwQcI7d5QV2jgwrvfS6KMOIZwCfYWKM OA3Hi2ZzHGRjisMID8AUThE= =IUm2 -----END PGP SIGNATURE----- --nextPart1713915.CMc8I1R5aj-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 11:46:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D816C16A40F for ; Mon, 16 Oct 2006 11:46:18 +0000 (UTC) (envelope-from morning@nnci.kaist.ac.kr) Received: from nnci.kaist.ac.kr (nnci.kaist.ac.kr [143.248.150.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CF0D43D7D for ; Mon, 16 Oct 2006 11:46:08 +0000 (GMT) (envelope-from morning@nnci.kaist.ac.kr) Received: from nnci.kaist.ac.kr (localhost [127.0.0.1]) by nnci.kaist.ac.kr (8.13.8/8.13.8) with ESMTP id k9GBk62T068248 for ; Mon, 16 Oct 2006 20:46:06 +0900 (KST) (envelope-from morning@nnci.kaist.ac.kr) Received: (from morning@localhost) by nnci.kaist.ac.kr (8.13.8/8.13.8/Submit) id k9GBk6Ue068247 for freebsd-stable@freebsd.org; Mon, 16 Oct 2006 20:46:06 +0900 (KST) (envelope-from morning) Date: Mon, 16 Oct 2006 20:46:06 +0900 From: Lee Chung-Yeol To: freebsd-stable@freebsd.org Message-ID: <20061016114606.GA68194@nnci.kaist.ac.kr> References: <4532F988.6000708@greenmeadow.ca> <200610161226.11509.eti@erata.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200610161226.11509.eti@erata.net> Organazation: KAIST User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: flash7/firefox plugin no longer registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lee Chung-Yeol List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 11:46:18 -0000 On Mon, Oct 16, 2006 at 12:26:08PM +0300, Iulian M wrote: > On Monday 16 October 2006 06:16, Duane Whitty wrote: > > Has anyone else lost their flash7 plugin in firefox on 6-STABLE? > > Hi, > > Same problem here. /etc/libmap.conf looks the same , the patch to rtld is > applied, plugin is installed but after buildworld on Oct 11 plugin does not > work anymore. > > It's just a guess (no time to investigate now) but the only thing major thing > changing was gnome and it's libs. ( see /usr/ports/UPDATING ). > > It seems that the plugin directory was changed to /usr/local/lib/browser_plugins (was under /usr/X11R6). After linking the original plugin files to that dir, it works again. -- Neural Networks and Machine Intelligence Lab. Dept. of EECS KAIST From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 12:10:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E5EA16A4F0 for ; Mon, 16 Oct 2006 12:10:47 +0000 (UTC) (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 0C6DB43E72 for ; Mon, 16 Oct 2006 12:06:47 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from atlantis.dp.ua (localhost [127.0.0.1]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k9GC6VX2041145; Mon, 16 Oct 2006 15:06:36 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Received: from localhost (dmitry@localhost) by atlantis.dp.ua (8.13.1/8.13.1/Submit) with ESMTP id k9GC6QWm041101; Mon, 16 Oct 2006 15:06:31 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Mon, 16 Oct 2006 15:06:26 +0300 (EEST) From: Dmitry Pryanishnikov To: Duane Whitty In-Reply-To: <4532F988.6000708@greenmeadow.ca> Message-ID: <20061016145200.M24640@atlantis.atlantis.dp.ua> References: <4532F988.6000708@greenmeadow.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: flash7/firefox plugin no longer registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 12:10:47 -0000 Hello! On Mon, 16 Oct 2006, Duane Whitty wrote: > Has anyone else lost their flash7 plugin in firefox on 6-STABLE? I use native seamonkey-1.0.5 + linuxpluginwrapper-20051113_6 + linux-flashplugin-7.0r68, and this "toolchain" worked for simple flash content under RELENG_6 as of 2006.10.09, and continues to work under fresh RELENG_6 (2006.10.16). However, the following looks non-standard (it doesn't match corresponding section from /usr/local/share/examples/linuxpluginwrapper/libmap.conf-FreeBSD6 ) in your configuration: > Here is my current etc/libmap.conf which I updated after upgrading to the > most > recent firefox > > # [ALPHA SUPPORT] Flash7 with Mozilla > [/usr/local/lib/browser_plugins/libflashplayer.so] Are you sure that file location should point at symlink instead of the real file? My setup works correctly when I specify _real_ .so path here: [/usr/local/lib/npapi/linux-flashplugin/libflashplayer.so] and doesn't work when I specify symlink: [/usr/X11R6/lib/browser_linux_plugins/libflashplayer.so] In the latter case, flash plug-in shows fine under Help -> About Plug-ins, but fails during Flash content display: LoadPlugin: failed to initialize shared library /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so [Shared object "libpthread.so.0" not found, required by "libflashplayer.so"] Generally, it helps _a lot_ to start the browser from xterm's command line in this situations - you'll see all error and warning messages then. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 12:14:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4784D16A403 for ; Mon, 16 Oct 2006 12:14:34 +0000 (UTC) (envelope-from mipshop-bounces@ietf.org) Received: from megatron.ietf.org (odin.ietf.ORG [156.154.16.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A9C043DB1 for ; Mon, 16 Oct 2006 12:10:17 +0000 (GMT) (envelope-from mipshop-bounces@ietf.org) Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GZRIG-0005wd-NB for freebsd-stable@freebsd.org; Mon, 16 Oct 2006 08:10:08 -0400 From: mipshop-bounces@ietf.org To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1453573153==" Message-ID: Date: Mon, 16 Oct 2006 08:10:07 -0400 Precedence: bulk X-BeenThere: mipshop@ietf.org X-Mailman-Version: 2.1.5 X-List-Administrivia: yes Errors-To: mipshop-bounces@ietf.org Subject: The results of your email commands X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 12:14:34 -0000 --===============1453573153== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit The results of your email command are provided below. Attached is your original message. - Results: Ignoring non-text/plain MIME parts - Unprocessed: attachment.doc .exe was infected with the malicious virus W32.Mydoom!gen and has been deleted because the file cannot be cleaned. - Done. --===============1453573153== Content-Type: message/rfc822 MIME-Version: 1.0 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GZRIF-0005vL-JZ for mipshop-request@ietf.org; Mon, 16 Oct 2006 08:10:07 -0400 Received: from imf17aec.mail.bellsouth.net ([205.152.59.65]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GZRIE-0003np-Bx for mipshop-request@ietf.org; Mon, 16 Oct 2006 08:10:07 -0400 Received: from ibm94aec-ce4 ([192.168.80.204]) by imf17aec.mail.bellsouth.net with ESMTP id <20061016121006.EECQ25343.imf17aec.mail.bellsouth.net@ibm94aec-ce4> for ; Mon, 16 Oct 2006 08:10:06 -0400 Received: from ibm66aec.bellsouth.net ([68.222.4.227]) by imf23aec.mail.bellsouth.net with ESMTP id <20061016115926.SPTS12526.imf23aec.mail.bellsouth.net@ibm66aec.bellsouth.net> for ; Mon, 16 Oct 2006 07:59:26 -0400 Received: from freebsd.org ([68.222.4.227]) by ibm66aec.bellsouth.net with ESMTP id <20061016115924.JJAS6138.ibm66aec.bellsouth.net@freebsd.org> for ; Mon, 16 Oct 2006 07:59:24 -0400 From: freebsd-stable@freebsd.org To: mipshop-request@ietf.org Subject: Mail System Error - Returned Mail Date: Mon, 16 Oct 2006 06:58:57 -0500 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Message-Id: <20061016115924.JJAS6138.ibm66aec.bellsouth.net@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="467899ABCCDEFGGHIJJKLMNNOPQQRSTTUVWXXYZa" X-BLTSYMAVREINSERT: +cK0dgozGEVVzYo9dXAQ+d9gQLoA X-Spam-Score: 3.3 (+++) X-Scan-Signature: f607d15ccc2bc4eaf3ade8ffa8af02a0 This is a multi-part message in MIME format. --467899ABCCDEFGGHIJJKLMNNOPQQRSTTUVWXXYZa Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit This message has been processed by Symantec AntiVirus. attachment.doc .exe was infected with the malicious virus W32.Mydoom!gen and has been deleted because the file cannot be cleaned. --467899ABCCDEFGGHIJJKLMNNOPQQRSTTUVWXXYZa Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Received: from ibm66aec.bellsouth.net ([68.222.4.227]) by imf23aec.mail.bellsouth.net with ESMTP id <20061016115926.SPTS12526.imf23aec.mail.bellsouth.net@ibm66aec.bellsouth.net> for ; Mon, 16 Oct 2006 07:59:26 -0400 Received: from freebsd.org ([68.222.4.227]) by ibm66aec.bellsouth.net with ESMTP id <20061016115924.JJAS6138.ibm66aec.bellsouth.net@freebsd.org> for ; Mon, 16 Oct 2006 07:59:24 -0400 From: freebsd-stable@freebsd.org To: mipshop-request@ietf.org Subject: Mail System Error - Returned Mail Date: Mon, 16 Oct 2006 06:58:57 -0500 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0008_C65D804D.99A4A347" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Message-Id: <20061016115924.JJAS6138.ibm66aec.bellsouth.net@freebsd.org> This is a multi-part message in MIME format. ------=_NextPart_000_0008_C65D804D.99A4A347 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit The original message was included as attachment ------=_NextPart_000_0008_C65D804D.99A4A347 Content-Type: application/octet-stream; name="attachment.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.zip" UEsDBBQAAAAIAFxfUDUOxcvXCAAAABYAAAAOAAAAYXR0YWNobWVudC56aXAL8GZlY8AAAFBL AQIUABQAAAAIAFxfUDUOxcvXCAAAABYAAAAOAAAAAAAAAAAAAAAAAAAAAABhdHRhY2htZW50 LnppcFBLBQYAAAAAAQABADwAAAA0AAAAAAA= ------=_NextPart_000_0008_C65D804D.99A4A347-- --467899ABCCDEFGGHIJJKLMNNOPQQRSTTUVWXXYZa-- --===============1453573153==-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 12:17:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D54F416A4CA for ; Mon, 16 Oct 2006 12:17:12 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from ns2.pil.dk (ns2.pil.dk [195.41.47.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id A278C43F8C for ; Mon, 16 Oct 2006 12:14:50 +0000 (GMT) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by ns2.pil.dk (Postfix) with ESMTP id 8D78F7BA0B2 for ; Mon, 16 Oct 2006 14:14:48 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id D5AABB9A1; Mon, 16 Oct 2006 14:14:47 +0200 (CEST) Date: Mon, 16 Oct 2006 14:14:47 +0200 From: Henrik Brix Andersen To: freebsd-stable@freebsd.org Message-ID: <20061016121447.GA876@tirith.brixandersen.dk> Mail-Followup-To: freebsd-stable@freebsd.org References: <4532F988.6000708@greenmeadow.ca> <200610161226.11509.eti@erata.net> <20061016114606.GA68194@nnci.kaist.ac.kr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline In-Reply-To: <20061016114606.GA68194@nnci.kaist.ac.kr> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: flash7/firefox plugin no longer registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 12:17:12 -0000 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 16, 2006 at 08:46:06PM +0900, Lee Chung-Yeol wrote: > It seems that the plugin directory was changed to /usr/local/lib/browser= _plugins=20 > (was under /usr/X11R6). >=20 > After linking the original plugin files to that dir, it works again. This seems to affect other browser plug-ins as well: $ ls -l /usr/X11R6/lib/browser_plugins total 32 lrwxr-xr-x 1 root wheel 67 Oct 16 14:00 libjavaplugin_oji.so -> /usr/= local/diablo-jdk1.5.0/jre/plugin/i386/ns7/libjavaplugin_oji.so -rwxr-xr-x 1 root wheel 31368 Jul 18 18:34 mozplugger.so At least the above plug-ins (java/diablo-jdk15 and www/mozplugger) installs under X11BASE although the new www/firefox revision expects them to be under LOCALBASE. Regards, Brix --=20 Henrik Brix Andersen --J2SCkAp4GZ/dPZZf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: GnuPG signed iD8DBQFFM3e3v+Q4flTiePgRAnzcAKCpbQw4sJzzsDF3Xmhu7+raeS9QwQCfRpeS ihk8NqRI+6I7WW9Ayq7/L9M= =GVTR -----END PGP SIGNATURE----- --J2SCkAp4GZ/dPZZf-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 13:01:30 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F7AF16A417 for ; Mon, 16 Oct 2006 13:01:30 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8941643D4C; Mon, 16 Oct 2006 13:01:25 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from misaki (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with SMTP id k9GD1MfV043694; Mon, 16 Oct 2006 13:01:24 GMT (envelope-from ariff@FreeBSD.org) Date: Mon, 16 Oct 2006 21:01:05 +0800 From: Ariff Abdullah To: JoaoBR Message-Id: <20061016210105.51b7a67c.ariff@FreeBSD.org> In-Reply-To: <200610151803.36493.joao@matik.com.br> References: <45326174.5070607@altadena.net> <20061016004232.34c07a75.ariff@FreeBSD.org> <200610151803.36493.joao@matik.com.br> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Mon__16_Oct_2006_21_01_05_+0800_f6d7iF+PXNlTt/NT" Cc: freebsd-stable@FreeBSD.org Subject: Re: Nit in 6-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 13:01:30 -0000 --Signature=_Mon__16_Oct_2006_21_01_05_+0800_f6d7iF+PXNlTt/NT Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 15 Oct 2006 18:03:35 -0200 JoaoBR wrote: > On Sunday 15 October 2006 14:42, Ariff Abdullah wrote: > > > pcm0: > > > ********************************* > > > bus_dmamem_alloc failed to align memory > > > properly.bus_dmamem_alloc failed to align memory properly.cd0 at > > > ata1 bus 0 target 0 lun 0 ********************************* > > > > This DMA misalignment will be fixed before the release. >=20 > so this is probably the same issue or related? >=20 > pcm0: > bus_dmamem_alloc failed to align memory properly.bus_dmamem_alloc > failed to align memory properly. >=20 Are you using the same snd_atiixp driver? If true then it is yes. -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Mon__16_Oct_2006_21_01_05_+0800_f6d7iF+PXNlTt/NT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFM4Kalr+deMUwTNoRAiFTAJ4ndeZj9Opdtxt+rZvbwf0S9kMuZACgiIzF Uo3CRfrPxrOmfDdLcjCDS/U= =tRo7 -----END PGP SIGNATURE----- --Signature=_Mon__16_Oct_2006_21_01_05_+0800_f6d7iF+PXNlTt/NT-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 13:53:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6999516A40F for ; Mon, 16 Oct 2006 13:53:05 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id DF15A43D45 for ; Mon, 16 Oct 2006 13:53:04 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 16 Oct 2006 13:53:02 -0000 Received: from vpn-cl-163-127.rz.uni-karlsruhe.de (EHLO [141.3.163.127]) [141.3.163.127] by mail.gmx.net (mp010) with SMTP; 16 Oct 2006 15:53:02 +0200 X-Authenticated: #5465401 Message-ID: <45338F10.2030006@gmx.de> Date: Mon, 16 Oct 2006 15:54:24 +0200 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Thunderbird 1.5.0.7 (X11/20061015) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: kldunload -f has no effect X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 13:53:05 -0000 I need to 'kldunload -f drm' in order to go into suspend to ram with my thinkpad (suspend works fine with dri disabled). Unfortunately, despite the claims of the manpage the '-f' flag does not alter the behaviour of the kldunload tool. How do I get drm unloaded? From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 16:02:02 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0423816A403 for ; Mon, 16 Oct 2006 16:02:02 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4558A43D5A for ; Mon, 16 Oct 2006 16:02:00 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id E1CCAB81E for ; Mon, 16 Oct 2006 12:01:59 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <20061013214910.GB28481@rambler-co.ru> References: <20061013143130.GW491@dev.null.cz> <680A85A8-65CE-4CEF-AF3D-AD2AE9FB9F16@khera.org> <20061013163309.GC91702@rambler-co.ru> <74D343B7-8DC9-427B-BCDB-289ACCE682F4@khera.org> <20061013200755.GF28074@rambler-co.ru> <20061013214910.GB28481@rambler-co.ru> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-8-171208899; protocol="application/pkcs7-signature" Message-Id: <6B865171-2C73-4F30-9878-786000D97A60@khera.org> From: Vivek Khera Date: Mon, 16 Oct 2006 12:01:58 -0400 To: FreeBSD Stable X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: FreeBSD and "make -j# buildworld" usability X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 16:02:02 -0000 --Apple-Mail-8-171208899 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Oct 13, 2006, at 5:49 PM, Ruslan Ermilov wrote: >> Same exact error on buildkernel -j2, but success without -j2. >> >> I put up logs + kernel config at http://vivek.khera.org/scratch/ >> buildkernel/ >> > That one has been fixed in RELENG_6, in src/sys/conf/files.i386: Excellent! I'll be updating my procedures to save some time building the kernels once we move to 6.2 in production. Thanks! --Apple-Mail-8-171208899-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 17:15:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00A2416A412; Mon, 16 Oct 2006 17:15:33 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAF3243D53; Mon, 16 Oct 2006 17:15:28 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity-e.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA08731; Mon, 16 Oct 2006 20:15:26 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4533BE2E.4080005@icyb.net.ua> Date: Mon, 16 Oct 2006 20:15:26 +0300 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.7 (X11/20060915) MIME-Version: 1.0 To: freebsd-hardware@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: nfsmb survey X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 17:15:33 -0000 In STABLE and upcoming 6.2 (and in CURRENT, of course) there is a new SMB driver for NForce2/3/4 chipsets, nfsmb, developed by Ruslan Ermilov. However, the driver doesn't currently work on all hardware that it is to support. The problem is with choosing proper BAR registers, which, as it seems, might be different for different chipsets/SMB controllers. If you have a system based on NForce2/3/4, could you please share the following information: 1. find out pci handle of your SMB controller: $ pciconf -l | fgrep 0x0c0500 and also note chip field value, it should match 00(64|84|d4|e4|52)10de. E.g.: nfsmb0@pci0:1:1: class=0x0c0500 card=0x1c02147b chip=0x006410de rev=0xa2 hdr=0x00 2. read values in BARs 4 and 5 and also registers 0x50 and 0x54 like follows: $ pciconf -r pci0:1:1 0x20 $ pciconf -r pci0:1:1 0x24 $ pciconf -r pci0:1:1 0x50 $ pciconf -r pci0:1:1 0x54 using your pci handle instead of pci0:1:1, e.g.: $ pciconf -r pci0:1:1 0x20 00000000 $ pciconf -r pci0:1:1 0x24 00000000 $ pciconf -r pci0:1:1 0x50 00001001 $ pciconf -r pci0:1:1 0x54 00001041 3. send chip id and register values here. Thank you very much in advance. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 17:25:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF01B16A535 for ; Mon, 16 Oct 2006 17:25:19 +0000 (UTC) (envelope-from kobazik@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id C859A43D64 for ; Mon, 16 Oct 2006 17:25:08 +0000 (GMT) (envelope-from kobazik@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so755379uge for ; Mon, 16 Oct 2006 10:25:07 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=FumPYeoMucOk4sByru8qRklQLaS+eqmaKJixP8BZ/pxodghKZb/i6dKYJU77bbVRzMYTHGoshZ1iJTC4QgEy1xdnniRQC2niTq6QhCPVMjkiIlfPIjnludeVls3BWISyBOhLCbm7X6Z3elLLIBhkpXp0/aaCwwF4kxdYpC+Z9Eo= Received: by 10.78.203.15 with SMTP id a15mr7967992hug; Mon, 16 Oct 2006 10:25:07 -0700 (PDT) Received: by 10.78.123.14 with HTTP; Mon, 16 Oct 2006 10:25:07 -0700 (PDT) Message-ID: <4762624a0610161025n5524140jb063e551a189fd80@mail.gmail.com> Date: Mon, 16 Oct 2006 10:25:07 -0700 From: "Dominik Zalewski" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: php4 update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 17:25:20 -0000 Hi everybody, I'm running FreeBSD 6.1-RELEASE on i386. I wanted to upgrade my php to latest version 4.4.4_1 cause of security update. When running portupgrade php4 I got: => php -- open_basedir Race Condition Vulnerability. Reference: < http://www.FreeBSD.org/ports/portaudit/edabe438-542f-11db-a5ae-00508d6a62df.html > => Please update your ports tree and try again. *** Error code 1 Stop in /usr/ports/lang/php4. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.25953.0 env PORT_UPGRADE=yes make ** Fix the problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! lang/php4 (php4-4.4.4) (unknown build error) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed I have the latest ports tree, portsdb and portaudit db. I updated it using : cvsup /usr/local/etc/ports-supfile && cd /usr/ports && make fetchindex && pkgdb -Fa && portaudit -Fda && portupgrade -ai probably I forgot about something :) and ideas why I can not upgrade my php port ? Thanks in advance, Dominik From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 17:37:30 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC7EE16A412 for ; Mon, 16 Oct 2006 17:37:30 +0000 (UTC) (envelope-from ekarkkai@pp.htv.fi) Received: from smtp5.pp.htv.fi (smtp5.pp.htv.fi [213.243.153.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id D263743D5E for ; Mon, 16 Oct 2006 17:37:29 +0000 (GMT) (envelope-from ekarkkai@pp.htv.fi) Received: from zero.my.domain (cs181095217.pp.htv.fi [82.181.95.217]) by smtp5.pp.htv.fi (Postfix) with ESMTP id 0E95D5BC0D5 for ; Mon, 16 Oct 2006 20:37:08 +0300 (EEST) Received: from thunderbolt.my.domain (thunderbolt.my.domain [10.192.168.30]) by zero.my.domain (8.13.6/8.13.6) with ESMTP id k9GHb2LP000784 for ; Mon, 16 Oct 2006 20:37:02 +0300 (EEST) (envelope-from ekarkkai@pp.htv.fi) Received: from thunderbolt.my.domain (localhost [127.0.0.1]) by thunderbolt.my.domain (8.13.6/8.13.6) with ESMTP id k9GHb2dl021020 for ; Mon, 16 Oct 2006 20:37:02 +0300 (EEST) (envelope-from ejk@thunderbolt.my.domain) Received: (from ejk@localhost) by thunderbolt.my.domain (8.13.6/8.13.6/Submit) id k9GHb1IT021019 for stable@freebsd.org; Mon, 16 Oct 2006 20:37:01 +0300 (EEST) (envelope-from ejk) Date: Mon, 16 Oct 2006 20:37:01 +0300 From: Esa Karkkainen To: stable@freebsd.org Message-ID: <20061016173701.GA20189@pp.htv.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: Subject: 6.1-RELEASE-p10 kernel panic, backtrace included X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 17:37:30 -0000 Hi folks, I've attached panic message and backtrace from my computer below. Is this hw or sw related panic? Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xc47ac888 fault code = supervisor read, page not present instruction pointer = 0x20:0xc052fc2f stack pointer = 0x28:0xdc7a7ca8 frame pointer = 0x28:0xdc7a7cdc 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 = 35 (syncer) trap number = 12 panic: page fault cpuid = 0 Uptime: 5m35s Dumping 767 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 767MB (196336 pages) 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc04d7fdd in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:402 #2 0xc04d8305 in panic (fmt=0xc06660d9 "%s") at /usr/src/sys/kern/kern_shutdown.c:558 #3 0xc0642b2c in trap_fatal (frame=0xdc7a7c68, eva=3296381064) at /usr/src/sys/i386/i386/trap.c:836 #4 0xc064286b in trap_pfault (frame=0xdc7a7c68, usermode=0, eva=3296381064) at /usr/src/sys/i386/i386/trap.c:744 #5 0xc06424a5 in trap (frame= {tf_fs = 98238472, tf_es = -1006174168, tf_ds = 40, tf_edi = -1006158848, tf_esi = -1002714816, tf_ebp = -595952420, tf_isp = -595952492, tf_ebx = -998586240, tf_edx = 7, tf_ecx = 32, tf_eax = -595952448, tf_trapno = 12, tf_err = 0, tf_eip = -1068303313, tf_cs = 32, tf_eflags = 66198, tf_esp = -595952448, tf_ss = -1006158848}) at /usr/src/sys/i386/i386/trap.c:434 #6 0xc062f4aa in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc052fc2f in sync_vnode (bo=0xc43bc940, td=0xc4073c00) at vnode_if.h:30 #8 0xc0530079 in sched_sync () at /usr/src/sys/kern/vfs_subr.c:1679 #9 0xc04c1b41 in fork_exit (callout=0xc052fe20 , arg=0x0, frame=0xdc7a7d38) at /usr/src/sys/kern/kern_fork.c:805 #10 0xc062f50c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 (kgdb) -- "In the beginning the Universe was created. This has made a lot of people very angry and been widely regarded as a bad move." -- Douglas Adams 1952 - 2001 From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 17:45:57 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13C9716A412; Mon, 16 Oct 2006 17:45:57 +0000 (UTC) (envelope-from pete@altadena.net) Received: from gooney.altadena.net (gooney.altadena.net [207.215.170.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0BAD43D45; Mon, 16 Oct 2006 17:45:56 +0000 (GMT) (envelope-from pete@altadena.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=2.gooney; d=altadena.net; h=Received:Message-ID:Date:From:Organization:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:X-Enigmail-Version:Content-Type:Content-Transfer-Encoding; b=JJ2Z2vNCIwAUlitoQecWgOArVlP/fk46e7e5mqty7a32kRnCgoFN8Abm56uwPyqgm8pDpNE5YUt+IQJPy649du7+Qh7+wCzmix6i1Y9VTqZiPh7yw8+fQDORR4wGyH43G5qUvIOWKxXyzecGZqgAV6XOconQmAjwZYliLLtNABk=; Received: from office.cerona.com ([206.83.251.90] helo=[192.168.201.55]) by gooney.altadena.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1GZWXC-00064K-Pc; Mon, 16 Oct 2006 10:45:54 -0700 Message-ID: <4533C534.6050005@altadena.net> Date: Mon, 16 Oct 2006 13:45:24 -0400 From: Peter Carah Organization: Altadena Internet Communications User-Agent: Thunderbird 1.5.0.7 (X11/20061005) MIME-Version: 1.0 To: Ariff Abdullah References: <45326174.5070607@altadena.net> <20061016004232.34c07a75.ariff@FreeBSD.org> In-Reply-To: <20061016004232.34c07a75.ariff@FreeBSD.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org Subject: Re: Nit in 6-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 17:45:57 -0000 Ariff Abdullah wrote: > On Sun, 15 Oct 2006 12:27:32 -0400 > Peter Carah wrote: .... >> >> More nit - the problem with the misidentification of PCI bus 5 >> subordinate bus is still present. Prevents use of PCcard slot until >> a pci write workaround is done. This one is (so far) Warner's department... >> .... >> ********************************* >> bus_dmamem_alloc failed to align memory properly.bus_dmamem_alloc >> failed to align memory properly.cd0 at ata1 bus 0 target 0 lun 0 >> ********************************* > This DMA misalignment will be fixed before the release. > Thanks, I was kind of hoping that someone had seen it... Some mystery as to what effect it has since everything seems to work. -- Pete From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 17:56:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFE8316A407; Mon, 16 Oct 2006 17:56:21 +0000 (UTC) (envelope-from amason@rackspace.com) Received: from mx.sat.rackspace.com (mx.sat.rackspace.com [64.39.1.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B7CA43D60; Mon, 16 Oct 2006 17:56:17 +0000 (GMT) (envelope-from amason@rackspace.com) Received: from mail.rackspace.com (mail.rackspace.com [64.39.2.181]) by mx.sat.rackspace.com (8.13.6.20060614/8.13.6) with ESMTP id k9GHuGCM006982; Mon, 16 Oct 2006 12:56:17 -0500 (envelope-from amason@rackspace.com) Received: from mizar.rackspace.com (office105-56.sat4.rackspace.com [10.6.105.56]) by mail.rackspace.com (8.13.1/8.13.1) with ESMTP id k9GHu5LC004317 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Oct 2006 12:56:05 -0500 From: Art Mason Organization: Rackspace Managed Hosting To: freebsd-hardware@freebsd.org Date: Mon, 16 Oct 2006 12:59:31 -0500 User-Agent: KMail/1.9.4 References: <4533BE2E.4080005@icyb.net.ua> In-Reply-To: <4533BE2E.4080005@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610161259.31567.amason@rackspace.com> Cc: freebsd-stable@freebsd.org Subject: Re: nfsmb survey X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 17:56:22 -0000 On Monday 16 October 2006 12:15, Andriy Gapon wrote: > In STABLE and upcoming 6.2 (and in CURRENT, of course) there is a new > SMB driver for NForce2/3/4 chipsets, nfsmb, developed by Ruslan Ermilov. > However, the driver doesn't currently work on all hardware that it is to > support. The problem is with choosing proper BAR registers, which, as it > seems, might be different for different chipsets/SMB controllers. > > If you have a system based on NForce2/3/4, could you please share the > following information: > > 1. find out pci handle of your SMB controller: > $ pciconf -l | fgrep 0x0c0500 > and also note chip field value, it should match 00(64|84|d4|e4|52)10de. > E.g.: > nfsmb0@pci0:1:1: class=0x0c0500 card=0x1c02147b chip=0x006410de > rev=0xa2 hdr=0x00 > > 2. read values in BARs 4 and 5 and also registers 0x50 and 0x54 like > follows: > $ pciconf -r pci0:1:1 0x20 > $ pciconf -r pci0:1:1 0x24 > $ pciconf -r pci0:1:1 0x50 > $ pciconf -r pci0:1:1 0x54 > using your pci handle instead of pci0:1:1, e.g.: > $ pciconf -r pci0:1:1 0x20 > 00000000 > $ pciconf -r pci0:1:1 0x24 > 00000000 > $ pciconf -r pci0:1:1 0x50 > 00001001 > $ pciconf -r pci0:1:1 0x54 > 00001041 > > 3. send chip id and register values here. > > Thank you very much in advance. Hope this helps. Motherboard is an Asus A8N (non-SLI) Socket 939 part w/ an nForce 4 chipset: 6.1-RELEASE FreeBSD 6.1-RELEASE #0 (GENERIC) pciconf -l | fgrep 0x0c0500 none1@pci0:1:1: class=0x0c0500 card=0x815a1043 chip=0x005210de rev=0xa2 hdr=0x00 pciconf -r pci0:1:1 0x20 00004c01 pciconf -r pci0:1:1 0x24 00004c41 pciconf -r pci0:1:1 0x50 00004c01 pciconf -r pci0:1:1 0x54 00004c41 Let me know if I can provide any additional information, or correct information if I did this wrong, ha! Cheers, -- Art Mason amason@rackspace.com Intensive Network Security Rackspace Managed Hosting (800) 961-4454 ext. 4290 From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 17:58:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36D7816A40F; Mon, 16 Oct 2006 17:58:25 +0000 (UTC) (envelope-from zakharov_vv@bk.ru) Received: from mx2.mail.ru (mx2.mail.ru [194.67.23.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E5EE43D5C; Mon, 16 Oct 2006 17:58:23 +0000 (GMT) (envelope-from zakharov_vv@bk.ru) Received: from [83.237.96.19] (port=35025 helo=darkstar.bsd) by mx2.mail.ru with esmtp id 1GZWjG-000KYR-00; Mon, 16 Oct 2006 21:58:22 +0400 Received: from darkstar.bsd (localhost [127.0.0.1]) by darkstar.bsd (8.13.8/8.13.4) with ESMTP id k9GHwFad001095; Mon, 16 Oct 2006 21:58:15 +0400 (MSD) (envelope-from zakharov_vv@bk.ru) Received: (from vovka@localhost) by darkstar.bsd (8.13.8/8.13.4/Submit) id k9GHwFa7001094; Mon, 16 Oct 2006 21:58:15 +0400 (MSD) (envelope-from zakharov_vv@bk.ru) X-Authentication-Warning: darkstar.bsd: vovka set sender to zakharov_vv@bk.ru using -f Date: Mon, 16 Oct 2006 21:58:15 +0400 From: Zakharov Vladimir To: Andriy Gapon Message-ID: <20061016175815.GA951@darkstar.bsd> Mail-Followup-To: Andriy Gapon , freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org References: <4533BE2E.4080005@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <4533BE2E.4080005@icyb.net.ua> X-Operating-System: FreeBSD 6.2-PRERELEASE i386 User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: nfsmb survey X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 17:58:25 -0000 On Mon, Oct 16, 2006, Andriy Gapon wrote: > 1. find out pci handle of your SMB controller: # pciconf -lv | fgrep 0x0c0500 -A 4 nfsmb0@pci0:1:1: class=0x0c0500 card=0x0c111043 chip=0x006410de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce MCP-T? SMBus Controller' class = serial bus subclass = SMBus > 2. read values in BARs 4 and 5 and also registers 0x50 and 0x54 # pciconf -r pci0:1:1: 0x20 00000000 # pciconf -r pci0:1:1: 0x24 00000000 # pciconf -r pci0:1:1: 0x50 00005001 # pciconf -r pci0:1:1: 0x54 00005501 > 3. send chip id and register values here. # uname -a FreeBSD 6.2-PRERELEASE Mon Oct 16 21:31:17 MSD 2006 i386 From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 18:07:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3F8416A47C for ; Mon, 16 Oct 2006 18:07:32 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0089E43D9A for ; Mon, 16 Oct 2006 18:07:03 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so2356957pye for ; Mon, 16 Oct 2006 11:06:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=L/Om09wEWIqXiAecXfGq423h9mbPJVooTltJkr5Xb9lGvYTR2LXii22jVS5+81hoxg2M7SqbL9H89+o5OM47t5v6rZD+gRdcBGW621FSDPYKLaXwP3OLbIdR02mP1Gy1bsriCh2lGO9fRFVBGTITLh74Y6aAz8n+GWyjP6VaaZ4= Received: by 10.35.57.5 with SMTP id j5mr13757864pyk; Mon, 16 Oct 2006 11:00:54 -0700 (PDT) Received: by 10.35.29.20 with HTTP; Mon, 16 Oct 2006 11:00:54 -0700 (PDT) Message-ID: <3aaaa3a0610161100y8c20101gcb2a9c27b7da5769@mail.gmail.com> Date: Mon, 16 Oct 2006 19:00:54 +0100 From: Chris To: "Mark Kirkwood" In-Reply-To: <4532FF13.7040708@paradise.net.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061015174750.13249.qmail@web33306.mail.mud.yahoo.com> <45327764.2080904@protected-networks.net> <20061016032534.GB6398@soaustin.net> <4532FF13.7040708@paradise.net.nz> Cc: Mark Linimon , danial_thom@yahoo.com, FreeBSD Stable , performance@freebsd.org Subject: Re: Performance 4.x vs. 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 18:07:32 -0000 On 16/10/06, Mark Kirkwood wrote: > Mark Linimon wrote: > > On Sun, Oct 15, 2006 at 02:01:08PM -0400, Michael Butler wrote: > >> For everyone's benefit then, please feel free to submit your patches > >> along with your technical analysis. > > > > I think his best bet is a fork, instead. Then he can tell all the people > > that volunteer to work on _his_ project exactly what to do, and see how > > far he gets with that approach. > > > > > > He might have got further by volunteering to create and supply profiles > for those specific workloads that were faster in 4.x than 6.x on UP > machinery etc... i.e. help make 6.x better rather than discourage the > development team (whose efforts are much appreciated by the rest of us > that are happily using 6.x...) > > regards > > Mark > > _______________________________________________ I recently ordered some servers from a datacentre on lease, specs were UP p4 2.8ghz gig of ddr2 ram and sata hd, intel lan card. None of the servers would boot in freebsd 6.x, they booted in freebsd 4.x but needed a pata controller, they only worked properly in freebsd 5.x. It seems their are 2 major problems with freebsd at the moment (1) is the hardware support is still way behind both linux and windows and its very frustrating in the amount of datacentres that dont support freebsd. and (2) the uniprocessor performance remains below par. The freebsd team it would help to realise not everyone can pick and choose their hardware and not everyone has the budget for state of the art hardware, certianly if you go around browsing datacentre websites for dedicated servers the dominant spec is x86 single processor, dual cpu is growing but still not dominent and I think 32bit UP wont be dead for at least half a decade. freebsd 4.x their is nothing to dispute, its leaner and smoother on pretty much every UP setup and I think it would do freebsd's reputation some good if a 4.12 was to come about. just my 2 pence worth. Chris From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 18:11:47 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 576FA16A412; Mon, 16 Oct 2006 18:11:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 785AF43D67; Mon, 16 Oct 2006 18:11:28 +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.8/8.13.8) with ESMTP id k9GIBO6J061311; Mon, 16 Oct 2006 14:11:24 -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.8/8.13.8) with ESMTP id k9GIBNbq080286; Mon, 16 Oct 2006 14:11:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D17707305F; Mon, 16 Oct 2006 14:11:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061016181119.D17707305F@freebsd-current.sentex.ca> Date: Mon, 16 Oct 2006 14:11:19 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on alpha/alpha X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 18:11:47 -0000 TB --- 2006-10-16 16:59:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-16 16:59:07 - starting RELENG_6 tinderbox run for alpha/alpha TB --- 2006-10-16 16:59:07 - cleaning the object tree TB --- 2006-10-16 16:59:35 - checking out the source tree TB --- 2006-10-16 16:59:35 - cd /tinderbox/RELENG_6/alpha/alpha TB --- 2006-10-16 16:59:35 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-10-16 17:10:32 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-16 17:10:32 - cd /src TB --- 2006-10-16 17:10:32 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-10-16 18:01:03 - generating LINT kernel config TB --- 2006-10-16 18:01:03 - cd /src/sys/alpha/conf TB --- 2006-10-16 18:01:03 - /usr/bin/make -B LINT TB --- 2006-10-16 18:01:03 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-16 18:01:03 - cd /src TB --- 2006-10-16 18:01:03 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Oct 16 18:01:03 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] objcopy --strip-debug if_ath.ko ===> ath_hal (all) uudecode -p < /src/sys/modules/ath_hal/../../contrib/dev/ath/public/alpha-elf.hal.o.uu > hal.o cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I/src/sys/modules/ath_hal/../../dev/ath -I/src/sys/modules/ath_hal/../../contrib/dev/ath -DHAVE_KERNEL_OPTION_HEADERS -include /obj/alpha/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -I/obj/alpha/src/sys/LINT -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/ath_hal/../../dev/ath/ah_osdep.c /src/sys/modules/ath_hal/../../dev/ath/ah_osdep.c: In function `ath_hal_reg_write': /src/sys/modules/ath_hal/../../dev/ath/ah_osdep.c:345: warning: cast from pointer to integer of different size /src/sys/modules/ath_hal/../../dev/ath/ah_osdep.c: In function `ath_hal_reg_read': /src/sys/modules/ath_hal/../../dev/ath/ah_osdep.c:359: warning: cast from pointer to integer of different size *** Error code 1 Stop in /src/sys/modules/ath_hal. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/alpha/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-16 18:11:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-16 18:11:19 - ERROR: failed to build lint kernel TB --- 2006-10-16 18:11:19 - tinderbox aborted TB --- 0.54 user 1.62 system 4332.31 real From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 18:22:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67E9116A4D1 for ; Mon, 16 Oct 2006 18:22:27 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc14.comcast.net (alnrmhc14.comcast.net [204.127.225.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DB6043D72 for ; Mon, 16 Oct 2006 18:22:11 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (alnrmhc14) with ESMTP id <20061016182211b1400j7d6oe>; Mon, 16 Oct 2006 18:22:11 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id D184F1FA03A; Mon, 16 Oct 2006 11:22:10 -0700 (PDT) Date: Mon, 16 Oct 2006 11:22:10 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20061016182210.GA25231@icarus.home.lan> Mail-Followup-To: freebsd-stable@freebsd.org References: <4533BE2E.4080005@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4533BE2E.4080005@icyb.net.ua> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: nfsmb survey X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 18:22:27 -0000 On Mon, Oct 16, 2006 at 08:15:26PM +0300, Andriy Gapon wrote: > In STABLE and upcoming 6.2 (and in CURRENT, of course) there is a new > SMB driver for NForce2/3/4 chipsets, nfsmb, developed by Ruslan Ermilov. > However, the driver doesn't currently work on all hardware that it is to > support. The problem is with choosing proper BAR registers, which, as it > seems, might be different for different chipsets/SMB controllers. Andriy, Does this issue also cover the situation where if a kernel is built with ichsmb *and* nfsmb, and is run on an NForce2/3/4 board, the ichsmb driver is chosen/bound to one of the two SMBus devices, when in fact nfsmb should bind to both? (Only after removing ichsmb from the kernel configuration did nfsmb bind to both). Just curious -- thanks! -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 18:30:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5519916A587 for ; Mon, 16 Oct 2006 18:30:28 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 220BB43D55 for ; Mon, 16 Oct 2006 18:30:25 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so2363600pye for ; Mon, 16 Oct 2006 11:29:52 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=L/Om09wEWIqXiAecXfGq423h9mbPJVooTltJkr5Xb9lGvYTR2LXii22jVS5+81hoxg2M7SqbL9H89+o5OM47t5v6rZD+gRdcBGW621FSDPYKLaXwP3OLbIdR02mP1Gy1bsriCh2lGO9fRFVBGTITLh74Y6aAz8n+GWyjP6VaaZ4= Received: by 10.35.57.5 with SMTP id j5mr13757864pyk; Mon, 16 Oct 2006 11:00:54 -0700 (PDT) Received: by 10.35.29.20 with HTTP; Mon, 16 Oct 2006 11:00:54 -0700 (PDT) Message-ID: <3aaaa3a0610161100y8c20101gcb2a9c27b7da5769@mail.gmail.com> Date: Mon, 16 Oct 2006 19:00:54 +0100 From: Chris To: "Mark Kirkwood" In-Reply-To: <4532FF13.7040708@paradise.net.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061015174750.13249.qmail@web33306.mail.mud.yahoo.com> <45327764.2080904@protected-networks.net> <20061016032534.GB6398@soaustin.net> <4532FF13.7040708@paradise.net.nz> Cc: Mark Linimon , danial_thom@yahoo.com, FreeBSD Stable , performance@freebsd.org Subject: Re: Performance 4.x vs. 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 18:30:28 -0000 On 16/10/06, Mark Kirkwood wrote: > Mark Linimon wrote: > > On Sun, Oct 15, 2006 at 02:01:08PM -0400, Michael Butler wrote: > >> For everyone's benefit then, please feel free to submit your patches > >> along with your technical analysis. > > > > I think his best bet is a fork, instead. Then he can tell all the people > > that volunteer to work on _his_ project exactly what to do, and see how > > far he gets with that approach. > > > > > > He might have got further by volunteering to create and supply profiles > for those specific workloads that were faster in 4.x than 6.x on UP > machinery etc... i.e. help make 6.x better rather than discourage the > development team (whose efforts are much appreciated by the rest of us > that are happily using 6.x...) > > regards > > Mark > > _______________________________________________ I recently ordered some servers from a datacentre on lease, specs were UP p4 2.8ghz gig of ddr2 ram and sata hd, intel lan card. None of the servers would boot in freebsd 6.x, they booted in freebsd 4.x but needed a pata controller, they only worked properly in freebsd 5.x. It seems their are 2 major problems with freebsd at the moment (1) is the hardware support is still way behind both linux and windows and its very frustrating in the amount of datacentres that dont support freebsd. and (2) the uniprocessor performance remains below par. The freebsd team it would help to realise not everyone can pick and choose their hardware and not everyone has the budget for state of the art hardware, certianly if you go around browsing datacentre websites for dedicated servers the dominant spec is x86 single processor, dual cpu is growing but still not dominent and I think 32bit UP wont be dead for at least half a decade. freebsd 4.x their is nothing to dispute, its leaner and smoother on pretty much every UP setup and I think it would do freebsd's reputation some good if a 4.12 was to come about. just my 2 pence worth. Chris From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 18:32:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F4CB16A4F0; Mon, 16 Oct 2006 18:32:12 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB88A43DF4; Mon, 16 Oct 2006 18:31:32 +0000 (GMT) (envelope-from stefan.lambrev@sun-fish.com) Received: from sun-fish.com (localhost.cmotd.com [127.0.0.1]) by sun-fish.com (Postfix) with ESMTP id 0CC0E38575; Mon, 16 Oct 2006 20:31:29 +0200 (CEST) Received: from [192.168.25.18] (unknown [192.168.25.18]) by sun-fish.com (Postfix) with ESMTP id B16623855A; Mon, 16 Oct 2006 20:31:28 +0200 (CEST) Message-ID: <4533D000.3020902@sun-fish.com> Date: Mon, 16 Oct 2006 21:31:28 +0300 From: Cheffo User-Agent: Thunderbird 1.5.0.7 (X11/20060915) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4533BE2E.4080005@icyb.net.ua> In-Reply-To: <4533BE2E.4080005@icyb.net.ua> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-AV-Checked: ClamAV Cc: freebsd-hardware@freebsd.org Subject: Re: nfsmb survey X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 18:32:12 -0000 Andriy Gapon wrote: > In STABLE and upcoming 6.2 (and in CURRENT, of course) there is a new > SMB driver for NForce2/3/4 chipsets, nfsmb, developed by Ruslan Ermilov. > However, the driver doesn't currently work on all hardware that it is to > support. The problem is with choosing proper BAR registers, which, as it > seems, might be different for different chipsets/SMB controllers. > > If you have a system based on NForce2/3/4, could you please share the > following information: > > 1. find out pci handle of your SMB controller: > $ pciconf -l | fgrep 0x0c0500 > and also note chip field value, it should match 00(64|84|d4|e4|52)10de. > E.g.: > nfsmb0@pci0:1:1: class=0x0c0500 card=0x1c02147b chip=0x006410de > rev=0xa2 hdr=0x00 > > 2. read values in BARs 4 and 5 and also registers 0x50 and 0x54 like > follows: > $ pciconf -r pci0:1:1 0x20 > $ pciconf -r pci0:1:1 0x24 > $ pciconf -r pci0:1:1 0x50 > $ pciconf -r pci0:1:1 0x54 > using your pci handle instead of pci0:1:1, e.g.: > $ pciconf -r pci0:1:1 0x20 > 00000000 > $ pciconf -r pci0:1:1 0x24 > 00000000 > $ pciconf -r pci0:1:1 0x50 > 00001001 > $ pciconf -r pci0:1:1 0x54 > 00001041 > > 3. send chip id and register values here. > > Thank you very much in advance. > > none1@pci0:1:1: class=0x0c0500 card=0x815a1043 chip=0x005210de rev=0xa2 hdr=0x00 pciconf -r pci0:1:1 0x20 00004c01 pciconf -r pci0:1:1 0x24 00004c41pciconf -r pci0:1:1 0x50 00004c01 pciconf -r pci0:1:1 0x54 00004c41 FreeBSD cheffo.freebsd-bg.org 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #10: Sun Oct 8 20:01:14 EEST 2006 From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 18:33:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 972FE16A535 for ; Mon, 16 Oct 2006 18:33:47 +0000 (UTC) (envelope-from kobazik@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id D488A43DB0 for ; Mon, 16 Oct 2006 18:33:10 +0000 (GMT) (envelope-from kobazik@gmail.com) Received: by wr-out-0506.google.com with SMTP id i21so198252wra for ; Mon, 16 Oct 2006 11:33:09 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=FexHHusSBwYH6NnlXSN7xG3o+15EdDalLFh4yUfMf7mggmN45Co9vP7CMxACGCZ6ZT/cp1QwIXKglmD1uX4L80iwVmjsAgUmKh/X+V1YHRXD+jypSJzJGIoRIa8U7TUCI2SYaCWWb7L1v6lvfmeDjmpKbOXpJsfBS3HXdiWwyMI= Received: by 10.78.178.5 with SMTP id a5mr8038885huf; Mon, 16 Oct 2006 11:33:08 -0700 (PDT) Received: by 10.78.123.14 with HTTP; Mon, 16 Oct 2006 11:33:08 -0700 (PDT) Message-ID: <4762624a0610161133h67297c5ap7a4a4f6769b4ce39@mail.gmail.com> Date: Mon, 16 Oct 2006 11:33:08 -0700 From: "Dominik Zalewski" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: php 4 update - SOLVED X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 18:33:47 -0000 I just needed to put a line in /usr/local/etc/portaudit.conf and regenerate portaudit db. from portaudit.conf: # this vulnerability has been fixed in your FreeBSD version portaudit_fixed="edabe438-542f-11db-a5ae-00508d6a62df" and then: portaudit -Fda && portupgrade php4 Done :) I found solution at: http://ezine.daemonnews.org/200501/freebsd_apps.html Thanks anyway, Dominik From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 18:47:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9903C16A51E for ; Mon, 16 Oct 2006 18:47:39 +0000 (UTC) (envelope-from om-lists-bsd@omx.ch) Received: from omega.omnis.ch (omega.omnis.ch [195.134.143.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 3C87443EF7 for ; Mon, 16 Oct 2006 18:43:01 +0000 (GMT) (envelope-from om-lists-bsd@omx.ch) Received: (qmail 30087 invoked from network); 16 Oct 2006 18:34:47 -0000 Received: from bigapple.omnis.ch ([195.134.148.35]) by omega.omnis.ch ([195.134.143.43]) with ESMTP via TCP; 16 Oct 2006 18:34:47 -0000 From: Olivier Mueller To: Dominik Zalewski In-Reply-To: <4762624a0610161025n5524140jb063e551a189fd80@mail.gmail.com> References: <4762624a0610161025n5524140jb063e551a189fd80@mail.gmail.com> Content-Type: text/plain Date: Mon, 16 Oct 2006 20:02:05 +0200 Message-Id: <1161021725.15873.7.camel@bigapple.omnis.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: php4 update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 18:47:39 -0000 On Mon, 2006-10-16 at 10:25 -0700, Dominik Zalewski wrote: > Hi everybody, > I'm running FreeBSD 6.1-RELEASE on i386. I wanted to upgrade my php to > latest version 4.4.4_1 cause of security update. > When running portupgrade php4 I got: > > > => php -- open_basedir Race Condition Vulnerability. > Reference: < > http://www.FreeBSD.org/ports/portaudit/edabe438-542f-11db-a5ae-00508d6a62df.html > > > => Please update your ports tree and try again. Short version: add this to your /etc/make.conf: # PHP 4 Port installation options .if${.CURDIR:M*/lang/php4*} DISABLE_VULNERABILITIES=yes .endif Long version: check in the newsgroups or mailing lists archives... :) HTH, Olivier From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 19:17:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61A2116A407 for ; Mon, 16 Oct 2006 19:17:42 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE3F543D60 for ; Mon, 16 Oct 2006 19:17:28 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0J7800KOCTKXSW30@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 16 Oct 2006 21:17:21 +0200 (CEST) Received: from kg-work.kg4.no ([80.203.21.224]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0J780028KTKW7YB0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 16 Oct 2006 21:17:20 +0200 (CEST) Date: Mon, 16 Oct 2006 21:17:20 +0200 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <4533BE2E.4080005@icyb.net.ua> To: freebsd-stable@freebsd.org Message-id: <20061016211720.3123c7c6.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <4533BE2E.4080005@icyb.net.ua> Subject: Re: nfsmb survey X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 19:17:42 -0000 On Mon, 16 Oct 2006 20:15:26 +0300 Andriy Gapon wrote: System 1 is a MSI MS-7093 mainboard (aka RS480M2-IL) running root@kg-fil# uname -a FreeBSD kg-fil.kg4.no 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #9: Tue Oct 3 23:08:46 CEST 2006 root@kg-fil.kg4.no:/usr/obj/usr/src/sys/FIL60 amd64 > 1. find out pci handle of your SMB controller: root@kg-fil# pciconf -lv | fgrep 0x0c0500 -A4 none1@pci0:1:1: class=0x0c0500 card=0x0c111458 chip=0x005210de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 SMBus' class = serial bus subclass = SMBus > 2. read values in BARs 4 and 5 and also registers 0x50 and 0x54 like root@kg-fil# pciconf -r pci0:1:1: 0x20 00001c01 root@kg-fil# pciconf -r pci0:1:1: 0x24 00001c41 root@kg-fil# pciconf -r pci0:1:1: 0x50 00001c01 root@kg-fil# pciconf -r pci0:1:1: 0x54 00001c41 System 2 is a Gigabyte GA-K8-NF-9 mainboard running FreeBSD kg-quiet.kg4.no 6.1-STABLE FreeBSD 6.1-STABLE #10: Wed Oct 11 19:49:47 CEST 2006 root@kg-quiet.kg4.no:/usr/obj/usr/src/sys/QUIET amd64 > 1. find out pci handle of your SMB controller: root@kg-quiet# pciconf -lv | fgrep 0x0c0500 -A4 none0@pci0:20:0: class=0x0c0500 card=0x71411462 chip=0x43721002 rev=0x04 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'SMBus' class = serial bus subclass = SMBus So I guess this is a different SMBus controller, and will not be supported by this driver? HTH -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 19:19:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B34DA16A47B for ; Mon, 16 Oct 2006 19:19:02 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7E1D43D6D for ; Mon, 16 Oct 2006 19:18:49 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id D9C38301196; Mon, 16 Oct 2006 19:18:48 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 7B2C71141D; Mon, 16 Oct 2006 21:18:48 +0200 (CEST) Date: Mon, 16 Oct 2006 21:18:48 +0200 From: "Simon L. Nielsen" To: Olivier Mueller Message-ID: <20061016191847.GD1040@zaphod.nitro.dk> References: <4762624a0610161025n5524140jb063e551a189fd80@mail.gmail.com> <1161021725.15873.7.camel@bigapple.omnis.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1161021725.15873.7.camel@bigapple.omnis.ch> User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org, Dominik Zalewski Subject: Re: php4 update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 19:19:02 -0000 On 2006.10.16 20:02:05 +0200, Olivier Mueller wrote: > On Mon, 2006-10-16 at 10:25 -0700, Dominik Zalewski wrote: > > Hi everybody, > > I'm running FreeBSD 6.1-RELEASE on i386. I wanted to upgrade my php to > > latest version 4.4.4_1 cause of security update. > > When running portupgrade php4 I got: > > > > > > => php -- open_basedir Race Condition Vulnerability. > > Reference: < > > http://www.FreeBSD.org/ports/portaudit/edabe438-542f-11db-a5ae-00508d6a62df.html > > > > > => Please update your ports tree and try again. > > Short version: add this to your /etc/make.conf: > > # PHP 4 Port installation options > .if${.CURDIR:M*/lang/php4*} > DISABLE_VULNERABILITIES=yes > .endif > > Long version: check in the newsgroups or mailing lists archives... :) Only do the above if you really know what you are doing. Just adding code like that to make.conf which will probably be forgotten is a bad idea. The DISABLE_VULNERABILITIES=yes knob can just be passed directly to make for the individual port or e.g. using the '-m DISABLE_VULNERABILITIES=yes' as an argument to portupgrade while upgrading PHP. This should of cause only be done after having checked the URL from portaudit to verify that the particular problem doesn't affect "you" (the user/admin). -- Simon L. Nielsen From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 19:23:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BF6A16A40F for ; Mon, 16 Oct 2006 19:23:19 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19AE243D78 for ; Mon, 16 Oct 2006 19:23:11 +0000 (GMT) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.62) for freebsd-stable@freebsd.org with esmtp (envelope-from ) id <1GZY3J-0008Dq-Om>; Mon, 16 Oct 2006 21:23:09 +0200 Received: from e178016037.adsl.alicedsl.de ([85.178.16.37] helo=[192.168.1.128]) by inpost2.zedat.fu-berlin.de (Exim 4.62) for freebsd-stable@freebsd.org with esmtpsa (envelope-from ) id <1GZY3G-0001rL-O3>; Mon, 16 Oct 2006 21:23:09 +0200 Message-ID: <4533DC10.9040408@mail.zedat.fu-berlin.de> Date: Mon, 16 Oct 2006 21:22:56 +0200 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.7 (X11/20061015) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.16.37 Subject: FBSD 6.2-PRE: todays cvsupdate break kernel build X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 19:23:19 -0000 Today's cvsupdate seems to break kernel build at this pint on FreeBSD 6.2-PRE/AMD64: awk -f /usr/src/sys/modules/ata/atapicam/../../../conf/kmod_syms.awk atapicam.ko export_syms | xargs -J% objcopy % atapicam.ko objcopy --strip-debug atapicam.ko ===> ath (all) make: don't know how to make /usr/src/sys/modules/ath/../../contrib/dev/ath/freebsd/ah_osdep.h. Stop *** Error code 2 Stop in /usr/src/sys/modules. *** Error code 1 Regards, Oliver From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 19:25:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BF1116A415 for ; Mon, 16 Oct 2006 19:25:08 +0000 (UTC) (envelope-from ad@s-v-r.net) Received: from globalmail.svr.net.ua (globalmail.svr.net.ua [212.113.40.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6886C43D5C for ; Mon, 16 Oct 2006 19:25:04 +0000 (GMT) (envelope-from ad@s-v-r.net) Received: from [213.186.108.5] (helo=hosting.svr.net.ua) by globalmail.svr.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1GZY59-0003gs-R7 for freebsd-stable@freebsd.org; Mon, 16 Oct 2006 22:25:03 +0300 Received: from hosting.svr.net.ua (localhost.svr.net.ua [127.0.0.1]) by hosting.svr.net.ua (8.13.6/8.13.4) with ESMTP id k9GJP3qr046869 for ; Mon, 16 Oct 2006 22:25:03 +0300 (EEST) (envelope-from ad@s-v-r.net) Received: (from ad@localhost) by hosting.svr.net.ua (8.13.6/8.13.4/Submit) id k9GJP3vL046867 for freebsd-stable@freebsd.org; Mon, 16 Oct 2006 22:25:03 +0300 (EEST) (envelope-from ad@s-v-r.net) X-Authentication-Warning: hosting.svr.net.ua: ad set sender to ad@s-v-r.net using -f Date: Mon, 16 Oct 2006 22:25:03 +0300 From: Andrew Degtiariov To: freebsd-stable@freebsd.org Message-ID: <20061016192503.GP91533@s-v-r.net> References: <4533BE2E.4080005@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4533BE2E.4080005@icyb.net.ua> User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: nfsmb survey X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ad@astral-on.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 19:25:08 -0000 On Mon, Oct 16, 2006 at 08:15:26PM +0300, Andriy Gapon wrote: > $ pciconf -l | fgrep 0x0c0500 > and also note chip field value, it should match 00(64|84|d4|e4|52)10de. > E.g.: > nfsmb0@pci0:1:1: class=0x0c0500 card=0x1c02147b chip=0x006410de > rev=0xa2 hdr=0x00 > > 2. read values in BARs 4 and 5 and also registers 0x50 and 0x54 like > follows: > $ pciconf -r pci0:1:1 0x20 > $ pciconf -r pci0:1:1 0x24 > $ pciconf -r pci0:1:1 0x50 > $ pciconf -r pci0:1:1 0x54 > using your pci handle instead of pci0:1:1, e.g.: > $ pciconf -r pci0:1:1 0x20 > 00000000 > $ pciconf -r pci0:1:1 0x24 > 00000000 > $ pciconf -r pci0:1:1 0x50 > 00001001 > $ pciconf -r pci0:1:1 0x54 > 00001041 > > 3. send chip id and register values here. $ pciconf -l | fgrep 0x0c0500 none1@pci0:1:1: class=0x0c0500 card=0x286510f1 chip=0x005210de rev=0xa2 hdr=0x00 # pciconf -r pci0:1:1 0x20 00001c01 # pciconf -r pci0:1:1 0x24 00001c41 # pciconf -r pci0:1:1 0x50 00001c01 # pciconf -r pci0:1:1 0x54 00001c41 -- Andrew Degtiariov DA-RIPE From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 19:39:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A572916A403 for ; Mon, 16 Oct 2006 19:39:40 +0000 (UTC) (envelope-from wilbury@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8D7843D53 for ; Mon, 16 Oct 2006 19:38:39 +0000 (GMT) (envelope-from wilbury@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1588226wxd for ; Mon, 16 Oct 2006 12:38:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=mnG+d6rPE0sRPVlMubdyp0Ygb2VGeR/kcRJKaLQN1hLxIAz4FkgakbhhyXjGAd+ws7xGiqmLcavMPcTW/FdoqIOTcknA7MrtmYYZ3CBtWrUWkGiaoDHgNfy2crobs8yuBUI58BOaf9+GetZKC6jKXqiBDucSaFUwn3KSylTQ95k= Received: by 10.70.111.2 with SMTP id j2mr12048315wxc; Mon, 16 Oct 2006 12:38:39 -0700 (PDT) Received: by 10.70.14.19 with HTTP; Mon, 16 Oct 2006 12:38:39 -0700 (PDT) Message-ID: Date: Mon, 16 Oct 2006 21:38:39 +0200 From: "Juraj Lutter" To: freebsd-stable@freebsd.org In-Reply-To: <20061016191847.GD1040@zaphod.nitro.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4762624a0610161025n5524140jb063e551a189fd80@mail.gmail.com> <1161021725.15873.7.camel@bigapple.omnis.ch> <20061016191847.GD1040@zaphod.nitro.dk> Subject: Re: php4 update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 19:39:40 -0000 On 10/16/06, Simon L. Nielsen wrote: > > Long version: check in the newsgroups or mailing lists archives... :) portaudit -Fda prior to portupgrade will do the trick. otis -- Sincerely yours, Juraj Lutter From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 19:46:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A28BB16A526 for ; Mon, 16 Oct 2006 19:46:23 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECE6643D76 for ; Mon, 16 Oct 2006 19:46:17 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so790895uge for ; Mon, 16 Oct 2006 12:46:17 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GrlNFnm/bjerj/RBeTt7wD+FMcmb81oMv/qq4XBGVbxxpUIQy77z6FaHYmzBUKt2HdpxBkqbmWtwfR1eNq9+qlgJyXVqAMoBcFKvNRCrMAtPw20mk22i8mzdMSUISY9FZeEa17CvL79oopplX8fRcMhBSYbDL54goYBTETRCu6I= Received: by 10.78.150.7 with SMTP id x7mr8161321hud; Mon, 16 Oct 2006 12:46:17 -0700 (PDT) Received: by 10.78.118.10 with HTTP; Mon, 16 Oct 2006 12:46:17 -0700 (PDT) Message-ID: Date: Mon, 16 Oct 2006 14:46:17 -0500 From: "Nikolas Britton" To: "Kent Stewart" In-Reply-To: <200610131347.41023.kstewart@owt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061013143130.GW491@dev.null.cz> <200610131347.41023.kstewart@owt.com> Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD and "make -j# buildworld" usability X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 19:46:23 -0000 On 10/13/06, Kent Stewart wrote: > On Friday 13 October 2006 07:31, Buki wrote: > > Hi, > > > > I searched the archives and web a little but found many different > > opinions on stability/usability of using make -j# with buildworld > > (and buildkernel). > > > > So I am asking if it is a good idea to use make -j on production > > boxes. > > > > I tested buildworlds with different values for -j. On single processors, > using a script that basically looked like > > time make -j? ... > > yielded fastest builds when I didn't specify a value for -j. On dual > cpu's a value around -j8 yielded the fastest build. That's odd, your results don't jive with this: http://people.freebsd.org/~fsmp/SMP/akgraph-a/graph1.html Although that report is quite old... My general rule of thumb for -j is n +1, where n equals the total number of cpu cores. This is generally enough to keep to processor(s) occupied without over stressing the system. Maybe n * 2 is more appropriate, can you post the results from your test? From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 19:47:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FDD516A415 for ; Mon, 16 Oct 2006 19:47:29 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from ns2.pil.dk (ns2.pil.dk [195.41.47.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F0AD43D49 for ; Mon, 16 Oct 2006 19:47:27 +0000 (GMT) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by ns2.pil.dk (Postfix) with ESMTP id 20ED77BA213 for ; Mon, 16 Oct 2006 21:47:27 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id AFEEEB9A1; Mon, 16 Oct 2006 21:47:26 +0200 (CEST) Date: Mon, 16 Oct 2006 21:47:26 +0200 From: Henrik Brix Andersen To: freebsd-stable@freebsd.org Message-ID: <20061016194726.GB4851@tirith.brixandersen.dk> Mail-Followup-To: freebsd-stable@freebsd.org References: <4532F988.6000708@greenmeadow.ca> <200610161226.11509.eti@erata.net> <20061016114606.GA68194@nnci.kaist.ac.kr> <20061016121447.GA876@tirith.brixandersen.dk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dc+cDN39EJAMEtIO" Content-Disposition: inline In-Reply-To: <20061016121447.GA876@tirith.brixandersen.dk> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: flash7/firefox plugin no longer registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 19:47:29 -0000 --dc+cDN39EJAMEtIO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 16, 2006 at 02:14:47PM +0200, Henrik Brix Andersen wrote: > At least the above plug-ins (java/diablo-jdk15 and www/mozplugger) > installs under X11BASE although the new www/firefox revision expects > them to be under LOCALBASE. FYI, I have just submitted patches for the above under ports/104474 and ports/104476. Regards, Brix --=20 Henrik Brix Andersen --dc+cDN39EJAMEtIO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: GnuPG signed iD8DBQFFM+HOv+Q4flTiePgRAi/UAJ9NzJx3nIzH+hiww7rY/Ohl07znngCfaCcs byiqTKOjMTP4rnP6ePrYaMk= =RhhY -----END PGP SIGNATURE----- --dc+cDN39EJAMEtIO-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 19:51:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80F5B16A407 for ; Mon, 16 Oct 2006 19:51:25 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A79A43D7B for ; Mon, 16 Oct 2006 19:51:23 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k9GJpLCc032953 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Oct 2006 12:51:22 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4533E2BC.7040906@errno.com> Date: Mon, 16 Oct 2006 12:51:24 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5.0.7 (X11/20060920) MIME-Version: 1.0 To: "O. Hartmann" References: <4533DC10.9040408@mail.zedat.fu-berlin.de> In-Reply-To: <4533DC10.9040408@mail.zedat.fu-berlin.de> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FBSD 6.2-PRE: todays cvsupdate break kernel build X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 19:51:25 -0000 O. Hartmann wrote: > Today's cvsupdate seems to break kernel build at this pint on FreeBSD > 6.2-PRE/AMD64: > > awk -f /usr/src/sys/modules/ata/atapicam/../../../conf/kmod_syms.awk > atapicam.ko export_syms | xargs -J% objcopy % atapicam.ko > objcopy --strip-debug atapicam.ko > ===> ath (all) > make: don't know how to make > /usr/src/sys/modules/ath/../../contrib/dev/ath/freebsd/ah_osdep.h. Stop > *** Error code 2 > > Stop in /usr/src/sys/modules. > *** Error code 1 Make sure you rebuild your dependencies; ah_osdep.[ch] moved from contrib/dev/ath to dev/ath. Sam From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 19:59:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3D0416A412 for ; Mon, 16 Oct 2006 19:59:03 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id B4A2943D7E for ; Mon, 16 Oct 2006 19:59:02 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 16 Oct 2006 19:59:01 -0000 Received: from vpn-cl-167-1.rz.uni-karlsruhe.de (EHLO [141.3.167.1]) [141.3.167.1] by mail.gmx.net (mp031) with SMTP; 16 Oct 2006 21:59:01 +0200 X-Authenticated: #5465401 Message-ID: <4533E4DB.3070403@gmx.de> Date: Mon, 16 Oct 2006 22:00:27 +0200 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Thunderbird 1.5.0.7 (X11/20061015) MIME-Version: 1.0 To: "O. Hartmann" References: <4533DC10.9040408@mail.zedat.fu-berlin.de> In-Reply-To: <4533DC10.9040408@mail.zedat.fu-berlin.de> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: FBSD 6.2-PRE: todays cvsupdate break kernel build X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 19:59:03 -0000 O. Hartmann wrote: > Today's cvsupdate seems to break kernel build at this pint on FreeBSD > 6.2-PRE/AMD64: > > awk -f /usr/src/sys/modules/ata/atapicam/../../../conf/kmod_syms.awk > atapicam.ko export_syms | xargs -J% objcopy % atapicam.ko > objcopy --strip-debug atapicam.ko > ===> ath (all) > make: don't know how to make > /usr/src/sys/modules/ath/../../contrib/dev/ath/freebsd/ah_osdep.h. Stop > *** Error code 2 > > Stop in /usr/src/sys/modules. > *** Error code 1 > > > Regards, > Oliver It might mean that there are stale object files somewhere in you source tree. Try # find /usr/src -type f -name \*.o -exec rm {} \; as root. That _might_ help. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 20:28:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40B4A16A417; Mon, 16 Oct 2006 20:28:03 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97A9743D5D; Mon, 16 Oct 2006 20:28:00 +0000 (GMT) (envelope-from bsam@ipt.ru) Received: from doc.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GZZ3y-0008pt-SO; Tue, 17 Oct 2006 00:27:54 +0400 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GZZ5D-00075r-QC; Tue, 17 Oct 2006 00:29:11 +0400 To: Andriy Gapon References: <4533BE2E.4080005@icyb.net.ua> From: Boris Samorodov Date: Tue, 17 Oct 2006 00:29:11 +0400 In-Reply-To: <4533BE2E.4080005@icyb.net.ua> (Andriy Gapon's message of "Mon, 16 Oct 2006 20:15:26 +0300") Message-ID: <01402184@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: nfsmb survey X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 20:28:03 -0000 On Mon, 16 Oct 2006 20:15:26 +0300 Andriy Gapon wrote: > In STABLE and upcoming 6.2 (and in CURRENT, of course) there is a new > SMB driver for NForce2/3/4 chipsets, nfsmb, developed by Ruslan Ermilov. > However, the driver doesn't currently work on all hardware that it is to > support. The problem is with choosing proper BAR registers, which, as it > seems, might be different for different chipsets/SMB controllers. > If you have a system based on NForce2/3/4, could you please share the > following information: > 1. find out pci handle of your SMB controller: > $ pciconf -l | fgrep 0x0c0500 %pciconf -lv | fgrep 0x0c0500 -A3 none9@pci0:10:1: class=0x0c0500 card=0x1b571019 chip=0x026410de rev=0xa3 hdr=0x00 vendor = 'NVIDIA Corporation' class = serial bus subclass = SMBus > 2. read values in BARs 4 and 5 and also registers 0x50 and 0x54 like > follows: > $ pciconf -r pci0:1:1 0x20 > $ pciconf -r pci0:1:1 0x24 > $ pciconf -r pci0:1:1 0x50 > $ pciconf -r pci0:1:1 0x54 # pciconf -r pci0:10:1 0x20 00001c01 # pciconf -r pci0:10:1 0x24 00001c41 # pciconf -r pci0:10:1 0x50 00000000 # pciconf -r pci0:10:1 00000000 WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 21:03:52 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD44816A4AB for ; Mon, 16 Oct 2006 21:03:52 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04E6743D79 for ; Mon, 16 Oct 2006 21:03:50 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1611135wxd for ; Mon, 16 Oct 2006 14:03:49 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Qmqlc+IKrssUV+9uJSUb9D1gHaBRfOp/0OT4aiSLwkNgIqVDKGEKPLRzMG4vNlTobYWd4JPxPsJyJG1W1q6N4MNSc3ZQXdnHKw2daP5bgg8GfHFD3FZh2ngfHSpPLf7/8SMpTaX+OdOFtSUFcU6RSVXnmKTqsk5lAs87huH48js= Received: by 10.90.27.6 with SMTP id a6mr4145634aga; Mon, 16 Oct 2006 14:03:48 -0700 (PDT) Received: by 10.90.98.18 with HTTP; Mon, 16 Oct 2006 14:03:48 -0700 (PDT) Message-ID: <6eb82e0610161403n603aed79o6fed1df492504ef8@mail.gmail.com> Date: Tue, 17 Oct 2006 05:03:48 +0800 From: "Rong-en Fan" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: nfsd stuck in ufs/biord/biowr/getblk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 21:03:52 -0000 Hi, Yesterday, I saw my all my nfsd stuck in ufs/biord/biowr/getblk. I saw the same thing some time ago. I break into ddb and do a 'alltrace': http://www.rafan.org/FreeBSD/ufs/20061017.txt The system in question is running 6-STABLE Sep 20. It's an i386 SMP box. When all nfsd stuck in ufs/biord/biowr/getblk, I can still login to the system (all exported fs are on an external RAID). I'm not sure how to trigger this behavior. Any suggestions are welcome. If there is anything I can provide in ddb to help trace this down, please let me know.. Thanks, Rong-En Fan From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 22:33:38 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8BA716A4D1 for ; Mon, 16 Oct 2006 22:33:38 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp6.server.rpi.edu (smtp6.server.rpi.edu [128.113.2.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5182D43D55 for ; Mon, 16 Oct 2006 22:33:37 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp6.server.rpi.edu (8.13.1/8.13.1) with ESMTP id k9GMXYiA001572; Mon, 16 Oct 2006 18:33:35 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <200610131347.41023.kstewart@owt.com> References: <20061013143130.GW491@dev.null.cz> <200610131347.41023.kstewart@owt.com> Date: Mon, 16 Oct 2006 18:33:33 -0400 To: Kent Stewart , freebsd-stable@FreeBSD.org From: Garance A Drosehn 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) Cc: Subject: Re: FreeBSD and "make -j# buildworld" usability X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 22:33:39 -0000 At 1:47 PM -0700 10/13/06, Kent Stewart wrote: >On Friday 13 October 2006 07:31, Buki wrote: >> Hi, >> >> I searched the archives and web a little but found many different >> opinions on stability/usability of using make -j# with buildworld >> (and buildkernel). >> >> So I am asking if it is a good idea to use make -j on production >> boxes. >> > >I tested buildworlds with different values for -j. On single processors, >using a script that basically looked like > >time make -j? ... > >yielded fastest builds when I didn't specify a value for -j. On dual >cpu's a value around -j8 yielded the fastest build. You might want to repeat those performance tests. The results will change over time, as various system changes are made. I used to see results somewhat similar to yours, but the last time I checked I seemed to get the best results from a dual-cpu system when using -j3 . I believe that change in performance is due to some improvements made to the `make' command itself, which solved some delays that happened when -j was used. However, I do not remember the details. Performance comparisons like this will also depend on all the hardware on the system, and not just the dual-CPU. It can change depending on much memory the machine has, for instance, or how fast the disks are compared to the CPU's. -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 23:13:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26C2316A412 for ; Mon, 16 Oct 2006 23:13:15 +0000 (UTC) (envelope-from danial_thom@yahoo.com) Received: from web33312.mail.mud.yahoo.com (web33312.mail.mud.yahoo.com [68.142.206.127]) by mx1.FreeBSD.org (Postfix) with SMTP id 2889743D5A for ; Mon, 16 Oct 2006 23:13:14 +0000 (GMT) (envelope-from danial_thom@yahoo.com) Received: (qmail 63987 invoked by uid 60001); 16 Oct 2006 23:13:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=GhTGtQevQboDAuc8l77gKC22U9tiAmTpxLcN08+CcbENqx+j4r4JjWoqC+fA8zv8DQDhOIOBfWnSs/JdYGIPHOCUYNeHMQnxjopZXQST1m2YBuwaIoif84zH19g+cZc52huxOzueRPPDOF5LyJFh8WISldECZpDw7s+ZKNPlUZU= ; Message-ID: <20061016231313.63985.qmail@web33312.mail.mud.yahoo.com> Received: from [65.34.182.15] by web33312.mail.mud.yahoo.com via HTTP; Mon, 16 Oct 2006 16:13:13 PDT Date: Mon, 16 Oct 2006 16:13:13 -0700 (PDT) From: Danial Thom To: Mark Linimon , Michael Butler In-Reply-To: <20061016032534.GB6398@soaustin.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: FreeBSD Stable , performance@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Performance 4.x vs. 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: danial_thom@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 23:13:15 -0000 --- Mark Linimon wrote: > On Sun, Oct 15, 2006 at 02:01:08PM -0400, > Michael Butler wrote: > > For everyone's benefit then, please feel free > to submit your patches > > along with your technical analysis. > > I think his best bet is a fork, instead. Then > he can tell all the people > that volunteer to work on _his_ project exactly > what to do, and see how > far he gets with that approach. > > As an extra-special bonus, since it's the BSD > license, he can start with > whatever version of FreeBSD he finds most meets > his needs. > > Even better, with his own project, he can then > redirect all his postings > there and leave the rest of us in peace. > > Until then, I think I'll watch out for any > flying monkeys. I consider > their existance equally probable. > > mcl Why do I need to start a project? Matt Dillon is already doing it. One thing that Matt has proved is that IQ isn't cumulative. Because hes doing on his own what an entire team of FreeBSD "engineers" can't do. But hey, you're not getting paid, so I guess we shouldn't expect anything good. Bravo for trying guys. We appreciate your wasted efforts. I'm not nearly as concerned about the project at this point. Dfly will be usable before freebsd, and at least we know there's someone that knows what they're doing over there. What concerns me is the lying to all of the small businessman out there. People wasting their money on hardware that freebsd can't utilize. And you clowns telling them how great it is. Its just plain dishonest. DT __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 23:22:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB2E516A407; Mon, 16 Oct 2006 23:22:24 +0000 (UTC) (envelope-from kstewart@owt.com) Received: from smtp.owt.com (smtp.owt.com [204.118.6.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 621F643D77; Mon, 16 Oct 2006 23:21:22 +0000 (GMT) (envelope-from kstewart@owt.com) Received: from topaz-out (owt-207-41-94-233.owt.com [207.41.94.233]) by smtp.owt.com (8.12.8/8.12.8) with ESMTP id k9GNLDhf015498; Mon, 16 Oct 2006 16:21:13 -0700 From: Kent Stewart To: Garance A Drosehn Date: Mon, 16 Oct 2006 16:21:18 -0700 User-Agent: KMail/1.9.4 References: <20061013143130.GW491@dev.null.cz> <200610131347.41023.kstewart@owt.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610161621.18552.kstewart@owt.com> Cc: freebsd-stable@freebsd.org, Nikolas Britton Subject: Re: FreeBSD and "make -j# buildworld" usability X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 23:22:24 -0000 On Monday 16 October 2006 15:33, Garance A Drosehn wrote: > At 1:47 PM -0700 10/13/06, Kent Stewart wrote: > >On Friday 13 October 2006 07:31, Buki wrote: > >> Hi, > >> > >> I searched the archives and web a little but found many different > >> opinions on stability/usability of using make -j# with buildworld > >> (and buildkernel). > >> > >> So I am asking if it is a good idea to use make -j on production > >> boxes. > > > >I tested buildworlds with different values for -j. On single > > processors, using a script that basically looked like > > > >time make -j? ... > > > >yielded fastest builds when I didn't specify a value for -j. On dual > >cpu's a value around -j8 yielded the fastest build. > > You might want to repeat those performance tests. The results will > change over time, as various system changes are made. I used to see > results somewhat similar to yours, but the last time I checked I > seemed to get the best results from a dual-cpu system when using -j3 > . > > I believe that change in performance is due to some improvements > made to the `make' command itself, which solved some delays that > happened when -j was used. However, I do not remember the details. > > Performance comparisons like this will also depend on all the > hardware on the system, and not just the dual-CPU. It can change > depending on much memory the machine has, for instance, or how fast > the disks are compared to the CPU's. That was why I commented about making your own tests. I had ata-133 or 100 HDs on individual controllers. Comparing an ata based system with a scsi isn't a real comparison. My tests are at http://users.owt.com/kstewart/freebsd/urban_legends.html and I see I got the shortest elapsed time with -j4 and -j8. It has been too long to remember what I did to improve the -j8. They were run on FreeBSD 4.3 and I no longer have a dual cpu system. Kent -- Kent Stewart Richland, WA http://www.soyandina.com/ "I am Andean project". http://users.owt.com/kstewart/index.html From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 23:30:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3855116A407 for ; Mon, 16 Oct 2006 23:30:25 +0000 (UTC) (envelope-from kstewart@owt.com) Received: from smtp.owt.com (smtp.owt.com [204.118.6.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id E237043D58 for ; Mon, 16 Oct 2006 23:30:24 +0000 (GMT) (envelope-from kstewart@owt.com) Received: from topaz-out (owt-207-41-94-233.owt.com [207.41.94.233]) by smtp.owt.com (8.12.8/8.12.8) with ESMTP id k9GNUIhf015962; Mon, 16 Oct 2006 16:30:18 -0700 From: Kent Stewart To: "Nikolas Britton" Date: Mon, 16 Oct 2006 16:30:23 -0700 User-Agent: KMail/1.9.4 References: <20061013143130.GW491@dev.null.cz> <200610131347.41023.kstewart@owt.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610161630.23776.kstewart@owt.com> Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD and "make -j# buildworld" usability X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 23:30:25 -0000 On Monday 16 October 2006 12:46, Nikolas Britton wrote: > On 10/13/06, Kent Stewart wrote: > > On Friday 13 October 2006 07:31, Buki wrote: > > > Hi, > > > > > > I searched the archives and web a little but found many different > > > opinions on stability/usability of using make -j# with buildworld > > > (and buildkernel). > > > > > > So I am asking if it is a good idea to use make -j on production > > > boxes. > > > > I tested buildworlds with different values for -j. On single > > processors, using a script that basically looked like > > > > time make -j? ... > > > > yielded fastest builds when I didn't specify a value for -j. On > > dual cpu's a value around -j8 yielded the fastest build. > > That's odd, your results don't jive with this: > http://people.freebsd.org/~fsmp/SMP/akgraph-a/graph1.html His results are too old to use as a reference. My system was the next step up and is also too old to consider current. His cpus were Intel Pentium pro 200MHZ and the bus speed alone (66MHz) would make a big difference. Only having 64MB of memory may also skew the results. My system was 2 Intel pIII 866's and had 256-512MB of SDRAM or DDR memory. Kent > > Although that report is quite old... My general rule of thumb for -j > is n +1, where n equals the total number of cpu cores. This is > generally enough to keep to processor(s) occupied without over > stressing the system. Maybe n * 2 is more appropriate, can you post > the results from your test? -- Kent Stewart Richland, WA http://www.soyandina.com/ "I am Andean project". http://users.owt.com/kstewart/index.html From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 23:31:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DA7716A407 for ; Mon, 16 Oct 2006 23:31:57 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron1.sfsu.edu (iron1.sfsu.edu [130.212.10.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8140143D64 for ; Mon, 16 Oct 2006 23:31:51 +0000 (GMT) (envelope-from kayve@sfsu.edu) Received: from diana.sfsu.edu ([130.212.10.239]) by iron1.sfsu.edu with ESMTP; 16 Oct 2006 16:31:52 -0700 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAA== Received: from libra.sfsu.edu (kayve@libra.sfsu.edu [130.212.10.238]) by diana.sfsu.edu (8.13.4/8.13.4) with ESMTP id k9GNVoQA2134476; Mon, 16 Oct 2006 16:31:51 -0700 Date: Mon, 16 Oct 2006 16:31:49 -0700 (PDT) From: KAYVEN RIESE To: mico-devel@mico.org, freeBSD bugs mailing list Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: can't compile mico app X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 23:31:57 -0000 it's not finding CORBA.h .h:121: error: `CORBA' has not been declared account.h:121: error: ISO C++ forbids declaration of `Long' with no type account.h:121: error: `Long' declared as a `virtual' field account.h:121: error: expected `;' before "balance" account.h:133: error: `CORBA' has not been declared i can't seem to redirect the compilation errors to a file tried mico-c++ -I. -c client.cc > err and mico-c++ -I. -c client.cc 2> err what directory are you talking about when u do something like this: #include ? is it /usr/local/indclude ? because i tried having the above line in and it still didn't find it even tho i checked and CORBA.h was there From owner-freebsd-stable@FreeBSD.ORG Mon Oct 16 23:44:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 349C916A412 for ; Mon, 16 Oct 2006 23:44:19 +0000 (UTC) (envelope-from duane@dwpc.dwlabs.ca) Received: from smtpout.eastlink.ca (smtpout.eastlink.ca [24.222.0.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id B08BC43D5A for ; Mon, 16 Oct 2006 23:44:16 +0000 (GMT) (envelope-from duane@dwpc.dwlabs.ca) Received: from ip04.eastlink.ca ([24.222.10.20]) by mta01.eastlink.ca (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTP id <0J79009D05T1INR1@mta01.eastlink.ca> for freebsd-stable@freebsd.org; Mon, 16 Oct 2006 20:41:25 -0300 (ADT) Received: from blk-224-199-230.eastlink.ca (HELO dwpc.dwlabs.ca) ([24.224.199.230]) by ip04.eastlink.ca with ESMTP; Mon, 16 Oct 2006 20:44:15 -0300 Received: from dwpc.dwlabs.ca (localhost [127.0.0.1]) by dwpc.dwlabs.ca (8.13.8/8.13.8) with ESMTP id k9GNhttW020264; Mon, 16 Oct 2006 20:43:55 -0300 (ADT envelope-from duane@dwpc.dwlabs.ca) Received: (from duane@localhost) by dwpc.dwlabs.ca (8.13.8/8.13.8/Submit) id k9GNhsR4020263; Mon, 16 Oct 2006 20:43:54 -0300 (ADT envelope-from duane) Date: Mon, 16 Oct 2006 20:43:54 -0300 From: Duane Whitty In-reply-to: <20061016145200.M24640@atlantis.atlantis.dp.ua> To: Dmitry Pryanishnikov Message-id: <20061016234354.GA20196@dwpc.dwlabs.ca> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AR4FAMqzM0WBSopd X-IronPort-AV: i="4.09,317,1157338800"; d="scan'208"; a="822393773:sNHT172671188" References: <4532F988.6000708@greenmeadow.ca> <20061016145200.M24640@atlantis.atlantis.dp.ua> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: flash7/firefox plugin no longer registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 23:44:19 -0000 On Mon, Oct 16, 2006 at 03:06:26PM +0300, Dmitry Pryanishnikov wrote: > > Hello! > > On Mon, 16 Oct 2006, Duane Whitty wrote: > >Has anyone else lost their flash7 plugin in firefox on 6-STABLE? > > I use native seamonkey-1.0.5 + linuxpluginwrapper-20051113_6 + > linux-flashplugin-7.0r68, and this "toolchain" worked for simple > flash content under RELENG_6 as of 2006.10.09, and continues to > work under fresh RELENG_6 (2006.10.16). However, the following looks > non-standard (it doesn't match corresponding section from > > /usr/local/share/examples/linuxpluginwrapper/libmap.conf-FreeBSD6 > > ) in your configuration: > > >Here is my current etc/libmap.conf which I updated after upgrading to the > >most > >recent firefox > > > ># [ALPHA SUPPORT] Flash7 with Mozilla > >[/usr/local/lib/browser_plugins/libflashplayer.so] > > Are you sure that file location should point at symlink instead of the > real > file? My setup works correctly when I specify _real_ .so path here: > > [/usr/local/lib/npapi/linux-flashplugin/libflashplayer.so] > > and doesn't work when I specify symlink: > > [/usr/X11R6/lib/browser_linux_plugins/libflashplayer.so] > > In the latter case, flash plug-in shows fine under Help -> About Plug-ins, > but fails during Flash content display: > > LoadPlugin: failed to initialize shared library > /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so [Shared object > "libpthread.so.0" not found, required by "libflashplayer.so"] > > Generally, it helps _a lot_ to start the browser from xterm's command line > in this situations - you'll see all error and warning messages then. > > Sincerely, Dmitry > -- > Atlantis ISP, System Administrator > e-mail: dmitry@atlantis.dp.ua > nic-hdl: LYNX-RIPE > _______________________________________________ Thank you Dmitry and everyone, I fixed the file location it doesn't point to a sysmlink which somehow I completely overlooked, thanks. When it still didn't work I removed the absolute path names from the mappings. Everything works great now (at least as well as before :) ) Thanks for the help. Best Regards, Duane Whitty From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 00:08:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E71EA16A4E7 for ; Tue, 17 Oct 2006 00:08:45 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from omta04sl.mx.bigpond.com (omta04sl.mx.bigpond.com [144.140.93.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B02343D5D for ; Tue, 17 Oct 2006 00:08:44 +0000 (GMT) (envelope-from andrew@areilly.bpa.nu) Received: from areilly.bpa.nu ([141.168.2.3]) by omta04sl.mx.bigpond.com with ESMTP id <20061017000843.URHR11279.omta04sl.mx.bigpond.com@areilly.bpa.nu> for ; Tue, 17 Oct 2006 00:08:43 +0000 Received: (qmail 38862 invoked by uid 501); 17 Oct 2006 00:06:44 -0000 Date: Tue, 17 Oct 2006 10:06:44 +1000 From: Andrew Reilly To: Andriy Gapon Message-ID: <20061017000644.GB38613@duncan.reilly.home> References: <4533BE2E.4080005@icyb.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4533BE2E.4080005@icyb.net.ua> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: nfsmb survey X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 00:08:46 -0000 $ sudo pciconf -l | fgrep 0x0c0500 none1@pci0:1:1: class=0x0c0500 card=0x0c111458 chip=0x005210de rev=0xa2 hdr=0x00 $ sudo pciconf -r pci0:1:1 0x20 00001c01 $ sudo pciconf -r pci0:1:1 0x24 00001c41 $ sudo pciconf -r pci0:1:1 0x50 00001c01 $ sudo pciconf -r pci0:1:1 0x54 00001c41 This is on an nForce 4/AMD64-X2 system. Hope this helps. Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 00:41:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E5A416A403; Tue, 17 Oct 2006 00:41:43 +0000 (UTC) (envelope-from fbsdlist@stormbringer.clara.co.uk) Received: from relay3.mail.uk.clara.net (relay3.mail.uk.clara.net [80.168.70.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id C041143D55; Tue, 17 Oct 2006 00:41:42 +0000 (GMT) (envelope-from fbsdlist@stormbringer.clara.co.uk) Received: from strategydsl.claranet.co.uk ([80.168.135.171] helo=storm.lan) by relay3.mail.uk.clara.net with esmtp (Exim 4.46) id 1GZd1Y-0002gg-FD; Tue, 17 Oct 2006 01:41:40 +0100 From: Dan To: freebsd-stable@freebsd.org Date: Tue, 17 Oct 2006 01:41:41 +0100 User-Agent: KMail/1.9.1 References: <4533BE2E.4080005@icyb.net.ua> In-Reply-To: <4533BE2E.4080005@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610170141.41902.fbsdlist@stormbringer.clara.co.uk> Cc: Andriy Gapon , freebsd-hardware@freebsd.org Subject: Re: nfsmb survey X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 00:41:43 -0000 On Monday 16 October 2006 18:15, Andriy Gapon wrote: > In STABLE and upcoming 6.2 (and in CURRENT, of course) there is a new > SMB driver for NForce2/3/4 chipsets, nfsmb, developed by Ruslan > Ermilov. However, the driver doesn't currently work on all hardware > that it is to support. The problem is with choosing proper BAR > registers, which, as it seems, might be different for different > chipsets/SMB controllers. > > If you have a system based on NForce2/3/4, could you please share the > following information: > > 1. find out pci handle of your SMB controller: > $ pciconf -l | fgrep 0x0c0500 > and also note chip field value, it should match 00(64|84|d4|e4|52)10de. > E.g.: > nfsmb0@pci0:1:1: class=0x0c0500 card=0x1c02147b chip=0x006410de > rev=0xa2 hdr=0x00 (root)# uname -a FreeBSD storm 6.1-STABLE FreeBSD 6.1-STABLE #1: Mon May 22 23:55:36 BST 2006 root@storm:/usr/obj/usr/src/sys/GENERIC i386 (root)# pciconf -lv | fgrep 0x0c0500 -A 4 none1@pci0:1:1: class=0x0c0500 card=0x0c111458 chip=0x005210de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 SMBus' class = serial bus subclass = SMBus > 2. read values in BARs 4 and 5 and also registers 0x50 and 0x54 like > follows: > $ pciconf -r pci0:1:1 0x20 > $ pciconf -r pci0:1:1 0x24 > $ pciconf -r pci0:1:1 0x50 > $ pciconf -r pci0:1:1 0x54 (root)# pciconf -r pci0:1:1 0x20 00001c01 (root)# pciconf -r pci0:1:1 0x24 00001c41 (root)# pciconf -r pci0:1:1 0x50 00001c01 (root)# pciconf -r pci0:1:1 0x54 00001c41 From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 01:23:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0704D16A416 for ; Tue, 17 Oct 2006 01:23:13 +0000 (UTC) (envelope-from trodat@gmail.com) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACC0F43D79 for ; Tue, 17 Oct 2006 01:23:04 +0000 (GMT) (envelope-from trodat@gmail.com) Received: by hu-out-0506.google.com with SMTP id 34so1310808hui for ; Mon, 16 Oct 2006 18:23:03 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Rddhxp2V9jlmT8erWatv2jgxqsgijXdkADHlTLvnLQXzUE6zlqwF15QzWJYmgI2VCC5FSo5BY926BL2IZ3JnHf0BkrLi+18D99NYZKKCJ13I3M4dEHRciHxlcrMyqVbhiNYtmKhUDaR4Vcc+z6BGQ86PErkrRsKaaEXogDO2J5E= Received: by 10.49.93.13 with SMTP id v13mr496483nfl; Mon, 16 Oct 2006 18:23:01 -0700 (PDT) Received: by 10.49.67.12 with HTTP; Mon, 16 Oct 2006 18:23:01 -0700 (PDT) Message-ID: <6f4e26b70610161823ke596eco536a31100d73420e@mail.gmail.com> Date: Mon, 16 Oct 2006 19:23:01 -0600 From: "RoBeRT B" To: danial_thom@yahoo.com In-Reply-To: <20061016231313.63985.qmail@web33312.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061016032534.GB6398@soaustin.net> <20061016231313.63985.qmail@web33312.mail.mud.yahoo.com> Cc: performance@freebsd.org, FreeBSD Stable , freebsd-questions@freebsd.org Subject: Re: Performance 4.x vs. 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 01:23:13 -0000 If you see/grep Danial Thom in FreeBSD related, consider this: http://www.netfunny.com/rhf/jokes/88q1/13785.8.html http://amasci.com/weird/flamer.html http://en.wikipedia.org/wiki/Flame_war My personal fav' is the first link... How do we know that 'DT' even exists? Hmmm. DT - Shhhhhhhh, go away for you do not exist. RB. On 10/16/06, Danial Thom wrote: > > > --- Mark Linimon wrote: > > > On Sun, Oct 15, 2006 at 02:01:08PM -0400, > > Michael Butler wrote: > > > For everyone's benefit then, please feel free > > to submit your patches > > > along with your technical analysis. > > > > I think his best bet is a fork, instead. Then > > he can tell all the people > > that volunteer to work on _his_ project exactly > > what to do, and see how > > far he gets with that approach. > > > > As an extra-special bonus, since it's the BSD > > license, he can start with > > whatever version of FreeBSD he finds most meets > > his needs. > > > > Even better, with his own project, he can then > > redirect all his postings > > there and leave the rest of us in peace. > > > > Until then, I think I'll watch out for any > > flying monkeys. I consider > > their existance equally probable. > > > > mcl > > Why do I need to start a project? Matt Dillon is > already doing it. > > One thing that Matt has proved is that IQ isn't > cumulative. Because hes doing on his own what an > entire team of FreeBSD "engineers" can't do. But > hey, you're not getting paid, so I guess we > shouldn't expect anything good. Bravo for trying > guys. We appreciate your wasted efforts. > > I'm not nearly as concerned about the project at > this point. Dfly will be usable before freebsd, > and at least we know there's someone that knows > what they're doing over there. What concerns me > is the lying to all of the small businessman out > there. People wasting their money on hardware > that freebsd can't utilize. And you clowns > telling them how great it is. Its just plain > dishonest. > > DT > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > _______________________________________________ > freebsd-performance@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-performance > To unsubscribe, send any mail to "freebsd-performance-unsubscribe@freebsd.org" > -- Why use Gmail? Cause HOTMAIL SUCKS! If you *STILL* are using HOTMAIL you only have to ask yourself "Why?" From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 01:31:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF4C116A415 for ; Tue, 17 Oct 2006 01:31:59 +0000 (UTC) (envelope-from dwilde1@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A8A043D7B for ; Tue, 17 Oct 2006 01:31:54 +0000 (GMT) (envelope-from dwilde1@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so2485530pye for ; Mon, 16 Oct 2006 18:31:53 -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; b=FsSXO5FYgAP7gONBAmvzBYgIg7+nuH0FA1p6T8RwXBaPhuKpk++N6e5C0koCvOoyFW9TtGXRjmSeCWnMcIYvJ/TJh2dzMou4yW6QkQXTQy1IpjJsdk/A4EtaB8ZDQYMnMUQJZfaWFEwM59iCpt1Hh77Dm8nUagGAj+WZdpUnyJI= Received: by 10.65.35.6 with SMTP id n6mr9074618qbj; Mon, 16 Oct 2006 18:31:53 -0700 (PDT) Received: by 10.64.131.16 with HTTP; Mon, 16 Oct 2006 18:31:53 -0700 (PDT) Message-ID: Date: Mon, 16 Oct 2006 20:31:53 -0500 From: "Don Wilde" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: c-ares and IPv6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Don@Network-Lynx.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 01:32:00 -0000 Hey, folks - I know you're all busy with release work, but can somebody point me to how to get things like gnupg to compile? curl says both c-ares and IPv6 cannot coexist, but c-ares is not installed and I've built kernels both with and without IPv6 support. Whazzup? curl does not seem to be the only seminal package that's killing me, but I've tried deleting it, reinstalling it, etc etc etc From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 02:35:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 290D516A47C; Tue, 17 Oct 2006 02:35:21 +0000 (UTC) (envelope-from rnsanchez@wait4.org) Received: from spunkymail-a9.dreamhost.com (sd-green-bigip-177.dreamhost.com [208.97.132.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6A1443D5C; Tue, 17 Oct 2006 02:35:20 +0000 (GMT) (envelope-from rnsanchez@wait4.org) Received: from sauron.lan.box (unknown [200.203.38.244]) by spunkymail-a9.dreamhost.com (Postfix) with ESMTP id D0D9A20813; Mon, 16 Oct 2006 19:35:12 -0700 (PDT) Date: Mon, 16 Oct 2006 23:35:07 -0300 From: Ricardo Nabinger Sanchez To: danial_thom@yahoo.com Message-Id: <20061016233507.d6569808.rnsanchez@wait4.org> In-Reply-To: <20061016231313.63985.qmail@web33312.mail.mud.yahoo.com> References: <20061016032534.GB6398@soaustin.net> <20061016231313.63985.qmail@web33312.mail.mud.yahoo.com> Organization: SYS_WAIT4 X-Mailer: Sylpheed version 2.3.0beta2 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Mark Linimon , FreeBSD Stable , performance@freebsd.org Subject: Re: Performance 4.x vs. 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 02:35:21 -0000 On Mon, 16 Oct 2006 16:13:13 -0700 (PDT) Danial Thom wrote: > Why do I need to start a project? Matt Dillon is > already doing it. > > One thing that Matt has proved is that IQ isn't > cumulative. Because hes doing on his own what an > entire team of FreeBSD "engineers" can't do. But > hey, you're not getting paid, so I guess we > shouldn't expect anything good. Bravo for trying > guys. We appreciate your wasted efforts. Sorry, but I don't get your point. Why aren't you using Dragonfly or Linux or any other OS that suits your needs already? > I'm not nearly as concerned about the project at > this point. Dfly will be usable before freebsd, > and at least we know there's someone that knows > what they're doing over there. What concerns me > is the lying to all of the small businessman out > there. People wasting their money on hardware > that freebsd can't utilize. And you clowns > telling them how great it is. Its just plain > dishonest. And another: have you read (and understood) the copyright message? Specifically this part (deCAPSed for your comfort): "This software is provided by the regents 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." I don't have the IQ to understand why do you keep using FreeBSD if it makes you unhappy, doesn't support the hardware you bought/have, perform poorly on most situations you have to deal with, and you think its developers don't have a clue of what they're doing. -- Ricardo Nabinger Sanchez Powered by FreeBSD "Left to themselves, things tend to go from bad to worse." From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 04:16:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 011C416A407 for ; Tue, 17 Oct 2006 04:16:56 +0000 (UTC) (envelope-from duane@dwpc.dwlabs.ca) Received: from smtpout.eastlink.ca (smtpout.eastlink.ca [24.222.0.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8689A43D46 for ; Tue, 17 Oct 2006 04:16:55 +0000 (GMT) (envelope-from duane@dwpc.dwlabs.ca) Received: from ip01.eastlink.ca ([24.222.10.5]) by mta01.eastlink.ca (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTP id <0J790093UIFFIN82@mta01.eastlink.ca> for freebsd-stable@freebsd.org; Tue, 17 Oct 2006 01:14:03 -0300 (ADT) Received: from blk-224-199-230.eastlink.ca (HELO dwpc.dwlabs.ca) ([24.224.199.230]) by ip01.eastlink.ca with ESMTP; Tue, 17 Oct 2006 01:16:55 -0300 Received: from dwpc.dwlabs.ca (localhost [127.0.0.1]) by dwpc.dwlabs.ca (8.13.8/8.13.8) with ESMTP id k9H4GbLB021070; Tue, 17 Oct 2006 01:16:37 -0300 (ADT envelope-from duane@dwpc.dwlabs.ca) Received: (from duane@localhost) by dwpc.dwlabs.ca (8.13.8/8.13.8/Submit) id k9H4GaXF021069; Tue, 17 Oct 2006 01:16:36 -0300 (ADT envelope-from duane) Date: Tue, 17 Oct 2006 01:16:36 -0300 From: Duane Whitty In-reply-to: To: Don@Network-Lynx.net Message-id: <20061017041636.GB20196@dwpc.dwlabs.ca> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AY8CAHL1M0WMJAE X-IronPort-AV: i="4.09,318,1157338800"; d="scan'208"; a="850461765:sNHT23723144" References: User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: c-ares and IPv6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 04:16:56 -0000 On Mon, Oct 16, 2006 at 08:31:53PM -0500, Don Wilde wrote: > Hey, folks - > > I know you're all busy with release work, but can somebody point me to how > to get things like gnupg to compile? curl says both c-ares and IPv6 cannot > coexist, but c-ares is not installed and I've built kernels both with and > without IPv6 support. Whazzup? curl does not seem to be the only seminal > package that's killing me, but I've tried deleting it, reinstalling it, etc > etc etc > _______________________________________________ This sounds very familiar. Did you try building curl without IPv6 support. cd ftp/curl and do a make rmconfig. Then when you do the install make sure neither c-ares nor IPv6 is selected from options. Doing this I did get an install of curl completed, as of Oct 14 or 15. Hope this helps. Best Regards, Duane Whitty From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 04:56:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D40C616A407 for ; Tue, 17 Oct 2006 04:56:31 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB8B043D6D for ; Tue, 17 Oct 2006 04:56:26 +0000 (GMT) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id k9H4uFMF094706 for ; Mon, 16 Oct 2006 21:56:24 -0700 (PDT) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id k9H4uETo094705 for freebsd-stable@freebsd.org; Mon, 16 Oct 2006 21:56:14 -0700 (PDT) (envelope-from chris#@1command.com) X-Authentication-Warning: mail.1command.com: www set sender to chris#@1command.com using -f Received: from secure.1command.com (secure.1command.com [216.177.243.34]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Mon, 16 Oct 2006 21:56:14 -0700 Message-ID: <20061016215614.qspq9131cgwwwgw8@webmail.1command.com> X-Priority: 3 (Normal) Date: Mon, 16 Oct 2006 21:56:14 -0700 From: "Chris H." To: freebsd-stable@freebsd.org References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: can't compile mico app X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 04:56:31 -0000 Greetings, ... Quoting KAYVEN RIESE : > > it's not finding CORBA.h > > .h:121: error: `CORBA' has not been declared > account.h:121: error: ISO C++ forbids declaration of `Long' with no type > account.h:121: error: `Long' declared as a `virtual' field > account.h:121: error: expected `;' before "balance" > account.h:133: error: `CORBA' has not been declared > > i can't seem to redirect the compilation errors to a file Try the following. Works without fail for me: script /path/to/my/chosen/logfile.name job that I'm attempting to log results from In your case: script ./err mico-c++ -I. -c client.cc When the job completes, script will exit informing you. The results (in the second example) will be in the file named: err in the current directory. Hope this helps. --Chris > > tried > > mico-c++ -I. -c client.cc > err > > and > > mico-c++ -I. -c client.cc 2> err > > what directory are you talking about when u do something > like this: > > #include > > ? > > is it /usr/local/indclude ? > > because i tried having the above line in and it still > didn't find it even tho i checked and CORBA.h was there > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- panic: kernel trap (ignored) ----------------------------------------------------------------- FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 ///////////////////////////////////////////////////////////////// From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 06:46:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7237F16A407 for ; Tue, 17 Oct 2006 06:46:07 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDA6743D55 for ; Tue, 17 Oct 2006 06:46:06 +0000 (GMT) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.62) with esmtp (envelope-from ) id <1GZiiB-0003so-Ap>; Tue, 17 Oct 2006 08:46:03 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.62) with esmtpsa (envelope-from ) id <1GZiiB-0005tD-9h>; Tue, 17 Oct 2006 08:46:03 +0200 Message-ID: <45347C2D.2030806@zedat.fu-berlin.de> Date: Tue, 17 Oct 2006 08:46:05 +0200 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 1.5.0.7 (X11/20061015) MIME-Version: 1.0 To: Sam Leffler References: <4533DC10.9040408@mail.zedat.fu-berlin.de> <4533E2BC.7040906@errno.com> In-Reply-To: <4533E2BC.7040906@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: "O. Hartmann" , freebsd-stable@freebsd.org Subject: Re: FBSD 6.2-PRE: todays cvsupdate break kernel build X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 06:46:07 -0000 Sam Leffler wrote: > O. Hartmann wrote: >> Today's cvsupdate seems to break kernel build at this pint on FreeBSD >> 6.2-PRE/AMD64: >> >> awk -f /usr/src/sys/modules/ata/atapicam/../../../conf/kmod_syms.awk >> atapicam.ko export_syms | xargs -J% objcopy % atapicam.ko >> objcopy --strip-debug atapicam.ko >> ===> ath (all) >> make: don't know how to make >> /usr/src/sys/modules/ath/../../contrib/dev/ath/freebsd/ah_osdep.h. Stop >> *** Error code 2 >> >> Stop in /usr/src/sys/modules. >> *** Error code 1 > > Make sure you rebuild your dependencies; ah_osdep.[ch] moved from > contrib/dev/ath to dev/ath. > > Sam > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" I see, seems to be my fault. I only use "make world/make kernel" and 'hoped' those makefile do the rest for me - without having prooved it for myself. Sorry for bothering ... This evening I'll check that and I'm sure, as you can see in the error message, there is still the old location 'active' ... Oliver From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 06:47:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B95A16A403; Tue, 17 Oct 2006 06:47:07 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (ramstind.fig.ol.no [128.39.174.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9035E43D4C; Tue, 17 Oct 2006 06:47:05 +0000 (GMT) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (Ximalas@localhost [127.0.0.1]) by ramstind.fig.ol.no (8.13.6/8.13.6) with ESMTP id k9H6ku8e038742 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Oct 2006 08:46:57 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by ramstind.fig.ol.no (8.13.6/8.13.6/Submit) with ESMTP id k9H6ks4O038739; Tue, 17 Oct 2006 08:46:56 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: ramstind.fig.ol.no: trond owned process doing -bs Date: Tue, 17 Oct 2006 08:46:49 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable , re@freebsd.org Message-ID: <20061017082319.I27675@ramstind.fig.ol.no> Organization: =?ISO-8859-1?Q?Fagskolen_i_Gj=F8vik?= MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-834146284-1161067609=:27675" X-Spam-Status: No, hits=0.1 required=5.0 tests=AWL autolearn=ham X-Spam-Checker-Version: SpamAssassin on ramstind.fig.ol.no Cc: Subject: Ensuring inetd is started before any RPC services X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 06:47:07 -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-834146284-1161067609=:27675 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I have on many occasions run into the situation where the RPC based services have occupied the well-known ports for other non-RPC based services. Last week rpc.lockd on one of my systems got hold of TCP port 995, leaving inetd unable to start any pop3s services. The easy cure is to add this line # BEFORE: rpcbind to /etc/rc.d/inetd. You might want to consider fixing /etc/rc.d/inetd prior to the release of 6.2. Best regards, Trond Endrestøl, Systems Administrator, Gjøvik Technical College, Norway. - -- - ---------------------------------------------------------------------- Trond Endrestøl | trond@fagskolen.gjovik.no Patron of The Art of Computer Programming| FreeBSD 6.1-S & Pine 4.64 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFNHxebYWZalUoElsRAjUQAJ9BsZnPnngCg39kRntWVbZfxrcSRgCfa5uK YvKUYCQFVQAmde4tBBG+baA= =oXfQ -----END PGP SIGNATURE----- --0-834146284-1161067609=:27675-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 07:30:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EFAB16A40F for ; Tue, 17 Oct 2006 07:30:55 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from matrix.teledomenet.gr (dns1.teledomenet.gr [213.142.128.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85B2043D45 for ; Tue, 17 Oct 2006 07:30:53 +0000 (GMT) (envelope-from nvass@teledomenet.gr) Received: from iris ([192.168.1.71]) by matrix.teledomenet.gr (8.12.10/8.12.10) with ESMTP id k9H7UqEY022858; Tue, 17 Oct 2006 10:30:52 +0300 From: Nikos Vassiliadis To: freebsd-stable@freebsd.org Date: Tue, 17 Oct 2006 10:31:51 +0300 User-Agent: KMail/1.9.1 References: <45338F10.2030006@gmx.de> In-Reply-To: <45338F10.2030006@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610171031.51350.nvass@teledomenet.gr> Cc: "\[LoN\]Kamikaze" Subject: Re: kldunload -f has no effect X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 07:30:55 -0000 On Monday 16 October 2006 16:54, [LoN]Kamikaze wrote: > I need to 'kldunload -f drm' in order to go into suspend to ram > with my thinkpad (suspend works fine with dri disabled). > Unfortunately, despite the claims of the manpage the '-f' flag > does not alter the behaviour of the kldunload tool. In my experience using -f will result in a kernel panic. And that's well documented in the manual page. I guess you are lucky it didn't work:) So, why don't you just reboot? and keep the module off your kernel(if that's an option). > How do I get drm unloaded? The easy way, just reboot. Or the hard way, fix the kernel module! From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 07:46:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC3D816A403 for ; Tue, 17 Oct 2006 07:46:40 +0000 (UTC) (envelope-from freebsd-stable@mlists.thewrittenword.com) Received: from mail1.thewrittenword.com (mail1.thewrittenword.com [67.95.107.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 834E043D49 for ; Tue, 17 Oct 2006 07:46:40 +0000 (GMT) (envelope-from freebsd-stable@mlists.thewrittenword.com) Received: by mail1.thewrittenword.com (Postfix, from userid 1000) id 863112EB; Tue, 17 Oct 2006 02:46:39 -0500 (CDT) Date: Tue, 17 Oct 2006 02:46:39 -0500 From: Albert Chin To: freebsd-stable@freebsd.org Message-ID: <20061017074639.GB11838@mail1.thewrittenword.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: ENABLE_SUID_SSH in make.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 07:46:40 -0000 According to make.conf(5): ENABLE_SUID_SSH (bool) Set this to install ssh(1) with the set-user-ID bit turned on. However, I think ENABLE_SUID_SSH only sets the suid bit for /usr/libexec/ssh-keysign. Why isn't /usr/libexec/ssh-keysign suid by default anyway? It's pointless without it. -- albert chin (china@thewrittenword.com) From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 08:26:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEBC016A407 for ; Tue, 17 Oct 2006 08:26:36 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62D3743D5C for ; Tue, 17 Oct 2006 08:26:36 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1GZkHS-000MN4-Qs for freebsd-stable@freebsd.org; Tue, 17 Oct 2006 10:26:34 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 17 Oct 2006 10:26:34 +0200 From: Danny Braniss Message-ID: Subject: 6.2-PRERELEASE em still not working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 08:26:37 -0000 reposting. with the latest cvsup'ed, the em is sending packets but not receiving. the last working version that i have is from 3rd. Oct. host is S2466 TIGER MPX, but have seen the problem on PIII/STL2 too. o- there is no if_em changes that i can see. o- smp/up has no effect o- there is no usb, nor shared interrups that i can see. cheers, danny From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 08:32:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE7E916A40F for ; Tue, 17 Oct 2006 08:32:23 +0000 (UTC) (envelope-from eti@erata.net) Received: from s1.net-solution.ro (s1.net-solution.ro [65.98.58.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B7C743D64 for ; Tue, 17 Oct 2006 08:32:15 +0000 (GMT) (envelope-from eti@erata.net) Received: (qmail 22706 invoked from network); 17 Oct 2006 11:32:16 +0300 Received: from 223.126.77.82.static.cluj.rdsnet.ro (HELO toshiba) (82.77.126.223) by s1.net-solution.ro with (DHE-RSA-AES256-SHA encrypted) SMTP; 17 Oct 2006 11:32:16 +0300 From: Iulian M Organization: Perlica Technologies To: freebsd-stable@freebsd.org Date: Tue, 17 Oct 2006 11:32:03 +0300 User-Agent: KMail/1.9.4 References: <4532F988.6000708@greenmeadow.ca> <20061016145200.M24640@atlantis.atlantis.dp.ua> <20061016234354.GA20196@dwpc.dwlabs.ca> In-Reply-To: <20061016234354.GA20196@dwpc.dwlabs.ca> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart7540169.HSGUEHEusA"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200610171132.10781.eti@erata.net> Subject: Re: flash7/firefox plugin no longer registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 08:32:23 -0000 --nextPart7540169.HSGUEHEusA Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 17 October 2006 02:43, Duane Whitty wrote: > > I use native seamonkey-1.0.5 + linuxpluginwrapper-20051113_6 + > > linux-flashplugin-7.0r68, and this "toolchain" worked for simple > > flash content under RELENG_6 as of 2006.10.09, and continues to > > work under fresh RELENG_6 (2006.10.16). However, the following looks > > non-standard (it doesn't match corresponding section from > > The plugin works fine now, but i still have one more question regarding fla= sh=20 player. Does the linux-flashplugin7 port really require linux-base ? I don'= t=20 relay like the idea of installing linux-base and the linux kernel module, a= nd=20 I've installed linuxpluginwrapper , I've tryed to manually extract the=20 libflashplayer.so and flashplayer.xpt , place them=20 in /usr/local/lib/firefox/plugins , make the required settings=20 to /etc/libmap.conf ... and what do i see ... it's working. So is it really= =20 necessary the dependency on linux-base ?=20 Commenting out USE_LINUX=3Dyes in the port's Makefile does the job, and the= =20 plugin keeps working fine. If it's required could it be a OPTION ? ( i don'= t=20 like the idea of installing files that are not managed by a port either ) Iulian M. http://www.erata.net =2D-=20 Cruickshank's Law of Committees: If a committee is allowed to discuss a bad idea long enough, it will inevitably decide to implement the idea simply because so much work has already been done on it. --nextPart7540169.HSGUEHEusA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFNJUKE4semV9hLhcRAmSdAKClsXIJ8rRl7CititKA/H3RmA5E8ACfW2Tb w1XcecqNSgHr1Wqsw3aO5O8= =LJOy -----END PGP SIGNATURE----- --nextPart7540169.HSGUEHEusA-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 08:35:53 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72D8316A416; Tue, 17 Oct 2006 08:35:53 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E87443D49; Tue, 17 Oct 2006 08:35:52 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (ncvkbc@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k9H8ZjfP061605; Tue, 17 Oct 2006 10:35:51 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k9H8ZjKH061604; Tue, 17 Oct 2006 10:35:45 +0200 (CEST) (envelope-from olli) Date: Tue, 17 Oct 2006 10:35:45 +0200 (CEST) Message-Id: <200610170835.k9H8ZjKH061604@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, freebsd-chat@FreeBSD.ORG In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 17 Oct 2006 10:35:51 +0200 (CEST) Cc: Subject: Re: Performance 4.x vs. 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-chat@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 08:35:53 -0000 Just an interesting thing to note ... Danial Thom is accusing the FreeBSD team of "lying" and being "dishonest". He's saying that FreeBSD is going to die and DragonFly BSD will take its place in one year, and that Matt Dillon had more IQ than the whole FreeBSD team together. Not very long ago, the very same person said exactly the opposite. He wrote that DragonFly was going in the wrong direction, that the project would die and never would catch up with FreeBSD, and he insulted Matt Dillon and other developers up to the point he had to be banned from the mailing list in order to get the S/N ration back to a usable level. (I'm not wasting my time with quotes; you can easily find all of that with Google if you care.) Now look who is lying and being dishonest. Best regards Oliver PS: Redirected to -chat. PPS: I've switched several machines from 4.x to RELENG_6, skipping 5.x alltogether, and so far I'm very pleased with the new features and the performance (except for the NFS performance which is not as good as it used to be, but I assume it's already being worked on, since NFS is such an important thing). -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "I started using PostgreSQL around a month ago, and the feeling is similar to the switch from Linux to FreeBSD in '96 -- 'wow!'." -- Oddbjorn Steffensen From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 08:48:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14AA816A40F; Tue, 17 Oct 2006 08:48:34 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26C5E43D79; Tue, 17 Oct 2006 08:48:32 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5E967.dip.t-dialin.net [84.165.233.103]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k9H8j8kT052788; Tue, 17 Oct 2006 10:45:08 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (webmail.Leidinger.net [192.168.1.102]) by Andro-Beta.Leidinger.net (8.13.4/8.13.4) with ESMTP id k9H8mSjL011992; Tue, 17 Oct 2006 10:48:28 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Tue, 17 Oct 2006 10:48:28 +0200 Message-ID: <20061017104828.tpeaw4gj4okook8s@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Tue, 17 Oct 2006 10:48:28 +0200 From: Alexander Leidinger To: Chris References: <20061015174750.13249.qmail@web33306.mail.mud.yahoo.com> <45327764.2080904@protected-networks.net> <20061016032534.GB6398@soaustin.net> <4532FF13.7040708@paradise.net.nz> <3aaaa3a0610161100y8c20101gcb2a9c27b7da5769@mail.gmail.com> In-Reply-To: <3aaaa3a0610161100y8c20101gcb2a9c27b7da5769@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 X-Virus-Scanned: by amavisd-new Cc: performance@freebsd.org, Mark Linimon , danial_thom@yahoo.com, FreeBSD Stable , Mark Kirkwood Subject: Re: Performance 4.x vs. 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 08:48:34 -0000 Quoting Chris (from Mon, 16 Oct 2006 19:00:54 +0100): > On 16/10/06, Mark Kirkwood wrote: >> He might have got further by volunteering to create and supply profiles >> for those specific workloads that were faster in 4.x than 6.x on UP >> machinery etc... i.e. help make 6.x better rather than discourage the >> development team (whose efforts are much appreciated by the rest of us >> that are happily using 6.x...) > I recently ordered some servers from a datacentre on lease, specs were > UP p4 2.8ghz gig of ddr2 ram and sata hd, intel lan card. None of the > servers would boot in freebsd 6.x, they booted in freebsd 4.x but > needed a pata controller, they only worked properly in freebsd 5.x. What's the Problem Report number of your bug report? Does it contain =20 the error message of the problem (if there's one), a detailed =20 description of the hardware, and anything else what may be =20 interesting to know about this situation? > It seems their are 2 major problems with freebsd at the moment (1) is > the hardware support is still way behind both linux and windows and > its very frustrating in the amount of datacentres that dont support > freebsd. and (2) the uniprocessor performance remains below par. What's the PR number of your report where you describe under which =20 specific load (and how to produce/simulate this load) it doesn't =20 perform as fast as other operating systems? Bye, Alexander. --=20 MSDOS is not dead, it just smells that way. =09=09-- Henry Spencer http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 09:28:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4758E16A407 for ; Tue, 17 Oct 2006 09:28:43 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 990B043D6D for ; Tue, 17 Oct 2006 09:28:39 +0000 (GMT) (envelope-from bms@FreeBSD.org) Received: from db2.internal (db2.internal [10.202.2.12]) by frontend1.messagingengine.com (Postfix) with ESMTP id 99A6EDB4EC7; Tue, 17 Oct 2006 05:28:38 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by db2.internal (MEProxy); Tue, 17 Oct 2006 05:28:41 -0400 X-Sasl-enc: lS6YZ6D6Y1h/e+yKIcyel4Y1cs0/kIG44pJwPp1ZoItD 1161077320 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 04E6231CC; Tue, 17 Oct 2006 05:28:39 -0400 (EDT) Message-ID: <4534A243.7060301@FreeBSD.org> Date: Tue, 17 Oct 2006 10:28:35 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.5 (X11/20060825) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Trond_Endrest=F8l?= References: <20061017082319.I27675@ramstind.fig.ol.no> In-Reply-To: <20061017082319.I27675@ramstind.fig.ol.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: FreeBSD stable Subject: Re: Ensuring inetd is started before any RPC services X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 09:28:43 -0000 Trond Endrest=F8l wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > I have on many occasions run into the situation where the RPC based=20 > services have occupied the well-known ports for other non-RPC based=20 > services. Last week rpc.lockd on one of my systems got hold of TCP=20 > port 995, leaving inetd unable to start any pop3s services. > =20 Another fix for this is to add flags to the daemons themselves to allow=20 the RPC services to be bound by port number. I added this to mountd so=20 that I could bind its port on startup for running mountd on a DMZ host,=20 thus enabling mountd access to be filtered in the firewall. Regards, BMS From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 09:45:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E9AB16A403 for ; Tue, 17 Oct 2006 09:45:47 +0000 (UTC) (envelope-from balgaa@micom.mn) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8552143D45 for ; Tue, 17 Oct 2006 09:45:45 +0000 (GMT) (envelope-from balgaa@micom.mn) Received: from [122.254.127.40] (helo=JACK) by publicd.ub.mng.net with esmtpa (Exim 4.61 (FreeBSD)) (envelope-from ) id 1GZlVu-000B1S-NN for freebsd-stable@freebsd.org; Tue, 17 Oct 2006 17:45:34 +0800 Message-ID: <00b101c6f1d0$f18f74c0$287ffe7a@JACK> From: "Balgansuren Batsukh" To: Date: Tue, 17 Oct 2006 17:43:32 +0800 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.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Subject: Fw: em0 problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 09:45:47 -0000 Hello, I get UP/DOWN message since updated new driver little bi longer: Oct 16 21:14:28 gk kernel: em0: link state changed to DOWN Oct 16 21:14:43 gk kernel: em0: link state changed to UP Oct 16 21:16:25 gk kernel: em0: link state changed to DOWN Oct 16 21:16:40 gk kernel: em0: link state changed to UP Oct 16 21:19:28 gk kernel: em0: link state changed to DOWN Oct 16 21:19:43 gk kernel: em0: link state changed to UP Oct 17 10:00:04 gk su: balgaa to root on /dev/ttyp0 Oct 17 12:26:18 gk su: balgaa to root on /dev/ttyp0 Oct 17 13:44:16 gk kernel: em0: link state changed to DOWN Oct 17 14:32:29 gk login: ROOT LOGIN (root) ON ttyv0 Oct 17 14:33:30 gk kernel: em0: link state changed to UP Oct 17 14:33:46 gk kernel: em0: link state changed to DOWN Oct 17 14:34:00 gk kernel: em0: link state changed to UP Oct 17 14:36:25 gk su: balgaa to root on /dev/ttyp0 Oct 17 14:37:05 gk kernel: em0: link state changed to DOWN Oct 17 14:37:40 gk kernel: em0: link state changed to UP Oct 17 17:40:26 gk su: balgaa to root on /dev/ttyp0 Is there anyway to do something? Regards, Balgaa ----- Original Message ----- From: "Balgansuren Batsukh" To: Sent: Saturday, October 14, 2006 11:16 PM Subject: Re: em0 problem > Hello Scott, > > I found below email: > ============= > Mike, > > I have a new patch that I hope addresses the actual bug, instead of > shuffling the timing. Would you be willing to test it? I can't > guarantee that it's safe for production use yet, though. It seems > to work, but it might set your dog on fire too. > > Scott > ============= > > Is it possible test your new patch? > > Regards, > Balgaa > > ----- Original Message ----- > From: "Scott Long" > To: "Mike Tancsa" > Cc: "Balgansuren Batsukh" ; > Sent: Saturday, October 14, 2006 10:32 PM > Subject: Re: em0 problem > > >> Mike Tancsa wrote: >>> At 08:09 AM 10/14/2006, Balgansuren Batsukh wrote: >>>> Hello, >>>> >>>> I installed FreeBSD-6.1 on my home PC. After sometime frequently get >>>> em0 UP/DOWN message. >>> >>> There is a patch you can try that might help you at >>> >>> http://lists.freebsd.org/pipermail/freebsd-stable/2006-October/029224.html >>> >>> ---Mike >>> >> >> This patch isn't applicable to 6.1, just 6.2-PRE. >> >> Scott >> >> >> > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 10:03:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5658616A416; Tue, 17 Oct 2006 10:03:17 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BB1243D53; Tue, 17 Oct 2006 10:03:15 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity-e.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA02057; Tue, 17 Oct 2006 13:03:12 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4534AA60.1080205@icyb.net.ua> Date: Tue, 17 Oct 2006 13:03:12 +0300 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.7 (X11/20061017) MIME-Version: 1.0 To: freebsd-hardware@freebsd.org References: <4533BE2E.4080005@icyb.net.ua> <200610170141.41902.fbsdlist@stormbringer.clara.co.uk> In-Reply-To: <200610170141.41902.fbsdlist@stormbringer.clara.co.uk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: nfsmb survey X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 10:03:17 -0000 Big thanks to everybody who responded! It would be great to get more information about the following chip ids for which we haven't got any reports yet: 00d410de "nVidia Corporation nForce3 Pro150 SMBus (MCP)" 003410de "nVidia Corporation nForce4 SMBus (MCP-04)" 036810de "nVidia Corporation nForce4 SMBus (MCP55)" Thank you. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 10:53:50 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C99316A5BC for ; Tue, 17 Oct 2006 10:53:49 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D3D643D46 for ; Tue, 17 Oct 2006 10:53:48 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 620815C30; Tue, 17 Oct 2006 14:53:47 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 3E9985C0C; Tue, 17 Oct 2006 14:53:47 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k9HAs1tZ052284; Tue, 17 Oct 2006 14:54:01 +0400 (MSD) (envelope-from ru) Date: Tue, 17 Oct 2006 14:54:01 +0400 From: Ruslan Ermilov To: Danny Braniss Message-ID: <20061017105401.GB51631@rambler-co.ru> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tqI+Z3u+9OQ7kwn0" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: freebsd-stable@FreeBSD.org Subject: Re: 6.2-PRERELEASE em still not working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 10:53:50 -0000 --tqI+Z3u+9OQ7kwn0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 17, 2006 at 10:26:34AM +0200, Danny Braniss wrote: > reposting. > with the latest cvsup'ed, the em is sending packets but not receiving. >=20 > the last working version that i have is from 3rd. Oct. >=20 > host is S2466 TIGER MPX, but have seen the problem on PIII/STL2 too. >=20 > o- there is no if_em changes that i can see. > o- smp/up has no effect > o- there is no usb, nor shared interrups that i can see. >=20 Please do a binary search and find the commit that broke it for you. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --tqI+Z3u+9OQ7kwn0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFNLZJqRfpzJluFF4RAmPMAJ4pFx7tPQMmkd8hha7Go3eq9VJSCQCdH1ab K2nU1CVPnAetrlLMAowavm4= =fsCL -----END PGP SIGNATURE----- --tqI+Z3u+9OQ7kwn0-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 12:48:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 017C416A415; Tue, 17 Oct 2006 12:48:26 +0000 (UTC) (envelope-from freebsd@orchid.homeunix.org) Received: from orchid.homeunix.org (ats117.neoplus.adsl.tpnet.pl [83.27.0.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE07D43D5A; Tue, 17 Oct 2006 12:48:22 +0000 (GMT) (envelope-from freebsd@orchid.homeunix.org) Received: from [192.168.1.66] (blackacidevil.orchid.homeunix.org [192.168.1.66]) (authenticated bits=0) by orchid.homeunix.org (8.13.6/8.13.6) with ESMTP id k9HCmEsZ087352 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 17 Oct 2006 14:48:20 +0200 (CEST) (envelope-from freebsd@orchid.homeunix.org) Message-ID: <4534D107.8070000@orchid.homeunix.org> Date: Tue, 17 Oct 2006 14:48:07 +0200 From: Karol Kwiatkowski User-Agent: Thunderbird 1.5.0.7 (X11/20061011) MIME-Version: 1.0 To: Andriy Gapon References: <4533BE2E.4080005@icyb.net.ua> In-Reply-To: <4533BE2E.4080005@icyb.net.ua> X-Enigmail-Version: 0.94.1.0 OpenPGP: id=06E09309; url=http://www.orchid.homeunix.org/carlos/gpg/0x06E09309.asc Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigBF20459BE2E68E94567E488C" X-Virus-Scanned: ClamAV 0.88.5/2038/Tue Oct 17 00:48:19 2006 on orchid.homeunix.org X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: nfsmb survey X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd@orchid.homeunix.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 12:48:26 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBF20459BE2E68E94567E488C Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 16/10/2006 19:15, Andriy Gapon wrote: > If you have a system based on NForce2/3/4, could you please share the > following information: >=20 > 1. find out pci handle of your SMB controller: > $ pciconf -l | fgrep 0x0c0500 > and also note chip field value, it should match 00(64|84|d4|e4|52)10de.= > E.g.: > nfsmb0@pci0:1:1: class=3D0x0c0500 card=3D0x1c02147b chip=3D0x006= 410de > rev=3D0xa2 hdr=3D0x00 # uname -srp FreeBSD 6.2-PRERELEASE i386 # pciconf -lv | fgrep 0x0c0500 -A 4 nfsmb0@pci0:1:1: class=3D0x0c0500 card=3D0x00841849 chip=3D0x00841= 0de rev=3D0xa1 hdr=3D0x00 vendor =3D 'NVIDIA Corporation' device =3D 'nForce MCP2S PCI System Management' class =3D serial bus subclass =3D SMBus > 2. read values in BARs 4 and 5 and also registers 0x50 and 0x54 like > follows: > $ pciconf -r pci0:1:1 0x20 > $ pciconf -r pci0:1:1 0x24 > $ pciconf -r pci0:1:1 0x50 > $ pciconf -r pci0:1:1 0x54 # pciconf -r pci0:1:1 0x20 00000000 # pciconf -r pci0:1:1 0x24 00000000 # pciconf -r pci0:1:1 0x50 00004301 # pciconf -r pci0:1:1 0x54 00004301 Cheers, Karol --=20 Karol Kwiatkowski OpenPGP: http://www.orchid.homeunix.org/carlos/gpg/0x06E09309.asc --------------enigBF20459BE2E68E94567E488C 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.5 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFNNENezeoPAwGIYsRCMwtAJ9HrcLjGsmw+gO7MNbDg5Ta1D9NKwCeIUUw kpD4Ry2ysqZ9SiKQDcoQAGU= =s4mh -----END PGP SIGNATURE----- --------------enigBF20459BE2E68E94567E488C-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 12:50:00 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0620516A415 for ; Tue, 17 Oct 2006 12:50:00 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5147043D46 for ; Tue, 17 Oct 2006 12:49:59 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (ufwdix@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k9HCnch0073613; Tue, 17 Oct 2006 14:49:43 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k9HCncDu073612; Tue, 17 Oct 2006 14:49:38 +0200 (CEST) (envelope-from olli) Date: Tue, 17 Oct 2006 14:49:38 +0200 (CEST) Message-Id: <200610171249.k9HCncDu073612@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, Trond.Endrestol@fagskolen.gjovik.no In-Reply-To: <20061017082319.I27675@ramstind.fig.ol.no> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 17 Oct 2006 14:49:47 +0200 (CEST) Cc: Subject: Re: Ensuring inetd is started before any RPC services X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, Trond.Endrestol@fagskolen.gjovik.no List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 12:50:00 -0000 Trond Endrestøl wrote: > I have on many occasions run into the situation where the RPC based > services have occupied the well-known ports for other non-RPC based > services. Last week rpc.lockd on one of my systems got hold of TCP > port 995, leaving inetd unable to start any pop3s services. Yes, that's annoying. I think a simple work-around for the problem is to lower the sysctl net.inet.ip.portrange.lowfirst. The default is 1023. If you don't need any other ports right beneath 995, then you can set it to 994 via /etc/sysctl.conf. Then the RPC-based services that don't use fixed ports should start using port numbers from 994 downwards. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "I learned Java 3 years before Python. It was my language of choice. It took me two weekends with Python before I was more productive with it than with Java." -- Anthony Roberts From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 13:26:00 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB2E916A407 for ; Tue, 17 Oct 2006 13:26:00 +0000 (UTC) (envelope-from fredrik.widlund@qbrick.com) Received: from mail.qbrick.com (mail.qbrick.com [62.13.40.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E89A43D58 for ; Tue, 17 Oct 2006 13:25:59 +0000 (GMT) (envelope-from fredrik.widlund@qbrick.com) Received: from localhost (localhost [127.0.0.1]) by mail.qbrick.com (Postfix) with ESMTP id 579CC51974; Tue, 17 Oct 2006 15:25:44 +0200 (CEST) Received: from mail.qbrick.com ([127.0.0.1]) by localhost (mail0.p0.w0.local [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 18904-01-6; Tue, 17 Oct 2006 15:25:42 +0200 (CEST) Received: from [10.43.0.2] (fkwd0.p0.u3.local [10.43.0.2]) by mail.qbrick.com (Postfix) with ESMTP id A12D05196B; Tue, 17 Oct 2006 15:25:42 +0200 (CEST) Message-ID: <4534D9E4.90809@qbrick.com> Date: Tue, 17 Oct 2006 15:25:56 +0200 From: Fredrik Widlund User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 0.93.2.0 Content-Type: multipart/mixed; boundary="------------080604080105010901030703" X-Virus-Scanned: by amavisd-new at qbrick.com Cc: wmoran@collaborativefusion.com Subject: Re: CALL FOR TESTERS! [Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 13:26:01 -0000 This is a multi-part message in MIME format. --------------080604080105010901030703 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi, We have a Dell 1950 with the same problem (bce). We tried debug.mpsafenet=0, but to no avail. It's a very frustrating show-stopper for us as well, we're moving all 1950 out of the production environment. Any help would be greatly appreciated. See mail to freebsd-current mail attached. Kind regards, Fredrik Widlund --------------080604080105010901030703 Content-Type: message/rfc822; name="Attached Message" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="Attached Message" Return-Path: X-Original-To: fredrik.widlund@qbrick.com Delivered-To: fredrik.widlund@qbrick.com Received: from localhost (localhost [127.0.0.1]) by mail.qbrick.com (Postfix) with ESMTP id DBA2151974 for ; Tue, 17 Oct 2006 14:10:20 +0200 (CEST) Received: from mail.qbrick.com ([127.0.0.1]) by localhost (mail0.p0.w0.local [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 17381-01-8 for ; Tue, 17 Oct 2006 14:10:19 +0200 (CEST) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by mail.qbrick.com (Postfix) with ESMTP id C99405196B for ; Tue, 17 Oct 2006 14:10:18 +0200 (CEST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 788C1CF657; Tue, 17 Oct 2006 12:01:37 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 315DC16A7C1; Tue, 17 Oct 2006 12:00:59 +0000 (UTC) (envelope-from owner-freebsd-current@freebsd.org) X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6546516A4E0 for ; Tue, 17 Oct 2006 12:00:39 +0000 (UTC) (envelope-from fredrik.widlund@qbrick.com) Received: from mail.qbrick.com (mail.qbrick.com [62.13.40.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id E71B643D73 for ; Tue, 17 Oct 2006 12:00:36 +0000 (GMT) (envelope-from fredrik.widlund@qbrick.com) Received: from localhost (localhost [127.0.0.1]) by mail.qbrick.com (Postfix) with ESMTP id 1F5495197E for ; Tue, 17 Oct 2006 14:00:21 +0200 (CEST) Received: from mail.qbrick.com ([127.0.0.1]) by localhost (mail0.p0.w0.local [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 17149-01-2 for ; Tue, 17 Oct 2006 14:00:19 +0200 (CEST) Received: from [10.43.0.2] (fkwd0.p0.u3.local [10.43.0.2]) by mail.qbrick.com (Postfix) with ESMTP id 9CA9151978 for ; Tue, 17 Oct 2006 14:00:19 +0200 (CEST) Message-ID: <4534C5E1.7010502@qbrick.com> Date: Tue, 17 Oct 2006 14:00:33 +0200 From: Fredrik Widlund User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4522E54C.7060406@qbrick.com> <4523AA3C.2000107@qbrick.com> <45266948.3070407@qbrick.com> In-Reply-To: <45266948.3070407@qbrick.com> X-Enigmail-Version: 0.93.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at qbrick.com Subject: Re: 6.2-BETA2 Dell PE1950 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Virus-Scanned: by amavisd-new at qbrick.com Hi, Suddenly the problem occured again. We are running the same setup as below, but with debug.mpsafenet=0, but it didn't help. This is indeed a showstopper for us, we are moving all our dell 1950 out of production environment until we can solve this issue. Any help would be greatly appreciated. Kind regards, Fredrik Widlund bce0: /usr/src/sys/dev/bce/if_bce.c(5032): Watchdog timeout occurred, resetting! bce0: link state changed to DOWN bce0: link state changed to UP bce0: /usr/src/sys/dev/bce/if_bce.c(5032): Watchdog timeout occurred, resetting! bce0: link state changed to DOWN bce0: link state changed to UP [repeat 30 times] # vmstat -i interrupt total rate irq14: ata0 47 0 irq16: bce0 bce1 3019 5 irq18: mfi0 123 0 irq21: uhci0 uhci+ 6 0 irq64: mpt0 1214 2 cpu0: timer 1118344 1997 Total 1122753 2004 Fredrik Widlund wrote: > Hi, > > I can't reproduce the problem. Everything is exactly the same, but I get > no timeouts and the nic seems to work without any problems. > > Kind regards, > Fredrik Widlund > > > Fredrik Widlund wrote: > >> Hi, >> >> An update, right now the BCE nic seems to work, I'm not sure exactly why >> yet. I'm attaching the dmesg however. >> >> SAS adapter is the PERC 5I, which is handled by the MPT driver in >> 6.2-Beta2. I'll continue to look at this. There are some unhandled >> events (0x12, 0x16), but these might not be needed. >> >> [mpi_ioc.h] >> #define MPI_EVENT_SAS_PHY_LINK_STATUS (0x00000012) >> ... >> #define MPI_EVENT_SAS_DISCOVERY (0x00000016) >> >> [dmesg mpt part] >> mpt0: port 0xec00-0xecff mem >> 0xfc7fc000-0xfc7fffff,0xfc7e0000-0xfc7effff irq 64 at device 8.0 on pci2 >> mpt0: [GIANT-LOCKED] >> mpt0: MPI Version=1.5.12.0 >> mpt0: mpt_cam_event: 0x16 >> mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). >> mpt0: mpt_cam_event: 0x12 >> mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). >> mpt0: mpt_cam_event: 0x16 >> mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). >> >> Kind regards, >> Fredrik Widlund >> >> Fredrik Widlund wrote: >> >> >>> Hi, >>> >>> I'm trying to get FreeBSD working on Dell 1950 (and 2950), which is >>> vital since it's no longer possible to buy 1850/2850 units here. >>> >>> Hardware: >>> PE1950 Xeon 5130, 2GB 667MHz >>> SAS 5I >>> PERC5E >>> >>> 6.1-RELEASE: not possible since SAS drives aren't found. >>> 6.2-BETA2: bce interfaces does not work at all, "watchdog timeout >>> occured" every other second, and _no_ connectivity. >>> >>> We are also having problems with some PE1850 failing from time to time >>> with "watchdog timeout" hangs, and have had to debug.mpsafenet=0 these. >>> >>> How can we help solve this issue? It would really be a pity to be >>> forced to leave FreeBSD but we really can't afford to replace our >>> choice of hardware platform. >>> >>> Kind regards, >>> Fredrik Widlund >>> >>> >>> >>> >>> >>> _______________________________________________ >>> 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" >>> >>> >> >> ------------------------------------------------------------------------ >> >> Copyright (c) 1992-2006 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> The Regents of the University of California. All rights reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 6.2-BETA2 #0: Mon Oct 2 03:32:44 UTC 2006 >> root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: Intel(R) Xeon(R) CPU 5130 @ 2.00GHz (1995.01-MHz 686-class CPU) >> Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 >> Features=0xbfebfbff> HTT,TM,PBE> >> Features2=0x4e33d,CX16,,,> >> AMD Features=0x20100000 >> AMD Features2=0x1 >> Cores per package: 2 >> real memory = 2147123200 (2047 MB) >> avail memory = 2096009216 (1998 MB) >> ACPI APIC Table: >> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >> cpu0 (BSP): APIC ID: 0 >> cpu1 (AP): APIC ID: 1 >> ioapic0: Changing APIC ID to 2 >> ioapic1: Changing APIC ID to 3 >> ioapic1: WARNING: intbase 64 != expected base 24 >> ioapic0 irqs 0-23 on motherboard >> ioapic1 irqs 64-87 on motherboard >> kbd1 at kbdmux0 >> ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) >> 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: on acpi0 >> cpu1: on acpi0 >> pcib0: port 0xcf8-0xcff on acpi0 >> pci0: on pcib0 >> pcib1: at device 2.0 on pci0 >> pci5: on pcib1 >> pcib2: at device 0.0 on pci5 >> pci6: on pcib2 >> pcib3: at device 0.0 on pci6 >> pci7: on pcib3 >> pcib4: at device 0.0 on pci7 >> pci8: on pcib4 >> bce0: mem 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci8 >> bce0: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz >> miibus0: on bce0 >> brgphy0: on miibus0 >> brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto >> bce0: Ethernet address: 00:13:72:fb:cb:16 >> pcib5: at device 1.0 on pci6 >> pci9: on pcib5 >> pcib6: at device 0.3 on pci5 >> pci10: on pcib6 >> pcib7: at device 3.0 on pci0 >> pci1: on pcib7 >> pcib8: at device 0.0 on pci1 >> pci2: on pcib8 >> mpt0: port 0xec00-0xecff mem 0xfc7fc000-0xfc7fffff,0xfc7e0000-0xfc7effff irq 64 at device 8.0 on pci2 >> mpt0: [GIANT-LOCKED] >> mpt0: MPI Version=1.5.12.0 >> mpt0: mpt_cam_event: 0x16 >> mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). >> mpt0: mpt_cam_event: 0x12 >> mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). >> mpt0: mpt_cam_event: 0x16 >> mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). >> pcib9: at device 4.0 on pci0 >> pci11: on pcib9 >> pcib10: at device 5.0 on pci0 >> pci12: on pcib10 >> pcib11: at device 6.0 on pci0 >> pci13: on pcib11 >> pcib12: at device 0.0 on pci13 >> pci14: on pcib12 >> mfi0: mem 0xd80f0000-0xd80fffff,0xfc4e0000-0xfc4fffff irq 18 at device 14.0 on pci14 >> pcib13: at device 0.2 on pci13 >> pci15: on pcib13 >> pcib14: at device 7.0 on pci0 >> pci16: on pcib14 >> pcib15: at device 28.0 on pci0 >> pci3: on pcib15 >> pcib16: at device 0.0 on pci3 >> pci4: on pcib16 >> bce1: mem 0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci4 >> bce1: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz >> miibus1: on bce1 >> brgphy1: on miibus1 >> brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto >> bce1: Ethernet address: 00:13:72:fb:cb:14 >> uhci0: port 0xcce0-0xccff irq 21 at device 29.0 on pci0 >> uhci0: [GIANT-LOCKED] >> usb0: on uhci0 >> usb0: USB revision 1.0 >> uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >> uhub0: 2 ports with 2 removable, self powered >> uhci1: port 0xccc0-0xccdf irq 20 at device 29.1 on pci0 >> uhci1: [GIANT-LOCKED] >> usb1: on uhci1 >> usb1: USB revision 1.0 >> uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >> uhub1: 2 ports with 2 removable, self powered >> uhci2: port 0xcca0-0xccbf irq 21 at device 29.2 on pci0 >> uhci2: [GIANT-LOCKED] >> usb2: on uhci2 >> usb2: USB revision 1.0 >> uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >> uhub2: 2 ports with 2 removable, self powered >> ehci0: mem 0xfc900000-0xfc9003ff irq 21 at device 29.7 on pci0 >> ehci0: [GIANT-LOCKED] >> usb3: EHCI version 1.0 >> usb3: companion controllers, 2 ports each: usb0 usb1 usb2 >> usb3: on ehci0 >> usb3: USB revision 2.0 >> uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 >> uhub3: 6 ports with 6 removable, self powered >> uhub4: vendor 0x04b4 product 0x6560, class 9/0, rev 2.00/0.0b, addr 2 >> uhub4: multiple transaction translators >> uhub4: 4 ports with 4 removable, self powered >> pcib17: at device 30.0 on pci0 >> pci17: on pcib17 >> pci17: at device 13.0 (no driver attached) >> isab0: at device 31.0 on pci0 >> isa0: on isab0 >> atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 >> ata0: on atapci0 >> ata1: on atapci0 >> fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 >> fdc0: does not respond >> device_attach: fdc0 attach returned 6 >> sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 >> sio0: type 16550A >> sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 >> sio1: type 16550A >> fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 >> fdc0: does not respond >> device_attach: fdc0 attach returned 6 >> pmtimer0 on isa0 >> orm0: at iomem 0xc0000-0xc8fff,0xc9000-0xc9fff,0xcf000-0xd07ff,0xec000-0xeffff on isa0 >> atkbdc0: at port 0x60,0x64 on isa0 >> atkbd0: irq 1 on atkbdc0 >> kbd0 at atkbd0 >> atkbd0: [GIANT-LOCKED] >> ppc0: parallel port not found. >> sc0: at flags 0x100 on isa0 >> sc0: VGA <16 virtual consoles, flags=0x300> >> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 >> ums0: Microsoft Microsoft 3-Button Mouse with IntelliEye(TM), rev 1.10/3.00, addr 2, iclass 3/1 >> ums0: 3 buttons and Z dir. >> ukbd0: Logitech Logitech USB Keyboard, rev 1.10/15.00, addr 3, iclass 3/1 >> kbd2 at ukbd0 >> uhid0: Logitech Logitech USB Keyboard, rev 1.10/15.00, addr 3, iclass 3/1 >> Timecounters tick every 1.000 msec >> acd0: CDROM at ata0-master UDMA33 >> mfi0: 68 - PCI 0x041028 0x0415 0x041028 0x041f01: Firmware initialization started (PCI ID 0015/1028/1f01/1028) >> mfi0: 69 - Type 18: Firmware version 1.00.01-0081 >> mfi0: 70 - Battery Present >> mfi0: 71 - Adapter ticks 213277741 elapsed 54s: Time established as 10/04/06 11:49:01; (54 seconds since power on) >> ses0 at mpt0 bus 0 target 8 lun 0 >> ses0: Fixed Enclosure Services SCSI-5 device >> ses0: 300.000MB/s transfers >> ses0: SCSI-3 SES Device >> SMP: AP CPU #1 Launched! >> da0 at mpt0 bus 0 target 0 lun 0 >> da0: Fixed Direct Access SCSI-3 device >> da0: 300.000MB/s transfers, Tagged Queueing Enabled >> da0: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) >> Trying to mount root from ufs:/dev/da0s1a >> mfi0: 72 - Battery temperature is normal >> mfi0: 73 - Battery started charging >> mfi0: 74 - Current capacity of the battery is above threshold >> bce0: link state changed to DOWN >> bce0: link state changed to UP >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> 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" > _______________________________________________ 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" --------------080604080105010901030703-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 13:38:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A12816A407 for ; Tue, 17 Oct 2006 13:38:57 +0000 (UTC) (envelope-from jas@math.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id D16B143D5F for ; Tue, 17 Oct 2006 13:38:45 +0000 (GMT) (envelope-from jas@math.jussieu.fr) Received: from riemann.math.jussieu.fr (riemann.math.jussieu.fr [134.157.13.3]) by shiva.jussieu.fr (8.13.7/jtpda-5.4) with ESMTP id k9HDch7m057651 ; Tue, 17 Oct 2006 15:38:43 +0200 (CEST) X-Ids: 164 Received: from grobner1.math.jussieu.fr (galois2.math.jussieu.fr [134.157.13.117]) by riemann.math.jussieu.fr (8.13.8/jtpda-5.4) with ESMTP id k9HDcgRI080815 ; Tue, 17 Oct 2006 15:38:42 +0200 (CEST) Received: from galois2.math.jussieu.fr (localhost.localdomain [127.0.0.1]) by grobner1.math.jussieu.fr (8.13.7/jtpda-5.4) with ESMTP id k9HDcgDe006795 ; Tue, 17 Oct 2006 15:38:42 +0200 Received: (from jas@localhost) by galois2.math.jussieu.fr (8.13.7/8.13.7/Submit) id k9HDcS0k006683; Tue, 17 Oct 2006 15:38:28 +0200 Date: Tue, 17 Oct 2006 15:38:28 +0200 From: Albert Shih To: Kris Kennaway Message-ID: <20061017133828.GJ22684@math.jussieu.fr> References: <45244053.6030706@samsco.org> <20061005200552.GA80162@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20061005200552.GA80162@xor.obsecurity.org> User-Agent: Mutt/1.5.6i X-Spam-Score: 0.001 () UNPARSEABLE_RELAY X-Scanned-By: MIMEDefang 2.57 on 134.157.13.3 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (shiva.jussieu.fr [134.157.0.164]); Tue, 17 Oct 2006 15:38:44 +0200 (CEST) X-Virus-Scanned: ClamAV 0.88.2/2038/Tue Oct 17 00:48:19 2006 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 4534DCE3.002 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Cc: freebsd-stable@freebsd.org Subject: Re: em, bge, network problems survey. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: shih@math.jussieu.fr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 13:38:57 -0000 Le 05/10/2006 =E0 16:05:52-0400, Kris Kennaway a =E9crit > On Wed, Oct 04, 2006 at 05:14:27PM -0600, Scott Long wrote: > > All, > >=20 > > I'm seeing some patterns here with all of the network driver problem=20 > > reports, but I need more information to help narrow it down further. > > I ask all of you who are having problems to take a minute to fill > > out this survey and return it to Kris Kennaway (on cc:) and myself. > > Thanks. > >=20 > > 1. Are you experiencing network hangs and/or "timeout" messages on the= =20 > > console? If yes, please provide a _brief_ description of the problem. >=20 > OK, next question, to all em users: >=20 > If your em device is using a shared interrupt, and you are NOT > experiencing timeout problems when using this device, please let me > know: >=20 > dalki# vmstat -i > interrupt total rate > irq4: sio0 2071 0 > irq6: fdc0 10 0 > irq14: ata0 47 0 > irq20: ahd0 21755 4 > irq23: em0 124751 23 <-- not a shared inte= rrupt > irq24: ahd1 15 0 > cpu0: timer 10453509 1999 > Total 10602158 2027 >=20 > tyan# vmstat -i > interrupt total rate > irq14: ata0 58 0 > irq16: em0 fxp1 332832 851 <-- shared interrupt > irq18: fxp0 973 2 > irq19: atapci1 132883 339 > cpu0: timer 774308 1980 > cpu1: timer 777136 1987 > Total 2018190 5161 >=20 > So far all of the em problems I have seen involve shared interrupts, > and conversely all em systems I have seen that do not have timeout > problems are not shared. >=20 Personnaly I've very lots of problem with my em0 card (Proliant ML 380) I've lots of em0 watchdog problem (the interface disapeare) and I dont use shared interrupt=20 [root@nfs3 ]# vmstat -i interrupt total rate irq1: atkbd0 2 0 irq4: sio0 29520 2 irq6: fdc0 87 0 irq15: ata1 47 0 irq16: uhci0 26848237 2063 irq17: bge0 1881736 144 irq24: mpt0 29 0 irq25: mpt1 17 0 irq26: fxp0 fxp1 2776380 213 irq48: isp0 1537121 118 irq72: ciss0 217837 16 irq76: em0 25144932 1932 irq77: em1 1818458 139 cpu0: timer 25996358 1997 Total 86250761 6628 [root@nfs3 ]#=20 Regards. -- Albert SHIH Universite de Paris 7 (Denis DIDEROT) U.F.R. de Mathematiques. 7 i=E8me =E9tage, plateau D, bureau 10 Heure local/Local time: Tue Oct 17 15:37:05 CEST 2006 From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 13:52:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14CCA16A412 for ; Tue, 17 Oct 2006 13:52:06 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 16A2F43D5D for ; Tue, 17 Oct 2006 13:52:02 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 17 Oct 2006 13:52:01 -0000 Received: from vpn-cl-160-168.rz.uni-karlsruhe.de (EHLO [141.3.160.168]) [141.3.160.168] by mail.gmx.net (mp019) with SMTP; 17 Oct 2006 15:52:01 +0200 X-Authenticated: #5465401 Message-ID: <4534E056.60608@gmx.de> Date: Tue, 17 Oct 2006 15:53:26 +0200 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Thunderbird 1.5.0.7 (X11/20061015) MIME-Version: 1.0 To: Nikos Vassiliadis References: <45338F10.2030006@gmx.de> <200610171031.51350.nvass@teledomenet.gr> In-Reply-To: <200610171031.51350.nvass@teledomenet.gr> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: kldunload -f has no effect X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 13:52:06 -0000 Nikos Vassiliadis wrote: > On Monday 16 October 2006 16:54, [LoN]Kamikaze wrote: >> I need to 'kldunload -f drm' in order to go into suspend to ram >> with my thinkpad (suspend works fine with dri disabled). >> Unfortunately, despite the claims of the manpage the '-f' flag >> does not alter the behaviour of the kldunload tool. > > In my experience using -f will result in a kernel panic. And > that's well documented in the manual page. I guess you are > lucky it didn't work:) So, why don't you just reboot? and keep > the module off your kernel(if that's an option). > >> How do I get drm unloaded? > > The easy way, just reboot. Or the hard way, fix the kernel module! What's the point of suspend if you have to reboot to resume? From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 14:00:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4487E16A40F for ; Tue, 17 Oct 2006 14:00:30 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from arwen.teledomenet.gr (arwen.teledomenet.gr [213.142.128.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B9A443D5F for ; Tue, 17 Oct 2006 14:00:28 +0000 (GMT) (envelope-from nvass@teledomenet.gr) Received: from iris ([192.168.1.71]) by arwen.teledomenet.gr (8.12.10/8.12.10) with ESMTP id k9HE0Qm1024153; Tue, 17 Oct 2006 17:00:26 +0300 From: Nikos Vassiliadis To: "[LoN]Kamikaze" Date: Tue, 17 Oct 2006 17:01:23 +0300 User-Agent: KMail/1.9.1 References: <45338F10.2030006@gmx.de> <200610171031.51350.nvass@teledomenet.gr> <4534E056.60608@gmx.de> In-Reply-To: <4534E056.60608@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610171701.23904.nvass@teledomenet.gr> Cc: freebsd-stable@freebsd.org Subject: Re: kldunload -f has no effect X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 14:00:30 -0000 On Tuesday 17 October 2006 16:53, [LoN]Kamikaze wrote: > Nikos Vassiliadis wrote: > > On Monday 16 October 2006 16:54, [LoN]Kamikaze wrote: > >> I need to 'kldunload -f drm' in order to go into suspend to ram > >> with my thinkpad (suspend works fine with dri disabled). > >> Unfortunately, despite the claims of the manpage the '-f' flag > >> does not alter the behaviour of the kldunload tool. > > > > In my experience using -f will result in a kernel panic. And > > that's well documented in the manual page. I guess you are > > lucky it didn't work:) So, why don't you just reboot? and keep > > the module off your kernel(if that's an option). > > > >> How do I get drm unloaded? > > > > The easy way, just reboot. Or the hard way, fix the kernel module! > > What's the point of suspend if you have to reboot to resume? > > none as I did tell before "Or the hard way, fix the kernel module!" or send a PR HTH, Nikos From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 14:26:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A9B416A412 for ; Tue, 17 Oct 2006 14:26:10 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id C526243D5A for ; Tue, 17 Oct 2006 14:26:05 +0000 (GMT) (envelope-from freebsd@meijome.net) Received: (qmail 31209 invoked from network); 18 Oct 2006 00:26:04 +1000 Received: from 124-168-3-158.dyn.iinet.net.au (HELO localhost) (124.168.3.158) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 18 Oct 2006 00:26:04 +1000 Date: Wed, 18 Oct 2006 00:25:58 +1000 From: Norberto Meijome To: freebsd-stable@freebsd.org Message-ID: <20061018002558.3a2bcdf6@localhost> X-Mailer: Sylpheed-Claws 2.5.2 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: kernel panic mounting /tmp - 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 14:26:10 -0000 Hi everyone, tonight when I started my laptop, i was welcomed with a very nice panic, which was happening JUST when mounting the filesystems. Some info: Fault code : supervisor read, page not present. current process : 112 (mount) trap 12 panic :page fault with nm -m I saw that the following procs where candidates ... ufsdirhash_build ufsdirhas_free ufsdirhash_lookup Booting with 6.1 Release CD and mounting showed no obvious problems at all, but the panic could be reproduced every time with this particular kernel (6 days old). Commenting out /tmp in fstab worked around the problem. recreating the filesystem in /dev/ad0s1e (my /tmp) solved the problem and now everything is back to normal. The computer works great as usual. $ uname -a FreeBSD ayiin.xxx 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #14: Wed Oct 11 14:13:49 EST 2006 root@ayiin.xxx:/usr/obj/usr/src/sys/AYIIN i386 I have a good kernel dump , a copy of /boot/kernel that was being used, and a dump (dump -0 -a -f usr/ad0s1e.dump /dev/ad0s1e ) of the /tmp partition at the time (before the newfs, of course). Available for anyone interested. Is there a bigger issue here? anything I can do to help diagnose / debug this? TIA! B _________________________ {Beto|Norberto|Numard} Meijome "Lots of people who complained about us receiving the MBE received theirs for heroism in the war -- for killing people. We received ours for entertaining other people. I'd say we deserve ours more." John Lennon I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 14:39:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8A1816A403; Tue, 17 Oct 2006 14:39:53 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FC2A43D6B; Tue, 17 Oct 2006 14:39:53 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20061017143951m9100em67qe>; Tue, 17 Oct 2006 14:39:52 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id k9HEdmqj069450; Tue, 17 Oct 2006 09:39:49 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id k9HEdlVQ069449; Tue, 17 Oct 2006 09:39:47 -0500 (CDT) (envelope-from brooks) Date: Tue, 17 Oct 2006 09:39:47 -0500 From: Brooks Davis To: Trond Endrest?l Message-ID: <20061017143947.GA68977@lor.one-eyed-alien.net> References: <20061017082319.I27675@ramstind.fig.ol.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tThc/1wpZn/ma/RB" Content-Disposition: inline In-Reply-To: <20061017082319.I27675@ramstind.fig.ol.no> User-Agent: Mutt/1.5.11 Cc: re@freebsd.org, FreeBSD stable Subject: Re: Ensuring inetd is started before any RPC services X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 14:39:53 -0000 --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 17, 2006 at 08:46:49AM +0200, Trond Endrest?l wrote: > I have on many occasions run into the situation where the RPC based=20 > services have occupied the well-known ports for other non-RPC based=20 > services. Last week rpc.lockd on one of my systems got hold of TCP=20 > port 995, leaving inetd unable to start any pop3s services. >=20 > The easy cure is to add this line >=20 > # BEFORE: rpcbind >=20 > to /etc/rc.d/inetd. >=20 > You might want to consider fixing /etc/rc.d/inetd prior to the release=20 > of 6.2. I'm pretty sure this change would break inetd's rpc service support and would change the startup order more significantly than I think is appropriate this late in the release cycle. -- Brooks --tThc/1wpZn/ma/RB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFNOsyXY6L6fI4GtQRAt1PAJ9vmY0nGNKduSA8F5A3fkfNgESgZgCfeINn KJH7opmjRi5ijNW47bPzJ9c= =k1Sc -----END PGP SIGNATURE----- --tThc/1wpZn/ma/RB-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 14:45:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22B4F16A407 for ; Tue, 17 Oct 2006 14:45:43 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail.secureworks.net (mail.secureworks.net [65.114.32.155]) by mx1.FreeBSD.org (Postfix) with SMTP id 9083B43D49 for ; Tue, 17 Oct 2006 14:45:40 +0000 (GMT) (envelope-from mike@jellydonut.org) Received: (qmail 39980 invoked from network); 17 Oct 2006 14:45:40 -0000 Received: from unknown (HELO ?192.168.23.35?) (63.239.86.252) by 0 with SMTP; 17 Oct 2006 14:45:40 -0000 Message-ID: <4534EC94.4090103@jellydonut.org> Date: Tue, 17 Oct 2006 10:45:40 -0400 From: Michael Proto User-Agent: Thunderbird 1.5.0.7 (X11/20060914) MIME-Version: 1.0 To: Brooks Davis References: <20061017082319.I27675@ramstind.fig.ol.no> <20061017143947.GA68977@lor.one-eyed-alien.net> In-Reply-To: <20061017143947.GA68977@lor.one-eyed-alien.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD stable Subject: Re: Ensuring inetd is started before any RPC services X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 14:45:43 -0000 Brooks Davis wrote: > On Tue, Oct 17, 2006 at 08:46:49AM +0200, Trond Endrest?l wrote: >> I have on many occasions run into the situation where the RPC based >> services have occupied the well-known ports for other non-RPC based >> services. Last week rpc.lockd on one of my systems got hold of TCP >> port 995, leaving inetd unable to start any pop3s services. >> >> The easy cure is to add this line >> >> # BEFORE: rpcbind >> >> to /etc/rc.d/inetd. >> >> You might want to consider fixing /etc/rc.d/inetd prior to the release >> of 6.2. > > I'm pretty sure this change would break inetd's rpc service support and > would change the startup order more significantly than I think is > appropriate this late in the release cycle. > > -- Brooks What about adding a default port flag to /etc/defaults/rc.conf that doesn't conflict with /etc/services? mountd_flags="-r -p 924" (or similar) -Proto From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 15:00:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46C3B16A49E for ; Tue, 17 Oct 2006 15:00:10 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA65243D73 for ; Tue, 17 Oct 2006 15:00:00 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20061017145958m9200knilme>; Tue, 17 Oct 2006 14:59:59 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id k9HExlcj069686; Tue, 17 Oct 2006 09:59:47 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id k9HExkq7069685; Tue, 17 Oct 2006 09:59:46 -0500 (CDT) (envelope-from brooks) Date: Tue, 17 Oct 2006 09:59:46 -0500 From: Brooks Davis To: Norberto Meijome Message-ID: <20061017145946.GB68977@lor.one-eyed-alien.net> References: <20061018002558.3a2bcdf6@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CUfgB8w4ZwR/yMy5" Content-Disposition: inline In-Reply-To: <20061018002558.3a2bcdf6@localhost> User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: kernel panic mounting /tmp - 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 15:00:10 -0000 --CUfgB8w4ZwR/yMy5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 18, 2006 at 12:25:58AM +1000, Norberto Meijome wrote: > Hi everyone, >=20 > tonight when I started my laptop, i was welcomed with a very nice panic, = which > was happening JUST when mounting the filesystems.=20 >=20 > Some info: > Fault code : supervisor read, page not present. > current process : 112 (mount) > trap 12 > panic :page fault >=20 > with nm -m I saw that the following procs where candidates ... >=20 > ufsdirhash_build > ufsdirhas_free > ufsdirhash_lookup >=20 > Booting with 6.1 Release CD and mounting showed no obvious problems at al= l, but > the panic could be reproduced every time with this particular kernel (6 d= ays > old). Commenting out /tmp in fstab worked around the problem. >=20 > recreating the filesystem in /dev/ad0s1e (my /tmp) solved the problem and= now > everything is back to normal. The computer works great as usual. >=20 > $ uname -a > FreeBSD ayiin.xxx 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #14: > Wed Oct 11 14:13:49 EST 2006 > root@ayiin.xxx:/usr/obj/usr/src/sys/AYIIN i386 >=20 > I have a good kernel dump , a copy of /boot/kernel that was being used, a= nd a > dump (dump -0 -a -f usr/ad0s1e.dump /dev/ad0s1e ) of the /tmp partition a= t the > time (before the newfs, of course). Available for anyone interested. >=20 > Is there a bigger issue here? anything I can do to help diagnose / debug = this? Possibly and no. By recreating the file system you've destroyed the information needed to isolate the cause. It's known that an appropriately corrupt file system can do this, but the causes (there are probably several) are not yet known. There is some speculation that the only solution is to add checksums to all key data sections. -- Brooks --CUfgB8w4ZwR/yMy5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFNO/hXY6L6fI4GtQRAiYOAJoD/1aFj4F5i/QtCRm+zlD216aaiwCcDQcw rEag0jVYKZe3k8x81kcUnE0= =+MzE -----END PGP SIGNATURE----- --CUfgB8w4ZwR/yMy5-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 15:14:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1F4B16A403; Tue, 17 Oct 2006 15:14:33 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (ramstind.fig.ol.no [128.39.174.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC3DA43D58; Tue, 17 Oct 2006 15:14:32 +0000 (GMT) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (Ximalas@localhost [127.0.0.1]) by ramstind.fig.ol.no (8.13.6/8.13.6) with ESMTP id k9HFEMa3047823 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Oct 2006 17:14:23 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by ramstind.fig.ol.no (8.13.6/8.13.6/Submit) with ESMTP id k9HFEM5a047820; Tue, 17 Oct 2006 17:14:22 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: ramstind.fig.ol.no: trond owned process doing -bs Date: Tue, 17 Oct 2006 17:14:22 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Brooks Davis In-Reply-To: <20061017143947.GA68977@lor.one-eyed-alien.net> Message-ID: <20061017171137.W27675@ramstind.fig.ol.no> References: <20061017082319.I27675@ramstind.fig.ol.no> <20061017143947.GA68977@lor.one-eyed-alien.net> Organization: =?ISO-8859-1?Q?Fagskolen_i_Gj=F8vik?= MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-2081087140-1161098062=:27675" X-Spam-Status: No, hits=0.1 required=5.0 tests=AWL autolearn=ham X-Spam-Checker-Version: SpamAssassin on ramstind.fig.ol.no Cc: re@freebsd.org, FreeBSD stable Subject: Re: Ensuring inetd is started before any RPC services X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 15:14:33 -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-2081087140-1161098062=:27675 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT On Tue, 17 Oct 2006 09:39-0500, Brooks Davis wrote: > On Tue, Oct 17, 2006 at 08:46:49AM +0200, Trond Endrest?l wrote: > > I have on many occasions run into the situation where the RPC based > > services have occupied the well-known ports for other non-RPC based > > services. Last week rpc.lockd on one of my systems got hold of TCP > > port 995, leaving inetd unable to start any pop3s services. > > > > The easy cure is to add this line > > > > # BEFORE: rpcbind > > > > to /etc/rc.d/inetd. > > > > You might want to consider fixing /etc/rc.d/inetd prior to the release > > of 6.2. > > I'm pretty sure this change would break inetd's rpc service support and > would change the startup order more significantly than I think is > appropriate this late in the release cycle. Yes, I see your point. I guess we who never run any RPC services through inetd must make this change ourself, and it's relatively easy to maintain this change when using mergemaster after each installworld. One size does not fit all, not in this case. Trond. -- ---------------------------------------------------------------------- Trond Endrestøl | trond@fagskolen.gjovik.no Patron of The Art of Computer Programming| FreeBSD 6.1-S & Pine 4.64 --0-2081087140-1161098062=:27675-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 15:19:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3506516A412; Tue, 17 Oct 2006 15:19:25 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 618E043D6E; Tue, 17 Oct 2006 15:19:21 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20061017151920m9100emle8e>; Tue, 17 Oct 2006 15:19:20 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id k9HFJIXx069881; Tue, 17 Oct 2006 10:19:18 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id k9HFJCo4069880; Tue, 17 Oct 2006 10:19:12 -0500 (CDT) (envelope-from brooks) Date: Tue, 17 Oct 2006 10:19:12 -0500 From: Brooks Davis To: Trond Endrest?l Message-ID: <20061017151911.GC68977@lor.one-eyed-alien.net> References: <20061017082319.I27675@ramstind.fig.ol.no> <20061017143947.GA68977@lor.one-eyed-alien.net> <20061017171137.W27675@ramstind.fig.ol.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6zdv2QT/q3FMhpsV" Content-Disposition: inline In-Reply-To: <20061017171137.W27675@ramstind.fig.ol.no> User-Agent: Mutt/1.5.11 Cc: re@freebsd.org, FreeBSD stable Subject: Re: Ensuring inetd is started before any RPC services X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 15:19:25 -0000 --6zdv2QT/q3FMhpsV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 17, 2006 at 05:14:22PM +0200, Trond Endrest?l wrote: > On Tue, 17 Oct 2006 09:39-0500, Brooks Davis wrote: >=20 > > On Tue, Oct 17, 2006 at 08:46:49AM +0200, Trond Endrest?l wrote: > > > I have on many occasions run into the situation where the RPC based= =20 > > > services have occupied the well-known ports for other non-RPC based= =20 > > > services. Last week rpc.lockd on one of my systems got hold of TCP=20 > > > port 995, leaving inetd unable to start any pop3s services. > > >=20 > > > The easy cure is to add this line > > >=20 > > > # BEFORE: rpcbind > > >=20 > > > to /etc/rc.d/inetd. > > >=20 > > > You might want to consider fixing /etc/rc.d/inetd prior to the releas= e=20 > > > of 6.2. > >=20 > > I'm pretty sure this change would break inetd's rpc service support and > > would change the startup order more significantly than I think is > > appropriate this late in the release cycle. >=20 > Yes, I see your point. >=20 > I guess we who never run any RPC services through inetd must make this=20 > change ourself, and it's relatively easy to maintain this change when=20 > using mergemaster after each installworld. One size does not fit all,=20 > not in this case. It's clear to me that we need a better way to specifying which ports services that want an arbitrary port can use. That's probably the long term solution. -- Brooks --6zdv2QT/q3FMhpsV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFNPRvXY6L6fI4GtQRAkXmAKC1TrvMkYM4TEeA38XnmboW54SOtQCeMRZ+ 3kGQCbF0LufjG/7Dt2i2ufg= =eafy -----END PGP SIGNATURE----- --6zdv2QT/q3FMhpsV-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 15:26:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F5CF16A415 for ; Tue, 17 Oct 2006 15:26:03 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail.secureworks.net (mail.secureworks.net [65.114.32.155]) by mx1.FreeBSD.org (Postfix) with SMTP id 3996843D8F for ; Tue, 17 Oct 2006 15:25:50 +0000 (GMT) (envelope-from mike@jellydonut.org) Received: (qmail 54616 invoked from network); 17 Oct 2006 15:25:49 -0000 Received: from unknown (HELO ?192.168.23.35?) (63.239.86.252) by 0 with SMTP; 17 Oct 2006 15:25:49 -0000 Message-ID: <4534F5FE.30609@jellydonut.org> Date: Tue, 17 Oct 2006 11:25:50 -0400 From: Michael Proto User-Agent: Thunderbird 1.5.0.7 (X11/20060914) MIME-Version: 1.0 To: Brooks Davis References: <20061017082319.I27675@ramstind.fig.ol.no> <20061017143947.GA68977@lor.one-eyed-alien.net> <4534EC94.4090103@jellydonut.org> In-Reply-To: <4534EC94.4090103@jellydonut.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD stable Subject: Re: Ensuring inetd is started before any RPC services X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 15:26:03 -0000 Michael Proto wrote: > Brooks Davis wrote: >> On Tue, Oct 17, 2006 at 08:46:49AM +0200, Trond Endrest?l wrote: >>> I have on many occasions run into the situation where the RPC based >>> services have occupied the well-known ports for other non-RPC based >>> services. Last week rpc.lockd on one of my systems got hold of TCP >>> port 995, leaving inetd unable to start any pop3s services. >>> >>> The easy cure is to add this line >>> >>> # BEFORE: rpcbind >>> >>> to /etc/rc.d/inetd. >>> >>> You might want to consider fixing /etc/rc.d/inetd prior to the release >>> of 6.2. >> I'm pretty sure this change would break inetd's rpc service support and >> would change the startup order more significantly than I think is >> appropriate this late in the release cycle. >> >> -- Brooks > > What about adding a default port flag to /etc/defaults/rc.conf that > doesn't conflict with /etc/services? > > mountd_flags="-r -p 924" (or similar) > Doh! I just read the parent and see its regarding rpc.lockd and not mountd, my mistake. -Proto From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 16:03:40 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADCD916A403; Tue, 17 Oct 2006 16:03:40 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E23143D53; Tue, 17 Oct 2006 16:03:38 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 8331D5EFF; Tue, 17 Oct 2006 20:03:37 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 7961C5EFD; Tue, 17 Oct 2006 20:03:37 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k9HG3qWD072379; Tue, 17 Oct 2006 20:03:52 +0400 (MSD) (envelope-from ru) Date: Tue, 17 Oct 2006 20:03:52 +0400 From: Ruslan Ermilov To: Dag-Erling Smorgrav Message-ID: <20061017160351.GA72123@rambler-co.ru> References: <20061017074639.GB11838@mail1.thewrittenword.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg" Content-Disposition: inline In-Reply-To: <20061017074639.GB11838@mail1.thewrittenword.com> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: freebsd-stable@FreeBSD.org Subject: Re: ENABLE_SUID_SSH in make.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 16:03:40 -0000 --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 17, 2006 at 02:46:39AM -0500, Albert Chin wrote: > According to make.conf(5): > ENABLE_SUID_SSH > (bool) Set this to install ssh(1) with the set-user-ID= bit > turned on. >=20 > However, I think ENABLE_SUID_SSH only sets the suid bit for > /usr/libexec/ssh-keysign. >=20 > Why isn't /usr/libexec/ssh-keysign suid by default anyway? It's > pointless without it. >=20 Good question. Let's see what our maintainer has to say about it. My feeling as well is that the option should just be removed. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --gKMricLos+KVdGMg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFNP7nqRfpzJluFF4RAj9OAKCRhdPdpt1ItDRiLGbHT+g7DRUS6QCgjsbI YTZV6+vzDdcqTmd9R+x4Fa0= =laAb -----END PGP SIGNATURE----- --gKMricLos+KVdGMg-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 16:32:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7224016A407 for ; Tue, 17 Oct 2006 16:32:32 +0000 (UTC) (envelope-from kai@xs4all.nl) Received: from smtp-vbr8.xs4all.nl (smtp-vbr8.xs4all.nl [194.109.24.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1F3B43D55 for ; Tue, 17 Oct 2006 16:32:31 +0000 (GMT) (envelope-from kai@xs4all.nl) Received: from xs6.xs4all.nl (xs6.xs4all.nl [194.109.21.6]) by smtp-vbr8.xs4all.nl (8.13.8/8.13.8) with ESMTP id k9HGWTth043994 for ; Tue, 17 Oct 2006 18:32:30 +0200 (CEST) (envelope-from kai@xs4all.nl) Received: from xs6.xs4all.nl (kai@localhost [127.0.0.1]) by xs6.xs4all.nl (8.13.6/8.13.6) with ESMTP id k9HGWTkQ005209 for ; Tue, 17 Oct 2006 18:32:29 +0200 (CEST) (envelope-from kai@xs4all.nl) Received: (from kai@localhost) by xs6.xs4all.nl (8.13.6/8.13.6/Submit) id k9HGWT25005208 for freebsd-stable@freebsd.org; Tue, 17 Oct 2006 18:32:29 +0200 (CEST) (envelope-from kai) Date: Tue, 17 Oct 2006 18:32:29 +0200 From: Kai To: freebsd-stable@freebsd.org Message-ID: <20061017163229.GG603@xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus: Hi! I'm a header virus! Forward this header to your friends to help me spread! X-Morphed: complete X-Virus-Scanned: by XS4ALL Virus Scanner Subject: /etc/rc's purgedir (or /etc/rc.d/cleanvar in 6.0) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 16:32:32 -0000 Hello, I have a funny message at boot time, after fsck I see: real memory = 3489071104 (3407296K bytes) avail memory = 3394760704 (3315196K bytes) ... Mounting root from ufs:/dev/da0s1a pmap_collect: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC pmap_collect: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC maxproc limit exceeded by uid 0, please see tuning(7) and login.conf(5). maxproc limit exceeded by uid 0, please see tuning(7) and login.conf(5). em0: Link is up 100 Mbps Full Duplex I have traced this down to purgedir calling itself recursively while cleaning /var/run. In /var/run there is a dovecot-index directory, which seems to be 8 levels deep. I know that 8 levels deep is not normal, but it seems to me that purgedir() should be able to handle this, or am I overlooking something? Regards, Kai -- begin 600 .signature From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 17:03:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E122616A403 for ; Tue, 17 Oct 2006 17:03:02 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9587643D58 for ; Tue, 17 Oct 2006 17:03:02 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id VBT18430; Tue, 17 Oct 2006 10:02:30 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 0D7BF4504D; Tue, 17 Oct 2006 10:02:29 -0700 (PDT) To: "O. Hartmann" In-Reply-To: Your message of "Tue, 17 Oct 2006 08:46:05 +0200." <45347C2D.2030806@zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1161104549_78695P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 17 Oct 2006 10:02:29 -0700 From: "Kevin Oberman" Message-Id: <20061017170229.0D7BF4504D@ptavv.es.net> X-Spam-IndexStatus: 0 Cc: "O. Hartmann" , freebsd-stable@freebsd.org Subject: Re: FBSD 6.2-PRE: todays cvsupdate break kernel build X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 17:03:03 -0000 --==_Exmh_1161104549_78695P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Tue, 17 Oct 2006 08:46:05 +0200 > From: "O. Hartmann" > Sender: owner-freebsd-stable@freebsd.org > > Sam Leffler wrote: > > O. Hartmann wrote: > >> Today's cvsupdate seems to break kernel build at this pint on FreeBSD > >> 6.2-PRE/AMD64: > >> > >> awk -f /usr/src/sys/modules/ata/atapicam/../../../conf/kmod_syms.awk > >> atapicam.ko export_syms | xargs -J% objcopy % atapicam.ko > >> objcopy --strip-debug atapicam.ko > >> ===> ath (all) > >> make: don't know how to make > >> /usr/src/sys/modules/ath/../../contrib/dev/ath/freebsd/ah_osdep.h. Stop > >> *** Error code 2 > >> > >> Stop in /usr/src/sys/modules. > >> *** Error code 1 > > > > Make sure you rebuild your dependencies; ah_osdep.[ch] moved from > > contrib/dev/ath to dev/ath. > > > > Sam > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > I see, seems to be my fault. I only use "make world/make kernel" and > 'hoped' those makefile do the rest for me - without having prooved it > for myself. Sorry for bothering ... > This evening I'll check that and I'm sure, as you can see in the error > message, there is still the old location 'active' ... Use of "make world" is very, very dangerous unless you know exactly what you are doing and the exact state of your sources. There are many, myself included who would like to see the target removed. In any case, stick to the procedure un /usr/src/UPDATING if you really want things to build correctly. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1161104549_78695P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFNQylkn3rs5h7N1ERAsktAKCiPrPUgM/Tq5n2NxKE+u5jb7FrRACcCVzA Xtrt1xjXkk77k66fCaFKF2w= =zwHA -----END PGP SIGNATURE----- --==_Exmh_1161104549_78695P-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 17:22:37 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2074D16A403 for ; Tue, 17 Oct 2006 17:22:37 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89FD243D82 for ; Tue, 17 Oct 2006 17:22:32 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 984BBB80F for ; Tue, 17 Oct 2006 13:22:31 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <6eb82e0610161403n603aed79o6fed1df492504ef8@mail.gmail.com> References: <6eb82e0610161403n603aed79o6fed1df492504ef8@mail.gmail.com> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-14-262440831; protocol="application/pkcs7-signature" Message-Id: From: Vivek Khera Date: Tue, 17 Oct 2006 13:22:30 -0400 To: stable@freebsd.org X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: nfsd stuck in ufs/biord/biowr/getblk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 17:22:37 -0000 --Apple-Mail-14-262440831 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed On Oct 16, 2006, at 5:03 PM, Rong-en Fan wrote: > Yesterday, I saw my all my nfsd stuck in ufs/biord/biowr/getblk. > I saw the same thing some time ago. I break into ddb and do a > 'alltrace': do you have an em or bge ethernet? --Apple-Mail-14-262440831-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 17:37:08 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58B8A16A415; Tue, 17 Oct 2006 17:37:08 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx0.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04A6F43D5C; Tue, 17 Oct 2006 17:37:06 +0000 (GMT) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx0.rink.nu (Postfix) with ESMTP id 16F4A170A5; Tue, 17 Oct 2006 19:37:48 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx0.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rZjy3FC6Axsq; Tue, 17 Oct 2006 19:37:42 +0200 (CEST) Received: by mx0.rink.nu (Postfix, from userid 1000) id A0DF417094; Tue, 17 Oct 2006 19:37:42 +0200 (CEST) Date: Tue, 17 Oct 2006 19:37:42 +0200 From: Rink Springer To: Rink Springer , Lin Jui-Nan Eric , stable@freebsd.org Message-ID: <20061017173742.GB83613@rink.nu> References: <47713ee10610150811w4cca315etc051e0fe14d88dab@mail.gmail.com> <20061015151924.GA50017@rink.nu> <47713ee10610150830g4dc4b747j9425d3b5194829f1@mail.gmail.com> <20061015154022.GC50017@rink.nu> <20061015220111.GA10634@Update.UU.SE> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline In-Reply-To: <20061015220111.GA10634@Update.UU.SE> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: mountd changed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 17:37:08 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Erik, Lin, On Mon, Oct 16, 2006 at 12:01:11AM +0200, Erik Trulsson wrote: > [Second attempt to send this, since my first seems to have been eaten by = my > ISP. Apologies if it appears twice.] >=20 > On Sun, Oct 15, 2006 at 05:40:22PM +0200, Rink Springer wrote: > > Hi, > >=20 > > On Sun, Oct 15, 2006 at 11:30:23PM +0800, Lin Jui-Nan Eric wrote: > > > Hi, > > >=20 > > > If I revert to revision 1.81.2.4, it worked correctly. > > >=20 > > > On 10/15/06, Rink Springer wrote: > > > >Hi, > > > > > > > >Hmm, I recently changed something which might trigger this. Could you > > > >back out revision 1.81.2.5 of src/usr.sbin/mountd/mountd.c and let me > > > >know whether this fixed the problem? > > > > > >=20 > > OK, could you try the attached patch (untested) and let me know whether > > it works? (it patches the 1.81.2.5 revision of mountd.c) >=20 > I had the same problems, but only when trying to export directories from > the root filesystem. Your patch below would not help. > The following patch (very much inspired by the comment on line 1038 in > mountd.c) makes things work for me: I intend to commit the patch at http://rink.nu/tmp/mountd.c.diff, which is basically a commented version of the patch by Erik. However, I'm still under mentorship, and Warner (imp) seems to be unreachable, which actually doesn't really surprise me. Anyway, if anyone authorized could give me the go-ahead, I'd be happy to commit this ... --=20 Rink P.W. Springer - http://rink.nu "Patience is for those who cannot afford decent hardware." - Peter Koeleman --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFFNRTmb3O60uztv/8RApT9AJ0RqJ6ep+I2UuPGtYMdLuy6kx99UACfZmxT /mxAWJePjCP/BKxsiCFcIrw= =8bKO -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 17:58:04 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 888DB16A522 for ; Tue, 17 Oct 2006 17:58:04 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA19F43D5C for ; Tue, 17 Oct 2006 17:58:01 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by qb-out-0506.google.com with SMTP id a10so517333qbd for ; Tue, 17 Oct 2006 10:58:01 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=WX3gyo4/9FF8hg3qv0O9IbKEq0cEs6JpMsv3z3XHReZxyGP98PqU7vCXRzCDCp4mICh2dT4w8C0N413IhElR3Lmxoc+kQi34v3yreg3Z6wFsLcihK09OwCukONblhjvSfTxEg5n4KRWaprq5pukM0c2SYTVYMPBKXdK4TIGX7UI= Received: by 10.90.63.16 with SMTP id l16mr5228114aga; Tue, 17 Oct 2006 10:58:00 -0700 (PDT) Received: by 10.90.98.18 with HTTP; Tue, 17 Oct 2006 10:58:00 -0700 (PDT) Message-ID: <6eb82e0610171058k4f7ae15fqf797b1bd91b63faf@mail.gmail.com> Date: Wed, 18 Oct 2006 01:58:00 +0800 From: "Rong-en Fan" To: "Vivek Khera" , "Kostik Belousov" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6eb82e0610161403n603aed79o6fed1df492504ef8@mail.gmail.com> Cc: stable@freebsd.org Subject: Re: nfsd stuck in ufs/biord/biowr/getblk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 17:58:04 -0000 On 10/18/06, Vivek Khera wrote: > > On Oct 16, 2006, at 5:03 PM, Rong-en Fan wrote: > > > Yesterday, I saw my all my nfsd stuck in ufs/biord/biowr/getblk. > > I saw the same thing some time ago. I break into ddb and do a > > 'alltrace': > > do you have an em or bge ethernet? > Yes. I do have an em0. My em0 does not share irq with other device. I got watchdog timeout message every few days, but I didn't get any in the deadlock above since boot. Regards, Rong-En Fan From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 18:04:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6460A16A415 for ; Tue, 17 Oct 2006 18:04:10 +0000 (UTC) (envelope-from vincent@xtra-net.org) Received: from ns1.xtra-net.be (ns1.xtra-net.be [195.162.200.90]) by mx1.FreeBSD.org (Postfix) with SMTP id B600F43D53 for ; Tue, 17 Oct 2006 18:04:09 +0000 (GMT) (envelope-from vincent@xtra-net.org) Received: (qmail 5011 invoked from network); 17 Oct 2006 17:50:27 -0000 Received: from unknown (HELO sbepfkaa.srv.xtra-net.be) (172.16.66.66) by 0 with SMTP; 17 Oct 2006 17:50:27 -0000 Received: (qmail 72364 invoked from network); 17 Oct 2006 17:56:56 -0000 Received: from wbedllfs.intranet.xtra-net.be (HELO wbemfkaa.net.xtra-net.be) (172.16.66.1) by 0 with SMTP; 17 Oct 2006 17:56:56 -0000 From: Vincent Blondel To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Tue, 17 Oct 2006 20:02:58 +0200 Message-Id: <1161108178.1965.1.camel@wbemfkaa.net.xtra-net.be> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Zydas 1201 USB network Adapter X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 18:04:10 -0000 Hello all, A friend of mine is interested to use a usb network interface 'Zydas 1201'. Problem seems this usb adapter is not recongnized by FreeBSD 6.1 ? Can somebody say me if this usb device is supported and how ? Regards. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 18:27:33 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40A3F16A47E for ; Tue, 17 Oct 2006 18:27:33 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AC2943D55 for ; Tue, 17 Oct 2006 18:25:59 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 3AF03B810 for ; Tue, 17 Oct 2006 14:25:53 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <6eb82e0610171058k4f7ae15fqf797b1bd91b63faf@mail.gmail.com> References: <6eb82e0610161403n603aed79o6fed1df492504ef8@mail.gmail.com> <6eb82e0610171058k4f7ae15fqf797b1bd91b63faf@mail.gmail.com> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-21-266242363; protocol="application/pkcs7-signature" Message-Id: <521F2F6A-17D5-4207-ABEE-549354311335@khera.org> From: Vivek Khera Date: Tue, 17 Oct 2006 14:25:52 -0400 To: stable@freebsd.org X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: nfsd stuck in ufs/biord/biowr/getblk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 18:27:33 -0000 --Apple-Mail-21-266242363 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Oct 17, 2006, at 1:58 PM, Rong-en Fan wrote: > On 10/18/06, Vivek Khera wrote: >> >> On Oct 16, 2006, at 5:03 PM, Rong-en Fan wrote: >> >> > Yesterday, I saw my all my nfsd stuck in ufs/biord/biowr/getblk. >> > I saw the same thing some time ago. I break into ddb and do a >> > 'alltrace': >> >> do you have an em or bge ethernet? >> > > Yes. I do have an em0. My em0 does not share irq with other > device. I got watchdog timeout message every few days, but > I didn't get any in the deadlock above since boot. I have a box on which I had to replace the onboard bge with a 3com card since there was some interference between the bge and file system drivers causing total lockups during network use combined with heavy disk use. It was 100% reproducible by doing a level 0 dump on the nfs exported volume. My symptom was that the FFS would lockup that volume. If I got lucky, it would lock up the whole system and the only way out was via console debugger. --Apple-Mail-21-266242363-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 18:37:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EA0A16A412 for ; Tue, 17 Oct 2006 18:37:39 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from a5.virtuaal.com (a5.virtuaal.com [195.222.15.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id D57D843D86 for ; Tue, 17 Oct 2006 18:37:36 +0000 (GMT) (envelope-from antik@bsd.ee) Received: from pc122.host1.ida.starman.ee ([62.65.240.122] helo=[192.168.2.100]) by a5.virtuaal.com with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.52) id 1GZtoh-00055B-8k for freebsd-stable@freebsd.org; Tue, 17 Oct 2006 21:37:32 +0300 From: Andrei Kolu To: freebsd-stable@freebsd.org Date: Tue, 17 Oct 2006 21:37:23 +0300 User-Agent: KMail/1.9.4 References: <1161108178.1965.1.camel@wbemfkaa.net.xtra-net.be> In-Reply-To: <1161108178.1965.1.camel@wbemfkaa.net.xtra-net.be> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610172137.24009.antik@bsd.ee> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - a5.virtuaal.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bsd.ee X-Source: X-Source-Args: X-Source-Dir: Subject: USB smart card and flash reader combo trouble X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 18:37:39 -0000 Card reader won't recognize any CF card and smart card inserted- same reader works just fine under XP (it automatically downloaded drivers from MS- I say this because I am sure this device is in working condition)- don't know who is manufacturer. Any other USB2 and USB1 flash card is working just fine. FreeBSD 6.1RELEASE-p10 I provide dmesg here: da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present da2 at umass-sim0 bus 0 target 0 lun 2 da2: Removable Direct Access SCSI-0 device da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present da3 at umass-sim0 bus 0 target 0 lun 3 da3: Removable Direct Access SCSI-0 device da3: 40.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): Unretryable error Opened disk da1 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): Unretryable error Opened disk da1 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): Unretryable error Opened disk da1 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): Unretryable error Opened disk da1 -> 6 (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): Unretryable error Opened disk da2 -> 6 (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): Unretryable error Opened disk da2 -> 6 (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): Unretryable error Opened disk da2 -> 6 (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): Unretryable error Opened disk da2 -> 6 (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:3): SCSI Status: Check Condition (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 (da3:umass-sim0:0:0:3): Medium not present (da3:umass-sim0:0:0:3): Unretryable error Opened disk da3 -> 6 (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:3): SCSI Status: Check Condition (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 (da3:umass-sim0:0:0:3): Medium not present (da3:umass-sim0:0:0:3): Unretryable error Opened disk da3 -> 6 (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:3): SCSI Status: Check Condition (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 (da3:umass-sim0:0:0:3): Medium not present (da3:umass-sim0:0:0:3): Unretryable error Opened disk da3 -> 6 (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:3): SCSI Status: Check Condition (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 (da3:umass-sim0:0:0:3): Medium not present (da3:umass-sim0:0:0:3): Unretryable error Opened disk da3 -> 6 From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 19:42:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A96216A40F for ; Tue, 17 Oct 2006 19:42:43 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd3mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 089DD43D6B for ; Tue, 17 Oct 2006 19:42:24 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd4mr6so.prod.shaw.ca (pd4mr6so-qfe3.prod.shaw.ca [10.0.141.69]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0J7A00BB1PCDJP20@l-daemon> for freebsd-stable@freebsd.org; Tue, 17 Oct 2006 13:41:01 -0600 (MDT) Received: from pn2ml2so.prod.shaw.ca ([10.0.121.146]) by pd4mr6so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0J7A00A1GPCCTOU0@pd4mr6so.prod.shaw.ca> for freebsd-stable@freebsd.org; Tue, 17 Oct 2006 13:41:01 -0600 (MDT) Received: from hexahedron.daemonology.net ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0J7A001VIPCB4TP0@l-daemon> for freebsd-stable@freebsd.org; Tue, 17 Oct 2006 13:41:00 -0600 (MDT) Received: (qmail 64920 invoked from network); Tue, 17 Oct 2006 19:40:57 +0000 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; Tue, 17 Oct 2006 19:40:57 +0000 Date: Tue, 17 Oct 2006 12:40:57 -0700 From: FreeBSD Security Officer To: FreeBSD Stable , freebsd security Message-id: <453531C9.7080304@freebsd.org> Organization: FreeBSD Project MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 User-Agent: Thunderbird 1.5 (X11/20060416) Cc: Subject: FreeBSD 4.x EoL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: security-officer@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 19:42:43 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 There has been a lot of discussion on these two mailing lists about the upcoming EoL of FreeBSD 4.x which I mentioned in my email entitled "HEADS UP: FreeBSD 5.3, 5.4, 6.0 EoLs coming soon". Now that everybody (hopefully) has had their say, I'd like to offer some background and explanation. The concept of "security branches" in the FreeBSD CVS tree was introduced with FreeBSD 4.3, about five years ago. At the time, support was only guaranteed for the most recent FreeBSD release and one -STABLE branch (either the latest stable branch, if two or more releases were based on it, or the previous stable branch). Under this original policy, the only supported branches would now be the security branch for FreeBSD 6.1 and 6-STABLE. Three and a half years ago, the Security Officer decided to increase the length of time for which releases would be supported, and the policy was changed to promise that releases would be supported until 12 months after their release dates, and any stable branch containing a supported release would also be supported. Under this policy, the only supported branches would now be the security branches for FreeBSD 5.5, 6.0, and 6.1, and 5-STABLE and 6-STABLE. A year later, support was once again extended. Security branches became "Errata branches", open to both security fixes and critical stability fixes (as jointly defined by the security and release engineering teams); in addition, some releases were designated as "extended support" releases, to be supported for 24 months after their respective release dates. FreeBSD 4.8 was the first such release, and FreeBSD 4.10, 4.11, 5.3, 5.5, and 6.1 have also been designated as such. It was agreed that the last release from any stable branch (which, since FreeBSD 2.2.x, has always come after the first release from the next stable branch) would always be designated for extended support, in order to provide a minimum of two years for users to upgrade to the new stable branch before their systems became unsupported. When FreeBSD 4.11 was released on January 25th 2005, the release announcement stated that "this is expected to be the last release from the RELENG_4 branch. Most of the Developers are now focused on the RELENG_5 branch, or on the cutting edge development in HEAD", and on that same day the EoL date of January 31st 2007 was documented on the Security webpage at http://www.freebsd.org/security/. The upcoming end of support for FreeBSD 4.x should therefore not be a surprise. While it might be convenient for some if FreeBSD releases were supported for far longer, it must be remembered that FreeBSD is a volunteer project which issues new releases every 4-6 months. Whereas a company like Microsoft has funds to hire people to support Windows 200[03] and XP, the FreeBSD Security Team is now supporting six releases -- 4.11, 5.3, 5.4, 5.5, 6.0, and 6.1 -- as volunteers. Each supported release increases the workload on the Security Team, by adding to the number of releases on which patches must be tested, by increasing the time required to investigate security issues, and by often requiring that patches be "back-ported" to apply to older releases. Based on my experience as a member of the Security Team since early 2004, I simply do not think that it is practical to support more than six releases concurrently. FreeBSD 4.x also poses some challenges due to its age. FreeBSD 4.11 contains OpenSSH 3.5, Sendmail 8.13.1, and BIND 8.3.7; these all act as Internet-facing servers, and are consequently particularly likely to suffer from security issues, but they are all maintained by their respective projects. The FreeBSD Security Team is largely dependent upon receiving security advisories and patches from the "upstream" maintainers of this code and/or from other projects (e.g., Linux vendors) who use the same versions as we do; FreeBSD is now one of the last projects still supporting these versions, and as time passes it will become increasingly difficulty to continue to do so. Even with code written and maintained within the FreeBSD project it would be far from trivial to continue to support FreeBSD 4.x. FreeBSD 4.x has not been the target of new development in FreeBSD since March 2000; FreeBSD, like all free software projects, has constant turnover in its pool of developers, and it is often very difficult to find developers familiar with code in FreeBSD 4.x which has been replaced in newer FreeBSD releases. The FreeBSD project is reaching the point where it lacks the "institutional memory" needed to continue to support FreeBSD 4.x. In short: * FreeBSD is a volunteer project, and we don't want to volunteer to support FreeBSD 4.x beyond the scheduled EoL date of January 31st, 2007; * Even if we did want to support FreeBSD 4.x beyond that date, I'm not certain that we would be able to do so, given that both FreeBSD and the rest of the world has moved on; and * You've had lots of warning that this was going to happen, so it's a bit late to start complaining now. Colin Percival FreeBSD Security Officer -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFFNTHJFdaIBMps37IRAnPVAJ4yeeE+yFq8B2cJJJnMBHzInA7vtgCfXjOa x4J/fxk3XMgPrGw3In+mSAk= =no9w -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 21:12:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDC2716A403 for ; Tue, 17 Oct 2006 21:12:01 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59CC843D78 for ; Tue, 17 Oct 2006 21:12:01 +0000 (GMT) (envelope-from freebsd@meijome.net) Received: (qmail 19252 invoked from network); 18 Oct 2006 07:11:58 +1000 Received: from 124-168-3-158.dyn.iinet.net.au (HELO localhost) (124.168.3.158) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 18 Oct 2006 07:11:58 +1000 Date: Wed, 18 Oct 2006 07:11:55 +1000 From: Norberto Meijome To: Brooks Davis Message-ID: <20061018071155.4331765a@localhost> In-Reply-To: <20061017145946.GB68977@lor.one-eyed-alien.net> References: <20061018002558.3a2bcdf6@localhost> <20061017145946.GB68977@lor.one-eyed-alien.net> X-Mailer: Sylpheed-Claws 2.5.2 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: kernel panic mounting /tmp - 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 21:12:01 -0000 On Tue, 17 Oct 2006 09:59:46 -0500 Brooks Davis wrote: > > Is there a bigger issue here? anything I can do to help diagnose / debug > > this? > > Possibly and no. By recreating the file system you've destroyed > the information needed to isolate the cause. It's known that an > appropriately corrupt file system can do this, but the causes (there are > probably several) are not yet known. There is some speculation that the > only solution is to add checksums to all key data sections. > > -- Brooks Gotcha - i thought as much... i hoped a dump -0 would save enough info though. I just needed to have /tmp back in place asap.... i'll keep the files around for a week or so in case something comes up. _________________________ {Beto|Norberto|Numard} Meijome Without vision you may find that you make your way through life by bumping into things. I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 22:33:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57E5716A40F for ; Tue, 17 Oct 2006 22:33:58 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id D13F343D45 for ; Tue, 17 Oct 2006 22:33:55 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20061017223354m9200klnoje>; Tue, 17 Oct 2006 22:33:54 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id k9HMXpSN073571; Tue, 17 Oct 2006 17:33:52 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id k9HMXoNh073570; Tue, 17 Oct 2006 17:33:50 -0500 (CDT) (envelope-from brooks) Date: Tue, 17 Oct 2006 17:33:50 -0500 From: Brooks Davis To: Norberto Meijome Message-ID: <20061017223350.GA73392@lor.one-eyed-alien.net> References: <20061018002558.3a2bcdf6@localhost> <20061017145946.GB68977@lor.one-eyed-alien.net> <20061018071155.4331765a@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline In-Reply-To: <20061018071155.4331765a@localhost> User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: kernel panic mounting /tmp - 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 22:33:58 -0000 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 18, 2006 at 07:11:55AM +1000, Norberto Meijome wrote: > On Tue, 17 Oct 2006 09:59:46 -0500 > Brooks Davis wrote: >=20 > > > Is there a bigger issue here? anything I can do to help diagnose / de= bug > > > this? =20 > >=20 > > Possibly and no. By recreating the file system you've destroyed > > the information needed to isolate the cause. It's known that an > > appropriately corrupt file system can do this, but the causes (there are > > probably several) are not yet known. There is some speculation that the > > only solution is to add checksums to all key data sections. > >=20 > > -- Brooks >=20 > Gotcha - i thought as much... i hoped a dump -0 would save enough info th= ough. > I just needed to have /tmp back in place asap.... >=20 > i'll keep the files around for a week or so in case something comes up. Good thought, but anything short of "dd if=3D/dev/ of=3D/path/to/some/location" probably won't preserve the corrupt bits. Think of dump as a version of tar that also knows how to read file systems directly. It only preserves files and their contents not the actual file system bits on the disk -- Brooks --dDRMvlgZJXvWKvBx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFNVpOXY6L6fI4GtQRAk93AKCMYFEHt7OsKqCw1AhkvZdBJ9pkWACguW+5 QhIyPtHoaeP0Ffn/HYFZcD8= =Ee7+ -----END PGP SIGNATURE----- --dDRMvlgZJXvWKvBx-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 22:43:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A7F716A412 for ; Tue, 17 Oct 2006 22:43:24 +0000 (UTC) (envelope-from security@jim-liesl.org) Received: from qsmtp2.mc.surewest.net (qsmtp.mc.surewest.net [66.60.130.145]) by mx1.FreeBSD.org (Postfix) with SMTP id 7868743D9C for ; Tue, 17 Oct 2006 22:42:59 +0000 (GMT) (envelope-from security@jim-liesl.org) Received: (qmail 14017 invoked from network); 17 Oct 2006 15:42:59 -0700 Received: by simscan 1.1.0 ppid: 13995, pid: 13996, t: 4.5641s scanners: regex: 1.1.0 attach: 1.1.0 clamav: 0.84/m:40/d:2019 spam: 3.0.3 Received: from unknown (HELO daemon.jim-liesl.org) (66.60.173.44) by qsmtp2 with SMTP; 17 Oct 2006 15:42:54 -0700 Received: from daemon.jim-liesl.org (localhost [127.0.0.1]) by daemon.jim-liesl.org (Postfix) with ESMTP id 564D36504; Tue, 17 Oct 2006 15:43:05 -0700 (PDT) Received: from [127.0.0.1] (daemon.static.surewest.net [192.168.1.15]) by daemon.jim-liesl.org (Postfix) with ESMTP id 1163363D7; Tue, 17 Oct 2006 15:43:05 -0700 (PDT) Message-ID: <45355C6E.5030703@jim-liesl.org> Date: Tue, 17 Oct 2006 15:42:54 -0700 From: security User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-security@freebsd.org References: <453531C9.7080304@freebsd.org> In-Reply-To: <453531C9.7080304@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on qsmtp2.surewest.net X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.3 Cc: Subject: Re: FreeBSD 4.x EoL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 22:43:24 -0000 FreeBSD Security Officer wrote: > In short: > * FreeBSD is a volunteer project, and we don't want to volunteer to support > FreeBSD 4.x beyond the scheduled EoL date of January 31st, 2007; > * Even if we did want to support FreeBSD 4.x beyond that date, I'm not certain > that we would be able to do so, given that both FreeBSD and the rest of the > world has moved on; and > * You've had lots of warning that this was going to happen, so it's a bit late > to start complaining now. > > Colin Percival > FreeBSD Security Officer > To no one in particular: "The hood's not welded on" (Eric Raymond?). You'll have the sources. If you're using 4.11 in a business, you need to decide if it's more cost effective to move on to 6 or hire someone to keep 4.11 running. There's compat_4 to keep most userland apps happy. I'm sure you could argue the various design issues to your hearts content on the news groups, but practically speaking, I don't have an issue with this. Nor is it all that different from your typical paid for support model for a proprietary OS. It's not like the poor folks that got stuck with a business app that was locked to win95 or 98 with bizarre undocumented API's jim From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 22:45:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2890116A403 for ; Tue, 17 Oct 2006 22:45:09 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F59343DE1 for ; Tue, 17 Oct 2006 22:44:42 +0000 (GMT) (envelope-from freebsd@meijome.net) Received: (qmail 4956 invoked from network); 18 Oct 2006 08:44:42 +1000 Received: from 124-168-3-158.dyn.iinet.net.au (HELO localhost) (124.168.3.158) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 18 Oct 2006 08:44:42 +1000 Date: Wed, 18 Oct 2006 08:44:39 +1000 From: Norberto Meijome To: Brooks Davis Message-ID: <20061018084439.6451312c@localhost> In-Reply-To: <20061017223350.GA73392@lor.one-eyed-alien.net> References: <20061018002558.3a2bcdf6@localhost> <20061017145946.GB68977@lor.one-eyed-alien.net> <20061018071155.4331765a@localhost> <20061017223350.GA73392@lor.one-eyed-alien.net> X-Mailer: Sylpheed-Claws 2.5.2 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: kernel panic mounting /tmp - 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 22:45:09 -0000 On Tue, 17 Oct 2006 17:33:50 -0500 Brooks Davis wrote: > > Gotcha - i thought as much... i hoped a dump -0 would save enough info > > though. I just needed to have /tmp back in place asap.... > > > > i'll keep the files around for a week or so in case something comes up. > > Good thought, but anything short of "dd if=/dev/ > of=/path/to/some/location" probably won't preserve the corrupt bits. > Think of dump as a version of tar that also knows how to read file > systems directly. It only preserves files and their contents not the > actual file system bits on the disk Yes, I realise that now, it was late and I wasn't thinking too straight obviously. BTW, the mount in 6.1-RELEASE CD had no issue at all mounting the filesystem.. dump I used was 6.1-RELEASE too . would have been user land app related, or actual UFS kernel code that made the difference? _________________________ {Beto|Norberto|Numard} Meijome Do not take away the camels hump, you may be stopping him from being a camel. I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 22:58:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85DE316A417 for ; Tue, 17 Oct 2006 22:58:43 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9273543D76 for ; Tue, 17 Oct 2006 22:58:41 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20061017225840m9100elubke>; Tue, 17 Oct 2006 22:58:40 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id k9HMwbhx073795; Tue, 17 Oct 2006 17:58:38 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id k9HMwa8J073794; Tue, 17 Oct 2006 17:58:36 -0500 (CDT) (envelope-from brooks) Date: Tue, 17 Oct 2006 17:58:36 -0500 From: Brooks Davis To: Norberto Meijome Message-ID: <20061017225836.GB73392@lor.one-eyed-alien.net> References: <20061018002558.3a2bcdf6@localhost> <20061017145946.GB68977@lor.one-eyed-alien.net> <20061018071155.4331765a@localhost> <20061017223350.GA73392@lor.one-eyed-alien.net> <20061018084439.6451312c@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yEPQxsgoJgBvi8ip" Content-Disposition: inline In-Reply-To: <20061018084439.6451312c@localhost> User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: kernel panic mounting /tmp - 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 22:58:43 -0000 --yEPQxsgoJgBvi8ip Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 18, 2006 at 08:44:39AM +1000, Norberto Meijome wrote: > On Tue, 17 Oct 2006 17:33:50 -0500 > Brooks Davis wrote: >=20 > > > Gotcha - i thought as much... i hoped a dump -0 would save enough info > > > though. I just needed to have /tmp back in place asap.... > > >=20 > > > i'll keep the files around for a week or so in case something comes u= p. =20 > >=20 > > Good thought, but anything short of "dd if=3D/dev/ > > of=3D/path/to/some/location" probably won't preserve the corrupt bits. > > Think of dump as a version of tar that also knows how to read file > > systems directly. It only preserves files and their contents not the > > actual file system bits on the disk >=20 > Yes, I realise that now, it was late and I wasn't thinking too straight > obviously. > > BTW, the mount in 6.1-RELEASE CD had no issue at all mounting the filesys= tem.. > dump I used was 6.1-RELEASE too . would have been user land app related,= or > actual UFS kernel code that made the difference?=20 That's somewhat distrubing. That sounds like a change to the UFS code somehow made things more fragile, though it could be an access pattern issue of some sort. -- Brooks --yEPQxsgoJgBvi8ip Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFNWAcXY6L6fI4GtQRAmszAJ9oXZ6YvzkRLnfk1UtOC/fm3+EFFwCfURDw v637FB2NTvPJ4GOm5lCEGK8= =AgDn -----END PGP SIGNATURE----- --yEPQxsgoJgBvi8ip-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 23:07:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18D3216A47C; Tue, 17 Oct 2006 23:07:29 +0000 (UTC) (envelope-from michael@gargantuan.com) Received: from phoenix.gargantuan.com (srv01.lak.lwxdatacom.net [24.73.171.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3599243D6E; Tue, 17 Oct 2006 23:07:24 +0000 (GMT) (envelope-from michael@gargantuan.com) Received: by phoenix.gargantuan.com (Postfix, from userid 1001) id 00EB62CF; Tue, 17 Oct 2006 19:07:22 -0400 (EDT) Date: Tue, 17 Oct 2006 19:07:22 -0400 From: "Michael W. Oliver" To: FreeBSD Security Officer Message-ID: <20061017230722.GH8866@gargantuan.com> Mail-Followup-To: FreeBSD Security Officer , FreeBSD Stable , freebsd security References: <453531C9.7080304@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1Ow488MNN9B9o/ov" Content-Disposition: inline In-Reply-To: <453531C9.7080304@freebsd.org> X-WWW-URL: http://michael.gargantuan.com X-GPG-PGP-Public-Key: http://michael.gargantuan.com/gnupg/pubkey.asc X-GPG-PGP-Fingerprint: 0881 F6F6 F92B F8A4 A1AB B3C3 B29C 7277 AC60 0B0E X-Home-Phone: +1-863-816-8091 X-Mobile-Phone: +1-863-738-2334 X-Mailing-Address0: 8008 Apache Lane X-Mailing-Address1: Lakeland, FL 33810-2172 X-Mailing-Address2: United States of America X-Guide-Questions: http://www.catb.org/~esr/faqs/smart-questions.html X-Guide-Netiquette: http://www.ietf.org/rfc/rfc1855.txt User-Agent: mutt-ng/devel-r774 (FreeBSD) Cc: freebsd security , FreeBSD Stable Subject: Re: FreeBSD 4.x EoL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 23:07:29 -0000 --1Ow488MNN9B9o/ov Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Colin, Thanks for the verbose and reasoned explanation. Since the email last week, I have taken the opportunity to upgrade two machines, one here and one remote (both with serial console) from 4.9->5.5->6.2PRE, and while I can't say that I did it blindfolded, it wasn't too painful. The upgrade instructions at... http://www.freebsd.org/releases/5.3R/migration-guide.html =2E..were as close to perfect as could be (and for those who might ask me for a step-by-step howto, look to the above URL). A few things that I should mention to others trying this are... 0. Backup, and then check your backups! 1. Be prepared to spend a lot of time in single-user mode, especially for the 4->5 step, because there is a LOT for mergemaster to do. The step from 5->6 is not nearly as painful. I didn't try to do the installworld and mergemaster in multiuser, and if you do then have a bigger set than I do. 2. Trust the migration guide when it says to use a default kernel configuration file unless you are 100% prepared to reap what you sow. 3. Be prepared to spend a lot of time (depending on the speed of your machines) rebuilding all of your ports. Don't skimp on this step. 4. On one of my machines (the local one, thank God!), I started getting weird pauses and bus errors when trying to rebuild my ports, and then noticed that the acpi.ko wasn't being loaded at boot. Turns out that I had disabled ACPI in the BIOS back when the machine was originally built for v4. Since switching on ACPI in the BIOS, those issues have totally cleared. All in all, it has been a good experience. I do sympathize with the folks who clamor for the death of v5 before v4, because v4 continues to be rock-solid stable for UP machines. Time will tell if v6 answers the shortcomings of v5 when compared to v4. Either way, the benefits of using FreeBSD far outweigh the costs, so I thank you and the rest of the development community. --=20 Mike Oliver, KI4OFU [see complete headers for contact information] ------------------------------------------------------------------------ If your email to me is rejected, it is likely a problem with the MTA on your end, so please send the error report to me at mwoliver at gmail dot com and I will investigate the issue. Thanks. ------------------------------------------------------------------------ --1Ow488MNN9B9o/ov Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFFNWIqboLl4ADjAhARAgCZAKCvO9c+cuZbnp5xdJ3lJfgUyxTZ/ACeJJlc JGTXK6bKIAMfh/W65LM9W+A= =Gts7 -----END PGP SIGNATURE----- --1Ow488MNN9B9o/ov-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 23:12:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCA3216A415; Tue, 17 Oct 2006 23:12:00 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9443543D46; Tue, 17 Oct 2006 23:12:00 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 4D26C1A3C19; Tue, 17 Oct 2006 16:12:00 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BAD4351515; Tue, 17 Oct 2006 19:11:59 -0400 (EDT) Date: Tue, 17 Oct 2006 19:11:59 -0400 From: Kris Kennaway To: FreeBSD Security Officer , FreeBSD Stable , freebsd security Message-ID: <20061017231159.GA67830@xor.obsecurity.org> References: <453531C9.7080304@freebsd.org> <20061017230722.GH8866@gargantuan.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline In-Reply-To: <20061017230722.GH8866@gargantuan.com> User-Agent: Mutt/1.4.2.2i Cc: Subject: Re: FreeBSD 4.x EoL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 23:12:01 -0000 --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 17, 2006 at 07:07:22PM -0400, Michael W. Oliver wrote: > Colin, >=20 > Thanks for the verbose and reasoned explanation. Since the email last > week, I have taken the opportunity to upgrade two machines, one here and > one remote (both with serial console) from 4.9->5.5->6.2PRE, and while I > can't say that I did it blindfolded, it wasn't too painful. The upgrade > instructions at... >=20 > http://www.freebsd.org/releases/5.3R/migration-guide.html >=20 > ...were as close to perfect as could be (and for those who might ask me > for a step-by-step howto, look to the above URL). A few things that I > should mention to others trying this are... >=20 > 0. Backup, and then check your backups! >=20 > 1. Be prepared to spend a lot of time in single-user mode, especially > for the 4->5 step, because there is a LOT for mergemaster to do. The > step from 5->6 is not nearly as painful. I didn't try to do the > installworld and mergemaster in multiuser, and if you do then have a > bigger set than I do. >=20 > 2. Trust the migration guide when it says to use a default kernel > configuration file unless you are 100% prepared to reap what you sow. >=20 > 3. Be prepared to spend a lot of time (depending on the speed of your > machines) rebuilding all of your ports. Don't skimp on this step. >=20 > 4. On one of my machines (the local one, thank God!), I started getting > weird pauses and bus errors when trying to rebuild my ports, and then > noticed that the acpi.ko wasn't being loaded at boot. Turns out that I > had disabled ACPI in the BIOS back when the machine was originally built > for v4. Since switching on ACPI in the BIOS, those issues have totally > cleared. Good advice. You can make step 3 easier by using the precompiled packages where possible, e.g. "portupgrade -faP" Kris --vtzGhvizbBRQ85DL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFNWM/Wry0BWjoQKURAoOVAJ4pdcyMNe9xo3e8tbAkPgzRxKVRIgCgvf97 XtDc7KPBbLrC71w8xrmTl2k= =lUes -----END PGP SIGNATURE----- --vtzGhvizbBRQ85DL-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 23:26:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D03016A407 for ; Tue, 17 Oct 2006 23:26:31 +0000 (UTC) (envelope-from fj@panix.com) Received: from mail2.panix.com (mail2.panix.com [166.84.1.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1699943D58 for ; Tue, 17 Oct 2006 23:26:30 +0000 (GMT) (envelope-from fj@panix.com) Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail2.panix.com (Postfix) with ESMTP id 6387E9D844 for ; Tue, 17 Oct 2006 19:26:30 -0400 (EDT) Received: (from fj@localhost) by panix5.panix.com (8.11.6p3/8.8.8/PanixN1.1) id k9HNQUC22622 for freebsd-stable@freebsd.org; Tue, 17 Oct 2006 19:26:30 -0400 (EDT) Date: Tue, 17 Oct 2006 19:26:30 -0400 From: Joe Altman To: freebsd-stable@freebsd.org Message-ID: <20061017232630.GA28889@panix.com> Mail-Followup-To: Joe Altman , freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.10i Subject: Re: FreeBSD 4.x EoL (FreeBSD Security Officer) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 23:26:31 -0000 >From the list digest: > 23. FreeBSD 4.x EoL (FreeBSD Security Officer) A few things immediately jumped out at me, and so I've elided everything around them so that they stand out; which I believe to be proper: > From: FreeBSD Security Officer > Subject: FreeBSD 4.x EoL > Three and a half years ago, the Security Officer decided to increase > the length of time > A year later, support was once again extended. from the same paragraph: > in addition, some releases were designated as "extended support" > releases... All I *can* see is a minority (the project members) of people reaching well beyond what can be reasonably expected on behalf of, and for the benefit of, other people. Thinking of this project as a sort of organism, or perhaps some sort of meme, I find that I can only conclude that it has been more than generous. To say more would probably invite flames or invoke sentimentality, so I'll stick with "Thank you." -- Careful there, Honored One; or I'm gonna call some heavy-hitting Boddhisatvas to go Ahimsa on your immortal soul. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 00:50:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E57116A407 for ; Wed, 18 Oct 2006 00:50:45 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.FreeBSD.org (Postfix) with SMTP id F3E9143D4C for ; Wed, 18 Oct 2006 00:50:44 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 15519 invoked by uid 399); 18 Oct 2006 00:50:44 -0000 Received: from localhost (HELO ?192.168.0.9?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 18 Oct 2006 00:50:44 -0000 Message-ID: <45357A62.60501@FreeBSD.org> Date: Tue, 17 Oct 2006 17:50:42 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: FreeBSD Stable References: <453531C9.7080304@freebsd.org> <20061017230722.GH8866@gargantuan.com> In-Reply-To: <20061017230722.GH8866@gargantuan.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: In place upgrades (was Re: FreeBSD 4.x EoL) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 00:50:45 -0000 Michael, Nice job with this, I'm sure that many people will find it very helpful. I would like to offer a few suggestions if I may. Michael W. Oliver wrote: > Colin, > > Thanks for the verbose and reasoned explanation. Since the email last > week, I have taken the opportunity to upgrade two machines, one here and > one remote (both with serial console) from 4.9->5.5->6.2PRE, and while I > can't say that I did it blindfolded, it wasn't too painful. That's great news! :) > The upgrade instructions at... > > http://www.freebsd.org/releases/5.3R/migration-guide.html > > ...were as close to perfect as could be (and for those who might ask me > for a step-by-step howto, look to the above URL). A few things that I > should mention to others trying this are... > > 0. Backup, and then check your backups! Amen brother, especially to the bit about checking the backups before committing yourself. > 1. Be prepared to spend a lot of time in single-user mode, especially > for the 4->5 step, because there is a LOT for mergemaster to do. The > step from 5->6 is not nearly as painful. One technique that I have used successfully in the past is to get an up to date src tree, run mergemaster -v up to the point where it has built the temproot and says "The following files ...", then ^C out of that and run the following: diff -ur /var/tmp/temproot/etc /etc > etc.diff That way you will know what you've changed and rather than have to suffer through running mergemaster you can just blow away /etc, install the new one using 'mergemaster -i', and then apply the bits of your diff that are still relevant. > 3. Be prepared to spend a lot of time (depending on the speed of your > machines) rebuilding all of your ports. Don't skimp on this step. One small clarification, it's not necessary to do this after installing RELENG_5, only after you've arrived at R6. In addition to the excellent suggestion that Kris offered of using portupgrade, I would also like to suggest that you give portmaster a try. Particularly, _before_ upgrading you can install portmaster and run 'portmaster -l > installed-ports-list'. Then when you're ready to start over, you can install each of the ports on the root and leaf lists and portmaster will sort out the dependencies for you. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 01:20:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A573916A407 for ; Wed, 18 Oct 2006 01:20:59 +0000 (UTC) (envelope-from kmd@milshop.ru) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id D86E743D53 for ; Wed, 18 Oct 2006 01:20:58 +0000 (GMT) (envelope-from kmd@milshop.ru) Received: by ug-out-1314.google.com with SMTP id m2so72018uge for ; Tue, 17 Oct 2006 18:20:57 -0700 (PDT) Received: by 10.66.249.11 with SMTP id w11mr10872250ugh; Tue, 17 Oct 2006 18:20:57 -0700 (PDT) Received: by 10.66.223.3 with HTTP; Tue, 17 Oct 2006 18:20:57 -0700 (PDT) Message-ID: <519867a90610171820vd376000kb8579dedfe50be6d@mail.gmail.com> Date: Wed, 18 Oct 2006 05:20:57 +0400 From: "Eugene Kazarinov" Sender: kmd@milshop.ru To: freebsd-stable@freebsd.org MIME-Version: 1.0 X-Google-Sender-Auth: 7e18364f9a9599c4 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 6.2-pre: g_vfs_done():ad4s1d[READ(offset=-8573723385966362624, length=16384)]error=5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 01:20:59 -0000 IMHO very "nice" offset. It worked on ali chip, about wich I ask in message with topic: "cant start 18, 21-24 hdd drives on 6.2-PRERELEASE/amd64. pls pls hel" I mean sata drive that freebsd fand on ali controller - ad26 (seagate 320 gb 7200.10 sata II) fsck doesnt fix it. It hangs on [root@ddf /usr/home/kamuzon]# fsck -vf /dev/ad26s1d start /data26 wait fsck_ufs -f /dev/ad26s1d ** /dev/ad26s1d ** Last Mounted on /data26 ** Phase 1 - Check Blocks and Sizes >From single user cant fsck cause it wants swap. In normal user with swap 1gb fsck dies cause "swap is full" I make swap 320gb (full another hdd) and fsck hangs after "7651M Used" 8-( ) Swap: 32G Total, 7651M Used, 25G Free, 23% Inuse Sometime I got "cant write snap shot" 8-( ) Now I insert this hdd on 6.1-release/i386 and sil3114 controller scan_ffs faund this: block 588464544 id 4515c9a9,84e3a0df size 156284320 block 588486331 id e059b36b,390b9380 size 5555758927689266374 block 588840800 id 4515c9a9,84e3a0df size 156284320 after block 640 000 000 or near that scan_ffs dies with something like "segmentation fault" - I dont remember. Then I start mc and go to dir on this hdd - system hangs with subject. Then I make ls in directory on that drive - ok. I see filelisting. If I try ls -la - system hangs with subj (on first console this line run and run up). Some files I can copy/move from this drive. On some I get "Bad file descriptor". On some system hangs with subject on first console and this line run and run up. seagate hddtools full check drive and founds nothing. It says "all ok". That should I do to help resolve this problem in FreeBSD code? Or this problem is not in code and I can make newfs on this hdd and live forever on sil3114? ;) PS Maybe ali controller doesnt support 320-gb hdd drives or near that and it corrupt transferred data and fil system? Or ali doesnt support 64bit pointers? Why this can happens? Shit happens - I know. ;) From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 03:32:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F24D716A492 for ; Wed, 18 Oct 2006 03:32:13 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6576443D4C for ; Wed, 18 Oct 2006 03:32:13 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so171506pye for ; Tue, 17 Oct 2006 20:31:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fIqP63qrbfHVA61fuZNz80WBWUoIe5ojat2QSe2d5+Dxv2XL5bGEnHuZ2d2yZU/mPyfm4WpWV0oWhtUGFUSJyWmpGELvTbO5H3+3MlrYgX+kXX+ZiMHHKlI71DxnG3g2Fn6+ltuu3Mther5NHdl281yjeL6jXdsZbZ0sWyzpPJo= Received: by 10.35.99.6 with SMTP id b6mr16738184pym; Tue, 17 Oct 2006 20:31:39 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Tue, 17 Oct 2006 20:31:37 -0700 (PDT) Message-ID: <2a41acea0610172031n1058ca06o2792268dc068f479@mail.gmail.com> Date: Tue, 17 Oct 2006 20:31:39 -0700 From: "Jack Vogel" To: "Balgansuren Batsukh" In-Reply-To: <00b101c6f1d0$f18f74c0$287ffe7a@JACK> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <00b101c6f1d0$f18f74c0$287ffe7a@JACK> Cc: freebsd-stable@freebsd.org Subject: Re: Fw: em0 problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 03:32:14 -0000 One can't do anything with this kind of information, think about it as one that has to fix the issue, we need: - exact model numbers on the system or mb - pciconf -l so we can see the real version of the adapter - What exactly was the driver version that last worked, and what is the version you are having this problem with? - what is the system doing when this occurs, are there special things, like using NFS, that are notable? Thanks for the help, Jack On 10/17/06, Balgansuren Batsukh wrote: > Hello, > > I get UP/DOWN message since updated new driver little bi longer: > > > Oct 16 21:14:28 gk kernel: em0: link state changed to DOWN > Oct 16 21:14:43 gk kernel: em0: link state changed to UP > Oct 16 21:16:25 gk kernel: em0: link state changed to DOWN > Oct 16 21:16:40 gk kernel: em0: link state changed to UP > Oct 16 21:19:28 gk kernel: em0: link state changed to DOWN > Oct 16 21:19:43 gk kernel: em0: link state changed to UP > Oct 17 10:00:04 gk su: balgaa to root on /dev/ttyp0 > Oct 17 12:26:18 gk su: balgaa to root on /dev/ttyp0 > Oct 17 13:44:16 gk kernel: em0: link state changed to DOWN > Oct 17 14:32:29 gk login: ROOT LOGIN (root) ON ttyv0 > Oct 17 14:33:30 gk kernel: em0: link state changed to UP > Oct 17 14:33:46 gk kernel: em0: link state changed to DOWN > Oct 17 14:34:00 gk kernel: em0: link state changed to UP > Oct 17 14:36:25 gk su: balgaa to root on /dev/ttyp0 > Oct 17 14:37:05 gk kernel: em0: link state changed to DOWN > Oct 17 14:37:40 gk kernel: em0: link state changed to UP > Oct 17 17:40:26 gk su: balgaa to root on /dev/ttyp0 > > Is there anyway to do something? > > Regards, > Balgaa > > ----- Original Message ----- > From: "Balgansuren Batsukh" > To: > Sent: Saturday, October 14, 2006 11:16 PM > Subject: Re: em0 problem > > > > Hello Scott, > > > > I found below email: > > ============= > > Mike, > > > > I have a new patch that I hope addresses the actual bug, instead of > > shuffling the timing. Would you be willing to test it? I can't > > guarantee that it's safe for production use yet, though. It seems > > to work, but it might set your dog on fire too. > > > > Scott > > ============= > > > > Is it possible test your new patch? > > > > Regards, > > Balgaa > > > > ----- Original Message ----- > > From: "Scott Long" > > To: "Mike Tancsa" > > Cc: "Balgansuren Batsukh" ; > > Sent: Saturday, October 14, 2006 10:32 PM > > Subject: Re: em0 problem > > > > > >> Mike Tancsa wrote: > >>> At 08:09 AM 10/14/2006, Balgansuren Batsukh wrote: > >>>> Hello, > >>>> > >>>> I installed FreeBSD-6.1 on my home PC. After sometime frequently get > >>>> em0 UP/DOWN message. > >>> > >>> There is a patch you can try that might help you at > >>> > >>> http://lists.freebsd.org/pipermail/freebsd-stable/2006-October/029224.html > >>> > >>> ---Mike > >>> > >> > >> This patch isn't applicable to 6.1, just 6.2-PRE. > >> > >> Scott > >> > >> > >> > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 07:25:37 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6F7516A412; Wed, 18 Oct 2006 07:25:37 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2059043D5A; Wed, 18 Oct 2006 07:25:36 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (ividqf@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k9I7PSbU023475; Wed, 18 Oct 2006 09:25:34 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k9I7PSR7023474; Wed, 18 Oct 2006 09:25:28 +0200 (CEST) (envelope-from olli) Date: Wed, 18 Oct 2006 09:25:28 +0200 (CEST) Message-Id: <200610180725.k9I7PSR7023474@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, des@FreeBSD.ORG, ru@FreeBSD.ORG In-Reply-To: <20061017160351.GA72123@rambler-co.ru> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 18 Oct 2006 09:25:34 +0200 (CEST) Cc: Subject: Re: ENABLE_SUID_SSH in make.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 07:25:38 -0000 Ruslan Ermilov wrote: > Albert Chin wrote: > > According to make.conf(5): > > ENABLE_SUID_SSH > > (bool) Set this to install ssh(1) with the > > set-user-ID bit turned on. > > > > However, I think ENABLE_SUID_SSH only sets the suid bit for > > /usr/libexec/ssh-keysign. That name exists for historical reasons. Some time ago it was ssh(1) itself which got the suid bit in order to be able to read the private host key (which is readable by root only). Access to that key is required for host-based authentication (disabled by default). Hence the variable named ENABLE_SSH_SUID. But then the OpenSSH folks decided that it is preferable not to make ssh(1) suid root. They created a small tool to access the private host key, and made only that tool setuid root. That's ssh-keysign(8). However, the name of the variable wasn't changed, so hostbased authentication didn't break for those people who enabled it. > > Why isn't /usr/libexec/ssh-keysign suid by default anyway? It's > > pointless without it. > > Good question. Let's see what our maintainer has to say about it. > My feeling as well is that the option should just be removed. Personally I have never used ssh-keysign, because I think that host-based authentication (which is the only thing that requires ssh-keysign to be suid-root) is too insecure. I guess most people don't even know that it exists. :-) Since I prefer not to have any superfluous suid binaries on my system, I'm quite happy with the default of ssh-keysign not being suid-root. Note that host-based authentication is disabled by default anyway (for good reason), so it doesn't really make sense to make ssh-keysign suid-root by default. For the reasons outlined above, I recommend not to change anything at all, except correcting the documentation in make.conf(5) and in /usr/share/examples/etc/make.conf, like this: ENABLE_SUID_SSH (bool) Set this to install ssh-keysign(8) with the set-user-ID bit turned on. This is only required for hostbased authentication which is disabled by default. See the description of the ~/.rhosts and /etc/hosts.equiv files in sshd(8) for details. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "The ITU has offered the IETF formal alignment with its corresponding technology, Penguins, but that won't fly." -- RFC 2549 From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 07:31:44 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 048C016A416 for ; Wed, 18 Oct 2006 07:31:44 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 300B143D70 for ; Wed, 18 Oct 2006 07:31:42 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (gfelop@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k9I7VaBE024062; Wed, 18 Oct 2006 09:31:42 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k9I7VaC5024061; Wed, 18 Oct 2006 09:31:36 +0200 (CEST) (envelope-from olli) Date: Wed, 18 Oct 2006 09:31:36 +0200 (CEST) Message-Id: <200610180731.k9I7VaC5024061@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, brooks@one-eyed-alien.net In-Reply-To: <20061017145946.GB68977@lor.one-eyed-alien.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 18 Oct 2006 09:31:42 +0200 (CEST) Cc: Subject: Re: kernel panic mounting /tmp - 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, brooks@one-eyed-alien.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 07:31:44 -0000 Brooks Davis wrote: > It's known that an appropriately corrupt file system can do > this, but the causes (there are probably several) are not yet > known. There is some speculation that the only solution is > to add checksums to all key data sections. Which means that ZFS will solve the problem, as soon as PJD has finished the port to FreeBSD. ;-) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. $ dd if=/dev/urandom of=test.pl count=1 $ file test.pl test.pl: perl script text executable From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 08:17:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4293E16A412 for ; Wed, 18 Oct 2006 08:17:13 +0000 (UTC) (envelope-from Gabor@Zahemszky.HU) Received: from mta01.mail.t-online.hu (mta04.mail.t-online.hu [195.228.240.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id D49CB43D49 for ; Wed, 18 Oct 2006 08:17:12 +0000 (GMT) (envelope-from Gabor@Zahemszky.HU) Received: from [192.168.1.2] (dsl51B6CC86.pool.t-online.hu [81.182.204.134]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.t-online.hu (Postfix) with ESMTP for ; Wed, 18 Oct 2006 10:17:10 +0200 (CEST) Message-ID: <4535E301.2040402@Zahemszky.HU> Date: Wed, 18 Oct 2006 10:17:05 +0200 From: =?ISO-8859-2?Q?Zahemszky_G=E1bor?= User-Agent: Thunderbird 1.5.0.7 (X11/20060917) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Subject: hald and strange error messages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 08:17:13 -0000 Hi! After updating my system, and enabling hald (no config, only the default settings), I've got so many strange SCSI errors. With some limited tests, I've found, that's because of hald. If I start it, got SCSI (and NTP?) errors. After stopping it, errors go away. Here is a snippet from messages (I've generated "Starting/stopping hald" messages with logger): === Oct 18 09:44:41 Picasso root: Starting hald Oct 18 09:45:06 Picasso kernel: ahc0:A:2: Missed busfree. Lastphase = 0xe0, Curphase = 0x0 Oct 18 09:45:11 Picasso kernel: ahc0:A:2: Missed busfree. Lastphase = 0xe0, Curphase = 0xe4 Oct 18 09:45:44 Picasso last message repeated 5 times Oct 18 09:46:05 Picasso last message repeated 3 times Oct 18 09:46:06 Picasso root: Stopping hald Oct 18 09:46:12 Picasso kernel: ahc0:A:2: Missed busfree. Lastphase = 0xe0, Curphase = 0xe4 Oct 18 09:46:47 Picasso ntpd[660]: kernel time sync disabled 2041 Oct 18 09:49:27 Picasso root: Starting hald Oct 18 09:49:41 Picasso kernel: ahc0:A:2: Missed busfree. Lastphase = 0xe0, Curphase = 0xe4 Oct 18 09:50:05 Picasso last message repeated 4 times Oct 18 09:50:05 Picasso login: ROOT LOGIN (root) ON ttyv2 Oct 18 09:50:12 Picasso kernel: ahc0:A:2: Missed busfree. Lastphase = 0xe0, Curphase = 0xe4 Oct 18 09:50:47 Picasso last message repeated 5 times Oct 18 09:52:40 Picasso last message repeated 16 times Oct 18 09:52:43 Picasso root: Stopped hald Oct 18 09:52:47 Picasso kernel: ahc0:A:2: Missed busfree. Lastphase = 0xe0, Curphase = 0xe4 Oct 18 09:55:22 Picasso ntpd[660]: kernel time sync enabled 2001 Oct 18 10:02:19 Picasso root: Starting hald Oct 18 10:02:28 Picasso kernel: ahc0:A:2: Missed busfree. Lastphase = 0xe0, Curphase = 0xe4 Oct 18 10:02:59 Picasso last message repeated 5 times Oct 18 10:04:10 Picasso last message repeated 10 times Oct 18 10:04:15 Picasso root: Stopped hald Oct 18 10:04:17 Picasso kernel: ahc0:A:2: Missed busfree. Lastphase = 0xe0, Curphase = 0xe4 Bye, Zahy < Gabor at Zahemszky dot HU > -- #!/bin/ksh Z='21N16I25C25E30, 40M30E33E25T15U!';IFS=' ABCDEFGHIJKLMNOPQRSTUVWXYZ ';set -- $Z;for i;{ [[ $i = ? ]]&&print $i&&break;[[ $i = ??? ]]&&j=$i&&i=${i%?};typeset -i40 i=8#$i;print -n ${i#???};[[ "$j" = ??? ]]&&print -n "${j#??} "&&j=;typeset +i i;};IFS=' 0123456789 ';set -- $Z;for i;{ [[ $i = , ]]&&i=2;[[ $i = ?? ]]||typeset -l i;j="$j $i";typeset +l i;};print "$j" From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 08:32:07 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE87916A40F; Wed, 18 Oct 2006 08:32:07 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2EFE43D5C; Wed, 18 Oct 2006 08:32:02 +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 0D2842087; Wed, 18 Oct 2006 10:31:55 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id F28832086; Wed, 18 Oct 2006 10:31:54 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id E4C0CB85E; Wed, 18 Oct 2006 10:31:54 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Oliver Fromme References: <200610180725.k9I7PSR7023474@lurza.secnetix.de> Date: Wed, 18 Oct 2006 10:31:54 +0200 In-Reply-To: <200610180725.k9I7PSR7023474@lurza.secnetix.de> (Oliver Fromme's message of "Wed, 18 Oct 2006 09:25:28 +0200 (CEST)") Message-ID: <86y7re81ol.fsf@dwp.des.no> User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ru@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: ENABLE_SUID_SSH in make.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 08:32:07 -0000 Oliver Fromme writes: > For the reasons outlined above, I recommend not to change > anything at all, except correcting the documentation [...] I concur. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 08:36:07 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 171F316A415; Wed, 18 Oct 2006 08:36:07 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 2A3CB43D45; Wed, 18 Oct 2006 08:36:02 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 18 Oct 2006 09:35:54 +0100 (BST) Date: Wed, 18 Oct 2006 09:35:54 +0100 From: David Malone To: Oliver Fromme Message-ID: <20061018083554.GA16465@walton.maths.tcd.ie> References: <20061017160351.GA72123@rambler-co.ru> <200610180725.k9I7PSR7023474@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200610180725.k9I7PSR7023474@lurza.secnetix.de> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: ru@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG, des@FreeBSD.ORG Subject: Re: ENABLE_SUID_SSH in make.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 08:36:07 -0000 On Wed, Oct 18, 2006 at 09:25:28AM +0200, Oliver Fromme wrote: > That name exists for historical reasons. Some time ago it > was ssh(1) itself which got the suid bit in order to be > able to read the private host key (which is readable by > root only). Access to that key is required for host-based > authentication (disabled by default). Hence the variable > named ENABLE_SSH_SUID. There is another reason for wanting this. If you still use the ssh1 RSARhosts authentication mechanism, then it needs ssh to be suid root because using a priveleged port is part of the authentication mechanism (combined with signing using the host key). This has been more or less replaced by the ssh-keysign stuff, but I guess some people may still be depending on it. David. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 09:58:23 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 605BC16A412 for ; Wed, 18 Oct 2006 09:58:23 +0000 (UTC) (envelope-from conrad.burger@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12BE643D58 for ; Wed, 18 Oct 2006 09:58:21 +0000 (GMT) (envelope-from conrad.burger@gmail.com) Received: by wx-out-0506.google.com with SMTP id t4so208867wxc for ; Wed, 18 Oct 2006 02:58:21 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Xt8rcTC+pYnO0lrWUc2GFd3kVTpnvKgSS9l2TSAWCqt/LFrj29HIaXBooPW/O4s5qkn1rqmxtbQGynp9ckIJZrnj53f5W0Sj9td55gYF9hhB7FANal99QY1ROO32VeuWUzjGJPXgh+GxQH7Niv95vZ5P1920+UOdFWi0SLtV3C0= Received: by 10.90.94.2 with SMTP id r2mr5912299agb; Wed, 18 Oct 2006 02:58:21 -0700 (PDT) Received: by 10.90.114.6 with HTTP; Wed, 18 Oct 2006 02:58:21 -0700 (PDT) Message-ID: Date: Wed, 18 Oct 2006 11:58:21 +0200 From: "Conrad Burger" To: freebsd-stable@FreeBSD.ORG MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: When will the new BCE driver in HEAD be incorporated into RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 09:58:23 -0000 Hi It looks like there is a "new" version of the bce driver in HEAD. When will it be incorporated into Releng_6? We are currently having some performance problems with a java application on our Dell 1950s. And it looks like it has something to do with the speed with which network I/Os are performed. We have Dell 2850s running FreeBSD 5.4/i386 SMP. With Intel nics (em) and they are performing quite well. With 34000 tcp sockets open the maximum time it takes to perform a single network I/O is about 100ms. The Dell 1950s running FreeBSD 6.2-Prerelease/i386 SMP with Broadcom nics (bce), the same application and 34000 tcp connections open. The maximum time it takes to perform a single network I/O is about 7000ms. Most of the packets the systems send/receive are rather small. We are not quite sure what could cause this behavior. If anyone has any ideas of what we could do to decrease the time it takes to perform network I/O it would be much appreciated. Regards Conrad Some information: dev.bce.0.%desc: Broadcom NetXtreme II BCM5708 1000Base-T (B1), v0.9.6 dev.bce.0.%driver: bce dev.bce.0.%location: slot=0 function=0 dev.bce.0.%pnpinfo: vendor=0x14e4 device=0x164c subvendor=0x1028 subdevice=0x01b3 class=0x020000 dev.bce.0.%parent: pci9 dev.bce.0.driver_version: v0.9.6 dev.bce.0.stat_IfHcInOctets: 2346165 dev.bce.0.stat_IfHCInBadOctets: 1877825702 dev.bce.0.stat_IfHCOutOctets: 2751390538 dev.bce.0.stat_IfHCOutBadOctets: 0 dev.bce.0.stat_IfHCInUcastPkts: 360078711 dev.bce.0.stat_IfHCInMulticastPkts: 18339 dev.bce.0.stat_IfHCInBroadcastPkts: 270544 dev.bce.0.stat_IfHCOutUcastPkts: 323261730 dev.bce.0.stat_IfHCOutMulticastPkts: 147410 dev.bce.0.stat_IfHCOutBroadcastPkts: 985 dev.bce.0.stat_emac_tx_stat_dot3statsinternalmactransmiterrors: 0 dev.bce.0.stat_Dot3StatsCarrierSenseErrors: 0 dev.bce.0.stat_Dot3StatsFCSErrors: 0 dev.bce.0.stat_Dot3StatsAlignmentErrors: 0 dev.bce.0.stat_Dot3StatsSingleCollisionFraes: 0 dev.bce.0.stat_Dot3StatsMultipleCollisionFrames: 0 dev.bce.0.stat_Dot3StatsDeferredTransmissions: 0 dev.bce.0.stat_Dot3StatsExcessiveCollisions: 0 dev.bce.0.stat_Dot3StatsLateCollisions: 0 dev.bce.0.stat_EtherStatsCollisions: 0 dev.bce.0.stat_EtherStatsFragments: 0 dev.bce.0.stat_EtherStatsJabbers: 0 dev.bce.0.stat_EtherStatsUndersizePkts: 0 dev.bce.0.stat_EtherStatsOverrsizePkts: 0 dev.bce.0.stat_EtherStatsPktsRx64Octets: 44671171 dev.bce.0.stat_EtherStatsPktsRx65Octetsto127Octets: 166377250 dev.bce.0.stat_EtherStatsPktsRx128Octetsto255Octets: 125306581 dev.bce.0.stat_EtherStatsPktsRx256Octetsto511Octets: 11502851 dev.bce.0.stat_EtherStatsPktsRx512Octetsto1023Octets: 3372657 dev.bce.0.stat_EtherStatsPktsRx1024Octetsto1522Octets: 9137084 dev.bce.0.stat_EtherStatsPktsRx1523Octetsto9022Octets: 0 dev.bce.0.stat_EtherStatsPktsTx64Octets: 12605056 dev.bce.0.stat_EtherStatsPktsTx65Octetsto127Octets: 208798776 dev.bce.0.stat_EtherStatsPktsTx128Octetsto255Octets: 82452517 dev.bce.0.stat_EtherStatsPktsTx256Octetsto511Octets: 8532515 dev.bce.0.stat_EtherStatsPktsTx512Octetsto1023Octets: 3204492 dev.bce.0.stat_EtherStatsPktsTx1024Octetsto1522Octets: 7816769 dev.bce.0.stat_EtherStatsPktsTx1523Octetsto9022Octets: 0 dev.bce.0.stat_XonPauseFramesReceived: 0 dev.bce.0.stat_XoffPauseFramesReceived: 0 dev.bce.0.stat_OutXonSent: 0 dev.bce.0.stat_OutXoffSent: 0 dev.bce.0.stat_FlowControlDone: 0 dev.bce.0.stat_MacControlFramesReceived: 0 dev.bce.0.stat_XoffStateEntered: 0 dev.bce.0.stat_IfInFramesL2FilterDiscards: 4933702 dev.bce.0.stat_IfInRuleCheckerDiscards: 0 dev.bce.0.stat_IfInFTQDiscards: 0 dev.bce.0.stat_IfInMBUFDiscards: 0 dev.bce.0.stat_IfInRuleCheckerP4Hit: 0 dev.bce.0.stat_CatchupInRuleCheckerDiscards: 0 dev.bce.0.stat_CatchupInFTQDiscards: 0 dev.bce.0.stat_CatchupInMBUFDiscards: 0 dev.bce.0.stat_CatchupInRuleCheckerP4Hit: 0 # vmstat -i interrupt total rate irq14: ata0 47 0 irq16: bce0 bce1 548968755 1086 irq21: uhci0 uhci+ 5 0 irq78: mfi0 343548 0 cpu0: timer 998576924 1976 cpu1: timer 1008301350 1995 cpu3: timer 1008469139 1995 cpu2: timer 995126109 1969 Total 4559785877 9023 # uname -a FreeBSD niobium.mxit.co.za 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #1: Tue Oct 10 13:28:54 SAST 2006 toor@krypton.mxit.co.za:/usr/obj/usr/src/sys/MXIT-SMP-I386 i386 From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 11:14:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B00E516A415 for ; Wed, 18 Oct 2006 11:14:58 +0000 (UTC) (envelope-from jan.grant@bristol.ac.uk) Received: from diri.bris.ac.uk (diri.bris.ac.uk [137.222.10.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6404F43D95 for ; Wed, 18 Oct 2006 11:14:29 +0000 (GMT) (envelope-from jan.grant@bristol.ac.uk) Received: from mail.ilrt.bris.ac.uk ([137.222.16.62]) by diri.bris.ac.uk with esmtp (Exim 4.63) (envelope-from ) id 1Ga9NE-0005HD-W9; Wed, 18 Oct 2006 12:14:14 +0100 Received: from cse-jg.cse.bris.ac.uk ([137.222.12.37]:57904) by mail.ilrt.bris.ac.uk with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1Ga9MF-0004t1-JO; Wed, 18 Oct 2006 12:13:11 +0100 Date: Wed, 18 Oct 2006 12:13:11 +0100 (BST) From: Jan Grant X-X-Sender: cmjg@tribble.ilrt.bris.ac.uk To: "Michael W. Oliver" In-Reply-To: <20061017230722.GH8866@gargantuan.com> Message-ID: <20061018120336.H42237@tribble.ilrt.bris.ac.uk> References: <453531C9.7080304@freebsd.org> <20061017230722.GH8866@gargantuan.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-ILRT-MailScanner: Found to be clean X-ILRT-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.288, required 6, autolearn=disabled, ALL_TRUSTED -1.44, AWL 0.15) X-ILRT-MailScanner-From: jan.grant@bristol.ac.uk X-Spam-Status: No X-Spam-Score: -1.3 X-Spam-Level: - Cc: FreeBSD Stable Subject: Re: FreeBSD 4.x EoL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 11:14:58 -0000 On Tue, 17 Oct 2006, Michael W. Oliver wrote: > 1. Be prepared to spend a lot of time in single-user mode, especially > for the 4->5 step, because there is a LOT for mergemaster to do. The > step from 5->6 is not nearly as painful. I didn't try to do the > installworld and mergemaster in multiuser, and if you do then have a > bigger set than I do. If you're setting up machines that you're going to be upgrading like this in the future, I think it's _really_ worthwhile hacking out a couple of "root slices" - that is, space for a second / and /usr - to facilitate this. You can run mergemaster on a secondary copy of your /etc (this, of course, requries that the contents of /etc are relatively quiescent for this step) and tidy up by hand. You can perform a dump & restore followed by a source upgrade, a fresh source install or a binary upgrade ad lib; just reboot (with nextboot) when done. This also means you can keep the previous OS around for a while in case there are problems with the new one. For setups that aren't amenable to automated deployments this works pretty well and gives you a safety-net for upgrades. Cheers, jan -- jan grant, ISYS, University of Bristol. http://www.bris.ac.uk/ Tel +44 (0)117 3317661 http://ioctl.org/jan/ We thought time travel was impossible. But that was now and this is then. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 12:06:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10A4516A518 for ; Wed, 18 Oct 2006 12:06:13 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 332C343D6B for ; Wed, 18 Oct 2006 12:06:11 +0000 (GMT) (envelope-from quetzal@zone3000.net) Received: from unknown (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 18 Oct 2006 12:06:11 -0000 Date: Wed, 18 Oct 2006 15:05:44 +0300 From: Nikolay Pavlov To: Andriy Gapon Message-ID: <20061018120544.GA5966@zone3000.net> Mail-Followup-To: Nikolay Pavlov , Andriy Gapon , freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org References: <4533BE2E.4080005@icyb.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4533BE2E.4080005@icyb.net.ua> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Cc: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: nfsmb survey X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 12:06:13 -0000 On Monday, 16 October 2006 at 20:15:26 +0300, Andriy Gapon wrote: > > In STABLE and upcoming 6.2 (and in CURRENT, of course) there is a new > SMB driver for NForce2/3/4 chipsets, nfsmb, developed by Ruslan Ermilov. > However, the driver doesn't currently work on all hardware that it is to > support. The problem is with choosing proper BAR registers, which, as it > seems, might be different for different chipsets/SMB controllers. > > If you have a system based on NForce2/3/4, could you please share the > following information: > > 1. find out pci handle of your SMB controller: > $ pciconf -l | fgrep 0x0c0500 > and also note chip field value, it should match 00(64|84|d4|e4|52)10de. > E.g.: > nfsmb0@pci0:1:1: class=0x0c0500 card=0x1c02147b chip=0x006410de > rev=0xa2 hdr=0x00 > > 2. read values in BARs 4 and 5 and also registers 0x50 and 0x54 like > follows: > $ pciconf -r pci0:1:1 0x20 > $ pciconf -r pci0:1:1 0x24 > $ pciconf -r pci0:1:1 0x50 > $ pciconf -r pci0:1:1 0x54 > using your pci handle instead of pci0:1:1, e.g.: > $ pciconf -r pci0:1:1 0x20 > 00000000 > $ pciconf -r pci0:1:1 0x24 > 00000000 > $ pciconf -r pci0:1:1 0x50 > 00001001 > $ pciconf -r pci0:1:1 0x54 > 00001041 > > 3. send chip id and register values here. > > Thank you very much in advance. > > -- > Andriy Gapon > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" root@viking:~# pciconf -l | fgrep 0x0c0500 none0@pci0:1:1: class=0x0c0500 card=0x813f1043 chip=0x00e410de rev=0xa1 hdr=0x00 root@viking:~# pciconf -r pci0:1:1 0x20 00005001 root@viking:~# pciconf -r pci0:1:1 0x24 00005041 root@viking:~# pciconf -r pci0:1:1 0x50 00005001 root@viking:~# pciconf -r pci0:1:1 0x54 00005041 -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 13:31:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF88B16A403 for ; Wed, 18 Oct 2006 13:31:18 +0000 (UTC) (envelope-from kramer@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0201243D45 for ; Wed, 18 Oct 2006 13:31:07 +0000 (GMT) (envelope-from kramer@centtech.com) Received: from [10.177.171.221] (roddick.centtech.com [10.177.171.221]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id k9IDV00n058246 for ; Wed, 18 Oct 2006 08:31:00 -0500 (CDT) (envelope-from kramer@centtech.com) Message-ID: <45362C94.5070804@centtech.com> Date: Wed, 18 Oct 2006 08:31:00 -0500 From: Kevin Kramer User-Agent: Thunderbird 1.5.0.7 (X11/20061012) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2041/Wed Oct 18 01:29:52 2006 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Subject: Re: When will the new BCE driver in HEAD be incorporated into RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kramer@centtech.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 13:31:19 -0000 and will it support the BCM5754 in the Precision 390? ------------------------------ Kevin Kramer Sr. Systems Administrator 512.418.5725 Centaur Technology, Inc. www.centtech.com Conrad Burger wrote the following on 10/18/06 04:58: > Hi > > It looks like there is a "new" version of the bce driver in HEAD. > When will it be incorporated into Releng_6? > > We are currently having some performance problems with a java > application on our Dell 1950s. > > And it looks like it has something to do with the speed with which > network I/Os are performed. > > We have Dell 2850s running FreeBSD 5.4/i386 SMP. With Intel nics (em) > and they are performing quite well. > > With 34000 tcp sockets open the maximum time it takes to perform a > single network I/O is about 100ms. > > The Dell 1950s running FreeBSD 6.2-Prerelease/i386 SMP with Broadcom > nics (bce), the same application and 34000 tcp connections open. > > The maximum time it takes to perform a single network I/O is about > 7000ms. > > Most of the packets the systems send/receive are rather small. > > We are not quite sure what could cause this behavior. > > If anyone has any ideas of what we could do to decrease the time it > takes to perform network I/O it would be much appreciated. > > Regards > Conrad > > Some information: > dev.bce.0.%desc: Broadcom NetXtreme II BCM5708 1000Base-T (B1), v0.9.6 > dev.bce.0.%driver: bce > dev.bce.0.%location: slot=0 function=0 > dev.bce.0.%pnpinfo: vendor=0x14e4 device=0x164c subvendor=0x1028 > subdevice=0x01b3 class=0x020000 > dev.bce.0.%parent: pci9 > dev.bce.0.driver_version: v0.9.6 > dev.bce.0.stat_IfHcInOctets: 2346165 > dev.bce.0.stat_IfHCInBadOctets: 1877825702 > dev.bce.0.stat_IfHCOutOctets: 2751390538 > dev.bce.0.stat_IfHCOutBadOctets: 0 > dev.bce.0.stat_IfHCInUcastPkts: 360078711 > dev.bce.0.stat_IfHCInMulticastPkts: 18339 > dev.bce.0.stat_IfHCInBroadcastPkts: 270544 > dev.bce.0.stat_IfHCOutUcastPkts: 323261730 > dev.bce.0.stat_IfHCOutMulticastPkts: 147410 > dev.bce.0.stat_IfHCOutBroadcastPkts: 985 > dev.bce.0.stat_emac_tx_stat_dot3statsinternalmactransmiterrors: 0 > dev.bce.0.stat_Dot3StatsCarrierSenseErrors: 0 > dev.bce.0.stat_Dot3StatsFCSErrors: 0 > dev.bce.0.stat_Dot3StatsAlignmentErrors: 0 > dev.bce.0.stat_Dot3StatsSingleCollisionFraes: 0 > dev.bce.0.stat_Dot3StatsMultipleCollisionFrames: 0 > dev.bce.0.stat_Dot3StatsDeferredTransmissions: 0 > dev.bce.0.stat_Dot3StatsExcessiveCollisions: 0 > dev.bce.0.stat_Dot3StatsLateCollisions: 0 > dev.bce.0.stat_EtherStatsCollisions: 0 > dev.bce.0.stat_EtherStatsFragments: 0 > dev.bce.0.stat_EtherStatsJabbers: 0 > dev.bce.0.stat_EtherStatsUndersizePkts: 0 > dev.bce.0.stat_EtherStatsOverrsizePkts: 0 > dev.bce.0.stat_EtherStatsPktsRx64Octets: 44671171 > dev.bce.0.stat_EtherStatsPktsRx65Octetsto127Octets: 166377250 > dev.bce.0.stat_EtherStatsPktsRx128Octetsto255Octets: 125306581 > dev.bce.0.stat_EtherStatsPktsRx256Octetsto511Octets: 11502851 > dev.bce.0.stat_EtherStatsPktsRx512Octetsto1023Octets: 3372657 > dev.bce.0.stat_EtherStatsPktsRx1024Octetsto1522Octets: 9137084 > dev.bce.0.stat_EtherStatsPktsRx1523Octetsto9022Octets: 0 > dev.bce.0.stat_EtherStatsPktsTx64Octets: 12605056 > dev.bce.0.stat_EtherStatsPktsTx65Octetsto127Octets: 208798776 > dev.bce.0.stat_EtherStatsPktsTx128Octetsto255Octets: 82452517 > dev.bce.0.stat_EtherStatsPktsTx256Octetsto511Octets: 8532515 > dev.bce.0.stat_EtherStatsPktsTx512Octetsto1023Octets: 3204492 > dev.bce.0.stat_EtherStatsPktsTx1024Octetsto1522Octets: 7816769 > dev.bce.0.stat_EtherStatsPktsTx1523Octetsto9022Octets: 0 > dev.bce.0.stat_XonPauseFramesReceived: 0 > dev.bce.0.stat_XoffPauseFramesReceived: 0 > dev.bce.0.stat_OutXonSent: 0 > dev.bce.0.stat_OutXoffSent: 0 > dev.bce.0.stat_FlowControlDone: 0 > dev.bce.0.stat_MacControlFramesReceived: 0 > dev.bce.0.stat_XoffStateEntered: 0 > dev.bce.0.stat_IfInFramesL2FilterDiscards: 4933702 > dev.bce.0.stat_IfInRuleCheckerDiscards: 0 > dev.bce.0.stat_IfInFTQDiscards: 0 > dev.bce.0.stat_IfInMBUFDiscards: 0 > dev.bce.0.stat_IfInRuleCheckerP4Hit: 0 > dev.bce.0.stat_CatchupInRuleCheckerDiscards: 0 > dev.bce.0.stat_CatchupInFTQDiscards: 0 > dev.bce.0.stat_CatchupInMBUFDiscards: 0 > dev.bce.0.stat_CatchupInRuleCheckerP4Hit: 0 > > # vmstat -i > interrupt total rate > irq14: ata0 47 0 > irq16: bce0 bce1 548968755 1086 > irq21: uhci0 uhci+ 5 0 > irq78: mfi0 343548 0 > cpu0: timer 998576924 1976 > cpu1: timer 1008301350 1995 > cpu3: timer 1008469139 1995 > cpu2: timer 995126109 1969 > Total 4559785877 9023 > > # uname -a > FreeBSD niobium.mxit.co.za 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #1: > Tue Oct 10 13:28:54 SAST 2006 > toor@krypton.mxit.co.za:/usr/obj/usr/src/sys/MXIT-SMP-I386 i386 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 14:02:00 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84DF516A407 for ; Wed, 18 Oct 2006 14:02:00 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF51B43D46 for ; Wed, 18 Oct 2006 14:01:59 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lclejq@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k9IE1ncl042609; Wed, 18 Oct 2006 16:01:54 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k9IE1fpY042603; Wed, 18 Oct 2006 16:01:41 +0200 (CEST) (envelope-from olli) Date: Wed, 18 Oct 2006 16:01:41 +0200 (CEST) Message-Id: <200610181401.k9IE1fpY042603@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, eti@erata.net In-Reply-To: <200610171132.10781.eti@erata.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 18 Oct 2006 16:01:54 +0200 (CEST) Cc: Subject: Re: flash7/firefox plugin no longer registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, eti@erata.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 14:02:00 -0000 Iulian M wrote: > The plugin works fine now, but i still have one more question > regarding flash player. Does the linux-flashplugin7 port > really require linux-base ? I don't relay like the idea of > installing linux-base and the linux kernel module, If you use linux-flashlugin with www/linuxpluginwrapper, then you don't need the linux emulation at all (neither linux-base nor the kernel module). However, if you use linux-flashplugin natively (with a linux browser), then both are required. In fact, I think you also need x11/linux-xorg-libs (because the plugin is linked against libs from that port), even though it is not listed as a dependency. Maybe that's a bug, or maybe I haven't looked closely enough. :-) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 14:29:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A308316A416 for ; Wed, 18 Oct 2006 14:29:42 +0000 (UTC) (envelope-from eti@erata.net) Received: from s1.net-solution.ro (s1.net-solution.ro [65.98.58.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19AAB43D49 for ; Wed, 18 Oct 2006 14:29:41 +0000 (GMT) (envelope-from eti@erata.net) Received: (qmail 4005 invoked from network); 18 Oct 2006 17:29:43 +0300 Received: from 223.126.77.82.static.cluj.rdsnet.ro (HELO toshiba) (82.77.126.223) by s1.net-solution.ro with (DHE-RSA-AES256-SHA encrypted) SMTP; 18 Oct 2006 17:29:43 +0300 From: Iulian M Organization: Perlica Technologies To: freebsd-stable@freebsd.org Date: Wed, 18 Oct 2006 17:29:33 +0300 User-Agent: KMail/1.9.4 References: <200610181401.k9IE1fpY042603@lurza.secnetix.de> In-Reply-To: <200610181401.k9IE1fpY042603@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1389701.cqhLpaDycJ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200610181729.36733.eti@erata.net> Cc: jamie@bishopston.net Subject: Re: linux-flashplugin dependency on linux-base ( was: flash7/firefox plugin no longer registers) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 14:29:42 -0000 --nextPart1389701.cqhLpaDycJ Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi On Wednesday 18 October 2006 17:01, Oliver Fromme wrote: > If you use linux-flashlugin with www/linuxpluginwrapper, > then you don't need the linux emulation at all (neither > linux-base nor the kernel module). > > However, if you use linux-flashplugin natively (with a > linux browser), then both are required. Yes, but the linux-flashplugin does NOT require linux-base, if you use it w= ith=20 a linux browser then the linux browser will require linux-base and the kern= el=20 module. So, keeping in mind that linux-base is no small port, i would sugge= st=20 removing the dependency on linux-base from linux-flashplugin .=20 Iulian M. http://www.erata.net =2D-=20 I like your game but we have to change the rules. --nextPart1389701.cqhLpaDycJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFNjpQE4semV9hLhcRAvy4AKC2hZKf3oJqjtIF3bzFKMOgRTVcCwCgx6px ujqLd3GH38uTKHFWYcgjUDE= =JK2z -----END PGP SIGNATURE----- --nextPart1389701.cqhLpaDycJ-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 14:46:23 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35D0516A47B for ; Wed, 18 Oct 2006 14:46:23 +0000 (UTC) (envelope-from ericlin@tamama.org) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAE2143D66 for ; Wed, 18 Oct 2006 14:46:22 +0000 (GMT) (envelope-from ericlin@tamama.org) Received: by ug-out-1314.google.com with SMTP id m2so165467uge for ; Wed, 18 Oct 2006 07:46:22 -0700 (PDT) Received: by 10.82.152.16 with SMTP id z16mr2162251bud; Wed, 18 Oct 2006 07:46:21 -0700 (PDT) Received: by 10.82.114.5 with HTTP; Wed, 18 Oct 2006 07:46:21 -0700 (PDT) Message-ID: <47713ee10610180746pb6daab7k4c8764e4bdb90230@mail.gmail.com> Date: Wed, 18 Oct 2006 22:46:21 +0800 From: "Lin Jui-Nan Eric" Sender: ericlin@tamama.org To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: d1d97973f54457c6 Cc: Subject: Installing 6.1-R on Dell Powervault 745N X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 14:46:23 -0000 Dear All, We have a Dell Powervault 745N and want to install FreeBSD 6.1-R. But the installer complains that it can not find out any hard disk. Since the dmesg contains ata2~5, I think the controller is recognized by FreeBSD, but it cannot get the SATA drive. The dmesg and result of running pciconf -lv is in this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/103624 Any suggestions? With Best Regards, Eric From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 15:05:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E628E16A492; Wed, 18 Oct 2006 15:05:29 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc11.comcast.net (alnrmhc11.comcast.net [206.18.177.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5B9843D7E; Wed, 18 Oct 2006 15:05:26 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (alnrmhc11) with ESMTP id <20061018150525b11008fqcce>; Wed, 18 Oct 2006 15:05:26 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 7C28A1FA037; Wed, 18 Oct 2006 08:05:25 -0700 (PDT) Date: Wed, 18 Oct 2006 08:05:25 -0700 From: Jeremy Chadwick To: Lin Jui-Nan Eric Message-ID: <20061018150525.GA42414@icarus.home.lan> Mail-Followup-To: Lin Jui-Nan Eric , sos@freebsd.org, freebsd-stable@freebsd.org References: <47713ee10610180746pb6daab7k4c8764e4bdb90230@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47713ee10610180746pb6daab7k4c8764e4bdb90230@mail.gmail.com> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org, sos@freebsd.org Subject: Re: Installing 6.1-R on Dell Powervault 745N X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 15:05:30 -0000 On Wed, Oct 18, 2006 at 10:46:21PM +0800, Lin Jui-Nan Eric wrote: > We have a Dell Powervault 745N and want to install FreeBSD 6.1-R. > But the installer complains that it can not find out any hard disk. > Since the dmesg contains ata2~5, I think the controller is recognized > by FreeBSD, but it cannot get the SATA drive. > > The dmesg and result of running pciconf -lv is in this PR: > http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/103624 The controller (which you label in your PR as "some funny RAID controller") is an Intel 31244: atapci0: mem 0xfe1ff000-0xfe1fffff irq 25 at device 2.0 on pci2 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 ata5: on atapci0 Some history: this controller was discussed back in 2005: http://lists.freebsd.org/pipermail/freebsd-current/2005-June/050827.html The appropriate code appears to have been committed to FreeBSD as of June 2005: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/ata/ata-pci.h#rev1.49 There was a DMA-related fix for this controller committed in February 2006: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/ata/ata-pci.h#rev1.49.2.7 Soren, do you have any ideas? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 15:22:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25D0916A407 for ; Wed, 18 Oct 2006 15:22:06 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from mtaout02-winn.ispmail.ntl.com (mtaout02-winn.ispmail.ntl.com [81.103.221.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2EBA43D46 for ; Wed, 18 Oct 2006 15:22:05 +0000 (GMT) (envelope-from ianjhart@ntlworld.com) Received: from aamtaout02-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout02-winn.ispmail.ntl.com with ESMTP id <20061018152200.LCEH27023.mtaout02-winn.ispmail.ntl.com@aamtaout02-winn.ispmail.ntl.com> for ; Wed, 18 Oct 2006 16:22:00 +0100 Received: from cpc1-cove3-0-0-cust839.brhm.cable.ntl.com ([86.20.31.72]) by aamtaout02-winn.ispmail.ntl.com with ESMTP id <20061018152200.YMCM23938.aamtaout02-winn.ispmail.ntl.com@cpc1-cove3-0-0-cust839.brhm.cable.ntl.com> for ; Wed, 18 Oct 2006 16:22:00 +0100 Received: from gamma.private.lan (gamma.private.lan [192.168.0.12]) by cpc1-cove3-0-0-cust839.brhm.cable.ntl.com (8.13.6/8.13.6) with ESMTP id k9IFLsoJ077064 for ; Wed, 18 Oct 2006 16:21:54 +0100 (BST) (envelope-from ianjhart@ntlworld.com) From: ian j hart To: freebsd-stable@freebsd.org Date: Wed, 18 Oct 2006 16:21:29 +0100 User-Agent: KMail/1.9.4 References: <4533BE2E.4080005@icyb.net.ua> In-Reply-To: <4533BE2E.4080005@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610181621.29511.ianjhart@ntlworld.com> Subject: Re: nfsmb survey X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 15:22:07 -0000 On Monday 16 October 2006 18:15, Andriy Gapon wrote: > In STABLE and upcoming 6.2 (and in CURRENT, of course) there is a new > SMB driver for NForce2/3/4 chipsets, nfsmb, developed by Ruslan Ermilov. > However, the driver doesn't currently work on all hardware that it is to > support. The problem is with choosing proper BAR registers, which, as it > seems, might be different for different chipsets/SMB controllers. > > If you have a system based on NForce2/3/4, could you please share the > following information: > > 1. find out pci handle of your SMB controller: > $ pciconf -l | fgrep 0x0c0500 > and also note chip field value, it should match 00(64|84|d4|e4|52)10de. > E.g.: > nfsmb0@pci0:1:1: class=0x0c0500 card=0x1c02147b chip=0x006410de > rev=0xa2 hdr=0x00 > > 2. read values in BARs 4 and 5 and also registers 0x50 and 0x54 like > follows: > $ pciconf -r pci0:1:1 0x20 > $ pciconf -r pci0:1:1 0x24 > $ pciconf -r pci0:1:1 0x50 > $ pciconf -r pci0:1:1 0x54 > using your pci handle instead of pci0:1:1, e.g.: > $ pciconf -r pci0:1:1 0x20 > 00000000 > $ pciconf -r pci0:1:1 0x24 > 00000000 > $ pciconf -r pci0:1:1 0x50 > 00001001 > $ pciconf -r pci0:1:1 0x54 > 00001041 > > 3. send chip id and register values here. > > Thank you very much in advance. Tyan Thunder K8WE (S2895) data# pciconf -lv | fgrep 0x0c0500 nfsmb0@pci0:1:1: class=0x0c0500 card=0x289510f1 chip=0x005210de rev=0xa2 hdr=0x00 data# pciconf -r pci0:1:1 0x20 0000a001 data# pciconf -r pci0:1:1 0x24 0000a041 data# pciconf -r pci0:1:1 0x50 0000a001 data# pciconf -r pci0:1:1 0x54 0000a041 -- ian j hart From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 15:26:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C07BF16A492 for ; Wed, 18 Oct 2006 15:26:07 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39E4B43D45 for ; Wed, 18 Oct 2006 15:26:06 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k9IFPxwG015543; Wed, 18 Oct 2006 09:26:05 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <45364782.8090209@samsco.org> Date: Wed, 18 Oct 2006 09:25:54 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Conrad Burger References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: When will the new BCE driver in HEAD be incorporated into RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 15:26:07 -0000 Conrad Burger wrote: > Hi > > It looks like there is a "new" version of the bce driver in HEAD. > When will it be incorporated into Releng_6? It will be merged when someone, preferably 2-3 people, tell me that the changes in HEAD work for them. So far, no one has. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 15:26:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 419BB16A403 for ; Wed, 18 Oct 2006 15:26:38 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80F0543D45 for ; Wed, 18 Oct 2006 15:26:37 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k9IFQTPC015547; Wed, 18 Oct 2006 09:26:35 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <453647A1.6080608@samsco.org> Date: Wed, 18 Oct 2006 09:26:25 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: kramer@centtech.com References: <45362C94.5070804@centtech.com> In-Reply-To: <45362C94.5070804@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: When will the new BCE driver in HEAD be incorporated into RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 15:26:38 -0000 Kevin Kramer wrote: > and will it support the BCM5754 in the Precision 390? > No idea, ask the vendor. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 15:30:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7412916A415 for ; Wed, 18 Oct 2006 15:30:56 +0000 (UTC) (envelope-from norbert@augenstein.net) Received: from www33.your-server.de (www33.your-server.de [213.133.104.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4843E43D4C for ; Wed, 18 Oct 2006 15:30:52 +0000 (GMT) (envelope-from norbert@augenstein.net) Received: from [84.153.15.211] (helo=surfer.augenstein.ten) by www33.your-server.de with esmtpa (Exim 4.52) id 1GaDLy-0005Ob-Mu for freebsd-stable@freebsd.org; Wed, 18 Oct 2006 17:29:10 +0200 Received: from seth.augenstein.ten (seth.augenstein.ten [192.168.0.2]) by surfer.augenstein.ten (Postfix) with ESMTP id E79143ED0 for ; Wed, 18 Oct 2006 17:29:06 +0200 (CEST) Received: by seth.augenstein.ten (Postfix, from userid 666) id 99FF4186; Wed, 18 Oct 2006 17:29:06 +0200 (CEST) Date: Wed, 18 Oct 2006 17:29:06 +0200 From: Norbert Augenstein To: freebsd-stable@freebsd.org Message-ID: <20061018152906.GA929@seth.augenstein.ten> Mail-Followup-To: freebsd-stable@freebsd.org References: <20061003164750.GA844@seth.augenstein.ten> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061003164750.GA844@seth.augenstein.ten> User-Agent: Mutt/1.4.2.2i X-Operating-System: FreeBSD 6.2-PRERELEASE X-Copyright: (c) auge -> Norbert Augenstein, Munich, Germany X-Authenticated-Sender: norbert@augenstein.net X-Virus-Scanned: Clear (ClamAV 0.88.4/2041/Wed Oct 18 08:29:52 2006) Subject: Re: 6.2-PRE /boot/loader X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 15:30:56 -0000 On Tue, Oct 03, 2006 at 06:55:39PM +0200, Norbert Augenstein wrote: > Hi list, > i have just updated to 6.2-PRERELEASE and GRUB is unable to use > the new /boot/loader. Ending in an endless loop rebooting after > selecting FreeBSD. > As a workaround it was possible to chainload FreeBSD. > Further investigation shows that /boot/loader.old is woking. > > So what can cause the new loader to fail? > I have not set CFLAGS / CPUTYPE in /etc/make.conf > > No other problems , em device is working fine here:) > Hi list, me again after updating my pc (RELENG_6) last night and everything went fine i updated my laptop as well. Unfortunately my laptop ran into this constantly rebooting problem caused by the new /boot/loader. And again, /boot/loader.old works fine on my laptop. Moreover, while booting i get the following message: sysctl: unknown oid 'net.inet6.ip6.auto_linklocal' due to missing inet6 support in my kernel. regards, --> auge -- 5:00PM up 72 days, 17:04, 0 users, load averages: 0.00, 0.00, 0.00 ======================================================================== No yak too dirty; no dumpster too hollow. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 15:41:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4DB016A4B3 for ; Wed, 18 Oct 2006 15:41:53 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 397D843DEC for ; Wed, 18 Oct 2006 15:38:28 +0000 (GMT) (envelope-from wmoran@collaborativefusion.com) Received: from collaborativefusion.com (mx01.pub.collaborativefusion.com [206.210.89.201]) (TLS: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Wed, 18 Oct 2006 11:38:28 -0400 id 00056423.45364A74.000159FF Received: from Internal Mail-Server (206.210.89.202) by mx01 (envelope-from wmoran@collaborativefusion.com) with AES256-SHA encrypted SMTP; 18 Oct 2006 11:33:26 -0400 Date: Wed, 18 Oct 2006 11:38:27 -0400 From: Bill Moran To: Scott Long Message-Id: <20061018113827.0955e8dc.wmoran@collaborativefusion.com> In-Reply-To: <45364782.8090209@samsco.org> References: <45364782.8090209@samsco.org> Organization: Collaborative Fusion X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Conrad Burger Subject: Re: When will the new BCE driver in HEAD be incorporated into RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 15:41:53 -0000 In response to Scott Long : > Conrad Burger wrote: > > Hi > > > > It looks like there is a "new" version of the bce driver in HEAD. > > When will it be incorporated into Releng_6? > > It will be merged when someone, preferably 2-3 people, tell me that > the changes in HEAD work for them. So far, no one has. I'm working on that now. I wasn't aware that improvements had been committed or I'd have started on it 2 days ago ... -- Bill Moran Collaborative Fusion Inc. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 16:02:00 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DC9C16A47B for ; Wed, 18 Oct 2006 16:02:00 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (w.timing.com [206.168.13.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41EF143D96 for ; Wed, 18 Oct 2006 16:01:52 +0000 (GMT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id k9IG1qDc065494 for ; Wed, 18 Oct 2006 10:01:52 -0600 (MDT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.13.8/8.13.8) with ESMTP id k9IG1jLv059362; Wed, 18 Oct 2006 10:01:45 -0600 (MDT) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.13.8/8.13.8/Submit) id k9IG1jH8059359; Wed, 18 Oct 2006 10:01:45 -0600 (MDT) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17718.20457.799395.602805@gromit.timing.com> Date: Wed, 18 Oct 2006 10:01:45 -0600 From: John E Hein To: stable@freebsd.org X-Mailer: VM 7.19 under Emacs 21.3.1 X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on Daffy.timing.com X-Virus-Status: Clean Cc: Subject: locked vnode / nfs... requires kill -9 in ddb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 16:02:00 -0000 6.2-PRERELEASE from 20061016 RELENG_6 sources. SMP with CPU: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz (2127.97-MHz 686-class CPU) GENERIC minus some devices plus: options IPSEC options IPSEC_ESP device tap device vlan device hwpmc options HWPMC_HOOKS options KDB options DDB This also happened a couple times with 6.2-PRERELEASE from 20061004 RELENG_6 sources before I updated a couple days ago. In userland from a csh session, I used Ctrl-Z to suspend a Bourne shell script writing to a file through an amd host NFS (tcp v3) mount back to my own machine. Sometimes (maybe 5 times out of 20? in the last week) when I do this, I get a locked vnode problem (see ddb session below) and can't do anything with the filesystems at all (local or nfs). Shells hang when I execute any command (until the suspended 'sh' is killed from ddb). Interrupts still work, Ctrl-Alt-F# allows switching from X to ttyv* consoles. Dropping into ddb allows me to kill the 'sh' with -9 and then continuing from ddb let's me continue working and things are back to normal. KDB: enter: manual escape to debugger [thread pid 19 tid 100025 ] Stopped at 0xc05d5bcf = kdb_enter+0x2b: nop db> show lockedvnods Locked vnodes 0xc6b7bdd0: tag nfs, type VDIR usecount 2, writecount 0, refcount 8 mountedhere 0 flags (VV_ROOT) v_object 0xc9d84108 ref 0 pages 0 lock type nfs: EXCL (count 1) by thread 0xc8adac00 (pid 50746) with 5 pending fileid 8 fsid 0x300ff06 db> ps pid ppid pgrp uid state wmesg wchan cmd 50761 1699 50761 0 S+ nfs 0xc6b7be28 ls 50760 1699 50760 0 S+ nfs 0xc6b7be28 lsof 50759 48969 48935 600 S+ nanslp 0xc088efcc seamonkey-bin 50758 48969 48935 600 S+ nanslp 0xc088efcc seamonkey-bin 50757 50756 50757 0 Ss nfs 0xc6b7be28 procmail 50756 1 809 0 S select 0xc0895ba4 sendmail 50751 50750 50751 0 Ss nfs 0xc6b7be28 procmail 50750 1 809 0 S select 0xc0895ba4 sendmail 50748 50747 1418 600 SV+ nfs 0xc6b7be28 csh 50747 1418 1418 600 S+ ppwait 0xc8573430 csh 50746 50000 49999 600 T+ sh 50000 1418 49999 600 T+ formail 49999 1418 49999 600 T+ pipewr 0xc910f000 cat . . db>db> trace 50746 Tracing pid 50746 tid 100231 td 0xc8adac00 sched_switch(c8adac00,0,2) at 0xc05ce0cb = sched_switch+0x173 mi_switch(2,0) at 0xc05c2b0a = mi_switch+0x1ba thread_suspend_check(1,c079e04c,c8adac00,c9206b80,1,...) at 0xc05c722d = thread_suspend_check+0x191 sleepq_catch_signals(c9206b80) at 0xc05db93f = sleepq_catch_signals+0x103 sleepq_wait_sig(c9206b80) at 0xc05dbd96 = sleepq_wait_sig+0xe msleep(c9206b80,c08a6a40,153,c0813379,0) at 0xc05c2652 = msleep+0x25a nfs_reply(c9206b80,0,c8adac00,4,c7ea7100,...) at 0xc06c33ac = nfs_reply+0x244 nfs_request(c6b7bdd0,c6ae2d00,1,c8adac00,c7815280,e8f3488c,e8f34890,e8f34894,c8adac00,e8f348a0) at 0xc06c40a5 = nfs_request+0x3c1 nfs_getattr(e8f348dc) at 0xc06c912b = nfs_getattr+0x11f VOP_GETATTR_APV(c086c700,e8f348dc) at 0xc07b260c = VOP_GETATTR_APV+0x38 nfsspec_access(e8f34a8c,c6bf7c94,0,e8f349a4,c060ca26,...) at 0xc06cebf1 = nfsspec_access+0x85 nfs_access(e8f34a8c) at 0xc06c8b7a = nfs_access+0x122 VOP_ACCESS_APV(c086c700,e8f34a8c) at 0xc07b25b0 = VOP_ACCESS_APV+0x38 nfs_lookup(e8f34b18) at 0xc06c96ff = nfs_lookup+0xd3 VOP_LOOKUP_APV(c086c700,e8f34b18) at 0xc07b22f7 = VOP_LOOKUP_APV+0x43 lookup(e8f34c00) at 0xc060ee79 = lookup+0x4c1 namei(e8f34c00) at 0xc060e71a = namei+0x39a kern_stat(c8adac00,806712c,0,e8f34c74) at 0xc061d3cd = kern_stat+0x35 stat(c8adac00,e8f34d04) at 0xc061d37b = stat+0x1b syscall(3b,3b,3b,1,80670ec,...) at 0xc07a9363 = syscall+0x2bf Xint0x80_syscall() at 0xc079456f = Xint0x80_syscall+0x1f --- syscall (188, FreeBSD ELF32, stat), eip = 0x28196477, esp = 0xbfbfdc1c, ebp = 0xbfbfdcb8 --- db> kill 9 50746 db> c From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 16:09:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8B9116A403 for ; Wed, 18 Oct 2006 16:09:32 +0000 (UTC) (envelope-from kramer@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FC6243D7F for ; Wed, 18 Oct 2006 16:09:29 +0000 (GMT) (envelope-from kramer@centtech.com) Received: from [10.177.171.221] (roddick.centtech.com [10.177.171.221]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id k9IG9N8u086408; Wed, 18 Oct 2006 11:09:24 -0500 (CDT) (envelope-from kramer@centtech.com) Message-ID: <453651B4.2040502@centtech.com> Date: Wed, 18 Oct 2006 11:09:24 -0500 From: Kevin Kramer User-Agent: Thunderbird 1.5.0.7 (X11/20061012) MIME-Version: 1.0 To: Scott Long References: <45362C94.5070804@centtech.com> <453647A1.6080608@samsco.org> In-Reply-To: <453647A1.6080608@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2041/Wed Oct 18 01:29:52 2006 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-stable@freebsd.org Subject: Re: When will the new BCE driver in HEAD be incorporated into RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kramer@centtech.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 16:09:32 -0000 Sorry, I thought that you and others were working on numerous Broadcom issues including incorrect recognition of the chipsets for the Poweredge 1950's and Precision 390. You had been responding to most of the threads regarding Broadcom issues. ------------------------------ Kevin Kramer Sr. Systems Administrator 512.418.5725 Centaur Technology, Inc. www.centtech.com Scott Long wrote the following on 10/18/06 10:26: > Kevin Kramer wrote: >> and will it support the BCM5754 in the Precision 390? >> > > No idea, ask the vendor. > > Scott From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 16:29:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4628616A407 for ; Wed, 18 Oct 2006 16:29:56 +0000 (UTC) (envelope-from ps@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F78743D82 for ; Wed, 18 Oct 2006 16:29:55 +0000 (GMT) (envelope-from ps@freebsd.org) Received: from [75.208.85.169] (169.sub-75-208-85.myvzw.com [75.208.85.169]) by elvis.mu.org (Postfix) with ESMTP id A6F5D1A3C20; Wed, 18 Oct 2006 09:29:54 -0700 (PDT) Message-ID: <45365680.3050001@freebsd.org> Date: Wed, 18 Oct 2006 09:29:52 -0700 From: Paul Saab User-Agent: Mail/News 1.5.0.2 (Macintosh/20060324) MIME-Version: 1.0 To: kramer@centtech.com References: <45362C94.5070804@centtech.com> <453647A1.6080608@samsco.org> <453651B4.2040502@centtech.com> In-Reply-To: <453651B4.2040502@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: When will the new BCE driver in HEAD be incorporated into RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 16:29:56 -0000 The 5754 is more than likely supported by the bge driver. The PCI id's probably have to be added. Kevin Kramer wrote: > Sorry, I thought that you and others were working on numerous Broadcom > issues including incorrect recognition of the chipsets for the > Poweredge 1950's and Precision 390. You had been responding to most of > the threads regarding Broadcom issues. > > ------------------------------ > > Kevin Kramer > Sr. Systems Administrator > 512.418.5725 > Centaur Technology, Inc. > www.centtech.com > > > > Scott Long wrote the following on 10/18/06 10:26: >> Kevin Kramer wrote: >>> and will it support the BCM5754 in the Precision 390? >>> >> >> No idea, ask the vendor. >> >> Scott > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 16:49:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDB2E16A49E for ; Wed, 18 Oct 2006 16:49:36 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id EC63143D45 for ; Wed, 18 Oct 2006 16:49:35 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 18 Oct 2006 16:49:34 -0000 Received: from vpn-cl-165-3.rz.uni-karlsruhe.de (EHLO [141.3.165.3]) [141.3.165.3] by mail.gmx.net (mp008) with SMTP; 18 Oct 2006 18:49:34 +0200 X-Authenticated: #5465401 Message-ID: <45365B73.5050409@gmx.de> Date: Wed, 18 Oct 2006 18:50:59 +0200 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Thunderbird 1.5.0.7 (X11/20061015) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20061003164750.GA844@seth.augenstein.ten> <20061018152906.GA929@seth.augenstein.ten> In-Reply-To: <20061018152906.GA929@seth.augenstein.ten> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: 6.2-PRE /boot/loader X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 16:49:36 -0000 Norbert Augenstein wrote: > Moreover, while booting i get the following message: > > sysctl: unknown oid 'net.inet6.ip6.auto_linklocal' > > due to missing inet6 support in my kernel. This looks like a stale entry in your /etc/sysctl.conf or /boot/loader.conf to me. Just remove it (the entry, not the file). From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 17:15:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B638816A40F for ; Wed, 18 Oct 2006 17:15:21 +0000 (UTC) (envelope-from jason.thomson@mintel.com) Received: from rocky.mintel.co.uk (rocky2.mintel.com [217.206.187.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3A7743D58 for ; Wed, 18 Oct 2006 17:15:19 +0000 (GMT) (envelope-from jason.thomson@mintel.com) Received: from [10.0.62.5] ([10.0.62.5]) by rocky.mintel.co.uk (8.13.4/8.13.4) with ESMTP id k9IHFEF5008157; Wed, 18 Oct 2006 18:15:15 +0100 (BST) (envelope-from jason.thomson@mintel.com) Message-ID: <45366122.6090704@mintel.com> Date: Wed, 18 Oct 2006 18:15:14 +0100 From: Jason Thomson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en, en-us MIME-Version: 1.0 To: Scott Long References: <45364782.8090209@samsco.org> In-Reply-To: <45364782.8090209@samsco.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.28 (www . roaringpenguin . com / mimedefang) Cc: freebsd-stable@freebsd.org, Conrad Burger Subject: Re: When will the new BCE driver in HEAD be incorporated into RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 17:15:21 -0000 Scott Long wrote: > Conrad Burger wrote: > >> Hi >> >> It looks like there is a "new" version of the bce driver in HEAD. >> When will it be incorporated into Releng_6? > > > It will be merged when someone, preferably 2-3 people, tell me that > the changes in HEAD work for them. So far, no one has. > > Scott > _______________________________________________ Using the driver from HEAD* in the latest RELENG_6 didn't fix our problems. We could still trigger the Watchdog timeout when copying a local file to an NFS mounted filesystem (UDP mount, GigE speeds). It was also possible to trigger this bug with multiple simultaneous TCP streams, but that took a little longer. Copying a local file to an NFS/UDP filesystem would trigger the bug in a few seconds. If there's anything we can do to help debug this, please let us know. * With the following patch applied: --- /usr/src/sys/dev/bce/if_bce.c.orig Wed Oct 18 17:19:02 2006 +++ /usr/src/sys/dev/bce/if_bce.c Wed Oct 18 17:39:11 2006 @@ -4521,6 +4521,7 @@ bus_dmamap_t map; struct tx_bd *txbd = NULL; struct mbuf *m0; + struct m_tag *mtag; u32 vlan_tag_flags = 0; u32 prod_bseq; u16 chain_prod, prod; @@ -4540,9 +4541,10 @@ } /* Transfer any VLAN tags to the bd. */ - if (m0->m_flags & M_VLANTAG) + mtag = VLAN_OUTPUT_TAG(sc->bce_ifp, m0); + if (mtag != NULL) vlan_tag_flags |= (TX_BD_FLAGS_VLAN_TAG | - (m0->m_pkthdr.ether_vtag << 16)); + (VLAN_TAG_VALUE(mtag) << 16)); /* Map the mbuf into DMAable memory. */ prod = sc->tx_prod; From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 17:46:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD0D016A494 for ; Wed, 18 Oct 2006 17:46:35 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DC3A43D7D for ; Wed, 18 Oct 2006 17:46:32 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by nz-out-0102.google.com with SMTP id o37so124833nzf for ; Wed, 18 Oct 2006 10:46:32 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=bfu8S0HZFDRkm3qjMddmutidtDTFR0R/hWb22GavR1Qq8MH5xLPlpMg+kBpyl6BFd3u5TEo/nzbhtp5klhWlYmd/2HDoLDRlcQ3eLb4jGZnFjXDreVu1KSSGN+66fuBkN9w9UhXL4A3/BfADQhGdzAXkXf9RJpZesXIYI2xOj+k= Received: by 10.35.31.14 with SMTP id i14mr18228462pyj; Wed, 18 Oct 2006 10:46:30 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Wed, 18 Oct 2006 10:46:30 -0700 (PDT) Message-ID: <2a41acea0610181046k822afd1qcec4187dc8514187@mail.gmail.com> Date: Wed, 18 Oct 2006 10:46:30 -0700 From: "Jack Vogel" To: freebsd-net , freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 17:46:35 -0000 I think there may be a few different problems going on with the em driver on 6.2 that are being lumped under the general description of network hangs. In order to solve these I need a reproducible failure, either on a system here at Intel, or someone who is willing to be a remote guinea pig :) I need detailed reports, meaning EXACT system data, if its an OEM box, what model, what addons, a pciconf list, description of the network, and anything special that is connected with the problem occurence. OH, and if you have a 'before and after' situation, then please give driver deltas that worked, and which failed. I know that there are systems out there that have management hardware that can interfere on the network, it grabs certain packets as being 'management' and doesnt pass them on to the OS. Specifically packets for port 623 and 664 get 'eaten' by this hardware. There is a fix for this, you tell the portmapper to not use ports below 665, in particular: sysctl net.inet.ip.portrange.lowlast 665 (default is 600) So, if you have IPMI or AMT hardware, you should try this change and see if it fixes hangs. There is also a hardware eeprom issue on systems with an 82573 type NIC on SOME systems. There is a utility to fix that, if you have a problem, and have that NIC email me and I can send that out to you. Lastly, our Linux crew have long believed that there are lurking issues on some AMD based systems, we have problems with these because we dont have easy access to this hardware (as you can imagine :). But we now have evidence that SOMETIMES completion on transmit descriptors is not being written back, and this causes hangs. They (the linux team) have a modified transmit cleanup algorithm that does not use the DONE bit, instead it just using the head and tail pointers. If I can get a case where someone has this kind of hardware and has hangs AND is willing to test then perhaps I can try coding something similar up. Also, remember to let everyone know if something gets fixed :) Cheers, Jack From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 17:52:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C84E16A403 for ; Wed, 18 Oct 2006 17:52:59 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93B9143D77 for ; Wed, 18 Oct 2006 17:52:58 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 7ADD41A3C19; Wed, 18 Oct 2006 10:52:58 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E6755515F0; Wed, 18 Oct 2006 13:52:57 -0400 (EDT) Date: Wed, 18 Oct 2006 13:52:57 -0400 From: Kris Kennaway To: Jason Thomson Message-ID: <20061018175257.GA97258@xor.obsecurity.org> References: <45364782.8090209@samsco.org> <45366122.6090704@mintel.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tThc/1wpZn/ma/RB" Content-Disposition: inline In-Reply-To: <45366122.6090704@mintel.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, Conrad Burger Subject: Re: When will the new BCE driver in HEAD be incorporated into RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 17:52:59 -0000 --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 18, 2006 at 06:15:14PM +0100, Jason Thomson wrote: > Scott Long wrote: > > Conrad Burger wrote: > > > >> Hi > >> > >> It looks like there is a "new" version of the bce driver in HEAD. > >> When will it be incorporated into Releng_6? > > > > > > It will be merged when someone, preferably 2-3 people, tell me that > > the changes in HEAD work for them. So far, no one has. > > > > Scott > > _______________________________________________ >=20 > Using the driver from HEAD* in the latest RELENG_6 didn't fix our > problems. >=20 > We could still trigger the Watchdog timeout when copying a local file to > an NFS mounted filesystem (UDP mount, GigE speeds). >=20 > It was also possible to trigger this bug with multiple simultaneous TCP > streams, but that took a little longer. >=20 > Copying a local file to an NFS/UDP filesystem would trigger the bug in a > few seconds. >=20 > If there's anything we can do to help debug this, please let us know. Per my previous mails, the (known) bce watchdogs are symptoms of driver bugs which can be usefully converted into panics by enabling INVARIANTS and INVARIANT_SUPPORT. Please do so, then report what happens. Kris --tThc/1wpZn/ma/RB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFNmn5Wry0BWjoQKURAhWWAKDGK5Jnmfa23MK0SDOc9pQej6DOCACfSNQ/ wMOX5f0PaQ6te1lQUBLHJtM= =m7kM -----END PGP SIGNATURE----- --tThc/1wpZn/ma/RB-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 19:04:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60C2916A407 for ; Wed, 18 Oct 2006 19:04:41 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from smtp-out3.blueyonder.co.uk (smtp-out3.blueyonder.co.uk [195.188.213.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6CA343D4C for ; Wed, 18 Oct 2006 19:04:38 +0000 (GMT) (envelope-from tom@tomjudge.com) Received: from [172.23.170.140] (helo=anti-virus02-07) by smtp-out3.blueyonder.co.uk with smtp (Exim 4.52) id 1GaGiR-0004wC-Uc; Wed, 18 Oct 2006 20:04:36 +0100 Received: from [82.43.34.109] (helo=[192.168.0.2]) by asmtp-out1.blueyonder.co.uk with esmtp (Exim 4.52) id 1GaGiP-00037M-BW; Wed, 18 Oct 2006 20:04:33 +0100 Message-ID: <45367B71.40704@tomjudge.com> Date: Wed, 18 Oct 2006 20:07:29 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.5 (X11/20060728) MIME-Version: 1.0 To: Kris Kennaway References: <45364782.8090209@samsco.org> <45366122.6090704@mintel.com> <20061018175257.GA97258@xor.obsecurity.org> In-Reply-To: <20061018175257.GA97258@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jason Thomson , freebsd-stable@freebsd.org, Conrad Burger Subject: Re: When will the new BCE driver in HEAD be incorporated into RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 19:04:41 -0000 Kris Kennaway wrote: > On Wed, Oct 18, 2006 at 06:15:14PM +0100, Jason Thomson wrote: > >> Using the driver from HEAD* in the latest RELENG_6 didn't fix our >> problems. >> >> We could still trigger the Watchdog timeout when copying a local file to >> an NFS mounted filesystem (UDP mount, GigE speeds). >> >> It was also possible to trigger this bug with multiple simultaneous TCP >> streams, but that took a little longer. >> >> Copying a local file to an NFS/UDP filesystem would trigger the bug in a >> few seconds. >> >> If there's anything we can do to help debug this, please let us know. >> > > Per my previous mails, the (known) bce watchdogs are symptoms of > driver bugs which can be usefully converted into panics by enabling > INVARIANTS and INVARIANT_SUPPORT. Please do so, then report what > happens. > > Kris > Hi Kris, I am a colleague of Jason's, when we were testing this patch the kernel used had both options set: option INVARIANTS option INVARIANT_SUPPORT Although on several boxes we have failed to cause a kernel panic, only watchdog timeouts. However the last crash that we reproduced did trigger several: bce: need to defrag Messages on the console before the watchdob timeout occured. Tom From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 19:33:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F1F316A47C; Wed, 18 Oct 2006 19:33:32 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51B9243D79; Wed, 18 Oct 2006 19:33:30 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from [194.192.25.130] (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.13.6/8.13.4) with ESMTP id k9IJXTXi038463; Wed, 18 Oct 2006 21:33:29 +0200 (CEST) (envelope-from sos@deepcore.dk) Message-ID: <45368190.20507@deepcore.dk> Date: Wed, 18 Oct 2006 21:33:36 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 1.5.0.2 (X11/20060531) MIME-Version: 1.0 To: Lin Jui-Nan Eric , sos@freebsd.org, freebsd-stable@freebsd.org References: <47713ee10610180746pb6daab7k4c8764e4bdb90230@mail.gmail.com> <20061018150525.GA42414@icarus.home.lan> In-Reply-To: <20061018150525.GA42414@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v2.0beta Cc: Subject: Re: Installing 6.1-R on Dell Powervault 745N X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 19:33:32 -0000 Jeremy Chadwick wrote: > On Wed, Oct 18, 2006 at 10:46:21PM +0800, Lin Jui-Nan Eric wrote: > >> We have a Dell Powervault 745N and want to install FreeBSD 6.1-R. >> But the installer complains that it can not find out any hard disk. >> Since the dmesg contains ata2~5, I think the controller is recognized >> by FreeBSD, but it cannot get the SATA drive. >> >> The dmesg and result of running pciconf -lv is in this PR: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/103624 >> > > The controller (which you label in your PR as "some funny RAID > controller") is an Intel 31244: > > atapci0: mem 0xfe1ff000-0xfe1fffff irq 25 at device 2.0 on pci2 > ata2: on atapci0 > ata3: on atapci0 > ata4: on atapci0 > ata5: on atapci0 > > Some history: this controller was discussed back in 2005: > > http://lists.freebsd.org/pipermail/freebsd-current/2005-June/050827.html > > The appropriate code appears to have been committed to FreeBSD as > of June 2005: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/ata/ata-pci.h#rev1.49 > > There was a DMA-related fix for this controller committed in February 2006: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/ata/ata-pci.h#rev1.49.2.7 > > Soren, do you have any ideas? > Nothing else that that it should work. I dont own any HW that uses this chip so I cannot test it out. The current support was done for the ARM port IIRC so things might be different on other systems. At any rate you definitly should try out 6.2-beta-something as 6.1 is getting old.... -Søren From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 19:50:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F149216A47E for ; Wed, 18 Oct 2006 19:50:12 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8A9F43D58 for ; Wed, 18 Oct 2006 19:50:08 +0000 (GMT) (envelope-from wmoran@collaborativefusion.com) Received: from collaborativefusion.com (mx01.pub.collaborativefusion.com [206.210.89.201]) (TLS: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Wed, 18 Oct 2006 15:50:07 -0400 id 00056423.4536856F.000171D8 Received: from Internal Mail-Server (206.210.89.202) by mx01 (envelope-from wmoran@collaborativefusion.com) with AES256-SHA encrypted SMTP; 18 Oct 2006 15:45:04 -0400 Date: Wed, 18 Oct 2006 15:50:06 -0400 From: Bill Moran To: Bill Moran Message-Id: <20061018155006.e7ffa379.wmoran@collaborativefusion.com> In-Reply-To: <20061018113827.0955e8dc.wmoran@collaborativefusion.com> References: <45364782.8090209@samsco.org> <20061018113827.0955e8dc.wmoran@collaborativefusion.com> Organization: Collaborative Fusion X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Conrad Burger Subject: Re: When will the new BCE driver in HEAD be incorporated into RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 19:50:13 -0000 In response to Bill Moran : > In response to Scott Long : > > > Conrad Burger wrote: > > > Hi > > > > > > It looks like there is a "new" version of the bce driver in HEAD. > > > When will it be incorporated into Releng_6? > > > > It will be merged when someone, preferably 2-3 people, tell me that > > the changes in HEAD work for them. So far, no one has. > > I'm working on that now. I wasn't aware that improvements had been > committed or I'd have started on it 2 days ago ... Well, I tried to backport the driver in -CURRENT to 6-STABLE and failed. Then I tried upgrading the system to -CURRENT, and that's left me with an unbootable system. Just not having a good day ... -- Bill Moran Collaborative Fusion Inc. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 20:07:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 442C616A415 for ; Wed, 18 Oct 2006 20:07:33 +0000 (UTC) (envelope-from jandrese@mitre.org) Received: from smtp-bedford.mitre.org (smtpproxy1.mitre.org [192.160.51.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1A1F43D58 for ; Wed, 18 Oct 2006 20:07:22 +0000 (GMT) (envelope-from jandrese@mitre.org) Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (8.12.11.20060308/8.12.11) with SMTP id k9IK7JAG029719 for ; Wed, 18 Oct 2006 16:07:19 -0400 Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (Postfix) with ESMTP id D065CBF7B for ; Wed, 18 Oct 2006 16:07:18 -0400 (EDT) Received: from IMCFE1.MITRE.ORG (imcfe1.mitre.org [129.83.29.3]) by smtp-bedford.mitre.org (8.12.11.20060308/8.12.11) with ESMTP id k9IK7Isw029711 for ; Wed, 18 Oct 2006 16:07:18 -0400 Received: from IMCSRV2.MITRE.ORG ([129.83.20.164]) by IMCFE1.MITRE.ORG with Microsoft SMTPSVC(6.0.3790.1830); Wed, 18 Oct 2006 16:07:18 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 18 Oct 2006 16:07:14 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Runaway kernel? Or an attack? Thread-Index: Acby8QDNdBJLmMpTTg+166ezNrelJg== From: "Andresen, Jason R." To: X-OriginalArrivalTime: 18 Oct 2006 20:07:18.0172 (UTC) FILETIME=[03389DC0:01C6F2F1] Subject: Runaway kernel? Or an attack? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 20:07:33 -0000 Ok, I have a recurring problem with my webserver. Once a day or so it gets locked into a loop with some random server usually somewhere in my ISP. When it does this, it spends all of its time spitting out packets and getting FIN, ACKs back. =20 Shutting down the HTTP server doesn't stop the traffic. I have to create firewall rules to block the outgoing traffic to stop it. Wiping the disk and reinstalling from the CD didn't help either. This host is behind a NAT (A D-Link DI-604 router). Is this a bad packet injection attack, a bug, or has my box been compromised? =20 This problem has persisted from when the box was 5.4 all the way to it's current 6.0 life. Sadly, I cannot upgrade it beyond 6.0 Release at the moment because it has a proprietary vendor binary kernel module for the RAID array, and the newest version they have is for 6.0.=20 Here's a short tcpdump of the traffic when it happens, these packets are going out at a rate of thousands per second. The 192.168.42.2 is the local host and 192.76.86.83 is the apparently random victim: 09:36:51.056914 IP (tos 0x0, ttl 64, id 57273, offset 0, flags [DF], proto: TCP (6), length: 52) 192.168.42.2.80 > 192.76.86.83.22929: ., cksum 0xd1b3 (correct), 0:0(0) ack 0 win 33120 09:36:51.059404 IP (tos 0x0, ttl 51, id 61707, offset 0, flags [none], proto: TCP (6), length: 52) 192.76.86.83.22929 > 192.168.42.2.80: F, cksum 0x5331 (correct), 0:0(0) ack 1 win 65535 09:36:51.059469 IP (tos 0x0, ttl 64, id 57274, offset 0, flags [DF], proto: TCP (6), length: 52) 192.168.42.2.80 > 192.76.86.83.22929: ., cksum 0xd1b0 (correct), 0:0(0) ack 0 win 33120 09:36:51.060004 IP (tos 0x0, ttl 51, id 61709, offset 0, flags [none], proto: TCP (6), length: 52) 192.76.86.83.22929 > 192.168.42.2.80: F, cksum 0x5331 (correct), 0:0(0) ack 1 win 65535 From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 20:21:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B499816A415 for ; Wed, 18 Oct 2006 20:21:18 +0000 (UTC) (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 2127143D45 for ; Wed, 18 Oct 2006 20:21:11 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from atlantis.dp.ua (localhost [127.0.0.1]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k9IKKbut062547; Wed, 18 Oct 2006 23:21:04 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Received: from localhost (dmitry@localhost) by atlantis.dp.ua (8.13.1/8.13.1/Submit) with ESMTP id k9IKKbs7062544; Wed, 18 Oct 2006 23:20:37 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Wed, 18 Oct 2006 23:20:37 +0300 (EEST) From: Dmitry Pryanishnikov To: "[LoN]Kamikaze" In-Reply-To: <45365B73.5050409@gmx.de> Message-ID: <20061018231326.G8154@atlantis.atlantis.dp.ua> References: <20061003164750.GA844@seth.augenstein.ten> <20061018152906.GA929@seth.augenstein.ten> <45365B73.5050409@gmx.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-PRE /boot/loader X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 20:21:19 -0000 Hello! On Wed, 18 Oct 2006, [LoN]Kamikaze wrote: >> sysctl: unknown oid 'net.inet6.ip6.auto_linklocal' >> >> due to missing inet6 support in my kernel. > > This looks like a stale entry in your /etc/sysctl.conf or > /boot/loader.conf to me. Just remove it (the entry, not > the file). No, it isn't. It's new and shiny (yet harmless) bug, which made it's way into the RELENG_6 with the following commit: ume 2006-10-16 15:09:24 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) etc/rc.d auto_linklocal sys/netinet6 in6_ifattach.c Log: MFC: Revert the default value of net.inet6.ip6.auto_linklocal to 1. If ipv6_enable is not set to "YES", net.inet6.ip6.auto_linklocal is turned to 0 at boot. and this is the result of the /etc/rc.d/auto_linklocal execution on IPv6-less kernel. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 20:33:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E55516A403 for ; Wed, 18 Oct 2006 20:33:08 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97C8D43D79 for ; Wed, 18 Oct 2006 20:33:06 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin05-en2 [10.13.10.150]) by smtpout.mac.com (Xserve/8.12.11/smtpout12/MantshX 4.0) with ESMTP id k9IKX5mF013143; Wed, 18 Oct 2006 13:33:06 -0700 (PDT) Received: from [17.214.13.96] (a17-214-13-96.apple.com [17.214.13.96]) (authenticated bits=0) by mac.com (Xserve/smtpin05/MantshX 4.0) with ESMTP id k9IKX4Fv027152; Wed, 18 Oct 2006 13:33:04 -0700 (PDT) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Wed, 18 Oct 2006 13:33:03 -0700 To: "Andresen, Jason R." X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: freebsd-stable@freebsd.org Subject: Re: Runaway kernel? Or an attack? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 20:33:08 -0000 On Oct 18, 2006, at 1:07 PM, Andresen, Jason R. wrote: > Ok, I have a recurring problem with my webserver. Once a day or so it > gets locked into a loop with some random server usually somewhere > in my > ISP. When it does this, it spends all of its time spitting out > packets > and getting FIN, ACKs back. > > Shutting down the HTTP server doesn't stop the traffic. I have to > create firewall rules to block the outgoing traffic to stop it. Frankly, this sounds more like the random remote host has been compromised, rather than your machine, and it is scanning the network for other hosts to attack. What URLs are being requested (check the http logs)? > Here's a short tcpdump of the traffic when it happens, these packets > are going out at a rate of thousands per second. The 192.168.42.2 is > the local host and 192.76.86.83 is the apparently random victim: I'd talk to verizon.com and ask them what is going on from their side with that host... -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 20:39:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B5D516A40F for ; Wed, 18 Oct 2006 20:39:22 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [216.148.227.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DCFC43D6E for ; Wed, 18 Oct 2006 20:39:21 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (rwcrmhc13) with ESMTP id <20061018203909m1300m5vp7e>; Wed, 18 Oct 2006 20:39:21 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 4A9711FA037; Wed, 18 Oct 2006 13:39:04 -0700 (PDT) Date: Wed, 18 Oct 2006 13:39:04 -0700 From: Jeremy Chadwick To: Dmitry Pryanishnikov Message-ID: <20061018203904.GA47563@icarus.home.lan> Mail-Followup-To: Dmitry Pryanishnikov , "[LoN]Kamikaze" , freebsd-stable@freebsd.org References: <20061003164750.GA844@seth.augenstein.ten> <20061018152906.GA929@seth.augenstein.ten> <45365B73.5050409@gmx.de> <20061018231326.G8154@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061018231326.G8154@atlantis.atlantis.dp.ua> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: "\[LoN\]Kamikaze" , freebsd-stable@freebsd.org Subject: Re: 6.2-PRE /boot/loader X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 20:39:22 -0000 On Wed, Oct 18, 2006 at 11:20:37PM +0300, Dmitry Pryanishnikov wrote: > No, it isn't. It's new and shiny (yet harmless) bug, which made it's way > into the RELENG_6 with the following commit: > > ume 2006-10-16 15:09:24 UTC > > FreeBSD src repository > > Modified files: (Branch: RELENG_6) > etc/rc.d auto_linklocal > sys/netinet6 in6_ifattach.c > Log: > MFC: Revert the default value of net.inet6.ip6.auto_linklocal to 1. > If ipv6_enable is not set to "YES", net.inet6.ip6.auto_linklocal > is turned to 0 at boot. > > and this is the result of the /etc/rc.d/auto_linklocal execution on > IPv6-less kernel. The rc.d/auto_linklocal script does this: auto_linklocal_start() { if ! checkyesno ipv6_enable; then ${SYSCTL_W} net.inet6.ip6.auto_linklocal=0 fi } The condition for this code getting called is weird. It would require ipv6_enable="no" (which is default)... yet it goes and tinkers with ipv6 sysctls anyways. I assume that the idea behind ipv6_enable is that it's ONLY set to "yes" by administrators who want to do IPv6-related things. (My point: It's bad to try and set IPv6 sysctl when an administrator doesn't have ipv6_enable="yes") This feature probably needs its own rc.conf option. Maybe this is what the author had intended? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 20:45:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3788C16A416 for ; Wed, 18 Oct 2006 20:45:06 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [63.240.77.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD89043D5E for ; Wed, 18 Oct 2006 20:45:04 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (sccrmhc12) with ESMTP id <20061018204503012002i85ue>; Wed, 18 Oct 2006 20:45:03 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 6B6391FA037; Wed, 18 Oct 2006 13:45:03 -0700 (PDT) Date: Wed, 18 Oct 2006 13:45:03 -0700 From: Jeremy Chadwick To: "Andresen, Jason R." Message-ID: <20061018204503.GB47563@icarus.home.lan> Mail-Followup-To: "Andresen, Jason R." , freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: Runaway kernel? Or an attack? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 20:45:06 -0000 On Wed, Oct 18, 2006 at 04:07:14PM -0400, Andresen, Jason R. wrote: > Ok, I have a recurring problem with my webserver. Once a day or so it > gets locked into a loop with some random server usually somewhere in my > ISP. When it does this, it spends all of its time spitting out packets > and getting FIN, ACKs back. > > Shutting down the HTTP server doesn't stop the traffic. I have to > create firewall rules to block the outgoing traffic to stop it. Wiping > the disk and reinstalling from the CD didn't help either. This host is > behind a NAT (A D-Link DI-604 router). Is this a bad packet injection > attack, a bug, or has my box been compromised? And let me guess: your DI-604 is set to port forward TCP 80 to 192.168.42.2 (rather than make 192.168.42.2 the DMZ host). I recommend removing the DI-604 from the topology and see if the problem continues. Gut feeling (based on past experience with D-Link's residential products) is the problem will disappear. You'll have to trust me on this -- no matter how reliable you think the DI-series units are ("It works fine for me!"), they aren't. There are major IP stack implementation issues with these units (same with the DI-614+). Thoroughly scan the D-Link forum on www.broadbandreports.com for details of these problems. The IP stack on those units is awful. Consider picking up a WRT54GL (which runs Linux; sure, I'd prefer they run BSD, but I'll trust Linux's IP stack over some third-party out-of-country IP stack any day of the week). Do not go with a WRT54G (because you won't know what version you get; Linux-based or VxWorks-based (which has other IP stack problems), nor a WRT54GS (same risk (Linux vs. VxWorks)). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 21:27:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25E0716A412 for ; Wed, 18 Oct 2006 21:27:59 +0000 (UTC) (envelope-from jas@math.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63E7243D5D for ; Wed, 18 Oct 2006 21:27:58 +0000 (GMT) (envelope-from jas@math.jussieu.fr) Received: from riemann.math.jussieu.fr (riemann.math.jussieu.fr [134.157.13.3]) by shiva.jussieu.fr (8.13.7/jtpda-5.4) with ESMTP id k9ILRuI1094576 for ; Wed, 18 Oct 2006 23:27:56 +0200 (CEST) X-Ids: 166 Received: from cantor.math.jussieu.fr (cantor.math.jussieu.fr [134.157.13.2]) by riemann.math.jussieu.fr (8.13.8/jtpda-5.4) with ESMTP id k9ILRtQg041052 for ; Wed, 18 Oct 2006 23:27:55 +0200 (CEST) Received: from cantor.math.jussieu.fr (jas@localhost [127.0.0.1]) by cantor.math.jussieu.fr (8.13.1/jtpda-5.4) with ESMTP id k9ILRthU004175 for ; Wed, 18 Oct 2006 23:27:55 +0200 (CEST) Received: (from jas@localhost) by cantor.math.jussieu.fr (8.13.1/8.13.1/Submit) id k9ILRtJJ004174 for freebsd-stable@freebsd.org; Wed, 18 Oct 2006 23:27:55 +0200 (CEST) (envelope-from jas) Date: Wed, 18 Oct 2006 23:27:55 +0200 From: Albert Shih To: freebsd-stable@freebsd.org Message-ID: <20061018212755.GA97775@math.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.11 X-Spam-Score: 0.001 () UNPARSEABLE_RELAY X-Scanned-By: MIMEDefang 2.57 on 134.157.13.3 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (shiva.jussieu.fr [134.157.0.166]); Wed, 18 Oct 2006 23:27:56 +0200 (CEST) X-Virus-Scanned: ClamAV 0.88.2/2041/Wed Oct 18 08:29:52 2006 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 45369C5C.001 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Subject: Strange with rpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: shih@math.jussieu.fr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 21:27:59 -0000 Hi all I've strange (little) problem I've got many message like rpc.statd: Failed to contact host one_my_host_name but one_my_host_name is poweroff (off course he cannot contact). But why my nfs server trying to contact a server is poweroff. I've try to find the name of one_my_host_name in /etc with (find ...) in /var in /tmp nothing... (same thing with IP number). I don't event known why my server found the name (or IP number). I've event do reboot of my server. Any one have a idea ? Regards. -- Albert SHIH Universite de Paris 7 (Denis DIDEROT) U.F.R. de Mathematiques. 7 ième étage, plateau D, bureau 10 Heure local/Local time: Wed Oct 18 23:24:17 CEST 2006 From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 21:50:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F326116A412 for ; Wed, 18 Oct 2006 21:50:02 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from slimak.dkm.cz (slimak.dkm.cz [62.24.64.34]) by mx1.FreeBSD.org (Postfix) with SMTP id B28BB43D53 for ; Wed, 18 Oct 2006 21:50:01 +0000 (GMT) (envelope-from 000.fbsd@quip.cz) Received: (qmail 96642 invoked by uid 0); 18 Oct 2006 21:49:54 -0000 Received: from grimm.quip.cz (HELO ?192.168.1.2?) (213.220.192.218) by slimak.dkm.cz with SMTP; 18 Oct 2006 21:49:54 -0000 Message-ID: <4536A181.5080305@quip.cz> Date: Wed, 18 Oct 2006 23:49:53 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, en, cs, en-us MIME-Version: 1.0 To: Andriy Gapon References: <4533BE2E.4080005@icyb.net.ua> In-Reply-To: <4533BE2E.4080005@icyb.net.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: nfsmb survey X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 21:50:03 -0000 > 1. find out pci handle of your SMB controller: # pciconf -lv | fgrep 0x0c0500 -A 4 none1@pci0:1:1: class=0x0c0500 card=0x5348108e chip=0x005210de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 SMBus' class = serial bus subclass = SMBus > 2. read values in BARs 4 and 5 and also registers 0x50 and 0x54 like > follows: # pciconf -r pci0:1:1 0x20 00001c01 # pciconf -r pci0:1:1 0x24 00001c41 # pciconf -r pci0:1:1 0x50 00001c01 # pciconf -r pci0:1:1 0x54 00001c41 FreeBSD 6.2-BETA2 FreeBSD 6.2-BETA2 #0: Mon Oct 2 03:22:01 UTC 2006 root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 22:01:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4933916A416 for ; Wed, 18 Oct 2006 22:01:39 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id C57CB43D78 for ; Wed, 18 Oct 2006 22:01:34 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([165.236.175.187]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k9IM1Q8Q017560; Wed, 18 Oct 2006 16:01:32 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4536A430.4070807@samsco.org> Date: Wed, 18 Oct 2006 16:01:20 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tom Judge References: <45364782.8090209@samsco.org> <45366122.6090704@mintel.com> <20061018175257.GA97258@xor.obsecurity.org> <45367B71.40704@tomjudge.com> In-Reply-To: <45367B71.40704@tomjudge.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Jason Thomson , freebsd-stable@freebsd.org, Conrad Burger , Kris Kennaway Subject: Re: When will the new BCE driver in HEAD be incorporated into RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 22:01:39 -0000 Tom Judge wrote: > Kris Kennaway wrote: > >> On Wed, Oct 18, 2006 at 06:15:14PM +0100, Jason Thomson wrote: >> >> >>> Using the driver from HEAD* in the latest RELENG_6 didn't fix our >>> problems. >>> >>> We could still trigger the Watchdog timeout when copying a local file to >>> an NFS mounted filesystem (UDP mount, GigE speeds). >>> >>> It was also possible to trigger this bug with multiple simultaneous TCP >>> streams, but that took a little longer. >>> >>> Copying a local file to an NFS/UDP filesystem would trigger the bug in a >>> few seconds. >>> >>> If there's anything we can do to help debug this, please let us know. >>> >> >> >> Per my previous mails, the (known) bce watchdogs are symptoms of >> driver bugs which can be usefully converted into panics by enabling >> INVARIANTS and INVARIANT_SUPPORT. Please do so, then report what >> happens. >> >> Kris >> > > Hi Kris, > > I am a colleague of Jason's, when we were testing this patch the kernel > used had both options set: > > option INVARIANTS > option INVARIANT_SUPPORT > > Although on several boxes we have failed to cause a kernel panic, only > watchdog timeouts. However the last crash that we reproduced did > trigger several: > > bce: need to defrag > > Messages on the console before the watchdob timeout occured. > > > Tom This is a debugging message that I accidentally left in. It may relate to the problem, I'll take a look. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 22:12:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D76F16A403 for ; Wed, 18 Oct 2006 22:12:54 +0000 (UTC) (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 985C443D81 for ; Wed, 18 Oct 2006 22:12:50 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GaJeZ-000J1V-AB for freebsd-stable@freebsd.org; Wed, 18 Oct 2006 22:12:49 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GaJaP-0007ds-Ss for freebsd-stable@freebsd.org; Wed, 18 Oct 2006 17:08:30 -0500 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17718.42461.463190.680559@roam.psg.com> Date: Wed, 18 Oct 2006 17:08:29 -0500 To: FreeBSD Stable X-Spam-Score: -1.4 (-) Subject: tz ME X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 22:12:54 -0000 releng6 as of yesterday # tzsetup tzsetup: /usr/share/zoneinfo/zone.tab:250: country code `ME' unknown From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 22:23:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E7B716A403 for ; Wed, 18 Oct 2006 22:23:51 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 611E743D5D for ; Wed, 18 Oct 2006 22:23:50 +0000 (GMT) (envelope-from kip.macy@gmail.com) Received: by hu-out-0506.google.com with SMTP id 34so1745076hui for ; Wed, 18 Oct 2006 15:23:49 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Lxyr9qSxlhvQzTKkXtQ8OSyrXWChfIxBP1J+zVHvFtImL1HZLQKitBFYLO4M6V0F5OvdPgtyGXzCyzMXmC5OHFEg7hJfPDDKbiua68UCCx/JizN2uTGxzfMcuPj1V2JJAq4pvlufOJBFT68hksQlSeiNOVJQj7cG9yiDopDsv10= Received: by 10.82.126.5 with SMTP id y5mr2634964buc; Wed, 18 Oct 2006 15:23:48 -0700 (PDT) Received: by 10.82.191.20 with HTTP; Wed, 18 Oct 2006 15:23:48 -0700 (PDT) Message-ID: Date: Wed, 18 Oct 2006 15:23:48 -0700 From: "Kip Macy" To: "Jack Vogel" In-Reply-To: <2a41acea0610181046k822afd1qcec4187dc8514187@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0610181046k822afd1qcec4187dc8514187@mail.gmail.com> Cc: freebsd-net , freebsd-stable@freebsd.org Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 22:23:51 -0000 I have a Sun T2000 that I generally run with the em driver from as of July in order to avoid watchdog timeouts. One trivial scenario that reproduces the problem with 100% consistency is running the ghc configure script (a 20kloc shell script) over NFS. As the T2000 doesn't exactly represent "typical" PC hardware it may not be the most desirable test platform. Nonetheless, let me know if you're interested. Thanks for looking into this issue. -Kip On 10/18/06, Jack Vogel wrote: > I think there may be a few different problems going on with the em driver > on 6.2 that are being lumped under the general description of network > hangs. In order to solve these I need a reproducible failure, either on a > system here at Intel, or someone who is willing to be a remote guinea > pig :) > > I need detailed reports, meaning EXACT system data, if its an OEM > box, what model, what addons, a pciconf list, description of the > network, and anything special that is connected with the problem > occurence. OH, and if you have a 'before and after' situation, then > please give driver deltas that worked, and which failed. > > I know that there are systems out there that have management > hardware that can interfere on the network, it grabs certain packets > as being 'management' and doesnt pass them on to the OS. > Specifically packets for port 623 and 664 get 'eaten' by this > hardware. There is a fix for this, you tell the portmapper to > not use ports below 665, in particular: > > sysctl net.inet.ip.portrange.lowlast 665 (default is 600) > > So, if you have IPMI or AMT hardware, you should try this > change and see if it fixes hangs. > > There is also a hardware eeprom issue on systems with an 82573 > type NIC on SOME systems. There is a utility to fix that, if you > have a problem, and have that NIC email me and I can send that > out to you. > > Lastly, our Linux crew have long believed that there are lurking > issues on some AMD based systems, we have problems with > these because we dont have easy access to this hardware (as > you can imagine :). But we now have evidence that SOMETIMES > completion on transmit descriptors is not being written back, and > this causes hangs. They (the linux team) have a modified transmit > cleanup algorithm that does not use the DONE bit, instead it just > using the head and tail pointers. If I can get a case where someone > has this kind of hardware and has hangs AND is willing to test > then perhaps I can try coding something similar up. > > Also, remember to let everyone know if something gets fixed :) > > Cheers, > > Jack > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 22:25:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9365B16A407 for ; Wed, 18 Oct 2006 22:25:12 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id E90F143D55 for ; Wed, 18 Oct 2006 22:25:11 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id k9IMOpc6012400 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 19 Oct 2006 00:24:51 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <20061018152906.GA929@seth.augenstein.ten> References: <20061003164750.GA844@seth.augenstein.ten> <20061018152906.GA929@seth.augenstein.ten> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Thu, 19 Oct 2006 00:24:50 +0200 To: Norbert Augenstein X-Mailer: Apple Mail (2.752.2) Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-PRE /boot/loader X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 22:25:12 -0000 Am 18.10.2006 um 17:29 schrieb Norbert Augenstein: > after updating my pc (RELENG_6) last night and everything went > fine i updated my laptop as well. Unfortunately my laptop ran into > this constantly rebooting problem caused by the new > /boot/loader. And again, /boot/loader.old works fine on my > laptop. One possible (probable?) cause is non-default CFLAGS, or using certain values for CPUTYPE. Not sure what the underlying problem is, but anything but the defaults seems to trip loader up. HTH, Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 22:30:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA34D16A412 for ; Wed, 18 Oct 2006 22:30:49 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 237E843D83 for ; Wed, 18 Oct 2006 22:30:43 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from [192.168.26.75] (64-84-9-2-sf-gw.ncircle.com [64.84.9.2]) (authenticated bits=0) by b.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id k9IMUgD9003075 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Oct 2006 15:30:42 -0700 Message-ID: <4536AB11.1060201@freebsd.org> Date: Wed, 18 Oct 2006 15:30:41 -0700 From: "Bruce A. Mah" User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Randy Bush References: <17718.42461.463190.680559@roam.psg.com> In-Reply-To: <17718.42461.463190.680559@roam.psg.com> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig237B313EAF30AE2F39FFFF9B" Cc: FreeBSD Stable Subject: Re: tz ME X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 22:30:49 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig237B313EAF30AE2F39FFFF9B Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If memory serves me right, Randy Bush wrote: > releng6 as of yesterday >=20 > # tzsetup=20 > tzsetup: /usr/share/zoneinfo/zone.tab:250: country code `ME' unknown I think this was fixed in rev. 1.13.8.2 of src/share/misc/iso3166. Bruce. --------------enig237B313EAF30AE2F39FFFF9B 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.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFNqsR2MoxcVugUsMRAve0AKCn9UCvbVocFaOvZMMnkaRqn3hQTACfd3qF fJSYrZSs2JsqFTvaPyS74Oo= =pd+7 -----END PGP SIGNATURE----- --------------enig237B313EAF30AE2F39FFFF9B-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 22:31:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA9E116A415 for ; Wed, 18 Oct 2006 22:31:54 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A55B43D49 for ; Wed, 18 Oct 2006 22:31:54 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by nz-out-0102.google.com with SMTP id z31so158118nzd for ; Wed, 18 Oct 2006 15:31:53 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XQ4X9IYGmQcqmoPcrXIE4bmiAfrLmqp7a4nMpUwNoeF9vLbVqTI8Jw09nPxykvzWpLoO4cloZWjqKdKC3B1lxnVR8HOJWIxEjU9wZ/Ma728d0uX+5hYAe2fkYFw4bjM6MlH84EEElg713gT0baXq9CZm8IjFGszy4spB8n+PqU0= Received: by 10.35.88.18 with SMTP id q18mr18748007pyl; Wed, 18 Oct 2006 15:31:53 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Wed, 18 Oct 2006 15:31:53 -0700 (PDT) Message-ID: <2a41acea0610181531y732cd5sa7bf733cc445491c@mail.gmail.com> Date: Wed, 18 Oct 2006 15:31:53 -0700 From: "Jack Vogel" To: "Kip Macy" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0610181046k822afd1qcec4187dc8514187@mail.gmail.com> Cc: freebsd-net , freebsd-stable@freebsd.org Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 22:31:55 -0000 On 10/18/06, Kip Macy wrote: > I have a Sun T2000 that I generally run with the em driver from as of > July in order to avoid watchdog timeouts. One trivial scenario that > reproduces the problem with 100% consistency is running the ghc > configure script (a 20kloc shell script) over NFS. As the T2000 > doesn't exactly represent "typical" PC hardware it may not be the most > desirable test platform. Nonetheless, let me know if you're > interested. > Thanks for looking into this issue. > > -Kip I'm a bit confused from the way you worded this, do you have watchdogs with em, or you use em to avoid them? If you have problems when running NFS then thats a clue, is it TCP or UDP based NFS? I am interested, give me details about the setup please. I have one of the engineers in our test organization trying to repro symptoms on a system installed with BETA2, it has shared interrupts between em and usb. Any additional stuff he could run would be helpful. Thanks, Jack From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 22:42:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF03916A417; Wed, 18 Oct 2006 22:42:48 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF7AF43D7F; Wed, 18 Oct 2006 22:42:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 296D11A3C19; Wed, 18 Oct 2006 15:42:34 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8C4ED51872; Wed, 18 Oct 2006 18:42:33 -0400 (EDT) Date: Wed, 18 Oct 2006 18:42:33 -0400 From: Kris Kennaway To: Jack Vogel Message-ID: <20061018224233.GA1632@xor.obsecurity.org> References: <2a41acea0610181046k822afd1qcec4187dc8514187@mail.gmail.com> <2a41acea0610181531y732cd5sa7bf733cc445491c@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline In-Reply-To: <2a41acea0610181531y732cd5sa7bf733cc445491c@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: Kip Macy , freebsd-stable@freebsd.org, freebsd-net Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 22:42:48 -0000 --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 18, 2006 at 03:31:53PM -0700, Jack Vogel wrote: > On 10/18/06, Kip Macy wrote: > >I have a Sun T2000 that I generally run with the em driver from as of > >July in order to avoid watchdog timeouts. One trivial scenario that > >reproduces the problem with 100% consistency is running the ghc > >configure script (a 20kloc shell script) over NFS. As the T2000 > >doesn't exactly represent "typical" PC hardware it may not be the most > >desirable test platform. Nonetheless, let me know if you're > >interested. > >Thanks for looking into this issue. > > > > -Kip >=20 > I'm a bit confused from the way you worded this, do you have watchdogs > with em, or you use em to avoid them? >=20 > If you have problems when running NFS then thats a clue, is it TCP or > UDP based NFS? I am interested, give me details about the setup please. >=20 > I have one of the engineers in our test organization trying to repro=20 > symptoms > on a system installed with BETA2, it has shared interrupts between em and > usb. Any additional stuff he could run would be helpful. I have been working with someone's system that has em shared with fxp, and a simple fetch over the em (e.g. of a 10 GB file of zeroes) is enough to produce watchdog timeouts after a few seconds. As previously mentioned, changing the INTR_FAST to INTR_MPSAFE in the driver avoids this problem. However, others are seeing sporadic watchdog timeouts at higher system load on non-shared em systems too. This is in addition to the hardware instances you already know about where the em driver has not worked going back to 5.x. Kris --vkogqOf2sHV7VnPd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFNq3ZWry0BWjoQKURAiPQAKCpkojPf1a5JdBEsMrEpK65UQ/02ACeO4DN +5ON1GttnrVHCaXPWE2fGkY= =puGc -----END PGP SIGNATURE----- --vkogqOf2sHV7VnPd-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 23:03:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B2B016A412; Wed, 18 Oct 2006 23:03:50 +0000 (UTC) (envelope-from jas@math.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id A692743D4C; Wed, 18 Oct 2006 23:03:49 +0000 (GMT) (envelope-from jas@math.jussieu.fr) Received: from riemann.math.jussieu.fr (riemann.math.jussieu.fr [134.157.13.3]) by shiva.jussieu.fr (8.13.7/jtpda-5.4) with ESMTP id k9IN3lGR052650 ; Thu, 19 Oct 2006 01:03:47 +0200 (CEST) X-Ids: 168 Received: from cantor.math.jussieu.fr (cantor.math.jussieu.fr [134.157.13.2]) by riemann.math.jussieu.fr (8.13.8/jtpda-5.4) with ESMTP id k9IN3j9F051948 ; Thu, 19 Oct 2006 01:03:45 +0200 (CEST) Received: from cantor.math.jussieu.fr (jas@localhost [127.0.0.1]) by cantor.math.jussieu.fr (8.13.1/jtpda-5.4) with ESMTP id k9IN3jLZ045438 ; Thu, 19 Oct 2006 01:03:45 +0200 (CEST) Received: (from jas@localhost) by cantor.math.jussieu.fr (8.13.1/8.13.1/Submit) id k9IN3ego045437; Thu, 19 Oct 2006 01:03:40 +0200 (CEST) (envelope-from jas) Date: Thu, 19 Oct 2006 01:03:40 +0200 From: Albert Shih To: Jack Vogel Message-ID: <20061018230340.GA28465@math.jussieu.fr> References: <2a41acea0610181046k822afd1qcec4187dc8514187@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <2a41acea0610181046k822afd1qcec4187dc8514187@mail.gmail.com> User-Agent: Mutt/1.5.11 X-Spam-Score: 0.001 () UNPARSEABLE_RELAY X-Scanned-By: MIMEDefang 2.57 on 134.157.13.3 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (shiva.jussieu.fr [134.157.0.168]); Thu, 19 Oct 2006 01:03:47 +0200 (CEST) X-Virus-Scanned: ClamAV 0.88.2/2041/Wed Oct 18 08:29:52 2006 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 4536B2D3.001 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Cc: freebsd-net , freebsd-stable@freebsd.org Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: shih@math.jussieu.fr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 23:03:50 -0000 Le 18/10/2006 10:46:30-0700, Jack Vogel a écrit > I think there may be a few different problems going on with the em driver > on 6.2 that are being lumped under the general description of network > hangs. In order to solve these I need a reproducible failure, either on a > system here at Intel, or someone who is willing to be a remote guinea > pig :) > > I need detailed reports, meaning EXACT system data, if its an OEM > box, what model, what addons, a pciconf list, description of the > network, and anything special that is connected with the problem > occurence. OH, and if you have a 'before and after' situation, then > please give driver deltas that worked, and which failed. Well.... BOX : HP Proliant ML350 G4 All addons is HP Here the network config em0: flags=8843 mtu 1500 options=b media: Ethernet autoselect (1000baseTX ) status: active em1: flags=8843 mtu 1500 options=b media: Ethernet autoselect (1000baseTX ) status: active fxp0: flags=8843 mtu 1500 options=8 media: Ethernet autoselect (100baseTX ) status: active fxp1: flags=8843 mtu 1500 options=8 media: Ethernet autoselect (100baseTX ) status: active bge0: flags=8843 mtu 1500 options=1b media: Ethernet autoselect (100baseTX ) status: active The pciconf -l [root@nfs3 ~]# pciconf -l hostb0@pci0:0:0: class=0x060000 card=0x32000e11 chip=0x35908086 rev=0x0c hdr=0x00 pcib1@pci0:2:0: class=0x060400 card=0x00000050 chip=0x35958086 rev=0x0c hdr=0x01 pcib4@pci0:4:0: class=0x060400 card=0x00000050 chip=0x35978086 rev=0x0c hdr=0x01 pcib5@pci0:6:0: class=0x060400 card=0x00000050 chip=0x35998086 rev=0x0c hdr=0x01 pcib6@pci0:28:0: class=0x060400 card=0x00000050 chip=0x25ae8086 rev=0x02 hdr=0x01 none0@pci0:29:0: class=0x0c0300 card=0x32010e11 chip=0x25a98086 rev=0x02 hdr=0x00 none1@pci0:29:1: class=0x0c0300 card=0x32010e11 chip=0x25aa8086 rev=0x02 hdr=0x00 none2@pci0:29:4: class=0x088000 card=0x32010e11 chip=0x25ab8086 rev=0x02 hdr=0x00 none3@pci0:29:5: class=0x080020 card=0x32010e11 chip=0x25ac8086 rev=0x02 hdr=0x00 none4@pci0:29:7: class=0x0c0320 card=0x32010e11 chip=0x25ad8086 rev=0x02 hdr=0x00 pcib8@pci0:30:0: class=0x060400 card=0x00000000 chip=0x244e8086 rev=0x0a hdr=0x01 isab0@pci0:31:0: class=0x060100 card=0x00000000 chip=0x25a18086 rev=0x02 hdr=0x00 atapci0@pci0:31:1: class=0x01018a card=0x32010e11 chip=0x25a28086 rev=0x02 hdr=0x00 pcib2@pci5:0:0: class=0x060400 card=0x00000044 chip=0x03298086 rev=0x09 hdr=0x01 pcib3@pci5:0:2: class=0x060400 card=0x00000044 chip=0x032a8086 rev=0x09 hdr=0x01 isp0@pci6:1:0: class=0x0c0400 card=0x01000e11 chip=0x23121077 rev=0x02 hdr=0x00 em0@pci9:1:0: class=0x020000 card=0x00db0e11 chip=0x10108086 rev=0x01 hdr=0x00 em1@pci9:1:1: class=0x020000 card=0x00db0e11 chip=0x10108086 rev=0x01 hdr=0x00 ciss0@pci9:2:0: class=0x010400 card=0x409a0e11 chip=0x00460e11 rev=0x01 hdr=0x00 pcib7@pci2:2:0: class=0x060400 card=0x000000dc chip=0xb1548086 rev=0x00 hdr=0x01 mpt0@pci2:3:0: class=0x010000 card=0x00da0e11 chip=0x00301000 rev=0x08 hdr=0x00 mpt1@pci2:3:1: class=0x010000 card=0x00da0e11 chip=0x00301000 rev=0x08 hdr=0x00 fxp0@pci3:4:0: class=0x020000 card=0xb1630e11 chip=0x12298086 rev=0x08 hdr=0x00 fxp1@pci3:5:0: class=0x020000 card=0xb1630e11 chip=0x12298086 rev=0x08 hdr=0x00 bge0@pci1:2:0: class=0x020000 card=0x00e30e11 chip=0x165414e4 rev=0x03 hdr=0x00 none5@pci1:3:0: class=0x030000 card=0x001e0e11 chip=0x47521002 rev=0x27 hdr=0x00 none6@pci1:4:0: class=0x088000 card=0x00d70e11 chip=0x00d70e11 rev=0x01 hdr=0x00 [root@nfs3 ~]# This server has only one purpose : nfsd. There are a MSA1000 (disk array) connected in FC with Qlogic FC card. History of my problem : The server is buy on january 2006 (in replacement of old HP) only the server is news, the MSA1000 is the old one. I've install FreeBSD 6.x on this server. Because I've 0 problem with the old server, I directly put my server in production (I known bad idea...) After some weeks the problem begin with lost em interface (watchdog), sometime it's fxp (but very rarely). When this append nothing can fix (without reboot). I make many cvs, to swapp on 6-Stable, but nothing change. After some weeks the server just hang-on or the network em is on watchdog status. In ~march 2006 someone on this mailing list tel me I can put the interface on polling mode with no SMP. This thing work very fine until september 2006. Without any change on my server (no cvs, no buildkernel, no reboot), no change on the nfs clients (linux/FreebSD) the problem come again. The first crash is the server hang-on. I've make cvsup/buildworld/buildkernel. After some day the server hang-on again. When we are in polling mode I don't have the message «em* watchdog», but the server just hang-on (event on the console). When I make no polling I've got the em* watchdog message. Now I run (from yeasterday) in this mode : no-SMP no-polling the patch http://lists.freebsd.org/pipermail/freebsd-stable/2006-October/029224.html and I build a kernel without USB (because I've got many IRQ on usb). Of course it's to short to tell if the problem is solve. > hardware. There is a fix for this, you tell the portmapper to > not use ports below 665, in particular: > > sysctl net.inet.ip.portrange.lowlast 665 (default is 600) > > So, if you have IPMI or AMT hardware, you should try this > change and see if it fixes hangs. I don't known if I've AMT but I put this on my sysctl.conf. > > There is also a hardware eeprom issue on systems with an 82573 > type NIC on SOME systems. There is a utility to fix that, if you and on HP ? I'm sorry for : 1/ My bad english 2/ The server is on production ... I can make many change or test but if I can help.... Thanks for all_FB_dev Regards. -- Albert SHIH Universite de Paris 7 (Denis DIDEROT) U.F.R. de Mathematiques. 7 ième étage, plateau D, bureau 10 Heure local/Local time: Thu Oct 19 00:43:39 CEST 2006 From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 23:09:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CCC216A412; Wed, 18 Oct 2006 23:09:03 +0000 (UTC) (envelope-from jas@math.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBE1043D7D; Wed, 18 Oct 2006 23:07:16 +0000 (GMT) (envelope-from jas@math.jussieu.fr) Received: from riemann.math.jussieu.fr (riemann.math.jussieu.fr [134.157.13.3]) by shiva.jussieu.fr (8.13.7/jtpda-5.4) with ESMTP id k9IN790F082343 ; Thu, 19 Oct 2006 01:07:09 +0200 (CEST) X-Ids: 164 Received: from cantor.math.jussieu.fr (cantor.math.jussieu.fr [134.157.13.2]) by riemann.math.jussieu.fr (8.13.8/jtpda-5.4) with ESMTP id k9IN77Ij055153 ; Thu, 19 Oct 2006 01:07:08 +0200 (CEST) Received: from cantor.math.jussieu.fr (jas@localhost [127.0.0.1]) by cantor.math.jussieu.fr (8.13.1/jtpda-5.4) with ESMTP id k9IN77QI047563 ; Thu, 19 Oct 2006 01:07:07 +0200 (CEST) Received: (from jas@localhost) by cantor.math.jussieu.fr (8.13.1/8.13.1/Submit) id k9IN77m1047562; Thu, 19 Oct 2006 01:07:07 +0200 (CEST) (envelope-from jas) Date: Thu, 19 Oct 2006 01:07:07 +0200 From: Albert Shih Message-ID: <20061018230707.GB28465@math.jussieu.fr> References: <2a41acea0610181046k822afd1qcec4187dc8514187@mail.gmail.com> <20061018230340.GA28465@math.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20061018230340.GA28465@math.jussieu.fr> User-Agent: Mutt/1.5.11 X-Spam-Score: 0.884 () UNDISC_RECIPS,UNPARSEABLE_RELAY X-Scanned-By: MIMEDefang 2.57 on 134.157.13.3 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (shiva.jussieu.fr [134.157.0.164]); Thu, 19 Oct 2006 01:07:09 +0200 (CEST) X-Virus-Scanned: ClamAV 0.88.2/2041/Wed Oct 18 08:29:52 2006 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 4536B39D.001 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Cc: freebsd-net , freebsd-stable@freebsd.org, Jack Vogel Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: shih@math.jussieu.fr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 23:09:03 -0000 Le 19/10/2006 01:03:40+0200, Albert Shih a écrit > Le 18/10/2006 10:46:30-0700, Jack Vogel a écrit > > I think there may be a few different problems going on with the em driver > > on 6.2 that are being lumped under the general description of network > > hangs. In order to solve these I need a reproducible failure, either on a > > system here at Intel, or someone who is willing to be a remote guinea > > pig :) > > > > I need detailed reports, meaning EXACT system data, if its an OEM > > box, what model, what addons, a pciconf list, description of the > > network, and anything special that is connected with the problem > > occurence. OH, and if you have a 'before and after' situation, then > > please give driver deltas that worked, and which failed. > > Well.... > > BOX : HP Proliant ML350 G4 > All addons is HP > > Here the network config > > em0: flags=8843 mtu 1500 > options=b > media: Ethernet autoselect (1000baseTX ) > status: active > em1: flags=8843 mtu 1500 > options=b > media: Ethernet autoselect (1000baseTX ) > status: active > fxp0: flags=8843 mtu 1500 > options=8 > media: Ethernet autoselect (100baseTX ) > status: active > fxp1: flags=8843 mtu 1500 > options=8 > media: Ethernet autoselect (100baseTX ) > status: active > bge0: flags=8843 mtu 1500 > options=1b > media: Ethernet autoselect (100baseTX ) > status: active > > The pciconf -l > > [root@nfs3 ~]# pciconf -l > hostb0@pci0:0:0: class=0x060000 card=0x32000e11 chip=0x35908086 rev=0x0c hdr=0x00 > pcib1@pci0:2:0: class=0x060400 card=0x00000050 chip=0x35958086 rev=0x0c hdr=0x01 > pcib4@pci0:4:0: class=0x060400 card=0x00000050 chip=0x35978086 rev=0x0c hdr=0x01 > pcib5@pci0:6:0: class=0x060400 card=0x00000050 chip=0x35998086 rev=0x0c hdr=0x01 > pcib6@pci0:28:0: class=0x060400 card=0x00000050 chip=0x25ae8086 rev=0x02 hdr=0x01 > none0@pci0:29:0: class=0x0c0300 card=0x32010e11 chip=0x25a98086 rev=0x02 hdr=0x00 > none1@pci0:29:1: class=0x0c0300 card=0x32010e11 chip=0x25aa8086 rev=0x02 hdr=0x00 > none2@pci0:29:4: class=0x088000 card=0x32010e11 chip=0x25ab8086 rev=0x02 hdr=0x00 > none3@pci0:29:5: class=0x080020 card=0x32010e11 chip=0x25ac8086 rev=0x02 hdr=0x00 > none4@pci0:29:7: class=0x0c0320 card=0x32010e11 chip=0x25ad8086 rev=0x02 hdr=0x00 > pcib8@pci0:30:0: class=0x060400 card=0x00000000 chip=0x244e8086 rev=0x0a hdr=0x01 > isab0@pci0:31:0: class=0x060100 card=0x00000000 chip=0x25a18086 rev=0x02 hdr=0x00 > atapci0@pci0:31:1: class=0x01018a card=0x32010e11 chip=0x25a28086 rev=0x02 hdr=0x00 > pcib2@pci5:0:0: class=0x060400 card=0x00000044 chip=0x03298086 rev=0x09 hdr=0x01 > pcib3@pci5:0:2: class=0x060400 card=0x00000044 chip=0x032a8086 rev=0x09 hdr=0x01 > isp0@pci6:1:0: class=0x0c0400 card=0x01000e11 chip=0x23121077 rev=0x02 hdr=0x00 > em0@pci9:1:0: class=0x020000 card=0x00db0e11 chip=0x10108086 rev=0x01 hdr=0x00 > em1@pci9:1:1: class=0x020000 card=0x00db0e11 chip=0x10108086 rev=0x01 hdr=0x00 > ciss0@pci9:2:0: class=0x010400 card=0x409a0e11 chip=0x00460e11 rev=0x01 hdr=0x00 > pcib7@pci2:2:0: class=0x060400 card=0x000000dc chip=0xb1548086 rev=0x00 hdr=0x01 > mpt0@pci2:3:0: class=0x010000 card=0x00da0e11 chip=0x00301000 rev=0x08 hdr=0x00 > mpt1@pci2:3:1: class=0x010000 card=0x00da0e11 chip=0x00301000 rev=0x08 hdr=0x00 > fxp0@pci3:4:0: class=0x020000 card=0xb1630e11 chip=0x12298086 rev=0x08 hdr=0x00 > fxp1@pci3:5:0: class=0x020000 card=0xb1630e11 chip=0x12298086 rev=0x08 hdr=0x00 > bge0@pci1:2:0: class=0x020000 card=0x00e30e11 chip=0x165414e4 rev=0x03 hdr=0x00 > none5@pci1:3:0: class=0x030000 card=0x001e0e11 chip=0x47521002 rev=0x27 hdr=0x00 > none6@pci1:4:0: class=0x088000 card=0x00d70e11 chip=0x00d70e11 rev=0x01 hdr=0x00 > [root@nfs3 ~]# > I forgot : [root@nfs3 ~]# vmstat -i interrupt total rate irq1: atkbd0 717 0 irq4: sio0 92430 2 irq6: fdc0 87 0 irq15: ata1 47 0 irq17: bge0 5812600 139 irq24: mpt0 29 0 irq25: mpt1 17 0 irq26: fxp0 fxp1 2663253 64 irq48: isp0 3898376 93 irq72: ciss0 164341 3 irq76: em0 50269177 1209 irq77: em1 5608732 134 cpu0: timer 83015825 1997 Total 151525631 3646 [root@nfs3 ~]# Regards. -- Albert SHIH Universite de Paris 7 (Denis DIDEROT) U.F.R. de Mathematiques. 7 ième étage, plateau D, bureau 10 Heure local/Local time: Thu Oct 19 01:05:53 CEST 2006 From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 23:50:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0C0B16A4C8 for ; Wed, 18 Oct 2006 23:50:59 +0000 (UTC) (envelope-from jas@math.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 524A743D5F for ; Wed, 18 Oct 2006 23:50:57 +0000 (GMT) (envelope-from jas@math.jussieu.fr) Received: from riemann.math.jussieu.fr (riemann.math.jussieu.fr [134.157.13.3]) by shiva.jussieu.fr (8.13.7/jtpda-5.4) with ESMTP id k9INouq4006493 for ; Thu, 19 Oct 2006 01:50:56 +0200 (CEST) X-Ids: 165 Received: from cantor.math.jussieu.fr (cantor.math.jussieu.fr [134.157.13.2]) by riemann.math.jussieu.fr (8.13.8/jtpda-5.4) with ESMTP id k9INotOg072936 ; Thu, 19 Oct 2006 01:50:55 +0200 (CEST) Received: from cantor.math.jussieu.fr (jas@localhost [127.0.0.1]) by cantor.math.jussieu.fr (8.13.1/jtpda-5.4) with ESMTP id k9INntmh064675 ; Thu, 19 Oct 2006 01:49:55 +0200 (CEST) Received: (from jas@localhost) by cantor.math.jussieu.fr (8.13.1/8.13.1/Submit) id k9INnsVT064674; Thu, 19 Oct 2006 01:49:54 +0200 (CEST) (envelope-from jas) Date: Thu, 19 Oct 2006 01:49:54 +0200 From: Albert Shih To: Albert Shih Message-ID: <20061018234954.GA54108@math.jussieu.fr> References: <20061018212755.GA97775@math.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20061018212755.GA97775@math.jussieu.fr> User-Agent: Mutt/1.5.11 X-Spam-Score: 0.001 () UNPARSEABLE_RELAY X-Scanned-By: MIMEDefang 2.57 on 134.157.13.3 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (shiva.jussieu.fr [134.157.0.165]); Thu, 19 Oct 2006 01:50:56 +0200 (CEST) X-Virus-Scanned: ClamAV 0.88.2/2041/Wed Oct 18 08:29:52 2006 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 4536BDE0.001 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Cc: freebsd-stable@freebsd.org Subject: Re: Strange with rpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: shih@math.jussieu.fr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 23:50:59 -0000 Le 18/10/2006 23:27:55+0200, Albert Shih a écrit > Hi all > > I've strange (little) problem > > I've got many message like > > rpc.statd: Failed to contact host one_my_host_name > > but one_my_host_name is poweroff (off course he cannot contact). But why my > nfs server trying to contact a server is poweroff. > > I've try to find the name of one_my_host_name in /etc with (find ...) in > /var in /tmp nothing... (same thing with IP number). > > I don't event known why my server found the name (or IP number). > > I've event do reboot of my server. > > Any one have a idea ? > I found... it's in the man of rpc.statd Sorry for asking this quesiton. Regards. -- Albert SHIH Universite de Paris 7 (Denis DIDEROT) U.F.R. de Mathematiques. 7 ième étage, plateau D, bureau 10 Heure local/Local time: Thu Oct 19 01:49:15 CEST 2006 From owner-freebsd-stable@FreeBSD.ORG Wed Oct 18 23:54:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7546B16A47B for ; Wed, 18 Oct 2006 23:54:17 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E4E343D68 for ; Wed, 18 Oct 2006 23:54:15 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so574750pye for ; Wed, 18 Oct 2006 16:54:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kfmd1s2XrZYWCcNGSnUGMgMtuvgE55KURoddC49Oc5hoy4Cxttp1xSPlqla7osMNKc9Ugd1kokpMSMB1QI7hLkK3eUi92VsL9XYMzpaR8caODd8xlt1xlmVZYN6y+rPe8msSXVW7t1aUBXJtG8NZ5tDid0qUlbqEdjz0u50MY68= Received: by 10.35.121.2 with SMTP id y2mr18870879pym; Wed, 18 Oct 2006 16:54:13 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Wed, 18 Oct 2006 16:54:13 -0700 (PDT) Message-ID: <2a41acea0610181654h42a5f794q7e06966fe1ae66c9@mail.gmail.com> Date: Wed, 18 Oct 2006 16:54:13 -0700 From: "Jack Vogel" To: shih@math.jussieu.fr In-Reply-To: <20061018230340.GA28465@math.jussieu.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0610181046k822afd1qcec4187dc8514187@mail.gmail.com> <20061018230340.GA28465@math.jussieu.fr> Cc: freebsd-net , freebsd-stable@freebsd.org Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 23:54:17 -0000 On 10/18/06, Albert Shih wrote: > > > > There is also a hardware eeprom issue on systems with an 82573 > > type NIC on SOME systems. There is a utility to fix that, if you > > and on HP ? your system does not have 573 NICs, (what you show are 546) do you have others that are? Jack From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 00:00:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6F9816A412 for ; Thu, 19 Oct 2006 00:00:35 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC3A543D49 for ; Thu, 19 Oct 2006 00:00:34 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so576610pye for ; Wed, 18 Oct 2006 17:00:33 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fTXExjbrFWk+Iu3If/mI0Cy4V5eihINQXcp1C+Wf7hqsfOqu2BRT3xQQWkT2F95Ah9d5u4WiWDuydBIUM3M9FxSz3tEI0yHtTjA/U9Pi1Etrx0l91Zaf0Ipurdt35+Iqixmwb9OreOlA3yerdpEB9YsSV3Wk7fLQBG/yK7pgSko= Received: by 10.35.121.9 with SMTP id y9mr18863237pym; Wed, 18 Oct 2006 16:51:32 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Wed, 18 Oct 2006 16:51:32 -0700 (PDT) Message-ID: <2a41acea0610181651k3d7ec1f9iac5f0e452a1cec5b@mail.gmail.com> Date: Wed, 18 Oct 2006 16:51:32 -0700 From: "Jack Vogel" To: shih@math.jussieu.fr In-Reply-To: <20061018230707.GB28465@math.jussieu.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <2a41acea0610181046k822afd1qcec4187dc8514187@mail.gmail.com> <20061018230340.GA28465@math.jussieu.fr> <20061018230707.GB28465@math.jussieu.fr> Cc: freebsd-net , freebsd-stable@freebsd.org Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 00:00:35 -0000 Awesome, this is the kind of data that will help. I'll see what I can do to get something repro'd. Jack On 10/18/06, Albert Shih wrote: > Le 19/10/2006 01:03:40+0200, Albert Shih a =E9crit > > Le 18/10/2006 10:46:30-0700, Jack Vogel a =E9crit > > > I think there may be a few different problems going on with the em dr= iver > > > on 6.2 that are being lumped under the general description of network > > > hangs. In order to solve these I need a reproducible failure, either = on a > > > system here at Intel, or someone who is willing to be a remote guinea > > > pig :) > > > > > > I need detailed reports, meaning EXACT system data, if its an OEM > > > box, what model, what addons, a pciconf list, description of the > > > network, and anything special that is connected with the problem > > > occurence. OH, and if you have a 'before and after' situation, then > > > please give driver deltas that worked, and which failed. > > > > Well.... > > > > BOX : HP Proliant ML350 G4 > > All addons is HP > > > > Here the network config > > > > em0: flags=3D8843 mtu 1500 > > options=3Db > > media: Ethernet autoselect (1000baseTX ) > > status: active > > em1: flags=3D8843 mtu 1500 > > options=3Db > > media: Ethernet autoselect (1000baseTX ) > > status: active > > fxp0: flags=3D8843 mtu 1500 > > options=3D8 > > media: Ethernet autoselect (100baseTX ) > > status: active > > fxp1: flags=3D8843 mtu 1500 > > options=3D8 > > media: Ethernet autoselect (100baseTX ) > > status: active > > bge0: flags=3D8843 mtu 1500 > > options=3D1b > > media: Ethernet autoselect (100baseTX ) > > status: active > > > > The pciconf -l > > > > [root@nfs3 ~]# pciconf -l > > hostb0@pci0:0:0: class=3D0x060000 card=3D0x32000e11 chip=3D0x359= 08086 rev=3D0x0c hdr=3D0x00 > > pcib1@pci0:2:0: class=3D0x060400 card=3D0x00000050 chip=3D0x35958086 re= v=3D0x0c hdr=3D0x01 > > pcib4@pci0:4:0: class=3D0x060400 card=3D0x00000050 chip=3D0x35978086 re= v=3D0x0c hdr=3D0x01 > > pcib5@pci0:6:0: class=3D0x060400 card=3D0x00000050 chip=3D0x35998086 re= v=3D0x0c hdr=3D0x01 > > pcib6@pci0:28:0: class=3D0x060400 card=3D0x00000050 chip=3D0x25a= e8086 rev=3D0x02 hdr=3D0x01 > > none0@pci0:29:0: class=3D0x0c0300 card=3D0x32010e11 chip=3D0x25a= 98086 rev=3D0x02 hdr=3D0x00 > > none1@pci0:29:1: class=3D0x0c0300 card=3D0x32010e11 chip=3D0x25a= a8086 rev=3D0x02 hdr=3D0x00 > > none2@pci0:29:4: class=3D0x088000 card=3D0x32010e11 chip=3D0x25a= b8086 rev=3D0x02 hdr=3D0x00 > > none3@pci0:29:5: class=3D0x080020 card=3D0x32010e11 chip=3D0x25a= c8086 rev=3D0x02 hdr=3D0x00 > > none4@pci0:29:7: class=3D0x0c0320 card=3D0x32010e11 chip=3D0x25a= d8086 rev=3D0x02 hdr=3D0x00 > > pcib8@pci0:30:0: class=3D0x060400 card=3D0x00000000 chip=3D0x244= e8086 rev=3D0x0a hdr=3D0x01 > > isab0@pci0:31:0: class=3D0x060100 card=3D0x00000000 chip=3D0x25a= 18086 rev=3D0x02 hdr=3D0x00 > > atapci0@pci0:31:1: class=3D0x01018a card=3D0x32010e11 chip=3D0x25a= 28086 rev=3D0x02 hdr=3D0x00 > > pcib2@pci5:0:0: class=3D0x060400 card=3D0x00000044 chip=3D0x03298086 re= v=3D0x09 hdr=3D0x01 > > pcib3@pci5:0:2: class=3D0x060400 card=3D0x00000044 chip=3D0x032a8086 re= v=3D0x09 hdr=3D0x01 > > isp0@pci6:1:0: class=3D0x0c0400 card=3D0x01000e11 chip=3D0x23121077 re= v=3D0x02 hdr=3D0x00 > > em0@pci9:1:0: class=3D0x020000 card=3D0x00db0e11 chip=3D0x10108086 re= v=3D0x01 hdr=3D0x00 > > em1@pci9:1:1: class=3D0x020000 card=3D0x00db0e11 chip=3D0x10108086 re= v=3D0x01 hdr=3D0x00 > > ciss0@pci9:2:0: class=3D0x010400 card=3D0x409a0e11 chip=3D0x00460e11 re= v=3D0x01 hdr=3D0x00 > > pcib7@pci2:2:0: class=3D0x060400 card=3D0x000000dc chip=3D0xb1548086 re= v=3D0x00 hdr=3D0x01 > > mpt0@pci2:3:0: class=3D0x010000 card=3D0x00da0e11 chip=3D0x00301000 re= v=3D0x08 hdr=3D0x00 > > mpt1@pci2:3:1: class=3D0x010000 card=3D0x00da0e11 chip=3D0x00301000 re= v=3D0x08 hdr=3D0x00 > > fxp0@pci3:4:0: class=3D0x020000 card=3D0xb1630e11 chip=3D0x12298086 re= v=3D0x08 hdr=3D0x00 > > fxp1@pci3:5:0: class=3D0x020000 card=3D0xb1630e11 chip=3D0x12298086 re= v=3D0x08 hdr=3D0x00 > > bge0@pci1:2:0: class=3D0x020000 card=3D0x00e30e11 chip=3D0x165414e4 re= v=3D0x03 hdr=3D0x00 > > none5@pci1:3:0: class=3D0x030000 card=3D0x001e0e11 chip=3D0x47521002 re= v=3D0x27 hdr=3D0x00 > > none6@pci1:4:0: class=3D0x088000 card=3D0x00d70e11 chip=3D0x00d70e11 re= v=3D0x01 hdr=3D0x00 > > [root@nfs3 ~]# > > > > I forgot : > > [root@nfs3 ~]# vmstat -i > interrupt total rate > irq1: atkbd0 717 0 > irq4: sio0 92430 2 > irq6: fdc0 87 0 > irq15: ata1 47 0 > irq17: bge0 5812600 139 > irq24: mpt0 29 0 > irq25: mpt1 17 0 > irq26: fxp0 fxp1 2663253 64 > irq48: isp0 3898376 93 > irq72: ciss0 164341 3 > irq76: em0 50269177 1209 > irq77: em1 5608732 134 > cpu0: timer 83015825 1997 > Total 151525631 3646 > [root@nfs3 ~]# > > > Regards. > > > -- > Albert SHIH > Universite de Paris 7 (Denis DIDEROT) > U.F.R. de Mathematiques. > 7 i=E8me =E9tage, plateau D, bureau 10 > Heure local/Local time: > Thu Oct 19 01:05:53 CEST 2006 > From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 00:26:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86AC616A407; Thu, 19 Oct 2006 00:26:14 +0000 (UTC) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos.bsdclusters.com [69.55.225.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 512BF43D73; Thu, 19 Oct 2006 00:26:09 +0000 (GMT) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos [69.55.225.36]) by demos.bsdclusters.com (8.12.8p1/8.12.8) with ESMTP id k9J0Q9lZ009510; Wed, 18 Oct 2006 17:26:09 -0700 (PDT) (envelope-from kmacy@fsmware.com) Received: from localhost (kmacy@localhost) by demos.bsdclusters.com (8.12.8p1/8.12.8/Submit) with ESMTP id k9J0Q9kU009507; Wed, 18 Oct 2006 17:26:09 -0700 (PDT) X-Authentication-Warning: demos.bsdclusters.com: kmacy owned process doing -bs Date: Wed, 18 Oct 2006 17:26:09 -0700 (PDT) From: Kip Macy X-X-Sender: kmacy@demos.bsdclusters.com To: Jack Vogel In-Reply-To: <2a41acea0610181531y732cd5sa7bf733cc445491c@mail.gmail.com> Message-ID: <20061018171704.A3851@demos.bsdclusters.com> References: <2a41acea0610181046k822afd1qcec4187dc8514187@mail.gmail.com> <2a41acea0610181531y732cd5sa7bf733cc445491c@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-net , freebsd-stable@freebsd.org Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 00:26:14 -0000 On Wed, 18 Oct 2006, Jack Vogel wrote: > On 10/18/06, Kip Macy wrote: > > I have a Sun T2000 that I generally run with the em driver from as of > > July in order to avoid watchdog timeouts. One trivial scenario that > > reproduces the problem with 100% consistency is running the ghc > > configure script (a 20kloc shell script) over NFS. As the T2000 > > doesn't exactly represent "typical" PC hardware it may not be the most > > desirable test platform. Nonetheless, let me know if you're > > interested. > > Thanks for looking into this issue. > > > > -Kip > > I'm a bit confused from the way you worded this, do you have watchdogs > with em, or you use em to avoid them? I have watchdogs with the current (post vendor update) em driver, but not with an older (pre vendor update) version of it. > > If you have problems when running NFS then thats a clue, is it TCP or > UDP based NFS? I am interested, give me details about the setup please. Its UDP: 192.168.1.100:/usr/flatstor/freebsd/7.x/sparc64 / nfs bg,intr,rw 0 0 192.168.1.100:/usr/flatstor/shared /shared nfs bg,intr,rw,nfsv3 0 0 Running ./configure --help in /shared/ghc-6.4.2/ triggers it 100% consistently. > > I have one of the engineers in our test organization trying to repro symptoms > on a system installed with BETA2, it has shared interrupts between em and > usb. Any additional stuff he could run would be helpful. > Let me know what else you need. %ifconfig -a em0: flags=8843 mtu 1500 options=18b inet 192.168.1.5 netmask 0xffffff00 broadcast 192.168.1.255 ether 00:03:ba:d9:20:ae media: Ethernet autoselect (1000baseTX ) status: active em1: flags=8802 mtu 1500 options=18b ether 00:03:ba:d9:20:af media: Ethernet autoselect status: no carrier em2: flags=8802 mtu 1500 options=18b ether 00:03:ba:d9:20:b0 media: Ethernet autoselect status: no carrier em3: flags=8802 mtu 1500 options=18b ether 00:03:ba:d9:20:b1 media: Ethernet autoselect status: no carrier lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 %pciconf -l pcib1@pci2:0:0: class=0x060400 card=0x00000040 chip=0x853210b5 rev=0xaa hdr=0x01 pcib2@pci3:1:0: class=0x060400 card=0x00000040 chip=0x853210b5 rev=0xaa hdr=0x01 pcib3@pci3:2:0: class=0x060400 card=0x00000040 chip=0x853210b5 rev=0xaa hdr=0x01 pcib4@pci3:8:0: class=0x060400 card=0x00000040 chip=0x853210b5 rev=0xaa hdr=0x01 pcib5@pci3:9:0: class=0x060400 card=0x00000040 chip=0x853210b5 rev=0xaa hdr=0x01 em0@pci4:0:0: class=0x020000 card=0x105e108e chip=0x105e8086 rev=0x06 hdr=0x00 em1@pci4:0:1: class=0x020000 card=0x105e108e chip=0x105e8086 rev=0x06 hdr=0x00 pcib7@pci2:0:0: class=0x060400 card=0x00000040 chip=0x853210b5 rev=0xaa hdr=0x01 pcib8@pci3:1:0: class=0x060400 card=0x00000040 chip=0x853210b5 rev=0xaa hdr=0x01 pcib11@pci3:2:0: class=0x060400 card=0x00000040 chip=0x853210b5 rev=0xaa hdr=0x01 pcib12@pci3:8:0: class=0x060400 card=0x00000040 chip=0x853210b5 rev=0xaa hdr=0x01 pcib13@pci3:9:0: class=0x060400 card=0x00000040 chip=0x853210b5 rev=0xaa hdr=0x01 pcib9@pci4:0:0: class=0x060400 card=0x00000044 chip=0x03408086 rev=0x09 hdr=0x01 pcib10@pci4:0:2: class=0x060400 card=0x00000044 chip=0x03418086 rev=0x09 hdr=0x01 none0@pci5:2:0: class=0x060100 card=0x153310b9 chip=0x153310b9 rev=0x00 hdr=0x00 none1@pci5:5:0: class=0x0c0310 card=0x00000000 chip=0x523710b9 rev=0x03 hdr=0x00 none2@pci5:6:0: class=0x0c0310 card=0x00000000 chip=0x523710b9 rev=0x03 hdr=0x00 none3@pci5:8:0: class=0x0101ff card=0x00000000 chip=0x522910b9 rev=0xc4 hdr=0x00 none4@pci6:1:0: class=0x0c0400 card=0x01001077 chip=0x23121077 rev=0x02 hdr=0x00 none5@pci6:2:0: class=0x010000 card=0x30f01000 chip=0x00501000 rev=0x02 hdr=0x00 em2@pci7:0:0: class=0x020000 card=0x105e108e chip=0x105e8086 rev=0x06 hdr=0x00 em3@pci7:0:1: class=0x020000 card=0x105e108e chip=0x105e8086 rev=0x06 hdr=0x00 %vmstat -i interrupt total rate vec1941: em0 18533 91 Total 18533 91 From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 02:04:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45F1A16A416 for ; Thu, 19 Oct 2006 02:04:59 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AACD43D64 for ; Thu, 19 Oct 2006 02:04:57 +0000 (GMT) (envelope-from ota@j.email.ne.jp) Received: from p600-freebsd.advok.com (pool-151-197-31-183.phil.east.verizon.net [151.197.31.183]) by mail.asahi-net.or.jp (Postfix) with ESMTP id A8F631A73B; Thu, 19 Oct 2006 11:04:54 +0900 (JST) Date: Wed, 18 Oct 2006 22:04:46 -0500 From: Yoshihiro Ota To: Jan Grant Message-Id: <20061018220446.02eae2e1.ota@j.email.ne.jp> In-Reply-To: <20061018120336.H42237@tribble.ilrt.bris.ac.uk> References: <453531C9.7080304@freebsd.org> <20061017230722.GH8866@gargantuan.com> <20061018120336.H42237@tribble.ilrt.bris.ac.uk> X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "Michael W. Oliver" , FreeBSD Stable Subject: Re: FreeBSD 4.x EoL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 02:04:59 -0000 On Wed, 18 Oct 2006 12:13:11 +0100 (BST) Jan Grant wrote: > > If you're setting up machines that you're going to be upgrading like > this in the future, I think it's _really_ worthwhile hacking out a > couple of "root slices" - that is, space for a second / and /usr - to > facilitate this. You can run mergemaster on a secondary copy of your > /etc (this, of course, requries that the contents of /etc are relatively > quiescent for this step) and tidy up by hand. You can perform a dump & > restore followed by a source upgrade, a fresh source install or a binary > upgrade ad lib; just reboot (with nextboot) when done. > > This also means you can keep the previous OS around for a while in case > there are problems with the new one. > > For setups that aren't amenable to automated deployments this works > pretty well and gives you a safety-net for upgrades. Good advice. I have a few additions. In fact, you don't need *a* partitions to boot such as ad0s1a. You simply need to spare a FreeBSD partition. At boot loader, you could type: ad(0,2,e) to boot "e" partition of the "2nd" slice on the first drive which is denoted by "0." ad(2,2,f) to boot from "f" partition of the 2nd slice on the 3rd drive. If you have lots of physical memory and swap space, you may be able to spare swap space for this porpuse for a moment. In another word, you can disable swap device for a while and use it as a root parition. Regards, Hiro From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 02:08:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from [IPv6:::1] (hub.freebsd.org [216.136.204.18]) by hub.freebsd.org (Postfix) with ESMTP id 3DC1316A416; Thu, 19 Oct 2006 02:08:37 +0000 (UTC) (envelope-from mnag@FreeBSD.org) Message-ID: <4536DE24.9050003@FreeBSD.org> Date: Wed, 18 Oct 2006 23:08:36 -0300 From: Marcus Alves Grando Organization: FreeBSD.org User-Agent: Thunderbird 1.5.0.7 (X11/20061014) MIME-Version: 1.0 To: Randy Bush References: <17718.42461.463190.680559@roam.psg.com> In-Reply-To: <17718.42461.463190.680559@roam.psg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: tz ME X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 02:08:39 -0000 Randy Bush wrote: > releng6 as of yesterday > > # tzsetup > tzsetup: /usr/share/zoneinfo/zone.tab:250: country code `ME' unknown > Already fixed today. cvsup and # cd /usr/src/share/misc/ && make all install clean Thanks -- Marcus Alves Grando marcus(at)corp.grupos.com.br | Grupos Internet S/A mnag(at)FreeBSD.org | FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 02:13:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2EF716A407; Thu, 19 Oct 2006 02:13:09 +0000 (UTC) (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 BFB5D43D49; Thu, 19 Oct 2006 02:13:05 +0000 (GMT) (envelope-from randy@psg.com) Received: from ip192.186.dsl-acs2.seawa0.iinet.com ([209.20.186.192] helo=[192.168.0.114]) by rip.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GaNP5-000PkX-Gl; Thu, 19 Oct 2006 02:13:05 +0000 Message-ID: <4536DF2C.1070005@psg.com> Date: Wed, 18 Oct 2006 19:13:00 -0700 From: Randy Bush User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Marcus Alves Grando References: <17718.42461.463190.680559@roam.psg.com> <4536DE24.9050003@FreeBSD.org> In-Reply-To: <4536DE24.9050003@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.4 (-) Cc: FreeBSD Stable Subject: Re: tz ME X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 02:13:09 -0000 >> # tzsetup tzsetup: /usr/share/zoneinfo/zone.tab:250: country code `ME' unknown > Already fixed today. so bmah said. rebuilding now randy From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 02:16:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D861B16A407; Thu, 19 Oct 2006 02:16:52 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailout1.pacific.net.au (mailout1-3.pacific.net.au [61.8.2.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 300FB43D8E; Thu, 19 Oct 2006 02:16:27 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.2.162]) by mailout1.pacific.net.au (Postfix) with ESMTP id 9AF4C24D07E; Thu, 19 Oct 2006 12:16:25 +1000 (EST) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailproxy1.pacific.net.au (Postfix) with ESMTP id AB7508C0F; Thu, 19 Oct 2006 12:16:23 +1000 (EST) Date: Thu, 19 Oct 2006 12:16:22 +1000 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Kris Kennaway In-Reply-To: <20061018224233.GA1632@xor.obsecurity.org> Message-ID: <20061019110950.X75878@delplex.bde.org> References: <2a41acea0610181046k822afd1qcec4187dc8514187@mail.gmail.com> <2a41acea0610181531y732cd5sa7bf733cc445491c@mail.gmail.com> <20061018224233.GA1632@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kip Macy , freebsd-stable@freebsd.org, Jack Vogel , freebsd-net Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 02:16:53 -0000 On Wed, 18 Oct 2006, Kris Kennaway wrote: > I have been working with someone's system that has em shared with fxp, > and a simple fetch over the em (e.g. of a 10 GB file of zeroes) is > enough to produce watchdog timeouts after a few seconds. > > As previously mentioned, changing the INTR_FAST to INTR_MPSAFE in the > driver avoids this problem. However, others are seeing sporadic > watchdog timeouts at higher system load on non-shared em systems too. em_intr_fast() has no locking whatsoever. I would be very surprised if it even seemed to work for SMP. For UP, masking of CPU interrupts (as is automatic in fast interrupt handlers) might provide sufficient locking, but for many drivers fast wth interrupt handlers, whatever locking is used by the fast interrupt handler must be used all over the driver to protect data strutures that are or might be accessed by the fast interrupt handler. That means lots of intr_disable/enable()s if the UP case is micro-optimized and lots of mtx_lock/unlock_spin()s for the general case. But em has no references to spinlocks or CPU interrupt disabling. em_intr() starts with EM_LOCK(), so it isn't obviously broken near its first statement. Very few operations are valid in fast interrupt handlers. Locking and fastness must be considered for every operation, not only in the interrupt handler but in all data structures shared by the interrupt handler. For just the interrupt handler in em: % static void % em_intr_fast(void *arg) % { % struct adapter *adapter = arg; This is safe because it has no side effects and doesn't take long. % struct ifnet *ifp; % uint32_t reg_icr; % % ifp = adapter->ifp; % This is safe provided other parts of the driver ensure that the interrupt handler is not reached after adapter->ifp goes away. Similarly for other long-lived almost-const parts of *adapter. % reg_icr = E1000_READ_REG(&adapter->hw, ICR); % This is safe provided reading the register doesn't change it. % /* Hot eject? */ % if (reg_icr == 0xffffffff) % return; % % /* Definitely not our interrupt. */ % if (reg_icr == 0x0) % return; % These are safe since we don't do anything with the result. % /* % * Starting with the 82571 chip, bit 31 should be used to % * determine whether the interrupt belongs to us. % */ % if (adapter->hw.mac_type >= em_82571 && % (reg_icr & E1000_ICR_INT_ASSERTED) == 0) % return; % This is safe, as above. % /* % * Mask interrupts until the taskqueue is finished running. This is % * cheap, just assume that it is needed. This also works around the % * MSI message reordering errata on certain systems. % */ % em_disable_intr(adapter); Now that we start doing things, we have various races. The above races to disable interrupts with other entries to this interrupt handler, and may race with other parts of the driver. After we disable driver interrupts. There should be no more races with other entries to this handler. However, reg_icr may be stale at this point even if we handled the race correctly. The other entries may have partly or completely handled the interrupt when we get back here (we should have locked just before here, and then if the lock blocked waiting for the other entries (which can only happen in the SMP case), we should reread the status register to see if we still have anything to do, or more importantly to see what we have to do now (extrascheduling of the SWI handler would just wake time, but missing scheduling would break things). % taskqueue_enqueue(adapter->tq, &adapter->rxtx_task); % Safe provided the API is correctly implemented. (AFAIK, the API only has huge design errors.) % /* Link status change */ % if (reg_icr & (E1000_ICR_RXSEQ | E1000_ICR_LSC)) % taskqueue_enqueue(taskqueue_fast, &adapter->link_task); % As above, plus might miss this call if the status changed underneath us. % if (reg_icr & E1000_ICR_RXO) % adapter->rx_overruns++; Race updating the counter. Generally, fast interrupt handlers should avoid book-keeping like this, since correct locking for it would poison large parts of the driver with the locking required for the fast interrupt handler. Perhaps similarly for important things. It's safe to read the status register provided reading it doesn't change it. Then it is safe to schedule tasks based on the contents of the register provided we don't do anything else and schedule enough tasks. But don't disable interrupts -- leave that to the task and make the task do nothing if it handled everything for a previous scheduling. This would result in the task usually being scheduled when the interrupt is for us but not if it is for another device. The above doesn't try to do much more than this. However, a fast interrupt handler needs to handle the usual case to be worth having except on systems where there are lots of shared interrupts. % } Bruce From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 07:53:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D512916A407 for ; Thu, 19 Oct 2006 07:53:57 +0000 (UTC) (envelope-from fifilip@yahoo.com) Received: from web53013.mail.yahoo.com (web53013.mail.yahoo.com [206.190.49.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 284CF43D46 for ; Thu, 19 Oct 2006 07:53:56 +0000 (GMT) (envelope-from fifilip@yahoo.com) Received: (qmail 90206 invoked by uid 60001); 19 Oct 2006 07:53:56 -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=RzS0mBEbF8wil1atMRSjemHvdFTtjtJI4RuK7MBR9hf5BGlaxXk7sheBxylXhbUEZAUJZ4C/zv+36m50dinAXKJ9BoNh7KoAfWZ0DKtXvd1QM2OAd4P7vEh/5oqHC9OBcUIwOor9PqrC+6ZhDLFdxN6d9MKmkmDXoU3r/dE62pg= ; Message-ID: <20061019075356.90204.qmail@web53013.mail.yahoo.com> Received: from [194.78.200.10] by web53013.mail.yahoo.com via HTTP; Thu, 19 Oct 2006 00:53:56 PDT Date: Thu, 19 Oct 2006 00:53:56 -0700 (PDT) From: filip lenaerts To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ascii Content-Transfer-Encoding: quoted-printable Subject: ural on 6.2 prerelease disappeared X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 07:53:57 -0000 hi all,=0A=0Aafter upgrading from=0A=0AFreeBSD 6.1-STABLE #1: Sun Jun 4 15= :46:56 CEST 2006=0A root@monster.brederode:/usr/obj/usr/src/sys/GENERIC= =0A=0Ato=0A=0A# uname -a=0AFreeBSD monster.brederode 6.2-PRERELEASE FreeBSD= 6.2-PRERELEASE #2: Mon Oct 16 23:15:25 CEST 2006 root@monster.brederod= e:/usr/obj/usr/src/sys/GENERIC i386=0A=0Ausing the usual steps for "To reb= uild everything and install it on the current system" described in /usr/src= /UPDATING=0A=0Ai can't see my wireless ural device anymore in the dmesg, no= r does it show up at ifconfig. since i'm using GENERIC, all needed devices= for ural are available:=0A=0A# egrep "ehci|uhci|ohci|usb|ural|wlan" /usr/s= rc/sys/i386/conf/GENERIC=0Adevice wlan # 802.11 support= =0Adevice wlan_wep # 802.11 WEP support=0Adevice w= lan_ccmp # 802.11 CCMP support=0Adevice wlan_tkip # 80= 2.11 TKIP support=0Adevice uhci # UHCI PCI->USB interfa= ce=0Adevice ohci # OHCI PCI->USB interface=0Adevice = ehci # EHCI PCI->USB interface (USB 2.0)=0Adevice = usb # USB Bus (required)=0Adevice ural # R= alink Technology RT2500USB wireless NICs=0A=0AThe last track of the device = i have is in my messages file, when i was using the device:=0A=0AJul 22 22:= 49:39 monster kernel: ural0: Ralink 802.11g WLAN, rev 2.00/0.01, addr 3=0A= =0Aso this means the ural device was recognised in the 6.1-STABLE from june= 4th. after this date i didn't use the device any more, so it was only unt= il now after the upgrade, that i notice it isn't there anymore.=0A=0Aso i a= m wondering whether the 6.2-prerelease has something to do with it or did t= he hardware just died on me or did it get disabled in some way?=0A=0Ahas an= yone an idea what is going on? =0A=0Atnx =0A=0Afilip=0A=0A=0A=0A=0A=0A From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 07:57:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1E6A16A40F for ; Thu, 19 Oct 2006 07:57:35 +0000 (UTC) (envelope-from fifilip@yahoo.com) Received: from web53002.mail.yahoo.com (web53002.mail.yahoo.com [206.190.49.32]) by mx1.FreeBSD.org (Postfix) with SMTP id EF25143D6D for ; Thu, 19 Oct 2006 07:57:33 +0000 (GMT) (envelope-from fifilip@yahoo.com) Received: (qmail 58518 invoked by uid 60001); 19 Oct 2006 07:57:33 -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=rdOYsZ/wffhSGIeSH+V59ltofmUSEPRM0YkPg1KP6tLpvSMt7PREljSpb76DNG2qdRXDz/NR28q7KEu5xsMseWd1jS1nbsC/rHGsyJ8kEeSDzA/QsAcimjGOTqYw3R5EgfYTVTuf2k3IZ+6ajNOsmqd9kzefZX0/kufsxXY8Ers= ; Message-ID: <20061019075733.58516.qmail@web53002.mail.yahoo.com> Received: from [194.78.200.10] by web53002.mail.yahoo.com via HTTP; Thu, 19 Oct 2006 00:57:33 PDT Date: Thu, 19 Oct 2006 00:57:33 -0700 (PDT) From: filip lenaerts To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ascii Content-Transfer-Encoding: quoted-printable Subject: ural on 6.2 prerelease disappeared X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 07:57:36 -0000 hi all,=0A=0Aafter upgrading from=0A=0AFreeBSD 6.1-STABLE #1: Sun Jun 4 15= :46:56 CEST 2006=0A root@monster.brederode:/usr/obj/usr/src/sys/GENERIC= =0A=0Ato=0A=0A# uname -a=0AFreeBSD monster.brederode 6.2-PRERELEASE FreeBSD= 6.2-PRERELEASE #2: Mon Oct 16 23:15:25 CEST 2006 root@monster.brederod= e:/usr/obj/usr/src/sys/GENERIC i386=0A=0Ausing the usual steps for "To reb= uild everything and install it on the current system" described in /usr/src= /UPDATING=0A=0Ai can't see my wireless ural device anymore in the dmesg, no= r does it show up at ifconfig. since i'm using GENERIC, all needed devices= for ural are available:=0A=0A# egrep "ehci|uhci|ohci|usb|ural|wlan" /usr/s= rc/sys/i386/conf/GENERIC=0Adevice wlan # 802.11 support= =0Adevice wlan_wep # 802.11 WEP support=0Adevice w= lan_ccmp # 802.11 CCMP support=0Adevice wlan_tkip # 80= 2.11 TKIP support=0Adevice uhci # UHCI PCI->USB interfa= ce=0Adevice ohci # OHCI PCI->USB interface=0Adevice = ehci # EHCI PCI->USB interface (USB 2.0)=0Adevice = usb # USB Bus (required)=0Adevice ural # R= alink Technology RT2500USB wireless NICs=0A=0AThe last track of the device = i have is in my messages file, when i was using the device:=0A=0AJul 22 22:= 49:39 monster kernel: ural0: Ralink 802.11g WLAN, rev 2.00/0.01, addr 3=0A= =0Aso this means the ural device was recognised in the 6.1-STABLE from june= 4th. after this date i didn't use the device any more, so it was only unt= il now after the upgrade, that i notice it isn't there anymore.=0A=0Aso i a= m wondering whether the 6.2-prerelease has something to do with it or did t= he hardware just died on me or did it get disabled in some way?=0A=0Ahas an= yone an idea what is going on? =0A=0Atnx =0A=0Afilip=0A=0A=0A=0A=0A=0A=0A= =0A From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 08:34:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36D5016A415 for ; Thu, 19 Oct 2006 08:34:55 +0000 (UTC) (envelope-from fifilip@yahoo.com) Received: from web53014.mail.yahoo.com (web53014.mail.yahoo.com [206.190.49.44]) by mx1.FreeBSD.org (Postfix) with SMTP id 853FF43D49 for ; Thu, 19 Oct 2006 08:34:54 +0000 (GMT) (envelope-from fifilip@yahoo.com) Received: (qmail 13390 invoked by uid 60001); 19 Oct 2006 08:34:53 -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=0UislU7CtUZs1YABceE+gE+oDyYIovmuaWhgK/H+Gq9sVsmyqBT0srR1ZYf0O5LjtLgiIbAeW+t2Kb9mN5ciRCVNPpjm6dWJDhJbaxeDTO2JdHuEezqFsnQZ8c7D+1k5oQrNq0z19dhYow/8pgJl5Ucd/QJM5kuhjzuP/xdCkvo= ; Message-ID: <20061019083453.13388.qmail@web53014.mail.yahoo.com> Received: from [194.78.200.10] by web53014.mail.yahoo.com via HTTP; Thu, 19 Oct 2006 01:34:53 PDT Date: Thu, 19 Oct 2006 01:34:53 -0700 (PDT) From: filip lenaerts To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ascii Content-Transfer-Encoding: quoted-printable Subject: Re: ural on 6.2 prerelease disappeared X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 08:34:55 -0000 hi all,=0AThe last track of the device i have is in my messages file, when = i was using the device:=0A=0AJul 22 22:49:39 monster kernel: ural0: Ralink = 802.11g WLAN, rev 2.00/0.01, addr 3=0A=0Aan update:=0A=0Acomparing boot mes= sages, i found out i miss other devices:=0A=0Afrom the old messages file, w= hile booting:=0A=0AJul 22 22:49:39 monster kernel: ural0: Ralink 802.11g WL= AN, rev 2.00/0.01, addr 3=0AJul 22 22:49:39 monster kernel: ural0: MAC/BBP = RT2570 (rev 0x03), RF RT2526=0AJul 22 22:49:39 monster kernel: ural0: Ether= net address: 00:11:09:51:ad:4a=0AJul 22 22:49:39 monster kernel: ural0: if_= start running deferred for Giant=0AJul 22 22:49:39 monster kernel: ubt0: Si= W SiW, rev 1.10/20.00, addr 4=0AJul 22 22:49:39 monster kernel: ubt0: SiW S= iW, rev 1.10/20.00, addr 4=0AJul 22 22:49:39 monster kernel: ubt0: Interfac= e 0 endpoints: interrupt=3D0x81, bulk-in=3D0x82, bulk-out=3D0x2=0AJul 22 22= :49:39 monster kernel: ubt0: Interface 1 (alt.config 5) endpoints: isoc-in= =3D0x83, isoc-out=3D0x3; w=0AMaxPacketSize=3D49; nframes=3D6, buffer size= =3D294=0AJul 22 22:49:39 monster kernel: ugen0: X10 Wireless Technology Inc= USB Receiver, rev 1.10/2.00, addr 5=0AJul 22 22:49:39 monster kernel: umas= s0: Generic Card Reader V0.1C, rev 2.00/0.1c, addr 6=0A=0Ain the current me= ssages file this is replaced by a single line:=0A=0AOct 18 23:47:10 monster= kernel: uhub5: port 1 reset failed=0A=0Aafter and before this line both me= ssages files are identical.=0A=0Athis seems a hardware problem at my site i= assume?=0A=0Atnx =0A=0Afilip=0A=0A=0A=0A=0A=0A=0A=0A=0A__________________= _____________________________=0Afreebsd-stable@freebsd.org mailing list=0Ah= ttp://lists.freebsd.org/mailman/listinfo/freebsd-stable=0ATo unsubscribe, s= end any mail to "freebsd-stable-unsubscribe@freebsd.org"=0A=0A=0A=0A=0A From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 10:04:56 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF5AF16A47C; Thu, 19 Oct 2006 10:04:55 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (fw.zoral.com.ua [213.186.206.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE8C743D5F; Thu, 19 Oct 2006 10:04:54 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k9J9ojw7033904 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 19 Oct 2006 12:50:45 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id k9JA4hrV087608; Thu, 19 Oct 2006 13:04:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id k9JA4gS5087607; Thu, 19 Oct 2006 13:04:42 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 19 Oct 2006 13:04:42 +0300 From: Kostik Belousov To: John E Hein Message-ID: <20061019100442.GN55428@deviant.kiev.zoral.com.ua> References: <17718.20457.799395.602805@gromit.timing.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/t6ASE28jIy1gGy9" Content-Disposition: inline In-Reply-To: <17718.20457.799395.602805@gromit.timing.com> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=1.4 required=5.0 tests=SPF_NEUTRAL, UNPARSEABLE_RELAY autolearn=no version=3.1.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on fw.zoral.com.ua Cc: stable@freebsd.org, jhb@freebsd.org Subject: Re: locked vnode / nfs... requires kill -9 in ddb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 10:04:56 -0000 --/t6ASE28jIy1gGy9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 18, 2006 at 10:01:45AM -0600, John E Hein wrote: > 6.2-PRERELEASE from 20061016 RELENG_6 sources. > Locked vnodes > =20 > 0xc6b7bdd0: tag nfs, type VDIR > usecount 2, writecount 0, refcount 8 mountedhere 0 > flags (VV_ROOT) > v_object 0xc9d84108 ref 0 pages 0 > lock type nfs: EXCL (count 1) by thread 0xc8adac00 (pid 50746) with = 5 pending > fileid 8 fsid 0x300ff06 >=20 > 50746 50000 49999 600 T+ sh > . > . > db>db> trace 50746 > Tracing pid 50746 tid 100231 td 0xc8adac00 > sched_switch(c8adac00,0,2) at 0xc05ce0cb =3D sched_switch+0x173 > mi_switch(2,0) at 0xc05c2b0a =3D mi_switch+0x1ba > thread_suspend_check(1,c079e04c,c8adac00,c9206b80,1,...) at 0xc05c722d = =3D thread_suspend_check+0x191 > sleepq_catch_signals(c9206b80) at 0xc05db93f =3D sleepq_catch_signals+0x1= 03 > sleepq_wait_sig(c9206b80) at 0xc05dbd96 =3D sleepq_wait_sig+0xe > msleep(c9206b80,c08a6a40,153,c0813379,0) at 0xc05c2652 =3D msleep+0x25a > nfs_reply(c9206b80,0,c8adac00,4,c7ea7100,...) at 0xc06c33ac =3D nfs_reply= +0x244 > nfs_request(c6b7bdd0,c6ae2d00,1,c8adac00,c7815280,e8f3488c,e8f34890,e8f34= 894,c8adac00,e8f348a0) at 0xc06c40a5 =3D nfs_request+0x3c1 > nfs_getattr(e8f348dc) at 0xc06c912b =3D nfs_getattr+0x11f > VOP_GETATTR_APV(c086c700,e8f348dc) at 0xc07b260c =3D VOP_GETATTR_APV+0x38 > nfsspec_access(e8f34a8c,c6bf7c94,0,e8f349a4,c060ca26,...) at 0xc06cebf1 = =3D nfsspec_access+0x85 > nfs_access(e8f34a8c) at 0xc06c8b7a =3D nfs_access+0x122 > VOP_ACCESS_APV(c086c700,e8f34a8c) at 0xc07b25b0 =3D VOP_ACCESS_APV+0x38 > nfs_lookup(e8f34b18) at 0xc06c96ff =3D nfs_lookup+0xd3 > VOP_LOOKUP_APV(c086c700,e8f34b18) at 0xc07b22f7 =3D VOP_LOOKUP_APV+0x43 > lookup(e8f34c00) at 0xc060ee79 =3D lookup+0x4c1 > namei(e8f34c00) at 0xc060e71a =3D namei+0x39a > kern_stat(c8adac00,806712c,0,e8f34c74) at 0xc061d3cd =3D kern_stat+0x35 > stat(c8adac00,e8f34d04) at 0xc061d37b =3D stat+0x1b > syscall(3b,3b,3b,1,80670ec,...) at 0xc07a9363 =3D syscall+0x2bf > Xint0x80_syscall() at 0xc079456f =3D Xint0x80_syscall+0x1f > --- syscall (188, FreeBSD ELF32, stat), eip =3D 0x28196477, esp =3D 0xbfb= fdc1c, ebp =3D 0xbfbfdcb8 --- > db> kill 9 50746 > db> c The nfs_reply is sleeping with the PCATCH set. The question is why SIGTSTP does not cause msleep to return with EINTR. --/t6ASE28jIy1gGy9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFN025C3+MBN1Mb4gRAsz3AKDQWQEXZ/1hWMdbAxEnwgBZw/fxdQCg4xhO CEl4cAJMoM6veoogiOSa2A4= =Pk4B -----END PGP SIGNATURE----- --/t6ASE28jIy1gGy9-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 13:55:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16DA016A407 for ; Thu, 19 Oct 2006 13:55:06 +0000 (UTC) (envelope-from dzalewski@open-craft.com) Received: from zeus.lunarpages.com (zeus.lunarpages.com [216.193.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B935043D66 for ; Thu, 19 Oct 2006 13:55:05 +0000 (GMT) (envelope-from dzalewski@open-craft.com) Received: from [196.218.200.206] (helo=polonium.opencraft.local) by zeus.lunarpages.com with esmtpa (Exim 4.52) id 1GaYNi-0005HD-DD for freebsd-stable@freebsd.org; Thu, 19 Oct 2006 06:56:22 -0700 From: Dominik Zalewski Organization: OpenCraft To: freebsd-stable@freebsd.org Date: Thu, 19 Oct 2006 15:41:05 +0200 User-Agent: KMail/1.9.5 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200610191541.05664.dzalewski@open-craft.com> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - zeus.lunarpages.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - open-craft.com X-Source: X-Source-Args: X-Source-Dir: Subject: Asterisk PBX + FreeBSD 6.1 + Digium cards on machine with Intel E7210 chipset X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 13:55:06 -0000 Hi all, I'm planning to install Asterisk PBX on IBM xSeries 206m server running=20 =46reeBSD 6.1 Release. Some people told me that I should avoid of using=20 specific motherboad chipsets cause Digium cards will generate high interrut= ps=20 Where I can find a current list of "bad chipsets" and do you have any=20 experience with Intel E7210 chipset ? Thank you in advance, =A0=A0=A0=A0=A0=A0=A0=A0Dominik=20 From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 14:17:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8590C16A412 for ; Thu, 19 Oct 2006 14:17:28 +0000 (UTC) (envelope-from jandrese@mitre.org) Received: from smtp-mclean.mitre.org (smtpproxy2.mitre.org [192.80.55.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2DF943D9A for ; Thu, 19 Oct 2006 14:16:29 +0000 (GMT) (envelope-from jandrese@mitre.org) Received: from smtp-mclean.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-mclean.mitre.org (8.12.11.20060308/8.12.11) with SMTP id k9JEGNHs009573 for ; Thu, 19 Oct 2006 10:16:23 -0400 Received: from smtp-mclean.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-mclean.mitre.org (Postfix) with ESMTP id 2D9ED1BDA2 for ; Thu, 19 Oct 2006 10:16:23 -0400 (EDT) Received: from IMCFE1.MITRE.ORG (imcfe1.mitre.org [129.83.29.3]) by smtp-mclean.mitre.org (8.12.11.20060308/8.12.11) with ESMTP id k9JEGM8A009557; Thu, 19 Oct 2006 10:16:23 -0400 Received: from IMCSRV2.MITRE.ORG ([129.83.20.164]) by IMCFE1.MITRE.ORG with Microsoft SMTPSVC(6.0.3790.1830); Thu, 19 Oct 2006 10:16:22 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 19 Oct 2006 10:16:17 -0400 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Runaway kernel? Or an attack? Thread-Index: Acby9KCzqa8q5f8ETnqMVGGU+J216gAlHTPQ From: "Andresen, Jason R." To: "Chuck Swiger" X-OriginalArrivalTime: 19 Oct 2006 14:16:22.0544 (UTC) FILETIME=[27808100:01C6F389] Cc: freebsd-stable@freebsd.org Subject: RE: Runaway kernel? Or an attack? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 14:17:28 -0000 I would have thought so too excep that it's always a different host. It's usually inside of Verizon though.=20 >-----Original Message----- >From: Chuck Swiger [mailto:cswiger@mac.com]=20 >Sent: Wednesday, October 18, 2006 4:33 PM >To: Andresen, Jason R. >Cc: freebsd-stable@freebsd.org >Subject: Re: Runaway kernel? Or an attack? > >On Oct 18, 2006, at 1:07 PM, Andresen, Jason R. wrote: >> Ok, I have a recurring problem with my webserver. Once a=20 >day or so it >> gets locked into a loop with some random server usually somewhere =20 >> in my >> ISP. When it does this, it spends all of its time spitting out =20 >> packets >> and getting FIN, ACKs back. >> >> Shutting down the HTTP server doesn't stop the traffic. I have to >> create firewall rules to block the outgoing traffic to stop it. > >Frankly, this sounds more like the random remote host has been =20 >compromised, rather than your machine, and it is scanning the network >for other hosts to attack. What URLs are being requested (check the =20 >http logs)? > >> Here's a short tcpdump of the traffic when it happens, these packets >> are going out at a rate of thousands per second. The 192.168.42.2 is >> the local host and 192.76.86.83 is the apparently random victim: > >I'd talk to verizon.com and ask them what is going on from their side >with that host... > >--=20 >-Chuck > > From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 14:21:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB3D916A549 for ; Thu, 19 Oct 2006 14:21:54 +0000 (UTC) (envelope-from jandrese@mitre.org) Received: from smtp-mclean.mitre.org (smtp-mclean.mitre.org [192.80.55.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA5CF43DD8 for ; Thu, 19 Oct 2006 14:21:07 +0000 (GMT) (envelope-from jandrese@mitre.org) Received: from smtp-mclean.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-mclean.mitre.org (8.12.11.20060308/8.12.11) with SMTP id k9JEL7u8014078 for ; Thu, 19 Oct 2006 10:21:07 -0400 Received: from smtp-mclean.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-mclean.mitre.org (Postfix) with ESMTP id 4872B1BDA9 for ; Thu, 19 Oct 2006 10:21:06 -0400 (EDT) Received: from IMCFE1.MITRE.ORG (imcfe1.mitre.org [129.83.29.3]) by smtp-mclean.mitre.org (8.12.11.20060308/8.12.11) with ESMTP id k9JEL50j014024; Thu, 19 Oct 2006 10:21:05 -0400 Received: from IMCSRV2.MITRE.ORG ([129.83.20.164]) by IMCFE1.MITRE.ORG with Microsoft SMTPSVC(6.0.3790.1830); Thu, 19 Oct 2006 10:21:05 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 19 Oct 2006 10:21:00 -0400 Message-ID: In-Reply-To: <20061018204503.GB47563@icarus.home.lan> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Runaway kernel? Or an attack? Thread-Index: Acby9krt6hxyqg56SY+v/MaZ3lRYQQAkvUug From: "Andresen, Jason R." To: "Jeremy Chadwick" X-OriginalArrivalTime: 19 Oct 2006 14:21:05.0273 (UTC) FILETIME=[D0058690:01C6F389] Cc: freebsd-stable@freebsd.org Subject: RE: Runaway kernel? Or an attack? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 14:21:55 -0000 >From: Jeremy Chadwick [mailto:freebsd@jdc.parodius.com]=20 > >On Wed, Oct 18, 2006 at 04:07:14PM -0400, Andresen, Jason R. wrote: >> Ok, I have a recurring problem with my webserver. Once a=20 >day or so it >> gets locked into a loop with some random server usually=20 >somewhere in my >> ISP. When it does this, it spends all of its time spitting=20 >out packets >> and getting FIN, ACKs back. =20 >>=20 >> Shutting down the HTTP server doesn't stop the traffic. I have to >> create firewall rules to block the outgoing traffic to stop=20 >it. Wiping >> the disk and reinstalling from the CD didn't help either. =20 >This host is >> behind a NAT (A D-Link DI-604 router). Is this a bad packet=20 >injection >> attack, a bug, or has my box been compromised? =20 > >And let me guess: your DI-604 is set to port forward TCP 80 to >192.168.42.2 (rather than make 192.168.42.2 the DMZ host). > >I recommend removing the DI-604 from the topology and see if the >problem continues. Gut feeling (based on past experience with >D-Link's residential products) is the problem will disappear. >You'll have to trust me on this -- no matter how reliable you think >the DI-series units are ("It works fine for me!"), they aren't. >There are major IP stack implementation issues with these units >(same with the DI-614+). > >Thoroughly scan the D-Link forum on www.broadbandreports.com for >details of these problems. The IP stack on those units is awful. > >Consider picking up a WRT54GL (which runs Linux; sure, I'd prefer >they run BSD, but I'll trust Linux's IP stack over some third-party >out-of-country IP stack any day of the week). Do not go with a >WRT54G (because you won't know what version you get; Linux-based >or VxWorks-based (which has other IP stack problems), nor a WRT54GS >(same risk (Linux vs. VxWorks)). So the upshot is to not trust anything that uses VxWorks? I've been considering reworking my network by adding a second interface to the webserver machine and having it replace the DI-604, but I've been reluctant because if my box was being compromised I didn't want to open it up even further to attack. Looks like I should do it anyway. From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 14:37:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14BB816A494 for ; Thu, 19 Oct 2006 14:37:39 +0000 (UTC) (envelope-from dzalewski@open-craft.com) Received: from zeus.lunarpages.com (zeus.lunarpages.com [216.193.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7ACA043D46 for ; Thu, 19 Oct 2006 14:37:38 +0000 (GMT) (envelope-from dzalewski@open-craft.com) Received: from [196.218.200.206] (helo=polonium.opencraft.local) by zeus.lunarpages.com with esmtpa (Exim 4.52) id 1GaZ2n-0003rO-Nt; Thu, 19 Oct 2006 07:38:50 -0700 From: Dominik Zalewski Organization: OpenCraft To: bram Date: Thu, 19 Oct 2006 16:23:28 +0200 User-Agent: KMail/1.9.5 References: <200610191541.05664.dzalewski@open-craft.com> <4537864F.8030001@diomedia.be> In-Reply-To: <4537864F.8030001@diomedia.be> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610191623.28502.dzalewski@open-craft.com> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - zeus.lunarpages.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - open-craft.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-stable@freebsd.org Subject: Re: Asterisk PBX + FreeBSD 6.1 + Digium cards on machine with Intel E7210 chipset X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 14:37:39 -0000 On Thursday 19 October 2006 16:06, you wrote: > Hi, > > I can say that the pro nforce 150 -K8 (AMD64) has that problem with a > tdm card. > I would however also like to point out that if you're just starting out > with asterisk there are other issues . > as for as i know there is no fxotune program for freebsd so the chances > on echo are greater when using PSTN. > If you can wait a week I can give you my results on the sangoma cards > (mine gets delivered friday), they also have a freebsd driver and > hardware echo cancelation. > > Kind Regards Bram > > Dominik Zalewski schreef: > > Hi all, > > > > I'm planning to install Asterisk PBX on IBM xSeries 206m server running > > FreeBSD 6.1 Release. Some people told me that I should avoid of using > > specific motherboad chipsets cause Digium cards will generate high > > interrutps Where I can find a current list of "bad chipsets" and do you > > have any experience with Intel E7210 chipset ? > > > > Thank you in advance, > > > > Dominik > > > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" hmm no fxotune ? so do you recommend to a get a card with hardware echo cancellation like sangoma ? what is your experience with software echo cansellation that came with zaptel ? Thank you, Dominik From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 14:50:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8481516A47C for ; Thu, 19 Oct 2006 14:50:54 +0000 (UTC) (envelope-from e-masson@kisoft-services.com) Received: from mallaury.nerim.net (smtp-104-thursday.noc.nerim.net [62.4.17.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id 975F343D60 for ; Thu, 19 Oct 2006 14:50:45 +0000 (GMT) (envelope-from e-masson@kisoft-services.com) Received: from srvbsdnanssv.interne.kisoft-services.com (kisoft.net1.nerim.net [62.212.107.51]) by mallaury.nerim.net (Postfix) with ESMTP id 749F04F3EF; Thu, 19 Oct 2006 16:50:34 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by srvbsdnanssv.interne.kisoft-services.com (Postfix) with ESMTP id F41FDD857; Thu, 19 Oct 2006 16:50:51 +0200 (CEST) X-Virus-Scanned: amavisd-new at interne.kisoft-services.com Received: from srvbsdnanssv.interne.kisoft-services.com ([127.0.0.1]) by localhost (srvbsdnanssv.interne.kisoft-services.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NWKHkVkRz8eI; Thu, 19 Oct 2006 16:50:47 +0200 (CEST) Received: by srvbsdnanssv.interne.kisoft-services.com (Postfix, from userid 1001) id 5C679D856; Thu, 19 Oct 2006 16:50:47 +0200 (CEST) To: "Andresen, Jason R." From: Eric Masson In-Reply-To: <20061018204503.GB47563@icarus.home.lan> (Jeremy Chadwick's message of "Wed, 18 Oct 2006 13:45:03 -0700") References: <20061018204503.GB47563@icarus.home.lan> X-Operating-System: FreeBSD 6.1-RELEASE-p10 i386 Date: Thu, 19 Oct 2006 16:50:47 +0200 Message-ID: <86slhknyuw.fsf@srvbsdnanssv.interne.kisoft-services.com> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.5-b27 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Runaway kernel? Or an attack? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 14:50:54 -0000 Jeremy Chadwick writes: Hi, > I recommend removing the DI-604 from the topology and see if the > problem continues. Gut feeling (based on past experience with > D-Link's residential products) is the problem will disappear. > You'll have to trust me on this -- no matter how reliable you think > the DI-series units are ("It works fine for me!"), they aren't. > There are major IP stack implementation issues with these units > (same with the DI-614+). These units can be made reliable when flashed with an alternative firmware like OpenWRT (http://www.OpenWRT.org). Take a look at the following pages : http://wiki.openwrt.org/OpenWrtDocs/Hardware/D-Link?highlight=%28CategoryAR7Device%29 http://wiki.openwrt.org/AR7Port I have here a WRT54GS 1.1 running OpenWRT whiterussian rc5, a DLink DSL504T and a Netgear WGT634U waiting for Kamikaze builds. I'd love to see a project similar to OpenWRT based on a BSD, but so far, and it seems that FreeBSD mips port effort has stalled : http://www.freebsd.org/projects/mips/ Éric Masson -- Jh 28 ans, informaticien, cherche femme sur Chartres. -+- PGeorges in GNU - Elle est où la Charte du groupe ? -+- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 14:54:31 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7277016A500 for ; Thu, 19 Oct 2006 14:54:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D33043D46 for ; Thu, 19 Oct 2006 14:54:27 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k9JErWND066690; Thu, 19 Oct 2006 10:54:21 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Kostik Belousov Date: Thu, 19 Oct 2006 10:44:30 -0400 User-Agent: KMail/1.9.1 References: <17718.20457.799395.602805@gromit.timing.com> <20061019100442.GN55428@deviant.kiev.zoral.com.ua> In-Reply-To: <20061019100442.GN55428@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610191044.30768.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 19 Oct 2006 10:54:21 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/2050/Thu Oct 19 03:58:33 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: stable@freebsd.org, John E Hein Subject: Re: locked vnode / nfs... requires kill -9 in ddb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 14:54:31 -0000 On Thursday 19 October 2006 06:04, Kostik Belousov wrote: > On Wed, Oct 18, 2006 at 10:01:45AM -0600, John E Hein wrote: > > 6.2-PRERELEASE from 20061016 RELENG_6 sources. > > Locked vnodes > > > > 0xc6b7bdd0: tag nfs, type VDIR > > usecount 2, writecount 0, refcount 8 mountedhere 0 > > flags (VV_ROOT) > > v_object 0xc9d84108 ref 0 pages 0 > > lock type nfs: EXCL (count 1) by thread 0xc8adac00 (pid 50746) with 5 pending > > fileid 8 fsid 0x300ff06 > > > > 50746 50000 49999 600 T+ sh > > . > > . > > db>db> trace 50746 > > Tracing pid 50746 tid 100231 td 0xc8adac00 > > sched_switch(c8adac00,0,2) at 0xc05ce0cb = sched_switch+0x173 > > mi_switch(2,0) at 0xc05c2b0a = mi_switch+0x1ba > > thread_suspend_check(1,c079e04c,c8adac00,c9206b80,1,...) at 0xc05c722d = thread_suspend_check+0x191 > > sleepq_catch_signals(c9206b80) at 0xc05db93f = sleepq_catch_signals+0x103 > > sleepq_wait_sig(c9206b80) at 0xc05dbd96 = sleepq_wait_sig+0xe > > msleep(c9206b80,c08a6a40,153,c0813379,0) at 0xc05c2652 = msleep+0x25a > > nfs_reply(c9206b80,0,c8adac00,4,c7ea7100,...) at 0xc06c33ac = nfs_reply+0x244 > > nfs_request(c6b7bdd0,c6ae2d00,1,c8adac00,c7815280,e8f3488c,e8f34890,e8f34894,c8adac00,e8f348a0) at 0xc06c40a5 = nfs_request+0x3c1 > > nfs_getattr(e8f348dc) at 0xc06c912b = nfs_getattr+0x11f > > VOP_GETATTR_APV(c086c700,e8f348dc) at 0xc07b260c = VOP_GETATTR_APV+0x38 > > nfsspec_access(e8f34a8c,c6bf7c94,0,e8f349a4,c060ca26,...) at 0xc06cebf1 = nfsspec_access+0x85 > > nfs_access(e8f34a8c) at 0xc06c8b7a = nfs_access+0x122 > > VOP_ACCESS_APV(c086c700,e8f34a8c) at 0xc07b25b0 = VOP_ACCESS_APV+0x38 > > nfs_lookup(e8f34b18) at 0xc06c96ff = nfs_lookup+0xd3 > > VOP_LOOKUP_APV(c086c700,e8f34b18) at 0xc07b22f7 = VOP_LOOKUP_APV+0x43 > > lookup(e8f34c00) at 0xc060ee79 = lookup+0x4c1 > > namei(e8f34c00) at 0xc060e71a = namei+0x39a > > kern_stat(c8adac00,806712c,0,e8f34c74) at 0xc061d3cd = kern_stat+0x35 > > stat(c8adac00,e8f34d04) at 0xc061d37b = stat+0x1b > > syscall(3b,3b,3b,1,80670ec,...) at 0xc07a9363 = syscall+0x2bf > > Xint0x80_syscall() at 0xc079456f = Xint0x80_syscall+0x1f > > --- syscall (188, FreeBSD ELF32, stat), eip = 0x28196477, esp = 0xbfbfdc1c, ebp = 0xbfbfdcb8 --- > > db> kill 9 50746 > > db> c > > The nfs_reply is sleeping with the PCATCH set. The question is why SIGTSTP > does not cause msleep to return with EINTR. The problem is in thread_suspend_check(), not the sleepq code. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 15:17:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F8CC16A47B for ; Thu, 19 Oct 2006 15:17:14 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D34743D5E for ; Thu, 19 Oct 2006 15:17:12 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so288848nzn for ; Thu, 19 Oct 2006 08:17:12 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cBlrpR53oMifbNxYdobu5HMT4HVX9QcOT8pZSm5Qm9lQKEAsk3R+4cdvi1zyTbCCW5z/FJ2jlbiglTeXN0HxwnU6+1w5mjXYuOorrdUw+4qyeIgGqqp0X5+nOCYCucdKMf36/PN5p//T1yx6ZvOoLvtUiXtqW/bsxQrx9OSWE6E= Received: by 10.65.191.7 with SMTP id t7mr49782qbp; Thu, 19 Oct 2006 08:17:12 -0700 (PDT) Received: by 10.64.179.8 with HTTP; Thu, 19 Oct 2006 08:17:12 -0700 (PDT) Message-ID: <84dead720610190817jd892a0dw48c2c166a1cf74c8@mail.gmail.com> Date: Thu, 19 Oct 2006 20:47:12 +0530 From: "Joseph Koshy" To: "Eric Masson" In-Reply-To: <86slhknyuw.fsf@srvbsdnanssv.interne.kisoft-services.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061018204503.GB47563@icarus.home.lan> <86slhknyuw.fsf@srvbsdnanssv.interne.kisoft-services.com> Cc: freebsd-stable@freebsd.org Subject: Re: Runaway kernel? Or an attack? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 15:17:14 -0000 em> I'd love to see a project similar to OpenWRT based on a BSD, em> but so far, and it seems that FreeBSD mips port effort has em> stalled : em> http://www.freebsd.org/projects/mips/ There's work going in Perforce: http://perforce.freebsd.org/changeList.cgi?FSPC=//depot/projects/mips2/... -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy/ From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 16:21:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2F7316A40F for ; Thu, 19 Oct 2006 16:21:51 +0000 (UTC) (envelope-from e-masson@kisoft-services.com) Received: from mallaury.nerim.net (smtp-104-thursday.noc.nerim.net [62.4.17.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0664B43D46 for ; Thu, 19 Oct 2006 16:21:50 +0000 (GMT) (envelope-from e-masson@kisoft-services.com) Received: from srvbsdnanssv.interne.kisoft-services.com (kisoft.net1.nerim.net [62.212.107.51]) by mallaury.nerim.net (Postfix) with ESMTP id E61404F3FB; Thu, 19 Oct 2006 18:21:38 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by srvbsdnanssv.interne.kisoft-services.com (Postfix) with ESMTP id BD575D7F3; Thu, 19 Oct 2006 18:21:57 +0200 (CEST) X-Virus-Scanned: amavisd-new at interne.kisoft-services.com Received: from srvbsdnanssv.interne.kisoft-services.com ([127.0.0.1]) by localhost (srvbsdnanssv.interne.kisoft-services.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ryqRS2wCWkMw; Thu, 19 Oct 2006 18:21:50 +0200 (CEST) Received: by srvbsdnanssv.interne.kisoft-services.com (Postfix, from userid 1001) id D61E2D71B; Thu, 19 Oct 2006 18:21:49 +0200 (CEST) To: "Joseph Koshy" From: Eric Masson In-Reply-To: <84dead720610190817jd892a0dw48c2c166a1cf74c8@mail.gmail.com> (Joseph Koshy's message of "Thu, 19 Oct 2006 20:47:12 +0530") References: <20061018204503.GB47563@icarus.home.lan> <86slhknyuw.fsf@srvbsdnanssv.interne.kisoft-services.com> <84dead720610190817jd892a0dw48c2c166a1cf74c8@mail.gmail.com> X-Operating-System: FreeBSD 6.1-RELEASE-p10 i386 Date: Thu, 19 Oct 2006 18:21:49 +0200 Message-ID: <86hcy0nun6.fsf@srvbsdnanssv.interne.kisoft-services.com> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.5-b27 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Runaway kernel? Or an attack? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 16:21:51 -0000 "Joseph Koshy" writes: Hi, > There's work going in Perforce: > http://perforce.freebsd.org/changeList.cgi?FSPC=//depot/projects/mips2/... Ah, good, it seems that embedded mips platforms are targeted. Is there any other way than perforce commit logs to follow project status ? Regards Éric Masson -- [...] C'est aussi mon avis. Il reigne par ici une frenesie autour du GMP tout a fait inquietante... (Et la je suis encore bon pour le GMP, surtout que je fais 3 lignes, comme par hasard) ;o) -+- ED in Guide du Macounet Pervers : Hasard (?) frénétique -+- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 16:36:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90EC716A55C; Thu, 19 Oct 2006 16:36:37 +0000 (UTC) (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 09B6643F57; Thu, 19 Oct 2006 16:36:02 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Gaas8-000NT5-9Q; Thu, 19 Oct 2006 16:36:02 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GaarO-000KZw-Ow; Thu, 19 Oct 2006 11:35:10 -0500 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17719.43326.210378.532902@roam.psg.com> Date: Thu, 19 Oct 2006 11:35:10 -0500 To: "Bruce A. Mah" References: <17718.42461.463190.680559@roam.psg.com> <4536AB11.1060201@freebsd.org> X-Spam-Score: -1.4 (-) Cc: FreeBSD Stable Subject: Re: tz ME X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 16:36:37 -0000 >> tzsetup: /usr/share/zoneinfo/zone.tab:250: country code `ME' unknown > I think this was fixed in rev. 1.13.8.2 of src/share/misc/iso3166. correct. thank you. randy From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 16:43:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA28E16A407 for ; Thu, 19 Oct 2006 16:43:17 +0000 (UTC) (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 5A51D43D5C for ; Thu, 19 Oct 2006 16:43:17 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GaazB-000Ng0-Aj for freebsd-stable@freebsd.org; Thu, 19 Oct 2006 16:43:16 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GaavP-000KaX-8B for freebsd-stable@freebsd.org; Thu, 19 Oct 2006 11:39:19 -0500 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17719.43574.819134.370333@roam.psg.com> Date: Thu, 19 Oct 2006 11:39:18 -0500 To: FreeBSD Stable X-Spam-Score: -1.4 (-) Subject: 5 to 6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 16:43:17 -0000 do folk actually successfully upgrade # uname -a FreeBSD psg.com 5.5-STABLE FreeBSD 5.5-STABLE #15: Sun Oct 1 18:41:24 GMT 2006 root@psg.com:/usr/obj/usr/src/sys/PSG i386 to RELENG_6 *safely* on a many-user production system using the instructions in UPDATING? randy From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 16:59:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0FE516A412 for ; Thu, 19 Oct 2006 16:59:01 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B02343D4C for ; Thu, 19 Oct 2006 16:59:01 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin05-en2 [10.13.10.150]) by smtpout.mac.com (Xserve/8.12.11/smtpout16/MantshX 4.0) with ESMTP id k9JGx13r003299; Thu, 19 Oct 2006 09:59:01 -0700 (PDT) Received: from [17.214.13.96] (a17-214-13-96.apple.com [17.214.13.96]) (authenticated bits=0) by mac.com (Xserve/smtpin05/MantshX 4.0) with ESMTP id k9JGww1u012356; Thu, 19 Oct 2006 09:58:59 -0700 (PDT) In-Reply-To: <17719.43574.819134.370333@roam.psg.com> References: <17719.43574.819134.370333@roam.psg.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <028554CB-0BC9-4F27-A2E1-A8351F0C533E@mac.com> Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Thu, 19 Oct 2006 09:58:58 -0700 To: Randy Bush X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: FreeBSD Stable Subject: Re: 5 to 6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 16:59:01 -0000 On Oct 19, 2006, at 9:39 AM, Randy Bush wrote: > do folk actually successfully upgrade > > # uname -a > FreeBSD psg.com 5.5-STABLE FreeBSD 5.5-STABLE #15: Sun Oct 1 > 18:41:24 GMT 2006 root@psg.com:/usr/obj/usr/src/sys/PSG i386 > > to RELENG_6 *safely* on a many-user production system using the > instructions in UPDATING? Certainly. My definition of "*safely*" means having a full backup of the system to which I can go back to if the OS version upgrade doesn't work; if you don't have a good backup, well, you can probably update from 5 to 6 just fine, but I would not consider doing so to be completely safe. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 17:00:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08B4A16A40F for ; Thu, 19 Oct 2006 17:00:15 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9755043D45 for ; Thu, 19 Oct 2006 17:00:15 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id XBT21615; Thu, 19 Oct 2006 10:00:15 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id DC9804504D; Thu, 19 Oct 2006 10:00:14 -0700 (PDT) To: Randy Bush In-Reply-To: Your message of "Thu, 19 Oct 2006 11:39:18 CDT." <17719.43574.819134.370333@roam.psg.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1161277214_43143P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 19 Oct 2006 10:00:14 -0700 From: "Kevin Oberman" Message-Id: <20061019170014.DC9804504D@ptavv.es.net> Cc: FreeBSD Stable Subject: Re: 5 to 6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 17:00:16 -0000 --==_Exmh_1161277214_43143P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: Randy Bush > Date: Thu, 19 Oct 2006 11:39:18 -0500 > Sender: owner-freebsd-stable@freebsd.org > > do folk actually successfully upgrade > > # uname -a > FreeBSD psg.com 5.5-STABLE FreeBSD 5.5-STABLE #15: Sun Oct 1 18:41:24 GMT 2006 root@psg.com:/usr/obj/usr/src/sys/PSG i386 > > to RELENG_6 *safely* on a many-user production system using the > instructions in UPDATING? I have done so on a number of systems. I updated all of our NTP servers (about a dozen of them scattered all over the country) a couple of weeks ago without any problems at all. I do have OOB console access to them. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1161277214_43143P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFN68ekn3rs5h7N1ERAgOcAJ9prl5LsS1y+1zIj8yuo9dIyNkQZACfWqDl k8t9FRkTt1EHKl0+bTlKSRM= =6QT7 -----END PGP SIGNATURE----- --==_Exmh_1161277214_43143P-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 17:00:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FCBC16A519 for ; Thu, 19 Oct 2006 17:00:43 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 468A343D58 for ; Thu, 19 Oct 2006 17:00:41 +0000 (GMT) (envelope-from wmoran@collaborativefusion.com) Received: from collaborativefusion.com (mx01.pub.collaborativefusion.com [206.210.89.201]) (TLS: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Thu, 19 Oct 2006 13:00:41 -0400 id 00056415.4537AF39.00004FCA Received: from Internal Mail-Server (206.210.89.202) by mx01 (envelope-from wmoran@collaborativefusion.com) with AES256-SHA encrypted SMTP; 19 Oct 2006 12:55:31 -0400 Date: Thu, 19 Oct 2006 13:00:40 -0400 From: Bill Moran To: Jason Thomson Message-Id: <20061019130040.5f06baf7.wmoran@collaborativefusion.com> In-Reply-To: <45366122.6090704@mintel.com> References: <45364782.8090209@samsco.org> <45366122.6090704@mintel.com> Organization: Collaborative Fusion X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Conrad Burger Subject: Re: When will the new BCE driver in HEAD be incorporated into RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 17:00:43 -0000 In response to Jason Thomson : > Scott Long wrote: > > Conrad Burger wrote: > > > >> Hi > >> > >> It looks like there is a "new" version of the bce driver in HEAD. > >> When will it be incorporated into Releng_6? > > > > > > It will be merged when someone, preferably 2-3 people, tell me that > > the changes in HEAD work for them. So far, no one has. > > > > Scott > > _______________________________________________ > > Using the driver from HEAD* in the latest RELENG_6 didn't fix our > problems. > > We could still trigger the Watchdog timeout when copying a local file to > an NFS mounted filesystem (UDP mount, GigE speeds). Same here, although it seemed to require a lot more effort to produce the problem. I see there have been additional updates to the driver in the past 10 hours. I'll grab those and try again to see if they help any. -- Bill Moran Collaborative Fusion Inc. **************************************************************** IMPORTANT: This message contains confidential information and is intended only for the individual named. If the reader of this message is not an intended recipient (or the individual responsible for the delivery of this message to an intended recipient), please be advised that any re-use, dissemination, distribution or copying of this message is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. **************************************************************** From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 17:03:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4ECC216A49E for ; Thu, 19 Oct 2006 17:03:13 +0000 (UTC) (envelope-from pokui@psg.com) Received: from mail.trueafrican.com (mail.trueafrican.com [212.88.98.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90C3543D53 for ; Thu, 19 Oct 2006 17:03:11 +0000 (GMT) (envelope-from pokui@psg.com) Received: from mail.trueafrican.com ([127.0.0.1]) by localhost (mail.trueafrican.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 56799-06 for ; Thu, 19 Oct 2006 20:02:59 +0300 (EAT) Received: from andromeda.trueafrican.com (pokui.trueafrican.com [169.254.0.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.trueafrican.com (Postfix) with ESMTP id 97C0325F1BB for ; Thu, 19 Oct 2006 20:02:58 +0300 (EAT) Received: from [127.0.0.1] (helo=localhost) by andromeda.trueafrican.com with esmtp (Exim 4.62) (envelope-from ) id 1GabIb-0002S2-Tj; Thu, 19 Oct 2006 20:03:18 +0300 From: Patrick Okui To: freebsd-stable@freebsd.org Date: Thu, 19 Oct 2006 20:03:16 +0300 User-Agent: KMail/1.8 References: <17719.43574.819134.370333@roam.psg.com> In-Reply-To: <17719.43574.819134.370333@roam.psg.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610192003.16551.pokui@psg.com> X-Virus-Scanned: by amavisd-new at trueafrican.com Cc: Randy Bush Subject: Re: 5 to 6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 17:03:13 -0000 On Thursday 19 October 2006 19:39, Randy Bush wrote: > do folk actually successfully upgrade > > # uname -a > FreeBSD psg.com 5.5-STABLE FreeBSD 5.5-STABLE #15: Sun Oct 1 18:41:24 GMT > 2006 root@psg.com:/usr/obj/usr/src/sys/PSG i386 > > to RELENG_6 *safely* on a many-user production system using the > instructions in UPDATING? I have... mergemaster complains quite some.. but other than that yes. -- patrick From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 17:06:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDBE816A416 for ; Thu, 19 Oct 2006 17:06:34 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1FA843D81 for ; Thu, 19 Oct 2006 17:06:15 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 80FC7EB24DF; Fri, 20 Oct 2006 01:06:13 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id jZ-lgLoOD9Z2; Fri, 20 Oct 2006 01:06:08 +0800 (CST) Received: from [192.168.1.32] (unknown [61.51.106.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id AE124EB0DCF; Fri, 20 Oct 2006 01:06:07 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=L1TpZP5+W8N/mcX+xFSTCUPhmELJCPUUlqZpIqG6d6FU+6TepGcVS2tk+qW7lAo2/ vzWPLC1iLGeYC5kgUWbeQ== Message-ID: <4537B062.8060107@delphij.net> Date: Fri, 20 Oct 2006 01:05:38 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Randy Bush References: <17719.43574.819134.370333@roam.psg.com> In-Reply-To: <17719.43574.819134.370333@roam.psg.com> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig3779493FE79E6D5F22786C32" Cc: FreeBSD Stable Subject: Re: 5 to 6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 17:06:35 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3779493FE79E6D5F22786C32 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Randy Bush wrote: > do folk actually successfully upgrade >=20 > # uname -a > FreeBSD psg.com 5.5-STABLE FreeBSD 5.5-STABLE #15: Sun Oct 1 18:41:24 = GMT 2006 root@psg.com:/usr/obj/usr/src/sys/PSG i386 >=20 > to RELENG_6 *safely* on a many-user production system using the > instructions in UPDATING? I have did several (50+) updates from 5.4-RELEASE to a custom build of 6.1-RELEASE through a similar way that Colin has posted on his website[1]. Basically it's fairly safe to upgrade 5.4-R to 6.1-R by either src/ update (src/UPDATING) or binary update way. Note that if you want a "clean" system then you will want to do "make delete-old" and "make delete-old-libs", you are advised to install compat5x before removing the libraries. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig3779493FE79E6D5F22786C32 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.3 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFN7BiOfuToMruuMARA5NhAJ0f6GNp1yN0uoAMERoxc2D4eUx1lQCfZC9M 7tH/7/KK2P4M4ShA6zaE80o= =kLUl -----END PGP SIGNATURE----- --------------enig3779493FE79E6D5F22786C32-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 17:12:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9885816A47B for ; Thu, 19 Oct 2006 17:12:04 +0000 (UTC) (envelope-from decibel@decibel.org) Received: from noel.decibel.org (noel.decibel.org [67.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id F383943E27 for ; Thu, 19 Oct 2006 17:10:34 +0000 (GMT) (envelope-from decibel@decibel.org) Received: by noel.decibel.org (Postfix, from userid 1001) id B692656435; Thu, 19 Oct 2006 12:09:54 -0500 (CDT) Received: (hashcash-sendmail, from uid 1001); Thu, 19 Oct 2006 12:09:50 -0500 Date: Thu, 19 Oct 2006 12:09:50 -0500 From: "Jim C. Nasby" To: Yoshihiro Ota Message-ID: <20061019170950.GP71084@decibel.org> Mail-Followup-To: "Jim C. Nasby" , Yoshihiro Ota , Jan Grant , "Michael W. Oliver" , FreeBSD Stable References: <453531C9.7080304@freebsd.org> <20061017230722.GH8866@gargantuan.com> <20061018120336.H42237@tribble.ilrt.bris.ac.uk> <20061018220446.02eae2e1.ota@j.email.ne.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061018220446.02eae2e1.ota@j.email.ne.jp> X-Operating-System: FreeBSD 6.1-RELEASE-p10 amd64 X-Distributed: Join the Effort! http://www.distributed.net User-Agent: Mutt/1.5.13 (2006-08-11) X-Hashcash: 1:20:061019:ota@j.email.ne.jp::aOJKcIGtlG1QoriL:00000000000000000000 0000000000000000000000003/gG X-Hashcash: 1:20:061019:jan.grant@bristol.ac.uk::9Y0mnr2T/BqV1KhC:00000000000000 0000000000000000000000002ZJ9 X-Hashcash: 1:20:061019:michael@gargantuan.com::HXtPCGqoePPyDKOq:000000000000000 0000000000000000000000003hAU X-Hashcash: 1:20:061019:freebsd-stable@freebsd.org::/y4zQ5p+h3N2YuLN:00000000000 0000000000000000000000004PuZ Cc: Jan Grant , "Michael W. Oliver" , FreeBSD Stable Subject: Re: FreeBSD 4.x EoL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 17:12:04 -0000 On Wed, Oct 18, 2006 at 10:04:46PM -0500, Yoshihiro Ota wrote: > On Wed, 18 Oct 2006 12:13:11 +0100 (BST) > Jan Grant wrote: > > If you're setting up machines that you're going to be upgrading like > > this in the future, I think it's _really_ worthwhile hacking out a > > couple of "root slices" - that is, space for a second / and /usr - to > > facilitate this. You can run mergemaster on a secondary copy of your > > /etc (this, of course, requries that the contents of /etc are relatively > > quiescent for this step) and tidy up by hand. You can perform a dump & > > restore followed by a source upgrade, a fresh source install or a binary > > upgrade ad lib; just reboot (with nextboot) when done. > > > > This also means you can keep the previous OS around for a while in case > > there are problems with the new one. > > > > For setups that aren't amenable to automated deployments this works > > pretty well and gives you a safety-net for upgrades. > > Good advice. I have a few additions. > > In fact, you don't need *a* partitions to boot such as ad0s1a. > You simply need to spare a FreeBSD partition. > > At boot loader, you could type: > > ad(0,2,e) > to boot "e" partition of the "2nd" slice on the first drive which is > denoted by "0." > > ad(2,2,f) > to boot from "f" partition of the 2nd slice on the 3rd drive. > > If you have lots of physical memory and swap space, you may be able > to spare swap space for this porpuse for a moment. In another word, > you can disable swap device for a while and use it as a root parition. The issue I run into is that I use software raid (vinum in 4.11, gmirror in 6.x), and I don't know of any way to go from one to the other that doesn't involve wiping both drives at the same time. -- Jim C. Nasby, Database Architect decibel@decibel.org Give your computer some brain candy! www.distributed.net Team #1828 Windows: "Where do you want to go today?" Linux: "Where do you want to go tomorrow?" FreeBSD: "Are you guys coming, or what?" From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 17:19:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06D1E16A40F for ; Thu, 19 Oct 2006 17:19:48 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7394F43D7F for ; Thu, 19 Oct 2006 17:19:31 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id XBM00405; Thu, 19 Oct 2006 10:19:05 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id A19CE4504D; Thu, 19 Oct 2006 10:19:04 -0700 (PDT) To: Patrick Okui In-Reply-To: Your message of "Thu, 19 Oct 2006 20:03:16 +0300." <200610192003.16551.pokui@psg.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1161278344_12206P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 19 Oct 2006 10:19:04 -0700 From: "Kevin Oberman" Message-Id: <20061019171904.A19CE4504D@ptavv.es.net> Cc: Randy Bush , freebsd-stable@freebsd.org Subject: Re: 5 to 6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 17:19:48 -0000 --==_Exmh_1161278344_12206P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: Patrick Okui > Date: Thu, 19 Oct 2006 20:03:16 +0300 > Sender: owner-freebsd-stable@freebsd.org > > On Thursday 19 October 2006 19:39, Randy Bush wrote: > > do folk actually successfully upgrade > > > > # uname -a > > FreeBSD psg.com 5.5-STABLE FreeBSD 5.5-STABLE #15: Sun Oct 1 18:41:24 GMT > > 2006 root@psg.com:/usr/obj/usr/src/sys/PSG i386 > > > > to RELENG_6 *safely* on a many-user production system using the > > instructions in UPDATING? > > I have... mergemaster complains quite some.. but other than that yes. I recommend cleaning out /etc for major upgrades on systems that don't have the -U option on mergemaster. It can save a huge amount of time that is totally wasted! I delete rc.d/* isdn/* bluetooth/* defaults/* gnats/* mtree/* periodic/* and security/* as well as most other stuff in /etc that I know I have not modified and won't need for a single-user boot. But be VERY careful about this! -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1161278344_12206P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFN7OIkn3rs5h7N1ERAnJjAJwIj8E9ap7AY1kzi5s8mkSc2MWFeQCfYwCA cYvLcpI8FsKWZyCAyBNtofE= =5cnu -----END PGP SIGNATURE----- --==_Exmh_1161278344_12206P-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 17:31:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AD7E16A416 for ; Thu, 19 Oct 2006 17:31:12 +0000 (UTC) (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 C84C643D75 for ; Thu, 19 Oct 2006 17:30:50 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Gabiz-000OyJ-SW; Thu, 19 Oct 2006 17:30:39 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GabgO-000KfF-JK; Thu, 19 Oct 2006 12:27:52 -0500 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17719.46488.54108.54402@roam.psg.com> Date: Thu, 19 Oct 2006 12:27:52 -0500 To: Chuck Swiger References: <17719.43574.819134.370333@roam.psg.com> <028554CB-0BC9-4F27-A2E1-A8351F0C533E@mac.com> X-Spam-Score: -1.4 (-) Cc: FreeBSD Stable Subject: Re: 5 to 6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 17:31:12 -0000 > Certainly. My definition of "*safely*" means having a full backup of > the system to which I can go back to if the OS version upgrade > doesn't work; if you don't have a good backup, well, you can probably > update from 5 to 6 just fine, but I would not consider doing so to be > completely safe. "a fool and his data are soon parted." -- monty williams randy From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 17:34:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C18B16A407 for ; Thu, 19 Oct 2006 17:34:46 +0000 (UTC) (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 B33ED43D8A for ; Thu, 19 Oct 2006 17:33:42 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Gablm-000P34-EJ; Thu, 19 Oct 2006 17:33:29 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Gabhz-000KfV-3B; Thu, 19 Oct 2006 12:29:31 -0500 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17719.46586.456552.695139@roam.psg.com> Date: Thu, 19 Oct 2006 12:29:30 -0500 To: "Kevin Oberman" References: <200610192003.16551.pokui@psg.com> <20061019171904.A19CE4504D@ptavv.es.net> X-Spam-Score: -1.4 (-) Cc: Patrick Okui , freebsd-stable@freebsd.org Subject: Re: 5 to 6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 17:34:46 -0000 > I delete rc.d/* isdn/* bluetooth/* defaults/* gnats/* mtree/* periodic/* > and security/* as well as most other stuff in /etc that I know I have > not modified and won't need for a single-user boot. But be VERY careful > about this! i regularly do that for /etc/rc.d for any update that is a month or more. but i kinda move them to /etc/oops just in case. randy From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 17:47:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA07D16A407 for ; Thu, 19 Oct 2006 17:47:22 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id B647643D55 for ; Thu, 19 Oct 2006 17:44:13 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id DD54CEB25F6; Fri, 20 Oct 2006 01:44:11 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id KmhNl9NyliDy; Fri, 20 Oct 2006 01:44:07 +0800 (CST) Received: from [192.168.1.32] (unknown [61.51.106.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id A8DEEEB25E7; Fri, 20 Oct 2006 01:44:06 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=LFEzCUPW9t39x1JbqhVGKm8qYJRbfelH9LxXjcMQEC0cS6DG/IG2RG/BPu+8Ets0a CWWfSxF+XAIrBbvZEJhcQ== Message-ID: <4537B949.1080402@delphij.net> Date: Fri, 20 Oct 2006 01:43:37 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: LI Xin References: <17719.43574.819134.370333@roam.psg.com> <4537B062.8060107@delphij.net> In-Reply-To: <4537B062.8060107@delphij.net> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig8F39768B93E5CFCD6DEE391F" Cc: Randy Bush , FreeBSD Stable Subject: Re: 5 to 6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 17:47:22 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8F39768B93E5CFCD6DEE391F Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable LI Xin wrote: > Randy Bush wrote: >> do folk actually successfully upgrade >> >> # uname -a >> FreeBSD psg.com 5.5-STABLE FreeBSD 5.5-STABLE #15: Sun Oct 1 18:41:24= GMT 2006 root@psg.com:/usr/obj/usr/src/sys/PSG i386 >> >> to RELENG_6 *safely* on a many-user production system using the >> instructions in UPDATING? >=20 > I have did several (50+) updates from 5.4-RELEASE to a custom build of > 6.1-RELEASE through a similar way that Colin has posted on his > website[1]. Basically it's fairly safe to upgrade 5.4-R to 6.1-R by Oops... [1] http://www.daemonology.net/freebsd-upgrade-5.3-to-5.4/ Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig8F39768B93E5CFCD6DEE391F 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.3 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFN7lJOfuToMruuMARA7OUAJ98sSktCLnwqnkbRRBN82JX4UdZqwCeJW1P hvCLpzROLEwP2vqZr7rU5ho= =VbWp -----END PGP SIGNATURE----- --------------enig8F39768B93E5CFCD6DEE391F-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 17:57:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B6C416A415 for ; Thu, 19 Oct 2006 17:57:54 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1264643DFC for ; Thu, 19 Oct 2006 17:56:47 +0000 (GMT) (envelope-from wmoran@collaborativefusion.com) Received: from collaborativefusion.com (mx01.pub.collaborativefusion.com [206.210.89.201]) (TLS: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Thu, 19 Oct 2006 13:56:47 -0400 id 0005641E.4537BC5F.0000591C Received: from Internal Mail-Server (206.210.89.202) by mx01 (envelope-from wmoran@collaborativefusion.com) with AES256-SHA encrypted SMTP; 19 Oct 2006 13:51:36 -0400 Date: Thu, 19 Oct 2006 13:56:46 -0400 From: Bill Moran To: Bill Moran Message-Id: <20061019135646.9b68caf4.wmoran@collaborativefusion.com> In-Reply-To: <20061019130040.5f06baf7.wmoran@collaborativefusion.com> References: <45364782.8090209@samsco.org> <45366122.6090704@mintel.com> <20061019130040.5f06baf7.wmoran@collaborativefusion.com> Organization: Collaborative Fusion X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Jason Thomson , freebsd-stable@freebsd.org, Conrad Burger Subject: Re: When will the new BCE driver in HEAD be incorporated into RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 17:57:54 -0000 In response to Bill Moran : > In response to Jason Thomson : > > > Scott Long wrote: > > > Conrad Burger wrote: > > > > > >> Hi > > >> > > >> It looks like there is a "new" version of the bce driver in HEAD. > > >> When will it be incorporated into Releng_6? > > > > > > > > > It will be merged when someone, preferably 2-3 people, tell me that > > > the changes in HEAD work for them. So far, no one has. > > > > > > Scott > > > _______________________________________________ > > > > Using the driver from HEAD* in the latest RELENG_6 didn't fix our > > problems. > > > > We could still trigger the Watchdog timeout when copying a local file to > > an NFS mounted filesystem (UDP mount, GigE speeds). > > Same here, although it seemed to require a lot more effort to produce the > problem. > > I see there have been additional updates to the driver in the past 10 > hours. I'll grab those and try again to see if they help any. No dice. I grabbed the latest if_bce.c from cvs HEAD, made the tweaks (provided by Jason) and rebuilt the kernel. I was able to trigger the watchdog timeout in less than 5 minutes. I did not get a kernel panic, and kernel was built with INVARIANTS and INVARIANT_SUPPORT. Any other tests/experiments it would be worthwhile for me to run? -- Bill Moran Collaborative Fusion Inc. From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 18:17:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E78D716A4EF; Thu, 19 Oct 2006 18:17:23 +0000 (UTC) (envelope-from remko@freebsd.org) Received: from caelis.elvandar.org (caelis.elvandar.org [217.148.169.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBB9043D69; Thu, 19 Oct 2006 18:17:02 +0000 (GMT) (envelope-from remko@freebsd.org) Received: from localhost (caelis.elvandar.org [217.148.169.59]) by caelis.elvandar.org (Postfix) with ESMTP id CA90692FDBE; Thu, 19 Oct 2006 20:16:48 +0200 (CEST) Received: from caelis.elvandar.org ([217.148.169.59]) by localhost (caelis.elvandar.org [217.148.169.59]) (amavisd-new, port 10024) with ESMTP id 72911-09; Thu, 19 Oct 2006 20:16:48 +0200 (CEST) Received: from [10.0.2.125] (evilcoder.xs4all.nl [195.64.94.120]) by caelis.elvandar.org (Postfix) with ESMTP id 5ED0E92FCE9; Thu, 19 Oct 2006 20:16:48 +0200 (CEST) Message-ID: <4537C126.5000207@FreeBSD.org> Date: Thu, 19 Oct 2006 20:17:10 +0200 From: Remko Lodder User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Kip Macy References: <2a41acea0610181046k822afd1qcec4187dc8514187@mail.gmail.com> <2a41acea0610181531y732cd5sa7bf733cc445491c@mail.gmail.com> <20061018171704.A3851@demos.bsdclusters.com> In-Reply-To: <20061018171704.A3851@demos.bsdclusters.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by the elvandar.org maildomain Cc: freebsd-net , freebsd-stable@freebsd.org, Jack Vogel Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: remko@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 18:17:24 -0000 Kip Macy wrote: > > On Wed, 18 Oct 2006, Jack Vogel wrote: >> I'm a bit confused from the way you worded this, do you have watchdogs >> with em, or you use em to avoid them? > > I have watchdogs with the current (post vendor update) em driver, but > not with an older (pre vendor update) version of it. > Same here! Didn't had the problem prior to the update, after the update it started doing watchdog timeouts, occassionaly the interface goes up/down after the watchdog error. I did not spot this on my other servers yet, but the traffic passing the if_em interface is not that much (just normal webtraffic, mail traffic etc). cheers, remko -- Kind regards, Remko Lodder ** remko@elvandar.org FreeBSD ** remko@FreeBSD.org /* Quis custodiet ipsos custodes */ From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 18:57:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A90EF16A403 for ; Thu, 19 Oct 2006 18:57:54 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28A7F43DB7 for ; Thu, 19 Oct 2006 18:56:57 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so921490pye for ; Thu, 19 Oct 2006 11:56:56 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rMsFNw6+7G/7CyEcadlEo0bAEBKpAQVgR5U/gsq6HdVqdCGeWYbG+/sf++9Cm5VH8A11bmbFg0cIVSY+BMIXrhh4yv3m+RK0+PiFem2aDmjnF6Zbi68mrxix58ARjj7AsQpXsKl2RkOjODNmb6UgQxhBPqr567PcgZhMiuHUBnw= Received: by 10.35.48.15 with SMTP id a15mr381065pyk; Thu, 19 Oct 2006 11:40:16 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Thu, 19 Oct 2006 11:40:16 -0700 (PDT) Message-ID: <2a41acea0610191140j13d43e12q72fc7697652e222a@mail.gmail.com> Date: Thu, 19 Oct 2006 11:40:16 -0700 From: "Jack Vogel" To: remko@freebsd.org In-Reply-To: <4537C126.5000207@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0610181046k822afd1qcec4187dc8514187@mail.gmail.com> <2a41acea0610181531y732cd5sa7bf733cc445491c@mail.gmail.com> <20061018171704.A3851@demos.bsdclusters.com> <4537C126.5000207@FreeBSD.org> Cc: freebsd-net , Kip Macy , freebsd-stable@freebsd.org Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 18:57:54 -0000 On 10/19/06, Remko Lodder wrote: > Kip Macy wrote: > > > > On Wed, 18 Oct 2006, Jack Vogel wrote: > >> I'm a bit confused from the way you worded this, do you have watchdogs > >> with em, or you use em to avoid them? > > > > I have watchdogs with the current (post vendor update) em driver, but > > not with an older (pre vendor update) version of it. > > > > Same here! > > Didn't had the problem prior to the update, after the update it > started doing watchdog timeouts, occassionaly the interface goes > up/down after the watchdog error. I did not spot this on my other > servers yet, but the traffic passing the if_em interface is not that > much (just normal webtraffic, mail traffic etc). > > cheers, > remko LOL, you arent helping, i need to know WHAT CVS deltas work vs dont, in other words, which delta in the REL_ENG_6 stream broke things?? If you quantify what 'the update' means that might help me, was this the 6.2 BETA or what? Thanks, Jack From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 19:03:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD52416A4AB for ; Thu, 19 Oct 2006 19:03:31 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: from mail.droso.net (koala.droso.net [193.88.12.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3ADA043E55 for ; Thu, 19 Oct 2006 19:02:30 +0000 (GMT) (envelope-from erwin@mail.droso.net) Received: by mail.droso.net (Postfix, from userid 1001) id 46A731CFFB; Thu, 19 Oct 2006 21:02:21 +0200 (CEST) Date: Thu, 19 Oct 2006 21:02:21 +0200 From: Erwin Lansing To: freebsd-stable@freebsd.org Message-ID: <20061019190221.GH71000@droso.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <2a41acea0610181046k822afd1qcec4187dc8514187@mail.gmail.com> <2a41acea0610181531y732cd5sa7bf733cc445491c@mail.gmail.com> <20061018171704.A3851@demos.bsdclusters.com> <4537C126.5000207@FreeBSD.org> <2a41acea0610191140j13d43e12q72fc7697652e222a@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Eo/fsYe8uqGHvExr" Content-Disposition: inline In-Reply-To: <2a41acea0610191140j13d43e12q72fc7697652e222a@mail.gmail.com> X-Operating-System: FreeBSD/i386 6.2-PRERELEASE User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 19:03:32 -0000 --Eo/fsYe8uqGHvExr Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 19, 2006 at 11:40:16AM -0700, Jack Vogel wrote: > On 10/19/06, Remko Lodder wrote: > >Kip Macy wrote: > >> > >> On Wed, 18 Oct 2006, Jack Vogel wrote: > >>> I'm a bit confused from the way you worded this, do you have watchdogs > >>> with em, or you use em to avoid them? > >> > >> I have watchdogs with the current (post vendor update) em driver, but > >> not with an older (pre vendor update) version of it. > >> > > > >Same here! > > > >Didn't had the problem prior to the update, after the update it > >started doing watchdog timeouts, occassionaly the interface goes > >up/down after the watchdog error. I did not spot this on my other > >servers yet, but the traffic passing the if_em interface is not that > >much (just normal webtraffic, mail traffic etc). > > > >cheers, > >remko >=20 > LOL, you arent helping, i need to know WHAT CVS deltas work vs dont, > in other words, which delta in the REL_ENG_6 stream broke things?? > If you quantify what 'the update' means that might help me, was this > the 6.2 BETA or what? >=20 A bit more helpfull, but unfortunately not much is a datapoint saying no problems April 3rd and watchdog timeouts after September 28 RELENG_6. I know, probably too vague to be of any use, but there it is. Intel(R) PRO/1000 Network Connection Version - 6.1.4 on a workstation with next to no traffic. -erwin --=20 Erwin Lansing http://droso.org Security is like an onion. (o_ _o) It's made up of several layers \\\_\ /_/// erwin@FreeBSD.org And it makes you cry. <____) (____> erwin@aauug.dk --Eo/fsYe8uqGHvExr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFN8u9qy9aWxUlaZARAgLqAKCs3oPo67qnYIS335x8Dco1I+Y2hgCgrbdg FMD+66kDD3HnzG+iH+BbS0Y= =w00F -----END PGP SIGNATURE----- --Eo/fsYe8uqGHvExr-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 19:14:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 797F416A40F for ; Thu, 19 Oct 2006 19:14:40 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6476043D60 for ; Thu, 19 Oct 2006 19:14:07 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so926599pye for ; Thu, 19 Oct 2006 12:13:33 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JIFh2XGGrHiIa6tohaCFkoR6YL4FQQTdcMZEHtd+Zz9dYzfxSSeGa6/v8jc3OQwQdxWLS0mBDtkv6ijxGWiu+PTv4kVHRHKTnNDS4SjHgXWpfK2Bl0nEvgH57avzPe3FGsZa2faJFjXL+qa4nAFuwgbK7SNiB6Mw04JLWD4Kohg= Received: by 10.35.123.10 with SMTP id a10mr477767pyn; Thu, 19 Oct 2006 12:13:33 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Thu, 19 Oct 2006 12:13:33 -0700 (PDT) Message-ID: <2a41acea0610191213k659c3b7l59092e8b436e210d@mail.gmail.com> Date: Thu, 19 Oct 2006 12:13:33 -0700 From: "Jack Vogel" To: freebsd-stable@freebsd.org In-Reply-To: <20061019190221.GH71000@droso.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0610181046k822afd1qcec4187dc8514187@mail.gmail.com> <2a41acea0610181531y732cd5sa7bf733cc445491c@mail.gmail.com> <20061018171704.A3851@demos.bsdclusters.com> <4537C126.5000207@FreeBSD.org> <2a41acea0610191140j13d43e12q72fc7697652e222a@mail.gmail.com> <20061019190221.GH71000@droso.net> Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 19:14:40 -0000 On 10/19/06, Erwin Lansing wrote: > On Thu, Oct 19, 2006 at 11:40:16AM -0700, Jack Vogel wrote: > > On 10/19/06, Remko Lodder wrote: > > >Kip Macy wrote: > > >> > > >> On Wed, 18 Oct 2006, Jack Vogel wrote: > > >>> I'm a bit confused from the way you worded this, do you have watchdogs > > >>> with em, or you use em to avoid them? > > >> > > >> I have watchdogs with the current (post vendor update) em driver, but > > >> not with an older (pre vendor update) version of it. > > >> > > > > > >Same here! > > > > > >Didn't had the problem prior to the update, after the update it > > >started doing watchdog timeouts, occassionaly the interface goes > > >up/down after the watchdog error. I did not spot this on my other > > >servers yet, but the traffic passing the if_em interface is not that > > >much (just normal webtraffic, mail traffic etc). > > > > > >cheers, > > >remko > > > > LOL, you arent helping, i need to know WHAT CVS deltas work vs dont, > > in other words, which delta in the REL_ENG_6 stream broke things?? > > If you quantify what 'the update' means that might help me, was this > > the 6.2 BETA or what? > > > A bit more helpfull, but unfortunately not much is a datapoint saying no > problems April 3rd and watchdog timeouts after September 28 RELENG_6. I > know, probably too vague to be of any use, but there it is. > > Intel(R) PRO/1000 Network Connection Version - 6.1.4 on a workstation > with next to no traffic. so, you mean you did a cvsup on 9/28, and one was done on april 3? From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 19:16:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F38CB16A403 for ; Thu, 19 Oct 2006 19:16:41 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: from mail.droso.net (koala.droso.net [193.88.12.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 818FE43D49 for ; Thu, 19 Oct 2006 19:16:41 +0000 (GMT) (envelope-from erwin@mail.droso.net) Received: by mail.droso.net (Postfix, from userid 1001) id DC7471D03A; Thu, 19 Oct 2006 21:16:40 +0200 (CEST) Date: Thu, 19 Oct 2006 21:16:40 +0200 From: Erwin Lansing To: freebsd-stable@freebsd.org Message-ID: <20061019191640.GN71000@droso.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <2a41acea0610181046k822afd1qcec4187dc8514187@mail.gmail.com> <2a41acea0610181531y732cd5sa7bf733cc445491c@mail.gmail.com> <20061018171704.A3851@demos.bsdclusters.com> <4537C126.5000207@FreeBSD.org> <2a41acea0610191140j13d43e12q72fc7697652e222a@mail.gmail.com> <20061019190221.GH71000@droso.net> <2a41acea0610191213k659c3b7l59092e8b436e210d@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WqttXA4Bds05TaHY" Content-Disposition: inline In-Reply-To: <2a41acea0610191213k659c3b7l59092e8b436e210d@mail.gmail.com> X-Operating-System: FreeBSD/i386 6.2-PRERELEASE User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 19:16:42 -0000 --WqttXA4Bds05TaHY Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 19, 2006 at 12:13:33PM -0700, Jack Vogel wrote: > On 10/19/06, Erwin Lansing wrote: > >On Thu, Oct 19, 2006 at 11:40:16AM -0700, Jack Vogel wrote: > >> On 10/19/06, Remko Lodder wrote: > >> >Kip Macy wrote: > >> >> > >> >> On Wed, 18 Oct 2006, Jack Vogel wrote: > >> >>> I'm a bit confused from the way you worded this, do you have=20 > >watchdogs > >> >>> with em, or you use em to avoid them? > >> >> > >> >> I have watchdogs with the current (post vendor update) em driver, b= ut > >> >> not with an older (pre vendor update) version of it. > >> >> > >> > > >> >Same here! > >> > > >> >Didn't had the problem prior to the update, after the update it > >> >started doing watchdog timeouts, occassionaly the interface goes > >> >up/down after the watchdog error. I did not spot this on my other > >> >servers yet, but the traffic passing the if_em interface is not that > >> >much (just normal webtraffic, mail traffic etc). > >> > > >> >cheers, > >> >remko > >> > >> LOL, you arent helping, i need to know WHAT CVS deltas work vs dont, > >> in other words, which delta in the REL_ENG_6 stream broke things?? > >> If you quantify what 'the update' means that might help me, was this > >> the 6.2 BETA or what? > >> > >A bit more helpfull, but unfortunately not much is a datapoint saying no > >problems April 3rd and watchdog timeouts after September 28 RELENG_6. I > >know, probably too vague to be of any use, but there it is. > > > >Intel(R) PRO/1000 Network Connection Version - 6.1.4 on a workstation > >with next to no traffic. >=20 > so, you mean you did a cvsup on 9/28, and one was done on april 3? Yup, precisely. -erwin --=20 Erwin Lansing http://droso.org Security is like an onion. (o_ _o) It's made up of several layers \\\_\ /_/// erwin@FreeBSD.org And it makes you cry. <____) (____> erwin@aauug.dk --WqttXA4Bds05TaHY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFN88Yqy9aWxUlaZARAs7JAKDoa0ZYqBfbFi+tJ4doh07zRvaVWwCeO96K 6At/KxkD3qiYxVmrhhFElA8= =J78o -----END PGP SIGNATURE----- --WqttXA4Bds05TaHY-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 19:18:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1935A16A415 for ; Thu, 19 Oct 2006 19:18:18 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc15.comcast.net (sccrmhc15.comcast.net [204.127.200.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id A499243D46 for ; Thu, 19 Oct 2006 19:18:17 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (sccrmhc15) with ESMTP id <2006101919181601500mcf39e>; Thu, 19 Oct 2006 19:18:17 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 72E991FA038; Thu, 19 Oct 2006 12:18:16 -0700 (PDT) Date: Thu, 19 Oct 2006 12:18:16 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20061019191816.GA72758@icarus.home.lan> Mail-Followup-To: freebsd-stable@freebsd.org References: <2a41acea0610181046k822afd1qcec4187dc8514187@mail.gmail.com> <2a41acea0610181531y732cd5sa7bf733cc445491c@mail.gmail.com> <20061018171704.A3851@demos.bsdclusters.com> <4537C126.5000207@FreeBSD.org> <2a41acea0610191140j13d43e12q72fc7697652e222a@mail.gmail.com> <20061019190221.GH71000@droso.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061019190221.GH71000@droso.net> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 19:18:18 -0000 On Thu, Oct 19, 2006 at 09:02:21PM +0200, Erwin Lansing wrote: > A bit more helpfull, but unfortunately not much is a datapoint saying no > problems April 3rd and watchdog timeouts after September 28 RELENG_6. I > know, probably too vague to be of any use, but there it is. Someone else has already discussed the date of the commit which supposedly broke this. Here is the exact post in the exact thread discussing this: http://lists.freebsd.org/pipermail/freebsd-stable/2006-October/029094.html -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 19:38:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 684DA16A403 for ; Thu, 19 Oct 2006 19:38:58 +0000 (UTC) (envelope-from Hans.F.Nordhaug@hiMolde.no) Received: from sil.himolde.no (sil.hiMolde.no [158.38.83.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC0AF43D67 for ; Thu, 19 Oct 2006 19:38:49 +0000 (GMT) (envelope-from Hans.F.Nordhaug@hiMolde.no) Received: from malle.himolde.no ([158.38.68.22]) by sil.himolde.no with InterScan Message Security Suite; Thu, 19 Oct 2006 21:38:48 +0200 Received: from harr.himolde.no (harr.hiMolde.no [158.38.68.20])by malle.himolde.no (8.12.11.20060308/8.12.8) with ESMTP id k9JJckEa011205for ; Thu, 19 Oct 2006 21:38:46 +0200 Received: from harr.himolde.no (localhost.localdomain [127.0.0.1])by harr.himolde.no (8.13.1/8.13.1) with ESMTP id k9JJckiR006281for ; Thu, 19 Oct 2006 21:38:46 +0200 Received: (from nordhaug@localhost)by harr.himolde.no (8.13.1/8.13.1/Submit) id k9JJckib006280for freebsd-stable@freebsd.org; Thu, 19 Oct 2006 21:38:46 +0200 Date: Thu, 19 Oct 2006 21:38:46 +0200 From: "Hans F. Nordhaug" To: freebsd-stable@freebsd.org Message-ID: <20061019193846.GA6209@hiMolde.no> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline User-Agent: Mutt/1.4.1i X-imss-version: 2.043 X-imss-result: Passed X-imss-approveListMatch: *@*.no Subject: daemonology.net instructions - binary upgrade 5.3 to 6.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 19:38:58 -0000 At daemonology.net Colin Percival has some excellent instructions on how to do binary upgrades - he has even written a script to do a 6.0 to 6.1 upgrade. My question is: Can I do a 5.3 to 6.1 upgrade using the instructions for "5.4 system to FreeBSD 6.0" - see http://www.daemonology.net/freebsd-upgrade-5.4-to-6.0/ Or, should I upgrade 5.3 to 6.0 and finally use the script to get from 6.0 to 6.1? I assume the former, but just want to be sure. Hans PS! Yes, I probably could have asked Colin directly, but I assume this question is relevant for other 5.3 users too. From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 19:44:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6815D16A415; Thu, 19 Oct 2006 19:44:50 +0000 (UTC) (envelope-from remko@freebsd.org) Received: from caelis.elvandar.org (caelis.elvandar.org [217.148.169.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79E0043D90; Thu, 19 Oct 2006 19:44:13 +0000 (GMT) (envelope-from remko@freebsd.org) Received: from localhost (caelis.elvandar.org [217.148.169.59]) by caelis.elvandar.org (Postfix) with ESMTP id EEA3B92FDBF; Thu, 19 Oct 2006 21:44:11 +0200 (CEST) Received: from caelis.elvandar.org ([217.148.169.59]) by localhost (caelis.elvandar.org [217.148.169.59]) (amavisd-new, port 10024) with ESMTP id 84452-01; Thu, 19 Oct 2006 21:44:11 +0200 (CEST) Received: from [10.0.2.125] (evilcoder.xs4all.nl [195.64.94.120]) by caelis.elvandar.org (Postfix) with ESMTP id 476EE92FCD3; Thu, 19 Oct 2006 21:44:11 +0200 (CEST) Message-ID: <4537D5A0.6090004@FreeBSD.org> Date: Thu, 19 Oct 2006 21:44:32 +0200 From: Remko Lodder User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0610181046k822afd1qcec4187dc8514187@mail.gmail.com> <2a41acea0610181531y732cd5sa7bf733cc445491c@mail.gmail.com> <20061018171704.A3851@demos.bsdclusters.com> <4537C126.5000207@FreeBSD.org> <2a41acea0610191140j13d43e12q72fc7697652e222a@mail.gmail.com> In-Reply-To: <2a41acea0610191140j13d43e12q72fc7697652e222a@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by the elvandar.org maildomain Cc: freebsd-net , Kip Macy , freebsd-stable@freebsd.org Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: remko@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 19:44:50 -0000 Jack Vogel wrote: > On 10/19/06, Remko Lodder wrote: >> Kip Macy wrote: >> > >> > On Wed, 18 Oct 2006, Jack Vogel wrote: >> >> I'm a bit confused from the way you worded this, do you have watchdogs >> >> with em, or you use em to avoid them? >> > >> > I have watchdogs with the current (post vendor update) em driver, but >> > not with an older (pre vendor update) version of it. >> > >> >> Same here! >> >> Didn't had the problem prior to the update, after the update it >> started doing watchdog timeouts, occassionaly the interface goes >> up/down after the watchdog error. I did not spot this on my other >> servers yet, but the traffic passing the if_em interface is not that >> much (just normal webtraffic, mail traffic etc). >> >> cheers, >> remko > > LOL, you arent helping, i need to know WHAT CVS deltas work vs dont, > in other words, which delta in the REL_ENG_6 stream broke things?? > If you quantify what 'the update' means that might help me, was this > the 6.2 BETA or what? > > Thanks, > > Jack It wasn't 6.2-BETA it was after the new driver import, around 2 months ago if I remember correctly. It appears to be only on machines with some data traffic. I updated to the 6-STABLE when the new intel driver was imported, after that the problems started , so my best guess is that it has something to do with that driver update. Hope this helps some more (see pciconf for more details about my cards) pciconf: em0@pci0:9:0: class=0x020000 card=0x11138086 chip=0x10768086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82547EI Gigabit Ethernet Controller' class = network subclass = ethernet em1@pci0:10:0: class=0x020000 card=0x11138086 chip=0x10768086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82547EI Gigabit Ethernet Controller' class = network subclass = ethernet -- Kind regards, Remko Lodder ** remko@elvandar.org FreeBSD ** remko@FreeBSD.org /* Quis custodiet ipsos custodes */ From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 20:14:04 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7246016A403; Thu, 19 Oct 2006 20:14:04 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (w.timing.com [206.168.13.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C64043D45; Thu, 19 Oct 2006 20:14:03 +0000 (GMT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id k9JKE3oh043863; Thu, 19 Oct 2006 14:14:03 -0600 (MDT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.13.8/8.13.8) with ESMTP id k9JKDva6027649; Thu, 19 Oct 2006 14:13:57 -0600 (MDT) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.13.8/8.13.8/Submit) id k9JKDvmK027646; Thu, 19 Oct 2006 14:13:57 -0600 (MDT) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17719.56453.21278.746053@gromit.timing.com> Date: Thu, 19 Oct 2006 14:13:57 -0600 From: John E Hein To: Kostik Belousov In-Reply-To: <20061019100442.GN55428@deviant.kiev.zoral.com.ua> References: <17718.20457.799395.602805@gromit.timing.com> <20061019100442.GN55428@deviant.kiev.zoral.com.ua> X-Mailer: VM 7.19 under Emacs 21.3.1 X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on Daffy.timing.com X-Virus-Status: Clean Cc: stable@freebsd.org, jhb@freebsd.org Subject: Re: locked vnode / nfs... requires kill -9 in ddb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 20:14:04 -0000 Kostik Belousov wrote at 13:04 +0300 on Oct 19, 2006: > On Wed, Oct 18, 2006 at 10:01:45AM -0600, John E Hein wrote: > > 6.2-PRERELEASE from 20061016 RELENG_6 sources. > > Locked vnodes > > > > 0xc6b7bdd0: tag nfs, type VDIR > > usecount 2, writecount 0, refcount 8 mountedhere 0 > > flags (VV_ROOT) > > v_object 0xc9d84108 ref 0 pages 0 > > lock type nfs: EXCL (count 1) by thread 0xc8adac00 (pid 50746) with 5 pending > > fileid 8 fsid 0x300ff06 > > > > 50746 50000 49999 600 T+ sh > > . > > . > > db>db> trace 50746 > > Tracing pid 50746 tid 100231 td 0xc8adac00 > > sched_switch(c8adac00,0,2) at 0xc05ce0cb = sched_switch+0x173 > > mi_switch(2,0) at 0xc05c2b0a = mi_switch+0x1ba > > thread_suspend_check(1,c079e04c,c8adac00,c9206b80,1,...) at 0xc05c722d = thread_suspend_check+0x191 > > sleepq_catch_signals(c9206b80) at 0xc05db93f = sleepq_catch_signals+0x103 > > sleepq_wait_sig(c9206b80) at 0xc05dbd96 = sleepq_wait_sig+0xe > > msleep(c9206b80,c08a6a40,153,c0813379,0) at 0xc05c2652 = msleep+0x25a > > nfs_reply(c9206b80,0,c8adac00,4,c7ea7100,...) at 0xc06c33ac = nfs_reply+0x244 > > nfs_request(c6b7bdd0,c6ae2d00,1,c8adac00,c7815280,e8f3488c,e8f34890,e8f34894,c8adac00,e8f348a0) at 0xc06c40a5 = nfs_request+0x3c1 > > nfs_getattr(e8f348dc) at 0xc06c912b = nfs_getattr+0x11f > > VOP_GETATTR_APV(c086c700,e8f348dc) at 0xc07b260c = VOP_GETATTR_APV+0x38 > > nfsspec_access(e8f34a8c,c6bf7c94,0,e8f349a4,c060ca26,...) at 0xc06cebf1 = nfsspec_access+0x85 > > nfs_access(e8f34a8c) at 0xc06c8b7a = nfs_access+0x122 > > VOP_ACCESS_APV(c086c700,e8f34a8c) at 0xc07b25b0 = VOP_ACCESS_APV+0x38 > > nfs_lookup(e8f34b18) at 0xc06c96ff = nfs_lookup+0xd3 > > VOP_LOOKUP_APV(c086c700,e8f34b18) at 0xc07b22f7 = VOP_LOOKUP_APV+0x43 > > lookup(e8f34c00) at 0xc060ee79 = lookup+0x4c1 > > namei(e8f34c00) at 0xc060e71a = namei+0x39a > > kern_stat(c8adac00,806712c,0,e8f34c74) at 0xc061d3cd = kern_stat+0x35 > > stat(c8adac00,e8f34d04) at 0xc061d37b = stat+0x1b > > syscall(3b,3b,3b,1,80670ec,...) at 0xc07a9363 = syscall+0x2bf > > Xint0x80_syscall() at 0xc079456f = Xint0x80_syscall+0x1f > > --- syscall (188, FreeBSD ELF32, stat), eip = 0x28196477, esp = 0xbfbfdc1c, ebp = 0xbfbfdcb8 --- > > db> kill 9 50746 > > db> c > > The nfs_reply is sleeping with the PCATCH set. The question is why SIGTSTP > does not cause msleep to return with EINTR. Last night, I think it happened again but I can't tell if it was exactly the same issue since by the time I got in, the box was locked up hard. This time it happened without any ctrl-z. I had an automated script (runs from cron) that seemed to trigger a live lock kind of problem. I don't know that there was a locked vnode, but a post mortem seems to indicate the system was behaving similarly. An hour later I started getting these messages: Oct 18 22:07:25 gromit kernel: nfs server pid659@gromit:/h: not responding Oct 18 22:07:56 gromit kernel: nfs server pid659@gromit:/h: not responding Oct 18 22:10:00 gromit last message repeated 4 times Oct 18 22:20:20 gromit last message repeated 20 times Oct 18 22:30:09 gromit last message repeated 19 times Oct 18 22:39:58 gromit last message repeated 19 times Oct 18 22:50:18 gromit last message repeated 20 times ... then silence. Apparently syslogd was well enough to let some information about the condition trickle out. I have built a kernel with WITNESS & INVARIANTS to see if I can get any more information. From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 21:18:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E1AA16A403 for ; Thu, 19 Oct 2006 21:18:15 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 171D143D46 for ; Thu, 19 Oct 2006 21:18:14 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id t32so900135pyc for ; Thu, 19 Oct 2006 14:18:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NsynJuybjUcit0pfhZzG0YJCCLw+RcBf9y13Odb605ASBLlraePaMmLrPKpdXJkPsv8QE2GMbHr7l6Y7Nf1cR7W8ha6MMFbRTOWaSMvF+kRLvBH29E+j+S1ywUgx+oZ5DwVvFsEH31GJsfuzXsqthCt9MNfJtQhilOZVSv1myE0= Received: by 10.35.123.10 with SMTP id a10mr672681pyn; Thu, 19 Oct 2006 14:18:13 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Thu, 19 Oct 2006 14:18:13 -0700 (PDT) Message-ID: <2a41acea0610191418q6c6fac45xdd9ad824bd6cae2f@mail.gmail.com> Date: Thu, 19 Oct 2006 14:18:13 -0700 From: "Jack Vogel" To: freebsd-stable@freebsd.org In-Reply-To: <20061019190221.GH71000@droso.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0610181046k822afd1qcec4187dc8514187@mail.gmail.com> <2a41acea0610181531y732cd5sa7bf733cc445491c@mail.gmail.com> <20061018171704.A3851@demos.bsdclusters.com> <4537C126.5000207@FreeBSD.org> <2a41acea0610191140j13d43e12q72fc7697652e222a@mail.gmail.com> <20061019190221.GH71000@droso.net> Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 21:18:15 -0000 The engineer in our test group has installed 6.2 BETA2 and attempted via a number of tests to reproduce this problem, the machine even shares the em interrupt with usb, and yet so far he has been unsuccessful. I have an Intel driver about to be released, it is close, but not identical to the 6.2 driver, I would very much like to know if it has this same problem. Any volunteers that have this problem willing to load this driver, which will be called 6.2.9 when we release it I believe, and tell me if you still have these watchdogs? BTW, 6.2.9 also has TSO that can be enabled but you need to install the kernel stack patch. I'd like it tested without TSO at least at first. Thanks for the help, Jack From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 21:20:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B52ED16A416 for ; Thu, 19 Oct 2006 21:20:37 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF6C743D53 for ; Thu, 19 Oct 2006 21:20:30 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 5EBE31A4D82; Thu, 19 Oct 2006 14:20:30 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 20E0A5160E; Thu, 19 Oct 2006 17:20:29 -0400 (EDT) Date: Thu, 19 Oct 2006 17:20:29 -0400 From: Kris Kennaway To: Jack Vogel Message-ID: <20061019212028.GA36814@xor.obsecurity.org> References: <2a41acea0610181046k822afd1qcec4187dc8514187@mail.gmail.com> <2a41acea0610181531y732cd5sa7bf733cc445491c@mail.gmail.com> <20061018171704.A3851@demos.bsdclusters.com> <4537C126.5000207@FreeBSD.org> <2a41acea0610191140j13d43e12q72fc7697652e222a@mail.gmail.com> <20061019190221.GH71000@droso.net> <2a41acea0610191418q6c6fac45xdd9ad824bd6cae2f@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zhXaljGHf11kAtnf" Content-Disposition: inline In-Reply-To: <2a41acea0610191418q6c6fac45xdd9ad824bd6cae2f@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 21:20:37 -0000 --zhXaljGHf11kAtnf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Oct 19, 2006 at 02:18:13PM -0700, Jack Vogel wrote: > The engineer in our test group has installed 6.2 BETA2 and attempted via a > number of tests to reproduce this problem, the machine even shares the em > interrupt with usb, and yet so far he has been unsuccessful. What tests is he running? Kris --zhXaljGHf11kAtnf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFN+wcWry0BWjoQKURAtRjAKC+9xQeL9oRTvSgHsjxYvQy1A0++QCfWGZ8 R4648H0UWFnzrUPNmoPxTBw= =HYMB -----END PGP SIGNATURE----- --zhXaljGHf11kAtnf-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 21:23:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97A1C16A4A7 for ; Thu, 19 Oct 2006 21:23:56 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7B6B43D45 for ; Thu, 19 Oct 2006 21:23:55 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id c63so922660pyc for ; Thu, 19 Oct 2006 14:23:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Np4l+RMvV9pQow/kcsMzBEAbCQHqUEuh9jzK/vVibyQSkEeMEuVQanb/oiHPr3ZcUiv5c6K8WP593ekj4Z3VdXO/zrd/6p2Z0xvl9RmQ3pGFbR1QD1OT6eL1RmsONY9BFTMd3Xa/HOQFBLDftG31GX5MLZCecBv0D/pkmECTuXQ= Received: by 10.35.102.18 with SMTP id e18mr700138pym; Thu, 19 Oct 2006 14:23:54 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Thu, 19 Oct 2006 14:23:54 -0700 (PDT) Message-ID: <2a41acea0610191423q537834cfo2d0f2741fa8e8d63@mail.gmail.com> Date: Thu, 19 Oct 2006 14:23:54 -0700 From: "Jack Vogel" To: "Kris Kennaway" In-Reply-To: <20061019212028.GA36814@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0610181046k822afd1qcec4187dc8514187@mail.gmail.com> <2a41acea0610181531y732cd5sa7bf733cc445491c@mail.gmail.com> <20061018171704.A3851@demos.bsdclusters.com> <4537C126.5000207@FreeBSD.org> <2a41acea0610191140j13d43e12q72fc7697652e222a@mail.gmail.com> <20061019190221.GH71000@droso.net> <2a41acea0610191418q6c6fac45xdd9ad824bd6cae2f@mail.gmail.com> <20061019212028.GA36814@xor.obsecurity.org> Cc: freebsd-stable@freebsd.org Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 21:23:56 -0000 On 10/19/06, Kris Kennaway wrote: > On Thu, Oct 19, 2006 at 02:18:13PM -0700, Jack Vogel wrote: > > The engineer in our test group has installed 6.2 BETA2 and attempted via a > > number of tests to reproduce this problem, the machine even shares the em > > interrupt with usb, and yet so far he has been unsuccessful. > > What tests is he running? He tried doing something Kip said reliably repro'd the issue, building a big source archive over NFS. Then he has been running a continuous NFS data back and forth copy since, that is still ongoing. Other suggestions? Jack From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 21:29:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC0CA16A407 for ; Thu, 19 Oct 2006 21:29:56 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 693EC43D49 for ; Thu, 19 Oct 2006 21:29:56 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 47AF71A3C1A; Thu, 19 Oct 2006 14:29:56 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 73F005160E; Thu, 19 Oct 2006 17:29:55 -0400 (EDT) Date: Thu, 19 Oct 2006 17:29:55 -0400 From: Kris Kennaway To: Jack Vogel Message-ID: <20061019212955.GA36940@xor.obsecurity.org> References: <2a41acea0610181046k822afd1qcec4187dc8514187@mail.gmail.com> <2a41acea0610181531y732cd5sa7bf733cc445491c@mail.gmail.com> <20061018171704.A3851@demos.bsdclusters.com> <4537C126.5000207@FreeBSD.org> <2a41acea0610191140j13d43e12q72fc7697652e222a@mail.gmail.com> <20061019190221.GH71000@droso.net> <2a41acea0610191418q6c6fac45xdd9ad824bd6cae2f@mail.gmail.com> <20061019212028.GA36814@xor.obsecurity.org> <2a41acea0610191423q537834cfo2d0f2741fa8e8d63@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline In-Reply-To: <2a41acea0610191423q537834cfo2d0f2741fa8e8d63@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 21:29:56 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 19, 2006 at 02:23:54PM -0700, Jack Vogel wrote: > On 10/19/06, Kris Kennaway wrote: > >On Thu, Oct 19, 2006 at 02:18:13PM -0700, Jack Vogel wrote: > >> The engineer in our test group has installed 6.2 BETA2 and attempted v= ia=20 > >a > >> number of tests to reproduce this problem, the machine even shares the= em > >> interrupt with usb, and yet so far he has been unsuccessful. > > > >What tests is he running? >=20 > He tried doing something Kip said reliably repro'd the issue, building a = big > source archive over NFS. Note that Kip's problem is under quite different circumstances to the other cases we've been discussing for the past few weeks. > Then he has been running a continuous NFS data > back and forth copy since, that is still ongoing. >=20 > Other suggestions? I already mentioned this in previous mail; fetching a large file over the shared-interrupt em triggers the problem on one system I have access to. Kris --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFN+5TWry0BWjoQKURAhb6AKDwlSbKjkWiX1vJnyfihaC3NJlOkACbBVSS bJweMVWXOhwGLQFjOn7SOaI= =KJvQ -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 21:30:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09C0016A4E9 for ; Thu, 19 Oct 2006 21:30:25 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB02643D45 for ; Thu, 19 Oct 2006 21:30:24 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 44C571A3C1A; Thu, 19 Oct 2006 14:30:24 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7FDF75160E; Thu, 19 Oct 2006 17:30:23 -0400 (EDT) Date: Thu, 19 Oct 2006 17:30:23 -0400 From: Kris Kennaway To: Kris Kennaway Message-ID: <20061019213023.GA36999@xor.obsecurity.org> References: <2a41acea0610181531y732cd5sa7bf733cc445491c@mail.gmail.com> <20061018171704.A3851@demos.bsdclusters.com> <4537C126.5000207@FreeBSD.org> <2a41acea0610191140j13d43e12q72fc7697652e222a@mail.gmail.com> <20061019190221.GH71000@droso.net> <2a41acea0610191418q6c6fac45xdd9ad824bd6cae2f@mail.gmail.com> <20061019212028.GA36814@xor.obsecurity.org> <2a41acea0610191423q537834cfo2d0f2741fa8e8d63@mail.gmail.com> <20061019212955.GA36940@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: <20061019212955.GA36940@xor.obsecurity.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, Jack Vogel Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 21:30:25 -0000 --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 19, 2006 at 05:29:55PM -0400, Kris Kennaway wrote: > On Thu, Oct 19, 2006 at 02:23:54PM -0700, Jack Vogel wrote: > > On 10/19/06, Kris Kennaway wrote: > > >On Thu, Oct 19, 2006 at 02:18:13PM -0700, Jack Vogel wrote: > > >> The engineer in our test group has installed 6.2 BETA2 and attempted= via=20 > > >a > > >> number of tests to reproduce this problem, the machine even shares t= he em > > >> interrupt with usb, and yet so far he has been unsuccessful. > > > > > >What tests is he running? > >=20 > > He tried doing something Kip said reliably repro'd the issue, building = a big > > source archive over NFS. >=20 > Note that Kip's problem is under quite different circumstances to the > other cases we've been discussing for the past few weeks. >=20 > > Then he has been running a continuous NFS data > > back and forth copy since, that is still ongoing. > >=20 > > Other suggestions? >=20 > I already mentioned this in previous mail; fetching a large file over > the shared-interrupt em triggers the problem on one system I have > access to. Fetching via FTP, that is, in case it happens to be relevant. Kris --X1bOJ3K7DJ5YkBrT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFN+5vWry0BWjoQKURAjA3AJ4mr5KMf+rpVHd/ePABpbo+UBfOmACeKvp+ mDujnOSespdGRbmFfBIKPyM= =2wPS -----END PGP SIGNATURE----- --X1bOJ3K7DJ5YkBrT-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 21:31:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F00416A4B3 for ; Thu, 19 Oct 2006 21:31:32 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.192.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4437B43D69 for ; Thu, 19 Oct 2006 21:31:19 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (rwcrmhc11) with ESMTP id <20061019213119m1100rumqee>; Thu, 19 Oct 2006 21:31:19 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 4200C1FA037; Thu, 19 Oct 2006 14:31:19 -0700 (PDT) Date: Thu, 19 Oct 2006 14:31:19 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20061019213119.GA74542@icarus.home.lan> Mail-Followup-To: freebsd-stable@freebsd.org References: <2a41acea0610181046k822afd1qcec4187dc8514187@mail.gmail.com> <2a41acea0610181531y732cd5sa7bf733cc445491c@mail.gmail.com> <20061018171704.A3851@demos.bsdclusters.com> <4537C126.5000207@FreeBSD.org> <2a41acea0610191140j13d43e12q72fc7697652e222a@mail.gmail.com> <20061019190221.GH71000@droso.net> <2a41acea0610191418q6c6fac45xdd9ad824bd6cae2f@mail.gmail.com> <20061019212028.GA36814@xor.obsecurity.org> <2a41acea0610191423q537834cfo2d0f2741fa8e8d63@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2a41acea0610191423q537834cfo2d0f2741fa8e8d63@mail.gmail.com> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 21:31:32 -0000 On Thu, Oct 19, 2006 at 02:23:54PM -0700, Jack Vogel wrote: > Other suggestions? Is the hardware the same? ACPI being used? APIC being used? How about doing something that shares interrupts simultaneously, like copying mass amounts of data to/from a USB hard disk via USB 2.0 (hence using usb) while copying data over NFS (hence using em)? I could only get the problem to happen when there was both intense network usage **and** intense disk I/O (ata and em shared an interrupt in my case). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 21:52:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F9ED16A403 for ; Thu, 19 Oct 2006 21:52:20 +0000 (UTC) (envelope-from nicolas@i.0x5.de) Received: from n.0x5.de (n.0x5.de [217.197.85.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AFED43D45 for ; Thu, 19 Oct 2006 21:52:19 +0000 (GMT) (envelope-from nicolas@i.0x5.de) Received: by pc5.i.0x5.de (Postfix, from userid 1003) id 5AE9461C2D; Thu, 19 Oct 2006 23:52:18 +0200 (CEST) Date: Thu, 19 Oct 2006 23:52:18 +0200 From: Nicolas Rachinsky To: FreeBSD Stable Message-ID: <20061019215218.GA127@mid.pc5.i.0x5.de> Mail-Followup-To: FreeBSD Stable , "Jim C. Nasby" References: <453531C9.7080304@freebsd.org> <20061017230722.GH8866@gargantuan.com> <20061018120336.H42237@tribble.ilrt.bris.ac.uk> <20061018220446.02eae2e1.ota@j.email.ne.jp> <20061019170950.GP71084@decibel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061019170950.GP71084@decibel.org> X-Powered-by: FreeBSD X-Homepage: http://www.rachinsky.de X-PGP-Keyid: 887BAE72 X-PGP-Fingerprint: 039E 9433 115F BC5F F88D 4524 5092 45C4 887B AE72 X-PGP-Keys: http://www.rachinsky.de/nicolas/gpg/nicolas_rachinsky.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: FreeBSD 4.x EoL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 21:52:20 -0000 * "Jim C. Nasby" [2006-10-19 12:09 -0500]: > The issue I run into is that I use software raid (vinum in 4.11, gmirror > in 6.x), and I don't know of any way to go from one to the other that > doesn't involve wiping both drives at the same time. You can wipe one of the disks, create a gmirror with only one provider. Then you can copy the data. Afterwards you can wipe the second disk and add it to the gmirror. Or am I missing something? Nicolas -- http://www.rachinsky.de/nicolas From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 22:03:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F33F16A47E for ; Thu, 19 Oct 2006 22:03:01 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADA9A43D46 for ; Thu, 19 Oct 2006 22:03:00 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0J7E00544L8ZQNE0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Fri, 20 Oct 2006 00:02:59 +0200 (CEST) Received: from kg-work.kg4.no ([80.203.21.224]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0J7E00EJJL8ZGLR0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Fri, 20 Oct 2006 00:02:59 +0200 (CEST) Date: Fri, 20 Oct 2006 00:02:59 +0200 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <20061019170950.GP71084@decibel.org> To: freebsd-stable@freebsd.org Message-id: <20061020000259.f6af91a6.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <453531C9.7080304@freebsd.org> <20061017230722.GH8866@gargantuan.com> <20061018120336.H42237@tribble.ilrt.bris.ac.uk> <20061018220446.02eae2e1.ota@j.email.ne.jp> <20061019170950.GP71084@decibel.org> Subject: Re: FreeBSD 4.x EoL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 22:03:01 -0000 On Thu, 19 Oct 2006 12:09:50 -0500 "Jim C. Nasby" wrote: > The issue I run into is that I use software raid (vinum in 4.11, > gmirror in 6.x), and I don't know of any way to go from one to the > other that doesn't involve wiping both drives at the same time. So, what is your backup plan? As in "backup and restore"? Sheesh... -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 22:13:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BAC216A494 for ; Thu, 19 Oct 2006 22:13:01 +0000 (UTC) (envelope-from conrad.burger@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3386143D58 for ; Thu, 19 Oct 2006 22:12:59 +0000 (GMT) (envelope-from conrad.burger@gmail.com) Received: by wx-out-0506.google.com with SMTP id t4so762613wxc for ; Thu, 19 Oct 2006 15:12:58 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=NOnwVkLSaoUpODccFEMz6hsV/sbWG0F5QiKU82/6jMHa5tj1zf17E4UoXKNaND8bBRLpWZY1q/HeSVsF+PwEtSE6tbt8uCsiSfG8ZYy+PlmiLf/EkqQ1FaO5imQPoFfGEcDsI8HRrCQmFiU21YQ+P8g4IDxWwGnxMwcy1EEP+fU= Received: by 10.90.72.10 with SMTP id u10mr700736aga; Thu, 19 Oct 2006 15:12:58 -0700 (PDT) Received: by 10.90.114.6 with HTTP; Thu, 19 Oct 2006 15:12:58 -0700 (PDT) Message-ID: Date: Fri, 20 Oct 2006 00:12:58 +0200 From: "Conrad Burger" To: "Bill Moran" In-Reply-To: <20061019130040.5f06baf7.wmoran@collaborativefusion.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_128523_11302630.1161295978155" References: <45364782.8090209@samsco.org> <45366122.6090704@mintel.com> <20061019130040.5f06baf7.wmoran@collaborativefusion.com> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Jason Thomson , freebsd-stable@freebsd.org Subject: Re: When will the new BCE driver in HEAD be incorporated into RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 22:13:01 -0000 ------=_Part_128523_11302630.1161295978155 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline On 19/10/06, Bill Moran wrote: > In response to Jason Thomson : > > > Scott Long wrote: > > > Conrad Burger wrote: > > > > > >> Hi > > >> > > >> It looks like there is a "new" version of the bce driver in HEAD. > > >> When will it be incorporated into Releng_6? > > > > > > > > > It will be merged when someone, preferably 2-3 people, tell me that > > > the changes in HEAD work for them. So far, no one has. > > > > > > Scott > > > _______________________________________________ > > > > Using the driver from HEAD* in the latest RELENG_6 didn't fix our > > problems. > > > > We could still trigger the Watchdog timeout when copying a local file to > > an NFS mounted filesystem (UDP mount, GigE speeds). > > Same here, although it seemed to require a lot more effort to produce the > problem. > > I see there have been additional updates to the driver in the past 10 > hours. I'll grab those and try again to see if they help any. > > -- > Bill Moran > Collaborative Fusion Inc. > Would it be possible for someone to provide instructions on how to compile the new bce driver in HEAD on RELENG_6? Just to give you an idea of the problem we are sitting with. Attached is an image of a comparison between a FreeBSD 5.4 with em and a FreeBSD 6.2-pre with bce. The blue line is the 5.4 system. You will notice how smooth the graph is for the 5.4 system. The image can also be downloaded at "http://www.mxit.co.za/mxa_227430610303000_sess.png_bytesinout.png" Both systems run the same java app and both receive the same load. On the 6.2-pre network I/Os sometime takes up to 7 seconds to complete. We are starting to think that the performance difference might have something to do with synchronization within the bce dirver/SMP network stack... we don't know enough so any help would be much appreciated! Does anyone know how to disable interrupt coalescing on the bce driver? Regards Conrad ------=_Part_128523_11302630.1161295978155-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 22:49:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9682E16A403 for ; Thu, 19 Oct 2006 22:49:21 +0000 (UTC) (envelope-from kaakun@highway.ne.jp) Received: from mx.highway.ne.jp (pip7.gate01.com [61.122.117.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5378643D46 for ; Thu, 19 Oct 2006 22:49:20 +0000 (GMT) (envelope-from kaakun@highway.ne.jp) Received: from [219.0.96.106] (helo=[192.168.11.21]) by pop12.isp.us-com.jp with esmtp (Mail 4.20) id 1GaghT-0005kH-Bz for freebsd-stable@freebsd.org; Fri, 20 Oct 2006 07:49:19 +0900 Message-ID: <4538009D.6030400@highway.ne.jp> Date: Fri, 20 Oct 2006 07:47:57 +0900 From: Kazuaki ODA User-Agent: Thunderbird 1.5.0.7 (X11/20061019) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Subject: ps locks up on 6.2-PRERELEASE SMP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 22:49:21 -0000 Hi, I ran the following two scripts simultaneously on 6.2-PRERELEASE SMP box (cvsup'ed today). ---------------------------------------- #!/bin/sh while true; do ls -lR / > ls_result.txt done ---------------------------------------- ---------------------------------------- #!/bin/sh while true; do ls -lR / > ls_result2.txt done ---------------------------------------- After a while (about 5 minutes), I suspended and killed the both, and ran "ps". As the result, "ps" locked up. No response and no output. To make matters worse, I could not login anymore... This is 100% reproducable on SMP, but no problem when using Non-SMP kernel. -- Kazuaki ODA From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 22:53:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A46FC16A403 for ; Thu, 19 Oct 2006 22:53:04 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 132ED43D69 for ; Thu, 19 Oct 2006 22:52:58 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id DFF6B1A3C1A; Thu, 19 Oct 2006 15:52:57 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E494151D02; Thu, 19 Oct 2006 18:52:56 -0400 (EDT) Date: Thu, 19 Oct 2006 18:52:56 -0400 From: Kris Kennaway To: Kazuaki ODA Message-ID: <20061019225256.GA38237@xor.obsecurity.org> References: <4538009D.6030400@highway.ne.jp> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline In-Reply-To: <4538009D.6030400@highway.ne.jp> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: ps locks up on 6.2-PRERELEASE SMP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 22:53:04 -0000 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 20, 2006 at 07:47:57AM +0900, Kazuaki ODA wrote: > Hi, >=20 > I ran the following two scripts simultaneously on 6.2-PRERELEASE SMP box > (cvsup'ed today). >=20 > ---------------------------------------- > #!/bin/sh >=20 > while true; do > ls -lR / > ls_result.txt > done > ---------------------------------------- >=20 > ---------------------------------------- > #!/bin/sh >=20 > while true; do > ls -lR / > ls_result2.txt > done > ---------------------------------------- >=20 > After a while (about 5 minutes), I suspended and killed the both, and > ran "ps". As the result, "ps" locked up. No response and no output. > To make matters worse, I could not login anymore... >=20 > This is 100% reproducable on SMP, but no problem when using Non-SMP kerne= l. What state is ps in? Press ^T. It's probably a devfs lockup, which should be fixed by changes yet to be merged. Kris --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFOAHGWry0BWjoQKURAm0hAJsE93NBC1GVV/4bbm9aCTfhrsLOhACeNlKq iruCC6DgrBsbv4FcnL9U2hE= =lDlm -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 18:17:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EBCB16A494 for ; Thu, 19 Oct 2006 18:17:02 +0000 (UTC) (envelope-from r00t_0101@yahoo.com) Received: from web32702.mail.mud.yahoo.com (web32702.mail.mud.yahoo.com [68.142.207.246]) by mx1.FreeBSD.org (Postfix) with SMTP id 5732643D99 for ; Thu, 19 Oct 2006 18:16:27 +0000 (GMT) (envelope-from r00t_0101@yahoo.com) Received: (qmail 34050 invoked by uid 60001); 19 Oct 2006 18:16:23 -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=M6YTU8UlnF7rDQv/00/QA7QHjZYk/ytXT9qgPB69lhaxwq5AKynKeVVkiqTuvhE3oWTXxbyGSyOqE3BAfXoOAz1vDk9vKG0fuiypibYVZqLbBgfKzJfHFjawFVB5U5CaOY5SPjgFqzxnSM8Le7ZTBnn0RxNTOjZ/xaoemG/if4s= ; Message-ID: <20061019181623.34048.qmail@web32702.mail.mud.yahoo.com> Received: from [63.144.132.78] by web32702.mail.mud.yahoo.com via HTTP; Thu, 19 Oct 2006 11:16:23 PDT Date: Thu, 19 Oct 2006 11:16:23 -0700 (PDT) From: r00t_0101 To: freebsd-stable@freebsd.org In-Reply-To: <20061019120048.7AB5516A61B@hub.freebsd.org> MIME-Version: 1.0 X-Mailman-Approved-At: Thu, 19 Oct 2006 23:07:39 +0000 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: BSD/Linux slices like Solaris' Solstice DiskSuite X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 18:17:02 -0000 Folks, Does anyone know how to create a true slice on a BSD/Linux node. I know that Solaris uses Solstice DiskSuite or some type of volume management where you are able to reboot to a particular partition through command-line instead of manual reboot. So whith that said, my goal is to create multiple slices (FreeBSD, Linux 6.x, Linux 7.x, etc ...) where I could ssh into a node to be able to reboot into another partition based on my work environment. This would be useful due to working remotely with different environments. Thanks --------------------------------- How low will we go? Check out Yahoo! Messenger’s low PC-to-Phone call rates. From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 23:18:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B767B16A416 for ; Thu, 19 Oct 2006 23:18:09 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd4mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9541043D46 for ; Thu, 19 Oct 2006 23:18:07 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd3mr7so.prod.shaw.ca (pd3mr7so-qfe3.prod.shaw.ca [10.0.141.23]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0J7E005SCONLF060@l-daemon> for freebsd-stable@freebsd.org; Thu, 19 Oct 2006 17:16:33 -0600 (MDT) Received: from pn2ml1so.prod.shaw.ca ([10.0.121.145]) by pd3mr7so.prod.shaw.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0J7E00F2WONKD8L1@pd3mr7so.prod.shaw.ca> for freebsd-stable@freebsd.org; Thu, 19 Oct 2006 17:16:33 -0600 (MDT) Received: from hexahedron.daemonology.net ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0J7E00J2UONK2GE0@l-daemon> for freebsd-stable@freebsd.org; Thu, 19 Oct 2006 17:16:32 -0600 (MDT) Received: (qmail 2239 invoked from network); Thu, 19 Oct 2006 23:16:01 +0000 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; Thu, 19 Oct 2006 23:16:01 +0000 Date: Thu, 19 Oct 2006 16:16:01 -0700 From: Colin Percival In-reply-to: <20061019193846.GA6209@hiMolde.no> To: "Hans F. Nordhaug" Message-id: <45380731.9010004@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: <20061019193846.GA6209@hiMolde.no> User-Agent: Thunderbird 1.5 (X11/20060416) Cc: freebsd-stable@freebsd.org Subject: Re: daemonology.net instructions - binary upgrade 5.3 to 6.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 23:18:09 -0000 Hans F. Nordhaug wrote: > At daemonology.net Colin Percival has some excellent instructions on > how to do binary upgrades - he has even written a script to do a 6.0 > to 6.1 upgrade. My question is: Can I do a 5.3 to 6.1 upgrade using > the instructions for "5.4 system to FreeBSD 6.0" - see > http://www.daemonology.net/freebsd-upgrade-5.4-to-6.0/ > Or, should I upgrade 5.3 to 6.0 and finally use the script to > get from 6.0 to 6.1? I assume the former, but just want to be sure. Either option will probably work; but I've never done a 5.3->6.0 binary upgrade directly, so I can't guarantee that it will work. :-) Colin Percival From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 23:43:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DBFB16A407 for ; Thu, 19 Oct 2006 23:43:42 +0000 (UTC) (envelope-from kaakun@highway.ne.jp) Received: from mx.highway.ne.jp (pip8.gate01.com [61.122.117.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D55843D6A for ; Thu, 19 Oct 2006 23:43:39 +0000 (GMT) (envelope-from kaakun@highway.ne.jp) Received: from [219.0.96.106] (helo=[192.168.11.21]) by pop11.isp.us-com.jp with esmtp (Mail 4.20) id 1GahY1-0008Iy-0c; Fri, 20 Oct 2006 08:43:37 +0900 Message-ID: <45380D57.9040302@highway.ne.jp> Date: Fri, 20 Oct 2006 08:42:15 +0900 From: Kazuaki ODA User-Agent: Thunderbird 1.5.0.7 (X11/20061019) MIME-Version: 1.0 To: Kris Kennaway References: <4538009D.6030400@highway.ne.jp> <20061019225256.GA38237@xor.obsecurity.org> In-Reply-To: <20061019225256.GA38237@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ps locks up on 6.2-PRERELEASE SMP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 23:43:42 -0000 Kris Kennaway wrote: > On Fri, Oct 20, 2006 at 07:47:57AM +0900, Kazuaki ODA wrote: >> Hi, >> >> I ran the following two scripts simultaneously on 6.2-PRERELEASE SMP box >> (cvsup'ed today). >> >> ---------------------------------------- >> #!/bin/sh >> >> while true; do >> ls -lR / > ls_result.txt >> done >> ---------------------------------------- >> >> ---------------------------------------- >> #!/bin/sh >> >> while true; do >> ls -lR / > ls_result2.txt >> done >> ---------------------------------------- >> >> After a while (about 5 minutes), I suspended and killed the both, and >> ran "ps". As the result, "ps" locked up. No response and no output. >> To make matters worse, I could not login anymore... >> >> This is 100% reproducable on SMP, but no problem when using Non-SMP kernel. > > What state is ps in? Press ^T. It's probably a devfs lockup, which > should be fixed by changes yet to be merged. > > Kris I tried again. But ^T, ^C and ^Z had no effect, ps was still locking.. Should I rebuild kernel with DDB option, and go into DDB to get more information? -- Kazuaki ODA From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 23:45:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B216516A415 for ; Thu, 19 Oct 2006 23:45:42 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10FC843D53 for ; Thu, 19 Oct 2006 23:45:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id ACA441A3C1A; Thu, 19 Oct 2006 16:45:40 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 75FAD514DF; Thu, 19 Oct 2006 19:45:39 -0400 (EDT) Date: Thu, 19 Oct 2006 19:45:39 -0400 From: Kris Kennaway To: Kazuaki ODA Message-ID: <20061019234539.GA38985@xor.obsecurity.org> References: <4538009D.6030400@highway.ne.jp> <20061019225256.GA38237@xor.obsecurity.org> <45380D57.9040302@highway.ne.jp> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline In-Reply-To: <45380D57.9040302@highway.ne.jp> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: ps locks up on 6.2-PRERELEASE SMP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 23:45:42 -0000 --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 20, 2006 at 08:42:15AM +0900, Kazuaki ODA wrote: > Kris Kennaway wrote: > > On Fri, Oct 20, 2006 at 07:47:57AM +0900, Kazuaki ODA wrote: > >> Hi, > >> > >> I ran the following two scripts simultaneously on 6.2-PRERELEASE SMP b= ox > >> (cvsup'ed today). > >> > >> ---------------------------------------- > >> #!/bin/sh > >> > >> while true; do > >> ls -lR / > ls_result.txt > >> done > >> ---------------------------------------- > >> > >> ---------------------------------------- > >> #!/bin/sh > >> > >> while true; do > >> ls -lR / > ls_result2.txt > >> done > >> ---------------------------------------- > >> > >> After a while (about 5 minutes), I suspended and killed the both, and > >> ran "ps". As the result, "ps" locked up. No response and no output. > >> To make matters worse, I could not login anymore... > >> > >> This is 100% reproducable on SMP, but no problem when using Non-SMP ke= rnel. > >=20 > > What state is ps in? Press ^T. It's probably a devfs lockup, which > > should be fixed by changes yet to be merged. > >=20 > > Kris >=20 > I tried again. But ^T, ^C and ^Z had no effect, ps was still locking.. >=20 > Should I rebuild kernel with DDB option, and go into DDB to get more > information? Yes. Throw in WITNESS, INVARIANTS, INVARIANT_SUPPORT, DEBUG_LOCKS and DEBUG_VFS_LOCKS while you're there. Kris --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFOA4iWry0BWjoQKURAgofAJoDCTOtQu1QZWf2gmV7CvaUWnqx8ACgjaNB PixSoy050pqq0nyuRMkWV4E= =nMbe -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 23:51:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CCCF16A403; Thu, 19 Oct 2006 23:51:14 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7CCF43D46; Thu, 19 Oct 2006 23:51:13 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 2B1C246E17; Thu, 19 Oct 2006 19:51:13 -0400 (EDT) Date: Fri, 20 Oct 2006 00:51:13 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: security In-Reply-To: <45355C6E.5030703@jim-liesl.org> Message-ID: <20061020004915.V32598@fledge.watson.org> References: <453531C9.7080304@freebsd.org> <45355C6E.5030703@jim-liesl.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-security@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 4.x EoL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 23:51:14 -0000 On Tue, 17 Oct 2006, security wrote: > You'll have the sources. If you're using 4.11 in a business, you need to > decide if it's more cost effective to move on to 6 or hire someone to keep > 4.11 running. There's compat_4 to keep most userland apps happy. I'm sure > you could argue the various design issues to your hearts content on the news > groups, but practically speaking, I don't have an issue with this. Nor is > it all that different from your typical paid for support model for a > proprietary OS. > > It's not like the poor folks that got stuck with a business app that was > locked to win95 or 98 with bizarre undocumented API's While possibly not advisable in the long term, I ran a 4.x postfix and cyrus server install on 6.x using compat4 for about six months without problems. The place where it gets tricky is updating the 4.x binaries, which requires a 4.x chroot, since I was running a native 6.x userland for everything else. I've now gotten over that, but it worked quite well and was extremely useful that I could avoid doing the upgrade all at once -- upgrade the OS first, let it settle, then upgrade the applications. The only issue I ran into was actually that the location of the Cyrus sasl unix domain socket had moved, and once I tracked that down, all was well (so not a FreeBSD nit, an application nit). Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 23:57:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 205C516A492 for ; Thu, 19 Oct 2006 23:57:07 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1706443D81 for ; Thu, 19 Oct 2006 23:56:58 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 2B10546E14; Thu, 19 Oct 2006 19:56:58 -0400 (EDT) Date: Fri, 20 Oct 2006 00:56:58 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Randy Bush In-Reply-To: <17719.43574.819134.370333@roam.psg.com> Message-ID: <20061020005501.R32598@fledge.watson.org> References: <17719.43574.819134.370333@roam.psg.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Stable Subject: Re: 5 to 6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 23:57:07 -0000 On Thu, 19 Oct 2006, Randy Bush wrote: > do folk actually successfully upgrade > > # uname -a > FreeBSD psg.com 5.5-STABLE FreeBSD 5.5-STABLE #15: Sun Oct 1 18:41:24 GMT 2006 root@psg.com:/usr/obj/usr/src/sys/PSG i386 > > to RELENG_6 *safely* on a many-user production system using the instructions > in UPDATING? I've upgraded both 5.x to 6.x without serious problems, or even much work. The usual advice holds: a serial console is invaluable, especially when working remotely. You're much more likely to run into application upgrade problems when you rebuild them all (or do binary updates), so you might consider updating all your applications first using portupgrade so that you can separate the issue of upgrading applications and OS. You'll have to immediately rebuild the apps again after the OS upgrade, but it will be a rebuild of the same version of an app, rather than sliding version numbers. Do make sure to boot a 6.x kernel with your 5.x userland and test things out a bit - make sure your hardware probes, is reliable, etc. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 00:22:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78C3916A40F for ; Fri, 20 Oct 2006 00:22:53 +0000 (UTC) (envelope-from kaakun@highway.ne.jp) Received: from mx.highway.ne.jp (pip8.gate01.com [61.122.117.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9D4343D45 for ; Fri, 20 Oct 2006 00:22:52 +0000 (GMT) (envelope-from kaakun@highway.ne.jp) Received: from [219.0.96.106] (helo=[192.168.11.21]) by pop11.isp.us-com.jp with esmtp (Mail 4.20) id 1Gai9y-0002yz-FL; Fri, 20 Oct 2006 09:22:50 +0900 Message-ID: <45381689.1000101@highway.ne.jp> Date: Fri, 20 Oct 2006 09:21:29 +0900 From: Kazuaki ODA User-Agent: Thunderbird 1.5.0.7 (X11/20061019) MIME-Version: 1.0 To: Kris Kennaway References: <4538009D.6030400@highway.ne.jp> <20061019225256.GA38237@xor.obsecurity.org> <45380D57.9040302@highway.ne.jp> <20061019234539.GA38985@xor.obsecurity.org> In-Reply-To: <20061019234539.GA38985@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ps locks up on 6.2-PRERELEASE SMP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 00:22:53 -0000 Kris Kennaway wrote: > On Fri, Oct 20, 2006 at 08:42:15AM +0900, Kazuaki ODA wrote: >> Kris Kennaway wrote: >>> On Fri, Oct 20, 2006 at 07:47:57AM +0900, Kazuaki ODA wrote: >>>> Hi, >>>> >>>> I ran the following two scripts simultaneously on 6.2-PRERELEASE SMP box >>>> (cvsup'ed today). >>>> >>>> ---------------------------------------- >>>> #!/bin/sh >>>> >>>> while true; do >>>> ls -lR / > ls_result.txt >>>> done >>>> ---------------------------------------- >>>> >>>> ---------------------------------------- >>>> #!/bin/sh >>>> >>>> while true; do >>>> ls -lR / > ls_result2.txt >>>> done >>>> ---------------------------------------- >>>> >>>> After a while (about 5 minutes), I suspended and killed the both, and >>>> ran "ps". As the result, "ps" locked up. No response and no output. >>>> To make matters worse, I could not login anymore... >>>> >>>> This is 100% reproducable on SMP, but no problem when using Non-SMP kernel. >>> What state is ps in? Press ^T. It's probably a devfs lockup, which >>> should be fixed by changes yet to be merged. >>> >>> Kris >> I tried again. But ^T, ^C and ^Z had no effect, ps was still locking.. >> >> Should I rebuild kernel with DDB option, and go into DDB to get more >> information? > > Yes. Throw in WITNESS, INVARIANTS, INVARIANT_SUPPORT, DEBUG_LOCKS and > DEBUG_VFS_LOCKS while you're there. > > Kris I tried again, and pressed Ctrl + Alt + Esc to go into DDB. Here is the result: KDB: enter: manual escape to debugger [thread pid 17 tid 100012 ] Stopped at kdb_enter+0x2b: nop db> ps pid ppid pgrp uid state wmesg wchan cmd 957 934 957 1001 S+ devfs 0xc4f00058 ps 953 1 945 1001 S+ devfs 0xc799c46c ls 952 1 943 1001 S+ devfsmou 0xc4ebddc0 ls 940 939 940 1001 Ss+ ttyin 0xc4eb6810 tcsh 939 937 937 1001 S select 0xc0a2d384 sshd 937 855 937 0 Ss sbwait 0xc52c2e90 sshd 934 933 934 1001 Ss+ pause 0xc509667c tcsh 933 931 931 1001 S select 0xc0a2d384 sshd 931 855 931 0 Ss sbwait 0xc50cea64 sshd 930 1 930 0 Ss+ ttyin 0xc4d54410 getty 929 1 929 0 Ss+ ttyin 0xc4d79c10 getty 928 1 928 0 Ss+ ttyin 0xc4d60010 getty 927 1 927 0 Ss+ ttyin 0xc4d62010 getty 926 1 926 0 Ss+ ttyin 0xc4d79410 getty 925 1 925 0 Ss+ ttyin 0xc4d79010 getty 924 1 924 0 Ss+ ttyin 0xc4d78010 getty 923 1 923 0 Ss+ ttyin 0xc4d77c10 getty 922 1 922 0 Ss+ ttyin 0xc4d78c10 getty 904 1 904 0 Ss select 0xc0a2d384 inetd 876 1 876 0 Ss nanslp 0xc09e002c cron 870 1 870 25 Ss pause 0xc4d5c24c sendmail 866 1 866 0 Ss select 0xc0a2d384 sendmail 865 795 795 80 S accept 0xc4fe5b5a httpd 864 795 795 80 S accept 0xc4fe5b5a httpd 863 795 795 80 S accept 0xc4fe5b5a httpd 862 795 795 80 S accept 0xc4fe5b5a httpd 861 795 795 80 S accept 0xc4fe5b5a httpd 855 1 855 0 Ss select 0xc0a2d384 sshd 808 1 808 0 Ss select 0xc0a2d384 usbd 795 1 795 0 Ss select 0xc0a2d384 httpd 776 771 771 0 S nfslockd 0xc0a35968 rpc.lockd 771 1 771 0 Ss select 0xc0a2d384 rpc.lockd 766 1 766 0 Ss select 0xc0a2d384 rpc.statd 723 1 723 0 Ss select 0xc0a2d384 rpcbind 708 1 708 0 Ss select 0xc0a2d384 syslogd 656 1 656 0 Ss select 0xc0a2d384 devd 135 1 135 0 Ss pause 0xc4f55034 adjkerntz 48 0 0 0 SL - 0xed1d6d04 [schedcpu] 47 0 0 0 SL sdflush 0xc0a3ad94 [softdepflush] 46 0 0 0 SL vlruwt 0xc4d5b000 [vnlru] 45 0 0 0 SL syncer 0xc09dfd9c [syncer] 44 0 0 0 SL psleep 0xc0a2d8ec [bufdaemon] 43 0 0 0 SL pgzero 0xc0a3bd04 [pagezero] 42 0 0 0 SL psleep 0xc0a3b854 [vmdaemon] 41 0 0 0 SL psleep 0xc0a3b810 [pagedaemon] 40 0 0 0 WL [irq1: atkbd0] 39 0 0 0 WL [irq7: ppc0] 38 0 0 0 WL [swi0: sio] 37 0 0 0 SL - 0xc4c48a3c [fdc0] 36 0 0 0 SL cooling 0xc4d417d4 [acpi_cooling0] 35 0 0 0 SL tzpoll 0xc0b9d838 [acpi_thermal] 34 0 0 0 WL [irq15: ata1] 33 0 0 0 WL [irq14: ata0] 32 0 0 0 WL [irq20: fwohci0] 31 0 0 0 SL - 0xc4c28800 [em0 taskq] 30 0 0 0 SL usbevt 0xc4bfe210 [usb4] 29 0 0 0 WL [irq23: ehci0] 28 0 0 0 SL usbevt 0xc4c4d210 [usb3] 27 0 0 0 SL usbevt 0xc4c39210 [usb2] 26 0 0 0 WL [irq18: rl0 uhci2] 25 0 0 0 SL usbevt 0xc4c3e210 [usb1] 24 0 0 0 WL [irq19: em0 uhci1] 23 0 0 0 SL usbtsk 0xc09dd004 [usbtask] 22 0 0 0 SL usbevt 0xc4c2a210 [usb0] 21 0 0 0 WL [irq16: uhci0 uhci3] 20 0 0 0 WL [irq9: acpi0] 19 0 0 0 WL [swi2: cambio] 18 0 0 0 WL [swi5: +] 9 0 0 0 SL - 0xc4b62380 [acpi_task_2] 8 0 0 0 SL - 0xc4b62380 [acpi_task_1] 7 0 0 0 SL - 0xc4b62380 [acpi_task_0] 6 0 0 0 SL - 0xc4b62400 [thread taskq] 17 0 0 0 RL CPU 0 [swi6: Giant taskq] 16 0 0 0 WL [swi6: task queue] 5 0 0 0 SL - 0xc4b62680 [kqueue taskq] 15 0 0 0 SL - 0xc09dad20 [yarrow] 4 0 0 0 SL - 0xc09dd4e8 [g_down] 3 0 0 0 SL - 0xc09dd4e4 [g_up] 2 0 0 0 SL - 0xc09dd4dc [g_event] 14 0 0 0 WL [swi1: net] 13 0 0 0 WL [swi3: vm] 12 0 0 0 LL *Giant 0xc4af9800 [swi4: clock sio] 11 0 0 0 RL [idle: cpu0] 10 0 0 0 RL CPU 1 [idle: cpu1] 1 0 1 0 SLs wait 0xc4b04000 [init] 0 0 0 0 WLs [swapper] db> show lock db> show alllocks Process 953 (ls) thread 0xc4c58780 (100040) exclusive sx devfsmount r = 0 (0xc4ebdd90) locked @ /usr/src/sys/fs/devfs/devfs_vnops.c:575 Process 17 (swi6: Giant taskq) thread 0xc4b05180 (100012) exclusive sleep mutex Giant r = 0 (0xc09df740) locked @ /usr/src/sys/kern/kern_intr.c:681 db> show lockedvnods Locked vnodes 0xc4f00000: tag devfs, type VDIR usecount 3, writecount 0, refcount 4 mountedhere 0 flags (VV_ROOT) lock type devfs: EXCL (count 1) by thread 0xc4c58780 (pid 953) with 1 pending#0 0xc06695fd at lockmgr+0x4ed #1 0xc06c1b75 at vop_stdlock+0x21 #2 0xc088abd3 at VOP_LOCK_APV+0x87 #3 0xc06d6a90 at vn_lock+0xac #4 0xc06ca8fe at vget+0xc2 #5 0xc062cab3 at devfs_allocv+0x37 #6 0xc062d61e at devfs_lookupx+0x1a6 #7 0xc062d955 at devfs_lookup+0x2d #8 0xc0888c93 at VOP_LOOKUP_APV+0x87 #9 0xc06c3afe at lookup+0x46e #10 0xc06c342e at namei+0x37e #11 0xc06d5a8b at vn_open_cred+0x277 #12 0xc06d5812 at vn_open+0x1e #13 0xc06cecc6 at kern_open+0xb6 #14 0xc06cebda at open+0x1a #15 0xc087844f at syscall+0x22f #16 0xc08642cf at Xint0x80_syscall+0x1f 0xc799c414: tag devfs, type VDIR usecount 5, writecount 0, refcount 5 mountedhere 0 flags () lock type devfs: EXCL (count 1) by thread 0xc4c58900 (pid 952) with 1 pending#0 0xc06695fd at lockmgr+0x4ed #1 0xc06c1b75 at vop_stdlock+0x21 #2 0xc088abd3 at VOP_LOCK_APV+0x87 #3 0xc06d6a90 at vn_lock+0xac #4 0xc06c3762 at lookup+0xd2 #5 0xc06c342e at namei+0x37e #6 0xc06d0e8b at kern_lstat+0x47 #7 0xc06d0e27 at lstat+0x1b #8 0xc087844f at syscall+0x22f #9 0xc08642cf at Xint0x80_syscall+0x1f db> I'm still in DDB, so please let me know if any other information is required. -- Kazuaki ODA From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 00:34:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D38B116A49E for ; Fri, 20 Oct 2006 00:34:50 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B0C243D49 for ; Fri, 20 Oct 2006 00:34:50 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 0ABB01A4D87; Thu, 19 Oct 2006 17:34:50 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2A6DC51595; Thu, 19 Oct 2006 20:34:49 -0400 (EDT) Date: Thu, 19 Oct 2006 20:34:49 -0400 From: Kris Kennaway To: Kazuaki ODA Message-ID: <20061020003448.GA39740@xor.obsecurity.org> References: <4538009D.6030400@highway.ne.jp> <20061019225256.GA38237@xor.obsecurity.org> <45380D57.9040302@highway.ne.jp> <20061019234539.GA38985@xor.obsecurity.org> <45381689.1000101@highway.ne.jp> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ibTvN161/egqYuK8" Content-Disposition: inline In-Reply-To: <45381689.1000101@highway.ne.jp> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: ps locks up on 6.2-PRERELEASE SMP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 00:34:50 -0000 --ibTvN161/egqYuK8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 20, 2006 at 09:21:29AM +0900, Kazuaki ODA wrote: > I tried again, and pressed Ctrl + Alt + Esc to go into DDB. Here is the > result: >=20 >=20 > KDB: enter: manual escape to debugger > [thread pid 17 tid 100012 ] > Stopped at kdb_enter+0x2b: nop > db> ps > pid ppid pgrp uid state wmesg wchan cmd > 957 934 957 1001 S+ devfs 0xc4f00058 ps > 953 1 945 1001 S+ devfs 0xc799c46c ls > 952 1 943 1001 S+ devfsmou 0xc4ebddc0 ls Yep, devfs as I suspected. Keep an eye on the commit logs for when kib@ merges his fix. Kris --ibTvN161/egqYuK8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFOBmoWry0BWjoQKURAldQAKCA91/w0Y0A8OAcQ2Iqrl8+nb3qogCg8Re3 8juSkaz7F/9BpxhMSwV5aRQ= =td50 -----END PGP SIGNATURE----- --ibTvN161/egqYuK8-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 00:46:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AFDC16A40F for ; Fri, 20 Oct 2006 00:46:59 +0000 (UTC) (envelope-from kaakun@highway.ne.jp) Received: from mx.highway.ne.jp (pip8.gate01.com [61.122.117.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C87543D5F for ; Fri, 20 Oct 2006 00:46:57 +0000 (GMT) (envelope-from kaakun@highway.ne.jp) Received: from [219.0.96.106] (helo=[192.168.11.21]) by pop11.isp.us-com.jp with esmtp (Mail 4.20) id 1GaiXH-0004wp-Ox; Fri, 20 Oct 2006 09:46:55 +0900 Message-ID: <45381C2E.9090200@highway.ne.jp> Date: Fri, 20 Oct 2006 09:45:34 +0900 From: Kazuaki ODA User-Agent: Thunderbird 1.5.0.7 (X11/20061019) MIME-Version: 1.0 To: Kris Kennaway References: <4538009D.6030400@highway.ne.jp> <20061019225256.GA38237@xor.obsecurity.org> <45380D57.9040302@highway.ne.jp> <20061019234539.GA38985@xor.obsecurity.org> <45381689.1000101@highway.ne.jp> <20061020003448.GA39740@xor.obsecurity.org> In-Reply-To: <20061020003448.GA39740@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ps locks up on 6.2-PRERELEASE SMP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 00:46:59 -0000 Kris Kennaway wrote: > On Fri, Oct 20, 2006 at 09:21:29AM +0900, Kazuaki ODA wrote: > >> I tried again, and pressed Ctrl + Alt + Esc to go into DDB. Here is the >> result: >> >> >> KDB: enter: manual escape to debugger >> [thread pid 17 tid 100012 ] >> Stopped at kdb_enter+0x2b: nop >> db> ps >> pid ppid pgrp uid state wmesg wchan cmd >> 957 934 957 1001 S+ devfs 0xc4f00058 ps >> 953 1 945 1001 S+ devfs 0xc799c46c ls >> 952 1 943 1001 S+ devfsmou 0xc4ebddc0 ls > > Yep, devfs as I suspected. > > Keep an eye on the commit logs for when kib@ merges his fix. > > Kris Thanks. I'll test again after the fix is merged into RELENG_6, and post the result. -- Kazuaki ODA From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 01:15:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1F1816A403; Fri, 20 Oct 2006 01:15:50 +0000 (UTC) (envelope-from jd@ugcs.caltech.edu) Received: from riyal.ugcs.caltech.edu (riyal.ugcs.caltech.edu [131.215.176.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 494E443D55; Fri, 20 Oct 2006 01:15:50 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by riyal.ugcs.caltech.edu (Postfix, from userid 3640) id 37F5245806; Thu, 19 Oct 2006 18:15:49 -0700 (PDT) Date: Thu, 19 Oct 2006 18:15:49 -0700 From: Paul Allen To: Robert Watson Message-ID: <20061020011549.GD30707@riyal.ugcs.caltech.edu> References: <453531C9.7080304@freebsd.org> <45355C6E.5030703@jim-liesl.org> <20061020004915.V32598@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061020004915.V32598@fledge.watson.org> Sender: jd@ugcs.caltech.edu Cc: freebsd-security@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 4.x EoL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 01:15:51 -0000 >From Robert Watson , Fri, Oct 20, 2006 at 12:51:13AM +0100: > > On Tue, 17 Oct 2006, security wrote: > > > You'll have the sources. If you're using 4.11 in a business, you need > > to decide if it's more cost effective to move on to 6 or hire someone to > >keep 4.11 running. There's compat_4 to keep most userland apps happy. > >I'm sure you could argue the various design issues to your hearts content > >on the news groups, but practically speaking, I don't have an issue with > >this. Nor is it all that different from your typical paid for support > >model for a proprietary OS. > > > >It's not like the poor folks that got stuck with a business app that was > >locked to win95 or 98 with bizarre undocumented API's > > While possibly not advisable in the long term, I ran a 4.x postfix and > cyrus server install on 6.x using compat4 for about six months without > problems. The place where it gets tricky is updating the 4.x binaries, > which requires a 4.x chroot, since I was running a native 6.x userland for > everything else. I've now gotten over that, but it worked quite well and > was extremely useful that I could avoid doing the upgrade all at once -- > upgrade the OS first, let it settle, then upgrade the applications. The > only issue I ran into was actually that the location of the Cyrus sasl unix > domain socket had moved, and once I tracked that down, all was well (so not > a FreeBSD nit, an application nit). Let me toss a bit of caution from experience regarding this: I too ran such 6.x system. It had a jailed FreeBSD 4.x userland (restored and modified from the original FreeBSD 4.x backups). Almost everything worked properly--but there were some strange vm related inconsistencies (exposed by a program rolling its own gc implementation and using mprotect and SEGV). Obviously this was an unusual case but it's unfortuantely proof that some things escape having the necessary compat lines in your kernel conf. Still I counted myself lucky. Paul From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 02:07:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 511A616A40F; Fri, 20 Oct 2006 02:07:03 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA76243D45; Fri, 20 Oct 2006 02:07:02 +0000 (GMT) (envelope-from bms@FreeBSD.org) Received: from db2.internal (db2.internal [10.202.2.12]) by frontend1.messagingengine.com (Postfix) with ESMTP id 40C11DB7357; Thu, 19 Oct 2006 22:07:01 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by db2.internal (MEProxy); Thu, 19 Oct 2006 22:07:04 -0400 X-Sasl-enc: gdB0ClMKWP+xUPkdTzvquLDHWULBnaO621kQeXZ1J6Sg 1161310023 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 13F081A092; Thu, 19 Oct 2006 22:07:02 -0400 (EDT) Message-ID: <45382F43.6020509@FreeBSD.org> Date: Fri, 20 Oct 2006 03:06:59 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.5 (X11/20060825) MIME-Version: 1.0 To: Dominic Marks References: <15af975d0609212321r29fdd287p462ae0f2b7e404b4@mail.gmail.com> <15af975d0609220725s1206d7ebr53589adbc1b9c17@mail.gmail.com> <4513F5B0.9030300@goodforbusiness.co.uk> <200609261305.12224.jhb@freebsd.org> <451A3E33.8010805@goodforbusiness.co.uk> In-Reply-To: <451A3E33.8010805@goodforbusiness.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: CyberSans AirBort , freebsd-stable@freebsd.org, John Baldwin Subject: Re: bug on BTX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 02:07:03 -0000 Hi all, FYI, this change adds 32 bytes to btx leaving 139 bytes free, according to btxld(8). As you probably all know, and just as a reminder, size in boot2 is at a premium -- it can't go over 8192 bytes as this is the boot-sector limit in the BSD disk-label. Dominic Marks wrote: > John Baldwin wrote: >> >> Hmm, are you willing to test a change that should fix that? If so, >> try http://people.freebsd.org/~jhb/patches/btx_crx.patch You'll need >> to do a 'make clean && make && make install' in /sys/boot after >> applying, and if the make install suceeeds, do a 'bsdlabel -B ad0s1' >> (replace ad0s1 with the actual slice you boot from). I think it >> should work (I think it was tested a while ago, but boot2 used to not >> fit, now it does though). Be warned though that if it doesn't work, >> you won't be able to boot from your disk. If that happens and you >> have a 6.x disc 1 lying around, you can boot into rescue mode and >> re-run 'bsdlabel' and move boot/loader.old to boot/loader on the root >> partition to get your system back. Ideally you'd try this on a >> system with data you don't care about (i.e., it's ok to just do a >> reinstall if it is hosed). It would be a good thing to solve the real mode problem, as it would enable FreeBSD to be booted from memory stick, USB CDROM, and within QEMU without resorting to the current workarounds e.g. using GRUB or skipping /boot/loader entirely to boot the kernel directly as I currently do in QEMU virtualization. It's pretty important in the big scheme of things as it helps to bring FreeBSD to a wider audience. Many people out there may well have run into this without Indeed I recently ran into this myself. Certain 1U machines which I acquired had problems booting from USB CDROM. I traced this back to the USB BIOS trying to LGDT and causing a general protection fault in vm86 mode. I worked around this by PXE booting them on a private VLAN with most helpful assistance from dwhite@. The long term solution we've been discussing is to change btx to trampoline into real mode before invoking certain INTs. I've been doing some tests with QEMU and Etherboot; it looks like its PXE UNDI driver sets up the NIC interrupt vector *before* BTX is called; it does not call LIDT in any of its paths. Its PXE entry point does however call LGDT to enter protected mode which of course kills BTX stone dead as we're in vm86 mode at that point. Per my IRC discussions with jhb@ : given that BTX reflects the hardware interrupts, we shouldn't need to reprogram the AT-PICs; indeed GRUB does not. This was one of his concerns. We can probably get away with a simple trampoline a la GRUB providing the INTs invoked by BTX or LOADER don't attempt to rewrite or redirect interrupt vectors once we're up and running. If time permits I may try to make the changes to BTX myself, however, I am always happy to review patches and provide feedback with a view to getting the problem solved going forward. Best, BMS From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 04:28:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAF2716A415 for ; Fri, 20 Oct 2006 04:28:21 +0000 (UTC) (envelope-from ericlin@tamama.org) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id D31B043D49 for ; Fri, 20 Oct 2006 04:28:20 +0000 (GMT) (envelope-from ericlin@tamama.org) Received: by ug-out-1314.google.com with SMTP id m2so573347uge for ; Thu, 19 Oct 2006 21:28:19 -0700 (PDT) Received: by 10.82.107.15 with SMTP id f15mr390434buc; Thu, 19 Oct 2006 21:28:19 -0700 (PDT) Received: by 10.82.114.5 with HTTP; Thu, 19 Oct 2006 21:28:19 -0700 (PDT) Message-ID: <47713ee10610192128n506c9b91q30f348d7ba677051@mail.gmail.com> Date: Fri, 20 Oct 2006 12:28:19 +0800 From: "Lin Jui-Nan Eric" Sender: ericlin@tamama.org To: "=?ISO-8859-1?Q?S=F8ren_Schmidt?=" In-Reply-To: <45368190.20507@deepcore.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <47713ee10610180746pb6daab7k4c8764e4bdb90230@mail.gmail.com> <20061018150525.GA42414@icarus.home.lan> <45368190.20507@deepcore.dk> X-Google-Sender-Auth: 91d33b56679f9431 Cc: freebsd-stable@freebsd.org, sos@freebsd.org Subject: Re: Installing 6.1-R on Dell Powervault 745N X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 04:28:21 -0000 Hi, On 10/19/06, S=F8ren Schmidt wrote: > Nothing else that that it should work. I dont own any HW that uses this > chip so I cannot test it out. The current support was done for the ARM > port IIRC so things might be different on other systems. > At any rate you definitly should try out 6.2-beta-something as 6.1 is > getting old.... I have tried world & kernel built yesterday (10/19), but the OS still can not recognize the hard disk. The dmesg and result of pciconf -lv: http://www.cs.nctu.edu.tw/~jnlin/cc/dmesg.log http://www.cs.nctu.edu.tw/~jnlin/cc/pciconf.log Best Regards, Jui-Nan From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 07:41:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50BB816A403; Fri, 20 Oct 2006 07:41:17 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3E2B43D45; Fri, 20 Oct 2006 07:41:16 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 944CD46B90; Fri, 20 Oct 2006 03:41:16 -0400 (EDT) Date: Fri, 20 Oct 2006 08:41:16 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Paul Allen In-Reply-To: <20061020011549.GD30707@riyal.ugcs.caltech.edu> Message-ID: <20061020083937.E32598@fledge.watson.org> References: <453531C9.7080304@freebsd.org> <45355C6E.5030703@jim-liesl.org> <20061020004915.V32598@fledge.watson.org> <20061020011549.GD30707@riyal.ugcs.caltech.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-security@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 4.x EoL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 07:41:17 -0000 On Thu, 19 Oct 2006, Paul Allen wrote: >> While possibly not advisable in the long term, I ran a 4.x postfix and >> cyrus server install on 6.x using compat4 for about six months without >> problems. The place where it gets tricky is updating the 4.x binaries, >> which requires a 4.x chroot, since I was running a native 6.x userland for >> everything else. I've now gotten over that, but it worked quite well and >> was extremely useful that I could avoid doing the upgrade all at once -- >> upgrade the OS first, let it settle, then upgrade the applications. The >> only issue I ran into was actually that the location of the Cyrus sasl unix >> domain socket had moved, and once I tracked that down, all was well (so not >> a FreeBSD nit, an application nit). > > Let me toss a bit of caution from experience regarding this: > > I too ran such 6.x system. It had a jailed FreeBSD 4.x userland (restored > and modified from the original FreeBSD 4.x backups). Almost everything > worked properly--but there were some strange vm related inconsistencies > (exposed by a program rolling its own gc implementation and using mprotect > and SEGV). > > Obviously this was an unusual case but it's unfortuantely proof that some > things escape having the necessary compat lines in your kernel conf. > > Still I counted myself lucky. When you recompiled the application for 6.x, did the problem go away? I guess I wouldn't entirely preclude an application bug, a 4.x library bug, or a 6.x compat/non-compat bug being responsible. Since 6.x is a fairly major upgrade, there are significant changes in VM (which might well affect, for example, memory layout), etc, so it could well be that it triggered a bug in the GC. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 07:47:58 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F8B316A412 for ; Fri, 20 Oct 2006 07:47:58 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FFB143D6D for ; Fri, 20 Oct 2006 07:47:57 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (gbshkj@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k9K7loZ1062310; Fri, 20 Oct 2006 09:47:56 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k9K7loWV062309; Fri, 20 Oct 2006 09:47:50 +0200 (CEST) (envelope-from olli) Date: Fri, 20 Oct 2006 09:47:50 +0200 (CEST) Message-Id: <200610200747.k9K7loWV062309@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, fbsd-stable-0@ml.turing-complete.org In-Reply-To: <20061019215218.GA127@mid.pc5.i.0x5.de> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 20 Oct 2006 09:47:56 +0200 (CEST) Cc: Subject: Re: FreeBSD 4.x EoL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, fbsd-stable-0@ml.turing-complete.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 07:47:58 -0000 Nicolas Rachinsky wrote: > Jim C. Nasby wrote: > > The issue I run into is that I use software raid (vinum in 4.11, gmirror > > in 6.x), and I don't know of any way to go from one to the other that > > doesn't involve wiping both drives at the same time. > > You can wipe one of the disks, create a gmirror with only one > provider. Then you can copy the data. Afterwards you can wipe the > second disk and add it to the gmirror. Or am I missing something? I can confirm that it works exactly as you described. Of course you should have a good backup in any case. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "In My Egoistical Opinion, most people's C programs should be indented six feet downward and covered with dirt." -- Blair P. Houghton From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 07:57:58 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E26B16A588 for ; Fri, 20 Oct 2006 07:57:58 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 553CD43D64 for ; Fri, 20 Oct 2006 07:56:39 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (ybkven@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k9K7uW5x062617; Fri, 20 Oct 2006 09:56:38 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k9K7uVd2062616; Fri, 20 Oct 2006 09:56:31 +0200 (CEST) (envelope-from olli) Date: Fri, 20 Oct 2006 09:56:31 +0200 (CEST) Message-Id: <200610200756.k9K7uVd2062616@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, randy@psg.com In-Reply-To: <17719.43574.819134.370333@roam.psg.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 20 Oct 2006 09:56:38 +0200 (CEST) Cc: Subject: Re: 5 to 6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, randy@psg.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 07:57:58 -0000 Randy Bush wrote: > do folk actually successfully upgrade > > # uname -a > FreeBSD psg.com 5.5-STABLE FreeBSD 5.5-STABLE #15: Sun Oct 1 18:41:24 GMT 2006 root@psg.com:/usr/obj/usr/src/sys/PSG i386 > > to RELENG_6 *safely* on a many-user production system using the > instructions in UPDATING? Worked fine for me, except that I had to "rm -rf /usr/obj" first which contained data from a previous RELENG_5 update. Without doing that I got compilation errors during the buildworld procedure. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs." -- Robert Firth From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 08:11:05 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD41716A403 for ; Fri, 20 Oct 2006 08:11:05 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 263DB43D49 for ; Fri, 20 Oct 2006 08:11:04 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (czgzuv@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k9K8AwQI063343; Fri, 20 Oct 2006 10:11:03 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k9K8AwBM063342; Fri, 20 Oct 2006 10:10:58 +0200 (CEST) (envelope-from olli) Date: Fri, 20 Oct 2006 10:10:58 +0200 (CEST) Message-Id: <200610200810.k9K8AwBM063342@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, r00t_0101@yahoo.com In-Reply-To: <20061019181623.34048.qmail@web32702.mail.mud.yahoo.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 20 Oct 2006 10:11:04 +0200 (CEST) Cc: Subject: Re: BSD/Linux slices like Solaris' Solstice DiskSuite X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, r00t_0101@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 08:11:05 -0000 r00t_0101 wrote: > Does anyone know how to create a true slice on a BSD/Linux node. > I know that Solaris uses Solstice DiskSuite or some type of volume > management where you are able to reboot to a particular partition > through command-line instead of manual reboot. So whith that said, my > goal is to create multiple slices (FreeBSD, Linux 6.x, Linux 7.x, etc > ...) where I could ssh into a node to be able to reboot into another > partition based on my work environment. This would be useful due to > working remotely with different environments. I'm not sure I understand your question correctly. Use the fdisk(8) utility to create slices on FreeBSD (you can also use sysinstall(8) if you prefer a gaily colored interface). To change the active slice to, say, the third one, use the command "fdisk -a 3 /dev/yourdisk". That will request for confirmation interactively. To do it non-interactively (e.g. in a script), use "echo a 3 | fdisk -f - /dev/...". Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "A language that doesn't have everything is actually easier to program in than some that do." -- Dennis M. Ritchie From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 09:01:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C542116A403 for ; Fri, 20 Oct 2006 09:01:04 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (fw.zoral.com.ua [213.186.206.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E8E743D4C for ; Fri, 20 Oct 2006 09:01:03 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k9K8kJrF086306 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Oct 2006 11:46:19 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id k9K90wxO097535; Fri, 20 Oct 2006 12:00:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id k9K90uQJ097528; Fri, 20 Oct 2006 12:00:56 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 20 Oct 2006 12:00:56 +0300 From: Kostik Belousov To: freebsd-stable@freebsd.org Message-ID: <20061020090056.GT55428@deviant.kiev.zoral.com.ua> References: <4538009D.6030400@highway.ne.jp> <20061019225256.GA38237@xor.obsecurity.org> <45380D57.9040302@highway.ne.jp> <20061019234539.GA38985@xor.obsecurity.org> <45381689.1000101@highway.ne.jp> <20061020003448.GA39740@xor.obsecurity.org> <45381C2E.9090200@highway.ne.jp> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4T94Hejb80K+e1gX" Content-Disposition: inline In-Reply-To: <45381C2E.9090200@highway.ne.jp> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=1.9 required=5.0 tests=DNS_FROM_RFC_ABUSE, SPF_NEUTRAL,UNPARSEABLE_RELAY autolearn=no version=3.1.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on fw.zoral.com.ua Cc: Kazuaki ODA , Kris Kennaway Subject: HEADS-UP: DEVFS fixes MFC for test [Was: Re: ps locks up on 6.2-PRERELEASE SMP] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 09:01:04 -0000 --4T94Hejb80K+e1gX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 20, 2006 at 09:45:34AM +0900, Kazuaki ODA wrote: > Kris Kennaway wrote: > > Yep, devfs as I suspected. > >=20 > > Keep an eye on the commit logs for when kib@ merges his fix. > >=20 > > Kris >=20 > Thanks. I'll test again after the fix is merged into RELENG_6, and post > the result. I plan to ask the re@ for MFC approval in the next week (hopefully, before the BETA-3). Aggregated patch against RELENG_6 is located at http://people.freebsd.org/~kib/devfs-RELENG_6.patch. I ask interested users to test the patch before the merge. --4T94Hejb80K+e1gX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFOJBIC3+MBN1Mb4gRAsDIAJ9bB3xzoapCq2mTIh/Al8WimbBRGgCdGBR0 gNCA0O8MmAcvM6DmeYLDBi4= =ivtG -----END PGP SIGNATURE----- --4T94Hejb80K+e1gX-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 09:07:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7D0B16A403; Fri, 20 Oct 2006 09:07:30 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 667BD43D45; Fri, 20 Oct 2006 09:07:30 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1GaqLh-000NMr-Hq; Fri, 20 Oct 2006 11:07:29 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: "Bruce M. Simpson" In-reply-to: Your message of Fri, 20 Oct 2006 03:06:59 +0100 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 20 Oct 2006 11:07:29 +0200 From: Danny Braniss Message-ID: Cc: CyberSans AirBort , freebsd-stable@freebsd.org, John Baldwin Subject: Re: bug on BTX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 09:07:31 -0000 > Hi all, > > FYI, this change adds 32 bytes to btx leaving 139 bytes free, according > to btxld(8). As you probably all know, and just as a reminder, size in > boot2 is at a premium -- it can't go over 8192 bytes as this is the > boot-sector limit in the BSD disk-label. > > Dominic Marks wrote: > > John Baldwin wrote: > >> > >> Hmm, are you willing to test a change that should fix that? If so, > >> try http://people.freebsd.org/~jhb/patches/btx_crx.patch You'll need > >> to do a 'make clean && make && make install' in /sys/boot after > >> applying, and if the make install suceeeds, do a 'bsdlabel -B ad0s1' > >> (replace ad0s1 with the actual slice you boot from). I think it > >> should work (I think it was tested a while ago, but boot2 used to not > >> fit, now it does though). Be warned though that if it doesn't work, > >> you won't be able to boot from your disk. If that happens and you > >> have a 6.x disc 1 lying around, you can boot into rescue mode and > >> re-run 'bsdlabel' and move boot/loader.old to boot/loader on the root > >> partition to get your system back. Ideally you'd try this on a > >> system with data you don't care about (i.e., it's ok to just do a > >> reinstall if it is hosed). > > It would be a good thing to solve the real mode problem, as it would > enable FreeBSD to be booted from memory stick, USB CDROM, and within > QEMU without resorting to the current workarounds e.g. using GRUB or > skipping /boot/loader entirely to boot the kernel directly as I > currently do in QEMU virtualization. > > It's pretty important in the big scheme of things as it helps to bring > FreeBSD to a wider audience. Many people out there may well have run > into this without > > Indeed I recently ran into this myself. Certain 1U machines which I > acquired had problems booting from USB CDROM. I traced this back to the > USB BIOS trying to LGDT and causing a general protection fault in vm86 > mode. I worked around this by PXE booting them on a private VLAN with > most helpful assistance from dwhite@. > > The long term solution we've been discussing is to change btx to > trampoline into real mode before invoking certain INTs. I've been doing > some tests with QEMU and Etherboot; it looks like its PXE UNDI driver > sets up the NIC interrupt vector *before* BTX is called; it does not > call LIDT in any of its paths. Its PXE entry point does however call > LGDT to enter protected mode which of course kills BTX stone dead as > we're in vm86 mode at that point. > > Per my IRC discussions with jhb@ : given that BTX reflects the hardware > interrupts, we shouldn't need to reprogram the AT-PICs; indeed GRUB does > not. This was one of his concerns. We can probably get away with a > simple trampoline a la GRUB providing the INTs invoked by BTX or LOADER > don't attempt to rewrite or redirect interrupt vectors once we're up and > running. > > If time permits I may try to make the changes to BTX myself, however, I > am always happy to review patches and provide feedback with a view to > getting the problem solved going forward. > > Best, > BMS we encountered the same problem when trying to boot pxe the PCEngines/WRAP so if you need testers, i'm willing. danny From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 09:10:49 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D7DB16A415 for ; Fri, 20 Oct 2006 09:10:49 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D75943D46 for ; Fri, 20 Oct 2006 09:10:48 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1GaqOt-000NRs-7f; Fri, 20 Oct 2006 11:10:47 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-stable@FreeBSD.ORG, r00t_0101@yahoo.com In-reply-to: <200610200810.k9K8AwBM063342@lurza.secnetix.de> References: <200610200810.k9K8AwBM063342@lurza.secnetix.de> Comments: In-reply-to Oliver Fromme message dated "Fri, 20 Oct 2006 10:10:58 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 20 Oct 2006 11:10:47 +0200 From: Danny Braniss Message-ID: Cc: Subject: Re: BSD/Linux slices like Solaris' Solstice DiskSuite X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 09:10:49 -0000 > r00t_0101 wrote: > > Does anyone know how to create a true slice on a BSD/Linux node. > > I know that Solaris uses Solstice DiskSuite or some type of volume > > management where you are able to reboot to a particular partition > > through command-line instead of manual reboot. So whith that said, my > > goal is to create multiple slices (FreeBSD, Linux 6.x, Linux 7.x, etc > > ...) where I could ssh into a node to be able to reboot into another > > partition based on my work environment. This would be useful due to > > working remotely with different environments. > > I'm not sure I understand your question correctly. Use the > fdisk(8) utility to create slices on FreeBSD (you can also > use sysinstall(8) if you prefer a gaily colored interface). > > To change the active slice to, say, the third one, use the > command "fdisk -a 3 /dev/yourdisk". That will request for > confirmation interactively. To do it non-interactively > (e.g. in a script), use "echo a 3 | fdisk -f - /dev/...". I use 'bsdlabel -s[1234] /dev/mydisk' all the time when changing between 'slices' danny From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 09:12:17 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74A4016A415 for ; Fri, 20 Oct 2006 09:12:17 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F00743D6D for ; Fri, 20 Oct 2006 09:12:10 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from [194.192.25.130] (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.13.6/8.13.4) with ESMTP id k9K9CAF1080233; Fri, 20 Oct 2006 11:12:10 +0200 (CEST) (envelope-from sos@deepcore.dk) Message-ID: <453892F2.1050808@deepcore.dk> Date: Fri, 20 Oct 2006 11:12:18 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 1.5.0.2 (X11/20060531) MIME-Version: 1.0 To: Lin Jui-Nan Eric References: <47713ee10610180746pb6daab7k4c8764e4bdb90230@mail.gmail.com> <20061018150525.GA42414@icarus.home.lan> <45368190.20507@deepcore.dk> <47713ee10610192128n506c9b91q30f348d7ba677051@mail.gmail.com> In-Reply-To: <47713ee10610192128n506c9b91q30f348d7ba677051@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v2.0beta Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Installing 6.1-R on Dell Powervault 745N X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 09:12:17 -0000 Lin Jui-Nan Eric wrote: > Hi, > > On 10/19/06, Søren Schmidt wrote: >> Nothing else that that it should work. I dont own any HW that uses this >> chip so I cannot test it out. The current support was done for the ARM >> port IIRC so things might be different on other systems. >> At any rate you definitly should try out 6.2-beta-something as 6.1 is >> getting old.... > I have tried world & kernel built yesterday (10/19), but the OS still > can not recognize the hard disk. > > The dmesg and result of pciconf -lv: > > http://www.cs.nctu.edu.tw/~jnlin/cc/dmesg.log > http://www.cs.nctu.edu.tw/~jnlin/cc/pciconf.log > OK, I need the output from a verbose boot. That will tell if the disks are seen at all and just the attach phase is failing. I might have a few ideas depending on the outcome of that... -Søren From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 10:25:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5452B16A40F for ; Fri, 20 Oct 2006 10:25:01 +0000 (UTC) (envelope-from ericlin@tamama.org) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id A358B43D45 for ; Fri, 20 Oct 2006 10:25:00 +0000 (GMT) (envelope-from ericlin@tamama.org) Received: by nf-out-0910.google.com with SMTP id p77so1384987nfc for ; Fri, 20 Oct 2006 03:24:59 -0700 (PDT) Received: by 10.82.101.3 with SMTP id y3mr403439bub; Fri, 20 Oct 2006 03:24:59 -0700 (PDT) Received: by 10.82.114.5 with HTTP; Fri, 20 Oct 2006 03:24:59 -0700 (PDT) Message-ID: <47713ee10610200324k7c917050ic84e4f47dabc2d82@mail.gmail.com> Date: Fri, 20 Oct 2006 18:24:59 +0800 From: "Lin Jui-Nan Eric" Sender: ericlin@tamama.org To: "=?ISO-8859-1?Q?S=F8ren_Schmidt?=" In-Reply-To: <453892F2.1050808@deepcore.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <47713ee10610180746pb6daab7k4c8764e4bdb90230@mail.gmail.com> <20061018150525.GA42414@icarus.home.lan> <45368190.20507@deepcore.dk> <47713ee10610192128n506c9b91q30f348d7ba677051@mail.gmail.com> <453892F2.1050808@deepcore.dk> X-Google-Sender-Auth: 195da67dacf22c24 Cc: freebsd-stable@freebsd.org Subject: Re: Installing 6.1-R on Dell Powervault 745N X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 10:25:01 -0000 Hi, On 10/20/06, S=F8ren Schmidt wrote: > OK, I need the output from a verbose boot. That will tell if the disks > are seen at all and just the attach phase is failing. > I might have a few ideas depending on the outcome of that... There is no message about ad0 shown in the boot procedure. Neither there is no message about failed device. How do I get the output from verbose boot? with digital camera? Best Regards, Eric From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 10:39:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89BAF16A416 for ; Fri, 20 Oct 2006 10:39:21 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from slimak.dkm.cz (slimak.dkm.cz [62.24.64.34]) by mx1.FreeBSD.org (Postfix) with SMTP id C7B9343D53 for ; Fri, 20 Oct 2006 10:39:19 +0000 (GMT) (envelope-from 000.fbsd@quip.cz) Received: (qmail 22494 invoked by uid 0); 20 Oct 2006 10:39:17 -0000 Received: from grimm.quip.cz (HELO ?192.168.1.2?) (213.220.192.218) by slimak.dkm.cz with SMTP; 20 Oct 2006 10:39:17 -0000 Message-ID: <4538A754.3070502@quip.cz> Date: Fri, 20 Oct 2006 12:39:16 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, en, cs, en-us MIME-Version: 1.0 To: "Bruce M. Simpson" References: <15af975d0609212321r29fdd287p462ae0f2b7e404b4@mail.gmail.com> <15af975d0609220725s1206d7ebr53589adbc1b9c17@mail.gmail.com> <4513F5B0.9030300@goodforbusiness.co.uk> <200609261305.12224.jhb@freebsd.org> <451A3E33.8010805@goodforbusiness.co.uk> <45382F43.6020509@FreeBSD.org> In-Reply-To: <45382F43.6020509@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Dominic Marks , CyberSans AirBort , freebsd-stable@freebsd.org, John Baldwin Subject: Re: bug on BTX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 10:39:21 -0000 Bruce M. Simpson wrote: [...] > Indeed I recently ran into this myself. Certain 1U machines which I > acquired had problems booting from USB CDROM. I traced this back to the > USB BIOS trying to LGDT and causing a general protection fault in vm86 > mode. I worked around this by PXE booting them on a private VLAN with > most helpful assistance from dwhite@. I can confirm this problem. I can boot from DVD-RW in external enclosure (USB 2.0) on my desktop PC and few others I tested in the past, but can not boot any FreeBSD release on servers in collocation (from the same external DVD-RW). Tested with some Asus server boards and 1U Sun Fire X2100. But these machines can boot from another boot CD I have (Hirens Boot CD, RIP Linux, Ultimate Boot CD, OpenBSD) I'll be happy if this can be solved in some feature release of FreeBSD, because I managed many servers without internal CD/DVD drive. I do not understand this part of system well, but let me know if I can provide some more information about systems where I can boot well or where I can not boot FreeBSD from USB CD / DVD. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 10:58:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4777416A403 for ; Fri, 20 Oct 2006 10:58:08 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id B446C43D45 for ; Fri, 20 Oct 2006 10:58:06 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id k9KAw5U5083496 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Fri, 20 Oct 2006 12:58:05 +0200 (CEST) (envelope-from stb@lassitu.de) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: Stefan Bethke Date: Fri, 20 Oct 2006 12:59:21 +0200 X-Mailer: Apple Mail (2.752.2) Subject: kernel ignores kenv comconsole_speed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 10:58:08 -0000 Am I doing something wrong, or is this a bug? (This is on a stable from yesterday.) I have -DS115200 in /boot.config, and boot and loader are happily using this speed. However, the kernel appears to be hardwired to 9600. After boot, it's still at 9600: # stty Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 11:11:40 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C846116A40F for ; Fri, 20 Oct 2006 11:11:40 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87A4643D76 for ; Fri, 20 Oct 2006 11:11:36 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lclejq@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k9KBB9K7071862; Fri, 20 Oct 2006 13:11:15 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k9KBB90l071861; Fri, 20 Oct 2006 13:11:09 +0200 (CEST) (envelope-from olli) Date: Fri, 20 Oct 2006 13:11:09 +0200 (CEST) Message-Id: <200610201111.k9KBB90l071861@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, r00t_0101@yahoo.com, danny@cs.huji.ac.il In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 20 Oct 2006 13:11:15 +0200 (CEST) Cc: Subject: Re: BSD/Linux slices like Solaris' Solstice DiskSuite X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, r00t_0101@yahoo.com, danny@cs.huji.ac.il List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 11:11:40 -0000 Danny Braniss wrote: > Oliver Fromme wrote: > > To change the active slice to, say, the third one, use the > > command "fdisk -a 3 /dev/yourdisk". That will request for > > confirmation interactively. To do it non-interactively > > (e.g. in a script), use "echo a 3 | fdisk -f - /dev/...". > > I use 'bsdlabel -s[1234] /dev/mydisk' all the time when > changing between 'slices' Uhm? What version of FreeBSD are you using? In RELENG_6 I only get the usage message when I try -s, and the manpage doesn't mention it either. Looking at the source, the getopt(3) string indeed contains "s:", but the code never checks for it and falls through to the default case (which spits out the usage message and exits). Looks like a bug. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "C is quirky, flawed, and an enormous success." -- Dennis M. Ritchie. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 11:11:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C153916A4E7 for ; Fri, 20 Oct 2006 11:11:59 +0000 (UTC) (envelope-from kaakun@highway.ne.jp) Received: from mx.highway.ne.jp (pip7.gate01.com [61.122.117.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3449343D49 for ; Fri, 20 Oct 2006 11:11:56 +0000 (GMT) (envelope-from kaakun@highway.ne.jp) Received: from [219.0.96.106] (helo=[192.168.11.21]) by pop12.isp.us-com.jp with esmtp (Mail 4.20) id 1GasI5-0005SJ-K7; Fri, 20 Oct 2006 20:11:53 +0900 Message-ID: <4538AEA8.2070706@highway.ne.jp> Date: Fri, 20 Oct 2006 20:10:32 +0900 From: Kazuaki ODA User-Agent: Thunderbird 1.5.0.7 (X11/20061019) MIME-Version: 1.0 To: Kostik Belousov References: <4538009D.6030400@highway.ne.jp> <20061019225256.GA38237@xor.obsecurity.org> <45380D57.9040302@highway.ne.jp> <20061019234539.GA38985@xor.obsecurity.org> <45381689.1000101@highway.ne.jp> <20061020003448.GA39740@xor.obsecurity.org> <45381C2E.9090200@highway.ne.jp> <20061020090056.GT55428@deviant.kiev.zoral.com.ua> In-Reply-To: <20061020090056.GT55428@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: HEADS-UP: DEVFS fixes MFC for test [Was: Re: ps locks up on 6.2-PRERELEASE SMP] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 11:11:59 -0000 Kostik Belousov wrote: > On Fri, Oct 20, 2006 at 09:45:34AM +0900, Kazuaki ODA wrote: >> Kris Kennaway wrote: >>> Yep, devfs as I suspected. >>> >>> Keep an eye on the commit logs for when kib@ merges his fix. >>> >>> Kris >> Thanks. I'll test again after the fix is merged into RELENG_6, and post >> the result. > I plan to ask the re@ for MFC approval in the next week (hopefully, > before the BETA-3). Aggregated patch against RELENG_6 is located at > http://people.freebsd.org/~kib/devfs-RELENG_6.patch. I ask interested users > to test the patch before the merge. This patch has fixed the problem I reported. I cannot reproduce it anymore. Thanks, -- Kazuaki ODA From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 11:17:50 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8829C16A417 for ; Fri, 20 Oct 2006 11:17:50 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx0.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10E3B43D45 for ; Fri, 20 Oct 2006 11:17:50 +0000 (GMT) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx0.rink.nu (Postfix) with ESMTP id 1A2401707B; Fri, 20 Oct 2006 13:18:36 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx0.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MIhOEZVC+clO; Fri, 20 Oct 2006 13:18:32 +0200 (CEST) Received: by mx0.rink.nu (Postfix, from userid 1000) id 8CDFE17078; Fri, 20 Oct 2006 13:18:32 +0200 (CEST) Date: Fri, 20 Oct 2006 13:18:32 +0200 From: Rink Springer To: Erik Trulsson Message-ID: <20061020111832.GB33020@rink.nu> References: <47713ee10610150811w4cca315etc051e0fe14d88dab@mail.gmail.com> <20061015151924.GA50017@rink.nu> <47713ee10610150830g4dc4b747j9425d3b5194829f1@mail.gmail.com> <20061015154022.GC50017@rink.nu> <20061015220111.GA10634@Update.UU.SE> <20061016063338.GC51499@rink.nu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: <20061016063338.GC51499@rink.nu> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: stable@freebsd.org, Lin Jui-Nan Eric Subject: Re: mountd changed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 11:17:50 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 16, 2006 at 08:33:38AM +0200, Rink Springer wrote: > I'll get this committed. Thanks for the report and patch! It has been committed to HEAD; Expect a MFC after a few days. Thanks! --=20 Rink P.W. Springer - http://rink.nu "Patience is for those who cannot afford decent hardware." - Peter Koeleman --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFFOLCIb3O60uztv/8RAjq7AJ0bdz6PGePMYFcCAQb5uujxbqoIcgCfT+Te 2Uv4tgdMTUVw8pLSyoOuvJo= =h/O4 -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 12:24:54 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DD6C16A407 for ; Fri, 20 Oct 2006 12:24:54 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC88943D5D for ; Fri, 20 Oct 2006 12:24:53 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1GatQi-0009gk-Ak; Fri, 20 Oct 2006 14:24:52 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-stable@FreeBSD.ORG, r00t_0101@yahoo.com In-reply-to: <200610201111.k9KBB90l071861@lurza.secnetix.de> References: <200610201111.k9KBB90l071861@lurza.secnetix.de> Comments: In-reply-to Oliver Fromme message dated "Fri, 20 Oct 2006 13:11:09 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 20 Oct 2006 14:24:52 +0200 From: Danny Braniss Message-ID: Cc: Subject: Re: BSD/Linux slices like Solaris' Solstice DiskSuite X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 12:24:54 -0000 > Danny Braniss wrote: > > Oliver Fromme wrote: > > > To change the active slice to, say, the third one, use the > > > command "fdisk -a 3 /dev/yourdisk". That will request for > > > confirmation interactively. To do it non-interactively > > > (e.g. in a script), use "echo a 3 | fdisk -f - /dev/...". > > > > I use 'bsdlabel -s[1234] /dev/mydisk' all the time when > > changing between 'slices' > > Uhm? What version of FreeBSD are you using? In RELENG_6 > I only get the usage message when I try -s, and the manpage > doesn't mention it either. > > Looking at the source, the getopt(3) string indeed contains > "s:", but the code never checks for it and falls through to > the default case (which spits out the usage message and > exits). Looks like a bug. sorry!, it was before morning coffee, s/bsdlabel/boot0cfg/ From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 12:49:05 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF6AB16A40F for ; Fri, 20 Oct 2006 12:49:05 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1A6443D7F for ; Fri, 20 Oct 2006 12:48:54 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (dsdybk@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k9KCmjwg076551; Fri, 20 Oct 2006 14:48:50 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k9KCmiVH076550; Fri, 20 Oct 2006 14:48:44 +0200 (CEST) (envelope-from olli) Date: Fri, 20 Oct 2006 14:48:44 +0200 (CEST) Message-Id: <200610201248.k9KCmiVH076550@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, r00t_0101@yahoo.com, danny@cs.huji.ac.il In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 20 Oct 2006 14:48:50 +0200 (CEST) Cc: Subject: Re: BSD/Linux slices like Solaris' Solstice DiskSuite X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, r00t_0101@yahoo.com, danny@cs.huji.ac.il List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 12:49:06 -0000 Danny Braniss wrote: > sorry!, it was before morning coffee, > s/bsdlabel/boot0cfg/ Ah, OK. Yes, that would also work, but only if you have the boot manager installed. (Strictly speaking it doesn't change the active slice, which will always be the FreeBSD slice, but it changes the slice that will be booted in turn by the boot manager). Hmm... I still wonder why there is "s:" in the getopt(3) string of bsdlabel(8). It seems to be a leftover from the boot1/boot2 stuff that was removed in r1.75 of bsdlabel.c. Maybe I should submit a PR. :-) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "The scanf() function is a large and complex beast that often does something almost but not quite entirely unlike what you desired." -- Chris Torek From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 14:29:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0405716A47B; Fri, 20 Oct 2006 14:29:49 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 376F743D76; Fri, 20 Oct 2006 14:29:41 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id k9KETdI2088300 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 20 Oct 2006 16:29:40 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <452B8025.5030601@lassitu.de> References: <200609090336.k893avmW082443@repoman.freebsd.org> <452B8025.5030601@lassitu.de> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Fri, 20 Oct 2006 16:30:56 +0200 To: Doug Ambrisko X-Mailer: Apple Mail (2.752.2) Cc: freebsd-stable@freebsd.org Subject: Re: cvs commit: src/sys/dev/bge if_bge.c if_bgereg.h X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 14:29:49 -0000 Am 10.10.2006 um 13:12 schrieb Stefan Bethke: > Doug Ambrisko schrieb: >> ambrisko 2006-09-09 03:36:57 UTC >> >> FreeBSD src repository >> >> Modified files: >> sys/dev/bge if_bge.c if_bgereg.h Log: >> Add support to bge(4) to not break IPMI support when the driver >> attaches >> to it. > > Do you have plans to MFC this in time for 6.2? Could I convince anyone to MFC this? We've been using this change on -stable for the past few weeks without any issues, and I'd rather avoid keeping too many local changes. Thanks, Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 15:08:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6B7A16A4D0 for ; Fri, 20 Oct 2006 15:08:22 +0000 (UTC) (envelope-from rvenne@dental-on-line.fr) Received: from smtp.dental-on-line.fr (smtp.dental-on-line.fr [82.234.245.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0214A43D6B for ; Fri, 20 Oct 2006 15:08:21 +0000 (GMT) (envelope-from rvenne@dental-on-line.fr) Received: from [192.168.1.7] (triton.dental-on-line.net [192.168.1.7]) by smtp.dental-on-line.fr (Postfix) with ESMTP id A4A0B138444 for ; Fri, 20 Oct 2006 17:08:16 +0200 (CEST) Message-ID: <4538E65F.2090208@dental-on-line.fr> Date: Fri, 20 Oct 2006 17:08:15 +0200 From: rvenne@dental-on-line.fr User-Agent: Mozilla Thunderbird 1.0.6 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: freebsd-stable References: <451939DA.3060709@dental-on-line.fr> <451A2E87.6000301@dental-on-line.fr> <451A4045.7020000@dental-on-line.fr> <20060927165109.GA52006@xor.obsecurity.org> <7457F6C0-4E6A-47C4-9981-89627B20B94A@khera.org> <20060927203710.GA54541@xor.obsecurity.org> <1159551223.1006.42.camel@dagobah.vindaloo.com> <4522184A.6050107@dental-on-line.fr> In-Reply-To: <4522184A.6050107@dental-on-line.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: NFS: freeze during copy [ RESOLVED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 15:08:22 -0000 rvenne@dental-on-line.fr wrote: > Christopher Sean Hilton wrote: > >> On Wed, 2006-09-27 at 16:37 -0400, Kris Kennaway wrote: >> >> >>>> and my luck has it such that i've not had a lockup since i added >>>> that extra debugging code into the kernel :-) or :-( depending on >>>> your view... >>>> >>> >>> Heisenbugs are great! :) >>> >>> >> >> >> Before I classified this as a Heisenbug I'd switch from NFS over UDP to >> NFS over TCP. The original poster also hasn't mentioned if he's using >> soft, or hard mounts or if he has the intr option on. Depending on how >> these options are tuned NFS lockups are normal. >> I used keep /usr/src mounted via NFS and do make buildworld/installworld >> on my laptop. The network was a switched lan and there were no >> firewalls. Very occasionally the build process would lockup. When I went >> to debug this a sage wizard suggested that the first step was to switch >> from UDP to TCP. As it turns out the problem was that the ne2000 driver >> on my laptop was loosing packets. With udp the means to detect this was >> weak to non-existant. Changing to TCP meant that not only could the >> kernel detect that a packet had gotten lost but it only had to resend >> that one packet, not the entire buffer. From that point on the build >> process worked flawlessly in fact I was able to extend the process to >> work between a local NFS server and a remote NFS client located 25 miles >> away at the other end of an IPsec tunnel. >> >> Bottom line: change to TCP and retest. NFS over UDP is very sensitive to >> packet loss. >> -- Chris >> >> >> > yeah, your'ar right, NFS tcp would be propably better. My setup was > using UDP with changing port, that's the reason why, as for me, the > copy was freezed after somes bytes. But I still supprised by kernel > freezing after a night, so that I've had to reboot the server. > > As 5.x's support will be stopped, I'd better to upgrade all to 6.1 ( > NFS problems, openssl secure issues...) > > thanks a lot for all. > luc, remember, use keep frags in your ipf, that could save your life. -- Richard VENNE www.dental-on-line.com Phone: 01 43 27 94 24 fax: 01 43 27 66 85 From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 16:05:45 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E14516A403; Fri, 20 Oct 2006 16:05:45 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (w.timing.com [206.168.13.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6A1E43D45; Fri, 20 Oct 2006 16:05:44 +0000 (GMT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id k9KG5io6056948; Fri, 20 Oct 2006 10:05:44 -0600 (MDT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.13.8/8.13.8) with ESMTP id k9KG5ZL7041562; Fri, 20 Oct 2006 10:05:35 -0600 (MDT) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.13.8/8.13.8/Submit) id k9KG5Zn0041559; Fri, 20 Oct 2006 10:05:35 -0600 (MDT) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17720.62415.274270.378426@gromit.timing.com> Date: Fri, 20 Oct 2006 10:05:35 -0600 From: John E Hein To: John Baldwin In-Reply-To: <200610191044.30768.jhb@freebsd.org> References: <17718.20457.799395.602805@gromit.timing.com> <20061019100442.GN55428@deviant.kiev.zoral.com.ua> <200610191044.30768.jhb@freebsd.org> <17719.56453.21278.746053@gromit.timing.com> X-Mailer: VM 7.19 under Emacs 21.3.1 X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on Daffy.timing.com X-Virus-Status: Clean Cc: Kostik Belousov , stable@freebsd.org, davidxu@freebsd.org Subject: Re: locked vnode / nfs... requires kill -9 in ddb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 16:05:45 -0000 John Baldwin wrote at 10:44 -0400 on Oct 19, 2006: > On Thursday 19 October 2006 06:04, Kostik Belousov wrote: > > On Wed, Oct 18, 2006 at 10:01:45AM -0600, John E Hein wrote: > > > 6.2-PRERELEASE from 20061016 RELENG_6 sources. > > > Locked vnodes > > > > > > 0xc6b7bdd0: tag nfs, type VDIR > > > usecount 2, writecount 0, refcount 8 mountedhere 0 > > > flags (VV_ROOT) > > > v_object 0xc9d84108 ref 0 pages 0 > > > lock type nfs: EXCL (count 1) by thread 0xc8adac00 (pid 50746) with 5 > pending > > > fileid 8 fsid 0x300ff06 > > > > > > 50746 50000 49999 600 T+ sh > > > . > > > . > > > db>db> trace 50746 > > > Tracing pid 50746 tid 100231 td 0xc8adac00 > > > sched_switch(c8adac00,0,2) at 0xc05ce0cb = sched_switch+0x173 > > > mi_switch(2,0) at 0xc05c2b0a = mi_switch+0x1ba > > > thread_suspend_check(1,c079e04c,c8adac00,c9206b80,1,...) at 0xc05c722d = > thread_suspend_check+0x191 > > > sleepq_catch_signals(c9206b80) at 0xc05db93f = sleepq_catch_signals+0x103 > > > sleepq_wait_sig(c9206b80) at 0xc05dbd96 = sleepq_wait_sig+0xe > > > msleep(c9206b80,c08a6a40,153,c0813379,0) at 0xc05c2652 = msleep+0x25a > > > nfs_reply(c9206b80,0,c8adac00,4,c7ea7100,...) at 0xc06c33ac = > nfs_reply+0x244 > > > > nfs_request(c6b7bdd0,c6ae2d00,1,c8adac00,c7815280,e8f3488c,e8f34890,e8f34894,c8adac00,e8f348a0) > at 0xc06c40a5 = nfs_request+0x3c1 > > > nfs_getattr(e8f348dc) at 0xc06c912b = nfs_getattr+0x11f > > > VOP_GETATTR_APV(c086c700,e8f348dc) at 0xc07b260c = VOP_GETATTR_APV+0x38 > > > nfsspec_access(e8f34a8c,c6bf7c94,0,e8f349a4,c060ca26,...) at 0xc06cebf1 = > nfsspec_access+0x85 > > > nfs_access(e8f34a8c) at 0xc06c8b7a = nfs_access+0x122 > > > VOP_ACCESS_APV(c086c700,e8f34a8c) at 0xc07b25b0 = VOP_ACCESS_APV+0x38 > > > nfs_lookup(e8f34b18) at 0xc06c96ff = nfs_lookup+0xd3 > > > VOP_LOOKUP_APV(c086c700,e8f34b18) at 0xc07b22f7 = VOP_LOOKUP_APV+0x43 > > > lookup(e8f34c00) at 0xc060ee79 = lookup+0x4c1 > > > namei(e8f34c00) at 0xc060e71a = namei+0x39a > > > kern_stat(c8adac00,806712c,0,e8f34c74) at 0xc061d3cd = kern_stat+0x35 > > > stat(c8adac00,e8f34d04) at 0xc061d37b = stat+0x1b > > > syscall(3b,3b,3b,1,80670ec,...) at 0xc07a9363 = syscall+0x2bf > > > Xint0x80_syscall() at 0xc079456f = Xint0x80_syscall+0x1f > > > --- syscall (188, FreeBSD ELF32, stat), eip = 0x28196477, esp = > 0xbfbfdc1c, ebp = 0xbfbfdcb8 --- > > > db> kill 9 50746 > > > db> c > > > > The nfs_reply is sleeping with the PCATCH set. The question is why SIGTSTP > > does not cause msleep to return with EINTR. > > The problem is in thread_suspend_check(), not the sleepq code. It happened again (triggered by ctrl-z). INVARIANTS & WITNESS provided no help. Is the problem in thread_suspend_check() known? MFC-able from HEAD? I see this diff. I'm not sure it will help, but is there any reason not to try it in 6 (David Xu CC'd since he made this change)? Index: kern_thread.c =================================================================== RCS file: /base/FreeBSD-CVS/src/sys/kern/kern_thread.c,v retrieving revision 1.216.2.6 retrieving revision 1.235 diff -u -p -r1.216.2.6 -r1.235 --- kern_thread.c 2 Sep 2006 17:29:57 -0000 1.216.2.6 +++ kern_thread.c 28 Aug 2006 04:24:51 -0000 1.235 @@ -910,6 +926,10 @@ thread_suspend_check(int return_instead) (p->p_flag & P_SINGLE_BOUNDARY) && return_instead) return (ERESTART); + /* If thread will exit, flush its pending signals */ + if ((p->p_flag & P_SINGLE_EXIT) && (p->p_singlethread != td)) + sigqueue_flush(&td->td_sigqueue); + mtx_lock_spin(&sched_lock); thread_stopped(p); /* From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 16:38:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id DB21C16A47B; Fri, 20 Oct 2006 16:38:00 +0000 (UTC) In-Reply-To: <2a41acea0610191423q537834cfo2d0f2741fa8e8d63@mail.gmail.com> from Jack Vogel at "Oct 19, 2006 02:23:54 pm" To: jfvogel@gmail.com (Jack Vogel) Date: Fri, 20 Oct 2006 16:38:00 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20061020163800.DB21C16A47B@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: freebsd-stable@freebsd.org, kris@obsecurity.org Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 16:38:00 -0000 [Charset ISO-8859-1 unsupported, filtering to ASCII...] > On 10/19/06, Kris Kennaway wrote: > > On Thu, Oct 19, 2006 at 02:18:13PM -0700, Jack Vogel wrote: > > > The engineer in our test group has installed 6.2 BETA2 and attempted via a > > > number of tests to reproduce this problem, the machine even shares the em > > > interrupt with usb, and yet so far he has been unsuccessful. > > > > What tests is he running? > > He tried doing something Kip said reliably repro'd the issue, building a big > source archive over NFS. Then he has been running a continuous NFS data > back and forth copy since, that is still ongoing. > > Other suggestions? > > Jack > Just out of curiosity, what sort of torture tests does Intel do, in general, on the em driver on FreeBSD? One thing that I've found which works wonders at exposing race conditions is the Smartbits bi-directional IP forwarding test. Put two NICs in a system, configure for it for IP forwarding, then connect the Smartbits to each port and run the SmartApps router test in bi-directional mode. At 64 bytes per frame, it will try to push 2.96 million packets/second through both ports simultaneously (1.48 million in each direction). Of course, you won't actually be able to forward all the traffic, but the interfaces (not to mention the OS) should continue running regardless. This test exercises both the RX and TX paths and generates hundreds of thousands of interrupts per second. You'd be amazed at the sort of things you can discover with it. The downside of course is that a Smartbits with gigE ports isn't cheap, but I'd be surprised if Intel didn't have one kicking around somewhere. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 16:50:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1572C16A492 for ; Fri, 20 Oct 2006 16:50:50 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2898E43D5C for ; Fri, 20 Oct 2006 16:50:49 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so186973pye for ; Fri, 20 Oct 2006 09:50:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=myo6XPVMwHP1bfQbV1vxojgoyXzd1QtimVqMgPHRbGdd4G2f0sewO4H6faz1MATZ33MsOOxBXbfrm0TZQFfKp0MTI9uZ9jQR4qRWZIswv+VOUlX4VSiKn5O/pjVEWR48UQ3lI/9llkGbH+QDFBfC2FxkTz6577/LtCdcG65VrRY= Received: by 10.35.84.12 with SMTP id m12mr890838pyl; Fri, 20 Oct 2006 09:50:38 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Fri, 20 Oct 2006 09:50:38 -0700 (PDT) Message-ID: <2a41acea0610200950o1860ec9alf4103be192e49786@mail.gmail.com> Date: Fri, 20 Oct 2006 09:50:38 -0700 From: "Jack Vogel" To: "Bill Paul" In-Reply-To: <20061020163800.DB21C16A47B@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0610191423q537834cfo2d0f2741fa8e8d63@mail.gmail.com> <20061020163800.DB21C16A47B@hub.freebsd.org> Cc: freebsd-stable@freebsd.org, kris@obsecurity.org Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 16:50:50 -0000 On 10/20/06, Bill Paul wrote: > [Charset ISO-8859-1 unsupported, filtering to ASCII...] > > On 10/19/06, Kris Kennaway wrote: > > > On Thu, Oct 19, 2006 at 02:18:13PM -0700, Jack Vogel wrote: > > > > The engineer in our test group has installed 6.2 BETA2 and attempted via a > > > > number of tests to reproduce this problem, the machine even shares the em > > > > interrupt with usb, and yet so far he has been unsuccessful. > > > > > > What tests is he running? > > > > He tried doing something Kip said reliably repro'd the issue, building a big > > source archive over NFS. Then he has been running a continuous NFS data > > back and forth copy since, that is still ongoing. > > > > Other suggestions? > > > > Jack > > > > Just out of curiosity, what sort of torture tests does Intel do, in > general, on the em driver on FreeBSD? One thing that I've found which > works wonders at exposing race conditions is the Smartbits bi-directional > IP forwarding test. Put two NICs in a system, configure for it for IP > forwarding, then connect the Smartbits to each port and run the > SmartApps router test in bi-directional mode. At 64 bytes per frame, > it will try to push 2.96 million packets/second through both ports > simultaneously (1.48 million in each direction). Of course, you won't > actually be able to forward all the traffic, but the interfaces (not > to mention the OS) should continue running regardless. > > This test exercises both the RX and TX paths and generates hundreds of > thousands of interrupts per second. You'd be amazed at the sort of > things you can discover with it. The downside of course is that a > Smartbits with gigE ports isn't cheap, but I'd be surprised if Intel > didn't have one kicking around somewhere. Oh sure, they have Smartbits and a host of other hardware, but remember that this group tests Windows, Linux, FreeBSD, and a number of special case stuff. And guess what gets the most attention.... uhuh it isnt us :) The good thing is I believe most of the same battery of tests that run on Linux also get run against FreeBSD, so its significant, but something like what you are talking about is probably only done when there's a problem being investigated. Also, its a different org in our division, I dont know the details of all the tests they run, but they provide me with a steady stream of bug reports so they ARE doing their job :) Jack From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 16:55:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E21C16A407; Fri, 20 Oct 2006 16:55:05 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0ED843D64; Fri, 20 Oct 2006 16:55:03 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([165.236.175.187]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k9KGsr28052062; Fri, 20 Oct 2006 10:54:59 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4538FF57.1070109@samsco.org> Date: Fri, 20 Oct 2006 10:54:47 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bill Paul References: <20061020163800.DB21C16A47B@hub.freebsd.org> In-Reply-To: <20061020163800.DB21C16A47B@hub.freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-stable@freebsd.org, Jack Vogel , kris@obsecurity.org Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 16:55:05 -0000 Bill Paul wrote: > [Charset ISO-8859-1 unsupported, filtering to ASCII...] > >>On 10/19/06, Kris Kennaway wrote: >> >>>On Thu, Oct 19, 2006 at 02:18:13PM -0700, Jack Vogel wrote: >>> >>>>The engineer in our test group has installed 6.2 BETA2 and attempted via a >>>>number of tests to reproduce this problem, the machine even shares the em >>>>interrupt with usb, and yet so far he has been unsuccessful. >>> >>>What tests is he running? >> >>He tried doing something Kip said reliably repro'd the issue, building a big >>source archive over NFS. Then he has been running a continuous NFS data >>back and forth copy since, that is still ongoing. >> >>Other suggestions? >> >>Jack >> > > > Just out of curiosity, what sort of torture tests does Intel do, in > general, on the em driver on FreeBSD? One thing that I've found which > works wonders at exposing race conditions is the Smartbits bi-directional > IP forwarding test. Put two NICs in a system, configure for it for IP > forwarding, then connect the Smartbits to each port and run the > SmartApps router test in bi-directional mode. At 64 bytes per frame, > it will try to push 2.96 million packets/second through both ports > simultaneously (1.48 million in each direction). Of course, you won't > actually be able to forward all the traffic, but the interfaces (not > to mention the OS) should continue running regardless. > > This test exercises both the RX and TX paths and generates hundreds of > thousands of interrupts per second. You'd be amazed at the sort of > things you can discover with it. The downside of course is that a > Smartbits with gigE ports isn't cheap, but I'd be surprised if Intel > didn't have one kicking around somewhere. > > -Bill > This is exactly the test that Andre and I were running, though only in one direction (I think due to lack of hardware for a full test). Prior to the INTR_FAST change, the machine would live-lock. Now it survives, stays responsive, and drops packets as needed. Scott From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 17:41:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC0A816A47C for ; Fri, 20 Oct 2006 17:41:27 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id B201D43D4C for ; Fri, 20 Oct 2006 17:41:07 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by nz-out-0102.google.com with SMTP id o37so392996nzf for ; Fri, 20 Oct 2006 10:41:07 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=If9boSm+HJEQr+QE9Kr4EQsn9S8Aty7HvmQFtLT1H8Up1juP1BcPB0x9rjxOqvc0lGXezYUA7ImScD1q7b8H3AjKgEAQh9IZOtAd1p1zcf58jkFQjz836PZxGX9cIkve6/GBC8pyI5wadKhCuJDA2JpqM0hsZ1K4QCwP+ixOeF0= Received: by 10.35.60.15 with SMTP id n15mr979812pyk; Fri, 20 Oct 2006 10:08:56 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Fri, 20 Oct 2006 10:08:56 -0700 (PDT) Message-ID: <2a41acea0610201008s301d963ds5728d7b145a5e5b4@mail.gmail.com> Date: Fri, 20 Oct 2006 10:08:56 -0700 From: "Jack Vogel" To: "Scott Long" In-Reply-To: <4538FF57.1070109@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061020163800.DB21C16A47B@hub.freebsd.org> <4538FF57.1070109@samsco.org> Cc: Bill Paul , freebsd-stable@freebsd.org, kris@obsecurity.org Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 17:41:27 -0000 On 10/20/06, Scott Long wrote: > Bill Paul wrote: > > [Charset ISO-8859-1 unsupported, filtering to ASCII...] > > > >>On 10/19/06, Kris Kennaway wrote: > >> > >>>On Thu, Oct 19, 2006 at 02:18:13PM -0700, Jack Vogel wrote: > >>> > >>>>The engineer in our test group has installed 6.2 BETA2 and attempted via a > >>>>number of tests to reproduce this problem, the machine even shares the em > >>>>interrupt with usb, and yet so far he has been unsuccessful. > >>> > >>>What tests is he running? > >> > >>He tried doing something Kip said reliably repro'd the issue, building a big > >>source archive over NFS. Then he has been running a continuous NFS data > >>back and forth copy since, that is still ongoing. > >> > >>Other suggestions? > >> > >>Jack > >> > > > > > > Just out of curiosity, what sort of torture tests does Intel do, in > > general, on the em driver on FreeBSD? One thing that I've found which > > works wonders at exposing race conditions is the Smartbits bi-directional > > IP forwarding test. Put two NICs in a system, configure for it for IP > > forwarding, then connect the Smartbits to each port and run the > > SmartApps router test in bi-directional mode. At 64 bytes per frame, > > it will try to push 2.96 million packets/second through both ports > > simultaneously (1.48 million in each direction). Of course, you won't > > actually be able to forward all the traffic, but the interfaces (not > > to mention the OS) should continue running regardless. > > > > This test exercises both the RX and TX paths and generates hundreds of > > thousands of interrupts per second. You'd be amazed at the sort of > > things you can discover with it. The downside of course is that a > > Smartbits with gigE ports isn't cheap, but I'd be surprised if Intel > > didn't have one kicking around somewhere. > > > > -Bill > > > > This is exactly the test that Andre and I were running, though only in > one direction (I think due to lack of hardware for a full test). > Prior to the INTR_FAST change, the machine would live-lock. Now it > survives, stays responsive, and drops packets as needed. I just checked with our group lead (John Ronciak) and he says I have a Smartbits available to me, so I'm gonna try and get this set up :) Thanks for the suggestion Bill. Jack From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 19:13:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB6EB16A407; Fri, 20 Oct 2006 19:13:47 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A92C43D5C; Fri, 20 Oct 2006 19:13:44 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k9KJDd3R077584; Fri, 20 Oct 2006 15:13:39 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Bruce M. Simpson" Date: Fri, 20 Oct 2006 15:12:40 -0400 User-Agent: KMail/1.9.1 References: <15af975d0609212321r29fdd287p462ae0f2b7e404b4@mail.gmail.com> <451A3E33.8010805@goodforbusiness.co.uk> <45382F43.6020509@FreeBSD.org> In-Reply-To: <45382F43.6020509@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610201512.41108.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 20 Oct 2006 15:13:39 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/2058/Fri Oct 20 08:22:07 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Dominic Marks , CyberSans AirBort , freebsd-stable@freebsd.org Subject: Re: bug on BTX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 19:13:47 -0000 On Thursday 19 October 2006 22:06, Bruce M. Simpson wrote: > Hi all, > > FYI, this change adds 32 bytes to btx leaving 139 bytes free, according > to btxld(8). As you probably all know, and just as a reminder, size in > boot2 is at a premium -- it can't go over 8192 bytes as this is the > boot-sector limit in the BSD disk-label. My other changes trim btx by 48 bytes. I actually plan on MFC'ing this stuff into 6.2. We actually have 100+ free bytes in boot2 right now anyways. > Per my IRC discussions with jhb@ : given that BTX reflects the hardware > interrupts, we shouldn't need to reprogram the AT-PICs; indeed GRUB does > not. This was one of his concerns. We can probably get away with a > simple trampoline a la GRUB providing the INTs invoked by BTX or LOADER > don't attempt to rewrite or redirect interrupt vectors once we're up and > running. BTX currently uses different IDT offsets for the PICs, it puts them right next to each other instead of using 0x70-0x78 (IIRC) for the slave PIC. That can be adjusted though to make BTX use the same IDT offsets as the BIOS in which case we wouldn't have to touch the PIC at all. That would require a larger IDT though, and I'm not sure if the IDT is statically allocated in BTX (if so, it might result in a space problem), however reusing the BIOS IDT offsets would be preferable to re-programming the PICs on every mode switch. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 19:13:49 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D65B16A40F; Fri, 20 Oct 2006 19:13:49 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AAD443D5D; Fri, 20 Oct 2006 19:13:44 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k9KJDd3S077584; Fri, 20 Oct 2006 15:13:41 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: John E Hein Date: Fri, 20 Oct 2006 15:13:54 -0400 User-Agent: KMail/1.9.1 References: <17718.20457.799395.602805@gromit.timing.com> <17719.56453.21278.746053@gromit.timing.com> <17720.62415.274270.378426@gromit.timing.com> In-Reply-To: <17720.62415.274270.378426@gromit.timing.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610201513.55539.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 20 Oct 2006 15:13:41 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/2058/Fri Oct 20 08:22:07 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Kostik Belousov , stable@freebsd.org, davidxu@freebsd.org Subject: Re: locked vnode / nfs... requires kill -9 in ddb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 19:13:49 -0000 On Friday 20 October 2006 12:05, John E Hein wrote: > John Baldwin wrote at 10:44 -0400 on Oct 19, 2006: > > On Thursday 19 October 2006 06:04, Kostik Belousov wrote: > > > On Wed, Oct 18, 2006 at 10:01:45AM -0600, John E Hein wrote: > > > > 6.2-PRERELEASE from 20061016 RELENG_6 sources. > > > > Locked vnodes > > > > > > > > 0xc6b7bdd0: tag nfs, type VDIR > > > > usecount 2, writecount 0, refcount 8 mountedhere 0 > > > > flags (VV_ROOT) > > > > v_object 0xc9d84108 ref 0 pages 0 > > > > lock type nfs: EXCL (count 1) by thread 0xc8adac00 (pid 50746) with 5 > > pending > > > > fileid 8 fsid 0x300ff06 > > > > > > > > 50746 50000 49999 600 T+ sh > > > > . > > > > . > > > > db>db> trace 50746 > > > > Tracing pid 50746 tid 100231 td 0xc8adac00 > > > > sched_switch(c8adac00,0,2) at 0xc05ce0cb = sched_switch+0x173 > > > > mi_switch(2,0) at 0xc05c2b0a = mi_switch+0x1ba > > > > thread_suspend_check(1,c079e04c,c8adac00,c9206b80,1,...) at 0xc05c722d = > > thread_suspend_check+0x191 > > > > sleepq_catch_signals(c9206b80) at 0xc05db93f = sleepq_catch_signals+0x103 > > > > sleepq_wait_sig(c9206b80) at 0xc05dbd96 = sleepq_wait_sig+0xe > > > > msleep(c9206b80,c08a6a40,153,c0813379,0) at 0xc05c2652 = msleep+0x25a > > > > nfs_reply(c9206b80,0,c8adac00,4,c7ea7100,...) at 0xc06c33ac = > > nfs_reply+0x244 > > > > > > nfs_request(c6b7bdd0,c6ae2d00,1,c8adac00,c7815280,e8f3488c,e8f34890,e8f34894,c8adac00,e8f348a0) > > at 0xc06c40a5 = nfs_request+0x3c1 > > > > nfs_getattr(e8f348dc) at 0xc06c912b = nfs_getattr+0x11f > > > > VOP_GETATTR_APV(c086c700,e8f348dc) at 0xc07b260c = VOP_GETATTR_APV+0x38 > > > > nfsspec_access(e8f34a8c,c6bf7c94,0,e8f349a4,c060ca26,...) at 0xc06cebf1 = > > nfsspec_access+0x85 > > > > nfs_access(e8f34a8c) at 0xc06c8b7a = nfs_access+0x122 > > > > VOP_ACCESS_APV(c086c700,e8f34a8c) at 0xc07b25b0 = VOP_ACCESS_APV+0x38 > > > > nfs_lookup(e8f34b18) at 0xc06c96ff = nfs_lookup+0xd3 > > > > VOP_LOOKUP_APV(c086c700,e8f34b18) at 0xc07b22f7 = VOP_LOOKUP_APV+0x43 > > > > lookup(e8f34c00) at 0xc060ee79 = lookup+0x4c1 > > > > namei(e8f34c00) at 0xc060e71a = namei+0x39a > > > > kern_stat(c8adac00,806712c,0,e8f34c74) at 0xc061d3cd = kern_stat+0x35 > > > > stat(c8adac00,e8f34d04) at 0xc061d37b = stat+0x1b > > > > syscall(3b,3b,3b,1,80670ec,...) at 0xc07a9363 = syscall+0x2bf > > > > Xint0x80_syscall() at 0xc079456f = Xint0x80_syscall+0x1f > > > > --- syscall (188, FreeBSD ELF32, stat), eip = 0x28196477, esp = > > 0xbfbfdc1c, ebp = 0xbfbfdcb8 --- > > > > db> kill 9 50746 > > > > db> c > > > > > > The nfs_reply is sleeping with the PCATCH set. The question is why SIGTSTP > > > does not cause msleep to return with EINTR. > > > > The problem is in thread_suspend_check(), not the sleepq code. > > > It happened again (triggered by ctrl-z). > INVARIANTS & WITNESS provided no help. > > Is the problem in thread_suspend_check() known? > MFC-able from HEAD? > > I see this diff. I'm not sure it will help, but is there any reason > not to try it in 6 (David Xu CC'd since he made this change)? > > Index: kern_thread.c > =================================================================== > RCS file: /base/FreeBSD-CVS/src/sys/kern/kern_thread.c,v > retrieving revision 1.216.2.6 > retrieving revision 1.235 > diff -u -p -r1.216.2.6 -r1.235 > --- kern_thread.c 2 Sep 2006 17:29:57 -0000 1.216.2.6 > +++ kern_thread.c 28 Aug 2006 04:24:51 -0000 1.235 > @@ -910,6 +926,10 @@ thread_suspend_check(int return_instead) > (p->p_flag & P_SINGLE_BOUNDARY) && return_instead) > return (ERESTART); > > + /* If thread will exit, flush its pending signals */ > + if ((p->p_flag & P_SINGLE_EXIT) && (p->p_singlethread != td)) > + sigqueue_flush(&td->td_sigqueue); > + > mtx_lock_spin(&sched_lock); > thread_stopped(p); > /* This change is not applicable to 6.x. The bug is likely in both 6.x and HEAD in thread_suspend_check(). -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 21:05:52 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A3B816A415 for ; Fri, 20 Oct 2006 21:05:52 +0000 (UTC) (envelope-from matthieu.michaud@epita.info) Received: from marge.cload.net (marge.cload.net [88.191.31.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id A272743D45 for ; Fri, 20 Oct 2006 21:05:50 +0000 (GMT) (envelope-from matthieu.michaud@epita.info) Received: (qmail 7175 invoked from network); 20 Oct 2006 21:05:49 -0000 Received: from unknown (HELO ?192.168.2.16?) (192.168.2.16) by 0 with ESMTP; 20 Oct 2006 21:05:49 -0000 Message-ID: <45393A29.3080100@epita.info> Date: Fri, 20 Oct 2006 23:05:45 +0200 From: Matthieu Michaud User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG, olli@lurza.secnetix.de References: <200610121537.k9CFbWpw069896@lurza.secnetix.de> In-Reply-To: <200610121537.k9CFbWpw069896@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: Re: VIA C7 support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 21:05:52 -0000 Oliver Fromme a écrit : > Matthieu Michaud wrote: > > I rent a small server based on a VIA C7 on which I installed a > > 6.2-PRERELEASE as of today (see dmesg and kernconf attached). It runs > > fairly well but I wonder if it couldn't be faster. > > > > According to padlock(4) man page, crypto hardware support is available > > by adding padlock, crypto and cryptodev kernel options. I compiled it as > > modules. I haven't noticed difference between 'openssl speed' and > > 'openssl speed -engine padlock'. I attached results. > > I don't know if the openssl command really uses the padlock > engine. I doubt it. > > But with scp the throughput doubles when padlock is enabled > on my C3 Nehemiah. So it clearly helps scp. (FAST_IPSEC > also benefits from it, but I don't use IPSEC so I don't > have numbers.) some basic scp over large file showed it :) > > Finally, I tried to read 16M from /dev/random and /dev/urandom to look > > at RNG support. It reads at 2M/s on both device. Comparing to a P4 1.7G > > and P4 2.8G, it's few : they both performs around 14M/s on almost as > > recent kernel. > > There's a difference in quality: I doubt that those 16MB > that you got in about one second on the P4 were really > as random as the 2 MB that you got on the C7. > > Also take into account that you usually don't read that > much data from /dev/random. Quality is much more important > than speed. you are right. do you know an easy way to evaluate this quality ? From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 21:11:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11C2E16A416 for ; Fri, 20 Oct 2006 21:11:47 +0000 (UTC) (envelope-from matthieu.michaud@epita.info) Received: from marge.cload.net (marge.cload.net [88.191.31.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF85143D5D for ; Fri, 20 Oct 2006 21:11:43 +0000 (GMT) (envelope-from matthieu.michaud@epita.info) Received: (qmail 7241 invoked from network); 20 Oct 2006 21:11:43 -0000 Received: from unknown (HELO ?192.168.2.16?) (192.168.2.16) by 0 with ESMTP; 20 Oct 2006 21:11:43 -0000 Message-ID: <45393B8B.5050506@epita.info> Date: Fri, 20 Oct 2006 23:11:39 +0200 From: Matthieu Michaud User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Mike Tancsa References: <1160664469.92207.51.camel@moe.cload.net> <200610121537.k9CFbWpw069896@lurza.secnetix.de> <7.0.1.0.0.20061012115832.15edc1b0@sentex.net> In-Reply-To: <7.0.1.0.0.20061012115832.15edc1b0@sentex.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: VIA C7 support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 21:11:47 -0000 Mike Tancsa a écrit : > At 11:37 AM 10/12/2006, Oliver Fromme wrote: >> Matthieu Michaud wrote: >> > I rent a small server based on a VIA C7 on which I installed a >> > 6.2-PRERELEASE as of today (see dmesg and kernconf attached). It runs >> > fairly well but I wonder if it couldn't be faster. >> > >> > According to padlock(4) man page, crypto hardware support is available >> > by adding padlock, crypto and cryptodev kernel options. I compiled >> it as >> > modules. I haven't noticed difference between 'openssl speed' and >> > 'openssl speed -engine padlock'. I attached results. >> >> I don't know if the openssl command really uses the padlock >> engine. I doubt it. > > It will if you tell it to, but remember, its only AES that it will speed > up. You wont see a difference in things like 3des etc. > > Just do the tests for aes > > Try something like > > openssl speed -evp aes-256-ecb -engine padlock > vs > openssl speed -evp aes-256-ecb -engine dynamic > > On a CPU: VIA C3 Nehemiah+RNG+AES (796.77-MHz 686-class CPU) > I get > > type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 > bytes > aes-256-ecb 37610.62k 142398.18k 389573.81k 678504.21k > 868056.96k > aes-256-ecb 4923.20k 5143.88k 5222.51k 5256.46k > 5276.31k > > For comparison, here is the same test on a Celeron 2.6 and an AMD 3800 > aes-256-ecb 39727.25k 41359.33k 42596.01k 42919.64k > 42940.31k > aes-256-ecb 27408.65k 32035.54k 32623.81k 32767.08k > 32822.06k ok, now i see a difference. on my C7 running a recent 6.2 : aes-128-ecb 140283.57k 509427.16k 1340639.69k 2158707.04k 2626033.49k aes-128-ecb 16956.08k 17668.87k 17894.31k 17951.39k 17967.98k it might explain scp speedup. thanx for pointing it to me :) From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 21:21:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 5893C16A492; Fri, 20 Oct 2006 21:21:38 +0000 (UTC) In-Reply-To: <4538FF57.1070109@samsco.org> from Scott Long at "Oct 20, 2006 10:54:47 am" To: scottl@samsco.org (Scott Long) Date: Fri, 20 Oct 2006 21:21:38 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20061020212138.5893C16A492@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: freebsd-stable@freebsd.org, jfvogel@gmail.com, kris@obsecurity.org Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 21:21:38 -0000 > Bill Paul wrote: > > [Charset ISO-8859-1 unsupported, filtering to ASCII...] > > > >>On 10/19/06, Kris Kennaway wrote: > >> > >>>On Thu, Oct 19, 2006 at 02:18:13PM -0700, Jack Vogel wrote: > >>> > >>>>The engineer in our test group has installed 6.2 BETA2 and attempted via a > >>>>number of tests to reproduce this problem, the machine even shares the em > >>>>interrupt with usb, and yet so far he has been unsuccessful. > >>> > >>>What tests is he running? > >> > >>He tried doing something Kip said reliably repro'd the issue, building a big > >>source archive over NFS. Then he has been running a continuous NFS data > >>back and forth copy since, that is still ongoing. > >> > >>Other suggestions? > >> > >>Jack > >> > > > > > > Just out of curiosity, what sort of torture tests does Intel do, in > > general, on the em driver on FreeBSD? One thing that I've found which > > works wonders at exposing race conditions is the Smartbits bi-directional > > IP forwarding test. Put two NICs in a system, configure for it for IP > > forwarding, then connect the Smartbits to each port and run the > > SmartApps router test in bi-directional mode. At 64 bytes per frame, > > it will try to push 2.96 million packets/second through both ports > > simultaneously (1.48 million in each direction). Of course, you won't > > actually be able to forward all the traffic, but the interfaces (not > > to mention the OS) should continue running regardless. > > > > This test exercises both the RX and TX paths and generates hundreds of > > thousands of interrupts per second. You'd be amazed at the sort of > > things you can discover with it. The downside of course is that a > > Smartbits with gigE ports isn't cheap, but I'd be surprised if Intel > > didn't have one kicking around somewhere. > > > > -Bill > > > > This is exactly the test that Andre and I were running, though only in > one direction (I think due to lack of hardware for a full test). Yes, but did you do it with a Smartbits though, or just with a couple of other FreeBSD machines? Unfortunately, a typical FreeBSD system on its own won't generate frames anywhere near fast enough to really torture test a gigE interface. At best you might hit around 200000 to 300000 frames/sec. A given Smartbits system doesn't need special hardware to run a bi-directional forwarding test. If you're using SmartApps, you just have to click the "Bi-Directional" checkbox on the main setup window. (At least, that's how it is with the ones at work.) Being able to flood the link with the Smartbits is also handy for provoking error conditions (RX overruns and TX underruns, mostly), which shows you how well (or not) the driver's error recovery works. In the past I considered creating a kernel module that would grab hold of a given interface and blast traffic through it with as little software overhead as possible (e.g. sending the same mbuf over and over) in order to create my own test system that could hopefully rival the Smartbits, but I never got around to it. I'm not sure that it's really possible without custom hardware though. > Prior to the INTR_FAST change, the machine would live-lock. Now it > survives, stays responsive, and drops packets as needed. The wide range of failures people seem to be reporting might mean that the driver code itself is not the issue, but that there's an interaction with some other part of the system. This means torture testing the driver itself might not be enough to provoke the problems. Unfortunately, nobody seems to have nailed down a good test case for any of these failures. I strongly suspect people are leaving out details which seem obvious and/or trivial to them, but which are critical to finding the problem. ("Oh, I was using SCHED_ULE... was I not supposed to do that? Tee-hee. *curls finger in blonde hair*) Another thing that might be handy is improving the watchdog timeout message so that it dumps the state of the ICR and ICM registers (and maybe some other interesting driver and/or device state). The timeout implies no interrupts were delivered for a Long Time (tm). If the ICM register indicates interrupts have been masked, then that means em_intr_fast() was triggered by and interrupt and it scheduled work, but that work never executed. If that really is what happened, then I can understand the watchdog error occuring. If that's _not_ what happened, them something else is screwed up. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 21:32:49 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0F5616A4A7; Fri, 20 Oct 2006 21:32:49 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3C4643E10; Fri, 20 Oct 2006 21:30:54 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([165.236.175.187]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k9KLUidh053729; Fri, 20 Oct 2006 15:30:50 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <45393FFE.9020604@samsco.org> Date: Fri, 20 Oct 2006 15:30:38 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bill Paul References: <20061020212138.5893C16A492@hub.freebsd.org> In-Reply-To: <20061020212138.5893C16A492@hub.freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-stable@FreeBSD.ORG, jfvogel@gmail.com, kris@obsecurity.org Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 21:32:49 -0000 Bill Paul wrote: > > Yes, but did you do it with a Smartbits though, or just with a couple of > other FreeBSD machines? Unfortunately, a typical FreeBSD system on its own > won't generate frames anywhere near fast enough to really torture test a > gigE interface. At best you might hit around 200000 to 300000 frames/sec. > Yes, it was some model of a Smartbits. > A given Smartbits system doesn't need special hardware to run a > bi-directional forwarding test. If you're using SmartApps, you just > have to click the "Bi-Directional" checkbox on the main setup window. > (At least, that's how it is with the ones at work.) Didn't know the details here. > > Being able to flood the link with the Smartbits is also handy for > provoking error conditions (RX overruns and TX underruns, mostly), which > shows you how well (or not) the driver's error recovery works. Yup, tested that =-) > > In the past I considered creating a kernel module that would grab hold > of a given interface and blast traffic through it with as little software > overhead as possible (e.g. sending the same mbuf over and over) in order > to create my own test system that could hopefully rival the Smartbits, > but I never got around to it. I'm not sure that it's really possible > without custom hardware though. > I tried this. It was too crude. > >>Prior to the INTR_FAST change, the machine would live-lock. Now it >>survives, stays responsive, and drops packets as needed. > > > The wide range of failures people seem to be reporting might mean that > the driver code itself is not the issue, but that there's an interaction > with some other part of the system. This means torture testing the driver > itself might not be enough to provoke the problems. > It's indeed a complex problem, but I haven't ruled out the driver. Shifting timing around in innocent ways seems to be the key. > Unfortunately, nobody seems to have nailed down a good test case for > any of these failures. I strongly suspect people are leaving out details > which seem obvious and/or trivial to them, but which are critical to > finding the problem. ("Oh, I was using SCHED_ULE... was I not supposed > to do that? Tee-hee. *curls finger in blonde hair*) The survey that Kris and I sent out specifically asked about ULE, as well as other 'deceptively obvious' attributes. > > Another thing that might be handy is improving the watchdog timeout > message so that it dumps the state of the ICR and ICM registers (and > maybe some other interesting driver and/or device state). The timeout > implies no interrupts were delivered for a Long Time (tm). If the > ICM register indicates interrupts have been masked, then that means > em_intr_fast() was triggered by and interrupt and it scheduled work, > but that work never executed. If that really is what happened, then > I can understand the watchdog error occuring. If that's _not_ what > happened, them something else is screwed up. Yes, instrumenting em_watchdog is on my TODO list, and will hopefully reveal a lot more information here. Scott From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 21:54:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE7A916A492 for ; Fri, 20 Oct 2006 21:54:07 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 329F843E7B for ; Fri, 20 Oct 2006 21:52:20 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so274121pye for ; Fri, 20 Oct 2006 14:52:19 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tPC+vu8z+trj16ZyoL/gUX2lU8TAfnQE25kQnpedbJjVT+uKiSyzK0qmJzzErukj9kbdFltmOljya11cz2LF5euBnMN2/aHEAXizhskMfVaZCkSCY1uYIQqMLhjCT7ZT96g36bqCg99wfBaofIRjdWwRcd5Om4IcpfM24HTgTsI= Received: by 10.35.99.17 with SMTP id b17mr1443241pym; Fri, 20 Oct 2006 14:52:19 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Fri, 20 Oct 2006 14:52:19 -0700 (PDT) Message-ID: <2a41acea0610201452v22f2bae9mcc0e71d2157d8bbb@mail.gmail.com> Date: Fri, 20 Oct 2006 14:52:19 -0700 From: "Jack Vogel" To: "Bill Paul" In-Reply-To: <20061020212138.5893C16A492@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4538FF57.1070109@samsco.org> <20061020212138.5893C16A492@hub.freebsd.org> Cc: freebsd-stable@freebsd.org, kris@obsecurity.org Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 21:54:08 -0000 On 10/20/06, Bill Paul wrote: > > This is exactly the test that Andre and I were running, though only in > > one direction (I think due to lack of hardware for a full test). > > Yes, but did you do it with a Smartbits though, or just with a couple of > other FreeBSD machines? Unfortunately, a typical FreeBSD system on its own > won't generate frames anywhere near fast enough to really torture test a > gigE interface. At best you might hit around 200000 to 300000 frames/sec. > > A given Smartbits system doesn't need special hardware to run a > bi-directional forwarding test. If you're using SmartApps, you just > have to click the "Bi-Directional" checkbox on the main setup window. > (At least, that's how it is with the ones at work.) > > Being able to flood the link with the Smartbits is also handy for > provoking error conditions (RX overruns and TX underruns, mostly), which > shows you how well (or not) the driver's error recovery works. > > In the past I considered creating a kernel module that would grab hold > of a given interface and blast traffic through it with as little software > overhead as possible (e.g. sending the same mbuf over and over) in order > to create my own test system that could hopefully rival the Smartbits, > but I never got around to it. I'm not sure that it's really possible > without custom hardware though. Our Linux team has this, as far as I know its only been used by our internal test types though, I have not seen the code, but I take this as evidence that it IS doable :) > > Prior to the INTR_FAST change, the machine would live-lock. Now it > > survives, stays responsive, and drops packets as needed. > > The wide range of failures people seem to be reporting might mean that > the driver code itself is not the issue, but that there's an interaction > with some other part of the system. This means torture testing the driver > itself might not be enough to provoke the problems. > > Unfortunately, nobody seems to have nailed down a good test case for > any of these failures. I strongly suspect people are leaving out details > which seem obvious and/or trivial to them, but which are critical to > finding the problem. ("Oh, I was using SCHED_ULE... was I not supposed > to do that? Tee-hee. *curls finger in blonde hair*) > > Another thing that might be handy is improving the watchdog timeout > message so that it dumps the state of the ICR and ICM registers (and > maybe some other interesting driver and/or device state). The timeout > implies no interrupts were delivered for a Long Time (tm). If the > ICM register indicates interrupts have been masked, then that means > em_intr_fast() was triggered by and interrupt and it scheduled work, > but that work never executed. If that really is what happened, then > I can understand the watchdog error occuring. If that's _not_ what > happened, them something else is screwed up. Jesse Brandeburg just did an interesting hack for the Linux driver, I was considering trying to code an equivalent thing up for us. We have evidence that on some AMD based systems there are writebacks that get lost, since the TX cleanup relies on the DD being set you are hosed when this happens. What he did was make a cleanup routine that ONLY uses the head and tail pointers and NOT the done bit. Then, in the watchdog routine, if there is evidence of this problem it will switch the cleanup function pointer to this alternate clean code. At least one user that was having a problem has reported this solved it. It may be one of the issues hitting us as well. Jack From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 22:04:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 78E9416A47B; Fri, 20 Oct 2006 22:04:32 +0000 (UTC) In-Reply-To: <2a41acea0610200950o1860ec9alf4103be192e49786@mail.gmail.com> from Jack Vogel at "Oct 20, 2006 09:50:38 am" To: jfvogel@gmail.com (Jack Vogel) Date: Fri, 20 Oct 2006 22:04:32 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20061020220432.78E9416A47B@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: freebsd-stable@freebsd.org, kris@obsecurity.org Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 22:04:32 -0000 > > > > Just out of curiosity, what sort of torture tests does Intel do, in > > general, on the em driver on FreeBSD? One thing that I've found which > > works wonders at exposing race conditions is the Smartbits bi-directional > > IP forwarding test. Put two NICs in a system, configure for it for IP > > forwarding, then connect the Smartbits to each port and run the > > SmartApps router test in bi-directional mode. At 64 bytes per frame, > > it will try to push 2.96 million packets/second through both ports > > simultaneously (1.48 million in each direction). Of course, you won't > > actually be able to forward all the traffic, but the interfaces (not > > to mention the OS) should continue running regardless. > > > > This test exercises both the RX and TX paths and generates hundreds of > > thousands of interrupts per second. You'd be amazed at the sort of > > things you can discover with it. The downside of course is that a > > Smartbits with gigE ports isn't cheap, but I'd be surprised if Intel > > didn't have one kicking around somewhere. > > Oh sure, they have Smartbits and a host of other hardware, but remember > that this group tests Windows, Linux, FreeBSD, and a number of special > case stuff. And guess what gets the most attention.... uhuh it isnt us :) Yeah yeah, I know. > The good thing is I believe most of the same battery of tests that run on > Linux also get run against FreeBSD, Okay, but what are these tests? Inquiring minds really do want to know. :) > so its significant, but something > like what you are talking about is probably only done when there's a > problem being investigated. Uhm. Well, in my VxWorks driver development process, the Smartbits bi-directional torture test is mandatory (except in cases where the hardware won't permit it, i.e. boards with only one ethernet port). I decided it should be so after encountering multiple pre-existing VxWorks drivers that I could clobber with a simple burst of UDP traffic from ttcp running on my office workstation. I would rather not have my own code make me look that foolish. (I look foolish for plenty of other reasons.) The amount of time needed to set up the test is trivial, assuming you've already got a test system up and running with your driver code, and it doesn't take that long to run. Of course, I'm biased since I've run the tests many times, and have easy access to the hardware and software. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 23:05:32 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C7C116A407 for ; Fri, 20 Oct 2006 23:05:32 +0000 (UTC) (envelope-from lauasanf@wilderness.homeip.net) Received: from mxsf26.cluster1.charter.net (mxsf26.cluster1.charter.net [209.225.28.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id C022043D7D for ; Fri, 20 Oct 2006 23:05:15 +0000 (GMT) (envelope-from lauasanf@wilderness.homeip.net) Received: from mxip04a.cluster1.charter.net (mxip04a.cluster1.charter.net [209.225.28.134]) by mxsf26.cluster1.charter.net (8.12.11.20060308/8.12.11) with ESMTP id k9KN5Dmv007372 for ; Fri, 20 Oct 2006 19:05:14 -0400 Received: from 24-159-55-136.dhcp.jcsn.tn.charter.com (HELO [192.168.1.6]) ([24.159.55.136]) by mxip04a.cluster1.charter.net with ESMTP; 20 Oct 2006 19:05:14 -0400 X-IronPort-AV: i="4.09,336,1157342400"; d="scan'208"; a="221194585:sNHT23473996" Message-ID: <4539563E.7010803@wilderness.homeip.net> Date: Fri, 20 Oct 2006 18:05:34 -0500 From: Laurence Sanford User-Agent: Thunderbird 1.5.0.7 (X11/20060926) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Hard lock on 6.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 23:05:32 -0000 It's taken me a while to narrow down what this is, but today I finally narrowed it all the way down. High network load on the system causes it to hard lock, nothing but pulling the plug will get any response. The network interface is nve on an Asus A8N-SLI. The magic bullet appears to be: bit torrent downloading/seeding at least two torrents. Doesn't matter what client your using. I've done this using Azureus and Ktorrent both. FTP'ing something (either direction) from the box. I've gone so far as to throttle the ftp client to 300K/s, and it will still do it. Things worth noting: I've narrowed this down by doing stupid things to try to make it crash, such as building world+3 or 4 other large things at once, moving large files between disks, etc. Many things have triggered this (NFS activity, etc) but the only common thread I found was network activity, since it's done this with and without NFS running (I wanted to eleminate NFS since it seems to be a bit unstable at the moment) doing a multitude of tasks. The network cable connecting this system to the switch is perfect. The switch rarely shows any collisions unless network load is high on this box, then the collision light will come on nearly constantly. dmesg: root@colossus(~)# dmesg Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-STABLE #6: Sat Sep 2 04:56:20 CDT 2006 lauasanf@colossus.cotharyus.net:/usr/obj/usr/src/sys/Colossus Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2010.31-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20fb1 Stepping = 1 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x3 Cores per package: 2 real memory = 1073676288 (1023 MB) avail memory = 1037369344 (989 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) 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 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xdb102000-0xdb102fff irq 21 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xfeb00000-0xfeb000ff irq 22 at device 2.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 4 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 10 ports with 10 removable, self powered pcm0: port 0xd400-0xd4ff,0xd800-0xd8ff mem 0xdb101000-0xdb101fff irq 23 at device 4.0 on pci0 pcm0: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 6.0 on pci0 ata0: on atapci0 ata1: on atapci0 pcib1: at device 9.0 on pci0 pci5: on pcib1 fwohci0: mem 0xdb004000-0xdb0047ff,0xdb000000-0xdb003fff irq 16 at device 11.0 on pci5 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:d8:00:00:86:18:47 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) nve0: port 0xd000-0xd007 mem 0xdb100000-0xdb100fff irq 21 at device 10.0 on pci0 nve0: Ethernet address 00:15:f2:7f:80:86 miibus0: on nve0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nve0: Ethernet address: 00:15:f2:7f:80:86 pcib2: at device 11.0 on pci0 pci4: on pcib2 pcib3: at device 12.0 on pci0 pci3: on pcib3 pcib4: at device 13.0 on pci0 pci2: on pcib4 pcib5: at device 14.0 on pci0 pci1: on pcib5 nvidia0: mem 0xd8000000-0xd8ffffff,0xd0000000-0xd7ffffff,0xd9000000-0xd9ffffff irq 18 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 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-0xcefff,0xd0000-0xd3fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] 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 uhid0: Logitech Inc. WingMan Force 3D, rev 1.00/1.06, addr 2, iclass 3/0 ukbd0: Microsoft Natural\M-. Ergonomic Keyboard 4000, rev 2.00/1.73, addr 3, iclass 3/1 kbd1 at ukbd0 uhid1: Microsoft Natural\M-. Ergonomic Keyboard 4000, rev 2.00/1.73, addr 3, iclass 3/1 umass0: Generic USB Storage Device, rev 1.10/1.00, addr 4 ums0: Microsoft Microsoft Trackball Optical\M-., rev 1.10/1.21, addr 5, iclass 3/1 ums0: 5 buttons and Z dir. uhid2: Jess Tech GGE909 PC Recoil Pad, rev 1.10/1.01, addr 6, iclass 3/0 Timecounters tick every 1.000 msec ad0: 43979MB at ata0-master UDMA100 ad1: 190782MB at ata0-slave UDMA100 ad2: 38166MB at ata1-master UDMA100 acd0: DVDR at ata1-slave UDMA33 SMP: AP CPU #1 Launched! cd0 at ata1 bus 0 target 1 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 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 1.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present da2 at umass-sim0 bus 0 target 0 lun 2 da2: Removable Direct Access SCSI-0 device da2: 1.000MB/s transfers da2: 489MB (1002497 512 byte sectors: 64H 32S/T 489C) da3 at umass-sim0 bus 0 target 0 lun 3 da3: Removable Direct Access SCSI-0 device da3: 1.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): Unretryable error Opened disk da1 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): Unretryable error Opened disk da1 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): Unretryable error Opened disk da1 -> 6 (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:3): SCSI Status: Check Condition (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 (da3:umass-sim0:0:0:3): Medium not present (da3:umass-sim0:0:0:3): Unretryable error Opened disk da3 -> 6 (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:3): SCSI Status: Check Condition (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 (da3:umass-sim0:0:0:3): Medium not present (da3:umass-sim0:0:0:3): Unretryable error Opened disk da3 -> 6 (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:3): SCSI Status: Check Condition (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 (da3:umass-sim0:0:0:3): Medium not present (da3:umass-sim0:0:0:3): Unretryable error Opened disk da3 -> 6 Trying to mount root from ufs:/dev/ad0s1a I'll answer any questions I can about this, or provide further information if needed. I'm interested in seeing if anyone else can confirm or reproduce this, or if it's a known problem. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 20 23:46:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 1BD5216A40F; Fri, 20 Oct 2006 23:46:36 +0000 (UTC) In-Reply-To: <2a41acea0610201452v22f2bae9mcc0e71d2157d8bbb@mail.gmail.com> from Jack Vogel at "Oct 20, 2006 02:52:19 pm" To: jfvogel@gmail.com (Jack Vogel) Date: Fri, 20 Oct 2006 23:46:36 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20061020234636.1BD5216A40F@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: freebsd-stable@freebsd.org, kris@obsecurity.org Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 23:46:36 -0000 [...] > > Another thing that might be handy is improving the watchdog timeout > > message so that it dumps the state of the ICR and ICM registers (and > > maybe some other interesting driver and/or device state). The timeout > > implies no interrupts were delivered for a Long Time (tm). If the > > ICM register indicates interrupts have been masked, then that means > > em_intr_fast() was triggered by and interrupt and it scheduled work, > > but that work never executed. If that really is what happened, then > > I can understand the watchdog error occuring. If that's _not_ what > > happened, them something else is screwed up. > > Jesse Brandeburg just did an interesting hack for the Linux driver, I > was considering trying to code an equivalent thing up for us. We > have evidence that on some AMD based systems there are writebacks > that get lost, since the TX cleanup relies on the DD being set you > are hosed when this happens. What he did was make a cleanup > routine that ONLY uses the head and tail pointers and NOT the done > bit. Then, in the watchdog routine, if there is evidence of this problem > it will switch the cleanup function pointer to this alternate clean code. Oho, I didn't realize the 8254x had producer/consumer indexes like this. Hm. But the documentation for the Transmit Descriptor Head register says: "Reading the transmit descriptor head to determine which buffers have been used (and can be returned to the memory pool) is not reliable." There's a similar notation for the Receive Descriptor Head register. I wonder what's unreliable about it. > At least one user that was having a problem has reported this solved > it. It may be one of the issues hitting us as well. Switching from testing the descriptor completion bits to using the consumer indexes should be pretty straightforward. It's worth a shot at any rate. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-stable@FreeBSD.ORG Sat Oct 21 00:25:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 79EF016A415; Sat, 21 Oct 2006 00:25:06 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-stable@freebsd.org Date: Sat, 21 Oct 2006 08:25:00 +0800 User-Agent: KMail/1.8.2 References: <17718.20457.799395.602805@gromit.timing.com> <20061019100442.GN55428@deviant.kiev.zoral.com.ua> In-Reply-To: <20061019100442.GN55428@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610210825.00228.davidxu@freebsd.org> Cc: Kostik Belousov , stable@freebsd.org, John E Hein , jhb@freebsd.org Subject: Re: locked vnode / nfs... requires kill -9 in ddb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 00:25:07 -0000 On Thursday 19 October 2006 18:04, Kostik Belousov wrote: > > The nfs_reply is sleeping with the PCATCH set. The question is why SIGTSTP > does not cause msleep to return with EINTR. I have not been tracking the thread. but if the thread is sleeping with PCATCH, the SIGTSTP should cause the process to stop unless the signal is masked by sigprocmask or the signal has an action handler been set, this is a correct behavior. David Xu From owner-freebsd-stable@FreeBSD.ORG Sat Oct 21 00:25:06 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 79EF016A415; Sat, 21 Oct 2006 00:25:06 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-stable@freebsd.org Date: Sat, 21 Oct 2006 08:25:00 +0800 User-Agent: KMail/1.8.2 References: <17718.20457.799395.602805@gromit.timing.com> <20061019100442.GN55428@deviant.kiev.zoral.com.ua> In-Reply-To: <20061019100442.GN55428@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610210825.00228.davidxu@freebsd.org> Cc: Kostik Belousov , stable@freebsd.org, John E Hein , jhb@freebsd.org Subject: Re: locked vnode / nfs... requires kill -9 in ddb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 00:25:07 -0000 On Thursday 19 October 2006 18:04, Kostik Belousov wrote: > > The nfs_reply is sleeping with the PCATCH set. The question is why SIGTSTP > does not cause msleep to return with EINTR. I have not been tracking the thread. but if the thread is sleeping with PCATCH, the SIGTSTP should cause the process to stop unless the signal is masked by sigprocmask or the signal has an action handler been set, this is a correct behavior. David Xu From owner-freebsd-stable@FreeBSD.ORG Sat Oct 21 00:28:22 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 1450516A47B; Sat, 21 Oct 2006 00:28:22 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: John E Hein Date: Sat, 21 Oct 2006 08:28:15 +0800 User-Agent: KMail/1.8.2 References: <17718.20457.799395.602805@gromit.timing.com> <17719.56453.21278.746053@gromit.timing.com> <17720.62415.274270.378426@gromit.timing.com> In-Reply-To: <17720.62415.274270.378426@gromit.timing.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610210828.16146.davidxu@freebsd.org> Cc: Kostik Belousov , stable@freebsd.org, John Baldwin Subject: Re: locked vnode / nfs... requires kill -9 in ddb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 00:28:22 -0000 On Saturday 21 October 2006 00:05, John E Hein wrote: > > The problem is in thread_suspend_check(), not the sleepq code. > > It happened again (triggered by ctrl-z). > INVARIANTS & WITNESS provided no help. > > Is the problem in thread_suspend_check() known? > MFC-able from HEAD? > I don't think thread_suspend_check itself has problem. > I see this diff. I'm not sure it will help, but is there any reason > not to try it in 6 (David Xu CC'd since he made this change)? > > Index: kern_thread.c > =================================================================== > RCS file: /base/FreeBSD-CVS/src/sys/kern/kern_thread.c,v > retrieving revision 1.216.2.6 > retrieving revision 1.235 > diff -u -p -r1.216.2.6 -r1.235 > --- kern_thread.c 2 Sep 2006 17:29:57 -0000 1.216.2.6 > +++ kern_thread.c 28 Aug 2006 04:24:51 -0000 1.235 > @@ -910,6 +926,10 @@ thread_suspend_check(int return_instead) > (p->p_flag & P_SINGLE_BOUNDARY) && return_instead) > return (ERESTART); > > + /* If thread will exit, flush its pending signals */ > + if ((p->p_flag & P_SINGLE_EXIT) && (p->p_singlethread != td)) > + sigqueue_flush(&td->td_sigqueue); > + > mtx_lock_spin(&sched_lock); > thread_stopped(p); > /* This patch is only for -CURRENT, it is used to release memory occupied by signal queue which does not exist in -STABLE, it is only called when the process is exiting. From owner-freebsd-stable@FreeBSD.ORG Sat Oct 21 02:40:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA16916A403 for ; Sat, 21 Oct 2006 02:40:52 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8BF343D46 for ; Sat, 21 Oct 2006 02:40:51 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id c59so344005pyc for ; Fri, 20 Oct 2006 19:40:51 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=eZMoD7DZbWgkMHfuAshMRYHKVDaxvPizSrC9M2Vg6wTiuBBODViCXDm27/py/ADrmRfVdoFC4gfBD4UzzI6rTo4ErQ5Nj3Phr7zxU4Uf6dLqioVYuNpo2hDGvn3hSMCmn2MXSqz0HOsCoNX8a970FgVfhLf3e83uWhKnc85W10o= Received: by 10.35.80.20 with SMTP id h20mr1844368pyl; Fri, 20 Oct 2006 19:40:50 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Fri, 20 Oct 2006 19:40:50 -0700 (PDT) Message-ID: <2a41acea0610201940g5718e12avf9bfa61bb38e777d@mail.gmail.com> Date: Fri, 20 Oct 2006 19:40:50 -0700 From: "Jack Vogel" To: "Bill Paul" In-Reply-To: <20061020234636.1BD5216A40F@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0610201452v22f2bae9mcc0e71d2157d8bbb@mail.gmail.com> <20061020234636.1BD5216A40F@hub.freebsd.org> Cc: freebsd-stable@freebsd.org, kris@obsecurity.org Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 02:40:52 -0000 On 10/20/06, Bill Paul wrote: > > [...] > > > > Another thing that might be handy is improving the watchdog timeout > > > message so that it dumps the state of the ICR and ICM registers (and > > > maybe some other interesting driver and/or device state). The timeout > > > implies no interrupts were delivered for a Long Time (tm). If the > > > ICM register indicates interrupts have been masked, then that means > > > em_intr_fast() was triggered by and interrupt and it scheduled work, > > > but that work never executed. If that really is what happened, then > > > I can understand the watchdog error occuring. If that's _not_ what > > > happened, them something else is screwed up. > > > > Jesse Brandeburg just did an interesting hack for the Linux driver, I > > was considering trying to code an equivalent thing up for us. We > > have evidence that on some AMD based systems there are writebacks > > that get lost, since the TX cleanup relies on the DD being set you > > are hosed when this happens. What he did was make a cleanup > > routine that ONLY uses the head and tail pointers and NOT the done > > bit. Then, in the watchdog routine, if there is evidence of this problem > > it will switch the cleanup function pointer to this alternate clean code. > > Oho, I didn't realize the 8254x had producer/consumer indexes like this. > Hm. But the documentation for the Transmit Descriptor Head register > says: > > "Reading the transmit descriptor head to determine which buffers > have been used (and can be returned to the memory pool) is not reliable." > > There's a similar notation for the Receive Descriptor Head register. > > I wonder what's unreliable about it. > > > At least one user that was having a problem has reported this solved > > it. It may be one of the issues hitting us as well. > > Switching from testing the descriptor completion bits to using the > consumer indexes should be pretty straightforward. It's worth a shot > at any rate. > I have not yet looked at Jesse's code to see if he does anything fancy but there is one other driver that I know of on our hardware (and no its not for that so-called OS from Redmond) that has always done this so it must not be THAT unreliable. It just isnt using the full capability of the hardware, but if it works.... :) Jesse's code is supposed to be on our driver site on sourceforge, I just have been too busy to go look for it, but its public. BTW, I got a Smartbits unit in my cubicle today, got software installed and hardware almost there, not quite done yet. It sure can pump LOTS of packets though :) Will report results as I get them. Jack From owner-freebsd-stable@FreeBSD.ORG Sat Oct 21 03:57:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8B7516A403; Sat, 21 Oct 2006 03:57:57 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (fw.zoral.com.ua [213.186.206.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF24543D49; Sat, 21 Oct 2006 03:57:56 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k9L3gcsQ023734 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 21 Oct 2006 06:42:38 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id k9L3vp7E023597; Sat, 21 Oct 2006 06:57:51 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id k9L3voGn023596; Sat, 21 Oct 2006 06:57:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 21 Oct 2006 06:57:49 +0300 From: Kostik Belousov To: David Xu Message-ID: <20061021035749.GY55428@deviant.kiev.zoral.com.ua> References: <17718.20457.799395.602805@gromit.timing.com> <20061019100442.GN55428@deviant.kiev.zoral.com.ua> <200610210825.00228.davidxu@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TG7lY2/6mW/akb80" Content-Disposition: inline In-Reply-To: <200610210825.00228.davidxu@freebsd.org> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=1.9 required=5.0 tests=DNS_FROM_RFC_ABUSE, SPF_NEUTRAL,UNPARSEABLE_RELAY autolearn=no version=3.1.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on fw.zoral.com.ua Cc: freebsd-stable@freebsd.org, John E Hein , jhb@freebsd.org Subject: Re: locked vnode / nfs... requires kill -9 in ddb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 03:57:57 -0000 --TG7lY2/6mW/akb80 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 21, 2006 at 08:25:00AM +0800, David Xu wrote: > On Thursday 19 October 2006 18:04, Kostik Belousov wrote: >=20 > > > > The nfs_reply is sleeping with the PCATCH set. The question is why SIGT= STP > > does not cause msleep to return with EINTR. >=20 > I have not been tracking the thread. but if the thread is sleeping with > PCATCH, the SIGTSTP should cause the process to stop unless the signal > is masked by sigprocmask or the signal has an action handler been set,=20 > this is a correct behavior. >=20 David, as I understand the report, the following happens. The nfs mount point with intr option issued the request and waits for the reply. Some vnode locks are held while waiting. Code needs to catch the signals to abort the operation on user request. It uses msleep with PCATCH. The thread in question has td_locks > 0. The SIGTSTP is delivered, and thread is stopped, while holding vnode lock. How this situation shall be handled ? Namely, how to sleep while having the ability to safely clean up on attempt of stopping ? Masking SIGTSTP is not the option, due to SIGSTOP having the same results and not being blockable. [Would it be right to stop the threads only on returning from kernel to user mode ?] --TG7lY2/6mW/akb80 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFOZq8C3+MBN1Mb4gRAoe0AKDlcYfrkhhZw2V0hH3rQ91rReMWZgCgmtwe UMjTItSwMVI13OxIHv1GFQk= =VhRS -----END PGP SIGNATURE----- --TG7lY2/6mW/akb80-- From owner-freebsd-stable@FreeBSD.ORG Sat Oct 21 06:17:09 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82A5616A403 for ; Sat, 21 Oct 2006 06:17:09 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id B757C43D60 for ; Sat, 21 Oct 2006 06:17:08 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k9L6H6an074942 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 21 Oct 2006 10:17:07 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k9L6H6OS074941; Sat, 21 Oct 2006 10:17:06 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sat, 21 Oct 2006 10:17:06 +0400 From: Gleb Smirnoff To: Jack Vogel Message-ID: <20061021061706.GN40362@FreeBSD.org> References: <2a41acea0610181046k822afd1qcec4187dc8514187@mail.gmail.com> <2a41acea0610181531y732cd5sa7bf733cc445491c@mail.gmail.com> <20061018171704.A3851@demos.bsdclusters.com> <4537C126.5000207@FreeBSD.org> <2a41acea0610191140j13d43e12q72fc7697652e222a@mail.gmail.com> <20061019190221.GH71000@droso.net> <2a41acea0610191418q6c6fac45xdd9ad824bd6cae2f@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <2a41acea0610191418q6c6fac45xdd9ad824bd6cae2f@mail.gmail.com> User-Agent: Mutt/1.5.6i Cc: freebsd-stable@FreeBSD.org Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 06:17:09 -0000 On Thu, Oct 19, 2006 at 02:18:13PM -0700, Jack Vogel wrote: J> The engineer in our test group has installed 6.2 BETA2 and attempted via a J> number of tests to reproduce this problem, the machine even shares the em J> interrupt with usb, and yet so far he has been unsuccessful. I've failed to reproduce on a system where IRQ was shared between em(4) and fxp(4). I've put traffic on both, but failed to reproduce. Probably shared IRQ is required, but not sufficient. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Sat Oct 21 06:21:15 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89C5D16A415 for ; Sat, 21 Oct 2006 06:21:15 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C12843D5C for ; Sat, 21 Oct 2006 06:21:14 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k9L6LCDx074984 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 21 Oct 2006 10:21:13 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k9L6LCMB074983 for freebsd-stable@freebsd.org; Sat, 21 Oct 2006 10:21:12 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sat, 21 Oct 2006 10:21:12 +0400 From: Gleb Smirnoff To: freebsd-stable@FreeBSD.org Message-ID: <20061021062112.GO40362@FreeBSD.org> References: <2a41acea0610181046k822afd1qcec4187dc8514187@mail.gmail.com> <2a41acea0610181531y732cd5sa7bf733cc445491c@mail.gmail.com> <20061018171704.A3851@demos.bsdclusters.com> <4537C126.5000207@FreeBSD.org> <2a41acea0610191140j13d43e12q72fc7697652e222a@mail.gmail.com> <20061019190221.GH71000@droso.net> <20061019191816.GA72758@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20061019191816.GA72758@icarus.home.lan> User-Agent: Mutt/1.5.6i Cc: Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 06:21:15 -0000 On Thu, Oct 19, 2006 at 12:18:16PM -0700, Jeremy Chadwick wrote: J> > A bit more helpfull, but unfortunately not much is a datapoint saying no J> > problems April 3rd and watchdog timeouts after September 28 RELENG_6. I J> > know, probably too vague to be of any use, but there it is. J> J> Someone else has already discussed the date of the commit which J> supposedly broke this. Here is the exact post in the exact thread J> discussing this: J> J> http://lists.freebsd.org/pipermail/freebsd-stable/2006-October/029094.html Yes, this merge was awesome in its volume. However, it is suspected that this part of merge causes the problem: o a significant performance improvements. the interrupt handler schedules work to a private taskqueue. the em_rxeof() function runs lockless. rev. 1.98 - 1.101 by scottl. To check whether this is true or not, one needs to build kernel with em(4) static in the kernel and with DEVICE_POLLING option. One shouldn't turn polling(4) on em(4), but option must be present in kernel config. In this case the driver will use interrupt driven module, but with old style interrupt handler, that doesn't make use of taskqueue. I'd appreciate if people who are observing the problem will report whether adding DEVICE_POLLING option to kernel config helps them or not. This will help to tell whether the problem is in the above quote or in the import of new versions from vendor. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Sat Oct 21 06:56:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FE3716A407; Sat, 21 Oct 2006 06:56:38 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (w.timing.com [206.168.13.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15D1C43D4C; Sat, 21 Oct 2006 06:56:37 +0000 (GMT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id k9L6ubaE044040; Sat, 21 Oct 2006 00:56:37 -0600 (MDT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.13.8/8.13.8) with ESMTP id k9L6uYDg069685; Sat, 21 Oct 2006 00:56:34 -0600 (MDT) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.13.8/8.13.8/Submit) id k9L6uYQP069682; Sat, 21 Oct 2006 00:56:34 -0600 (MDT) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17721.50338.220767.201120@gromit.timing.com> Date: Sat, 21 Oct 2006 00:56:34 -0600 From: John E Hein To: Kostik Belousov In-Reply-To: <20061021035749.GY55428@deviant.kiev.zoral.com.ua> References: <17718.20457.799395.602805@gromit.timing.com> <20061019100442.GN55428@deviant.kiev.zoral.com.ua> <200610210825.00228.davidxu@freebsd.org> <20061021035749.GY55428@deviant.kiev.zoral.com.ua> X-Mailer: VM 7.19 under Emacs 21.3.1 X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on Daffy.timing.com X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org, David Xu , jhb@freebsd.org Subject: Re: locked vnode / nfs... requires kill -9 in ddb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 06:56:38 -0000 Kostik Belousov wrote at 06:57 +0300 on Oct 21, 2006: > On Sat, Oct 21, 2006 at 08:25:00AM +0800, David Xu wrote: > > On Thursday 19 October 2006 18:04, Kostik Belousov wrote: > > > > > > > > The nfs_reply is sleeping with the PCATCH set. The question is why SIGTSTP > > > does not cause msleep to return with EINTR. > > > > I have not been tracking the thread. but if the thread is sleeping with > > PCATCH, the SIGTSTP should cause the process to stop unless the signal > > is masked by sigprocmask or the signal has an action handler been set, > > this is a correct behavior. > > > David, > as I understand the report, the following happens. The nfs mount point with > intr option issued the request and waits for the reply. Some vnode locks are > held while waiting. Code needs to catch the signals to abort the operation > on user request. It uses msleep with PCATCH. The thread in question has > td_locks > 0. > > The SIGTSTP is delivered, and thread is stopped, while holding vnode lock. > How this situation shall be handled ? Namely, how to sleep while having the > ability to safely clean up on attempt of stopping ? Masking SIGTSTP is not > the option, due to SIGSTOP having the same results and not being blockable. > > [Would it be right to stop the threads only on returning from kernel to user > mode ?] David, here's the original report. http://lists.freebsd.org/pipermail/freebsd-stable/2006-October/029755.html Indeed, as Kostik surmised, the mount point is mounted intr. I did not notice this problem while running with releng_6 from late June for 3 months. Could it be this problem was introduced between then and now? This also just happened today on a system I just updated from 5.3 to 5.5-p8. From owner-freebsd-stable@FreeBSD.ORG Sat Oct 21 07:10:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 9FEA316A4D1; Sat, 21 Oct 2006 07:10:20 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-stable@freebsd.org Date: Sat, 21 Oct 2006 15:10:09 +0800 User-Agent: KMail/1.8.2 References: <17718.20457.799395.602805@gromit.timing.com> <20061021035749.GY55428@deviant.kiev.zoral.com.ua> <17721.50338.220767.201120@gromit.timing.com> In-Reply-To: <17721.50338.220767.201120@gromit.timing.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610211510.09350.davidxu@freebsd.org> Cc: Kostik Belousov , John E Hein , jhb@freebsd.org Subject: Re: locked vnode / nfs... requires kill -9 in ddb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 07:10:21 -0000 On Saturday 21 October 2006 14:56, John E Hein wrote: > David, here's the original report. > http://lists.freebsd.org/pipermail/freebsd-stable/2006-October/029755.html > > Indeed, as Kostik surmised, the mount point is mounted intr. > > I did not notice this problem while running with releng_6 from late > June for 3 months. Could it be this problem was introduced between > then and now? > > This also just happened today on a system I just updated from 5.3 > to 5.5-p8. This is also RELENG_4's behavior, if PCATCH is set, the tsleep will call CURSIG() which will suspends current process if there is a SIGTSTP or SIGSTOP signal. From owner-freebsd-stable@FreeBSD.ORG Sat Oct 21 07:16:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 5C34516A403; Sat, 21 Oct 2006 07:16:05 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-stable@freebsd.org Date: Sat, 21 Oct 2006 15:15:58 +0800 User-Agent: KMail/1.8.2 References: <17718.20457.799395.602805@gromit.timing.com> <200610210825.00228.davidxu@freebsd.org> <20061021035749.GY55428@deviant.kiev.zoral.com.ua> In-Reply-To: <20061021035749.GY55428@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610211515.58766.davidxu@freebsd.org> Cc: Kostik Belousov , John E Hein , jhb@freebsd.org Subject: Re: locked vnode / nfs... requires kill -9 in ddb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 07:16:05 -0000 On Saturday 21 October 2006 11:57, Kostik Belousov wrote: > On Sat, Oct 21, 2006 at 08:25:00AM +0800, David Xu wrote: > > On Thursday 19 October 2006 18:04, Kostik Belousov wrote: > > > The nfs_reply is sleeping with the PCATCH set. The question is why > > > SIGTSTP does not cause msleep to return with EINTR. > > > > I have not been tracking the thread. but if the thread is sleeping with > > PCATCH, the SIGTSTP should cause the process to stop unless the signal > > is masked by sigprocmask or the signal has an action handler been set, > > this is a correct behavior. > > David, > as I understand the report, the following happens. The nfs mount point with > intr option issued the request and waits for the reply. Some vnode locks > are held while waiting. Code needs to catch the signals to abort the > operation on user request. It uses msleep with PCATCH. The thread in > question has td_locks > 0. > > The SIGTSTP is delivered, and thread is stopped, while holding vnode lock. > How this situation shall be handled ? Namely, how to sleep while having the > ability to safely clean up on attempt of stopping ? Masking SIGTSTP is not > the option, due to SIGSTOP having the same results and not being blockable. > > [Would it be right to stop the threads only on returning from kernel to > user mode ?] I know in the case, you want signal to interrupt the thread but don't want a job control signal to suspend the thread, but a PCATCH flag is not enough to tell the case. I think we are trying to fix the history problem of RELENG_4 or earlier. David Xu From owner-freebsd-stable@FreeBSD.ORG Sat Oct 21 07:22:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9211A16A416; Sat, 21 Oct 2006 07:22:54 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (ns1int.timing.com [206.168.13.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5430C43D5D; Sat, 21 Oct 2006 07:22:53 +0000 (GMT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id k9L7MqbT046184; Sat, 21 Oct 2006 01:22:52 -0600 (MDT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.13.8/8.13.8) with ESMTP id k9L7MoQ8069967; Sat, 21 Oct 2006 01:22:50 -0600 (MDT) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.13.8/8.13.8/Submit) id k9L7Mn6D069964; Sat, 21 Oct 2006 01:22:49 -0600 (MDT) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17721.51913.929897.898519@gromit.timing.com> Date: Sat, 21 Oct 2006 01:22:49 -0600 From: John E Hein To: David Xu In-Reply-To: <200610211510.09350.davidxu@freebsd.org> References: <17718.20457.799395.602805@gromit.timing.com> <20061021035749.GY55428@deviant.kiev.zoral.com.ua> <17721.50338.220767.201120@gromit.timing.com> <200610211510.09350.davidxu@freebsd.org> X-Mailer: VM 7.19 under Emacs 21.3.1 X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on Daffy.timing.com X-Virus-Status: Clean Cc: Kostik Belousov , freebsd-stable@freebsd.org, jhb@freebsd.org Subject: Re: locked vnode / nfs... requires kill -9 in ddb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 07:22:54 -0000 David Xu wrote at 15:10 +0800 on Oct 21, 2006: > On Saturday 21 October 2006 14:56, John E Hein wrote: > > > David, here's the original report. > > http://lists.freebsd.org/pipermail/freebsd-stable/2006-October/029755.html > > > > Indeed, as Kostik surmised, the mount point is mounted intr. > > > > I did not notice this problem while running with releng_6 from late > > June for 3 months. Could it be this problem was introduced between > > then and now? > > > > This also just happened today on a system I just updated from 5.3 > > to 5.5-p8. > > This is also RELENG_4's behavior, if PCATCH is set, the tsleep will > call CURSIG() which will suspends current process if there is a > SIGTSTP or SIGSTOP signal. Great. Suspending the process is what I expect when I hit ctrl-z. Hanging access to the filesystem isn't. ;) Nor have I had this problem when running 4.11 From owner-freebsd-stable@FreeBSD.ORG Sat Oct 21 07:47:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 5A96916A412; Sat, 21 Oct 2006 07:47:00 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-stable@freebsd.org Date: Sat, 21 Oct 2006 15:46:53 +0800 User-Agent: KMail/1.8.2 References: <17718.20457.799395.602805@gromit.timing.com> <200610211510.09350.davidxu@freebsd.org> <17721.51913.929897.898519@gromit.timing.com> In-Reply-To: <17721.51913.929897.898519@gromit.timing.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610211546.53759.davidxu@freebsd.org> Cc: Kostik Belousov , John E Hein , jhb@freebsd.org Subject: Re: locked vnode / nfs... requires kill -9 in ddb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 07:47:00 -0000 On Saturday 21 October 2006 15:22, John E Hein wrote: > David Xu wrote at 15:10 +0800 on Oct 21, 2006: > > This is also RELENG_4's behavior, if PCATCH is set, the tsleep will > > call CURSIG() which will suspends current process if there is a > > SIGTSTP or SIGSTOP signal. > > Great. Suspending the process is what I expect when I hit ctrl-z. > Hanging access to the filesystem isn't. ;) > > Nor have I had this problem when running 4.11 Do you know the NFS code have not been changed since then ? ;-) From owner-freebsd-stable@FreeBSD.ORG Sat Oct 21 08:23:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38F5F16A4AB for ; Sat, 21 Oct 2006 08:23:30 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81EFA43D6D for ; Sat, 21 Oct 2006 08:23:26 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k9L8NHbB056823; Sat, 21 Oct 2006 02:23:22 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4539D8F0.3050602@samsco.org> Date: Sat, 21 Oct 2006 02:23:12 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Bill Moran References: <45364782.8090209@samsco.org> <45366122.6090704@mintel.com> <20061019130040.5f06baf7.wmoran@collaborativefusion.com> In-Reply-To: <20061019130040.5f06baf7.wmoran@collaborativefusion.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Jason Thomson , freebsd-stable@freebsd.org, Conrad Burger Subject: Re: When will the new BCE driver in HEAD be incorporated into RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 08:23:30 -0000 Bill Moran wrote: > In response to Jason Thomson : > >> Scott Long wrote: >> > Conrad Burger wrote: >> > >> >> Hi >> >> >> >> It looks like there is a "new" version of the bce driver in HEAD. >> >> When will it be incorporated into Releng_6? >> > >> > >> > It will be merged when someone, preferably 2-3 people, tell me that >> > the changes in HEAD work for them. So far, no one has. >> > >> > Scott >> > _______________________________________________ >> >> Using the driver from HEAD* in the latest RELENG_6 didn't fix our >> problems. >> >> We could still trigger the Watchdog timeout when copying a local file to >> an NFS mounted filesystem (UDP mount, GigE speeds). > > Same here, although it seemed to require a lot more effort to produce the > problem. > > I see there have been additional updates to the driver in the past 10 > hours. I'll grab those and try again to see if they help any. > I'll cautiously say that the latest set of changes to bce might be interesting for you. It now survives all of my ttcp and netblast tests in both UDP and TCP. Please let me know if it makes things better, worse, or no change for you. Scott From owner-freebsd-stable@FreeBSD.ORG Sat Oct 21 08:27:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 133D416A403 for ; Sat, 21 Oct 2006 08:27:15 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92B9D43D49 for ; Sat, 21 Oct 2006 08:27:14 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k9L8R4ZL056850; Sat, 21 Oct 2006 02:27:10 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4539D9D3.6040305@samsco.org> Date: Sat, 21 Oct 2006 02:26:59 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: kramer@centtech.com References: <45362C94.5070804@centtech.com> <453647A1.6080608@samsco.org> <453651B4.2040502@centtech.com> In-Reply-To: <453651B4.2040502@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: When will the new BCE driver in HEAD be incorporated into RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 08:27:15 -0000 I'm not really a Broadcom developer, but I play one on TV =-) Scott Kevin Kramer wrote: > Sorry, I thought that you and others were working on numerous Broadcom > issues including incorrect recognition of the chipsets for the Poweredge > 1950's and Precision 390. You had been responding to most of the threads > regarding Broadcom issues. > > ------------------------------ > > Kevin Kramer > Sr. Systems Administrator > 512.418.5725 > Centaur Technology, Inc. > www.centtech.com > > > > Scott Long wrote the following on 10/18/06 10:26: >> Kevin Kramer wrote: >>> and will it support the BCM5754 in the Precision 390? >>> >> >> No idea, ask the vendor. >> >> Scott From owner-freebsd-stable@FreeBSD.ORG Sat Oct 21 12:28:09 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B9AD16A40F for ; Sat, 21 Oct 2006 12:28:09 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE1BD43D45 for ; Sat, 21 Oct 2006 12:28:03 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id k9LCS0Kt029934 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 21 Oct 2006 14:28:01 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <4539563E.7010803@wilderness.homeip.net> References: <4539563E.7010803@wilderness.homeip.net> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <01CB88A1-CE4D-4A78-9871-F6AF0E2C8C98@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Sat, 21 Oct 2006 14:29:17 +0200 To: Laurence Sanford X-Mailer: Apple Mail (2.752.2) Cc: stable@freebsd.org Subject: Re: Hard lock on 6.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 12:28:09 -0000 Am 21.10.2006 um 01:05 schrieb Laurence Sanford: > The switch rarely shows any collisions unless network load is high > on this box, then the collision light will come on nearly constantly. Depending on what exactly the collision led signifies on your switch, this might indicate a problem. On a full-duplex link, there cannot be any collisions by definition. You should make sure that your switch and nve0 are both full-duplex. If your "collision" led indicates back-pressure being applied to the port, then it might be OK. Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Sat Oct 21 14:20:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32E0A16A4B3; Sat, 21 Oct 2006 14:20:28 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (w.timing.com [206.168.13.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FE3F43E85; Sat, 21 Oct 2006 14:18:56 +0000 (GMT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id k9LEIMjG083472; Sat, 21 Oct 2006 08:18:22 -0600 (MDT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.13.8/8.13.8) with ESMTP id k9LEIKnV079513; Sat, 21 Oct 2006 08:18:20 -0600 (MDT) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.13.8/8.13.8/Submit) id k9LEIKK3079510; Sat, 21 Oct 2006 08:18:20 -0600 (MDT) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17722.11308.120825.542241@gromit.timing.com> Date: Sat, 21 Oct 2006 08:18:20 -0600 From: John E Hein To: David Xu In-Reply-To: <200610211546.53759.davidxu@freebsd.org> References: <17718.20457.799395.602805@gromit.timing.com> <200610211510.09350.davidxu@freebsd.org> <17721.51913.929897.898519@gromit.timing.com> <200610211546.53759.davidxu@freebsd.org> X-Mailer: VM 7.19 under Emacs 21.3.1 X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on Daffy.timing.com X-Virus-Status: Clean Cc: Kostik Belousov , freebsd-stable@freebsd.org, jhb@freebsd.org Subject: Re: locked vnode / nfs... requires kill -9 in ddb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 14:20:28 -0000 David Xu wrote at 15:46 +0800 on Oct 21, 2006: > On Saturday 21 October 2006 15:22, John E Hein wrote: > > David Xu wrote at 15:10 +0800 on Oct 21, 2006: > > > This is also RELENG_4's behavior, if PCATCH is set, the tsleep will > > > call CURSIG() which will suspends current process if there is a > > > SIGTSTP or SIGSTOP signal. > > > > Great. Suspending the process is what I expect when I hit ctrl-z. > > Hanging access to the filesystem isn't. ;) > > > > Nor have I had this problem when running 4.11 > > Do you know the NFS code have not been changed since then ? ;-) A quick glance shows me it hasn't changed much from 4.11... some large fs changes in nfs, some kqueue stuff in kern, not much. No changes at all it seems in the area we're talking about. From owner-freebsd-stable@FreeBSD.ORG Sat Oct 21 16:33:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66EE616A417 for ; Sat, 21 Oct 2006 16:33:56 +0000 (UTC) (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 2136443D55 for ; Sat, 21 Oct 2006 16:33:53 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GbJnD-000EkX-Cb for freebsd-stable@freebsd.org; Sat, 21 Oct 2006 16:33:53 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GbJiy-00065j-Fm for freebsd-stable@freebsd.org; Sat, 21 Oct 2006 09:29:28 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17722.19176.63601.137662@roam.psg.com> Date: Sat, 21 Oct 2006 09:29:28 -0700 To: FreeBSD Stable References: <17719.43574.819134.370333@roam.psg.com> <20061020005501.R32598@fledge.watson.org> X-Spam-Score: -1.4 (-) Subject: Re: 5 to 6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 16:33:56 -0000 for the record, i followed the recipe in UPDATING and it worked. randy From owner-freebsd-stable@FreeBSD.ORG Sat Oct 21 16:57:55 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B348316A415; Sat, 21 Oct 2006 16:57:55 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64F8543D55; Sat, 21 Oct 2006 16:57:55 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 4640E1A3C1A; Sat, 21 Oct 2006 09:57:55 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7766751595; Sat, 21 Oct 2006 12:57:53 -0400 (EDT) Date: Sat, 21 Oct 2006 12:57:52 -0400 From: Kris Kennaway To: Gleb Smirnoff Message-ID: <20061021165752.GA9681@xor.obsecurity.org> References: <2a41acea0610181046k822afd1qcec4187dc8514187@mail.gmail.com> <2a41acea0610181531y732cd5sa7bf733cc445491c@mail.gmail.com> <20061018171704.A3851@demos.bsdclusters.com> <4537C126.5000207@FreeBSD.org> <2a41acea0610191140j13d43e12q72fc7697652e222a@mail.gmail.com> <20061019190221.GH71000@droso.net> <2a41acea0610191418q6c6fac45xdd9ad824bd6cae2f@mail.gmail.com> <20061021061706.GN40362@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline In-Reply-To: <20061021061706.GN40362@FreeBSD.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@FreeBSD.org, Jack Vogel Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 16:57:55 -0000 --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 21, 2006 at 10:17:06AM +0400, Gleb Smirnoff wrote: > On Thu, Oct 19, 2006 at 02:18:13PM -0700, Jack Vogel wrote: > J> The engineer in our test group has installed 6.2 BETA2 and attempted v= ia a > J> number of tests to reproduce this problem, the machine even shares the= em > J> interrupt with usb, and yet so far he has been unsuccessful. >=20 > I've failed to reproduce on a system where IRQ was shared between em(4) > and fxp(4). I've put traffic on both, but failed to reproduce. Probably > shared IRQ is required, but not sufficient. Note what I've said a couple of times now...blasting packets out over the shared em doesn't trigger it for me either. I can trigger it by fetching via FTP from a remote machine over the em. Kris --Qxx1br4bt0+wmkIi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFOlGPWry0BWjoQKURAqJAAKDCJ/pxYOm4ARAWcZI88hW63uk0yACdG5M6 XinjAwkOpqiBuK1LTizBDog= =sDv5 -----END PGP SIGNATURE----- --Qxx1br4bt0+wmkIi-- From owner-freebsd-stable@FreeBSD.ORG Sat Oct 21 17:00:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7867816A4EF; Sat, 21 Oct 2006 17:00:32 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B07143D92; Sat, 21 Oct 2006 17:00:10 +0000 (GMT) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan [127.0.0.1]) by aldan.algebra.com (8.13.8/8.13.7) with ESMTP id k9LH09oZ036386 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 21 Oct 2006 13:00:09 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.13.8/8.13.7/Submit) id k9LH09Mv036385; Sat, 21 Oct 2006 13:00:09 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: freebsd-stable@freebsd.org Date: Sat, 21 Oct 2006 13:00:08 -0400 User-Agent: KMail/1.9.1 X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Cc: freebsd-net@freebsd.org, Gleb Smirnoff Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 17:00:32 -0000 = I'd appreciate if people who are observing the problem will report = whether adding DEVICE_POLLING option to kernel config helps them = or not. This will help to tell whether the problem is in the above = quote or in the import of new versions from vendor. I tried this yesterday -- before writing to net@. I saw the "system" component of the total load being rather high and then enabled polling. Again, I did not wait long enough to check, whether the system will cease communicating completely before enabling polling on em, but the "system" load was shooting way up upon starting my backup procedure even when I switched to DEVICE_POLLING-using kernel. -mi From owner-freebsd-stable@FreeBSD.ORG Sat Oct 21 17:32:56 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B688F16A407 for ; Sat, 21 Oct 2006 17:32:56 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51C7F43D83 for ; Sat, 21 Oct 2006 17:32:54 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k9LHWpfr078165 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 21 Oct 2006 21:32:51 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k9LHWpTK078164; Sat, 21 Oct 2006 21:32:51 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sat, 21 Oct 2006 21:32:50 +0400 From: Gleb Smirnoff To: Kris Kennaway Message-ID: <20061021173250.GB75694@cell.sick.ru> References: <2a41acea0610181046k822afd1qcec4187dc8514187@mail.gmail.com> <2a41acea0610181531y732cd5sa7bf733cc445491c@mail.gmail.com> <20061018171704.A3851@demos.bsdclusters.com> <4537C126.5000207@FreeBSD.org> <2a41acea0610191140j13d43e12q72fc7697652e222a@mail.gmail.com> <20061019190221.GH71000@droso.net> <2a41acea0610191418q6c6fac45xdd9ad824bd6cae2f@mail.gmail.com> <20061021061706.GN40362@FreeBSD.org> <20061021165752.GA9681@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20061021165752.GA9681@xor.obsecurity.org> User-Agent: Mutt/1.5.6i Cc: freebsd-stable@FreeBSD.org, Jack Vogel Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 17:32:56 -0000 On Sat, Oct 21, 2006 at 12:57:52PM -0400, Kris Kennaway wrote: K> On Sat, Oct 21, 2006 at 10:17:06AM +0400, Gleb Smirnoff wrote: K> > On Thu, Oct 19, 2006 at 02:18:13PM -0700, Jack Vogel wrote: K> > J> The engineer in our test group has installed 6.2 BETA2 and attempted via a K> > J> number of tests to reproduce this problem, the machine even shares the em K> > J> interrupt with usb, and yet so far he has been unsuccessful. K> > K> > I've failed to reproduce on a system where IRQ was shared between em(4) K> > and fxp(4). I've put traffic on both, but failed to reproduce. Probably K> > shared IRQ is required, but not sufficient. K> K> Note what I've said a couple of times now...blasting packets out over K> the shared em doesn't trigger it for me either. I can trigger it by K> fetching via FTP from a remote machine over the em. I suppose the TCP_STREAM test from the netperf is the same as ftp fetch. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Sat Oct 21 17:34:10 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A837516A407; Sat, 21 Oct 2006 17:34:10 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id E11A643D9E; Sat, 21 Oct 2006 17:34:08 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k9LHXwsi078188 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 21 Oct 2006 21:33:58 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k9LHXwEG078187; Sat, 21 Oct 2006 21:33:58 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sat, 21 Oct 2006 21:33:58 +0400 From: Gleb Smirnoff To: Mikhail Teterin Message-ID: <20061021173358.GC75694@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Mikhail Teterin , freebsd-stable@freebsd.org, freebsd-net@freebsd.org References: <200610211300.09476@aldan> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <200610211300.09476@aldan> User-Agent: Mutt/1.5.6i Cc: freebsd-net@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 17:34:10 -0000 On Sat, Oct 21, 2006 at 01:00:08PM -0400, Mikhail Teterin wrote: M> = I'd appreciate if people who are observing the problem will report M> = whether adding DEVICE_POLLING option to kernel config helps them M> = or not. This will help to tell whether the problem is in the above M> = quote or in the import of new versions from vendor. M> M> I tried this yesterday -- before writing to net@. I saw the "system" component M> of the total load being rather high and then enabled polling. M> M> Again, I did not wait long enough to check, whether the system will cease M> communicating completely before enabling polling on em, but the "system" load M> was shooting way up upon starting my backup procedure even when I switched to M> DEVICE_POLLING-using kernel. We aren't currently speaking about performance, we need to know whether kernel with DEVICE_POLLING option makes NIC work stable. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Sat Oct 21 23:09:43 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D010116A415; Sat, 21 Oct 2006 23:09:43 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F02243D49; Sat, 21 Oct 2006 23:09:43 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 34ABA1A3C1C; Sat, 21 Oct 2006 16:09:43 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 67ACF51232; Sat, 21 Oct 2006 19:09:41 -0400 (EDT) Date: Sat, 21 Oct 2006 19:09:41 -0400 From: Kris Kennaway To: Gleb Smirnoff Message-ID: <20061021230941.GA15744@xor.obsecurity.org> References: <2a41acea0610181531y732cd5sa7bf733cc445491c@mail.gmail.com> <20061018171704.A3851@demos.bsdclusters.com> <4537C126.5000207@FreeBSD.org> <2a41acea0610191140j13d43e12q72fc7697652e222a@mail.gmail.com> <20061019190221.GH71000@droso.net> <2a41acea0610191418q6c6fac45xdd9ad824bd6cae2f@mail.gmail.com> <20061021061706.GN40362@FreeBSD.org> <20061021165752.GA9681@xor.obsecurity.org> <20061021173250.GB75694@cell.sick.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg" Content-Disposition: inline In-Reply-To: <20061021173250.GB75694@cell.sick.ru> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@FreeBSD.org, Jack Vogel , Kris Kennaway Subject: Re: em network issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 23:09:43 -0000 --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 21, 2006 at 09:32:50PM +0400, Gleb Smirnoff wrote: > On Sat, Oct 21, 2006 at 12:57:52PM -0400, Kris Kennaway wrote: > K> On Sat, Oct 21, 2006 at 10:17:06AM +0400, Gleb Smirnoff wrote: > K> > On Thu, Oct 19, 2006 at 02:18:13PM -0700, Jack Vogel wrote: > K> > J> The engineer in our test group has installed 6.2 BETA2 and attemp= ted via a > K> > J> number of tests to reproduce this problem, the machine even share= s the em > K> > J> interrupt with usb, and yet so far he has been unsuccessful. > K> >=20 > K> > I've failed to reproduce on a system where IRQ was shared between em= (4) > K> > and fxp(4). I've put traffic on both, but failed to reproduce. Proba= bly > K> > shared IRQ is required, but not sufficient. > K>=20 > K> Note what I've said a couple of times now...blasting packets out over > K> the shared em doesn't trigger it for me either. I can trigger it by > K> fetching via FTP from a remote machine over the em. >=20 > I suppose the TCP_STREAM test from the netperf is the same as ftp > fetch. Maybe, but why not just try fetch? ;) FYI, I still get timeouts from fetch on a shared em/fxp irq with DEVICE_POLLING configured. Turning on INTR_MPSAFE in the driver is the only known "fix" so far for this condition. Kris --gKMricLos+KVdGMg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFOqi0Wry0BWjoQKURAt3tAJ9+m3+l/IYt/SvwndCVuYSiQtjixACgix1J 8r91RNiWeqH6eNNctyLQ044= =Ex1s -----END PGP SIGNATURE----- --gKMricLos+KVdGMg--